From owner-freebsd-usb@FreeBSD.ORG Sun Jul 11 18:51:41 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0158106566C for ; Sun, 11 Jul 2010 18:51:41 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 85DD98FC08 for ; Sun, 11 Jul 2010 18:51:41 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=zNANCjgXmV0A:10 a=kj9zAlcOel0A:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=jJOufhYrAAAA:8 a=h6Ye25jkgcm7ZrFLvXoA:9 a=p68GjEOPkgJ-w2B3FqGMNTHzzYoA:4 a=CjuIK1q_8ugA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1378647023 for freebsd-usb@freebsd.org; Sun, 11 Jul 2010 20:51:39 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Sun, 11 Jul 2010 20:48:44 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.1-PRERELEASE; KDE/4.3.4; amd64; ; ) X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201007112048.44589.hselasky@c2i.net> Subject: FYI: USB documentation X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jul 2010 18:51:42 -0000 Hi, A paper about the new USB stack in FreeBSD 8/9 is available from: http://meetbsd.org/meetbsd-2010/speakers --HPS From owner-freebsd-usb@FreeBSD.ORG Sun Jul 11 20:08:37 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C5A51065676; Sun, 11 Jul 2010 20:08:37 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 1038B8FC0C; Sun, 11 Jul 2010 20:08:36 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o6BK3Qro020493; Sun, 11 Jul 2010 14:03:26 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 11 Jul 2010 14:03:44 -0600 (MDT) Message-Id: <20100711.140344.239525524663396359.imp@bsdimp.com> To: yanefbsd@gmail.com From: "M. Warner Losh" In-Reply-To: References: <20100707185928.GA16180@icarus.home.lan> <4C34E0E6.9070801@aldan.algebra.com> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: re@freebsd.org, tom@hur.st, freebsd-usb@freebsd.org, freebsd-stable@freebsd.org, mi+thun@aldan.algebra.com, freebsd@jdc.parodius.com Subject: Re: 8.x grudges X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jul 2010 20:08:37 -0000 In message: Garrett Cooper writes: : On Wed, Jul 7, 2010 at 1:17 PM, Mikhail T. wrote: : > 07.07.2010 14:59, Jeremy Chadwick ???????(??): : >>> : >>> =A0 =A0 =A0FREEBSD_COMPAT7 kernel option is, apparently, a requir= ement (and : >>> =A0 =A0 =A0thus not an "option") -- the kernel-config files, that= worked with : >>> =A0 =A0 =A07.x, break without this option in them (in addition to= all the : >>> =A0 =A0 =A0nuisance, that's documented in UPDATING -- which, some= how, makes : >>> =A0 =A0 =A0the breakage acceptable). config(8) would not warn abo= ut this, but : >>> =A0 =A0 =A0kernel build fails. : >>> : >> : >> We don't use this option (meaning it's removed from our kernels). = =A0It's : >> definitely not required. =A0All it does is ensure your kernel can : >> comprehend executables/binaries built on 7.x. : >> : > : > Attached is the kernel config-file (i386), that worked fine under 7= .x. The : > kernel-compile will break (some *freebsd7* structs undefined), with= out the : > COMPAT_FREEBSD7 option. Try it for yourself... : = : options SYSVSHM # SYSV-style shared memory : options SYSVMSG # SYSV-style message queues : options SYSVSEM # SYSV-style semaphores : = : Those require COMPAT_FREEBSD7. This does seem like a bug: : = : static struct syscall_helper_data shm_syscalls[] =3D { : SYSCALL_INIT_HELPER(shmat), : SYSCALL_INIT_HELPER(shmctl), : SYSCALL_INIT_HELPER(shmdt), : SYSCALL_INIT_HELPER(shmget), : #if defined(COMPAT_FREEBSD4) || defined(COMPAT_FREEBSD5) || \ : defined(COMPAT_FREEBSD6) || defined(COMPAT_FREEBSD7) : SYSCALL_INIT_HELPER(freebsd7_shmctl), : #endif : = : The check should be for COMPAT_FREEBSD7 only I would think. : = : Apart from that, everything else should work without it I would think= .= You would think that, but you'd be wrong. In general, if you have COMPAT_FREEBSDx defined, you need all COMPAT_FREEBSDy for y > x defined. The reason for this is that we name the compat shim for the version where it was removed, but it is needed for all prior versions. freebsd7_shmctl is needed to emulate the earlier versions as well... This is why we'd like to move to something more like COMPAT_MIN_FREEBSD=3Dz, but there's hooks into the config system and syscall tables that make it tricky... Warner From owner-freebsd-usb@FreeBSD.ORG Mon Jul 12 00:07:56 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A422106566C; Mon, 12 Jul 2010 00:07:56 +0000 (UTC) (envelope-from andy@fud.org.nz) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 075B68FC08; Mon, 12 Jul 2010 00:07:55 +0000 (UTC) Received: by gyd8 with SMTP id 8so2825012gyd.13 for ; Sun, 11 Jul 2010 17:07:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.44.9 with SMTP id r9mr14233367anr.152.1278893275124; Sun, 11 Jul 2010 17:07:55 -0700 (PDT) Sender: andy@fud.org.nz Received: by 10.100.110.6 with HTTP; Sun, 11 Jul 2010 17:07:55 -0700 (PDT) In-Reply-To: <201007072113.16320.hselasky@c2i.net> References: <201007072113.16320.hselasky@c2i.net> Date: Mon, 12 Jul 2010 12:07:55 +1200 X-Google-Sender-Auth: UH_NqquzGXOopjgtBV_kVmyCbls Message-ID: From: Andrew Thompson To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Cc: Sam Leffler , PseudoCylon , freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: [panic] Race in IEEE802.11 layer towards device drivers X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 00:07:56 -0000 On 8 July 2010 07:13, Hans Petter Selasky wrote: > Hi, > > When supplying wpa_supplicant.conf with incorrect passwords, but a valid SSID, > I have seen kernel panics several times when using USB based WLAN dongles. > When only supplying a valid password, no panic has been seen. > > How to reproduce: > > 1) configure invalid password > 2) wpa_cli: reconfigure > 3) configure valid password > 4) wpa_cli: reconfigure > 5) goto 1 > > The USB commands which are executed inside the newstate callback usually take > very little time, but still not as little time as PCI read/writes. I've forced > slower operation in the newstate callback, and can reproduce warning printouts > from the IEEE802.11 layer in FreeBSD. Try to apply the following patch to your > USB code: > > http://p4web.freebsd.org/@@180604?ac=10 > > In my opinion the deferring of all states to a single task is wrong. There > should be at least one task per possible state, and the queuing mechanism > should follow the last-queued is last executed rule. This is not the case with > the task-queue mechanism in the kernel. This turned out to be refcounting of the ieee80211_node struct which was causing this panic. vap->iv_bss can be freed at any time so all users of it need to bump the refcount to use it safely. This patch should fix the panic in the rum driver. http://people.freebsd.org/~thompsa/rum_node_refcnt.diff There are other places where it is still an issue such as the ieee80211_tx_mgt_timeout callout which havnt been addressed yet, and of course all other ieee80211 drivers. Andrew From owner-freebsd-usb@FreeBSD.ORG Mon Jul 12 06:15:09 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6382810656BD; Mon, 12 Jul 2010 06:15:09 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id 5C3158FC2A; Mon, 12 Jul 2010 06:15:08 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=HRj3ij7MtkgA:10 a=UBIxAjGgU1YA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=5Wr784wakqxuFxy-StwA:9 a=Dv-sdMSPG1GpADYkqOE7o0VGqmIA:4 a=wPNLvfGTeEIA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1373861581; Mon, 12 Jul 2010 08:15:06 +0200 From: Hans Petter Selasky To: Andrew Thompson Date: Mon, 12 Jul 2010 08:12:11 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.1-PRERELEASE; KDE/4.3.4; amd64; ; ) References: <201007072113.16320.hselasky@c2i.net> In-Reply-To: X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201007120812.11225.hselasky@c2i.net> Cc: Sam Leffler , PseudoCylon , freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: [panic] Race in IEEE802.11 layer towards device drivers X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 06:15:09 -0000 On Monday 12 July 2010 02:07:55 Andrew Thompson wrote: > This turned out to be refcounting of the ieee80211_node struct which > was causing this panic. vap->iv_bss can be freed at any time so all > users of it need to bump the refcount to use it safely. > > This patch should fix the panic in the rum driver. > http://people.freebsd.org/~thompsa/rum_node_refcnt.diff > > There are other places where it is still an issue such as the > ieee80211_tx_mgt_timeout callout which havnt been addressed yet, and > of course all other ieee80211 drivers. > I will give your patch a try later today. --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Jul 12 11:07:11 2010 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 357551065672 for ; Mon, 12 Jul 2010 11:07:11 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2317A8FC1E for ; Mon, 12 Jul 2010 11:07:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6CB7BbG094165 for ; Mon, 12 Jul 2010 11:07:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6CB7Arh094163 for freebsd-usb@FreeBSD.org; Mon, 12 Jul 2010 11:07:10 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 12 Jul 2010 11:07:10 GMT Message-Id: <201007121107.o6CB7Arh094163@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-usb@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-usb@FreeBSD.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 11:07:11 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o usb/148189 usb [usbdevs] [usb8] [patch] provide descriptive string fo o usb/148080 usb usbconfig(8) sometimes does not turn off the device o usb/148052 usb Documentation error on u3g.4 man page o usb/147516 usb [umass] [usb67] kernel unable to deal with Olympus USB a usb/147196 usb [usbdevs] [patch] Please add a USB-HDD to usb_quirk.c o usb/147190 usb [usbdevs] [patch] Add USR5422 to upgt wlan driver a usb/146907 usb [rue] [patch] OQO model01 network does not work on Fre o usb/146871 usb [usbdevs] [usb8] [patch] provide descriprive string fo o usb/146840 usb [hang] FreeBSD 7.2 / 7.3 / 8.0 hang at startup after e o usb/146799 usb usbdevs(8) missing in ObsoleteFiles.inc p usb/146693 usb [rum] Edimax EW‐7318USG not found in usbdevs or o usb/146153 usb [axe] [usb8] Hosts in network doesn't receive any pack o usb/146054 usb [urtw] [usb8] urtw driver potentially out of date f usb/145513 usb [usb8] New USB stack: no new devices after forced usb o usb/145455 usb [usb8] [patch] USB debug support cannot be disabled o usb/145415 usb [umass] [usb8] USB card reader does not create slices a usb/145184 usb GENERIC can't mount root from USB on Asus EEE o usb/145165 usb [keyboard] [usb8] ukbd_set_leds_callback: error=USB_ER f kern/144938 usb [keyboard] [boot] Boot Failure with Apple (MB869LL/A) o usb/144751 usb [ukbd] [usb8] kernel without keyboard support won't co o usb/144423 usb [usb8] [patch] if_run panic with USB-N13 o usb/144387 usb [run] [panic] if_run panic o usb/144043 usb [umass] [usb8] USB DLT tape drive throws random errors o usb/143790 usb [boot] can not boot from usb hdd f usb/143620 usb [cdce] [usb8] the module if_cdce doesn't support my Op o usb/143448 usb [usbdevs] [usb8] [patch] QUIRK: JMicron JM20336 USB/SA f usb/143294 usb [usb8] copying process stops at some time (10 - 50 sec o usb/143286 usb [ukbd] [usb8] [boot] boot failures on RELENG_8 system f usb/143186 usb [usbdevs] [usb8] [patch] add USB device IDs for Google a usb/143139 usb [umass] [usb8] [patch] Quirk for Century EX35SW4_SB4 J o usb/143045 usb [umass] [usb8] [patch] mounting Fujitsu 2600Z camera d o usb/142991 usb [uftdi] [usb67] [patch] Patch to add Crystalfontz 533 f usb/142989 usb [usb8] canon eos 50D attaches but detaches after few s f usb/142957 usb [umass] [usb8] [patch] patch for USB disk SYNCHRONIZE o usb/142719 usb [urtw] [usb8] AirLive WL-1600USB (RTL8187L chipset) fa o usb/142713 usb [usb67] [panic] Kernel Panik when connecting an IPhone f usb/142276 usb [umass] [usb8] Cache Synchronization Error with Olympu o usb/142229 usb [ums] [usb8] [hang] connecting a USB mouse to a Dell P o usb/141680 usb [uath] [usb8] Netgear WG111T not working with uath dri o usb/141664 usb [pcm] [usb8] Logitech USB microphone failure [regressi o usb/141474 usb [boot] [usb8] FreeBSD 8.0 can not install from USB CDR a usb/141467 usb [uftdi] [patch] RATOC REX-USB60F (usb serial converter o usb/141327 usb [ukbd] [usb67] USB kbd not working with 7.1+PAE on IBM o usb/141212 usb [ukbd] [usb8] ukbd_set_leds_callback:700: error=USB_ER o kern/141011 usb [usb] Encrypted root, geli password at boot; enter key o usb/140928 usb [u3g] [usb8] [patch] ZTE CDMA2000 1X EV-DO (MG478/AC87 o usb/140920 usb [install] [usb8] USB based install fails on 8.0-RELEAS o usb/140893 usb [urtw] [usb8] WPA2 not working on rtl8187b f usb/140883 usb [axe] [usb8] USB gigabit ethernet hangs after short pe o kern/140849 usb [ums] [usb8] USB mouse doesn't work under FreeBSD 8.0- a usb/140810 usb [uftdi] [usb8] 8.X copy and paste problem / tty overfl o kern/140614 usb [uplcom] [patch] adding support for Radio Shack Gigwar o usb/140590 usb [bluetooth] [usb8] ng_ubt(4) ng_l2cap_process_cmd_rej o usb/140477 usb [umass] [usb8] [patch] allow boot-time attachment of d o usb/140259 usb [libusb] [patch] [usb8] libusb-1.0 portability/compati o usb/140236 usb [msdosfs] [usb8] Labels wiped on external Journaled US o usb/140160 usb [usb8] [acpi] USB ports are no longer "active" after A s usb/139990 usb [panic] [patch] [usb67] Kernel frequently panics after a usb/139598 usb [umass] [usb8] CAM reports "xptioctl: put "device pass o usb/139243 usb [uhci] [usb67] unplug prolific USB serial -> uhci_abor o usb/138915 usb [patch] [usb8] [usb67] add support for SheevaPlug seri a usb/138904 usb [rum] [panic] [usb67] unpluging USB wifi card panics s f usb/138882 usb [ohci] [panic] [usb67] Can't install FreeBSD 7.2 due t a usb/138879 usb [uftdi] [patch] Patch to add support for CTI USB-Mini o usb/138798 usb [boot] [usb8] 8.0-BETA4 can't boot from USB flash driv o usb/138659 usb [usb8][uftdi] driver broken in RELENG_8/CURRENT o usb/138570 usb [usb] [panic] USB mass device panics current 7.2-STABL o usb/138175 usb [usb67] [boot] System cannot boot, when USB reader wit o usb/138172 usb [u3g] [patch] [usb67] Additional dev id for u3g (Optio o usb/138138 usb [u3g] [patch] [usb67] Novatel U760 for u3g (Verizon an o usb/138124 usb [snd_uaudio] [usb8] Axed uaudio functionality in the u o usb/138119 usb [usb67] [usb8] MultiBay CDROM (probably on USB bus) is o usb/137872 usb [usb67] [boot] slow booting on usb flash drive o usb/137806 usb [ukbd] [usb67] USB keyboard doesn't work until it's un o usb/137763 usb [usb67][ukbd] Logitech wireless keyboard media keys no o usb/137616 usb [usb67][usb8][usbdevs] [patch]: usbdevs update: Please o usb/137377 usb [usb8] request support for Huawei E180 o usb/137341 usb [usb8][rum] driver if_rum doesn't work at all and thro f usb/137190 usb [usb8][patch] inhibit spurious button releases for som o usb/137189 usb [usb8][patch] create and use sysctl nodes for HID repo p usb/137188 usb [usb8][patch] correctly handle USB report descriptors f bin/137180 usb [build] [patch] building world for 8.0-BETA2 fails on o usb/137129 usb [ums] [usb8] SteelSeries Ikari USB laser mouse not att p usb/136761 usb [usbdevs][usb67][patch] Teach usbdevs / u3g(4) about H o usb/135938 usb [aue] [usb67] aue driver only passes traffic in promis o usb/135575 usb [usbdevs] [patch] [usb67] Add HTC Wizard phone vid/pid o usb/135542 usb [keyboard] boot loader does not work with a usb keyboa o usb/135348 usb [umass] [patch] USB Drive Hangs with ZFS (JMicron USB2 o usb/135206 usb machine reboots when inserted USB device o usb/135200 usb SAMSUNG i740 usb mass: Synchronize cache failed, statu o usb/135182 usb UMASS quirk - Olympus FE20 camera o usb/134950 usb Lowering DTR for USB-modem via ubsa is not possible o usb/134633 usb Add support for WILLCOM03(SHARP smart phone) o usb/134631 usb [usbdevs] [patch] WiSPY DBx support requires usb tweak o usb/134299 usb Kernel Panic plugging in MF626 USB UMTS Stick u3g o usb/134193 usb System freeze on usb MP3 player insertion o usb/134117 usb [Patch] Add support for 'Option GlobeTrotter HSDPA Mod o usb/134085 usb [umass] Adding usb quirk for Sony USB flash drive o usb/133989 usb [usb8] [ukbd] USB keyboard dead at mountroot> prompt o usb/133712 usb [ural] [patch] RE: Fixed an issue with ural(4) that wa o usb/133390 usb umass crashes system in 7.1 when Olympus D-540 attache o usb/133296 usb [rum] driver not working properly in hostap mode p usb/132799 usb [usb][patch]GENESYS USB2IDE requires NO_SYNCHRONIZE_CA o usb/132785 usb [usb] [patch] Gemtech remote powersocket is classed as o usb/132594 usb USB subsystem causes page fault and crashes o usb/132312 usb [hang] Xorg 7.4 halts USB controller o usb/132080 usb [patch] [usb] [rum] Kernel panic after NOMEM caused by o usb/132066 usb [ukbd] Keyboard failure USB keyboard DELL 760 o usb/132036 usb [panic] page fault when connecting Olympus C740 camera o usb/131912 usb [uslcom] [patch] New devices using Silicon Labs chips o usb/131900 usb [usbdevs] [patch] Additional product identification co o usb/131583 usb [umass] Failure when detaching umass Device o usb/131576 usb [aue] ADMtek USB To LAN Converter can't send data o usb/131521 usb Registering Belkin UPS to usb_quirks.c o usb/131123 usb [patch] re-add UQ_ASSUME_CM_OVER_DATA USB quirk o usb/131074 usb no run-time detection of usb devices plugged into exte o usb/130736 usb Page fault unplugging USB stick o usb/130230 usb Samsung Electronics YP-U3 does not attach in 7.1-RELEA o usb/130208 usb Boot process severely hampered by umass0 error o usb/130122 usb [usb8] DVD drive detects as 'da' device o usb/129945 usb [usb67] [usbdevs] [patch] add u3g support for Longchee o usb/129766 usb [usb] plugging in usb modem HUAWEI E226 panics system o usb/129758 usb [uftdi] [patch] add Pyramid LCD usb support o usb/129673 usb [uhci] uhci (uhub) confused on replugging USB 1.1 scan o usb/129522 usb [ubsa] [usb67] [patch] add support for ZTE AC8700 mode o usb/129500 usb [umass] [panic] FreeBSD Crashes when connecting SanDis o usb/129311 usb [usb] [panic] Instant crash with an USB card reader o usb/129251 usb [usbdevs] [usb67] [patch] Liebert UPS being assigned u o usb/129173 usb [uplcom] [patch] Add support for Corega CG-USBRS232R a s usb/128990 usb [usb] u3g does not handle RTS/CTS available on for exa o usb/128977 usb [usb67] [patch] uaudio is not full duplex p usb/128803 usb [usbdevs] [patch] Quirk for I-Tuner Networks USBLCD4X2 o usb/128485 usb [umodem] [patch] Nokia N80 modem support o usb/128425 usb [umass] Cannot Connect Maxtor Onetouch 4 USB drive o usb/128418 usb [panic] [rum] loading if_rum causes panic, looks like o usb/128324 usb [uplcom] [patch] remove baud rate restriction for PL23 o usb/127980 usb [umass] [patch] Fix Samsung YP U2 MP3 player on 7.x an o usb/127926 usb [boot] USB Timeout during bootup p usb/127549 usb [umass] [usb67] [patch] Meizu MiniPlayer M6 (SL) requi f usb/127543 usb [patch] [ubsa] Support Option Globetrotter HSDPA modem s usb/127453 usb [request] ubsa, uark, ubser, uftdi, and friends should p docs/127406 usb [patch] update umodem man page: Sony Ericsson W810i o usb/127342 usb [boot] [panic] enabling usb keyboard and mouse support o usb/127248 usb [ucom] panic while uplcom devices attach and detach o usb/127222 usb [ohci] Regression in 7.0 usb storage generic driver o usb/126884 usb [ugen] [patch] Bug in buffer handling in ugen.c o usb/126848 usb [usb]: USB Keyboard hangs during Installation o usb/126740 usb [ulpt] doesn't work on 7.0-RELEASE, 10 second stall be o usb/126519 usb [usb] [panic] panic when plugging in an iphone o kern/126396 usb [panic] kernel panic after unplug USB Bluetooth device o usb/125736 usb [ukbd] [hang] system hangs after AT keyboard detect if o usb/125631 usb [ums] [panic] kernel panic during bootup while 'Logite o usb/125510 usb [panic] repeated plug and unplug of USB mass storage d o usb/125450 usb [panic] Removing USB flash card while being accessed c o usb/125238 usb [ums] Habu Mouse turns off in X o usb/125088 usb [keyboard] Touchpad not detected on Adesso AKB-430UG U o usb/124980 usb [panic] kernel panic on detaching unmounted umass devi o kern/124777 usb [ucom] USB cua devices don't revert to tty devices whe o usb/124758 usb [rum] [panic] rum panics SMP kernel o usb/124708 usb [panic] Kernel panic on USB KVM reattach o usb/124604 usb [ums] Microsoft combo wireless mouse doesn't work o kern/124130 usb [usb] gmirror fails to start usb devices that were pre o usb/123969 usb [usb] Supermicro H8SMi-2 usb problem: port reset faile o usb/123714 usb [usb] [panic] Panic when hald-storage-probe runs with o usb/123691 usb usbd(8): usbd hangs o usb/123690 usb [usb] [panic] Panic on USB device insertion when usb l o usb/123611 usb [usb] BBB reset failed, STALLED from Imation/Mitsumi U o usb/123509 usb [umass] continuous reset Samsung SGH-G600 phone o usb/123352 usb [usbdevs] [patch] Add Option GTMAX3.6/7.2 and Quallcom o usb/123351 usb [usbdevs] [patch] Add Reiner SCT cyberJack, Omnikey [2 o usb/122992 usb [umass] [patch] MotoROKR Z6 Phone not recognised by um o usb/122956 usb [ubsa] [patch] add support for Novatel Wireless XU870 o usb/122936 usb [ucom] [ubsa] Device does not receive interrupt o usb/122905 usb [ubsa] [patch] add Huawei E220 to ubsa o usb/122819 usb [usb] [patch] Patch to provide dynamic additions to th o usb/122813 usb [udbp] [request] udbp driver should be removed in favo o usb/122621 usb [new driver] [patch] New driver for Sierra Wireless 3G o usb/122547 usb [ehci] USB Printer not being recognized after reboot o usb/122539 usb [ohci] [panic] AnyDATA ADU-E1000D - kernel panic: ohci o usb/122483 usb [panic] [ulpt] Repeatable panic in 7.0-STABLE o usb/122119 usb [umass] umass device causes creation of daX but not da o usb/122025 usb [uscanner] [patch] uscanner does not attach to Epson R o usb/121755 usb [ohci] [patch] Fix panic after ohci/uhub cardbus devic o usb/121734 usb [ugen] ugen HP1022 printer device not working since up o usb/121708 usb [keyboard] nforce 650i mobo w/ usb keyboard infinite k o usb/121474 usb [cam] [patch] QUIRK: SAMSUNG HM250JI in LaCie usb hard o usb/121426 usb [patch] [uscanner] add HP ScanJet 3570C o usb/121275 usb [boot] [panic] FreeBSD fails to boot with usb legacy s o usb/121232 usb [usb] [panic] USB CardBus card removal causes reboot s p usb/121184 usb [uipaq] [patch] add ids from linux ipaq driver (plus a o usb/121169 usb [umass] Issues with usb mp3 player o usb/121045 usb [uftdi] [patch] Add support for PC-OP-RS1 and KURO-RS o usb/120786 usb [usb] [panic] Kernel panic when forced umount of a det o usb/120729 usb [panic] fault while in kernel mode with connecting USB o usb/120572 usb [umass] [patch] quirk to support ASUS P535 as umass (a o usb/120321 usb [hang] System hangs when transferring data to WD MyBoo o usb/120283 usb [panic] Automation reboot with wireless keyboard & mou o usb/120034 usb [hang] 6.2 & 6.3 hangs on boot at usb0: OHCI with 1.5 o usb/119981 usb [axe] [patch] add support for LOGITEC LAN-GTJ/U2 gigab o usb/119977 usb [ums] Mouse does not work in a Cherry-USB keyboard/mou o usb/119653 usb [cam] [patch] iriver s7 player sync cache error patch o usb/119633 usb [umass] umass0: BBB reset failed, IOERROR [regression] o usb/119513 usb [irq] inserting dlink dwl-g630 wireless card results i o usb/119509 usb [usb] USB flaky on Dell Optiplex 755 o usb/119481 usb [hang] FreeBSD not responding after connecting USB-Mas o usb/119389 usb [umass] Sony DSC-W1 CBI reset failed, STALLED [regress o usb/119227 usb [ubsa] [patch] ubsa buffer is too small; should be tun o usb/119201 usb [cam] [patch] Quirks for Olympus FE-210 camera, LG and o usb/118485 usb [usbdevs] [patch] Logitech Headset Workaround o usb/118480 usb [umass] Timeout in USB mass storage freezes vfs layer o usb/118353 usb [panic] [ppp] repeatable kernel panic during ppp(4) se o usb/118141 usb [ucom] usb serial and nokia phones ucomreadcb ucomread o usb/118140 usb [ucom] [patch] quick hack for ucom to get it behave wi o usb/118098 usb [umass] 6th gen iPod causes problems when disconnectin o usb/117955 usb [umass] [panic] inserting minolta dimage a2 crashes OS o usb/117946 usb [panic] D-Link DUB-E100 rev. B1 crashes FreeBSD 7.0-BE o usb/117938 usb [ums] [patch] Adding support for MS WL Natural and MS o usb/117911 usb [ums] [request] Mouse Gembird MUSWC not work o usb/117893 usb [umass] Lacie USB DVD writing failing o usb/117613 usb [uhci] [irq] uhci interrupt storm & USB leaked memory o usb/117598 usb [snd_uaudio] [patch] Not possible to record with Plant o usb/117313 usb [umass] [panic] panic on usb camera insertion o usb/117200 usb [ugen] ugen0 prints strange string on attach if detach o usb/117183 usb [panic] USB/fusefs -- panic while transferring large a o usb/116947 usb [ukbd] [patch] [regression] enable boot protocol on th o usb/116699 usb [usbhid] USB HID devices do not initialize at system b o usb/116561 usb [umodem] [panic] RELENG_6 umodem panic "trying to slee o usb/116282 usb [ulpt] Cannot print on USB HP LJ1018 or LJ1300 o usb/115935 usb [usbdevs] [patch] kernel counterproductively attaches o usb/115933 usb [uftdi] [patch] RATOC REX-USB60F (usb serial converter o usb/115400 usb [ehci] Problem with EHCI on ASUS M2N4-SLI o usb/115298 usb [ulpt] [panic] Turning off USB printer panics kernel o usb/114916 usb [umass] [patch] USB Maxtor drive (L300RO) requires qui o kern/114780 usb [uplcom] [panic] Panics while stress testing the uplco o usb/114682 usb [umass] generic USB media-card reader unusable o usb/114310 usb [libusb] [patch] [panic] USB hub attachment panics ker o usb/114068 usb [usb67] [usb8] [umass] [patch] Problem with connection o conf/114013 usb [patch] WITHOUT_USB allow to compil a lot of USB stuff o usb/113060 usb [usb67] [ulpt] [patch] Samsung printer not working in o usb/110856 usb [usb67] [ugen] [patch] interrupt in msgs are truncated s usb/108344 usb [usb67] [atausb] [panic] kernel with atausb panics whe o usb/107827 usb [usb67] [ohci] [panic] ohci_add_done addr not found o usb/107388 usb [usb67] [usb8] [new driver] [patch] add utoppy device o usb/107243 usb [usb67] [cam] [quirk] [patch] Apacer USB Flash Drive q o usb/106041 usb [usb67] [usb8] [request] FreeBSD does not recognise Mu o usb/105361 usb [usb67] [panic] Kernel panic during unmounting mass st s usb/103917 usb [usb67] [uhub] USB driver reports "Addr 0 should never o usb/103418 usb [usb67] [usb8] [patch] [request] usbhidctl(8) add abil o usb/103046 usb [usb67] [ulpt] [patch] ulpt event driven I/O with sele o usb/101775 usb [usb67] [usb8] [libusbhid] [patch] possible error in r o usb/101761 usb [usb67] [patch] [request] usb.h: increase maximal size o usb/100746 usb [usb67] [ukbd] system does not boot due to USB keyboar o usb/99538 usb [keyboard] while using USB keyboard default params of o usb/99431 usb [keyboard] FreeBSD on MSI 6566E (Intel 845E motherboar o kern/99200 usb [bluetooth] SMP-Kernel crashes reliably when Bluetooth o usb/98343 usb [boot] BBB reset failed errors with Creative Muvo MP3 o usb/97472 usb [cam] [patch] add support for Olympus C150,D390 s usb/97286 usb [mouse] [request] MS Wireless Intellimouse Explorer 2. o usb/97175 usb [umass] [hang] USB cardreader hangs system o usb/96457 usb [umass] [panic] fatback on umass = reboot o usb/96381 usb [cam] [patch] add a quirk table entry for a flash ram o usb/96224 usb [usb] [msdosfs] mount_msdosfs cause page fault in sync s usb/96120 usb [ums] [request] USB mouse not always detected s usb/95636 usb [umass] [boot] 5 minute delay at boot when using VT620 o usb/95562 usb [umass] Write Stress in USB Mass drive causes "vinvalb s usb/95348 usb [keyboard] USB keyboard unplug causes noise on screen o usb/95037 usb [umass] USB disk not recognized on hot-plug. o usb/94897 usb [panic] Kernel Panic when cleanly unmounting USB disk o usb/94717 usb [ulpt] Reading from /dev/ulpt can break work of a UHCI o usb/94384 usb [panic] kernel panic with usb2 hardware o usb/93872 usb [cam] [patch] SCSI quirk required for ELTA 8061 OL USB o usb/93828 usb [ohci] [panic] ohci causes panic on boot (HP Pavillion o usb/93389 usb [umass] [patch] Digital Camera Pentax S60 don't work o usb/92852 usb [ums] [patch] Vertical scroll not working properly on o usb/92171 usb [panic] panic unplugging Vodafone Mobile Connect (UMTS o usb/92142 usb [uhub] SET_ADDR_FAILED and SHORT_XFER errors from usb o usb/92083 usb [ural] [panic] panic using WPA on ural NIC in 6.0-RELE o usb/92052 usb [ulpt] usbd causes defunct process with busy file-hand o usb/91906 usb [ehci] [hang] FreeBSD hangs while booting with USB leg o usb/91896 usb camcontrol(8): Serial Number of USB Memory Sticks is n o usb/91811 usb [umass] Compact Flash in HP Photosmart 2610 return " o usb/91629 usb [usb] usbd_abort_pipe() may result in infinite loop o usb/91546 usb [umodem] [patch] Nokia 6630 mobile phone does not work o usb/91538 usb [ulpt] [patch] Unable to print to EPSON CX3500 o usb/91283 usb [boot] [regression] booting very slow with usb devices o usb/91238 usb [umass] USB tape unit fails to write a second tape fil o usb/90700 usb [umass] [panic] Kernel panic on connect/mount/use umas o usb/89954 usb [umass] [panic] USB Disk driver race condition? s usb/89003 usb [request] LaCie Firewire drive not properly supported o usb/88743 usb [hang] [regression] USB makes kernel hang at boot (reg o usb/88408 usb [axe] axe0 read PHY failed o usb/87648 usb [mouse] Logitech USB-optical mouse problem. o usb/87224 usb [usb] Cannot mount USB Zip750 o usb/86767 usb [umass] [patch] bogus "slice starts beyond end of the o usb/86298 usb [mouse] Known good USB mouse won't work with correct s s usb/85067 usb [uscanner] Cannot attach ScanJet 4300C to usb device f usb/84750 usb [hang] 6-BETA2 reboot/shutdown with root_fs on externa s usb/84336 usb [usb] [reboot] instant system reboot when unmounting a o usb/83977 usb [ucom] [panic] ucom1: open bulk out error (addr 2): IN o usb/83863 usb [ugen] Communication problem between opensc/openct via o usb/83756 usb [ums] [patch] Microsoft Intellimouse Explorer 4.0A doe o usb/83563 usb [umass] [panic] Page Fault while detaching Mpman Usb d o usb/83504 usb [kernel] [patch] SpeedTouch USB stop working on recent o usb/82660 usb [ehci] [panic] EHCI: I/O stuck in state 'physrd'/panic s usb/82569 usb [umass] [panic] USB mass storage plug/unplug causes sy o usb/82520 usb [udbp] [reboot] Reboot when USL101 connected o usb/82350 usb [ucom] [panic] null pointer dereference in USB stack o usb/81621 usb [ehci] [hang] external hd hangs under load on ehci o usb/80935 usb [uvisor] [patch] uvisor.c is not work with CLIE TH55. o usb/80862 usb [patch] USB locking issues: missing some Giant calls o usb/80854 usb [patch] [request] suggestion for new iface-no-probe me o usb/80829 usb [modules] [panic] possible panic when loading USB-modu s usb/80777 usb [request] usb_rem_task() should wait for callback to c s usb/80776 usb [udav] [request] UDAV device driver shouldn't use usb_ o usb/80774 usb [patch] have "usbd_find_desc" in line with the other " o usb/80361 usb [umass] [patch] mounting of Dell usb-stick fails o usb/80040 usb [sound] [hang] Use of sound mixer causes system freeze o usb/79723 usb [usb] [request] prepare for high speed isochronous tra o usb/79722 usb [ehci] wrong alignments in ehci.h a usb/79656 usb [ehci] RHSC interrupts lost o usb/79524 usb [ulpt] printing to Minolta PagePro 1[23]xxW via USB fa o usb/79287 usb [uhci] [hang] UHCI hang after interrupt transfer o usb/79269 usb [ohci] USB ohci da0 plug/unplug causes crashes and loc o usb/78984 usb [umass] [patch] Creative MUVO umass failure o usb/77294 usb [ucom] [panic] ucom + ulpcom panic o usb/77184 usb [umass] [panic] kernel panic on USB device disconnect, o usb/76732 usb [ums] Mouse problems with USB KVM Switch o usb/76653 usb [umass] [patch] Problem with Asahi Optical usb device o usb/76461 usb [umass] disklabel of umass(4)-CAM(4)-da(4) not used by o usb/76395 usb [uhci] USB printer does not work, usbdevs says "addr 0 s usb/75928 usb [umass] [request] Cytronix SmartMedia card (SMC) reade o usb/75800 usb [ucom] ucom1: init failed STALLED error in time of syn o usb/75797 usb [sound] [regression] 5.3-STABLE(2005 1/4) detect USB h o usb/75764 usb [umass] [patch] "umass0: Phase Error" - no device for o usb/75705 usb [umass] [panic] da0 attach / Optio S4 (with backtrace) o usb/74771 usb [umass] [hang] mounting write-protected umass device a s usb/74453 usb [umass] [patch] Q-lity CD-RW USB ECW-043 (ScanLogic SL o usb/74211 usb [umass] USB flash drive causes CAM status 0x4 on 4.10R o usb/73307 usb [panic] Kernel panics on USB disconnect s usb/72733 usb [ucom] [request] Kyocera 7135 Palm OS connection probl o usb/71455 usb [umass] Slow USB umass performance of 5.3 o usb/71417 usb [ugen] Cryptoflex e-gate USB token (ugen0) communicati o usb/71416 usb [ugen] Cryptoflex e-gate USB token (ugen0) detach is n o usb/71280 usb [aue] aue0 device (linksys usb100tx) doesn't work in 1 o usb/71155 usb [ulpt] misbehaving usb-printer hangs processes, causes o usb/70523 usb [umct] [patch] umct sending/receiving wrong characters o usb/69006 usb [usbdevs] [patch] Apple Cinema Display hangs USB ports o usb/68232 usb [ugen] [patch] ugen(4) isochronous handling correction o usb/67301 usb [uftdi] [panic] RTS and system panic o usb/66547 usb [ucom] Palm Tungsten T USB does not initialize correct o usb/63621 usb [umass] [panic] USB MemoryStick Reader stalls/crashes s usb/62257 usb [umass] [request] card reader UCR-61S2B is only half-s o usb/59698 usb [keyboard] [patch] Rework of ukbd HID to AT code trans s bin/57255 usb [patch] usbd(8) and multi-function devices s usb/52026 usb [usb] [request] umass driver support for InSystem ISD2 s usb/51958 usb [urio] [patch] update for urio driver o i386/46371 usb USB controller cannot be initialized on IBM Netfinity o usb/40948 usb [umass] [request] USB HP CDW8200 does not work o usb/30929 usb [usb] [patch] use usbd to initialize USB ADSL modem 359 problems total. From owner-freebsd-usb@FreeBSD.ORG Mon Jul 12 17:26:44 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9D3E1065670 for ; Mon, 12 Jul 2010 17:26:44 +0000 (UTC) (envelope-from rpaulo@freebsd.org) Received: from karen.lavabit.com (karen.lavabit.com [72.249.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id 315348FC13 for ; Mon, 12 Jul 2010 17:26:44 +0000 (UTC) Received: from e.earth.lavabit.com (e.earth.lavabit.com [192.168.111.14]) by karen.lavabit.com (Postfix) with ESMTP id 6B4A911BA87; Mon, 12 Jul 2010 11:56:34 -0500 (CDT) Received: from 10.0.10.3 (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by lavabit.com with ESMTP id B8FY11U9KTRO; Mon, 12 Jul 2010 11:56:32 -0500 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: Date: Mon, 12 Jul 2010 17:56:28 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <275997A3-6832-4EB9-B1BD-F9848E2C1F66@FreeBSD.org> References: <201007072113.16320.hselasky@c2i.net> To: Andrew Thompson X-Mailer: Apple Mail (2.1081) Cc: freebsd-current@freebsd.org, Sam Leffler , PseudoCylon , freebsd-usb@freebsd.org Subject: Re: [panic] Race in IEEE802.11 layer towards device drivers X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 17:26:44 -0000 On 12 Jul 2010, at 01:07, Andrew Thompson wrote: > On 8 July 2010 07:13, Hans Petter Selasky wrote: >> Hi, >>=20 >> When supplying wpa_supplicant.conf with incorrect passwords, but a = valid SSID, >> I have seen kernel panics several times when using USB based WLAN = dongles. >> When only supplying a valid password, no panic has been seen. >>=20 >> How to reproduce: >>=20 >> 1) configure invalid password >> 2) wpa_cli: reconfigure >> 3) configure valid password >> 4) wpa_cli: reconfigure >> 5) goto 1 >>=20 >> The USB commands which are executed inside the newstate callback = usually take >> very little time, but still not as little time as PCI read/writes. = I've forced >> slower operation in the newstate callback, and can reproduce warning = printouts >> from the IEEE802.11 layer in FreeBSD. Try to apply the following = patch to your >> USB code: >>=20 >> http://p4web.freebsd.org/@@180604?ac=3D10 >>=20 >> In my opinion the deferring of all states to a single task is wrong. = There >> should be at least one task per possible state, and the queuing = mechanism >> should follow the last-queued is last executed rule. This is not the = case with >> the task-queue mechanism in the kernel. >=20 > This turned out to be refcounting of the ieee80211_node struct which > was causing this panic. vap->iv_bss can be freed at any time so all > users of it need to bump the refcount to use it safely. >=20 > This patch should fix the panic in the rum driver. > http://people.freebsd.org/~thompsa/rum_node_refcnt.diff >=20 > There are other places where it is still an issue such as the > ieee80211_tx_mgt_timeout callout which havnt been addressed yet, and > of course all other ieee80211 drivers. Oh, this makes sense now. My previous attempt at help you made no = sense... Regards, -- Rui Paulo From owner-freebsd-usb@FreeBSD.ORG Mon Jul 12 17:48:17 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19DCB1065672 for ; Mon, 12 Jul 2010 17:48:17 +0000 (UTC) (envelope-from peerst@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9C2F08FC1B for ; Mon, 12 Jul 2010 17:48:16 +0000 (UTC) Received: by bwz12 with SMTP id 12so3058889bwz.13 for ; Mon, 12 Jul 2010 10:48:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=m7Y2MLSQZYclUJsQUYhqJrt687EL5WlCu+ZNqclYLx0=; b=AVdl+nc3fsu8Aq6mBnySgMBsIF2FOnfR3gcC5UD2SP4Kgdgc8rC/S/+xFr2BoOkSDG VOosxb2Wbv/8P8ebQwVLFpsgr7DFBYMqR2ntHkbGN4lqRT/kC9INE4ZA1qgklDiMGmoq mtaOq8Ck0oaHy0yrg95ooJrgYi2Fsp7/TdY/8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=J7irU2IuZAtGgKaiGSYRgQAJ9fyzpTTGESmjG9TpaQHljHRsl4bviaSReyD2Z/3xs7 p4NoArGOX8BPrWfJ2p00nD8nz5Bwc1KSM7c1W4BhMeXVLmixJTv9fk4K5wrqYFB/YtwK Vsk5znraras4bu9AEvvcckasGaQKQqeiVpvTY= MIME-Version: 1.0 Received: by 10.204.49.196 with SMTP id w4mr10619321bkf.73.1278955349017; Mon, 12 Jul 2010 10:22:29 -0700 (PDT) Received: by 10.204.56.134 with HTTP; Mon, 12 Jul 2010 10:22:28 -0700 (PDT) Date: Mon, 12 Jul 2010 19:22:28 +0200 Message-ID: From: Peer Stritzinger To: freebsd-usb@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: read(2) always returns 0 when reading from /dev/usb/n.m.k bulk IN endpoint X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 17:48:17 -0000 Hi, on FreeBSD 8.0-RELEASE I try to read from a bulk IN endpoint device node with read(2). The USB client it is talking to is a embedded controller with Cypress SX2 USB client chip, enumeration goes quite well (SX2 does it itself) and its reported correctly on console. The device nodes in /dev/usv/n.m.k appear for the control endpoint and two OUT and IN endpoints each. I can write to one of the OUT endpoints with e.g. dd and what I read on the device is correct. However I can't read any data from a corresponding IN endpoint: What I doing is in a loop: n = read(in, buf, NBUF); printf ("read-test: read %ld bytes\n", n); this is run as root. I'm watching the USB with a USB protocol analyzer, BTW its running in High-Speed. As soon as the first read is done (and blocks) I see IN->NAK (device did not write to the IN endpoint) polling on the USB. When the device writes to the endpoint buffer I see a correct bulk IN transfer that is ACKed by the host with the analyzer. However the read always returns 0. Tried different buffer sizes etc. Is this supposed to work as I'm using it. I'm planning to go to libusb-1.0 later, should I debug this with the /dev/usb/n.m.k node reading or proceed to libusb because my approach can't work anyway? Best regards, Peer Stritzinger From owner-freebsd-usb@FreeBSD.ORG Mon Jul 12 18:23:00 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2C9E1065673 for ; Mon, 12 Jul 2010 18:23:00 +0000 (UTC) (envelope-from hselasky@freebsd.org) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id 04C418FC1D for ; Mon, 12 Jul 2010 18:22:59 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=32lW3yoDUX8A:10 a=VZGMvYHv9TIA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=Ey393DdTyU5Kk_aViHYA:9 a=uXKWTSFjr8_v0qku9Sb4MrMoZ5EA:4 a=wPNLvfGTeEIA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1404448641; Mon, 12 Jul 2010 20:22:58 +0200 Received-SPF: softfail receiver=mailfe07.swip.net; client-ip=188.126.201.140; envelope-from=hselasky@freebsd.org From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Mon, 12 Jul 2010 20:20:02 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.1-PRERELEASE; KDE/4.3.4; amd64; ; ) References: In-Reply-To: X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201007122020.02934.hselasky@freebsd.org> Cc: Subject: Re: read(2) always returns 0 when reading from /dev/usb/n.m.k bulk IN endpoint X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 18:23:00 -0000 On Monday 12 July 2010 19:22:28 Peer Stritzinger wrote: > Hi, > > on FreeBSD 8.0-RELEASE I try to read from a bulk IN endpoint device node > with read(2). > > The USB client it is talking to is a embedded controller with Cypress SX2 > USB client chip, enumeration goes quite well (SX2 does it itself) and its > reported correctly on console. The device nodes in /dev/usv/n.m.k appear > for the control endpoint and two OUT and IN endpoints each. > > I can write to one of the OUT endpoints with e.g. dd and what I read on the > device is correct. > > However I can't read any data from a corresponding IN endpoint: What I > doing is in a loop: > > n = read(in, buf, NBUF); > printf ("read-test: read %ld bytes\n", n); > > this is run as root. > > I'm watching the USB with a USB protocol analyzer, BTW its running in > High-Speed. > > As soon as the first read is done (and blocks) I see IN->NAK (device did > not write to the IN endpoint) polling on the USB. > > When the device writes to the endpoint buffer I see a correct bulk IN > transfer that is ACKed by the host with the analyzer. > > However the read always returns 0. > > Tried different buffer sizes etc. > > Is this supposed to work as I'm using it. I'm planning to go to libusb-1.0 > later, should I debug this with the /dev/usb/n.m.k node reading or proceed > to libusb because my approach can't work anyway? > > Best regards, > Peer Stritzinger Hi, Maybe you are missing to set the short transfer OK flag. Else I recommend using LibUSB. --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Jul 12 20:04:09 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26B081065670; Mon, 12 Jul 2010 20:04:09 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 236588FC23; Mon, 12 Jul 2010 20:04:07 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=HRj3ij7MtkgA:10 a=UBIxAjGgU1YA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=hwjHTafsMXyKm7GaZ_oA:9 a=Jx0BzAULFPxU7FjL2gn-SgJJS_MA:4 a=wPNLvfGTeEIA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1378929241; Mon, 12 Jul 2010 22:04:06 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 12 Jul 2010 22:01:11 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.1-PRERELEASE; KDE/4.3.4; amd64; ; ) References: <201007072113.16320.hselasky@c2i.net> In-Reply-To: X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201007122201.11534.hselasky@c2i.net> Cc: Sam Leffler , PseudoCylon , freebsd-usb@freebsd.org Subject: Re: [panic] Race in IEEE802.11 layer towards device drivers X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 20:04:09 -0000 Hi Andrew, Your patch appears to be working. Can you fix this issue in the other WLAN drivers aswell? Then send an e-mail to request testing? I had a go at it here: http://p4web.freebsd.org/@@180844?ac=10 I found another panic issue: ifconfig wlan0 delete ifconfig wlan0 destroy When not associate or associated. Backtrace (AMD64 - 9-current): node_free() + 0x2c rum_tx_free() + 0x3b which is called from the bulk tx callback Another thread is running an IOCTL -> rum_stop(), which causes the CANCELLED event to be passed to USB. Can't we free any nodes at this point? --HPS > This turned out to be refcounting of the ieee80211_node struct which > was causing this panic. vap->iv_bss can be freed at any time so all > users of it need to bump the refcount to use it safely. > > This patch should fix the panic in the rum driver. > http://people.freebsd.org/~thompsa/rum_node_refcnt.diff > > There are other places where it is still an issue such as the > ieee80211_tx_mgt_timeout callout which havnt been addressed yet, and > of course all other ieee80211 drivers. > From owner-freebsd-usb@FreeBSD.ORG Mon Jul 12 20:41:58 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9DC01065676 for ; Mon, 12 Jul 2010 20:41:58 +0000 (UTC) (envelope-from peerst@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 45A298FC18 for ; Mon, 12 Jul 2010 20:41:57 +0000 (UTC) Received: by bwz12 with SMTP id 12so3163205bwz.13 for ; Mon, 12 Jul 2010 13:41:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=QvZnwnxqGOSw/2FHwziKVXnohf6/JxiWydJjyp2uB7k=; b=ZF/EUQQBG8CexCMQA/tEIQCxHySJrhE1e+YCwyqC/qY/EcjMnLc+aGI7akavuVd5IQ gzvyZ/QAMK8cbW8R0Q1CWtFX+821EuHBgS/J2y2f3rXpMvcVY2JbLPnsb7Bm26kwhNZg q1POuB1jgHvykWl6K2Ed1PuE86TfcXt0dhbjw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=CnaV9TqlC98RIXkIrB7mRkhD36sfhTM1cfJgqWCnXIQZfROgtjDdczsjIVpcvYFuif 3ZV0jJ6mLghHSjUxBSBMIeB4HWLYOcq62aXyu12jD2DqPxFNKB/dNE6MW0dp82Y35U8a llu7UNFBa0xhuR/Z4fkKhLz4zRxZwcGj5Vk8A= MIME-Version: 1.0 Received: by 10.204.126.161 with SMTP id c33mr11105614bks.108.1278967316957; Mon, 12 Jul 2010 13:41:56 -0700 (PDT) Received: by 10.204.56.134 with HTTP; Mon, 12 Jul 2010 13:41:56 -0700 (PDT) In-Reply-To: <201007122020.02934.hselasky@freebsd.org> References: <201007122020.02934.hselasky@freebsd.org> Date: Mon, 12 Jul 2010 22:41:56 +0200 Message-ID: From: Peer Stritzinger To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-usb@freebsd.org Subject: Re: read(2) always returns 0 when reading from /dev/usb/n.m.k bulk IN endpoint X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 20:41:59 -0000 Hi, On Mon, Jul 12, 2010 at 8:20 PM, Hans Petter Selasky wrote: > On Monday 12 July 2010 19:22:28 Peer Stritzinger wrote: > > However the read always returns 0. > > > > Tried different buffer sizes etc. > Hi, > > Maybe you are missing to set the short transfer OK flag. > > Else I recommend using LibUSB. > > --HPS > Did'nt set this flag (not doing any ioctls on the ugen device at all). However I did try matching either the max packetlen, or the read buffer size with the actual bytes sent, so I thought it shouldn't matter. I'll move on to libusb and not waste any more time with the raw interfaces. Thanks -- Peer From owner-freebsd-usb@FreeBSD.ORG Tue Jul 13 01:54:10 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5147F1065676 for ; Tue, 13 Jul 2010 01:54:10 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51801.mail.re2.yahoo.com (web51801.mail.re2.yahoo.com [206.190.38.232]) by mx1.freebsd.org (Postfix) with SMTP id A5CC48FC0C for ; Tue, 13 Jul 2010 01:54:09 +0000 (UTC) Received: (qmail 29731 invoked by uid 60001); 13 Jul 2010 01:54:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1278986048; bh=RucMWKr8zZ+iKRVPv3e1DWSq9wdRUys474Hqo8wNciY=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Lgva5aUAUPiTmMgfkLGZr7r49XmRovLiuT2Q5oaUFk68WN2lT2FS9oDqAJNyCgZBfKT9PI4omaG7/zzROiDk0FDlzCZ/7gMq5KF7Tez2jusXVSvAW0vvq3Hvn7PvXYJhLzzapKZMMdNXETZHSQgkaAarvDBHfSeO07lRCr0lStk= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=aGstxQjgnPtjb6NaRbWX48nbjbkkDSK+rc9Glsp8F7nBuKQKWoIEq59roEr8LBGWeijzK1ZXFoAgnwYVcWk4CjxYPlL9t7Zedrmk3e8hY139fVvccGb/Z7t67gHHSzWdO1MXLH8VK4TuoLkh0mUIuo1/viFE4u3dOYDn4uwkYzY=; Message-ID: <768329.28397.qm@web51801.mail.re2.yahoo.com> X-YMail-OSG: 0aHUVxEVM1n1Uf5SdctRgxfkbbRjf0riYvKVYyKlmA7Yojv DeF2JAQ0eTWVEAuoRRfGxqEnYkE0UH7TS8zt1q0p5v5c4anaczPVMmp9BrAg dzFv6hc3w3AXboVUAFL8rYqwNReLW9RDQqIKLq7cgN2GL6XhjILA1GYqoGvu Y3zpFkzTUPOKw269WyTeJRUyoB311uZ.xEC34HTC.epXBLPYYtww2xMVxRWc peqsry412aG.674HP7ZQjivPcTWaVJ6J5aSY951mPlHOmTteO4qECKXXCwX5 UrwqMkRq5qL5gF5QN.vVO6VbViTcPLGwWMRLrelW3uDQ- Received: from [173.183.132.20] by web51801.mail.re2.yahoo.com via HTTP; Mon, 12 Jul 2010 18:54:08 PDT X-Mailer: YahooMailRC/420.4 YahooMailWebService/0.8.104.276605 References: <201007072113.16320.hselasky@c2i.net> <201007122201.11534.hselasky@c2i.net> Date: Mon, 12 Jul 2010 18:54:08 -0700 (PDT) From: PseudoCylon To: Hans Petter Selasky , freebsd-current@freebsd.org In-Reply-To: <201007122201.11534.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Sam Leffler , freebsd-usb@freebsd.org Subject: Re: [panic] Race in IEEE802.11 layer towards device drivers X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2010 01:54:10 -0000 ----- Original Message ---- > From: Hans Petter Selasky > To: freebsd-current@freebsd.org > Cc: Andrew Thompson ; Sam Leffler ; >PseudoCylon ; freebsd-usb@freebsd.org > Sent: Mon, July 12, 2010 2:01:11 PM > Subject: Re: [panic] Race in IEEE802.11 layer towards device drivers > > Hi Andrew, > > Your patch appears to be working. Can you fix this issue in the other WLAN > drivers aswell? Then send an e-mail to request testing? I had a go at it here: > > http://p4web.freebsd.org/@@180844?ac=10 > Since I wasn't able to reproduce the panic, I can only confirm the patched run(4) driver runs OK. I just want to patch hostap related fix before calling for this test. I'll ask the user if it's fixed. Should the debugging code, usb_pause_mtx(), be left in the code for testing? If the drivers don't panic to begin with, we won't know the patch really fixed the issue. AK > I found another panic issue: > > ifconfig wlan0 delete > ifconfig wlan0 destroy > > When not associate or associated. > > Backtrace (AMD64 - 9-current): > > node_free() + 0x2c > rum_tx_free() + 0x3b > which is called from the bulk tx callback > > Another thread is running an IOCTL -> rum_stop(), which causes the CANCELLED > event to be passed to USB. Can't we free any nodes at this point? > > --HPS > > > This turned out to be refcounting of the ieee80211_node struct which > > was causing this panic. vap->iv_bss can be freed at any time so all > > users of it need to bump the refcount to use it safely. > > > > This patch should fix the panic in the rum driver. > > http://people.freebsd.org/~thompsa/rum_node_refcnt.diff > > > > There are other places where it is still an issue such as the > > ieee80211_tx_mgt_timeout callout which havnt been addressed yet, and > > of course all other ieee80211 drivers. > > > From owner-freebsd-usb@FreeBSD.ORG Tue Jul 13 06:48:35 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04B31106566C; Tue, 13 Jul 2010 06:48:35 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id DDB998FC18; Tue, 13 Jul 2010 06:48:33 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=HRj3ij7MtkgA:10 a=UBIxAjGgU1YA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=xe-73Pwk_GwCdW-hIm4A:9 a=7AFlrT4Ur7Y_3Ul-qMCJpxDMks0A:4 a=wPNLvfGTeEIA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1404564908; Tue, 13 Jul 2010 08:48:31 +0200 From: Hans Petter Selasky To: PseudoCylon Date: Tue, 13 Jul 2010 08:45:36 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.1-PRERELEASE; KDE/4.3.4; amd64; ; ) References: <201007072113.16320.hselasky@c2i.net> <201007122201.11534.hselasky@c2i.net> <768329.28397.qm@web51801.mail.re2.yahoo.com> In-Reply-To: <768329.28397.qm@web51801.mail.re2.yahoo.com> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'( =?iso-8859-1?q?=3B=5FIjlA=3A=0A=09hGE=2E=2EEw?=, =?iso-8859-1?q?XAQ*o=23=5C/M=7ESC=3DS1-f9=7BEzRfT=27=7CHhll5Q=5Dha5Bt-s=7Co?= =?iso-8859-1?q?TlKMusi=3A1e=5BwJl=7Dkd=7DGR=0A=09Z0adGx-x=5F0zGbZj=27e?=(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201007130845.36437.hselasky@c2i.net> Cc: Sam Leffler , freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: [panic] Race in IEEE802.11 layer towards device drivers X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2010 06:48:35 -0000 On Tuesday 13 July 2010 03:54:08 PseudoCylon wrote: > Should the debugging code, usb_pause_mtx(), be left in the code for > testing? If the drivers don't panic to begin with, we won't know the > patch really fixed the issue. > No, I think it is safe to remove it. --HPS From owner-freebsd-usb@FreeBSD.ORG Tue Jul 13 08:59:27 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73E761065673; Tue, 13 Jul 2010 08:59:27 +0000 (UTC) (envelope-from peerst@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id CADF08FC16; Tue, 13 Jul 2010 08:59:26 +0000 (UTC) Received: by bwz12 with SMTP id 12so3601482bwz.13 for ; Tue, 13 Jul 2010 01:59:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=KArk2cEBTe1pmwnSHP/WKvoCZGhBWEX1h/ysiiprMAA=; b=MaWUyp8nhyd9oDCg5pwfpioi6BFIPyNabinuHwkJOy4tTm8++eR3zyy22pRKzIICVo FbWnOTYLV3+6FHD253qSTm9CMWahN8ZbKBlgXFTiF0FV/G99AUa+o6dp+OXQCilaGZjy GZsqTJV0D/08JxEq5LgB+3IXaKYKX3ZAMWTxw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=c4jSPliLQrj9Hw2lQk6fv2NjvSK3H4+nyQlH6HnJWnktPbhZRJSE0ofNrMqEs1kwLT lSX1sVb2+X6XZ2zHxWE1JH01F8rZdHaAG7MBAEXzXk8rXiJKw9/QPyHoJxCobaZtHb/q Sl9GBhaZAjQg0938JfxbgcV8f1zuk9sm53Wfc= MIME-Version: 1.0 Received: by 10.204.14.71 with SMTP id f7mr11801902bka.200.1279011565607; Tue, 13 Jul 2010 01:59:25 -0700 (PDT) Received: by 10.204.56.134 with HTTP; Tue, 13 Jul 2010 01:59:25 -0700 (PDT) In-Reply-To: References: <201007122020.02934.hselasky@freebsd.org> Date: Tue, 13 Jul 2010 10:59:25 +0200 Message-ID: From: Peer Stritzinger To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-usb@freebsd.org Subject: Re: read(2) always returns 0 when reading from /dev/usb/n.m.k bulk IN endpoint X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2010 08:59:27 -0000 Hi, FYI: just tried using the short xfer ioctl, but the behavior didn't change. in = open (argv[0], O_RDONLY); ioctl(in, USB_SET_RX_SHORT_XFER, 1); n = read(in, buf, NBUF); now trying libusb for this. -- Peer On Mon, Jul 12, 2010 at 10:41 PM, Peer Stritzinger wrote: > Hi, > > On Mon, Jul 12, 2010 at 8:20 PM, Hans Petter Selasky > wrote: > >> On Monday 12 July 2010 19:22:28 Peer Stritzinger wrote: >> > However the read always returns 0. >> > >> > Tried different buffer sizes etc. >> Hi, >> >> Maybe you are missing to set the short transfer OK flag. >> >> Else I recommend using LibUSB. >> >> --HPS >> > > Did'nt set this flag (not doing any ioctls on the ugen device at all). > > However I did try matching either the max packetlen, or the read buffer > size with the actual bytes sent, so I thought it shouldn't matter. > > I'll move on to libusb and not waste any more time with the raw interfaces. > > Thanks > -- Peer > From owner-freebsd-usb@FreeBSD.ORG Tue Jul 13 19:54:11 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60B29106564A; Tue, 13 Jul 2010 19:54:11 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 381CA8FC23; Tue, 13 Jul 2010 19:54:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6DJsBL1083901; Tue, 13 Jul 2010 19:54:11 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6DJsBkj083897; Tue, 13 Jul 2010 19:54:11 GMT (envelope-from remko) Date: Tue, 13 Jul 2010 19:54:11 GMT Message-Id: <201007131954.o6DJsBkj083897@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-usb@FreeBSD.org, thompsa@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/146693: [rum] Edimax EW‐ 7318USG not found in usbdevs or if_rum.c X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2010 19:54:11 -0000 Synopsis: [rum] Edimax EW‐7318USG not found in usbdevs or if_rum.c Responsible-Changed-From-To: freebsd-usb->thompsa Responsible-Changed-By: remko Responsible-Changed-When: Tue Jul 13 19:53:07 UTC 2010 Responsible-Changed-Why: Assign to Andrew, Andrew I tried to see what it takes to properly merge this, and anotate gives me that this might be revision 203134, which is the addition of run(4), but seems to include additional changes. http://www.freebsd.org/cgi/query-pr.cgi?pr=146693 From owner-freebsd-usb@FreeBSD.ORG Tue Jul 13 20:09:26 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E692B106566C; Tue, 13 Jul 2010 20:09:26 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BDED38FC1A; Tue, 13 Jul 2010 20:09:26 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6DK9Qdd092132; Tue, 13 Jul 2010 20:09:26 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6DK9QY7092128; Tue, 13 Jul 2010 20:09:26 GMT (envelope-from remko) Date: Tue, 13 Jul 2010 20:09:26 GMT Message-Id: <201007132009.o6DK9QY7092128@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-usb@FreeBSD.org, remko@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/148189: [usbdevs] [usb8] [patch] provide descriptive string for NEC EHCI 7-port USB hub X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2010 20:09:27 -0000 Synopsis: [usbdevs] [usb8] [patch] provide descriptive string for NEC EHCI 7-port USB hub Responsible-Changed-From-To: freebsd-usb->remko Responsible-Changed-By: remko Responsible-Changed-When: Tue Jul 13 20:09:26 UTC 2010 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=148189 From owner-freebsd-usb@FreeBSD.ORG Tue Jul 13 21:40:45 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 618301065675 for ; Tue, 13 Jul 2010 21:40:45 +0000 (UTC) (envelope-from peerst@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id E6A1B8FC1C for ; Tue, 13 Jul 2010 21:40:44 +0000 (UTC) Received: by bwz12 with SMTP id 12so4185092bwz.13 for ; Tue, 13 Jul 2010 14:40:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type:content-transfer-encoding; bh=tuUvOBWsenD8YhdzVilgxww3Z5dMAMOr5HS66gB/veA=; b=wWvlYtxkW3MPSM5YWztfZbRbzaO77/KGrWtR9sPBCDx5+lCw76k9LMqe09TBPqtFIn gv0iK+aYLlFxIsVu/1YVGlUIwUdBz60hNrArUv3uucSYHNKR8U5xMKmFNjwMMsQb9Y6u L5f353+txkOEdR0P8kB5NCktNQu+j4vgFvs8k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=b2T3faGj1Ne+I+YNs+yu5nmxqP5aCZZucBIpX+3xWMqNXaa4e2d+id8K9xsNBF0+yV viq7HBUW0eyQjXzQntkmcGALHucaz3Gt81kFGYx0GqgSwQkwO/l3ocOUd7YbO/mAl3Gk 0s5pRigFuFG1axWIBLUtghwqUbBd6OcgNr1gM= MIME-Version: 1.0 Received: by 10.204.47.193 with SMTP id o1mr12555107bkf.134.1279057243964; Tue, 13 Jul 2010 14:40:43 -0700 (PDT) Received: by 10.204.56.134 with HTTP; Tue, 13 Jul 2010 14:40:43 -0700 (PDT) Date: Tue, 13 Jul 2010 23:40:43 +0200 Message-ID: From: Peer Stritzinger To: freebsd-usb@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: libusb10: libusb_bulk_transfer returns LIBUSB_ERROR_OTHER caused by USB_FS_OPEN ioctl in ugen20_tr_open X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2010 21:40:45 -0000 Hi, with the setup from my post of yesterday I'm trying IN transfers with libusb 1.0 and now I'm a bit stuck. In essence I'm doing: =A0=A0cnt =3D libusb_get_device_list(NULL, &list); ... find device -> now in found =A0=A0if (found) { =A0=A0 =A0libusb_device_handle *handle; ... =A0=A0 =A0rv =3D libusb_open(found, &handle); trans_len =3D 0; rv =3D libusb_bulk_transfer(handle, ep, buf, NBUF, &trans_len, 0); What I get is rv -> LIBUSB_ERROR_OTHER to get closer to re reason for this I debugged the last call into libusb The error return is caused in ugen20_tr_open(): ioctl(xfer->pdev->file, USB_FS_OPEN, &temp) returns !=3D 0, errno -> EINVAL Params to this ioctl are: (gdb) p temp $1 =3D {max_bufsize =3D 16384, max_frames =3D 1, max_packet_length =3D 0, dev_index =3D 0 '\0', ep_index =3D 24 '\030', ep_no =3D 6 '\006'} (gdb) p *xfer $2 =3D {pdev =3D 0x282033c0, callback =3D 0x28094190 , priv_sc0 =3D 0x282033c0, priv_sc1 =3D 0x28221060, ppBuffer =3D 0x2822208c= , pLength =3D 0x28222088, maxTotalLength =3D 0, maxFrames =3D 1, nFrames = =3D 0, aFrames =3D 0, timeout =3D 0, timeComplete =3D 0, trIndex =3D 24, maxPack= etLen =3D 0, flags =3D 0 '\0', status =3D 0 '\0', is_opened =3D 0 '\0', is_pending =3D= 0 '\0', is_cancel =3D 0 '\0', is_draining =3D 0 '\0', is_restart =3D 0 '\0'} (gdb) p *xfer->pdev $3 =3D {ddesc =3D {LIBUSB20_DEVICE_DESC_FORMAT =3D 0x2809abd4, bLength =3D = 18 '\022', bDescriptorType =3D 1 '\001', bcdUSB =3D 512, bDeviceClass =3D 0 '\0', bDeviceSubClass =3D 0 '\0', bDeviceProtocol =3D 0 '\0', bMaxPacketSize0 =3D 64 '@', idVendor =3D 1133, idProduct =3D 49177, bcdDevice =3D 0, iManufacturer =3D 1 '\001', iProduct =3D 2 '\002', iSerialNumber =3D 0 '\0', bNumConfigurations =3D 1 '\001'}, session_dat= a =3D { session_data =3D 1731721030, tv =3D {tv_sec =3D 1731721030, tv_nsec =3D= 0}, plugtime =3D 1731721030}, dev_entry =3D {tqe_next =3D 0x0, tqe_prev =3D 0x28202030}, methods =3D 0x2809aac0, beMethods =3D 0x2809a= a80, pTransfer =3D 0x28209c00, privBeData =3D 0x28215300, privLuData =3D 0x282= 07100, claimed_interface =3D 0 '\0', file =3D 12, file_ctrl =3D 11, debug =3D 0, nTransfer =3D 64, bus_number =3D 3 '\003', device_address =3D 2 '\002', usb_mode =3D 0 '\0', usb_speed =3D 3 '\003', is_opened =3D 1 '\001', usb_desc =3D "ugen3.2: at usbus3", '\0' } BTW usb_desc is showing the right device. Any suggestions? Kind regards, Peer Stritzinger From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 07:38:28 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D21C1065672 for ; Wed, 14 Jul 2010 07:38:28 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.tele2.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 75E838FC18 for ; Wed, 14 Jul 2010 07:38:27 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=cesdk5w18HYA:10 a=ygRHs6EKU7oA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=cIZCSEmovbmDRW584tAA:9 a=k6pWixVsIFAjEFmGNU-oxHka0c4A:4 a=wPNLvfGTeEIA:10 a=P3qLrTBu_0-CnHLR:21 a=ZbNZk4U38BqvE6XB:21 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1208058560; Wed, 14 Jul 2010 09:38:25 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Wed, 14 Jul 2010 09:35:29 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.1-PRERELEASE; KDE/4.3.4; amd64; ; ) References: In-Reply-To: X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'( =?iso-8859-1?q?=3B=5FIjlA=3A=0A=09hGE=2E=2EEw?=, =?iso-8859-1?q?XAQ*o=23=5C/M=7ESC=3DS1-f9=7BEzRfT=27=7CHhll5Q=5Dha5Bt-s=7Co?= =?iso-8859-1?q?TlKMusi=3A1e=5BwJl=7Dkd=7DGR=0A=09Z0adGx-x=5F0zGbZj=27e?=(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201007140935.29738.hselasky@c2i.net> Cc: Subject: Re: libusb10: libusb_bulk_transfer returns LIBUSB_ERROR_OTHER caused by USB_FS_OPEN ioctl in ugen20_tr_open X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 07:38:28 -0000 On Tuesday 13 July 2010 23:40:43 Peer Stritzinger wrote: > Hi, > > with the setup from my post of yesterday I'm trying IN transfers with > libusb 1.0 and now I'm a bit stuck. > > In essence I'm doing: > > cnt = libusb_get_device_list(NULL, &list); > > ... find device -> now in found > > if (found) { > libusb_device_handle *handle; > ... > rv = libusb_open(found, &handle); > trans_len = 0; > rv = libusb_bulk_transfer(handle, ep, buf, NBUF, &trans_len, 0); > > > What I get is rv -> LIBUSB_ERROR_OTHER to get closer to re reason for > this I debugged the last call into libusb > > The error return is caused in ugen20_tr_open(): > > ioctl(xfer->pdev->file, USB_FS_OPEN, &temp) > > returns != 0, errno -> EINVAL > > Params to this ioctl are: > > (gdb) p temp > $1 = {max_bufsize = 16384, max_frames = 1, max_packet_length = 0, > dev_index = 0 '\0', ep_index = 24 '\030', ep_no = 6 '\006'} > > (gdb) p *xfer > $2 = {pdev = 0x282033c0, callback = 0x28094190 , > priv_sc0 = 0x282033c0, priv_sc1 = 0x28221060, ppBuffer = 0x2822208c, > pLength = 0x28222088, maxTotalLength = 0, maxFrames = 1, nFrames = 0, > aFrames = 0, timeout = 0, timeComplete = 0, trIndex = 24, maxPacketLen = > 0, flags = 0 '\0', status = 0 '\0', is_opened = 0 '\0', is_pending = 0 > '\0', is_cancel = 0 '\0', is_draining = 0 '\0', is_restart = 0 '\0'} > (gdb) p *xfer->pdev > $3 = {ddesc = {LIBUSB20_DEVICE_DESC_FORMAT = 0x2809abd4, bLength = 18 > '\022', bDescriptorType = 1 '\001', bcdUSB = 512, bDeviceClass = 0 '\0', > bDeviceSubClass = 0 '\0', bDeviceProtocol = 0 '\0', > bMaxPacketSize0 = 64 '@', idVendor = 1133, idProduct = 49177, > bcdDevice = 0, iManufacturer = 1 '\001', iProduct = 2 '\002', > iSerialNumber = 0 '\0', bNumConfigurations = 1 '\001'}, session_data = > { session_data = 1731721030, tv = {tv_sec = 1731721030, tv_nsec = 0}, > plugtime = 1731721030}, dev_entry = {tqe_next = 0x0, > tqe_prev = 0x28202030}, methods = 0x2809aac0, beMethods = 0x2809aa80, > pTransfer = 0x28209c00, privBeData = 0x28215300, privLuData = 0x28207100, > claimed_interface = 0 '\0', file = 12, file_ctrl = 11, debug = 0, > nTransfer = 64, bus_number = 3 '\003', device_address = 2 '\002', > usb_mode = 0 '\0', usb_speed = 3 '\003', is_opened = 1 '\001', > usb_desc = "ugen3.2: at usbus3", '\0' times>} > > BTW usb_desc is showing the right device. > > Any suggestions? IN endpoints must be OR'ed with 0x80. Could you dump the configuration descriptor of your device? Also you might need to claim the interfaces. --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 12:31:30 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3CFD1065670 for ; Wed, 14 Jul 2010 12:31:30 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51801.mail.re2.yahoo.com (web51801.mail.re2.yahoo.com [206.190.38.232]) by mx1.freebsd.org (Postfix) with SMTP id 6071B8FC16 for ; Wed, 14 Jul 2010 12:31:30 +0000 (UTC) Received: (qmail 27287 invoked by uid 60001); 14 Jul 2010 12:31:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1279110689; bh=UXqtfrOztvnWGBWu47ODYvdGZZhzzajidClsCIikYT0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=pe344NUATQzoxBTdlZFL74QdSlskfnmUvhgcIxGENYyEIOVnyqkejlm09A/4U6xcBpbDdrKOIbm15mPVnU0NhJzRUZzi+EFgD6o41zkxhV+HVNhItzmwiGPNwLwAFcMbSqvxT+vdcT4Y3FRBKuAydFHhnv4cpVbhIcM86GRRxPQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=EGRYVNJvjAPcnWCiw+jVLZMVcb9kk2HIWNFzqQkp7HXuXpbSXxZzPObuLlwU5c0q6PmZwAncgnn3rQZHuoH4mGeDhDlNW/9tNRy4wveXLlKT06GqHsGUIyoGXzdowv+RAtADSJ//u3/CI0UXWwyLEIHaKiEBqfXNPfSOnd42foU=; Message-ID: <713105.26677.qm@web51801.mail.re2.yahoo.com> X-YMail-OSG: _JMZQK8VM1knJTTRFUB_QnY4qPxbzLrMf6444YC0WUr6jUR GAO5dnvisN1P45v4MnuRZe8vL0t91RKO2naGdB6_zKIDmDpNXbZn4iQT1XSF J9DLwyfF1u9z98b79NCqUB5iec5VU4wPjTWelCDTBhDeIE0l_dbGRkaLVb0D KvvKFR4DulSc6TomDdUcd2ScVCDPMYs27F1OuKD_ulUmPzLMePXN4D5zJE7G gJ32xgOyKKayg2LxAjcM20YsNp5_gxNraYYjNa06v95nb90qluuWjWchY1eV zhxSa3Fn0xI.NRi2vuLXx37TChXweoVa29YrjkJKHcM1V51TnHjrbQaRNtvJ N8pZxYLJFmUA- Received: from [173.183.132.20] by web51801.mail.re2.yahoo.com via HTTP; Wed, 14 Jul 2010 05:31:29 PDT X-Mailer: YahooMailRC/420.4 YahooMailWebService/0.8.104.276605 References: <201007072113.16320.hselasky@c2i.net> <201007122201.11534.hselasky@c2i.net> Date: Wed, 14 Jul 2010 05:31:29 -0700 (PDT) From: PseudoCylon To: Hans Petter Selasky , freebsd-current@freebsd.org In-Reply-To: <201007122201.11534.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Sam Leffler , freebsd-usb@freebsd.org Subject: Re: [panic] Race in IEEE802.11 layer towards device drivers X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 12:31:30 -0000 ----- Original Message ---- > From: Hans Petter Selasky > To: freebsd-current@freebsd.org > Cc: Andrew Thompson ; Sam Leffler ; >PseudoCylon ; freebsd-usb@freebsd.org > Sent: Mon, July 12, 2010 2:01:11 PM > Subject: Re: [panic] Race in IEEE802.11 layer towards device drivers > > Hi Andrew, > > Your patch appears to be working. Can you fix this issue in the other WLAN > drivers aswell? Then send an e-mail to request testing? I had a go at it here: > > http://p4web.freebsd.org/@@180844?ac=10 > Can this patch be included into testing? patch to P4 USB rev. 14 if_run.c If not, at least please delete an extra semicolon at the end of line 3191 (must be an merge bug). I missed it since it wans't in diff/patch. AK summary of changes * fixes bugs in rev 209144 a shared key was written properly only on first time init, but not subsequent init. Make sure the key is written all the time. * stop checking 'pending' in run_cmdq_cb(). When loop 'pending' times, new tasks enqueued while looping won't be executed because 'pending' passed from taskqueue function won't be incremented. -- patch begin -- diff --git a/dev/usb/wlan/if_run.c b/dev/usb/wlan/if_run.c index 7a3952c..12b45ec 100644 --- a/dev/usb/wlan/if_run.c +++ b/dev/usb/wlan/if_run.c @@ -830,9 +830,6 @@ run_vap_create(struct ieee80211com *ic, if(sc->rvp_cnt++ == 0) ic->ic_opmode = opmode; -if(opmode == IEEE80211_M_HOSTAP) -sc->cmdq_run = RUN_CMDQ_GO; - DPRINTF("rvp_id=%d bmap=%x rvp_cnt=%d\n", rvp->rvp_id, sc->rvp_bmap, sc->rvp_cnt); @@ -891,15 +888,16 @@ run_cmdq_cb(void *arg, int pending) /* call cmdq[].func locked */ RUN_LOCK(sc); -for(i = sc->cmdq_exec; sc->cmdq[i].func && pending; - i = sc->cmdq_exec, pending--){ +for (i = sc->cmdq_exec; sc->cmdq[i].func; i = sc->cmdq_exec) { DPRINTFN(6, "cmdq_exec=%d pending=%d\n", i, pending); -if(sc->cmdq_run == RUN_CMDQ_GO){ +if (sc->cmdq_run == RUN_CMDQ_GO || + (sc->cmdq_key_set == RUN_CMDQ_GO && + sc->cmdq[i].func == run_key_set_cb)) { /* * If arg0 is NULL, callback func needs more * than one arg. So, pass ptr to cmdq struct. */ -if(sc->cmdq[i].arg0) +if (sc->cmdq[i].arg0) sc->cmdq[i].func(sc->cmdq[i].arg0); else sc->cmdq[i].func(&sc->cmdq[i]); @@ -1771,6 +1769,19 @@ run_newstate(struct ieee80211vap *vap, enum ieee80211_state nstate, int arg) case IEEE80211_S_INIT: restart_ratectl = 1; +/* + * When hostapd has set a key, don't clear it. + * But, when the device is being brought down, clear it. + */ +if (sc->cmdq_key_set != RUN_CMDQ_GO || + ostate == IEEE80211_S_RUN) { +/* clear shared key table */ +run_set_region_4(sc, + RT2860_SKEY(rvp->rvp_id, 0), 0, 4 * 32); +/* clear shared key mode */ +run_set_region_4(sc, RT2860_SKEY_MODE_0_7, 0, 4); +} + if (ostate != IEEE80211_S_RUN) break; @@ -2100,13 +2111,10 @@ run_key_set(struct ieee80211vap *vap, struct ieee80211_key *k, * To make sure key will be set when hostapd * calls iv_key_set() before if_init(). */ -if(vap->iv_opmode == IEEE80211_M_HOSTAP){ -RUN_LOCK(sc); +if (vap->iv_opmode == IEEE80211_M_HOSTAP) sc->cmdq_key_set = RUN_CMDQ_GO; -RUN_UNLOCK(sc); -} -return(1); +return (1); } /* @@ -3188,7 +3196,7 @@ run_sendprot(struct run_softc *sc, ackrate = ieee80211_ack_rate(ic->ic_rt, rate); isshort = (ic->ic_flags & IEEE80211_F_SHPREAMBLE) != 0; -dur = ieee80211_compute_duration(ic->ic_rt, pktlen, rate, isshort); +dur = ieee80211_compute_duration(ic->ic_rt, pktlen, rate, isshort) + ieee80211_ack_duration(ic->ic_rt, rate, isshort); wflags = RT2860_TX_FRAG; @@ -4693,14 +4701,6 @@ run_init_locked(struct run_softc *sc) /* clear WCID attribute table */ run_set_region_4(sc, RT2860_WCID_ATTR(0), 0, 8 * 32); -/* hostapd sets a key before init. So, don't clear it. */ -if(sc->cmdq_key_set != RUN_CMDQ_GO){ -/* clear shared key table */ -run_set_region_4(sc, RT2860_SKEY(0, 0), 0, 8 * 32); -/* clear shared key mode */ -run_set_region_4(sc, RT2860_SKEY_MODE_0_7, 0, 4); -} - run_read(sc, RT2860_US_CYC_CNT, &tmp); tmp = (tmp & ~0xff) | 0x1e; run_write(sc, RT2860_US_CYC_CNT, tmp); @@ -4807,7 +4807,7 @@ run_stop(void *arg) ifp->if_drv_flags &= ~(IFF_DRV_RUNNING | IFF_DRV_OACTIVE); sc->ratectl_run = RUN_RATECTL_OFF; -sc->cmdq_run = sc->cmdq_key_set; +sc->cmdq_run = RUN_CMDQ_ABORT; RUN_UNLOCK(sc); -- end patch -- From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 12:53:56 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3E6A106564A; Wed, 14 Jul 2010 12:53:56 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id B79888FC1E; Wed, 14 Jul 2010 12:53:55 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=HRj3ij7MtkgA:10 a=UBIxAjGgU1YA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=yp3tKpVPvOpUWRPwl10A:9 a=vb7KpOactU-25VnTXeMpJ6YlZ3kA:4 a=wPNLvfGTeEIA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1393927694; Wed, 14 Jul 2010 14:53:53 +0200 From: Hans Petter Selasky To: PseudoCylon Date: Wed, 14 Jul 2010 14:50:59 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <201007072113.16320.hselasky@c2i.net> <201007122201.11534.hselasky@c2i.net> <713105.26677.qm@web51801.mail.re2.yahoo.com> In-Reply-To: <713105.26677.qm@web51801.mail.re2.yahoo.com> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'( =?iso-8859-1?q?=3B=5FIjlA=3A=0A=09hGE=2E=2EEw?=, =?iso-8859-1?q?XAQ*o=23=5C/M=7ESC=3DS1-f9=7BEzRfT=27=7CHhll5Q=5Dha5Bt-s=7Co?= =?iso-8859-1?q?TlKMusi=3A1e=5BwJl=7Dkd=7DGR=0A=09Z0adGx-x=5F0zGbZj=27e?=(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201007141450.59356.hselasky@c2i.net> Cc: Sam Leffler , freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: [panic] Race in IEEE802.11 layer towards device drivers X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 12:53:56 -0000 On Wednesday 14 July 2010 14:31:29 PseudoCylon wrote: > -if(vap->iv_opmode == IEEE80211_M_HOSTAP){ > -RUN_LOCK(sc); > +if (vap->iv_opmode == IEEE80211_M_HOSTAP) > sc->cmdq_key_set = RUN_CMDQ_GO; > -RUN_UNLOCK(sc); > -} > Why are you removing these locks? --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 13:14:43 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3D2C1065678; Wed, 14 Jul 2010 13:14:43 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id C71E48FC15; Wed, 14 Jul 2010 13:14:42 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=+aufMl16ZjoZikD717oZHt/II3iOLg17uabV0d0CmU0= c=1 sm=1 a=HRj3ij7MtkgA:10 a=UBIxAjGgU1YA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=BEL1k6X5M7XCOl_27zQA:9 a=_FUVAfVLo7ZMgwwlwbfSzTOVigcA:4 a=wPNLvfGTeEIA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:117 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 289938; Wed, 14 Jul 2010 15:14:41 +0200 To: PseudoCylon From: Hans Petter Selasky X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'( =?iso-8859-1?q?=3B=5FIjlA=3A=0A=09hGE=2E=2EEw?=, =?iso-8859-1?q?XAQ*o=23=5C/M=7ESC=3DS1-f9=7BEzRfT=27=7CHhll5Q=5Dha5Bt-s=7Co?= =?iso-8859-1?q?TlKMusi=3A1e=5BwJl=7Dkd=7DGR=0A=09Z0adGx-x=5F0zGbZj=27e?=(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' Date: Wed, 14 Jul 2010 15:11:46 +0200 MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201007141511.46190.hselasky@c2i.net> Cc: Sam Leffler , freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: [panic] Race in IEEE802.11 layer towards device drivers X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 13:14:43 -0000 On Wednesday 14 July 2010 14:31:29 PseudoCylon wrote: > -if(vap->iv_opmode == IEEE80211_M_HOSTAP){ > -RUN_LOCK(sc); > +if (vap->iv_opmode == IEEE80211_M_HOSTAP) > sc->cmdq_key_set = RUN_CMDQ_GO; > -RUN_UNLOCK(sc); > -} > > Why are you removing these locks? Another question: i = RUN_CMDQ_GET(&sc->cmdq_store); DPRINTF("cmdq_store=%d\n", i); sc->cmdq[i].func = run_update_beacon_cb; sc->cmdq[i].arg0 = vap; Why is this code and similar places not enclosed with mutexes? --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 16:04:11 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE80A1065672; Wed, 14 Jul 2010 16:04:11 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 961A38FC1D; Wed, 14 Jul 2010 16:04:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6EG4BX3067324; Wed, 14 Jul 2010 16:04:11 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6EG4AKd067320; Wed, 14 Jul 2010 16:04:10 GMT (envelope-from remko) Date: Wed, 14 Jul 2010 16:04:10 GMT Message-Id: <201007141604.o6EG4AKd067320@freefall.freebsd.org> To: hans@huebner.org, remko@FreeBSD.org, freebsd-usb@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: i386/46371: USB controller cannot be initialized on IBM Netfinity 4000R X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 16:04:11 -0000 Synopsis: USB controller cannot be initialized on IBM Netfinity 4000R State-Changed-From-To: open->closed State-Changed-By: remko State-Changed-When: Wed Jul 14 16:04:10 UTC 2010 State-Changed-Why: The USB subsystem entirely changed, so it's no longer the way it was. This needs retesting on recent hardware and then decide what to do. http://www.freebsd.org/cgi/query-pr.cgi?pr=46371 From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 16:06:03 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2938A1065676; Wed, 14 Jul 2010 16:06:03 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 008F98FC14; Wed, 14 Jul 2010 16:06:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6EG626O067422; Wed, 14 Jul 2010 16:06:02 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6EG62ce067418; Wed, 14 Jul 2010 16:06:02 GMT (envelope-from remko) Date: Wed, 14 Jul 2010 16:06:02 GMT Message-Id: <201007141606.o6EG62ce067418@freefall.freebsd.org> To: raaf@luna.afraid.org, remko@FreeBSD.org, freebsd-usb@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/91629: [usb] usbd_abort_pipe() may result in infinite loop X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 16:06:03 -0000 Synopsis: [usb] usbd_abort_pipe() may result in infinite loop State-Changed-From-To: open->feedback State-Changed-By: remko State-Changed-When: Wed Jul 14 16:05:46 UTC 2010 State-Changed-Why: The entire stack had seen dramatic changes, can you confirm that this is still relevant at all? http://www.freebsd.org/cgi/query-pr.cgi?pr=91629 From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 16:06:20 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C3F31065673; Wed, 14 Jul 2010 16:06:20 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 039188FC1A; Wed, 14 Jul 2010 16:06:20 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6EG6JA1067521; Wed, 14 Jul 2010 16:06:19 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6EG6JEB067517; Wed, 14 Jul 2010 16:06:19 GMT (envelope-from remko) Date: Wed, 14 Jul 2010 16:06:19 GMT Message-Id: <201007141606.o6EG6JEB067517@freefall.freebsd.org> To: polzun@scar.jinr.ru, remko@FreeBSD.org, freebsd-usb@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/84750: [hang] 6-BETA2 reboot/shutdown with root_fs on external HDD fails X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 16:06:20 -0000 Synopsis: [hang] 6-BETA2 reboot/shutdown with root_fs on external HDD fails State-Changed-From-To: feedback->closed State-Changed-By: remko State-Changed-When: Wed Jul 14 16:06:19 UTC 2010 State-Changed-Why: Feedback tieout http://www.freebsd.org/cgi/query-pr.cgi?pr=84750 From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 16:07:42 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDDF51065673; Wed, 14 Jul 2010 16:07:42 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C67918FC1B; Wed, 14 Jul 2010 16:07:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6EG7g6u067603; Wed, 14 Jul 2010 16:07:42 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6EG7grY067599; Wed, 14 Jul 2010 16:07:42 GMT (envelope-from remko) Date: Wed, 14 Jul 2010 16:07:42 GMT Message-Id: <201007141607.o6EG7grY067599@freefall.freebsd.org> To: wmaus@wmaus.net, remko@FreeBSD.org, freebsd-usb@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/80040: [sound] [hang] Use of sound mixer causes system freeze with uaudio driver X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 16:07:43 -0000 Synopsis: [sound] [hang] Use of sound mixer causes system freeze with uaudio driver State-Changed-From-To: open->feedback State-Changed-By: remko State-Changed-When: Wed Jul 14 16:07:31 UTC 2010 State-Changed-Why: Hello, is this still relevant for recent FreeBSD versions? http://www.freebsd.org/cgi/query-pr.cgi?pr=80040 From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 16:09:15 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58289106567C; Wed, 14 Jul 2010 16:09:15 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 051E38FC20; Wed, 14 Jul 2010 16:09:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6EG9EaH067666; Wed, 14 Jul 2010 16:09:14 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6EG9Eli067662; Wed, 14 Jul 2010 16:09:14 GMT (envelope-from remko) Date: Wed, 14 Jul 2010 16:09:14 GMT Message-Id: <201007141609.o6EG9Eli067662@freefall.freebsd.org> To: bdluevel@heitec.net, remko@FreeBSD.org, freebsd-usb@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/74771: [umass] [hang] mounting write-protected umass device as read/write hangs device X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 16:09:15 -0000 Synopsis: [umass] [hang] mounting write-protected umass device as read/write hangs device State-Changed-From-To: open->feedback State-Changed-By: remko State-Changed-When: Wed Jul 14 16:08:29 UTC 2010 State-Changed-Why: The system had seen important changes to this and other code that supports what you are describing (unplugging USB hardware should no longer panic the system). Can you please confirm that it's still a problem? http://www.freebsd.org/cgi/query-pr.cgi?pr=74771 From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 16:09:44 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E5F6106567D; Wed, 14 Jul 2010 16:09:44 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 65F838FC0A; Wed, 14 Jul 2010 16:09:44 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6EG9iPh067714; Wed, 14 Jul 2010 16:09:44 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6EG9hvm067710; Wed, 14 Jul 2010 16:09:43 GMT (envelope-from remko) Date: Wed, 14 Jul 2010 16:09:43 GMT Message-Id: <201007141609.o6EG9hvm067710@freefall.freebsd.org> To: Jan.Stocker@t-online.de, remko@FreeBSD.org, freebsd-usb@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/75705: [umass] [panic] da0 attach / Optio S4 (with backtrace) X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 16:09:44 -0000 Synopsis: [umass] [panic] da0 attach / Optio S4 (with backtrace) State-Changed-From-To: open->feedback State-Changed-By: remko State-Changed-When: Wed Jul 14 16:09:32 UTC 2010 State-Changed-Why: Is this still a problem on recent versions of FreeBSD? http://www.freebsd.org/cgi/query-pr.cgi?pr=75705 From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 16:10:25 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FF2F106566B; Wed, 14 Jul 2010 16:10:25 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DC9B78FC1E; Wed, 14 Jul 2010 16:10:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6EGAOm4070882; Wed, 14 Jul 2010 16:10:24 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6EGAOph070878; Wed, 14 Jul 2010 16:10:24 GMT (envelope-from remko) Date: Wed, 14 Jul 2010 16:10:24 GMT Message-Id: <201007141610.o6EGAOph070878@freefall.freebsd.org> To: raaf@luna.afraid.org, remko@FreeBSD.org, freebsd-usb@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/91629: [usb] usbd_abort_pipe() may result in infinite loop X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 16:10:25 -0000 Synopsis: [usb] usbd_abort_pipe() may result in infinite loop State-Changed-From-To: feedback->closed State-Changed-By: remko State-Changed-When: Wed Jul 14 16:10:24 UTC 2010 State-Changed-Why: Mail bounces http://www.freebsd.org/cgi/query-pr.cgi?pr=91629 From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 16:11:14 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3C5E1065678; Wed, 14 Jul 2010 16:11:14 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BAB178FC0A; Wed, 14 Jul 2010 16:11:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6EGBEiT075873; Wed, 14 Jul 2010 16:11:14 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6EGBEfJ075869; Wed, 14 Jul 2010 16:11:14 GMT (envelope-from remko) Date: Wed, 14 Jul 2010 16:11:14 GMT Message-Id: <201007141611.o6EGBEfJ075869@freefall.freebsd.org> To: greg@greg.jp, remko@FreeBSD.org, freebsd-usb@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/75797: [sound] [regression] 5.3-STABLE(2005 1/4) detect USB headset, But can not found play channel X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 16:11:15 -0000 Synopsis: [sound] [regression] 5.3-STABLE(2005 1/4) detect USB headset, But can not found play channel State-Changed-From-To: open->feedback State-Changed-By: remko State-Changed-When: Wed Jul 14 16:11:03 UTC 2010 State-Changed-Why: Is this still a problem on recent FreeBSD versions? http://www.freebsd.org/cgi/query-pr.cgi?pr=75797 From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 16:11:34 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4F6E1065672; Wed, 14 Jul 2010 16:11:34 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8C6838FC0A; Wed, 14 Jul 2010 16:11:34 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6EGBYqa075919; Wed, 14 Jul 2010 16:11:34 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6EGBYw3075915; Wed, 14 Jul 2010 16:11:34 GMT (envelope-from remko) Date: Wed, 14 Jul 2010 16:11:34 GMT Message-Id: <201007141611.o6EGBYw3075915@freefall.freebsd.org> To: timlee@sonic.net, remko@FreeBSD.org, freebsd-usb@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/76395: [uhci] USB printer does not work, usbdevs says "addr 0 should never happen!" X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 16:11:34 -0000 Synopsis: [uhci] USB printer does not work, usbdevs says "addr 0 should never happen!" State-Changed-From-To: open->feedback State-Changed-By: remko State-Changed-When: Wed Jul 14 16:11:22 UTC 2010 State-Changed-Why: Is this still a problem on recent FreeBSD versions? http://www.freebsd.org/cgi/query-pr.cgi?pr=76395 From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 16:12:38 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5BB81065676; Wed, 14 Jul 2010 16:12:38 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9D0B18FC24; Wed, 14 Jul 2010 16:12:38 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6EGCcAM076020; Wed, 14 Jul 2010 16:12:38 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6EGCcMW076016; Wed, 14 Jul 2010 16:12:38 GMT (envelope-from remko) Date: Wed, 14 Jul 2010 16:12:38 GMT Message-Id: <201007141612.o6EGCcMW076016@freefall.freebsd.org> To: yuri@tsoft.com, remko@FreeBSD.org, freebsd-usb@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/77184: [umass] [panic] kernel panic on USB device disconnect, even if not detected X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 16:12:38 -0000 Synopsis: [umass] [panic] kernel panic on USB device disconnect, even if not detected State-Changed-From-To: open->feedback State-Changed-By: remko State-Changed-When: Wed Jul 14 16:12:25 UTC 2010 State-Changed-Why: Is this still a problem on more recent versions of FreeBSD? http://www.freebsd.org/cgi/query-pr.cgi?pr=77184 From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 16:14:35 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71D21106566C; Wed, 14 Jul 2010 16:14:35 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4A3558FC16; Wed, 14 Jul 2010 16:14:35 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6EGEZdD077191; Wed, 14 Jul 2010 16:14:35 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6EGEZAi077187; Wed, 14 Jul 2010 16:14:35 GMT (envelope-from remko) Date: Wed, 14 Jul 2010 16:14:35 GMT Message-Id: <201007141614.o6EGEZAi077187@freefall.freebsd.org> To: steve@Watt.COM, remko@FreeBSD.org, freebsd-usb@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/77294: [ucom] [panic] ucom + ulpcom panic X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 16:14:35 -0000 Synopsis: [ucom] [panic] ucom + ulpcom panic State-Changed-From-To: open->feedback State-Changed-By: remko State-Changed-When: Wed Jul 14 16:14:23 UTC 2010 State-Changed-Why: Is this still relevant? http://www.freebsd.org/cgi/query-pr.cgi?pr=77294 From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 16:15:12 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC18F1065677; Wed, 14 Jul 2010 16:15:12 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B35688FC1E; Wed, 14 Jul 2010 16:15:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6EGFCmo077295; Wed, 14 Jul 2010 16:15:12 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6EGFCx3077291; Wed, 14 Jul 2010 16:15:12 GMT (envelope-from remko) Date: Wed, 14 Jul 2010 16:15:12 GMT Message-Id: <201007141615.o6EGFCx3077291@freefall.freebsd.org> To: murray_baker@NOSPAM.ihug.com.au, remko@FreeBSD.org, freebsd-usb@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/79269: [ohci] USB ohci da0 plug/unplug causes crashes and lockups. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 16:15:12 -0000 Synopsis: [ohci] USB ohci da0 plug/unplug causes crashes and lockups. State-Changed-From-To: open->closed State-Changed-By: remko State-Changed-When: Wed Jul 14 16:15:11 UTC 2010 State-Changed-Why: This should be fixed in the meanwhile, if this is incorrect please let me know. http://www.freebsd.org/cgi/query-pr.cgi?pr=79269 From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 16:16:12 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90ED91065674; Wed, 14 Jul 2010 16:16:12 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 688DB8FC15; Wed, 14 Jul 2010 16:16:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6EGGCdx077394; Wed, 14 Jul 2010 16:16:12 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6EGGCno077390; Wed, 14 Jul 2010 16:16:12 GMT (envelope-from remko) Date: Wed, 14 Jul 2010 16:16:12 GMT Message-Id: <201007141616.o6EGGCno077390@freefall.freebsd.org> To: akropel1@rochester.rr.com, remko@FreeBSD.org, freebsd-usb@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/79287: [uhci] [hang] UHCI hang after interrupt transfer X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 16:16:12 -0000 Synopsis: [uhci] [hang] UHCI hang after interrupt transfer State-Changed-From-To: open->closed State-Changed-By: remko State-Changed-When: Wed Jul 14 16:16:11 UTC 2010 State-Changed-Why: HPS' version is imported in recent version, so this should be resolved now. http://www.freebsd.org/cgi/query-pr.cgi?pr=79287 From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 16:16:47 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD47C1065674; Wed, 14 Jul 2010 16:16:47 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 94DC68FC17; Wed, 14 Jul 2010 16:16:47 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6EGGlvD077494; Wed, 14 Jul 2010 16:16:47 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6EGGlPh077490; Wed, 14 Jul 2010 16:16:47 GMT (envelope-from remko) Date: Wed, 14 Jul 2010 16:16:47 GMT Message-Id: <201007141616.o6EGGlPh077490@freefall.freebsd.org> To: mala@hinterbergen.de, remko@FreeBSD.org, freebsd-usb@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/79524: [ulpt] printing to Minolta PagePro 1[23]xxW via USB fails with "device busy" X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 16:16:47 -0000 Synopsis: [ulpt] printing to Minolta PagePro 1[23]xxW via USB fails with "device busy" State-Changed-From-To: open->closed State-Changed-By: remko State-Changed-When: Wed Jul 14 16:16:46 UTC 2010 State-Changed-Why: Alledgedly fixed at some point in the past, if this is incorrect let me know. http://www.freebsd.org/cgi/query-pr.cgi?pr=79524 From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 16:17:39 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9BA01065674; Wed, 14 Jul 2010 16:17:39 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A1A4D8FC16; Wed, 14 Jul 2010 16:17:39 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6EGHdCS077595; Wed, 14 Jul 2010 16:17:39 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6EGHdP5077591; Wed, 14 Jul 2010 16:17:39 GMT (envelope-from remko) Date: Wed, 14 Jul 2010 16:17:39 GMT Message-Id: <201007141617.o6EGHdP5077591@freefall.freebsd.org> To: hselasky@c2i.net, remko@FreeBSD.org, freebsd-usb@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/79656: [ehci] RHSC interrupts lost X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 16:17:39 -0000 Synopsis: [ehci] RHSC interrupts lost State-Changed-From-To: analyzed->closed State-Changed-By: remko State-Changed-When: Wed Jul 14 16:17:38 UTC 2010 State-Changed-Why: HPS' version is imported now and available in 8. That should resolve this problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=79656 From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 16:18:14 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A23B1065674; Wed, 14 Jul 2010 16:18:14 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D64BF8FC1A; Wed, 14 Jul 2010 16:18:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6EGIDPs077729; Wed, 14 Jul 2010 16:18:13 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6EGIDGC077725; Wed, 14 Jul 2010 16:18:13 GMT (envelope-from remko) Date: Wed, 14 Jul 2010 16:18:13 GMT Message-Id: <201007141618.o6EGIDGC077725@freefall.freebsd.org> To: hselasky@c2i.net, remko@FreeBSD.org, freebsd-usb@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/79722: [ehci] wrong alignments in ehci.h X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 16:18:14 -0000 Synopsis: [ehci] wrong alignments in ehci.h State-Changed-From-To: open->closed State-Changed-By: remko State-Changed-When: Wed Jul 14 16:18:13 UTC 2010 State-Changed-Why: HPS rewrote the USB stack, I am pretty sure he included this in his own rewrite. http://www.freebsd.org/cgi/query-pr.cgi?pr=79722 From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 16:19:29 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9D5F1065673; Wed, 14 Jul 2010 16:19:29 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A1BF68FC0C; Wed, 14 Jul 2010 16:19:29 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6EGJTFt077779; Wed, 14 Jul 2010 16:19:29 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6EGJTBx077775; Wed, 14 Jul 2010 16:19:29 GMT (envelope-from remko) Date: Wed, 14 Jul 2010 16:19:29 GMT Message-Id: <201007141619.o6EGJTBx077775@freefall.freebsd.org> To: fbusse@gmx.de, remko@FreeBSD.org, freebsd-usb@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/80361: [umass] [patch] mounting of Dell usb-stick fails X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 16:19:29 -0000 Synopsis: [umass] [patch] mounting of Dell usb-stick fails State-Changed-From-To: open->feedback State-Changed-By: remko State-Changed-When: Wed Jul 14 16:19:03 UTC 2010 State-Changed-Why: Is this still seen on 8.x? That had been completely rewritten and might no longer suffer from this problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=80361 From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 16:20:24 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D120F106566C; Wed, 14 Jul 2010 16:20:24 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A8B848FC19; Wed, 14 Jul 2010 16:20:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6EGKO17080667; Wed, 14 Jul 2010 16:20:24 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6EGKOoF080663; Wed, 14 Jul 2010 16:20:24 GMT (envelope-from remko) Date: Wed, 14 Jul 2010 16:20:24 GMT Message-Id: <201007141620.o6EGKOoF080663@freefall.freebsd.org> To: hselasky@c2i.net, remko@FreeBSD.org, freebsd-usb@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/80829: [modules] [panic] possible panic when loading USB-modules X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 16:20:24 -0000 Synopsis: [modules] [panic] possible panic when loading USB-modules State-Changed-From-To: open->closed State-Changed-By: remko State-Changed-When: Wed Jul 14 16:20:24 UTC 2010 State-Changed-Why: HPS rewrote this for 9 and 8, and he surely took this in consideration himself. Close the ticket. http://www.freebsd.org/cgi/query-pr.cgi?pr=80829 From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 16:21:45 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22B4D1065673; Wed, 14 Jul 2010 16:21:45 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EEAE78FC23; Wed, 14 Jul 2010 16:21:44 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6EGLiRl085906; Wed, 14 Jul 2010 16:21:44 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6EGLiLI085902; Wed, 14 Jul 2010 16:21:44 GMT (envelope-from remko) Date: Wed, 14 Jul 2010 16:21:44 GMT Message-Id: <201007141621.o6EGLiLI085902@freefall.freebsd.org> To: hselasky@c2i.net, remko@FreeBSD.org, freebsd-usb@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/80862: [patch] USB locking issues: missing some Giant calls X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 16:21:45 -0000 Synopsis: [patch] USB locking issues: missing some Giant calls State-Changed-From-To: open->closed State-Changed-By: remko State-Changed-When: Wed Jul 14 16:20:57 UTC 2010 State-Changed-Why: HPS rewrote this himself, I am sure he took this in consideration. http://www.freebsd.org/cgi/query-pr.cgi?pr=80862 From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 17:11:21 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 975CF106566C for ; Wed, 14 Jul 2010 17:11:21 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 24D4C8FC15 for ; Wed, 14 Jul 2010 17:11:20 +0000 (UTC) Received: by wyf22 with SMTP id 22so62260wyf.13 for ; Wed, 14 Jul 2010 10:11:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=owDPtaVSM/2PXB6XvCSLOsItZInYymqakakfDCgQ5JA=; b=ZargHBRnTsaiimLWAj66h8NQqrkNd0/Bj6oTmhT7e7UEmdMnv86ZYARbK+m4k+v1VI DoLX2tUMFwSEaOa/8XU+f6+F+c7gTx8cx2MZum7PY41R8U7FjZMTg1vOueOvBpQlrjPa MB1lGNdPB3Huyvlb/ctFjK9Qp3fR4u62Qy7TA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Yn/ObHCWCrBdzH5RptFF5mz88bmiDPntIECrTFkA5mNxrS8kt6kCURrVc/nNtAKZQd qVrmX7MjsDHcb0U/6GATGXEpHRzU/C3eeAWFz3U70mp43iYtW+BHGWqlUDKj/bo8cn5q VRSHGnXUOVU7ZZrmRYeTJfTB7ETqd/1mZY3gE= MIME-Version: 1.0 Received: by 10.227.154.77 with SMTP id n13mr6972915wbw.190.1279126150828; Wed, 14 Jul 2010 09:49:10 -0700 (PDT) Received: by 10.216.137.23 with HTTP; Wed, 14 Jul 2010 09:49:10 -0700 (PDT) In-Reply-To: <20090719215224.GA2271@triton.kn-bremen.de> References: <20090719215224.GA2271@triton.kn-bremen.de> Date: Wed, 14 Jul 2010 20:49:10 +0400 Message-ID: From: pluknet To: Juergen Lock Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, freebsd-usb@freebsd.org Subject: Re: new umass panic on 7-stable built today X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 17:11:21 -0000 On 20 July 2009 01:52, Juergen Lock wrote: > Hi! > > =A0So I wanted to use an usb key on this freshly updated 7-stable box, > and got a panic just after plugging it in: :( > > zsh triton# kgdb /boot/kernel/kernel.symbols /var/crash/vmcore.9 > ... > umass0: on uhub5 > umass0:1:0:-1: Attached to scbus1 > > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =A0 =3D 0x290 > fault code =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read data, page not = present > instruction pointer =A0 =A0 =3D 0x8:0xffffffff804d67d4 > stack pointer =A0 =A0 =A0 =A0 =A0 =3D 0x10:0xffffff8085487da0 > frame pointer =A0 =A0 =A0 =A0 =A0 =3D 0x10:0xffffff8085487de0 > code segment =A0 =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x1= b > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, long 1,= def32 0, gran 1 > processor eflags =A0 =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D 0 > current process =A0 =A0 =A0 =A0 =3D 38 (usb5) > trap number =A0 =A0 =A0 =A0 =A0 =A0 =3D 12 > panic: page fault > cpuid =3D 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x182 > trap_fatal() at trap_fatal+0x2b3 > trap_pfault() at trap_pfault+0x294 > trap() at trap+0x312 > calltrap() at calltrap+0x8 > --- trap 0xc, rip =3D 0xffffffff804d67d4, rsp =3D 0xffffff8085487da0, rbp= =3D 0xffffff8085487de0 --- > usb_transfer_complete() at usb_transfer_complete+0x1d4 > bus_dmamap_load() at bus_dmamap_load+0x314 > usbd_transfer() at usbd_transfer+0xee > usbd_do_request_flags_pipe() at usbd_do_request_flags_pipe+0x8f > usbd_do_request_flags() at usbd_do_request_flags+0x25 > usbd_get_string_desc() at usbd_get_string_desc+0x9b > usbd_get_string() at usbd_get_string+0x83 > uhub_child_pnpinfo_str() at uhub_child_pnpinfo_str+0xd9 > devaddq() at devaddq+0xd5 > device_attach() at device_attach+0x13a > usbd_new_device() at usbd_new_device+0x821 > uhub_explore() at uhub_explore+0x1bd > usb_discover() at usb_discover+0x38 > usb_event_thread() at usb_event_thread+0x8a > fork_exit() at fork_exit+0x11f > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip =3D 0, rsp =3D 0xffffff8085488d30, rbp =3D 0 --- > Uptime: 1m1s > Physical memory: 8176 MB > Dumping 4605 MB: 4590 4574 4558 4542 4526 4510 4494 4478 4462 4446 4430 4= 414 4398 4382 4366 4350 4334 4318 4302 4286 4270 4254 4238 4222 4206 4190 4= 174 4158 4142 4126 4110 4094 4078 4062 4046 4030 4014 3998 3982 3966 3950 3= 934 3918 3902 3886 3870 3854 3838 3822 3806 3790 3774 3758 3742 3726 3710 3= 694 3678 3662 3646 3630 3614 3598 3582 3566 3550 3534 3518 3502 3486 3470 3= 454 3438 3422 3406 3390 3374 3358 3342 3326 3310 3294 3278 3262 3246 3230 3= 214 3198 3182 3166 3150 3134 3118 3102 3086 3070 3054 3038 3022 3006 2990 2= 974 2958 2942 2926 2910 2894 2878 2862 2846 2830 2814 2798 2782 2766 2750 2= 734 2718 2702 2686 2670 2654 2638 2622 2606 2590 2574 2558 2542 2526 2510 2= 494 2478 2462 2446 2430 2414 2398 2382 2366 2350 2334 2318 2302 2286 2270 2= 254 2238 2222 2206 2190 2174 2158 2142 2126 2110 2094 2078 2062 2046 2030 2= 014 1998 1982 1966 1950 1934 1918 1902 1886 1870 1854 1838 1822 1806 1790 1= 774 1758 1742 1726 1710 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550 1= 534 1518 1502 1486 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1= 294 1278 1262 1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1= 054 1038 1022 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 = 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478= 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 17= 4 158 142 126 110 94 78 62 46 30 14 > > Reading symbols from /boot/kernel/umass.ko...Reading symbols from /boot/k= ernel/umass.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/umass.ko > #0 =A0doadump () at pcpu.h:195 > 195 =A0 =A0 =A0 =A0 =A0 =A0 __asm __volatile("movq %%gs:0,%0" : "=3Dr" (t= d)); > (kgdb) bt > #0 =A0doadump () at pcpu.h:195 > #1 =A00xffffffff80567248 in boot (howto=3D260) > =A0 =A0at /usr/home/nox/src72s2/src/sys/kern/kern_shutdown.c:418 > #2 =A00xffffffff805676ac in panic (fmt=3DVariable "fmt" is not available. > ) > =A0 =A0at /usr/home/nox/src72s2/src/sys/kern/kern_shutdown.c:574 > #3 =A00xffffffff8082f953 in trap_fatal (frame=3D0xc, eva=3DVariable "eva"= is not available. > ) > =A0 =A0at /usr/home/nox/src72s2/src/sys/amd64/amd64/trap.c:756 > #4 =A00xffffffff8082fd34 in trap_pfault (frame=3D0xffffff8085487cf0, user= mode=3D0) > =A0 =A0at /usr/home/nox/src72s2/src/sys/amd64/amd64/trap.c:672 > #5 =A00xffffffff808306e2 in trap (frame=3D0xffffff8085487cf0) > =A0 =A0at /usr/home/nox/src72s2/src/sys/amd64/amd64/trap.c:443 > #6 =A00xffffffff80819cce in calltrap () > =A0 =A0at /usr/home/nox/src72s2/src/sys/amd64/amd64/exception.S:218 > #7 =A00xffffffff804d67d4 in usb_transfer_complete (xfer=3D0xffffff00046b1= 000) > =A0 =A0at /usr/home/nox/src72s2/src/sys/dev/usb/usbdi.c:949 > #8 =A00xffffffff80815bf4 in bus_dmamap_load (dmat=3D0xffffff0004499880, > =A0 =A0map=3D0xffffff000478ec00, buf=3D0xffffff8085487fe0, buflen=3D0, > =A0 =A0callback=3D0xffffffff804d68b0 , > =A0 =A0callback_arg=3D0xffffff00046b1000, flags=3D0) > =A0 =A0at /usr/home/nox/src72s2/src/sys/amd64/amd64/busdma_machdep.c:738 > #9 =A00xffffffff804d6f2e in usbd_transfer (xfer=3D0xffffff00046b1000) > =A0 =A0at /usr/home/nox/src72s2/src/sys/dev/usb/usbdi.c:312 > #10 0xffffffff804d717f in usbd_do_request_flags_pipe (dev=3D0xffffff00047= 51600, > ---Type to continue, or q to quit--- > =A0 =A0pipe=3D0xffffff000474cd80, req=3D0xffffff8085487f80, data=3D0xffff= ff8085487fe0, > =A0 =A0flags=3DVariable "flags" is not available. > ) at /usr/home/nox/src72s2/src/sys/dev/usb/usbdi.c:1100 > #11 0xffffffff804d72b5 in usbd_do_request_flags (dev=3DVariable "dev" is = not available. > ) > =A0 =A0at /usr/home/nox/src72s2/src/sys/dev/usb/usbdi.c:1070 > #12 0xffffffff804d518b in usbd_get_string_desc (dev=3D0xffffff0004751600,= sindex=3DVariable "sindex" is not available. > > ) at /usr/home/nox/src72s2/src/sys/dev/usb/usb_subr.c:171 > #13 0xffffffff804d6473 in usbd_get_string (dev=3D0xffffff0004751600, si= =3D3, > =A0 =A0buf=3D0xffffff8085488160 "", len=3D128) > =A0 =A0at /usr/home/nox/src72s2/src/sys/dev/usb/usbdi.c:1353 > #14 0xffffffff804cdb49 in uhub_child_pnpinfo_str (cbdev=3DVariable "cbdev= " is not available. > ) > =A0 =A0at /usr/home/nox/src72s2/src/sys/dev/usb/uhub.c:658 > #15 0xffffffff80590ce5 in devaddq (type=3D0xffffffff8090dccf "+", > =A0 =A0what=3D0xffffff00046b0000 "umass0 vendor=3D0x0325 product=3D0xac02= devclass=3D0x00 devsubclass=3D0x00 release=3D0x1100 sernum=3D\"AA040127001= 52689\" intclass=3D0x08 intsubclass=3D0x06", dev=3D0xffffff00046c0200) > =A0 =A0at /usr/home/nox/src72s2/src/sys/kern/subr_bus.c:625 > #16 0xffffffff805914ba in device_attach (dev=3D0xffffff00046c0200) > =A0 =A0at /usr/home/nox/src72s2/src/sys/kern/subr_bus.c:668 > #17 0xffffffff804d5b41 in usbd_new_device (parent=3D0xffffff00044a0200, > =A0 =A0bus=3D0xffffff0004472000, depth=3DVariable "depth" is not availabl= e. > ) > =A0 =A0at /usr/home/nox/src72s2/src/sys/dev/usb/usb_subr.c:926 > #18 0xffffffff804cd79d in uhub_explore (dev=3D0xffffff00044a0300) > =A0 =A0at /usr/home/nox/src72s2/src/sys/dev/usb/uhub.c:523 > ---Type to continue, or q to quit--- > #19 0xffffffff804d23e8 in usb_discover (v=3DVariable "v" is not available= . > ) > =A0 =A0at /usr/home/nox/src72s2/src/sys/dev/usb/usb.c:724 > #20 0xffffffff804d33aa in usb_event_thread (arg=3DVariable "arg" is not a= vailable. > ) > =A0 =A0at /usr/home/nox/src72s2/src/sys/dev/usb/usb.c:440 > #21 0xffffffff8054115f in fork_exit ( > =A0 =A0callout=3D0xffffffff804d3320 , arg=3D0xffffff000= 44b1580, > =A0 =A0frame=3D0xffffff8085488c80) > =A0 =A0at /usr/home/nox/src72s2/src/sys/kern/kern_fork.c:811 > #22 0xffffffff8081a0ae in fork_trampoline () > =A0 =A0at /usr/home/nox/src72s2/src/sys/amd64/amd64/exception.S:554 > #23 0x0000000000000000 in ?? () > #24 0x0000000000000000 in ?? () > #25 0x0000000000000001 in ?? () > #26 0x0000000000000000 in ?? () > #27 0x0000000000000000 in ?? () > #28 0x0000000000000000 in ?? () > #29 0x0000000000000000 in ?? () > #30 0x0000000000000000 in ?? () > #31 0x0000000000000000 in ?? () > #32 0x0000000000000000 in ?? () > #33 0x0000000000000000 in ?? () > #34 0x0000000000000000 in ?? () > #35 0x0000000000000000 in ?? () > ---Type to continue, or q to quit--- > #36 0x0000000000000000 in ?? () > #37 0x0000000000000000 in ?? () > #38 0x0000000000000000 in ?? () > #39 0x0000000000000000 in ?? () > #40 0x0000000000000000 in ?? () > #41 0x0000000000000000 in ?? () > #42 0x0000000000000000 in ?? () > #43 0x0000000000000000 in ?? () > #44 0x0000000000000000 in ?? () > #45 0x0000000000000000 in ?? () > #46 0x0000000000000000 in ?? () > #47 0x0000000000d84000 in ?? () > #48 0x0000000000000001 in ?? () > #49 0xffffffff80bba848 in sleepq_chains () > #50 0xffffff00044a5720 in ?? () > #51 0xffffff00044a5a70 in ?? () > #52 0xffffff8085487da0 in ?? () > #53 0xffffff8085487d38 in ?? () > #54 0xffffff00044a5720 in ?? () > #55 0xffffffff8058b01e in sched_switch (td=3D0x0, newtd=3DCannot access m= emory at address 0xffffffffffffffa8 > ) > =A0 =A0at /usr/home/nox/src72s2/src/sys/kern/sched_ule.c:1938 > Previous frame inner to this frame (corrupt stack?) > (kgdb) fr 7 > #7 =A00xffffffff804d67d4 in usb_transfer_complete (xfer=3D0xffffff00046b1= 000) > =A0 =A0at /usr/home/nox/src72s2/src/sys/dev/usb/usbdi.c:949 > 949 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 STAILQ_REMOVE_HEAD(&pipe->que= ue, next); > (kgdb) p pipe > $1 =3D 0xffffff000474cd80 > (kgdb) p *pipe > $2 =3D {iface =3D 0x0, device =3D 0xffffff0004751600, endpoint =3D 0xffff= ff0004751638, > =A0refcnt =3D 1, running =3D 0 '\0', aborting =3D 0 '\0', queue =3D {stqh= _first =3D 0x0, > =A0 =A0stqh_last =3D 0xffffff000474cda0}, next =3D {le_next =3D 0x0, le_p= rev =3D 0x0}, > =A0intrxfer =3D 0x0, repeat =3D 0 '\0', interval =3D -1, methods =3D 0xff= ffffff80afbf00} > (kgdb) q > zsh triton# > > =A0Suggestions/patches welcome... > > =A0Thanx, > =A0 =A0 =A0 =A0Juergen Hi, Wow, a year passed until today I attached almost the same keyboard on 7.3-RELEASE amd64 and faced panic with the same backtrace. Is there maybe some *cough* specific handling need with this vendor? db> bt Tracing pid 47 tid 100047 td 0xffffff0006c54740 usb_transfer_complete() at usb_transfer_complete+0x1d4 bus_dmamap_load() at bus_dmamap_load+0x314 usbd_transfer() at usbd_transfer+0xee usbd_do_request_flags_pipe() at usbd_do_request_flags_pipe+0x8f usbd_do_request_flags() at usbd_do_request_flags+0x25 usbd_get_string_desc() at usbd_get_string_desc+0x9b usbd_get_string() at usbd_get_string+0x83 uhub_child_pnpinfo_str() at uhub_child_pnpinfo_str+0xd9 devaddq() at devaddq+0xd5 device_attach() at device_attach+0x13a usbd_new_device() at usbd_new_device+0x816 uhub_explore() at uhub_explore+0x1bd usb_discover() at usb_discover+0x38 usb_event_thread() at usb_event_thread+0x8a fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xffffff8161196d30, rbp =3D 0 --- db> show msgbuf msgbufp =3D 0xffffffff80e20fe0 magic =3D 63062, size =3D 65504, r=3D 44209, w =3D 44746, ptr =3D 0xffffffff80e11000, cksum=3D 3347961 umass0: on uhub2 Fatal trap 12: page fault while in kernel mode cpuid =3D 4; apic id =3D 04 fault virtual address =3D 0x290 fault code =3D supervisor read data, page not present instruction pointer =3D 0x8:0xffffffff804a9d44 stack pointer =3D 0x10:0xffffff8161195db0 frame pointer =3D 0x10:0xffffff8161195df0 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 47 (usb2) --=20 wbr, pluknet From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 17:41:41 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9A051065672 for ; Wed, 14 Jul 2010 17:41:41 +0000 (UTC) (envelope-from peerst@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 48B1D8FC14 for ; Wed, 14 Jul 2010 17:41:40 +0000 (UTC) Received: by bwz12 with SMTP id 12so124311bwz.13 for ; Wed, 14 Jul 2010 10:41:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=HOu1Vm/OH74noeMk8XGtkP6x0a7yYywB6x8DaGtK9+A=; b=h4odIW3xwGQl8TAy+OIQ7t6EN35yKYoeOi3wrJ8S84NZ5N8FVn0gW6xj9yQKlfaBuT Ar3AG2cLU1bJ79yRutfRqUiXgjg3uOQsJ1ogcL9hc7J+xJwLSQp2RGNh15ORzhRfIUvw PJacnY8MobJWoiNbyk9qBvzjdxXYG4Zi6+yOw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=QHxK2SvJnoTM+31FtaVJatLHGWqIbxsAmoShuDp425wm810RWKnkVJajE+EHmmX0DF D3AkI8dVahKuUrYN0/+PgoRbs1vzmbTlqIDyI4SeUFEEUrDlZusKrc9af+YGOjIcO9vB eaP9nkMiMz39ydBPjz4KphARhkn2b5BgxTNys= MIME-Version: 1.0 Received: by 10.204.134.133 with SMTP id j5mr13422789bkt.159.1279129300006; Wed, 14 Jul 2010 10:41:40 -0700 (PDT) Received: by 10.204.56.130 with HTTP; Wed, 14 Jul 2010 10:41:39 -0700 (PDT) In-Reply-To: <201007140935.29738.hselasky@c2i.net> References: <201007140935.29738.hselasky@c2i.net> Date: Wed, 14 Jul 2010 19:41:39 +0200 Message-ID: From: Peer Stritzinger To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-usb@freebsd.org Subject: Re: libusb10: libusb_bulk_transfer returns LIBUSB_ERROR_OTHER caused by USB_FS_OPEN ioctl in ugen20_tr_open X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 17:41:41 -0000 Hi, On Wed, Jul 14, 2010 at 9:35 AM, Hans Petter Selasky wrote: > On Tuesday 13 July 2010 23:40:43 Peer Stritzinger wrote: >> What I get is rv -> LIBUSB_ERROR_OTHER to get closer to re reason for > > IN endpoints must be OR'ed with 0x80. That was the problem, from the documentation (fbsd man page and sourceforge) it wasn't clear that this has to be done. OTOH it might have occurred to me that libusb_bulk_transfer couldn't always guess the direction so it must be told somehow. It works now quite well now. Thanks a lot! > Could you dump the configuration > descriptor of your device? Also you might need to claim the interfaces. Claiming the interface or not didn't make any difference (both ways it works). Looking at the code of libusb_claim_interface it doesn't do much, and claiming doesn't prevent other processes accessing the interface (I can start the program that claims the interface multiple times without problem). Actually what I would like to do is reading one endpoint of a interface in one process and writing in another process -- saves me polling an/or doing async i/o. It looks like it might just work but somehow I have the impression that it wouldn't be the right way to do it and might break in future versions of FreeBSD. Best regards -- Peer From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 19:12:29 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97B021065675; Wed, 14 Jul 2010 19:12:29 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id CBB148FC0A; Wed, 14 Jul 2010 19:12:28 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 1E83A1E001E0; Wed, 14 Jul 2010 21:12:27 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id o6EJ9iCk016868; Wed, 14 Jul 2010 21:09:44 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id o6EJ9iJG016867; Wed, 14 Jul 2010 21:09:44 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Wed, 14 Jul 2010 21:09:44 +0200 To: pluknet Message-ID: <20100714190944.GA15927@triton8.kn-bremen.de> References: <20090719215224.GA2271@triton.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, Juergen Lock , freebsd-usb@freebsd.org Subject: Re: new umass panic on 7-stable built today X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 19:12:29 -0000 On Wed, Jul 14, 2010 at 08:49:10PM +0400, pluknet wrote: > On 20 July 2009 01:52, Juergen Lock wrote: > > Hi! > > > > =A0So I wanted to use an usb key on this freshly updated 7-stable box, > > and got a panic just after plugging it in: :( > > > > zsh triton# kgdb /boot/kernel/kernel.symbols /var/crash/vmcore.9 > > ... > > umass0: on uhub5 > > umass0:1:0:-1: Attached to scbus1 > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid =3D 0; apic id =3D 00 > > fault virtual address =A0 =3D 0x290 > > fault code =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read data, page no= t present > > instruction pointer =A0 =A0 =3D 0x8:0xffffffff804d67d4 > > stack pointer =A0 =A0 =A0 =A0 =A0 =3D 0x10:0xffffff8085487da0 > > frame pointer =A0 =A0 =A0 =A0 =A0 =3D 0x10:0xffffff8085487de0 > > code segment =A0 =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0= x1b > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, long = 1, def32 0, gran 1 > > processor eflags =A0 =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D= 0 > > current process =A0 =A0 =A0 =A0 =3D 38 (usb5) > > trap number =A0 =A0 =A0 =A0 =A0 =A0 =3D 12 > > panic: page fault > > cpuid =3D 0 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > panic() at panic+0x182 > > trap_fatal() at trap_fatal+0x2b3 > > trap_pfault() at trap_pfault+0x294 > > trap() at trap+0x312 > > calltrap() at calltrap+0x8 > > --- trap 0xc, rip =3D 0xffffffff804d67d4, rsp =3D 0xffffff8085487da0, r= bp =3D 0xffffff8085487de0 --- > > usb_transfer_complete() at usb_transfer_complete+0x1d4 > > bus_dmamap_load() at bus_dmamap_load+0x314 > > usbd_transfer() at usbd_transfer+0xee > > usbd_do_request_flags_pipe() at usbd_do_request_flags_pipe+0x8f > > usbd_do_request_flags() at usbd_do_request_flags+0x25 > > usbd_get_string_desc() at usbd_get_string_desc+0x9b > > usbd_get_string() at usbd_get_string+0x83 > > uhub_child_pnpinfo_str() at uhub_child_pnpinfo_str+0xd9 > > devaddq() at devaddq+0xd5 > > device_attach() at device_attach+0x13a > > usbd_new_device() at usbd_new_device+0x821 > > uhub_explore() at uhub_explore+0x1bd > > usb_discover() at usb_discover+0x38 > > usb_event_thread() at usb_event_thread+0x8a > > fork_exit() at fork_exit+0x11f > > fork_trampoline() at fork_trampoline+0xe > > --- trap 0, rip =3D 0, rsp =3D 0xffffff8085488d30, rbp =3D 0 --- > > Uptime: 1m1s > > Physical memory: 8176 MB > > Dumping 4605 MB: 4590 4574 4558 4542 4526 4510 4494 4478 4462 4446 4430= 4414 4398 4382 4366 4350 4334 4318 4302 4286 4270 4254 4238 4222 4206 4190= 4174 4158 4142 4126 4110 4094 4078 4062 4046 4030 4014 3998 3982 3966 3950= 3934 3918 3902 3886 3870 3854 3838 3822 3806 3790 3774 3758 3742 3726 3710= 3694 3678 3662 3646 3630 3614 3598 3582 3566 3550 3534 3518 3502 3486 3470= 3454 3438 3422 3406 3390 3374 3358 3342 3326 3310 3294 3278 3262 3246 3230= 3214 3198 3182 3166 3150 3134 3118 3102 3086 3070 3054 3038 3022 3006 2990= 2974 2958 2942 2926 2910 2894 2878 2862 2846 2830 2814 2798 2782 2766 2750= 2734 2718 2702 2686 2670 2654 2638 2622 2606 2590 2574 2558 2542 2526 2510= 2494 2478 2462 2446 2430 2414 2398 2382 2366 2350 2334 2318 2302 2286 2270= 2254 2238 2222 2206 2190 2174 2158 2142 2126 2110 2094 2078 2062 2046 2030= 2014 1998 1982 1966 1950 1934 1918 1902 1886 1870 1854 1838 1822 1806 1790= 1774 1758 1742 1726 1710 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550= 1534 1518 1502 1486 1470 1454 1438 1422 1406 1390 > 1374 1358 1342 1326 1310 1294 1278 1262 1246 1230 1214 1198 1182 1166 11= 50 1134 1118 1102 1086 1070 1054 1038 1022 1006 990 974 958 942 926 910 894= 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 59= 0 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 2= 86 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 > > > > Reading symbols from /boot/kernel/umass.ko...Reading symbols from /boot= /kernel/umass.ko.symbols...done. > > done. > > Loaded symbols for /boot/kernel/umass.ko > > #0 =A0doadump () at pcpu.h:195 > > 195 =A0 =A0 =A0 =A0 =A0 =A0 __asm __volatile("movq %%gs:0,%0" : "=3Dr" = (td)); > > (kgdb) bt > > #0 =A0doadump () at pcpu.h:195 > > #1 =A00xffffffff80567248 in boot (howto=3D260) > > =A0 =A0at /usr/home/nox/src72s2/src/sys/kern/kern_shutdown.c:418 > > #2 =A00xffffffff805676ac in panic (fmt=3DVariable "fmt" is not availabl= e. > > ) > > =A0 =A0at /usr/home/nox/src72s2/src/sys/kern/kern_shutdown.c:574 > > #3 =A00xffffffff8082f953 in trap_fatal (frame=3D0xc, eva=3DVariable "ev= a" is not available. > > ) > > =A0 =A0at /usr/home/nox/src72s2/src/sys/amd64/amd64/trap.c:756 > > #4 =A00xffffffff8082fd34 in trap_pfault (frame=3D0xffffff8085487cf0, us= ermode=3D0) > > =A0 =A0at /usr/home/nox/src72s2/src/sys/amd64/amd64/trap.c:672 > > #5 =A00xffffffff808306e2 in trap (frame=3D0xffffff8085487cf0) > > =A0 =A0at /usr/home/nox/src72s2/src/sys/amd64/amd64/trap.c:443 > > #6 =A00xffffffff80819cce in calltrap () > > =A0 =A0at /usr/home/nox/src72s2/src/sys/amd64/amd64/exception.S:218 > > #7 =A00xffffffff804d67d4 in usb_transfer_complete (xfer=3D0xffffff00046= b1000) > > =A0 =A0at /usr/home/nox/src72s2/src/sys/dev/usb/usbdi.c:949 > > #8 =A00xffffffff80815bf4 in bus_dmamap_load (dmat=3D0xffffff0004499880, > > =A0 =A0map=3D0xffffff000478ec00, buf=3D0xffffff8085487fe0, buflen=3D0, > > =A0 =A0callback=3D0xffffffff804d68b0 , > > =A0 =A0callback_arg=3D0xffffff00046b1000, flags=3D0) > > =A0 =A0at /usr/home/nox/src72s2/src/sys/amd64/amd64/busdma_machdep.c:738 > > #9 =A00xffffffff804d6f2e in usbd_transfer (xfer=3D0xffffff00046b1000) > > =A0 =A0at /usr/home/nox/src72s2/src/sys/dev/usb/usbdi.c:312 > > #10 0xffffffff804d717f in usbd_do_request_flags_pipe (dev=3D0xffffff000= 4751600, > > ---Type to continue, or q to quit--- > > =A0 =A0pipe=3D0xffffff000474cd80, req=3D0xffffff8085487f80, data=3D0xff= ffff8085487fe0, > > =A0 =A0flags=3DVariable "flags" is not available. > > ) at /usr/home/nox/src72s2/src/sys/dev/usb/usbdi.c:1100 > > #11 0xffffffff804d72b5 in usbd_do_request_flags (dev=3DVariable "dev" i= s not available. > > ) > > =A0 =A0at /usr/home/nox/src72s2/src/sys/dev/usb/usbdi.c:1070 > > #12 0xffffffff804d518b in usbd_get_string_desc (dev=3D0xffffff000475160= 0, sindex=3DVariable "sindex" is not available. > > > > ) at /usr/home/nox/src72s2/src/sys/dev/usb/usb_subr.c:171 > > #13 0xffffffff804d6473 in usbd_get_string (dev=3D0xffffff0004751600, si= =3D3, > > =A0 =A0buf=3D0xffffff8085488160 "", len=3D128) > > =A0 =A0at /usr/home/nox/src72s2/src/sys/dev/usb/usbdi.c:1353 > > #14 0xffffffff804cdb49 in uhub_child_pnpinfo_str (cbdev=3DVariable "cbd= ev" is not available. > > ) > > =A0 =A0at /usr/home/nox/src72s2/src/sys/dev/usb/uhub.c:658 > > #15 0xffffffff80590ce5 in devaddq (type=3D0xffffffff8090dccf "+", > > =A0 =A0what=3D0xffffff00046b0000 "umass0 vendor=3D0x0325 product=3D0xac= 02 devclass=3D0x00 devsubclass=3D0x00 release=3D0x1100 sernum=3D\"AA0401270= 0152689\" intclass=3D0x08 intsubclass=3D0x06", dev=3D0xffffff00046c0200) > > =A0 =A0at /usr/home/nox/src72s2/src/sys/kern/subr_bus.c:625 > > #16 0xffffffff805914ba in device_attach (dev=3D0xffffff00046c0200) > > =A0 =A0at /usr/home/nox/src72s2/src/sys/kern/subr_bus.c:668 > > #17 0xffffffff804d5b41 in usbd_new_device (parent=3D0xffffff00044a0200, > > =A0 =A0bus=3D0xffffff0004472000, depth=3DVariable "depth" is not availa= ble. > > ) > > =A0 =A0at /usr/home/nox/src72s2/src/sys/dev/usb/usb_subr.c:926 > > #18 0xffffffff804cd79d in uhub_explore (dev=3D0xffffff00044a0300) > > =A0 =A0at /usr/home/nox/src72s2/src/sys/dev/usb/uhub.c:523 > > ---Type to continue, or q to quit--- > > #19 0xffffffff804d23e8 in usb_discover (v=3DVariable "v" is not availab= le. > > ) > > =A0 =A0at /usr/home/nox/src72s2/src/sys/dev/usb/usb.c:724 > > #20 0xffffffff804d33aa in usb_event_thread (arg=3DVariable "arg" is not= available. > > ) > > =A0 =A0at /usr/home/nox/src72s2/src/sys/dev/usb/usb.c:440 > > #21 0xffffffff8054115f in fork_exit ( > > =A0 =A0callout=3D0xffffffff804d3320 , arg=3D0xffffff0= 0044b1580, > > =A0 =A0frame=3D0xffffff8085488c80) > > =A0 =A0at /usr/home/nox/src72s2/src/sys/kern/kern_fork.c:811 > > #22 0xffffffff8081a0ae in fork_trampoline () > > =A0 =A0at /usr/home/nox/src72s2/src/sys/amd64/amd64/exception.S:554 > > #23 0x0000000000000000 in ?? () > > #24 0x0000000000000000 in ?? () > > #25 0x0000000000000001 in ?? () > > #26 0x0000000000000000 in ?? () > > #27 0x0000000000000000 in ?? () > > #28 0x0000000000000000 in ?? () > > #29 0x0000000000000000 in ?? () > > #30 0x0000000000000000 in ?? () > > #31 0x0000000000000000 in ?? () > > #32 0x0000000000000000 in ?? () > > #33 0x0000000000000000 in ?? () > > #34 0x0000000000000000 in ?? () > > #35 0x0000000000000000 in ?? () > > ---Type to continue, or q to quit--- > > #36 0x0000000000000000 in ?? () > > #37 0x0000000000000000 in ?? () > > #38 0x0000000000000000 in ?? () > > #39 0x0000000000000000 in ?? () > > #40 0x0000000000000000 in ?? () > > #41 0x0000000000000000 in ?? () > > #42 0x0000000000000000 in ?? () > > #43 0x0000000000000000 in ?? () > > #44 0x0000000000000000 in ?? () > > #45 0x0000000000000000 in ?? () > > #46 0x0000000000000000 in ?? () > > #47 0x0000000000d84000 in ?? () > > #48 0x0000000000000001 in ?? () > > #49 0xffffffff80bba848 in sleepq_chains () > > #50 0xffffff00044a5720 in ?? () > > #51 0xffffff00044a5a70 in ?? () > > #52 0xffffff8085487da0 in ?? () > > #53 0xffffff8085487d38 in ?? () > > #54 0xffffff00044a5720 in ?? () > > #55 0xffffffff8058b01e in sched_switch (td=3D0x0, newtd=3DCannot access= memory at address 0xffffffffffffffa8 > > ) > > =A0 =A0at /usr/home/nox/src72s2/src/sys/kern/sched_ule.c:1938 > > Previous frame inner to this frame (corrupt stack?) > > (kgdb) fr 7 > > #7 =A00xffffffff804d67d4 in usb_transfer_complete (xfer=3D0xffffff00046= b1000) > > =A0 =A0at /usr/home/nox/src72s2/src/sys/dev/usb/usbdi.c:949 > > 949 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 STAILQ_REMOVE_HEAD(&pipe->q= ueue, next); > > (kgdb) p pipe > > $1 =3D 0xffffff000474cd80 > > (kgdb) p *pipe > > $2 =3D {iface =3D 0x0, device =3D 0xffffff0004751600, endpoint =3D 0xff= ffff0004751638, > > =A0refcnt =3D 1, running =3D 0 '\0', aborting =3D 0 '\0', queue =3D {st= qh_first =3D 0x0, > > =A0 =A0stqh_last =3D 0xffffff000474cda0}, next =3D {le_next =3D 0x0, le= _prev =3D 0x0}, > > =A0intrxfer =3D 0x0, repeat =3D 0 '\0', interval =3D -1, methods =3D 0x= ffffffff80afbf00} > > (kgdb) q > > zsh triton# > > > > =A0Suggestions/patches welcome... > > > > =A0Thanx, > > =A0 =A0 =A0 =A0Juergen >=20 > Hi, Hi! >=20 > Wow, a year passed until today I attached almost the same keyboard Mine was a flashkey tho... > on 7.3-RELEASE amd64 and faced panic with the same backtrace. > Is there maybe some *cough* specific handling need with this vendor? >=20 > db> bt > Tracing pid 47 tid 100047 td 0xffffff0006c54740 > usb_transfer_complete() at usb_transfer_complete+0x1d4 > bus_dmamap_load() at bus_dmamap_load+0x314 > usbd_transfer() at usbd_transfer+0xee > usbd_do_request_flags_pipe() at usbd_do_request_flags_pipe+0x8f > usbd_do_request_flags() at usbd_do_request_flags+0x25 > usbd_get_string_desc() at usbd_get_string_desc+0x9b > usbd_get_string() at usbd_get_string+0x83 > uhub_child_pnpinfo_str() at uhub_child_pnpinfo_str+0xd9 > devaddq() at devaddq+0xd5 > device_attach() at device_attach+0x13a > usbd_new_device() at usbd_new_device+0x816 > uhub_explore() at uhub_explore+0x1bd > usb_discover() at usb_discover+0x38 > usb_event_thread() at usb_event_thread+0x8a > fork_exit() at fork_exit+0x11f > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip =3D 0, rsp =3D 0xffffff8161196d30, rbp =3D 0 --- > db> show msgbuf > msgbufp =3D 0xffffffff80e20fe0 > magic =3D 63062, size =3D 65504, r=3D 44209, w =3D 44746, ptr =3D > 0xffffffff80e11000, cksum=3D 3347961 > umass0: on uhub2 >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 4; apic id =3D 04 > fault virtual address =3D 0x290 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x8:0xffffffff804a9d44 > stack pointer =3D 0x10:0xffffff8161195db0 > frame pointer =3D 0x10:0xffffff8161195df0 > 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 47 (usb2) Anyway, that panic was the nail in the coffin for 7, I updated that box to 8 after I got no response to that posting. (which has hps' new usb stack that seems to work much better, but that probably also means 7's usb stack has kinda been eol'd...) Cheers, Juergen From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 19:46:13 2010 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 568801065670; Wed, 14 Jul 2010 19:46:13 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id 29A248FC14; Wed, 14 Jul 2010 19:46:12 +0000 (UTC) Received: from eagle.syrec.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id o6EJSQtW012220; Wed, 14 Jul 2010 12:28:26 -0700 (PDT) (envelope-from yuri@rawbw.com) Message-ID: <4C3E0FDA.7060901@rawbw.com> Date: Wed, 14 Jul 2010 12:28:26 -0700 From: Yuri User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100708 Thunderbird/3.0.5 MIME-Version: 1.0 To: remko@FreeBSD.org References: <201007141612.o6EGCcMW076016@freefall.freebsd.org> In-Reply-To: <201007141612.o6EGCcMW076016@freefall.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-usb@FreeBSD.org Subject: Re: usb/77184: [umass] [panic] kernel panic on USB device disconnect, even if not detected X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 19:46:13 -0000 Now after rereading the original post I realize that I am testing the different condition but for quite similar situation. F828 camera isn't available any more and is probably supported by now, so it's really difficult to retest the original condition now. But my previous post indicates there is the problem in USB stack in the similar scenario, thiugh without unsupported device. Before I saw panic in the case of disconnect of the mounted disk. Yuri From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 19:46:13 2010 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 756741065677; Wed, 14 Jul 2010 19:46:13 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5E8CB8FC16; Wed, 14 Jul 2010 19:46:13 +0000 (UTC) Received: from eagle.syrec.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id o6EJKhN2009974; Wed, 14 Jul 2010 12:20:43 -0700 (PDT) (envelope-from yuri@rawbw.com) Message-ID: <4C3E0E0B.8050908@rawbw.com> Date: Wed, 14 Jul 2010 12:20:43 -0700 From: Yuri User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100708 Thunderbird/3.0.5 MIME-Version: 1.0 To: remko@FreeBSD.org References: <201007141612.o6EGCcMW076016@freefall.freebsd.org> In-Reply-To: <201007141612.o6EGCcMW076016@freefall.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-usb@FreeBSD.org Subject: Re: usb/77184: [umass] [panic] kernel panic on USB device disconnect, even if not detected X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 19:46:13 -0000 Crash is gone. But there is something wrong. I did the following steps: 1. plug the camera into USB and mount it 2. unplug the camera without unmounting it -- no crash, looks good. 3. mount still exists. that's ok. 4. umount /mnt/camera -- command says: "Device Busy", this looks reasonable. 5. umount -f /mnt/camera -- mount is gone. 6. repeated steps 1...4 on step 4 umount command without -f flag doesn't complain about device busy any more. This is really strange and this means that device disconnect or unmount hasn't been done cleanly and something is different now. So this issue has to be cleared -- outcome of steps 1..5 should always be the same. Yuri From owner-freebsd-usb@FreeBSD.ORG Wed Jul 14 20:20:04 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7501C1065670 for ; Wed, 14 Jul 2010 20:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 64D7B8FC1C for ; Wed, 14 Jul 2010 20:20:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6EKK4Tc082134 for ; Wed, 14 Jul 2010 20:20:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6EKK4Uw082133; Wed, 14 Jul 2010 20:20:04 GMT (envelope-from gnats) Date: Wed, 14 Jul 2010 20:20:04 GMT Message-Id: <201007142020.o6EKK4Uw082133@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Yuri Cc: Subject: Re: usb/77184: [umass] [panic] kernel panic on USB device disconnect, even if not detected X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yuri List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 20:20:04 -0000 The following reply was made to PR usb/77184; it has been noted by GNATS. From: Yuri To: Cc: bug-followup@FreeBSD.org Subject: Re: usb/77184: [umass] [panic] kernel panic on USB device disconnect, even if not detected Date: Wed, 14 Jul 2010 13:15:22 -0700 Crash is gone. But there is something wrong. I did the following steps: 1. plug the camera into USB and mount it 2. unplug the camera without unmounting it -- no crash, looks good. 3. mount still exists. that's ok. 4. umount /mnt/camera -- command says: "Device Busy", this looks reasonable. 5. umount -f /mnt/camera -- mount is gone. 6. repeated steps 1...4 on step 4 umount command without -f flag doesn't complain about device busy any more. This is really strange and this means that device disconnect or unmount hasn't been done cleanly and something is different now. So this issue has to be cleared -- outcome of steps 1..5 should always be the same. Now after rereading the original post I realize that I am testing the different condition but for quite similar situation. F828 camera isn't available any more and is probably supported by now, so it's really difficult to retest the original condition now. But my previous post indicates there is the problem in USB stack in the similar scenario, thiugh without unsupported device. Before I saw panic in the case of disconnect of the mounted disk. Yuri From owner-freebsd-usb@FreeBSD.ORG Thu Jul 15 06:10:25 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7341F1065673; Thu, 15 Jul 2010 06:10:25 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4B4E18FC16; Thu, 15 Jul 2010 06:10:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6F6API4093152; Thu, 15 Jul 2010 06:10:25 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6F6APdq093125; Thu, 15 Jul 2010 06:10:25 GMT (envelope-from remko) Date: Thu, 15 Jul 2010 06:10:25 GMT Message-Id: <201007150610.o6F6APdq093125@freefall.freebsd.org> To: yuri@tsoft.com, remko@FreeBSD.org, freebsd-usb@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: usb/77184: [umass] [panic] kernel panic on USB device disconnect, even if not detected X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2010 06:10:25 -0000 Synopsis: [umass] [panic] kernel panic on USB device disconnect, even if not detected State-Changed-From-To: feedback->closed State-Changed-By: remko State-Changed-When: Thu Jul 15 06:10:24 UTC 2010 State-Changed-Why: This seems to have been resolved, thanks for the feedback! http://www.freebsd.org/cgi/query-pr.cgi?pr=77184 From owner-freebsd-usb@FreeBSD.ORG Thu Jul 15 14:17:35 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4A601065673 for ; Thu, 15 Jul 2010 14:17:35 +0000 (UTC) (envelope-from jamescarmstrong@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5657D8FC15 for ; Thu, 15 Jul 2010 14:17:34 +0000 (UTC) Received: by gyd8 with SMTP id 8so760962gyd.13 for ; Thu, 15 Jul 2010 07:17:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=wJDCCsaP8ZeOTdUaFXbUjLo5NHx9TrqEJi7hIK3vT9I=; b=tiqfGgbB3k2pd3Ji8dCijc9nv37Y0wvx4bW1Kr1hI1HLfQWH2+He7UJUmZooLWQT0z pn7aKQ+H3Xcn1RukOPC3HatjB5cFDv92c0Z1I18SfpagmLPhSQxRR3wRzMxB8PU0YzFz mH6Cfbp35QJ8D8IfPKV6V2Ri3AG2krtnQr9sQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=FgGeGhusrWZrHuM8DmwDIakwCLqS7awKaqSmDoGE7BGR0vWXFYVtar9oFBwPEdeX19 HMQEgnn2zgyqfVjQqrB/6KaaH6E9ueTLGLP2LL1pNjKwVaNockeRHls56WPt4s/XsO9x h/TRNva/o628Bdz5aqUcnyFp3vZTMRsASdZAk= MIME-Version: 1.0 Received: by 10.150.137.18 with SMTP id k18mr11002142ybd.54.1279201777354; Thu, 15 Jul 2010 06:49:37 -0700 (PDT) Received: by 10.150.157.9 with HTTP; Thu, 15 Jul 2010 06:49:37 -0700 (PDT) Date: Thu, 15 Jul 2010 06:49:37 -0700 Message-ID: From: James Armstrong To: freebsd-usb@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Unable to boot off USB Drive X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2010 14:17:35 -0000 We're trying to boot a machine off a USB drive, and it looks like we're getting a race condition. After going through post, we get the message "FAILED TO MOUNT ROOT" and we enter the mountroot command screen, but amidst that screen, we also get the post message identifying the disk, with the notation that it has a 40.00000MB transfer speed. At the mountroot prompt, entering "ufs:/dev/da0s1a" properly boots. It looks to me like the system is trying to mount root before the USB drivers finish identifying all the devices, including the disk from which we are booting. Have any of you seen this? Any suggestions on how we can correct this? (As an interim, we're going to move the boot to a SATA drive, but we want to use all the SATA ports for other purposes, so this means we're sacrificing a SATA device.) James Armstrong From owner-freebsd-usb@FreeBSD.ORG Thu Jul 15 15:19:57 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98E9B1065673 for ; Thu, 15 Jul 2010 15:19:57 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 2D4888FC20 for ; Thu, 15 Jul 2010 15:19:56 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Nj4mdrGlPVEA:10 a=mI6YO6ZdSLUA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=Ovm2YvUJOLFFtOhroTkA:9 a=_MmU4V53wQycGjVE6ZipsiTMlMAA:4 a=wPNLvfGTeEIA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1381595075; Thu, 15 Jul 2010 17:19:55 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Thu, 15 Jul 2010 17:17:00 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-PRERELEASE; KDE/4.4.5; amd64; ; ) References: In-Reply-To: X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201007151717.00355.hselasky@c2i.net> Cc: Subject: Re: Unable to boot off USB Drive X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2010 15:19:57 -0000 On Thursday 15 July 2010 15:49:37 James Armstrong wrote: > We're trying to boot a machine off a USB drive, and it looks like we're > getting a race condition. After going through post, we get the message > "FAILED TO MOUNT ROOT" and we enter the mountroot command screen, but > amidst that screen, we also get the post message identifying the disk, > with the notation that it has a 40.00000MB transfer speed. > > At the mountroot prompt, entering "ufs:/dev/da0s1a" properly boots. > > It looks to me like the system is trying to mount root before the USB > drivers finish identifying all the devices, including the disk from which > we are booting. > > Have any of you seen this? Any suggestions on how we can correct this? > (As an interim, we're going to move the boot to a SATA drive, but we want > to use all the SATA ports for other purposes, so this means we're > sacrificing a SATA device.) > Try to set this tunable to 5000, for example. kern.cam.boot_delay: 0 --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Jul 15 15:22:13 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3638E106564A for ; Thu, 15 Jul 2010 15:22:13 +0000 (UTC) (envelope-from jamescarmstrong@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id DB42A8FC16 for ; Thu, 15 Jul 2010 15:22:12 +0000 (UTC) Received: by gyd8 with SMTP id 8so814344gyd.13 for ; Thu, 15 Jul 2010 08:22:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=WJiGzmiMBvOzBkp/8FlMkGsbQB7KlwkiMvwAXy99rRk=; b=JxzjuVNF+fVHGJ7xbPGgIvlpmJCC7aj9NK8aav52tne0NmqlYpZlzxO6Kjsf3hmZ2w lhQvldEekNv7ghHVpY1kPX+8xk+c160GNGesvcF3vwkgLCzWI5ln6IZEx4xIGo5w8X3q OeZH98C5Gk8cGQyA4UwM+Hse5osGY9sv5ErtU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=gx7i+iFLoYVJFj4m5Y5Sg2BdYd8TSZbfI+DfVR0ugxvP+1XfHO52puZHrG3juvMx4I JC4unVl1O/w2p2tOTDzhVcTXYTnENmKh1jzufcZZaqbdy3fUhTjl3aGL1TDL0OcIYba9 N7Nsftf1TnqcLMl3RS3aMe42jvk2iF2FNJX6g= MIME-Version: 1.0 Received: by 10.150.202.9 with SMTP id z9mr33902ybf.3.1279207331925; Thu, 15 Jul 2010 08:22:11 -0700 (PDT) Received: by 10.150.157.9 with HTTP; Thu, 15 Jul 2010 08:22:11 -0700 (PDT) In-Reply-To: <201007151717.00355.hselasky@c2i.net> References: <201007151717.00355.hselasky@c2i.net> Date: Thu, 15 Jul 2010 08:22:11 -0700 Message-ID: From: James Armstrong To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-usb@freebsd.org Subject: Re: Unable to boot off USB Drive X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2010 15:22:13 -0000 On Thu, Jul 15, 2010 at 08:17, Hans Petter Selasky wrote: > On Thursday 15 July 2010 15:49:37 James Armstrong wrote: > > We're trying to boot a machine off a USB drive, and it looks like we're > > getting a race condition. After going through post, we get the message > > "FAILED TO MOUNT ROOT" and we enter the mountroot command screen, but > > amidst that screen, we also get the post message identifying the disk, > > with the notation that it has a 40.00000MB transfer speed. > > > > At the mountroot prompt, entering "ufs:/dev/da0s1a" properly boots. > > > > It looks to me like the system is trying to mount root before the USB > > drivers finish identifying all the devices, including the disk from which > > we are booting. > > > > Have any of you seen this? Any suggestions on how we can correct this? > > (As an interim, we're going to move the boot to a SATA drive, but we want > > to use all the SATA ports for other purposes, so this means we're > > sacrificing a SATA device.) > > > > Try to set this tunable to 5000, for example. > > kern.cam.boot_delay: 0 > > > This was one of the first things we tried (set at 10000). No joy. From owner-freebsd-usb@FreeBSD.ORG Thu Jul 15 15:25:09 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA940106566B for ; Thu, 15 Jul 2010 15:25:09 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.tele2.se [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id 397E58FC17 for ; Thu, 15 Jul 2010 15:25:08 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Nj4mdrGlPVEA:10 a=mI6YO6ZdSLUA:10 a=Q9fys5e9bTEA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=8kQB0OdkAAAA:8 a=m3EFQTg9c4VNXeDnRY0A:9 a=gPWf6tcm2ldcFJtzvZH07TSZ1aMA:4 a=PUjeQqilurYA:10 a=9aOQ2cSd83gA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 640905954; Thu, 15 Jul 2010 17:25:07 +0200 From: Hans Petter Selasky To: James Armstrong Date: Thu, 15 Jul 2010 17:22:12 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <201007151717.00355.hselasky@c2i.net> In-Reply-To: X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201007151722.12083.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: Unable to boot off USB Drive X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2010 15:25:09 -0000 On Thursday 15 July 2010 17:22:11 James Armstrong wrote: > On Thu, Jul 15, 2010 at 08:17, Hans Petter Selasky wrote: > > On Thursday 15 July 2010 15:49:37 James Armstrong wrote: > > > We're trying to boot a machine off a USB drive, and it looks like we're > > > getting a race condition. After going through post, we get the message > > > "FAILED TO MOUNT ROOT" and we enter the mountroot command screen, but > > > amidst that screen, we also get the post message identifying the disk, > > > with the notation that it has a 40.00000MB transfer speed. > > > > > > At the mountroot prompt, entering "ufs:/dev/da0s1a" properly boots. > > > > > > It looks to me like the system is trying to mount root before the USB > > > drivers finish identifying all the devices, including the disk from > > > which we are booting. > > > > > > Have any of you seen this? Any suggestions on how we can correct this? > > > (As an interim, we're going to move the boot to a SATA drive, but we > > > want to use all the SATA ports for other purposes, so this means we're > > > sacrificing a SATA device.) > > > > Try to set this tunable to 5000, for example. > > > > kern.cam.boot_delay: 0 > > This was one of the first things we tried (set at 10000). No joy. How did you set this variable? It should work. Do you see a 10 second delay at boot before mountroot? --HPS From owner-freebsd-usb@FreeBSD.ORG Sat Jul 17 05:48:37 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82B701065670; Sat, 17 Jul 2010 05:48:37 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5A0EC8FC1A; Sat, 17 Jul 2010 05:48:37 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6H5mbRK041654; Sat, 17 Jul 2010 05:48:37 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6H5mbQO041650; Sat, 17 Jul 2010 05:48:37 GMT (envelope-from linimon) Date: Sat, 17 Jul 2010 05:48:37 GMT Message-Id: <201007170548.o6H5mbQO041650@freefall.freebsd.org> To: kh@mogami.com, linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-usb@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: usb/148702: [request] IO DATA USB-RSAQ5 support on FreeBSD-8.0 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jul 2010 05:48:37 -0000 Old Synopsis: IO DATA USB-RSAQ5 support on FreeBSD-8.0 New Synopsis: [request] IO DATA USB-RSAQ5 support on FreeBSD-8.0 State-Changed-From-To: open->suspended State-Changed-By: linimon State-Changed-When: Sat Jul 17 05:47:41 UTC 2010 State-Changed-Why: Mark suspended awaiting someone to generate some patches. Responsible-Changed-From-To: freebsd-bugs->freebsd-usb Responsible-Changed-By: linimon Responsible-Changed-When: Sat Jul 17 05:47:41 UTC 2010 Responsible-Changed-Why: Reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=148702