On 23/04/19(Tue) 12:16, Olivier Antoine wrote:
> >Synopsis:    panic: Stopped at kqueue_scan
> >Category:    kernel i386
> >Environment:
>     System      : OpenBSD 6.5
>     Details     : OpenBSD 6.5-current (GENERIC.MP) #1368: Sun Apr 21
> 19:50:46 MDT 2019
>              
> [email protected]:/usr/src/sys/arch/i386/compile/GENERIC.MP
> 
>     Architecture: OpenBSD.i386
>     Machine     : i386
> >Description:
> Hi, since my last update I have regular panic crashes. 4 in two days.
> At least 3 of them, with certainty, occurred while I was accessing the
> Internet via my smartphone connected to my OpenBSD WiFi access point
> through my Allways-on VPN isakmp/ipsec/nppp relaying traffic in Tor.
> This setup works for years.
> 
> The machine then displays something like:
> uvm_fault(0xd34e5f3c, 0x0, 0, 2) -> e
> kernel: page fault trap, code=0
> Stopped at kqueue_scan+0x246: movl %eax,0(%ecx)
> ddb{1}>
> 
> The USB keyboard is then not functional to provide more information.

Could you set the following in /etc/sysctl.conf:

machdep.forceukbd=1

That should hopefully give you a functional keyboard in DDB.  With that
it would be nice to see ps, trace..

> 
> I had not noticed any malfunction on the previous kernel I was using:
> OpenBSD 6.5 (GENERIC.MP) #1353: Thu Apr 11 08:28:28:28 MDT 2019
> 
> The problem I am experiencing is very similar to the one Aaron Bieber
> encountered in this message:
> https://marc.info/?l=openbsd-bugs&m=149935139022501
> The resolution mentions problems with NET_LOCK...
> 
> 2 commit since 11/04 mention NET_LOCK (if it helps):
> https://marc.info/?l=openbsd-cvs&m=155538747124306
> https://marc.info/?l=openbsd-cvs&m=155522503210681

This code has been since backed out.  However the problem it was
exposing has never been found.

Reply via email to