Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045

Mark Johnston markj at freebsd.org
Thu Jun 11 14:43:07 UTC 2020


On Thu, Jun 11, 2020 at 06:29:24AM -0700, David Wolfskill wrote:
> On Thu, Jun 11, 2020 at 04:21:29PM +0300, Konstantin Belousov wrote:
> > ...
> > The link times out.
> 
> Sigh.  Sorry about that; I have copied the images to
> freefall:~dhw/head/r362045/ .
> 
> > There is not much to access in futex_xchgl_resolver() except for the
> > data segment.  Without full panic message and disassemble of your instance
> > of futex_xchgl_resolver() it is not possible to ee what is going on.
> > 
> > Just in case, can you try clean build, if you did -DNO_CLEAN ?
> > ....
> 
> I have not used -DNO_CLEAN in years -- I do use META_MODE, though.  I
> can certainly clean out /usr/obj/* & start a new build (just before I
> head out for a bike ride).

Since you are preloading some iwm firmware file, it might be worth
trying to revert r362035.  I don't really see how the change could
result in this panic, though.


More information about the freebsd-current mailing list