From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 10:53:38 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9C711065676 for ; Sun, 12 Jul 2009 10:53:38 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: from mail-pz0-f193.google.com (mail-pz0-f193.google.com [209.85.222.193]) by mx1.freebsd.org (Postfix) with ESMTP id C0E728FC16 for ; Sun, 12 Jul 2009 10:53:38 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: by pzk31 with SMTP id 31so1260104pzk.3 for ; Sun, 12 Jul 2009 03:53:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=jFVKWBTcSamnXkr7ZMRwnOgh1RbCK+5KfVXxB/lrm/I=; b=LvLQYYnHRb9sFiEZP3Fq4+DUJsOyU/GilS6miT/eFF7h4Vkg5xNpJzCNzxkyArK7K7 Qr/7aqbg9txFX82dnMNKLk9ATdfZzzEdwEluJsbSmsMQOw3kSVgjuiW37nDD3s66GA8m 8IcJAO8Pu4fJt8UJbAtr9Aj5mgksVA+pAyZkY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=tj8k3t3X13iH5c2KPba93i0hV/SdnyCDP7MN015I+V31/1+vixqSJaPqsysvD9THQi 4lluzoKummVM8OhGSNUSb36awmaThzEfCxOHy6sq3dO6T4EFSYZ/4BxiPxMtD5M2dPXu AQbA3LA04SPVvw9tH9mvO1lVgyhYbGWhbnT0g= MIME-Version: 1.0 Received: by 10.143.6.1 with SMTP id j1mr1005438wfi.32.1247396018470; Sun, 12 Jul 2009 03:53:38 -0700 (PDT) Date: Sun, 12 Jul 2009 12:53:38 +0200 Message-ID: <90a5caac0907120353k69fb4f23q5e2f0eff35cfa2c5@mail.gmail.com> From: Lucius Windschuh To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: uath0 issues: eject-caused panic, won't work after a restart. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2009 10:53:39 -0000 Hi guys, I'm using CURRENT r195362MP and have two issues with it. 1st: Pulling the device while the kernel was nearly finished shutting down shutting down resulted in a kernel panic: Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...2 1 1 1 0 0 done All buffers synced. [LORs: ufs, syncer, defs; ELI detaches] ugen3.2: at usbus3 (disconnected) uath0: at uhub3, port 1, addr 2 (disconnected) lock order reversal: 1st 0xc6793208 if_afdata (if_afdata) @ /usr/src/sys/net/if.c:876 2nd 0xc0bf82c8 mld_mtx (mld_mtx) @ /usr/src/sys/netinet6/mld6.c:577 KDB: stack backtrace: db_trace_self_wrapper(c09cafad,e8b72a64,c06f0fe5,c06e1d9b,c09cde42,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c06e1d9b,c09cde42,c6113ca0,c610e9c0,e8b72ac0,...) at kdb_backtrace+0x29 _witness_debugger(c09cde42,c0bf82c8,c09cdfbe,c610e9c0,c09e6205,...) at _witness_debugger+0x25 witness_checkorder(c0bf82c8,9,c09e6205,241,0,...) at witness_checkorder+0x839 _mtx_lock_flags(c0bf82c8,0,c09e6205,241,c79b6ac0,...) at _mtx_lock_flags+0xc4 mld_domifdetach(c6793000,c6793208,c0a50c60,e8b72b64,c0755e1c,...) at mld_domifdetach+0x2c in6_domifdetach(c6793000,c79b6ac0,36c,440,c679322c,...) at in6_domifdetach+0x15 if_detach(c6793000,c79de00c,e8b72b9c,c79be200,c79ed000,...) at if_detach+0x85c ieee80211_ifdetach(c79ed000,0,c79c1c40,201,c6793000,...) at ieee80211_ifdetach+0x14 uath_detach(c6e84c00,c67cd860,c0a336c8,a3c,c06d7d89,...) at uath_detach+0x80 device_detach(c6e84c00,c09b6190,c6773650,1,2,...) at device_detach+0x8c usb_detach_device(c688c43c,0,c09b5fa1,199,19c1b4f,...) at usb_detach_device+0x178 usb_unconfigure(c789d400,c05ef530,c78801e0,7b4,0,...) at usb_unconfigure+0x5a usb_free_device(c688c400,3,1,10,e8b72ca8,...) at usb_free_device+0x1be uhub_explore(c6785400,0,c09b5463,e0,c6504d34,...) at uhub_explore+0x2a7 usb_bus_explore(c6504d34,c6504dac,c09b768a,67,c0a89000,...) at usb_bus_explore+0xbb usb_process(c6504cd4,e8b72d38,c09c3242,342,c6744d48,...) at usb_process+0xde fork_exit(c05faed0,c6504cd4,e8b72d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8b72d70, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xdeadc0de fault code = supervisor read, page not present instruction pointer = 0x20:0xc074c318 stack pointer = 0x28:0xc5f3f9e8 frame pointer = 0x28:0xc5f3f9e8 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 = 11 (swi4: clock) Held locks: exclusive sx 123456789ABCDEF - USB config SX lock (123456789ABCDEF - USB config SX lock) r = 0 (0xc688c43c) locked @ /usr/src/sys/dev/usb/usb_device.c:409 exclusive sleep mutex Giant (Giant) r = 0 (0xc0a84a30) locked @ /usr/src/sys/kern/kern_intr.c:1164 shared sx module subsystem sx lock (module subsystem sx lock) r = 0 (0xc0a83fe0) locked @ /usr/src/sys/kern/kern_module.c:103 More information from the textdump: db:1:locks> show alllocks Process 29 (usbus3) thread 0xc6742000 (100057) Process 11 (intr) thread 0xc643f480 (100021) Process 1 (init) thread 0xc6178000 (100001) db:1:alllocks> show lockedvnods Locked vnodes db:0:kdb.enter.default> show pcpu cpuid = 0 dynamic pcpu = 0x5b99f2 curthread = 0xc6176480: pid 11 "swi4: clock" curpcb = 0xc5f3fd90 fpcurthread = none idlethread = 0xc6176b40: pid 10 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: db:0:kdb.enter.default> bt Tracing pid 11 tid 100006 td 0xc6176480 strlen(deadc0de,c5f3fb38,4,80000000,c5f3fa7c,...) at strlen+0x8 kvprintf(c09c6735,c06e0520,c5f3fb38,a,c5f3fb78,...) at kvprintf+0x8fe vsnprintf(c0a84d00,100,c09c6735,c5f3fb78,0,...) at vsnprintf+0x3b panic(c09c6735,deadc0de,c09ddcd9,645,c0a83210,...) at panic+0x8d _mtx_lock_flags(c67e0000,0,c09ddcd9,645,c67e0000,...) at _mtx_lock_flags+0x9a adhoc_age(c67f2800,c5f3fbe8,c06d2e0c,c0a83210,0,...) at adhoc_age+0x32 sta_age(c67f2800,c5f3fc48,c078dd71,c79ed000,c6176480,...) at sta_age+0x1c ieee80211_scan_timeout(c79ed000,c6176480,c0a852c0,c6176480,c5f3fc2c,...) at ieee80211_scan_timeout+0x1c ieee80211_node_timeout(c79ed000,0,c09c8fe3,176,c0a852f4,...) at ieee80211_node_timeout+0x21 softclock(c0a852c0,c5f3fcc8,c06a0834,c0a89680,c61b6b38,...) at softclock+0x24a intr_event_execute_handlers(c6174aa0,c61b6b00,c09c34c7,4fc,c61b6b70,...) at intr_event_execute_handlers+0x125 ithread_loop(c610bbc0,c5f3fd38,c09c3242,342,c6174aa0,...) at ithread_loop+0x9f fork_exit(c0689950,c610bbc0,c5f3fd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5f3fd70, ebp = 0 --- PID 11 is the "intr" process. A textdump (vm6.tar.gz) is available: http://sites.google.com/site/lwfreebsd/Home/files/vm6.tar.gz?attredirects=0 2nd issue: With an plugged and firmware-loaded uath device (TRENDnet TEW-504UB in my case), reboot the system. It is not initialized by uath until you pull and plug it back in. The USB descriptors, obtained by usbconfig dump_device_desc, are the same before pulling and after reinitializing the device. Is there anything I can do to help fixing these issues? Lucius