Hi Philip,

Thank you very much for your answer.

I tried to disable all options (+devices) possible. Same issue.
And what's about disable acpi in the kernel using the bsd.re-config?

Do you think If I replace the wireless card by somthing else, It could resolve 
this issue?


-----Message d'origine-----
De : owner-b...@openbsd.org <owner-b...@openbsd.org> De la part de Philip 
Envoyé : samedi 21 octobre 2023 03:23
À : wes...@technicien.io
Cc : bugs@openbsd.org; m...@openbsd.org
Objet : Re: Crash on TOSHIBA PORTEGE Z30-A laptop

On Fri, Oct 20, 2023 at 1:23 PM <wes...@technicien.io> wrote:

> I've recently installed OpenBSD 7.4 on this laptop.
> However, I'm experiencing random crashes. These occur at various 
> times, including during kernel loading (before running /etc/rc),
> or later while I'm using the system.
> I've included the contents of /var/run/dmesg.boot below and attached 
> the screens with the ddb output command.

> bios0: vendor TOSHIBA version "Version 4.30" date 04/26/2018

The screenshots show that the fault happens during a wifi interrupt that 
catches the ACPI thread processing a very deeply nested AML code.  I suspect 
it's actually running out of kernel stack space as a result.
Everything below is based on that hypothesis.

So, the first thing to try is to see if there's a BIOS update newer than the 
2018 rev it currently has.  They may have optimized the AML code, or at least 
made it less deeply nested.

Another possibility is to see if there's a device you can disable that would 
result in that AML not being called.  If there's anything that you aren't using 
then disable it in the BIOS and hope.

The last possibility would be to build a kernel which allocates more pages per 
thread for its kernel stack by bumping the UPAGES #define in 
/usr/src/sys/arch/amd64/include/param.h and building a new kernel.  It's really 
only the ACPI thread that needs this, but we don't currently have code to 
control that on a per-thread basis.

Philip Guenther

Reply via email to