From owner-freebsd-current Fri Dec 20 4:19:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06D8A37B401 for ; Fri, 20 Dec 2002 04:19:17 -0800 (PST) Received: from valu.uninet.ee (valu.uninet.ee [194.204.34.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 437EF43EE5 for ; Fri, 20 Dec 2002 04:19:16 -0800 (PST) (envelope-from taavi@uninet.ee) Received: by valu.uninet.ee (Postfix, from userid 1002) id 9044736420; Fri, 20 Dec 2002 14:19:09 +0200 (EET) Received: from localhost (localhost [127.0.0.1]) by valu.uninet.ee (Postfix) with ESMTP id 8A9023261A; Fri, 20 Dec 2002 14:19:09 +0200 (EET) Date: Fri, 20 Dec 2002 14:19:09 +0200 (EET) From: Taavi Talvik To: Nate Lawson Cc: freebsd-current@freebsd.org Subject: Re: Current hangs in reboot In-Reply-To: <20021211233634.G44694-100000@valu.uninet.ee> Message-ID: <20021220135733.E91066-100000@valu.uninet.ee> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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: port 0xb800-0xb81f irq 14 at device 29.0 on pci0 kernel: usb0: 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: port 0xb000-0xb01f irq 14 at device 29.1 on pci0 kernel: usb1: 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: port 0xb400-0xb41f irq 15 at device 29.2 on pci0 kernel: usb2: 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: at device 29.7 (no driver attached) kernel: ohci0: mem 0xdf000000-0xdf000fff irq 14 at device 7.0 on pci2 kernel: usb3: OHCI version 1.0 kernel: usb3: 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: mem 0xdf001000-0xdf001fff irq 15 at device 7.1 on pci2 kernel: usb4: OHCI version 1.0 kernel: usb4: 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 majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message