Subject: Re: lfs problem on amd64
To: Mindaugas R. <rmind@netbsd.org>
From: Kurt Schreiner <ks@ub.uni-mainz.de>
List: current-users
Date: 11/10/2007 18:36:25
On Sat, Nov 10, 2007 at 06:00:38PM +0200, Mindaugas R. wrote:
> Kurt Schreiner <ks@ub.uni-mainz.de> wrote:
> > Mounting all filesystems...
> > panic: kernel diagnostic assertion "l->l_class == SCHED_OTHER" failed: file
> > "/u/NetBSD/src/sys/kern/sched_m2.c", line 476 Stopped in pid 0.28 (system)
> > at netbsd:breakpoint+0x1:  ret
> > db{0}> bt
> > <...>
> > 
> > What can I do to help getting lfs up and running again?
> 
> Seems it is a missed case from the recent vmlocking merges. The old PINOD
> priority is no longer correct, since priorities were inverted. M2 just helped
> to catch this :)
> 
> http://www.netbsd.org/~rmind/pinod_removal.diff
> 
> Not sure if PRI_IOFLUSH is correct level here..
With the patch applied the system is up and running again:

>-503: mount
/dev/sd0a on / type ffs (soft dependencies, local)
/dev/sd0i on /var type ffs (soft dependencies, local)
/dev/sd0h on /usr type ffs (noatime, local)
/dev/sd0j on /opt type ffs (noatime, soft dependencies, local)
/dev/sd0k on /home type ffs (noatime, soft dependencies, NFS exported, local)
/dev/sd4h on /u type lfs (noatime, NFS exported, local)
tmpfs on /tmp type tmpfs (nosuid, nodev, local)
kernfs on /kern type kernfs (local)
procfs on /proc type procfs (local)

Let's see, if it survives build.sh distribution...

Kurt