Another Test Run with Alternative pmap Implementation

[Svatopluk Kraus]

I think that the pmap_remove_page warning is very likely due to not atomic
PCPU_GET(). Can you please try attached patch.

Svata



On Thu, Nov 27, 2014 at 6:09 PM, Ian Lepore <ian at freebsd.org> wrote:

> On Wed, 2014-11-26 at 22:18 +0000, Weiß, Dr. Jürgen wrote:
> > I made a testrun with the updated source tree and the patches for
> > the jetson tk1 platform. With
> >
> > options               ARM_NEW_PMAP
> > options         DEBUG
> > options         DIAGNOSTIC
> > options         INVARIANTS              # Enable calls of extra sanity
> checking
> > options         INVARIANT_SUPPORT       # Extra sanity checks of
> internal structures, required by INVARIAN
> >
> > and no special sysctl settings.
> >
> > A make -j6 buildworld finishes successfully after 2h15m. There is
> > one kernel message
> > kernel: warning: pmap_remove_pages called with non-current pmap
> >
> > /usr/src and /usr/obj over nfs, /tmp on tmpfs
> >
> > Regards
>
> That's similar to my results.  I changed to -j20 to see if that would
> recreate the problems that Ulrich is seeing, but buildworld runs fine
> for me, in about 2 hours.  I've never seen the non-current pmap warning
> on the system that uses a usb ssd drive as root, but I've seen it with
> nfs root.
>
> BTW, the DIAGNOSTIC option adds a LOT of performance overhead to an arm
> system without adding a lot of value.  I usually leave it off, sometimes
> turn it on when I encounter a problem to see if it generates more info
> (usually it doesn't).
>
> -- Ian
>
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pmap_remove_pages.patch
Type: application/octet-stream
Size: 309 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-arm/attachments/20141128/57b82b95/attachment.obj>