Re: Current hangs in reboot
On Wed, 11 Dec 2002, Taavi Talvik wrote: After testing, it turns out, that 'hang on reboot' problem maybe related to mainboard (Gigabyte GA-8PE667 Ultra) and/or USB driver for Intel 82801DB. After turning off onboard USB rebooting works even if ACPI is enabled. It was necessary to disable only Intel 82801DB (ICH4) devices. kernel: uhci0: Intel 82801DB (ICH4) USB controller USB-A port 0xb800-0xb81f irq 14 at device 29.0 on pci0 kernel: usb0: Intel 82801DB (ICH4) USB controller USB-A on uhci0 kernel: usb0: USB revision 1.0 kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 kernel: uhub0: 2 ports with 2 removable, self powered kernel: uhci1: Intel 82801DB (ICH4) USB controller USB-B port 0xb000-0xb01f irq 14 at device 29.1 on pci0 kernel: usb1: Intel 82801DB (ICH4) USB controller USB-B on uhci1 kernel: usb1: USB revision 1.0 kernel: uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 kernel: uhub1: 2 ports with 2 removable, self powered kernel: uhci2: Intel 82801DB (ICH4) USB controller USB-C port 0xb400-0xb41f irq 15 at device 29.2 on pci0 kernel: usb2: Intel 82801DB (ICH4) USB controller USB-C on uhci2 kernel: usb2: USB revision 1.0 kernel: uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 kernel: uhub2: 2 ports with 2 removable, self powered kernel: pci0: serial bus, USB at device 29.7 (no driver attached) kernel: ohci0: NEC uPD 9210 USB controller mem 0xdf00-0xdf000fff irq 14 at device 7.0 on pci2 kernel: usb3: OHCI version 1.0 kernel: usb3: NEC uPD 9210 USB controller on ohci0 kernel: usb3: USB revision 1.0 kernel: uhub3: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 kernel: uhub3: 3 ports with 3 removable, self powered kernel: ohci1: NEC uPD 9210 USB controller mem 0xdf001000-0xdf001fff irq 15 at device 7.1 on pci2 kernel: usb4: OHCI version 1.0 kernel: usb4: NEC uPD 9210 USB controller on ohci1 kernel: usb4: USB revision 1.0 kernel: uhub4: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 kernel: uhub4: 2 ports with 2 removable, self powered best regards, taavi On Wed, 11 Dec 2002, Nate Lawson wrote: On Wed, 11 Dec 2002, Taavi Talvik wrote: On Wed, 11 Dec 2002, Taavi Talvik wrote: Current as of yesterday (actually problem presist about month) hangs on reboot. Only message: Waiting (max 60 seconds) for system process `vnlru' to stop...stopped Turning off ACPI makes it reboot. Thanks for suggestion Gerrit! But how is ACPI related to problem? Why rebooting hangs between stoping `vnlru' and `bufdaemon' in ACPI case? The next message you'd see if it was working is Stopping ACPI. So acpi shutdown is probably what is hanging. No, Stopping ACPI appears normally only after stoping 'syncer' also. But in my situation hang happens between 'vnlru' and 'bufdaemon'. If console output is not buffered, what happens that last two prompts are not diapleyed? Any hints how I can futher debug it? Waiting (max 60 seconds) for system process `vnlru' to stop...stopped Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped Waiting (max 60 seconds) for system process `syncer' to stop...stopped syncing disks, buffers remaining... 2 2 done Uptime: 9m6s To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Current hangs in reboot
Current as of yesterday (actually problem presist about month) hangs on reboot. Only message: Waiting (max 60 seconds) for system process `vnlru' to stop...stopped appears. And thereafter it is dead. Cannot break to DDB anymore over serial console. Only RESET button helps. Motherboard is Gigabyte GA-8PE667 Ultra. Kernel is stock GENERIC except options cpu I486_CPU cpu I586_CPU removed and options BREAK_TO_DEBUGGER added dmesg below: best regards, taavi Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-RC #0: Wed Dec 11 11:09:49 EET 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/TTSERV Preloaded elf kernel /boot/kernel/kernel at 0xc06b4000. Preloaded elf module /boot/kernel/acpi.ko at 0xc06b40a8. Timecounter i8254 frequency 1193182 Hz Timecounter TSC frequency 2019896096 Hz CPU: Pentium 4 (2019.90-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf24 Stepping = 4 Features=0x3febfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM real memory = 536805376 (511 MB) avail memory = 514392064 (490 MB) Initializing GEOMetry subsystem Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface acpi0: GBTAWRDACPI on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE31 Using $PIR table, 11 entries at 0xc00fd320 acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-fast frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0x4008-0x400b on acpi0 acpi_cpu0: CPU on acpi0 acpi_button0: Power Button on acpi0 acpi_button1: Sleep Button on acpi0 pcib0: ACPI Host-PCI bridge port 0x4000-0x40bf,0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 agp0: Intel Generic host to PCI bridge mem 0xd000-0xd7ff at device 0.0 on pci0 pcib1: PCIBIOS PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: display, VGA at device 0.0 (no driver attached) uhci0: Intel 82801DB (ICH4) USB controller USB-A port 0xb800-0xb81f irq 14 at device 29.0 on pci0 usb0: Intel 82801DB (ICH4) USB controller USB-A on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: Intel 82801DB (ICH4) USB controller USB-B port 0xb000-0xb01f irq 14 at device 29.1 on pci0 usb1: Intel 82801DB (ICH4) USB controller USB-B on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: Intel 82801DB (ICH4) USB controller USB-C port 0xb400-0xb41f irq 15 at device 29.2 on pci0 usb2: Intel 82801DB (ICH4) USB controller USB-C on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: serial bus, USB at device 29.7 (no driver attached) pcib2: ACPI PCI-PCI bridge at device 30.0 on pci0 pci2: ACPI PCI bus on pcib2 twe0: 3ware Storage Controller port 0xa000-0xa00f irq 15 at device 1.0 on pci2 twe0: 4 ports, Firmware FE6X 1.01.18.001, BIOS BEXX 1.06.00.001 ohci0: NEC uPD 9210 USB controller mem 0xdf00-0xdf000fff irq 14 at device 7.0 on pci2 usb3: OHCI version 1.0 usb3: NEC uPD 9210 USB controller on ohci0 usb3: USB revision 1.0 uhub3: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 3 ports with 3 removable, self powered ohci1: NEC uPD 9210 USB controller mem 0xdf001000-0xdf001fff irq 15 at device 7.1 on pci2 usb4: OHCI version 1.0 usb4: NEC uPD 9210 USB controller on ohci1 usb4: USB revision 1.0 uhub4: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered pci2: serial bus, USB at device 7.2 (no driver attached) fxp0: Intel Pro/100 Ethernet port 0xa400-0xa43f mem 0xdf003000-0xdf003fff irq 11 at device 8.0 on pci2 fxp0: Ethernet address 00:20:ed:4c:68:cd inphy0: i82562ET 10/100 media interface on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: PCI-ISA bridge at device 31.0 on pci0 isa0: ISA bus on isab0 pci0: serial bus, SMBus at device 31.3 (no driver attached) pci0: multimedia, audio at device 31.5 (no driver attached) fdc0: Enhanced floppy controller (i82077, NE72065 or clone) port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5 drive on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold plip0: PLIP network interface on ppbus0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port ppi0: Parallel I/O on ppbus0 orm0: Option ROMs at iomem 0xd4000-0xd4fff,0xc-0xcbfff on isa0
Re: Current hangs in reboot
On Wed, 11 Dec 2002, Taavi Talvik wrote: Current as of yesterday (actually problem presist about month) hangs on reboot. Only message: Waiting (max 60 seconds) for system process `vnlru' to stop...stopped Turning off ACPI makes it reboot. Thanks for suggestion Gerrit! But how is ACPI related to problem? Why rebooting hangs between stoping `vnlru' and `bufdaemon' in ACPI case? best regards, taavi To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Current hangs in reboot
On Wed, Dec 11, 2002 at 03:35:52PM +0200, Taavi Talvik wrote: Waiting (max 60 seconds) for system process `vnlru' to stop...stopped Turning off ACPI makes it reboot. Thanks for suggestion Gerrit! You're welcome. I just noticed I forgot to include the mailinglist in my answers to you. :) But how is ACPI related to problem? Why rebooting hangs between stoping `vnlru' and `bufdaemon' in ACPI case? I'd like to know that, too. :-) cu Gerrit -- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Current hangs in reboot
On Wed, 11 Dec 2002, Taavi Talvik wrote: On Wed, 11 Dec 2002, Taavi Talvik wrote: Current as of yesterday (actually problem presist about month) hangs on reboot. Only message: Waiting (max 60 seconds) for system process `vnlru' to stop...stopped Turning off ACPI makes it reboot. Thanks for suggestion Gerrit! But how is ACPI related to problem? Why rebooting hangs between stoping `vnlru' and `bufdaemon' in ACPI case? The next message you'd see if it was working is Stopping ACPI. So acpi shutdown is probably what is hanging. -Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Current hangs in reboot
On Wed, 11 Dec 2002, Nate Lawson wrote: On Wed, 11 Dec 2002, Taavi Talvik wrote: On Wed, 11 Dec 2002, Taavi Talvik wrote: Current as of yesterday (actually problem presist about month) hangs on reboot. Only message: Waiting (max 60 seconds) for system process `vnlru' to stop...stopped Turning off ACPI makes it reboot. Thanks for suggestion Gerrit! But how is ACPI related to problem? Why rebooting hangs between stoping `vnlru' and `bufdaemon' in ACPI case? The next message you'd see if it was working is Stopping ACPI. So acpi shutdown is probably what is hanging. No, Stopping ACPI appears normally only after stoping 'syncer' also. But in my situation hang happens between 'vnlru' and 'bufdaemon'. If console output is not buffered, what happens that last two prompts are not diapleyed? Any hints how I can futher debug it? Waiting (max 60 seconds) for system process `vnlru' to stop...stopped Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped Waiting (max 60 seconds) for system process `syncer' to stop...stopped syncing disks, buffers remaining... 2 2 done Uptime: 9m6s best regards, taavi To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
