RE: Fatal trap 12 during bootup on Dell Cpt with acpi enabled
: I was experimenting with the latest Dragonfly build on a spare Dell Cpt : laptop. If you boot with acpi enabled, you get a kernel fault right : after it outputs ata0: ATA channel 0 on atapci0 Could you please start up without acpi loaded, and then try loading acpi later with kldload and see if that panics, too? If so, try and get a dump by writing 'call dumpsys' at the ddb prompt. Once you have the dump, when you reboot again (without acpi loaded, so it doesn't panic), the dump will be written to /var/crash. If you can then upload that dump somewhere, someone might be able to figure out what the problem is. Cheers, Alex Hornung
Re: Fatal trap 12 during bootup on Dell Cpt with acpi enabled
It says the ACPI driver cannot be loaded after boot in the cases of booting single user and booting multiuser. It always panics after detecting ata0. On 3/11/2010 3:19 AM, Alex Hornung wrote: : I was experimenting with the latest Dragonfly build on a spare Dell Cpt : laptop. If you boot with acpi enabled, you get a kernel fault right : after it outputs ata0:ATA channel 0 on atapci0 Could you please start up without acpi loaded, and then try loading acpi later with kldload and see if that panics, too? If so, try and get a dump by writing 'call dumpsys' at the ddb prompt. Once you have the dump, when you reboot again (without acpi loaded, so it doesn't panic), the dump will be written to /var/crash. If you can then upload that dump somewhere, someone might be able to figure out what the problem is. Cheers, Alex Hornung
Re: Fatal trap 12 during bootup on Dell Cpt with acpi enabled
On Tuesday 09 March 2010 18:50:34 LordYoukai wrote: I was experimenting with the latest Dragonfly build on a spare Dell Cpt laptop. If you boot with acpi enabled, you get a kernel fault right after it outputs ata0: ATA channel 0 on atapci0 I also get a trap page fault which has something to do with ACPI. See http://bugs.dragonflybsd.org/issue1559. The cheese no longer stands alone. Pierre -- lo ponse be lo mruli po'o cu ga'ezga roda lo ka dinko
Re: Fatal trap 12 during bootup on Dell Cpt with acpi enabled
On Tue, Mar 09, 2010 at 03:50:34PM -0800, LordYoukai wrote: current process = Idle current thread = pri 12 kernel: type 12 trap, code = 2 Stopped at AcpiReadBitRegister+0x46: movl %eax,0(%edx) Since the current process is Idle and it's crashing somewhere in AcpiReadBitRegister(), I guess that the caller is probably acpi_cpu_idle(). You can turn off part of ACPI subdrivers by setting boot loader variable (you can find the names of other subdrivers in acpi(4)): set debug.acpi.disabled=cpu_cst and see if it still panics. Alternatively, if you can modify the acpi code and reinstall the driver, the following procedure may or may not fix the issue. $ cd /sys/dev/acpica5 (if you don't have write access on /usr/obj, you need to set an environment variable MAKEOBJDIRPREFIX to somewhere else where you do) $ make obj make depend $ sed -i.bak 's/cpu_quirks;/cpu_quirks = CPU_QUIRK_NO_BM_CTRL;/' acpi_cpu_cstate.c make (see if there's no compilation errors, and ...) $ su root -c 'make install' Cheers.
Re: Fatal trap 12 during bootup on Dell Cpt with acpi enabled
Am 12.03.2010 07:22, schrieb LordYoukai: Disabling cpu_cst seems to have alleviated the panic issue. There is still the issue of a long wait at bootup after the discovery of kbd0 but it did boot. Just a wild guess: Is this a laptop without a battery? If so, disabling cmbat might speed up things. Can you boot verbosely and see if it tells more? Sascha -- http://yoyodyne.ath.cx