On Tuesday 18 March 2008 01:14:34 pm David Wolfskill wrote: > This may prove to be an ACPI issue, but I didn't want to start the > thread with a cross-post: it might set a bad example. :-} > > So at work, I was assigned a shiny new Dell Optiplex 755; when I > arrived, it had some flavor of Linux installed on it; I overlaid that > with my usual FreeBSD workstation/laptop install, where I have 4 > bootable slices: > > * Slice 1 -- RELENG_6 > * Slice 2 -- used for experimenting > * Slice 3 -- RELENG_7 > * Slice 4 -- HEAD > > During the course of setting this up, I had occasion to reboot the > machine a few times. And I noticed a peculiar pattern: once it had been > up & running, the next boot would hang just after > > ... > ehci1: [GIANT-LOCKED] > usb6: EHCI version 1.0 > usb6: companion controllers, 2 ports each: usb3 usb4 usb5 > usb6: <EHCI (generic) USB 2.0 controller> on ehci1 > usb6: USB revision 2.0 > uhub6: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub6: 6 ports with 6 removable, self powered > pcib2: <ACPI PCI-PCI bridge> at device 30.0 on pci0 > > ===> hang <=== > > The only thing I've found that gets it out of that hang is a forced > power-cycle. Once that's done, the next boot proceeds normally, as if > there were nothing wrong; such a successful (RELENG_6) boot then > continues with: > > pci2: <ACPI PCI bus> on pcib2 > isab0: <PCI-ISA bridge> at device 31.0 on pci0 > isa0: <ISA bus> on isab0 > ....
Do a verbose boot. It might be enumerating the PCI bus when it hangs or some such and a verbose boot would tell us more of where it is at when it hangs. Other than that, you'll have to add printfs to track down exactly where it hangs. :-/ -- John Baldwin _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hardware To unsubscribe, send any mail to "[EMAIL PROTECTED]"
