From owner-freebsd-hackers Tue Jan 14 3:51: 6 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B0F437B401 for ; Tue, 14 Jan 2003 03:51:04 -0800 (PST) Received: from spork.pantherdragon.org (spork.pantherdragon.org [206.29.168.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4746543ED8 for ; Tue, 14 Jan 2003 03:51:03 -0800 (PST) (envelope-from dmp@pantherdragon.org) Received: from sparx.techno.pagans (12-224-208-117.client.attbi.com [12.224.208.117]) by spork.pantherdragon.org (Postfix) with ESMTP id B168A1005F for ; Tue, 14 Jan 2003 03:51:01 -0800 (PST) Received: from pantherdragon.org (speck.techno.pagans [172.21.42.2]) by sparx.techno.pagans (Postfix) with ESMTP id 7F400AA8F for ; Tue, 14 Jan 2003 03:51:00 -0800 (PST) Message-ID: <3E23F9A4.9030101@pantherdragon.org> Date: Tue, 14 Jan 2003 03:51:00 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: USB hub detach causing panic in 4.7p3 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a USB hub that's built into my Viewsonic PT775 monitor. The hub probes during boot and post-boot attach as follows: uhub1: vendor 0x0543 product 0x00ff, class 9/0, rev 1.00/0.00, addr 2 uhub1: 5 ports with 4 removable, self powered The hub is connected and disconnected with the switching on and off of the monitor. When the hub is disconnected, whether by unplugging it or turning off the monitor, I get a panic in 4.7p3 if there are no devices connected to the hub's downstream ports. If there are devices connected to the downstream ports, the detach/reattach process works just fine. I only have the one hub to test this issue on. I can't say when the problem appeared as I hadn't used FreeBSD with this hub until a few weeks ago, and I hadn't turned the monitor off with nothing plugged into its USB ports until the 12th. Here is the console output from the panics caused by disconnecting the hub: Fatal trap 12: page fault while in kernel mode fault virtual addres = 0x3 fault code = supervisor read, page not present instruction pointer = 0x8:0xc031fe04 stack pointer = 0x10:0xc0250fb0 frame pointer = 0x10:0xc0250fc4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio trap number = 12 panic: page fault syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x30 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01c2498 stack pointer = 0x10:0xc0250d98 frame pointer = 0x10:0xc0250da0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio trap number = 12 panic: page fault Later on, when I was testing various configurations and boot/plug/unplug patterns to (try to) fix/diagnose the problem, the debug information was different from the above, but the same for all the panics I induced while testing. This is the output for those panics: Fatal trap 12: page fault while in kernel mode fault virtual addres = 0x3 fault code = supervisor read, page not present instruction pointer = 0x8:0xc031fe04 stack pointer = 0x10:0xc0250fb0 frame pointer = 0x10:0xc0250fc4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio trap number = 12 panic: page fault syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x30 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01c2498 stack pointer = 0x10:0xc0250dd0 frame pointer = 0x10:0xc0250dd8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio trap number = 12 panic: page fault To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message