From owner-freebsd-current Wed Aug 8 3:31: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from ises00.j.dendai.ac.jp (ises00.j.dendai.ac.jp [133.14.49.10]) by hub.freebsd.org (Postfix) with ESMTP id 022A437B405 for ; Wed, 8 Aug 2001 03:30:55 -0700 (PDT) (envelope-from fujimoto@j.dendai.ac.jp) Received: from j.dendai.ac.jp (yebisu [133.14.49.224]) by ises00.j.dendai.ac.jp (8.9.3+Sun/8.9.3) with ESMTP id TAA20386 for ; Wed, 8 Aug 2001 19:33:34 +0900 (JST) Message-ID: <3B7114D4.280C8AAE@j.dendai.ac.jp> Date: Wed, 08 Aug 2001 19:30:44 +0900 From: FUJIMOTO Kou Organization: Tokyo Denki University X-Mailer: Mozilla 4.75 [ja] (Windows NT 5.0; U) X-Accept-Language: ja,en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: ohci_process_done hangs when uhub detached References: Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit 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 Nick Hibma wrote: > > The problem with the keyboard is in the layer below the USB keyboard > driver I think. It might not handle a keyboard that is detached very > well. Detaching keyboard/mouse doesn't have problems, but detaching hubs makes kernel panic. > The second problem shouldn't happen. I'll investigate this at some > stage. I recompiled kernel with USB_DEBUG, OHCI_DEBUG and UHUB_DEBUG, then dmesg is as follows: ================================================================= ohci0: mem 0xe7800000-0xe7800fff irq 3 at device 1.2 o n pci0 ohci_init: start usb0: OHCI version 1.0, legacy support ohci_init: SMM active, request owner change usb0: SMM does not respond, resetting usb0: resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered uhub1: Philips Semiconductors hub, class 9/0, rev 1.10/1.10, addr 2 uhub1: 3 ports with 3 removable, self powered uhid0: EIZO EIZO USB HID Monitor, rev 1.10/27.12, addr 3, iclass 3/0 ohci_process_done: err cc=4 (STALL), xfer=0xc102ab00 uhub2: Texas Instruments TUSB2046 hub, class 9/0, rev 1.10/1.25, addr 4 uhub2: 4 ports with 4 removable, self powered ums0: Logitech USB-PS/2 Trackball, rev 1.00/2.10, addr 5, iclass 3/1 ums0: 3 buttons and Z dir. ohci1: mem 0xe7000000-0xe7000fff irq 3 at device 1.3 o n pci0 ohci_init: start usb1: OHCI version 1.0, legacy support ohci_init: SMM active, request owner change usb1: SMM does not respond, resetting usb1: resetting usb1: on ohci1 usb1: USB revision 1.0 uhub3: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ================================================================= ohci_process_done() reports error when probing uhub1/uhid0 (EIZO LCD monitor with built-in 2 port USB HUB). Moreover, there are two USB controllers sharing common IRQ, which may be a problem, but CUSI-FX doesn't prepare any way to disable either of them or change IRQ by jumpers or BIOS settings. Is there any way to make kernel recognize only ohci0 and ignore ohci1? -- FUJIMOTO Kou, Dept. of Information Sciences, Tokyo Denki Univ. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message