Re: bus error on octeon

2021-09-15 Thread Peter J. Philipp
On Wed, Sep 15, 2021 at 01:04:07PM +, Visa Hankala wrote: [cut] > > No bus errors again, though I don't know if it's the right approach. The > > nonces in the tcpdump were sequential counting up from 1 as my wireguard > > hardware was rebooting. I think I control-c'ed by 218 nonce or so. >

Fw: Kernel ddb trace output

2021-09-15 Thread Edward Crawler
Hi People, Kernel enters panic again. The ddb output is below; ddb{0}> show panic malloc: out of space in kmem_map ddb{0}> ddb{1}> machine ddbcpu 0t0 Stopped at x86_ipi_db+0x12:leave x86_ipi_db(820e6ff0) at x86_ipi_db+0x12 x86_ipi_handler() at x86_ipi_handler+0x80 Xresume_l

Re: OpenBSD amd64 6.9 repeatable kernel panic starting X

2021-09-15 Thread M Smith
On 16/09/21 2:29 am, Martin Pieuchot wrote: On 13/09/21(Mon) 08:25, M Smith wrote: On 8/09/21 3:37 am, Martin Pieuchot wrote: Hello, Thanks for your bug report. On 07/09/21(Tue) 15:18, M Smith wrote: Synopsis: OpenBSD amd64 6.9 repeatable kernel panic starting X Category: kerne

Re: OpenBSD amd64 6.9 repeatable kernel panic starting X

2021-09-15 Thread Martin Pieuchot
On 13/09/21(Mon) 08:25, M Smith wrote: > On 8/09/21 3:37 am, Martin Pieuchot wrote: > > Hello, > > > > Thanks for your bug report. > > > > On 07/09/21(Tue) 15:18, M Smith wrote: > > > > Synopsis: OpenBSD amd64 6.9 repeatable kernel panic starting X > > > > Category: kernel > > > > Env

Re: __mp_lock_spin: 0xffffffff822d1120 lock spun out

2021-09-15 Thread Martin Pieuchot
On 15/09/21(Wed) 12:06, Paul de Weerd wrote: > Hi all, > > After some off-list advice from Patrick to enable MP_LOCKDEBUG in > order to debug the hangs I reported [1], I did exactly that and was > running a self-built kernel for some time. This morning, I wanted to > upgrade to the latest snapsho

Re: bus error on octeon

2021-09-15 Thread Visa Hankala
On Tue, Sep 14, 2021 at 07:31:33PM +0200, Peter J. Philipp wrote: > On Tue, Sep 14, 2021 at 10:48:44AM -0600, Theo de Raadt wrote: > > Mark Kettenis wrote: > > > > > To be honest, I do think that adding __packed is a reasonable way to > > > handle protocol structs like this where performance does

__mp_lock_spin: 0xffffffff822d1120 lock spun out

2021-09-15 Thread Paul de Weerd
Hi all, After some off-list advice from Patrick to enable MP_LOCKDEBUG in order to debug the hangs I reported [1], I did exactly that and was running a self-built kernel for some time. This morning, I wanted to upgrade to the latest snapshot so I also cvs up'd and rebuilt my kernel with MP_LOCKDE