Issue #2686 has been updated by peeter.
Yes, I have ACPI off since DFly does not boot with ACPI: DFly 3.6, 3.8, master all freeze at boot immediately with ACPI on. When ACPI is on, the message at boot before freezing is: --- --- ACPI: APIC . . . ACPI: APIC . . . ACPI: MCFG . . . ACPI: ASF! . . . ACPI: SBST . . . ACPI: ECDT . . . ACPI: SSDT . . . ACPI: SSDT . . . ACPI: SSDT . . . cryptosoft0: <software crypto> on motherboard aesni0: No AESNI support padlock0: No ACE support rdrand0: No RdRand support acpi0: <APPLE Apple00> on motherboard ACPI: All ACPI Tables successfully acquired ---FREEZE--- FBSD 10.0 does boot with ACPI on and all is fine. However, now that you ask I turned ACPI off at FBSD 10.0 booting and it panics immediately at boot: ---FBSD 10.0 with ACPI off--- SMAP type. . . SMAP type. . . APIC: Could not find any APICs. panic: running without device atpic requires a local APIC cpuid = 0 KDB: stack backtrace: . . . Uptime: 1s ---FREEZE--- I also tried DFly master just as a quick consistency check that I did not miss anything while building kernel but its behavior is identical to DFly_RELEASE_3_8. So all in all: in order for FBSD 10.0 to boot it must have ACPI on. But DFly freezes with ACPI on even before getting to pci or usb. DFly with ACPI off freezes as described above. Questions regarding DFly ACPI would have been next on my list. Let me know if I can send any more debug info or do anything to help further. Peeter -- ---------------------------------------- Bug #2686: kernel 3.8.1 freezes and panics at boot http://bugs.dragonflybsd.org/issues/2686#change-12102 * Author: peeter * Status: New * Priority: Normal * Assignee: profmakx * Category: * Target version: ---------------------------------------- DFly 3.6.x x86_64 boots and runs fine on my laptop (macbookpro5,5), the 3.8.1 install iso freezes at boot. (acpi/ehci disabled in both cases.) These are the last lines before freezing [boot_verbose=YES]: --- --- pci0: <processor> (vendor 0x10de, dev 0x0aa3) at device 3.5 irq 14 ohci0.pci0.pcib0.legacy0.nexus0.root0 ohci0: <nVidia nForce MCP79 USB Controller> [tentative] mem 0xd3488000-0xd3488fff irq 11 at device 4.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd3488000 ---FREEZE--- Since 3.6.x boots and runs fine (with acpi disabled) on this machine, I thought the freeze was related to the new usb. So upgraded 3.6.2 to 3.8.1 via git, did buildworld and buildkernel with WANT_OLDUSB=yes in /etc/make.conf. The system now panics at boot, showing [boot_verbose=YES]: ---3.8.1-oldusb--- fwohci0: <1394 Open Host Controller Interface> [tentative] mem 0xd3100000-0xd3100fff irq 7 at device 0.0 on pci4 fwohci0: latency timer 0 -> 32. fwohci0: cache size 64 -> 64. fwohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd3100000 ---panic--- and then giving the db> prompt but because it freezes, or at least the keyboard freezes, I can't call dumpsys. So unfortunately there's no crash dump. I could then boot and run the system with the old 3.6.2 kernel. Further: since fwohci0 was the last line in the previous message, I recompiled the 3.8.1 kernel without firewire: --- # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) --- This causes kernel panic much later in the boot at umass and gives a db> prompt that is functional but call dumpsys returns only 0 and there is no still no core dump. I also tried booting FreeBSD 10.0 to see how the (new) usb stack fares. It boots fine. I attach the verbose dmesg for both FBSD 10 and DFly 3.6.2 just in case. I wonder if there's a way to get a debug or dumpsys for 3.8? Could vkernel help or is it isolated from hardware? Thanks Peeter -- ---Files-------------------------------- DFly-3.6-verbose.dmesg (41.3 KB) FBSD-10.0-verbose.dmesg (61.6 KB) -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://bugs.dragonflybsd.org/my/account
