From owner-freebsd-usb@freebsd.org Sat May 28 02:56:22 2016 Return-Path: Delivered-To: freebsd-usb@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 298C9B4DC4F for ; Sat, 28 May 2016 02:56:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 19F1F1720 for ; Sat, 28 May 2016 02:56:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u4S2uKw4079378 for ; Sat, 28 May 2016 02:56:21 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-usb@FreeBSD.org Subject: [Bug 208632] 11.0-CURRENT crashes after removing TP-LINK TL-WN725N USB Wi-Fi adapter (urtwn) Date: Sat, 28 May 2016 02:56:21 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: bsd@haps.ca X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-usb@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 02:56:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208632 bsd@haps.ca changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bsd@haps.ca --- Comment #4 from bsd@haps.ca --- Should this be re-filed under FreeBSD Wireless? I have the same issue with a vilros stick. Occasionally the light goes out= and I lose connectivity (probably due to the fact that it's a crappy nano-sized unit and there's loads of interference). Pulling it out will cause a kernel panic 8/10 times. I'm running this on a thinkpad T440p, the wireless usb info is: ugen0.2: at usbus0, cfg=3D0 md=3DHOST spd=3D= HIGH (480Mbps) pwr=3DON (500mA) (I can provide the full dump, but it looks like all the other dumps for that product id.) I'm running (from uname -a): 11.0-CURRENT FreeBSD 11.0-CURRENT #3 r300249 Kernel is GENERIC. Please let me know if more details are required, I've gone ahead and attach= ed the crash info, the (what I think is) pertinent section of dmesg is: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D urtwn0: on usbus0 urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R urtwn0: enabling 11n wlan0: Ethernet address: 00:13:ef:50:02:e4 ugen0.3: at usbus0 (disconnected) urtwn0: at uhub0, port 6, addr 9 (disconnected) Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x0 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff80b6d145 stack pointer =3D 0x28:0xfffffe0454a136d0 frame pointer =3D 0x28:0xfffffe0454a137d0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 5463 (wpa_supplicant) trap number =3D 12 panic: page fault cpuid =3D 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0454a13= 260 vpanic() at vpanic+0x182/frame 0xfffffe0454a132e0 panic() at panic+0x43/frame 0xfffffe0454a13340 trap_fatal() at trap_fatal+0x351/frame 0xfffffe0454a133a0 trap_pfault() at trap_pfault+0x1fd/frame 0xfffffe0454a13400 trap() at trap+0x284/frame 0xfffffe0454a13610 calltrap() at calltrap+0x8/frame 0xfffffe0454a13610 --- trap 0xc, rip =3D 0xffffffff80b6d145, rsp =3D 0xfffffe0454a136e0, rbp = =3D 0xfffffe0454a137d0 --- ieee80211_ioctl() at ieee80211_ioctl+0x515/frame 0xfffffe0454a137d0 ifioctl() at ifioctl+0x10ea/frame 0xfffffe0454a13860 kern_ioctl() at kern_ioctl+0x246/frame 0xfffffe0454a138c0 sys_ioctl() at sys_ioctl+0x171/frame 0xfffffe0454a139a0 amd64_syscall() at amd64_syscall+0x2db/frame 0xfffffe0454a13ab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0454a13ab0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x8015c29da, rsp =3D 0x7fffffffe928, rbp =3D 0x7fffffffe980 --- Uptime: 1d8h37m35s Dumping 1529 out of 16040 MB:..2%..11%..21%..31%..41%..51%..61%..71%..81%..92%Copyright (c) 1992-2016= The FreeBSD Project. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D etc. Please let me know if further details are needed. Bug 208605 is marked fixed, but it looks to be the same issue. Thanks! --=20 You are receiving this mail because: You are the assignee for the bug.=