Date: Sun, 30 Jan 2005 16:32:33 -0500 From: Louis LeBlanc <FreeBSD@keyslapper.net> To: FreeBSD Questions <freebsd-questions@FreeBSD.org> Subject: Kernel panic after adding ehci & acpi Message-ID: <20050130213233.GA1448@keyslapper.net>
next in thread | raw e-mail | index | archive | help
--IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This is wierd. I just rebuilt and installed a new kernel with a few additions, including ehci and acpi, and the kernel seems to be panicking on startup. In 5 years, I've never had a FreeBSD kernel actually panic on me. I already have the uhci and ohci devices in my kernel config, I added the ehci in hopes of getting USB 2.0 support. That part seems to be fine: Tn 30 15:59:42 keyslapper kernel: ehci0: [GIANT-LOCKED] Jan 30 15:59:42 keyslapper kernel: ehci_pci_attach: companion usb0 Jan 30 15:59:42 keyslapper kernel: ehci_pci_attach: companion usb1 Jan 30 15:59:42 keyslapper kernel: ehci_pci_attach: companion usb2 Jan 30 15:59:42 keyslapper kernel: ehci_pci_attach: companion usb3 Jan 30 15:59:42 keyslapper kernel: usb4: EHCI version 1.0 Jan 30 15:59:42 keyslapper kernel: usb4: companion controllers, 2 ports eac= h: usb0 usb1 usb2 usb3 Jan 30 15:59:42 keyslapper kernel: usb4: <EHCI (generic) USB 2.0 controller= > on ehci0 Jan 30 15:59:42 keyslapper kernel: usb4: USB revision 2.0 Jan 30 15:59:42 keyslapper kernel: uhub4: Intel EHCI root hub, class 9/0, r= ev 2.00/1.00, addr 1 Jan 30 15:59:42 keyslapper kernel: uhub4: 8 ports with 8 removable, self po= wered The panic message is as follows (partially) Fatal Trap 12: Page Fualt while in kernel mode CPUID =3D 0; acpi id =3D 00 Fault Firtual Address 0x20 Fault code =3D Supervisor read, Page not present instruction pointer 0x8:0xC0440AEA etc. I had to restart in safe mode, but I can't figure out where the problem is. Any ideas? I had hoped to use the acpi module to monitor system temperature, but I suspect it is the cause of the problem. If so, I'd just as soon remove it. I am aware that some of the acpi stuff is experimental, so I'm wondering if anyone can confirm that this is the problem, or can confirm that the CPU_ENABLE_TCC cpu options work on the Dell Dimension 8300 (P4 3.0G w/HT). My last boot showed some log data on the acpi0 device, but this safe boot didn't. Should I just eliminate it and skip the CPU_ENABLE_TCC option? TIA Lou --=20 Louis LeBlanc FreeBSD-at-keyslapper-DOT-net Fully Funded Hobbyist, KeySlapper Extrordinaire :) Key fingerprint =3D C5E7 4762 F071 CE3B ED51 4FB8 AF85 A2FE 80C8 D9A2 "If value corrupts then absolute value corrupts absolutely." --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB/VJxr4Wi/oDI2aIRArA6AJ9NgLzIbysvU2dJSnsR9hGyDV5sQQCfVpdj DD81ae5UQ+YR9QNR6QlyRzg= =dZnO -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050130213233.GA1448>