Date: Mon, 24 Nov 2014 16:17:40 +0100 From: Zbigniew Bodek <zbb@freebsd.org> To: Ian Lepore <ian@freebsd.org> Cc: "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org> Subject: Re: Test Run with Alternative pmap Implementation Message-ID: <CALF_Tx=S5HjPFLCKb5XQC9XYkpLxERn=s3MtXr0N_UANi79v_g@mail.gmail.com> In-Reply-To: <1416840814.1147.380.camel@revolution.hippie.lan> References: <20141113125236.b16cd4e5f0e339eac0494cd4@ulrich-grey.de> <C6FED1A5-490C-47BE-B071-484271ED370E@me.com> <20141115143444.5ad037548e06f289d2532fb7@ulrich-grey.de> <CAFHCsPUJ1HhLqAjitPg6mPzhMYSui64Xmu4omO7Pkp%2B0kPZnAA@mail.gmail.com> <20141119225903.81fbbc7809093a0e6e0de9d5@ulrich-grey.de> <CAFHCsPXnSFY_X-O73M%2Bh0xO_XJ0cTmkRwtu-o4omPndnfbEhmg@mail.gmail.com> <20141120151900.a68c6d8316b96a62cb65d17a@ulrich-grey.de> <CAFHCsPWTnU7j0MC7YSHFFDE97%2B%2BBrnkJKGnK9zkxVGemaa6nAw@mail.gmail.com> <20141121115941.54d4e36b103341c3adf7eb36@ulrich-grey.de> <20141124132733.4e96b906f0d1ab69969dddd9@ulrich-grey.de> <1416840814.1147.380.camel@revolution.hippie.lan>
index | next in thread | previous in thread | raw e-mail
2014-11-24 15:53 GMT+01:00 Ian Lepore <ian@freebsd.org>: > On Mon, 2014-11-24 at 13:27 +0100, Ulrich Grey wrote: >> Hello, >> >> as a starting point I have build an image (crochet, wandboard-quad) with >> the source tree from here (751adfd(master)): >> >> https://github.com/strejda/freebsd >> >> Then I build the kernel with new pmap and rebuild the whole systen. >> The system I used for the test run is entirely build on the >> wandboard-quad. >> [...] > > I've also been testing those pmap changes this weekend. The only change > I made was to add options ARM_NEW_PMAP and NKPT2PG=64 to the kernel > config. In particular, I did not change VM_MEMATTR_UNCACHEABLE (so that > in effect I'm also testing the recent busdma changes). > > I've had two wandboard quads doing builds continuously all weekend. I > did the builds that have previously been reported as problems here -- > buildworld -j10, ports libX11, plus a lot of other ports including much > of the full xorg (until it ran into some x86 device drivers and died), > some of libreoffice (it had a problem that wasn't related to crashing or > anything), python, bash, emacs, boost, rsync. > > After all that I just set both boards to continuously doing "rm > -rf /usr/obj/* ; make -j5 buildworld" in a loop, and they're still > running. One is using an SSD drive and the other is using NFS. > > In all that building all weekend the only glitches I've seen are this: > > warning: pmap_remove_pages called with non-current pmap > > that appeared twice on the board using NFS root. > > For anyone else wanting to test, there is currently one conflict when > applying the patches, in busdma_machdep-v6.c, because some of the > changes in the patch have already been applied. Just resolve the > conflict by skipping that file / restoring the original unpatched file. > > This stuff is looking really good. It wouldn't hurt at all if some more > people were testing it, especially on other hardware including rpi and > beaglebone. > Hello, This new pmap implementation looks VERY good indeed. However I was not able to boot this kernel on Armada XP and currently I don't have time to debug this. On the other hand after e-mails with crash reports on Wandbord I did similar (buildworld, port build) tests on AXP and it didn't crash. In particular it survived 2 days of buildworld in loop. I wonder, what is the functional difference between AXP and other that prevents those crashes. Ian, are you planning to replace the pmap with the new implementation? Best regards zbbhome | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CALF_Tx=S5HjPFLCKb5XQC9XYkpLxERn=s3MtXr0N_UANi79v_g>