From owner-freebsd-usb@FreeBSD.ORG Mon Oct 7 11:06:54 2013 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 747E6916 for ; Mon, 7 Oct 2013 11:06:54 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 61CED284B for ; Mon, 7 Oct 2013 11:06:54 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r97B6sbL077892 for ; Mon, 7 Oct 2013 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r97B6ssf077890 for freebsd-usb@FreeBSD.org; Mon, 7 Oct 2013 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 7 Oct 2013 11:06:54 GMT Message-Id: <201310071106.r97B6ssf077890@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 Subject: Current problem reports assigned to freebsd-usb@FreeBSD.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Oct 2013 11:06:54 -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/182505 usb patch to update usb driver if_urtwn.c for new device o usb/182361 usb [panic] Suspend when using USB disc as root causes ker o usb/181987 usb USB isochronous transfer of the USB driver (Mentor Gra o usb/181425 usb USB keyboard with full N-key rollover not working o usb/181159 usb Problem attaching USB device o usb/180837 usb [scsi_da] [patch] Kingston DT 101 G2 usb stick quirk ( o usb/180726 usb XHCI umass support breaks between r248085 and r252560 o usb/180657 usb [PATCH] Filco Majestouch 2 keyboard recognized as keyb o usb/180617 usb New quirk (another member of Western Digital My Passpo o usb/180254 usb FreeBSD 9.1 on 384GB memory server o usb/180119 usb FreeBSD 9.1 umass driver does not correctly handle Pan o usb/179505 usb Kernel detaches Arduino Leonardo (and similar) board u o usb/179342 usb Freebsd 10.0-current USB 3.0 not working (xhci_do_coma o usb/179109 usb After detach USB Flash a keyboard does not work. o usb/179107 usb [usb] After detach USB Flash a keyboard does not work. o usb/178773 usb [usbdevs] [patch] Huawei E303 USB 3G modem support o usb/178771 usb [usbdevs] [patch] Western Digital My Passport HD o usb/178722 usb FreeBSD 9.1-STABLE r250561 breaks support for webcam L o usb/178267 usb [usb] USB causing interrupt storm on irq16 o usb/177897 usb [u3g][patch] add support for the Huawei E352 modem o usb/177896 usb man page for usb_quirk suggests adding device to kerne o usb/177895 usb similar 1TB Western Digital "My Passports" - some load o usb/177666 usb [usbdevs] [patch] Add support for Texas Instruments / o usb/176913 usb [ehci] High interrupt load with ehci o usb/176841 usb [umass] Sony DSC-H2 USB connection fails o usb/176417 usb [xhci][cam][umass] kernelpanic while removing plugged o usb/175731 usb detaching USB keyboard freezes other USB keyboards o usb/175639 usb not detect usb netcard D-LINK DUB-E100 rev C1 o usb/175599 usb [usbdevs][patch]Liebert UPS PSI1000 being assigned uhi o usb/175551 usb Seagate 2TB USB extern hard disk have errors with Free o usb/175379 usb usb card-reader problem o usb/175302 usb don't mount virtual driver CD for my phone o usb/174963 usb buffalo wli-uc-gn wireless card sometimes unusable and o usb/174835 usb uaudio fails to create pcm/dsp device file o usb/174814 usb [PATCH] support for MiFi 2200 o usb/174695 usb usb keeps disconnecting mouse or keyboard o usb/174575 usb Interrupt storm error on startup o usb/174464 usb clone MAC address(es) on usb networks cdce(4) && ue[0- o usb/174254 usb MIDI keyboard not recognised o usb/173722 usb [xhci] xhci driver bug after suspend to RAM (ACPI S3 m o usb/173616 usb LG USB DVD-RW USB STALL o usb/173182 usb usbus appears as a network device o usb/172937 usb FreeBSD 9.1-RC2 usb3 port disconnects o usb/172633 usb Sony Cybershot not recognized as USB mem stick o usb/172199 usb [xhci] high interrupts load xhci o usb/171354 usb [umass] Medium not present error on flash drive [regre o usb/171262 usb plug in sdhc via usb reader reboots machine o usb/171197 usb ADATA Classic CH11 USB HDD doesn't work in FreeBSD 9.1 o usb/170699 usb FreeBSD 9.0 Doesn't list HDD or its partitions in part o usb/170688 usb patch][usbdevs][wlan] Patch for ASUS Black Diamond USB o usb/170606 usb r239222 kernel panic at boot - usb locking issue o usb/170358 usb [ums] Wrong (duplicate) button numbers o usb/170123 usb [umass] HP v210w USB stick not supported o usb/169935 usb [keyboard] Unable use USB keyboard while panic o usb/169789 usb [u3g] [patch] add support for huawei e3131 o usb/169461 usb [ugen] USB2 high-speed device detected as full speed o usb/169428 usb [ugen] ugen not detecting all endpoints on device [reg o usb/168551 usb [umass] Issues with embedded card reader (Laptop ASUS o usb/168132 usb [umass] MATSHITA memory card size reported wrong, moun o usb/167847 usb [ural] dlink dwl-122g e crashes(?) when trying wap2 cr o usb/167001 usb [USB] [PATCH] add support for Smart G2 64MB memory key o usb/165815 usb [usbdevs] [patch] add k3772z 3g modem support o usb/165163 usb [keyboard] The USB RF keyboard and mouse become non-re o usb/164058 usb [umass] Lexar 8GB USB flash drive doesn't work by defa f usb/163328 usb [usb] Support for Atheros USB abgn devices o kern/163091 usb [panic] Fatal trap 12: page fault while in kernel mode f usb/162306 usb usb devices cant get address asignation, no memories, o usb/162054 usb usbdump just hangs on 9.0-RC1 f usb/161793 usb poor EHCI usb2 i/o performance o usb/160436 usb ucom wedges machine on parity error ? o usb/160299 usb MicroSDHC-to-USB adapters do not work in FreeBSD 8.x o usb/160192 usb [install] Installation from USB-Stick doesn't find the o usb/159274 usb USB 3.0 Etron EJ168A does not work. f usb/159191 usb [fusefs-ntfs] write on fusefs-ntfs mounted partition r o usb/157376 usb LaCie USB disk not recognized o usb/157074 usb [boot] [usb8] vfs_mountroot_ask is called when no usb o usb/156898 usb [keyboard] usb keyboard does not work while boot (ps2 f usb/156735 usb Need Quirk for Goflex USB Disk Drives o usb/156726 usb [snd_uaudio]: snd_uaudio(4) fails to detach when mixer o usb/156725 usb USB stack stall cause complete system input loss o usb/156596 usb [ehci] Extremely high interrupt rate on ehci/uhci IRQ1 o usb/156000 usb rum(4) Fatal trap 18: integer divide fault while in ke f usb/155996 usb NanoBSD not booted as Disk o usb/155784 usb Problem with Transcend StoreJet 25M3 (2AJ1) on Asus M2 o usb/155663 usb [usbdevs] [patch] Add support for Supertop Nano 1GB US o usb/154753 usb [usbdevs] [patch] Support for Qualcomm USB modem/stora o usb/154506 usb [umass] Copying dir with large files makes FreeBSD loa o usb/154192 usb [umass] In Garmin Oregon GPS, only the first umass dev o i386/153851 usb [keyboard] keyboard issues on new Intel Mother boards. o usb/153703 usb [keyboard] My USB keyboard can not be used in 8-STABLE o usb/153609 usb [zyd] [panic] kernel: Fatal trap 12: page fault while f kern/153514 usb [cam] [panic] CAM related panic o usb/153149 usb [umass] USB stick quirk regression [regression] o usb/152075 usb [usb8] [ehci] [request] Add quirk for CS5536 USB o usb/150892 usb [zyd] Whenever network contacted in any shape, way or o usb/150189 usb [run] [usb8] [patch] if_run appears to corrupt IP traf p usb/149764 usb [u3g] [patch] usbdevs update: Huawei K3765 3G modem o usb/149283 usb [uftdi] avrdude unable to talk to Arduino board (via u o usb/149162 usb [ural] ASUS WL-167g doesn't work in 8.1 (continue of 1 s usb/148702 usb [usb8] [request] IO DATA USB-RSAQ5 support on FreeBSD- o usb/148080 usb usbconfig(8) sometimes does not turn off the device o i386/147475 usb [install] FreeBSD 8.x does not install on ASUS K8N4-E o usb/146840 usb [hang] FreeBSD 7.2 / 7.3 / 8.0 hang at startup after e o usb/146153 usb [axe] [usb8] Hosts in network doesn't receive any pack f 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 p 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/144387 usb [run] [panic] if_run panic o usb/144043 usb [umass] [usb8] USB DLT tape drive throws random errors a usb/143790 usb [boot] [cam] can not boot from usb hdd f usb/143620 usb [cdce] [usb8] the module if_cdce doesn't support my Op 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 p 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 p usb/143045 usb [umass] [usb8] [patch] mounting Fujitsu 2600Z camera d 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 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 f 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 o usb/141212 usb [ukbd] [usb8] ukbd_set_leds_callback:700: error=USB_ER o kern/141011 usb [usb8] Encrypted root, geli password at boot; enter ke 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 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 usb/140477 usb [umass] [usb8] [patch] allow boot-time attachment of d 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 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 kern/138292 usb [zyd] [usb8] "zyd0: device timeout" with ZyXEL G-202 o usb/138124 usb [snd_uaudio] [usb8] Axed uaudio functionality in the u 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 o usb/137129 usb [ums] [usb8] SteelSeries Ikari USB laser mouse not att o usb/135542 usb [keyboard] boot loader does not work with a usb keyboa o usb/135206 usb machine reboots when inserted USB device f usb/135200 usb SAMSUNG i740 usb mass: Synchronize cache failed, statu o usb/134950 usb Lowering DTR for USB-modem via ubsa is not possible 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/134085 usb [umass] [patch] Adding usb quirk for Sony USB flash dr 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 o usb/132594 usb USB subsystem causes page fault and crashes o usb/132080 usb [patch] [usb] [rum] [panic] Kernel panic after NOMEM c 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/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/131074 usb no run-time detection of usb devices plugged into exte o usb/130736 usb Page fault unplugging USB stick o usb/130208 usb Boot process severely hampered by umass0 error o usb/130122 usb [usb8] DVD drive detects as 'da' device f usb/129766 usb [usb] [panic] plugging in usb modem HUAWEI E226 panics o usb/129500 usb [umass] [panic] FreeBSD Crashes when connecting SanDis o usb/129311 usb [usb] [panic] Instant crash with an USB card reader f usb/128745 usb [zyd] zyd theoretically supported usb device makes ker 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/127926 usb [boot] USB Timeout during bootup 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/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/125631 usb [ums] [panic] kernel panic during bootup while 'Logite o usb/125510 usb [panic] repeated plug and unplug of USB mass storage d f usb/125450 usb [panic] Removing USB flash card while being accessed c 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 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/122992 usb [umass] [patch] MotoROKR Z6 Phone not recognised by um o usb/122936 usb [ucom] [ubsa] Device does not receive interrupt o usb/122905 usb [ubsa] [patch] add Huawei E220 to ubsa 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/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/121275 usb [boot] [panic] FreeBSD fails to boot with usb legacy s 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 f 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 conf/120406 usb [devd] [patch] Handle newly attached pcm devices (eg. 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/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/119509 usb [usb] USB flaky on Dell Optiplex 755 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/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/117183 usb [panic] USB/fusefs -- panic while transferring large a f usb/117150 usb [zyd] usb zyd device under moderate load panics system 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/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 conf/114013 usb [patch] WITHOUT_USB allow to compil a lot of USB stuff o usb/99431 usb [keyboard] FreeBSD on MSI 6566E (Intel 845E motherboar 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/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 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/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 f 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/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? 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. f 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 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/83504 usb [kernel] [patch] SpeedTouch USB stop working on recent 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. 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 f 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/78984 usb [umass] [patch] Creative MUVO umass failure o usb/76653 usb [umass] [patch] Problem with Asahi Optical usb device 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/75764 usb [umass] [patch] "umass0: Phase Error" - no device for 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/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/69006 usb [usbdevs] [patch] Apple Cinema Display hangs USB ports o usb/67301 usb [uftdi] [panic] RTS and system panic o usb/66547 usb [ucom] Palm Tungsten T USB does not initialize correct s usb/62257 usb [umass] [request] card reader UCR-61S2B is only half-s s usb/52026 usb [new driver] [request] umass driver support for InSyst s usb/51958 usb [urio] [patch] update for urio driver 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 317 problems total. From owner-freebsd-usb@FreeBSD.ORG Mon Oct 7 13:41:29 2013 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3D48CB01 for ; Mon, 7 Oct 2013 13:41:29 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EC3462487 for ; Mon, 7 Oct 2013 13:41:28 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-235-45.lns20.per1.internode.on.net [121.45.235.45]) (authenticated bits=0) by vps1.elischer.org (8.14.7/8.14.7) with ESMTP id r97DewCW002751 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 7 Oct 2013 06:41:05 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <5252B9E4.2050208@freebsd.org> Date: Mon, 07 Oct 2013 21:40:52 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: hot usb sticks References: <201310051335.r95DZOx4004869@fire.js.berklix.net> <5250344E.2000500@quip.cz> In-Reply-To: <5250344E.2000500@quip.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, "Julian H. Stacey" X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Oct 2013 13:41:29 -0000 On 10/5/13 11:46 PM, Miroslav Lachman wrote: > Julian H. Stacey wrote: >> Has anyone else noticed how hot USB sticks can get when used for >> backup ? >> & also that IO errors occur after a while, which go away after a >> cold reboot. >> >> Not the whole stick, but the metal connector gets hot, so chip is >> hotter still. Obviously one won't notice this on large plastic >> encassed sticks, but 2 main sicks I use are: >> sandisk 2Gig metal case "vendor" "0x0781"; "product" "0x5151"; >> delock 8G miniature (~ 3mm of platic beyond plug) >> "vendor" "0x05e3" "product" "0x0727" >> >> I usually notice this when I am updating (writing) a crypted (gbde) >> UFS file systems using port/net/rdist6 (which only rewrites updated >> files). >> >> Source data is 1,446,438 K bytes in 42,611 files so average >> size of 34 K. But a lot of the files are really small, (~/.* config >> & mail files etc, so as rdist will be updating each one sequentially, >> & each will take a read + write cycle on a stick block,& as many >> small files will probably map to the same stick block, thats >> some concentrated cycles. >> >> More stick detail at >> http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/jhs/etc/devd/jhs.conf >> >> >> Quite often I have to reboot my target host that has a stick inserted, >> I believe regardless of OS version on USB target host >> >> Possibly there might be less heating when only reading (as read >> cycles are also quicker), but mainly I'm backing up, writing. >> >> I was thinking of making a heatsink to clamp to a USB socket on an >> extension cable, but before that I'll try hanging a USB extension >> cable >> adjacent to a case fan. > > I have a few USB sticks, some of them are really old (and fast!), > for example 512MB A-Data with 200x speed, or 8GB 133x. These fast > sticks are almost cool. Some cheap modern sticks are hot even if > used as read-only for booting ZFS backup server, where whole base > system is on UFS USB stick monted read-only and all writes are on > ZFS partitions of 4 HDDs. Even in this RO scenario, the hot stick > died after about 2 years. Writes on it was made about 3 times a year > because of system or ports updates. > > So in my case: newer -> cheaper -> slower -> hotter = shorter life. actually, hotter is not always worse in Flash. Warner can say more in detail but hot is good in some case while cold is best when you put the device on the shelf. > > Miroslav Lachman > _______________________________________________ > freebsd-usb@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" > From owner-freebsd-usb@FreeBSD.ORG Mon Oct 7 14:07:53 2013 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0161739F for ; Mon, 7 Oct 2013 14:07:53 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ie0-f180.google.com (mail-ie0-f180.google.com [209.85.223.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C381E2648 for ; Mon, 7 Oct 2013 14:07:52 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id u16so15206139iet.25 for ; Mon, 07 Oct 2013 07:07:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=X3fFe4ux0SYSB6G6l7z0sN6yO4pzo4AAkSEjKlGN/F4=; b=ipauVR1S7p8Za0wEePpWbKJLRvcyBb2ntxwIzRJHCwqu6Nc5PylcDAFKqEJIuoNFzf 12ZbvmgE+vzjNu7qkIt3k0ARRkouL+N3ksW9C7j6iuSPYQ1xcjjpeiAIuU7PpCJ9Pr7G QpKDmKVWVBHRrcALz7HImXl8yWhSj7aUk6qhOcDgCbXrueMBthoDVszTYExj3nrJACTV c0GefKutMXg20dDI0+DWnj9JHVYx7Zg4QRCFmMsKh3R4brUgrXXdI4Tzm8V1HXY6mmoi 4CrWLNqmo54JWd7/Fbkw+sEqviSp2vJkM96DCIq5jcgyGGj1aLxZcUIETEznmqxkYmh5 XX/A== X-Gm-Message-State: ALoCoQlEYph1eoyNeMMn+C6CiNVu2us8IWz7TVIPzwQy0i7M88KyO+WMJ2V7/zS1rPKVSc2gIVuf X-Received: by 10.50.153.16 with SMTP id vc16mr17041542igb.8.1381154870302; Mon, 07 Oct 2013 07:07:50 -0700 (PDT) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id x6sm26880984igb.3.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 07 Oct 2013 07:07:49 -0700 (PDT) Sender: Warner Losh Subject: Re: hot usb sticks Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <5252B9E4.2050208@freebsd.org> Date: Mon, 7 Oct 2013 08:07:48 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <8325A99D-54C4-4EE0-968B-6605665F930F@bsdimp.com> References: <201310051335.r95DZOx4004869@fire.js.berklix.net> <5250344E.2000500@quip.cz> <5252B9E4.2050208@freebsd.org> To: Julian Elischer X-Mailer: Apple Mail (2.1085) Cc: usb@freebsd.org, "Julian H. Stacey" X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Oct 2013 14:07:53 -0000 On Oct 7, 2013, at 7:40 AM, Julian Elischer wrote: > On 10/5/13 11:46 PM, Miroslav Lachman wrote: >> Julian H. Stacey wrote: >>> Has anyone else noticed how hot USB sticks can get when used for = backup ? >>> & also that IO errors occur after a while, which go away after a = cold reboot. >>>=20 >>> Not the whole stick, but the metal connector gets hot, so chip is >>> hotter still. Obviously one won't notice this on large plastic >>> encassed sticks, but 2 main sicks I use are: >>> sandisk 2Gig metal case "vendor" "0x0781"; "product" "0x5151"; >>> delock 8G miniature (~ 3mm of platic beyond plug) >>> "vendor" "0x05e3" "product" "0x0727" >>>=20 >>> I usually notice this when I am updating (writing) a crypted (gbde) >>> UFS file systems using port/net/rdist6 (which only rewrites updated = files). >>>=20 >>> Source data is 1,446,438 K bytes in 42,611 files so average >>> size of 34 K. But a lot of the files are really small, (~/.* config >>> & mail files etc, so as rdist will be updating each one = sequentially, >>> & each will take a read + write cycle on a stick block,& as many >>> small files will probably map to the same stick block, thats >>> some concentrated cycles. >>>=20 >>> More stick detail at >>> = http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/jhs/etc/devd/jhs.con= f=20 >>>=20 >>> Quite often I have to reboot my target host that has a stick = inserted, >>> I believe regardless of OS version on USB target host >>>=20 >>> Possibly there might be less heating when only reading (as read >>> cycles are also quicker), but mainly I'm backing up, writing. >>>=20 >>> I was thinking of making a heatsink to clamp to a USB socket on an >>> extension cable, but before that I'll try hanging a USB extension = cable >>> adjacent to a case fan. >>=20 >> I have a few USB sticks, some of them are really old (and fast!), for = example 512MB A-Data with 200x speed, or 8GB 133x. These fast sticks are = almost cool. Some cheap modern sticks are hot even if used as read-only = for booting ZFS backup server, where whole base system is on UFS USB = stick monted read-only and all writes are on ZFS partitions of 4 HDDs. = Even in this RO scenario, the hot stick died after about 2 years. Writes = on it was made about 3 times a year because of system or ports updates. >>=20 >> So in my case: newer -> cheaper -> slower -> hotter =3D shorter life. >=20 > actually, hotter is not always worse in Flash. > Warner can say more in detail but hot is good in some case while cold = is best when you put the device on the shelf. The amount of damage that a P/E cycle does to a cell often is determined = by the dwell time and temperature between program and erase. There's a = well known Arrhenius relationship here, so as the temperature gets = hotter, the effective dwell time increases, which allows more of the = damage to heal. So heat can be good in a high write scenario. However, in a low write, long retention scenario, high heat, by the same = Arrhenius factor, will lead to much shorter retention, which may have = contributed to your failure. There are certain housekeeping activities = that go on in the USB stick, typically, that will move really old data, = which causes additional writes to the flash that you are unaware of. = Also a high read work load can tax the cells, which have only so many = reads per page specified by the manufacturer. But if the errors occur while it is HOT and not while it is COLD, I'd be = suspecting an issue of construction that's to blame (eg, bad design that = works at low temps, but at high temps the electrical characteristics of = the data transmission lines change just enough to be out of spec). If it = just died, then the high temperature accelerated the aging effects = beyond the bounds of the drive firmware to cope. Warner= From owner-freebsd-usb@FreeBSD.ORG Mon Oct 7 22:25:25 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E1723543; Mon, 7 Oct 2013 22:25:25 +0000 (UTC) (envelope-from anatoly@kazanfieldhockey.ru) Received: from kazanfieldhockey.ru (kazanfieldhockey.ru [78.138.152.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 37058295D; Mon, 7 Oct 2013 22:25:24 +0000 (UTC) Received: from asd.localdomain (host-175-22.static.telecet.ru [87.117.175.22]) (authenticated bits=0) by kazanfieldhockey.ru (8.14.3/8.14.3) with ESMTP id r97MFVxI023914 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 8 Oct 2013 02:15:36 +0400 (MSK) (envelope-from anatoly@kazanfieldhockey.ru) Date: Tue, 8 Oct 2013 02:15:36 +0400 From: Anatoly To: Julian Elischer Subject: Re: hot usb sticks Message-ID: <20131008021536.43345a8e@asd.localdomain> In-Reply-To: <8325A99D-54C4-4EE0-968B-6605665F930F@bsdimp.com> References: <201310051335.r95DZOx4004869@fire.js.berklix.net> <5250344E.2000500@quip.cz> <5252B9E4.2050208@freebsd.org> <8325A99D-54C4-4EE0-968B-6605665F930F@bsdimp.com> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; i386-portbld-freebsd7.3) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (kazanfieldhockey.ru [192.168.13.2]); Tue, 08 Oct 2013 02:15:36 +0400 (MSK) X-Drweb-SpamState: no X-Drweb-SpamScore: -200 X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.5.0.1.0 X-Antivirus-Code: 0x100000 Cc: freebsd-usb@freebsd.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Oct 2013 22:25:25 -0000 В Mon, 7 Oct 2013 08:07:48 -0600 Warner Losh пишет: > > On Oct 7, 2013, at 7:40 AM, Julian Elischer wrote: > > > On 10/5/13 11:46 PM, Miroslav Lachman wrote: > >> Julian H. Stacey wrote: > >>> Has anyone else noticed how hot USB sticks can get when used for > >>> backup ? & also that IO errors occur after a while, which go > >>> away after a cold reboot. > >>> > >>> Not the whole stick, but the metal connector gets hot, so chip is > >>> hotter still. Obviously one won't notice this on large plastic > >>> encassed sticks, but 2 main sicks I use are: > >>> sandisk 2Gig metal case "vendor" "0x0781"; "product" "0x5151"; > >>> delock 8G miniature (~ 3mm of platic beyond plug) > >>> "vendor" "0x05e3" "product" "0x0727" > >>> > >>> I usually notice this when I am updating (writing) a crypted > >>> (gbde) UFS file systems using port/net/rdist6 (which only > >>> rewrites updated files). > >>> > >>> Source data is 1,446,438 K bytes in 42,611 files so average > >>> size of 34 K. But a lot of the files are really small, (~/.* > >>> config & mail files etc, so as rdist will be updating each one > >>> sequentially, & each will take a read + write cycle on a stick > >>> block,& as many small files will probably map to the same stick > >>> block, thats some concentrated cycles. > >>> > >>> More stick detail at > >>> http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/jhs/etc/devd/jhs.conf > >>> > >>> Quite often I have to reboot my target host that has a stick > >>> inserted, I believe regardless of OS version on USB target host > >>> > >>> Possibly there might be less heating when only reading (as read > >>> cycles are also quicker), but mainly I'm backing up, writing. > >>> > >>> I was thinking of making a heatsink to clamp to a USB socket on an > >>> extension cable, but before that I'll try hanging a USB extension > >>> cable adjacent to a case fan. > >> > >> I have a few USB sticks, some of them are really old (and fast!), > >> for example 512MB A-Data with 200x speed, or 8GB 133x. These fast > >> sticks are almost cool. Some cheap modern sticks are hot even if > >> used as read-only for booting ZFS backup server, where whole base > >> system is on UFS USB stick monted read-only and all writes are on > >> ZFS partitions of 4 HDDs. Even in this RO scenario, the hot stick > >> died after about 2 years. Writes on it was made about 3 times a > >> year because of system or ports updates. > >> > >> So in my case: newer -> cheaper -> slower -> hotter = shorter life. > > > > actually, hotter is not always worse in Flash. > > Warner can say more in detail but hot is good in some case while > > cold is best when you put the device on the shelf. > > The amount of damage that a P/E cycle does to a cell often is > determined by the dwell time and temperature between program and > erase. There's a well known Arrhenius relationship here, so as the > temperature gets hotter, the effective dwell time increases, which > allows more of the damage to heal. So heat can be good in a high > write scenario. > > However, in a low write, long retention scenario, high heat, by the > same Arrhenius factor, will lead to much shorter retention, which may > have contributed to your failure. There are certain housekeeping > activities that go on in the USB stick, typically, that will move > really old data, which causes additional writes to the flash that you > are unaware of. Also a high read work load can tax the cells, which > have only so many reads per page specified by the manufacturer. > > But if the errors occur while it is HOT and not while it is COLD, I'd > be suspecting an issue of construction that's to blame (eg, bad > design that works at low temps, but at high temps the electrical > characteristics of the data transmission lines change just enough to > be out of spec). If it just died, then the high temperature > accelerated the aging effects beyond the bounds of the drive firmware > to cope. > > Warner I've seen such a way faulty pen drives (IO errors after sustained write, or even short-term writes, but repeated many times for a long period), however can't say they was hottest I've seen. But they was almost cheapest. Also I've noted, say 8G sticks made at days when they was priced 30$ is more reliable than those made at days they priced 6$ Anyway I using my "choosen thrusty" sticks and SD cards for backups and running OSes with no problem. I just want to remind what we can do to minimize wear (and speed up): -align filesystem with flash memory erase block. 8192 sectors is almost good fo any flash media. Note such offset on new factory-formatted sticks. Before I get it, I was wonder why re-partitioned pendrive becomes slower than factory-partitioned. read: http://forums.freebsd.org/showthread.php?t=19093 -mount with noatime option if updating file access times is not necessary If I need to backup large amount of small files, for me, sometimes it's faster to create "image" of pendrive somewhere on local HDDs, mount it, copy files on it, and then dd it to pendrive. From owner-freebsd-usb@FreeBSD.ORG Tue Oct 8 01:50:00 2013 Return-Path: Delivered-To: freebsd-usb@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D386D719 for ; Tue, 8 Oct 2013 01:50:00 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 97296269B for ; Tue, 8 Oct 2013 01:50:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r981o07S024211 for ; Tue, 8 Oct 2013 01:50:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r981o0qt024209; Tue, 8 Oct 2013 01:50:00 GMT (envelope-from gnats) Resent-Date: Tue, 8 Oct 2013 01:50:00 GMT Resent-Message-Id: <201310080150.r981o0qt024209@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Alexander Vysokovskih Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1E597F11 for ; Tue, 8 Oct 2013 01:41:35 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from oldred.freebsd.org (oldred.freebsd.org [8.8.178.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E494E25E6 for ; Tue, 8 Oct 2013 01:41:34 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id r981fYf5039190 for ; Tue, 8 Oct 2013 01:41:34 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id r981fYX8039161; Tue, 8 Oct 2013 01:41:34 GMT (envelope-from nobody) Message-Id: <201310080141.r981fYX8039161@oldred.freebsd.org> Date: Tue, 8 Oct 2013 01:41:34 GMT From: Alexander Vysokovskih To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: usb/182820: usbusX if destroy page fault panic X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Oct 2013 01:50:01 -0000 >Number: 182820 >Category: usb >Synopsis: usbusX if destroy page fault panic >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 08 01:50:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Alexander Vysokovskih >Release: 10.0-ALPHA4 r255933 >Organization: >Environment: FreeBSD sandbox-10.ural.org 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #0 r255933: Sun Sep 29 02:50:54 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >Description: KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-ALPHA4 #0 r255933: Sun Sep 29 02:50:54 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz (2471.71-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x306a9 Family = 0x6 Model = 0x3a Stepping = 9 Features=0x1783fbff Features2=0x201 AMD Features=0x28100800 AMD Features2=0x1 real memory = 2147418112 (2047 MB) avail memory = 2049912832 (1954 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 random device not loaded; using insecure entropy ioapic0 irqs 0-23 on motherboard random: initialized kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) cpu0: on acpi0 cpu1: on acpi0 attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd000-0xd00f at device 1.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 vgapci0: mem 0xe0000000-0xe07fffff irq 18 at device 2.0 on pci0 virtio_pci0: port 0xd020-0xd03f irq 19 at device 3.0 on pci0 vtnet0: on virtio_pci0 virtio_pci0: host features: 0x410fdda3 virtio_pci0: negotiated features: 0xf99a3 vtnet0: Ethernet address: 08:00:27:9e:bb:21 pci0: at device 4.0 (no driver attached) ohci0: mem 0xf0404000-0xf0404fff irq 22 at device 6.0 on pci0 usbus0 on ohci0 pci0: at device 7.0 (no driver attached) ehci0: mem 0xf0405000-0xf0405fff irq 19 at device 11.0 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (9600,n,8,1) battery0: on acpi0 acpi_acad0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 orm0: at iomem 0xc0000-0xc7fff,0xe2000-0xe2fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atrtc0: at port 0x70 irq 8 on isa0 Event timer "RTC" frequency 32768 Hz quality 0 ppc0: cannot reserve I/O port range Timecounters tick every 10.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-6 device ada0: 33.300MB/s transfers (UDMA2, PIO 65536bytes) ada0: 8710MB (17839056 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present Netvsc initializing... SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. uhub0: 8 ports with 8 removable, self powered Root mount waiting for: usbus1 usbus0 Root mount waiting for: usbus1 usbus0 ugen0.2: at usbus0 Root mount waiting for: usbus1 Root mount waiting for: usbus1 uhub1: 8 ports with 8 removable, self powered Trying to mount root from ufs:/dev/ada0p2 [rw]... WARNING: / was not properly dismounted WARNING: /: mount pending error: blocks 0 files 4 vtnet0: link state changed to UP ums0: on usbus0 ums0: 3 buttons and [XYZ] coordinates ID=0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x10 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80a8c5ec stack pointer = 0x28:0xfffffe007b7727e0 frame pointer = 0x28:0xfffffe007b772800 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 847 (ifconfig) Reading symbols from /boot/kernel/ums.ko.symbols...done. Loaded symbols for /boot/kernel/ums.ko.symbols #0 doadump (textdump=0) at pcpu.h:218 218 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump (textdump=0) at pcpu.h:218 #1 0xffffffff8034136e in db_dump (dummy=, dummy2=0, dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:543 #2 0xffffffff80340e0d in db_command (cmd_table=) at /usr/src/sys/ddb/db_command.c:449 #3 0xffffffff80340b84 in db_command_loop () at /usr/src/sys/ddb/db_command.c:502 #4 0xffffffff80343530 in db_trap (type=, code=0) at /usr/src/sys/ddb/db_main.c:231 #5 0xffffffff808ef433 in kdb_trap (type=12, code=0, tf=) at /usr/src/sys/kern/subr_kdb.c:654 #6 0xffffffff80cae62a in trap_fatal (frame=0xfffffe007b772730, eva=) at /usr/src/sys/amd64/amd64/trap.c:868 #7 0xffffffff80cae8e4 in trap_pfault (frame=0x0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:699 #8 0xffffffff80cae0e0 in trap (frame=0xfffffe007b772730) at /usr/src/sys/amd64/amd64/trap.c:463 #9 0xffffffff80c95ec2 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #10 0xffffffff80a8c5ec in nd6_purge (ifp=0xfffff8000256f800) at /usr/src/sys/netinet6/nd6.c:823 #11 0xffffffff80a778b9 in in6_ifdetach (ifp=0xfffff8000256f800) at /usr/src/sys/netinet6/in6_ifattach.c:813 ---Type to continue, or q to quit--- #12 0xffffffff8097b3d3 in if_detach (ifp=0xfffff8000256f800) at /usr/src/sys/net/if.c:871 #13 0xffffffff8075ebb2 in usbpf_clone_destroy (ifc=0xfffff800027d4d80, ifp=0xfffff8000256f800) at /usr/src/sys/dev/usb/usb_pf.c:225 #14 0xffffffff80980ae2 in if_clone_destroyif (ifc=0xfffff800027d4d80, ifp=0xfffff8000256f800) at /usr/src/sys/net/if_clone.c:333 #15 0xffffffff8098097e in if_clone_destroy (name=) at /usr/src/sys/net/if_clone.c:291 #16 0xffffffff8097d806 in ifioctl (so=0xfffff80002c6f570, cmd=, data=0xfffff8000279f660 "usbus0", td=0xfffff80002c02490) at /usr/src/sys/net/if.c:2513 #17 0xffffffff8090e94a in kern_ioctl (td=0xfffff80002c02490, fd=, com=8) at file.h:319 #18 0xffffffff8090e62f in sys_ioctl (td=0xfffff80002c02490, uap=0xfffffe007b772b80) at /usr/src/sys/kern/sys_generic.c:698 #19 0xffffffff80caee35 in amd64_syscall (td=0xfffff80002c02490, traced=0) at subr_syscall.c:134 #20 0xffffffff80c961ab in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #21 0x000000080119b9ca in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) (kgdb) fr 15 #15 0xffffffff8098097e in if_clone_destroy (name=) at /usr/src/sys/net/if_clone.c:291 291 err = if_clone_destroyif(ifc, ifp); (kgdb) fr 14 #14 0xffffffff80980ae2 in if_clone_destroyif (ifc=0xfffff800027d4d80, ifp=0xfffff8000256f800) at /usr/src/sys/net/if_clone.c:333 333 err = (*ifc->ifc_destroy)(ifc, ifp); (kgdb) fr 13 #13 0xffffffff8075ebb2 in usbpf_clone_destroy (ifc=0xfffff800027d4d80, ifp=0xfffff8000256f800) at /usr/src/sys/dev/usb/usb_pf.c:225 225 if_detach(ifp); (kgdb) fr 12 #12 0xffffffff8097b3d3 in if_detach (ifp=0xfffff8000256f800) at /usr/src/sys/net/if.c:871 871 in6_ifdetach(ifp); (kgdb) fr 11 #11 0xffffffff80a778b9 in in6_ifdetach (ifp=0xfffff8000256f800) at /usr/src/sys/netinet6/in6_ifattach.c:813 813 nd6_purge(ifp); (kgdb) fr 10 #10 0xffffffff80a8c5ec in nd6_purge (ifp=0xfffff8000256f800) at /usr/src/sys/netinet6/nd6.c:823 823 if (ND_IFINFO(ifp)->flags & ND6_IFF_ACCEPT_RTADV) { (kgdb) print ifp $1 = (struct ifnet *) 0xfffff8000256f800 (kgdb) print *ifp $2 = {if_softc = 0xfffffe00008bb320, if_l2com = 0x0, if_vnet = 0x0, if_link = { tqe_next = 0x0, tqe_prev = 0xfffff80002570018}, if_xname = "usbus0\000\000\000\000\000\000\000\000\000", if_dname = 0xffffffff80ee5a5c "usbus", if_dunit = 0, if_refcount = 2, if_addrhead = {tqh_first = 0xfffff8000241d600, tqh_last = 0xfffff8000241d6c0}, if_pcount = 0, if_carp = 0x0, if_bpf = 0xfffff800027a3500, if_index = 3, if_index_reserved = 0, if_vlantrunk = 0x0, if_flags = 0, if_capabilities = 0, if_capenable = 0, if_linkmib = 0x0, if_linkmiblen = 0, if_data = {ifi_type = 160 '▒', ifi_physical = 0 '\0', ifi_addrlen = 0 '\0', ifi_hdrlen = 0 '\0', ifi_link_state = 0 '\0', ifi_vhid = 0 '\0', ifi_baudrate_pf = 0 '\0', ifi_datalen = 152 '\230', ifi_mtu = 0, ifi_metric = 0, ifi_baudrate = 0, ifi_ipackets = 0, ifi_ierrors = 0, ifi_opackets = 0, ifi_oerrors = 0, ifi_collisions = 0, ifi_ibytes = 0, ifi_obytes = 0, ifi_imcasts = 0, ifi_omcasts = 0, ifi_iqdrops = 0, ifi_noproto = 0, ifi_hwassist = 0, ifi_epoch = 52, ifi_lastchange = {tv_sec = 1381179412, tv_usec = 796566}}, if_multiaddrs = {tqh_first = 0x0, tqh_last = 0xfffff8000256f938}, if_amcount = 0, if_output = 0, if_input = 0, if_start = 0, if_ioctl = 0xffffffff8075f2b0 , if_init = 0, if_resolvemulti = 0, if_qflush = 0xffffffff8097d550 , if_transmit = 0xffffffff809800a0 , if_reassign = 0, if_home_vnet = 0x0, if_addr = 0xfffff8000241d600, if_llsoftc = 0x0, if_drv_flags = 0, if_snd = {ifq_head = 0x0, ifq_tail = 0x0, ifq_len = 0, ---Type to continue, or q to quit--- ifq_maxlen = 50, ifq_drops = 0, ifq_mtx = {lock_object = { lo_name = 0xfffff8000256f828 "usbus0", lo_flags = 16973824, lo_data = 0, lo_witness = 0xfffffe00006d3d80}, mtx_lock = 4}, ifq_drv_head = 0x0, ifq_drv_tail = 0x0, ifq_drv_len = 0, ifq_drv_maxlen = 0, altq_type = 0, altq_flags = 0, altq_disc = 0x0, altq_ifp = 0xfffff8000256f800, altq_enqueue = 0, altq_dequeue = 0, altq_request = 0, altq_clfier = 0x0, altq_classify = 0, altq_tbr = 0x0, altq_cdnr = 0x0}, if_broadcastaddr = 0x0, if_bridge = 0x0, if_label = 0x0, if_unused = {0x0, 0x0}, if_afdata = {0x0, 0x0, 0xfffff80002426f20, 0x0 }, if_afdata_initialized = 2, if_afdata_lock = { lock_object = {lo_name = 0xffffffff80f27a92 "if_afdata", lo_flags = 86179840, lo_data = 0, lo_witness = 0xfffffe00006d3d00}, rw_lock = 1}, if_linktask = {ta_link = {stqe_next = 0x0}, ta_pending = 0, ta_priority = 0, ta_func = 0xffffffff8097a5e0 , ta_context = 0xfffff8000256f800}, if_addr_lock = {lock_object = { lo_name = 0xffffffff80f1ab75 "if_addr_lock", lo_flags = 86179840, lo_data = 0, lo_witness = 0xfffffe00006ccb80}, rw_lock = 1}, if_clones = {le_next = 0x0, le_prev = 0xfffff800027d4da8}, if_groups = { tqh_first = 0xfffff80002acd020, tqh_last = 0xfffff80002acd028}, if_pf_kif = 0x0, if_lagg = 0x0, if_description = 0x0, if_fib = 0, if_alloctype = 160 '▒', if_hw_tsomax = 65535, if_cspare = "\000\000", if_ispare = {0, 0, 0, 0}, if_pspare = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} --- (kgdb) print ifp->if_afdata $3 = {0x0, 0x0, 0xfffff80002426f20, 0x0 } (kgdb) print ifp->if_afdata[28] $4 = (void *) 0x0 --- There is no checks about existense of ifp scructure member used in ND_IFINFO macro in nd6_purge(). #define AF_INET6 28 /* IPv6 */ #define ND_IFINFO(ifp) \ (((struct in6_ifextra *)(ifp)->if_afdata[AF_INET6])->nd_ifinfo) mld6_var.h also contain same macro used in mld_ifdetach(): #define MLD_IFINFO(ifp) \ (((struct in6_ifextra *)(ifp)->if_afdata[AF_INET6])->mld_ifinfo) >How-To-Repeat: In my VirtualBox just new installed FreeBSD 10.0-ALPHA4 #r255933 panicked like: # ifconfig usbus0 create # ifconfig usbus0 destroy or # usbdump ^C >Fix: I think what my pretty simple patch not very smart at all. Why we should call in6_ifdetach() for usb interfaces? >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Tue Oct 8 23:21:41 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7CA3A6DE for ; Tue, 8 Oct 2013 23:21:41 +0000 (UTC) (envelope-from aseem.jolly@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5E43B2A36 for ; Tue, 8 Oct 2013 23:21:41 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VTgay-00051d-11 for freebsd-usb@freebsd.org; Tue, 08 Oct 2013 16:21:40 -0700 Date: Tue, 8 Oct 2013 16:21:40 -0700 (PDT) From: "aseem.jolly" To: freebsd-usb@freebsd.org Message-ID: <1381274499940-5850403.post@n5.nabble.com> Subject: USB device configuration MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Oct 2013 23:21:41 -0000 In usb_device_alloc function, after putting the device into powered state. We try to select configuration 1(default configuration of most of the USB devices) by calling *usbd_set_config_index* In *usb_set_config_index*, we check for power requirements, then make a request to the device to select the configuration and if we see an error in performing this request, we goto done where we unconfigure the usb. Don't you think that we need to change the state back 'powered' again during unconfiguration or we should change the state to configured only when *usbd_req_set_config* return 0(success). udev->power = power; udev->curr_config_no = cdp->bConfigurationValue; udev->curr_config_index = index; *usb_set_device_state(udev, USB_STATE_CONFIGURED);* /* Set the actual configuration value. */ err = *usbd_req_set_config(udev, NULL, cdp->bConfigurationValue);* if (err) { goto done; } Basically, I mean somthing like udev->power = power; udev->curr_config_no = cdp->bConfigurationValue; udev->curr_config_index = index; /* Set the actual configuration value. */ err = *usbd_req_set_config(udev, NULL, cdp->bConfigurationValue);* if (err) { goto done; * } else { usb_set_device_state(udev, USB_STATE_CONFIGURED); }* -- View this message in context: http://freebsd.1045724.n5.nabble.com/USB-device-configuration-tp5850403.html Sent from the freebsd-usb mailing list archive at Nabble.com. From owner-freebsd-usb@FreeBSD.ORG Wed Oct 9 06:52:31 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5CDC24D0 for ; Wed, 9 Oct 2013 06:52:31 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 1BEC42F12 for ; Wed, 9 Oct 2013 06:52:30 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id 3EAF67A0D5; Wed, 9 Oct 2013 08:52:23 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 62C798F87D6; Wed, 9 Oct 2013 08:52:46 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l9RQn5faPGuB; Wed, 9 Oct 2013 08:52:45 +0200 (CEST) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 2A2018F87D5; Wed, 9 Oct 2013 08:52:45 +0200 (CEST) Message-ID: <5254FD72.2050507@bitfrost.no> Date: Wed, 09 Oct 2013 08:53:38 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: "aseem.jolly" Subject: Re: USB device configuration References: <1381274499940-5850403.post@n5.nabble.com> In-Reply-To: <1381274499940-5850403.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2013 06:52:31 -0000 On 10/09/13 01:21, aseem.jolly wrote: > *usb_set_device_state(udev, USB_STATE_CONFIGURED);* Hi, Beware that this state is tracked by: static void xhci_device_state_change(struct usb_device *udev) in dev/usb/controller/xhci.c And changing this value forth and back will trigger events in the XHCI driver at least. It sounds more like we should set the configured state, only and only if the configure function is successful at the end: done: if (err) unconfigure(); else usb_set_device_state(udev, USB_STATE_CONFIGURED); Anyhow, if a second configure event fails after a successful one, we are still in the configured state. --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Oct 9 10:04:52 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4B1CEB28 for ; Wed, 9 Oct 2013 10:04:52 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C56542A2B for ; Wed, 9 Oct 2013 10:04:51 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-202-219.lns20.adl6.internode.on.net [118.210.202.219]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r99A4SAV027244 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 9 Oct 2013 20:34:34 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" Content-Type: multipart/signed; boundary="Apple-Mail=_DE5E0035-3F56-499B-9D34-1D841CC0B373"; protocol="application/pgp-signature"; micalg=pgp-sha1 Date: Wed, 9 Oct 2013 20:34:28 +1030 Subject: USB config SX lock deadlock To: freebsd-usb@freebsd.org Message-Id: <9783900F-08A1-41FB-81B8-3C9809B82521@gsoft.com.au> Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2013 10:04:52 -0000 --Apple-Mail=_DE5E0035-3F56-499B-9D34-1D841CC0B373 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, We have a custom Cypress FX2 based data acquisition card connected to a = FreeBSD 9.2 system.=20 Today the device disconnected Oct 9 03:24:11 juskym kernel: ugsio0: at uhub3, port 1, addr 3 = (disconnected) and then some time later we noticed the data acquisition process was = stuck in 'USB config SX lock' (and un-killable). I ran usbconfig and it = also got stuck in the same wchan. I tried rebooting it and got stuck with this on the screen.. usbus0: Controller shutdown complete usbus1: Controller shutdown=20 I have previously run the same hardware on 9.0 (where there was a panic = in devfs triggered if the DAQ card disconncted sometimes) and 9.1 (where = I have not seen any problems). Does anyone have an idea about how I could go about gathering more = information if it happens again? Thanks. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail=_DE5E0035-3F56-499B-9D34-1D841CC0B373 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iD8DBQFSVSos5ZPcIHs/zowRAq/HAKCZVMjoCv+YQb2askWoMpe+6KEVKQCgjijA dNfn9l/K8u/ASRWUkatl42Q= =gB8u -----END PGP SIGNATURE----- --Apple-Mail=_DE5E0035-3F56-499B-9D34-1D841CC0B373-- From owner-freebsd-usb@FreeBSD.ORG Wed Oct 9 10:28:06 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 96A981D6 for ; Wed, 9 Oct 2013 10:28:06 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 534A22B6C for ; Wed, 9 Oct 2013 10:28:06 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id 6D14D7A140; Wed, 9 Oct 2013 12:28:04 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id AF3E98F8836; Wed, 9 Oct 2013 12:28:27 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q8CzbePu6Kmy; Wed, 9 Oct 2013 12:28:27 +0200 (CEST) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id F0EF68F8835; Wed, 9 Oct 2013 12:28:26 +0200 (CEST) Message-ID: <52553000.2010003@bitfrost.no> Date: Wed, 09 Oct 2013 12:29:20 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: Daniel O'Connor Subject: Re: USB config SX lock deadlock References: <9783900F-08A1-41FB-81B8-3C9809B82521@gsoft.com.au> In-Reply-To: <9783900F-08A1-41FB-81B8-3C9809B82521@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2013 10:28:06 -0000 On 10/09/13 12:04, Daniel O'Connor wrote: > Hi, > We have a custom Cypress FX2 based data acquisition card connected to a FreeBSD 9.2 system. > > Today the device disconnected > Oct 9 03:24:11 juskym kernel: ugsio0: at uhub3, port 1, addr 3 (disconnected) > > and then some time later we noticed the data acquisition process was stuck in 'USB config SX lock' (and un-killable). I ran usbconfig and it also got stuck in the same wchan. > > I tried rebooting it and got stuck with this on the screen.. > usbus0: Controller shutdown complete > usbus1: Controller shutdown > > I have previously run the same hardware on 9.0 (where there was a panic in devfs triggered if the DAQ card disconncted sometimes) and 9.1 (where I have not seen any problems). > > Does anyone have an idea about how I could go about gathering more information if it happens again? > Hi, It is not a deadlock. It is just that the reference in /dev/cuaUX does not go away. Have you tried 9-stable? There are also some sysctls you can set, see hw.usb to change the shutdown behaviour. --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Oct 9 10:39:06 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 708E739E for ; Wed, 9 Oct 2013 10:39:06 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C977C2BF9 for ; Wed, 9 Oct 2013 10:39:05 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-202-219.lns20.adl6.internode.on.net [118.210.202.219]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r99Acq20032743 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 9 Oct 2013 21:08:58 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: USB config SX lock deadlock Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: multipart/signed; boundary="Apple-Mail=_8FC4CBA0-8623-42F9-8415-2974342EAA12"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: "Daniel O'Connor" In-Reply-To: <52553000.2010003@bitfrost.no> Date: Wed, 9 Oct 2013 21:08:51 +1030 Message-Id: References: <9783900F-08A1-41FB-81B8-3C9809B82521@gsoft.com.au> <52553000.2010003@bitfrost.no> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1510) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-usb@freebsd.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2013 10:39:06 -0000 --Apple-Mail=_8FC4CBA0-8623-42F9-8415-2974342EAA12 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 09/10/2013, at 20:59, Hans Petter Selasky wrote: >> I have previously run the same hardware on 9.0 (where there was a = panic in devfs triggered if the DAQ card disconncted sometimes) and 9.1 = (where I have not seen any problems). >>=20 >> Does anyone have an idea about how I could go about gathering more = information if it happens again? >>=20 > It is not a deadlock. It is just that the reference in /dev/cuaUX does = not go away. Have you tried 9-stable? It is actually running r253505, sorry I should have mentioned that = before. It isn't a serial device, although the driver is a thin wrapper around = the usb_fifo code (which is very useful - thanks :) > There are also some sysctls you can set, see hw.usb to change the = shutdown behaviour. This would be hw.usb.no_shutdown_wait ? -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail=_8FC4CBA0-8623-42F9-8415-2974342EAA12 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iD8DBQFSVTI75ZPcIHs/zowRAii+AJ91yUY/TmrlZU8pY3nCsfY/eIcLegCfa7ko VUh83proUQ/H5fOb4SxSjQU= =OIKd -----END PGP SIGNATURE----- --Apple-Mail=_8FC4CBA0-8623-42F9-8415-2974342EAA12-- From owner-freebsd-usb@FreeBSD.ORG Wed Oct 9 12:11:55 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D6153512 for ; Wed, 9 Oct 2013 12:11:55 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 911D42202 for ; Wed, 9 Oct 2013 12:11:55 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id AD6047A14A; Wed, 9 Oct 2013 14:11:53 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 041EE8F5B3C; Wed, 9 Oct 2013 14:12:17 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4wur4Ajc49-U; Wed, 9 Oct 2013 14:12:16 +0200 (CEST) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 03AF48F269E; Wed, 9 Oct 2013 14:12:15 +0200 (CEST) Message-ID: <52554855.6030404@bitfrost.no> Date: Wed, 09 Oct 2013 14:13:09 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: Daniel O'Connor Subject: Re: USB config SX lock deadlock References: <9783900F-08A1-41FB-81B8-3C9809B82521@gsoft.com.au> <52553000.2010003@bitfrost.no> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2013 12:11:55 -0000 On 10/09/13 12:38, Daniel O'Connor wrote: > > On 09/10/2013, at 20:59, Hans Petter Selasky wrote: >>> I have previously run the same hardware on 9.0 (where there was a panic in devfs triggered if the DAQ card disconncted sometimes) and 9.1 (where I have not seen any problems). >>> >>> Does anyone have an idea about how I could go about gathering more information if it happens again? >>> >> It is not a deadlock. It is just that the reference in /dev/cuaUX does not go away. Have you tried 9-stable? > Hi, > It is actually running r253505, sorry I should have mentioned that before. > > It isn't a serial device, although the driver is a thin wrapper around the usb_fifo code (which is very useful - thanks :) Does your application close the file handle when it gets a read/poll error? >> There are also some sysctls you can set, see hw.usb to change the shutdown behaviour. > > This would be hw.usb.no_shutdown_wait ? Yes, correct! --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Oct 9 18:11:04 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CED2BE15 for ; Wed, 9 Oct 2013 18:11:04 +0000 (UTC) (envelope-from aseem.jolly@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B14062AC3 for ; Wed, 9 Oct 2013 18:11:04 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VTyDv-0002Cq-Q2 for freebsd-usb@freebsd.org; Wed, 09 Oct 2013 11:11:03 -0700 Date: Wed, 9 Oct 2013 11:11:03 -0700 (PDT) From: "aseem.jolly" To: freebsd-usb@freebsd.org Message-ID: <1381342263797-5850596.post@n5.nabble.com> In-Reply-To: <5254FD72.2050507@bitfrost.no> References: <1381274499940-5850403.post@n5.nabble.com> <5254FD72.2050507@bitfrost.no> Subject: Re: USB device configuration MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2013 18:11:04 -0000 I couldn't really get the meaning of the following "Anyhow, if a second configure event fails after a successful one, we are still in the configured state". Are we making the following change done: if (err) unconfigure(); else usb_set_device_state(udev, USB_STATE_CONFIGURED); -- View this message in context: http://freebsd.1045724.n5.nabble.com/USB-device-configuration-tp5850403p5850596.html Sent from the freebsd-usb mailing list archive at Nabble.com. From owner-freebsd-usb@FreeBSD.ORG Wed Oct 9 21:26:01 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 658809DA for ; Wed, 9 Oct 2013 21:26:01 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B6CB52734 for ; Wed, 9 Oct 2013 21:26:00 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-202-219.lns20.adl6.internode.on.net [118.210.202.219]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r99LPcoF063619 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 10 Oct 2013 07:55:45 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: USB config SX lock deadlock Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: multipart/signed; boundary="Apple-Mail=_CD429B30-8A1F-4D70-86E3-B936B8591679"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: "Daniel O'Connor" In-Reply-To: <52554855.6030404@bitfrost.no> Date: Thu, 10 Oct 2013 07:55:38 +1030 Message-Id: References: <9783900F-08A1-41FB-81B8-3C9809B82521@gsoft.com.au> <52553000.2010003@bitfrost.no> <52554855.6030404@bitfrost.no> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1510) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-usb@freebsd.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2013 21:26:01 -0000 --Apple-Mail=_CD429B30-8A1F-4D70-86E3-B936B8591679 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 09/10/2013, at 22:43, Hans Petter Selasky wrote: > On 10/09/13 12:38, Daniel O'Connor wrote: >> On 09/10/2013, at 20:59, Hans Petter Selasky wrote: >> It is actually running r253505, sorry I should have mentioned that = before. >>=20 >> It isn't a serial device, although the driver is a thin wrapper = around the usb_fifo code (which is very useful - thanks :) >=20 > Does your application close the file handle when it gets a read/poll = error? It might under some circumstances but not directly.=20 It has 3 sub interfaces, if there is an error on one the the DAQ program = will call abort() which would result in FDs being closed. However that sub interface does not use read/poll only ioctl. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail=_CD429B30-8A1F-4D70-86E3-B936B8591679 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iD8DBQFSVcnS5ZPcIHs/zowRAoQEAJwMx8HAOh/k0cJPGl0JmqG5wSFgwQCdF1zX rXI+WH5Nio019td7/v2CMlM= =7fK1 -----END PGP SIGNATURE----- --Apple-Mail=_CD429B30-8A1F-4D70-86E3-B936B8591679-- From owner-freebsd-usb@FreeBSD.ORG Thu Oct 10 03:14:09 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6BCFCB81 for ; Thu, 10 Oct 2013 03:14:09 +0000 (UTC) (envelope-from elrond@phoe.frmug.org) Received: from frmug.org (enterprise.frmug.org [IPv6:2a01:e0d:1:3:58bf:fa61:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 8FD4B2929 for ; Thu, 10 Oct 2013 03:14:08 +0000 (UTC) Received: by frmug.org (Postfix, from userid 66) id EC67E12C61B; Thu, 10 Oct 2013 05:14:05 +0200 (CEST) Received: by memo2.memo.frmug.org (Postfix, from userid 1001) id 43BD8170AC; Thu, 10 Oct 2013 05:13:25 +0200 (CEST) Date: Thu, 10 Oct 2013 05:13:24 +0200 From: Bertrand Petit To: freebsd-usb@freebsd.org Subject: Using a C-Media multichannel USB DAC Message-ID: <20131010031324.GM3765@memo2.memo.frmug.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="gKijDXBCEH69PxaN" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2013 03:14:09 -0000 --gKijDXBCEH69PxaN Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Here on my desktop lies a new cheap multichannel brand-less USB DAC. I suppose it is based on a C-Media CM6206 chip. [1] From what I read in the datasheet [2] signals must properly be routed using HID requests before anything goes out of the connectors. How could this be done? My use case is to use four channels consisting of independent stereo signals. One pair is to be routed either to a jack or the S/PDIF output while the second pair is to be routed to a headphone. When plugged-in snd_uaudio recognises this device only a as stereo one: ugen1.2: at usbus1 uaudio0: on usbus1 uaudio0: Play: 48000 Hz, 2 ch, 16-bit S-LE PCM format uaudio0: Record: 48000 Hz, 2 ch, 16-bit S-LE PCM format uaudio0: No midi sequencer pcm1: on uaudio0 uhid0: on usbus1 I've not yet managed to understand how the 8 channels of the device can be exposed to userland. Could this be done? How? If it helps I've attached the output produced by lsusb on this device. [1] [2] -- %!PS -- Bertrand Petit /D{def}def/E{exch}D/G{get}D/I{2 div}D/U{dup}D/L{roll}D/Y{setgray}D/N{newpath}D /O{N 0 0 moveto}D/P{pop}D/T{translate}D currentpagedevice/PageSize G U 0 G/w E D 1 G /h E D w I h I T 0 Y 1 setlinewidth 0 1 2 { P 120 rotate 2 4 w U mul h U mul add sqrt I 50 add {N 50 0 3 2 L 0 360 arc stroke}for}for/s{O true charpath pathbbox exch 4 -1 L E sub I 3 1 L sub I} D /l(bp)D 0.94 Y /Helvetica findfont 22 scalefont setfont l s P(x)s exch P T O l show showpage --gKijDXBCEH69PxaN Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: attachment; filename="cm6206-lsusb.txt" Bus /dev/usb Device /dev/ugen1.2: ID 0d8c:0102 C-Media Electronics, Inc. CM106 Like Sound Device Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x0d8c C-Media Electronics, Inc. idProduct 0x0102 CM106 Like Sound Device bcdDevice 0.10 iManufacturer 0 iProduct 2 USB Sound Device iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 534 bNumInterfaces 4 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 500mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 1 Control Device bInterfaceProtocol 0 iInterface 0 AudioControl Interface Descriptor: bLength 10 bDescriptorType 36 bDescriptorSubtype 1 (HEADER) bcdADC 1.00 wTotalLength 200 bInCollection 2 baInterfaceNr( 0) 1 baInterfaceNr( 1) 2 AudioControl Interface Descriptor: bLength 12 bDescriptorType 36 bDescriptorSubtype 2 (INPUT_TERMINAL) bTerminalID 1 wTerminalType 0x0101 USB Streaming bAssocTerminal 0 bNrChannels 8 wChannelConfig 0x063f Left Front (L) Right Front (R) Center Front (C) Low Freqency Enhancement (LFE) Left Surround (LS) Right Surround (RS) Side Left (SL) Side Right (SR) iChannelNames 0 iTerminal 0 AudioControl Interface Descriptor: bLength 12 bDescriptorType 36 bDescriptorSubtype 2 (INPUT_TERMINAL) bTerminalID 4 wTerminalType 0x0201 Microphone bAssocTerminal 0 bNrChannels 2 wChannelConfig 0x0003 Left Front (L) Right Front (R) iChannelNames 0 iTerminal 0 AudioControl Interface Descriptor: bLength 10 bDescriptorType 36 bDescriptorSubtype 6 (FEATURE_UNIT) bUnitID 8 bSourceID 4 bControlSize 1 bmaControls( 0) 0x01 Mute bmaControls( 1) 0x02 Volume bmaControls( 2) 0x02 Volume iFeature 0 AudioControl Interface Descriptor: bLength 10 bDescriptorType 36 bDescriptorSubtype 6 (FEATURE_UNIT) bUnitID 9 bSourceID 4 bControlSize 1 bmaControls( 0) 0x01 Mute bmaControls( 1) 0x02 Volume bmaControls( 2) 0x02 Volume iFeature 0 AudioControl Interface Descriptor: bLength 25 bDescriptorType 36 bDescriptorSubtype 4 (MIXER_UNIT) bUnitID 12 bNrInPins 3 baSourceID( 0) 1 baSourceID( 1) 9 baSourceID( 2) 11 bNrChannels 8 wChannelConfig 0x063f Left Front (L) Right Front (R) Center Front (C) Low Freqency Enhancement (LFE) Left Surround (LS) Right Surround (RS) Side Left (SL) Side Right (SR) iChannelNames 0 bmControls 0x00 bmControls 0x00 bmControls 0x00 iMixer 0 junk at descriptor end: 00 00 00 00 00 00 00 00 00 AudioControl Interface Descriptor: bLength 16 bDescriptorType 36 bDescriptorSubtype 6 (FEATURE_UNIT) bUnitID 13 bSourceID 12 bControlSize 1 bmaControls( 0) 0x01 Mute bmaControls( 1) 0x02 Volume bmaControls( 2) 0x02 Volume bmaControls( 3) 0x02 Volume bmaControls( 4) 0x02 Volume bmaControls( 5) 0x02 Volume bmaControls( 6) 0x02 Volume bmaControls( 7) 0x02 Volume bmaControls( 8) 0x02 Volume iFeature 0 AudioControl Interface Descriptor: bLength 9 bDescriptorType 36 bDescriptorSubtype 3 (OUTPUT_TERMINAL) bTerminalID 3 wTerminalType 0x0301 Speaker bAssocTerminal 0 bSourceID 13 iTerminal 0 AudioControl Interface Descriptor: bLength 13 bDescriptorType 36 bDescriptorSubtype 4 (MIXER_UNIT) bUnitID 17 bNrInPins 2 baSourceID( 0) 9 baSourceID( 1) 11 bNrChannels 2 wChannelConfig 0x0003 Left Front (L) Right Front (R) iChannelNames 0 bmControls 0x00 iMixer 0 AudioControl Interface Descriptor: bLength 9 bDescriptorType 36 bDescriptorSubtype 3 (OUTPUT_TERMINAL) bTerminalID 10 wTerminalType 0x0101 USB Streaming bAssocTerminal 0 bSourceID 7 iTerminal 0 AudioControl Interface Descriptor: bLength 10 bDescriptorType 36 bDescriptorSubtype 5 (SELECTOR_UNIT) bUnitID 7 bNrInPins 4 baSource( 0) 8 baSource( 1) 15 baSource( 2) 16 baSource( 3) 2 iSelector 0 AudioControl Interface Descriptor: bLength 12 bDescriptorType 36 bDescriptorSubtype 2 (INPUT_TERMINAL) bTerminalID 6 wTerminalType 0x0603 Line Connector bAssocTerminal 0 bNrChannels 2 wChannelConfig 0x0003 Left Front (L) Right Front (R) iChannelNames 0 iTerminal 0 AudioControl Interface Descriptor: bLength 10 bDescriptorType 36 bDescriptorSubtype 6 (FEATURE_UNIT) bUnitID 15 bSourceID 6 bControlSize 1 bmaControls( 0) 0x01 Mute bmaControls( 1) 0x02 Volume bmaControls( 2) 0x02 Volume iFeature 0 AudioControl Interface Descriptor: bLength 10 bDescriptorType 36 bDescriptorSubtype 6 (FEATURE_UNIT) bUnitID 11 bSourceID 6 bControlSize 1 bmaControls( 0) 0x01 Mute bmaControls( 1) 0x02 Volume bmaControls( 2) 0x02 Volume iFeature 0 AudioControl Interface Descriptor: bLength 12 bDescriptorType 36 bDescriptorSubtype 2 (INPUT_TERMINAL) bTerminalID 5 wTerminalType 0x0605 SPDIF interface bAssocTerminal 0 bNrChannels 2 wChannelConfig 0x0003 Left Front (L) Right Front (R) iChannelNames 0 iTerminal 0 AudioControl Interface Descriptor: bLength 10 bDescriptorType 36 bDescriptorSubtype 6 (FEATURE_UNIT) bUnitID 2 bSourceID 17 bControlSize 1 bmaControls( 0) 0x01 Mute bmaControls( 1) 0x02 Volume bmaControls( 2) 0x02 Volume iFeature 0 AudioControl Interface Descriptor: bLength 10 bDescriptorType 36 bDescriptorSubtype 6 (FEATURE_UNIT) bUnitID 16 bSourceID 5 bControlSize 1 bmaControls( 0) 0x01 Mute bmaControls( 1) 0x00 bmaControls( 2) 0x00 iFeature 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 1 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 1 bDelay 1 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 14 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 8 bSubframeSize 2 bBitResolution 16 bSamFreqType 2 Discrete tSamFreq[ 0] 44100 tSamFreq[ 1] 48000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x06 EP 6 OUT bmAttributes 9 Transfer Type Isochronous Synch Type Adaptive Usage Type Data wMaxPacketSize 0x0310 1x 784 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x01 Sampling Frequency bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 2 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 1 bDelay 1 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 14 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bSubframeSize 2 bBitResolution 16 bSamFreqType 2 Discrete tSamFreq[ 0] 44100 tSamFreq[ 1] 48000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x06 EP 6 OUT bmAttributes 9 Transfer Type Isochronous Synch Type Adaptive Usage Type Data wMaxPacketSize 0x00c4 1x 196 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x01 Sampling Frequency bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 3 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 1 bDelay 1 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 14 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 4 bSubframeSize 2 bBitResolution 16 bSamFreqType 2 Discrete tSamFreq[ 0] 44100 tSamFreq[ 1] 48000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x06 EP 6 OUT bmAttributes 9 Transfer Type Isochronous Synch Type Adaptive Usage Type Data wMaxPacketSize 0x0188 1x 392 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x01 Sampling Frequency bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 4 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 1 bDelay 1 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 14 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 6 bSubframeSize 2 bBitResolution 16 bSamFreqType 2 Discrete tSamFreq[ 0] 44100 tSamFreq[ 1] 48000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x06 EP 6 OUT bmAttributes 9 Transfer Type Isochronous Synch Type Adaptive Usage Type Data wMaxPacketSize 0x0248 1x 584 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x01 Sampling Frequency bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 5 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 1 bDelay 1 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 11 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bSubframeSize 2 bBitResolution 16 bSamFreqType 1 Discrete tSamFreq[ 0] 48000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x06 EP 6 OUT bmAttributes 9 Transfer Type Isochronous Synch Type Adaptive Usage Type Data wMaxPacketSize 0x0188 1x 392 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x01 Sampling Frequency bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 2 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 2 bAlternateSetting 1 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 10 bDelay 1 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 14 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bSubframeSize 2 bBitResolution 16 bSamFreqType 2 Discrete tSamFreq[ 0] 44100 tSamFreq[ 1] 48000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x85 EP 5 IN bmAttributes 5 Transfer Type Isochronous Synch Type Asynchronous Usage Type Data wMaxPacketSize 0x00f0 1x 240 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x01 Sampling Frequency bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 3 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 0 No Subclass bInterfaceProtocol 0 None iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType 33 bcdHID 1.00 bCountryCode 0 Not supported bNumDescriptors 1 bDescriptorType 34 Report wDescriptorLength 50 Report Descriptor: (length is 50) Item(Global): Usage Page, data= [ 0x0c ] 12 Consumer Item(Local ): Usage, data= [ 0x01 ] 1 Consumer Control Item(Main ): Collection, data= [ 0x01 ] 1 Application Item(Global): Logical Minimum, data= [ 0x00 ] 0 Item(Global): Logical Maximum, data= [ 0x01 ] 1 Item(Local ): Usage, data= [ 0xe9 ] 233 Volume Increment Item(Local ): Usage, data= [ 0xea ] 234 Volume Decrement Item(Global): Report Size, data= [ 0x01 ] 1 Item(Global): Report Count, data= [ 0x02 ] 2 Item(Main ): Input, data= [ 0x42 ] 66 Data Variable Absolute No_Wrap Linear Preferred_State Null_State Non_Volatile Bitfield Item(Local ): Usage, data= [ 0xe2 ] 226 Mute Item(Local ): Usage, data= [ 0x00 ] 0 Unassigned Item(Main ): Input, data= [ 0x06 ] 6 Data Variable Relative No_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield Item(Local ): Usage, data= [ 0x00 ] 0 Unassigned Item(Global): Report Count, data= [ 0x04 ] 4 Item(Main ): Input, data= [ 0x02 ] 2 Data Variable Absolute No_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield Item(Global): Logical Maximum, data= [ 0xff 0x00 ] 255 Item(Local ): Usage, data= [ 0x00 ] 0 Unassigned Item(Global): Report Size, data= [ 0x08 ] 8 Item(Global): Report Count, data= [ 0x02 ] 2 Item(Main ): Input, data= [ 0x02 ] 2 Data Variable Absolute No_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield Item(Local ): Usage, data= [ 0x00 ] 0 Unassigned Item(Global): Report Count, data= [ 0x04 ] 4 Item(Main ): Output, data= [ 0x02 ] 2 Data Variable Absolute No_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield Item(Main ): End Collection, data=none Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0003 1x 3 bytes bInterval 1 Device Status: 0x0000 (Bus Powered) --gKijDXBCEH69PxaN-- From owner-freebsd-usb@FreeBSD.ORG Thu Oct 10 06:30:10 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CA3BAD50 for ; Thu, 10 Oct 2013 06:30:10 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 88848220F for ; Thu, 10 Oct 2013 06:30:10 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id B5C107A171; Thu, 10 Oct 2013 08:30:08 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 206D48F86DD; Thu, 10 Oct 2013 08:30:32 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h2b3BbKs34u8; Thu, 10 Oct 2013 08:30:31 +0200 (CEST) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id E26078F2C8D; Thu, 10 Oct 2013 08:30:30 +0200 (CEST) Message-ID: <525649BB.2060906@bitfrost.no> Date: Thu, 10 Oct 2013 08:31:23 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: "aseem.jolly" Subject: Re: USB device configuration References: <1381274499940-5850403.post@n5.nabble.com> <5254FD72.2050507@bitfrost.no> <1381342263797-5850596.post@n5.nabble.com> In-Reply-To: <1381342263797-5850596.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2013 06:30:10 -0000 Hi, On 10/09/13 20:11, aseem.jolly wrote: > I couldn't really get the meaning of the following > "Anyhow, if a second configure event fails after a successful one, we are > still in the configured state". It is allowed to set the configuration multiple times. Refer to USB 2.0 specification. > > Are we making the following change > > done: > if (err) > unconfigure(); > else > usb_set_device_state(udev, USB_STATE_CONFIGURED); I have to do some more testing. Is this making a difference for you? Right now 10-current is in a code-freeze, so you would have to remind me about this a bit later on. Thank you for your comments! --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Oct 10 06:34:44 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5162DDEF for ; Thu, 10 Oct 2013 06:34:44 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 0F09F226D for ; Thu, 10 Oct 2013 06:34:43 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id 34A467A1B3; Thu, 10 Oct 2013 08:34:43 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 9FD5F8F8A7A; Thu, 10 Oct 2013 08:35:06 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zfeWu1Jj4X5f; Thu, 10 Oct 2013 08:35:05 +0200 (CEST) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id BA3188F8A79; Thu, 10 Oct 2013 08:35:05 +0200 (CEST) Message-ID: <52564ACE.30401@bitfrost.no> Date: Thu, 10 Oct 2013 08:35:58 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: Bertrand Petit Subject: Re: Using a C-Media multichannel USB DAC References: <20131010031324.GM3765@memo2.memo.frmug.org> In-Reply-To: <20131010031324.GM3765@memo2.memo.frmug.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2013 06:34:44 -0000 On 10/10/13 05:13, Bertrand Petit wrote: > > Here on my desktop lies a new cheap multichannel brand-less USB DAC. I > suppose it is based on a C-Media CM6206 chip. [1] From what I read in the > datasheet [2] signals must properly be routed using HID requests before > anything goes out of the connectors. How could this be done? My use case is to > use four channels consisting of independent stereo signals. One pair is to be > routed either to a jack or the S/PDIF output while the second pair is to be > routed to a headphone. > > When plugged-in snd_uaudio recognises this device only a as stereo > one: > > ugen1.2: at usbus1 > uaudio0: on usbus1 > uaudio0: Play: 48000 Hz, 2 ch, 16-bit S-LE PCM format > uaudio0: Record: 48000 Hz, 2 ch, 16-bit S-LE PCM format > uaudio0: No midi sequencer > pcm1: on uaudio0 > uhid0: on usbus1 > > I've not yet managed to understand how the 8 channels of the device can be > exposed to userland. Could this be done? How? If it helps I've attached the > output produced by lsusb on this device. Hi, Your device is a FULL speed device, and 8 channels is on the edge of what full-speed can do, so 2-channels is selected over 8-channels. Run this before plugging: sysctl hw.usb.uaudio.default_channels=8 The uaudio.c driver has support for talking directly to the USB HID interface for USB audio devices (/dev/uhid0) if you need to do some special programming for your device. Typically this is used for volume controls and such. "find /usr/src/sys/dev -name uaudio.c" --HPS > > > [1] > [2] From owner-freebsd-usb@FreeBSD.ORG Thu Oct 10 06:45:34 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D5BF3F37 for ; Thu, 10 Oct 2013 06:45:34 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 90B80231A for ; Thu, 10 Oct 2013 06:45:34 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id 0D63D7A13A; Thu, 10 Oct 2013 08:28:24 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 744298F5E0E; Thu, 10 Oct 2013 08:28:47 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6stM-JV-AkRS; Thu, 10 Oct 2013 08:28:46 +0200 (CEST) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 2F3C18F2C8D; Thu, 10 Oct 2013 08:28:46 +0200 (CEST) Message-ID: <52564953.8080707@bitfrost.no> Date: Thu, 10 Oct 2013 08:29:39 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: Daniel O'Connor Subject: Re: USB config SX lock deadlock References: <9783900F-08A1-41FB-81B8-3C9809B82521@gsoft.com.au> <52553000.2010003@bitfrost.no> <52554855.6030404@bitfrost.no> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2013 06:45:34 -0000 On 10/09/13 23:25, Daniel O'Connor wrote: > > On 09/10/2013, at 22:43, Hans Petter Selasky wrote: >> On 10/09/13 12:38, Daniel O'Connor wrote: >>> On 09/10/2013, at 20:59, Hans Petter Selasky wrote: >>> It is actually running r253505, sorry I should have mentioned that before. >>> >>> It isn't a serial device, although the driver is a thin wrapper around the usb_fifo code (which is very useful - thanks :) >> >> Does your application close the file handle when it gets a read/poll error? > > > It might under some circumstances but not directly. > > It has 3 sub interfaces, if there is an error on one the the DAQ program will call abort() which would result in FDs being closed. > > However that sub interface does not use read/poll only ioctl. > Hi, How do these IOCTLs work? Do you wakeup any sleepers at "surprise" detach? --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Oct 10 07:32:57 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id ACA80429 for ; Thu, 10 Oct 2013 07:32:57 +0000 (UTC) (envelope-from aseem.jolly@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E193263B for ; Thu, 10 Oct 2013 07:32:57 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VUAjw-0002vg-Ch for freebsd-usb@freebsd.org; Thu, 10 Oct 2013 00:32:56 -0700 Date: Thu, 10 Oct 2013 00:32:56 -0700 (PDT) From: "aseem.jolly" To: freebsd-usb@freebsd.org Message-ID: <1381390376377-5850751.post@n5.nabble.com> In-Reply-To: <525649BB.2060906@bitfrost.no> References: <1381274499940-5850403.post@n5.nabble.com> <5254FD72.2050507@bitfrost.no> <1381342263797-5850596.post@n5.nabble.com> <525649BB.2060906@bitfrost.no> Subject: Re: USB device configuration MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2013 07:32:57 -0000 >It is allowed to set the configuration multiple times. Refer to USB >2.0 specification. In what possible scenario would we want to set the configuration again? I know USB 2.0 specification allows it. I have also tried to modify the code and have sent SET_CONFIGURATION request to the device multiple times, and device didn't report any error. Or do you mean different configurations of a device, if a device supports more that one configuration? >Is this making a difference for you? I have scene a case in which we were unable to attach the umass driver to the device but since USB_DEBUG was not enabled at that time so I was not able to get more information out of it and being extremely intermittent in nature, I am not able to reproduce it again. I am trying to figure out the possible scenarios in which we might end up not attaching the driver to the device. I believe if we are not able to select a configuration then we don't attach the driver to the device. In usb_unconfigure func: udev->curr_config_no = USB_UNCONFIG_NO; udev->curr_config_index = USB_UNCONFIG_INDEX In usb_probe_and_attach func: if (udev->curr_config_index == USB_UNCONFIG_INDEX) { /* do nothing - no configuration has been set */ goto done; } >From the console logs, it is clear that SET_ADDRESS went successfully, have noticed that we have assigned a ugen name to the device and also request to get the String descriptors(Product, Manufacturer etc) went successfully so that make me believe that there might be an error in performing SET_CONFIGURATION request. Do you have any other suggestions? -- View this message in context: http://freebsd.1045724.n5.nabble.com/USB-device-configuration-tp5850403p5850751.html Sent from the freebsd-usb mailing list archive at Nabble.com. From owner-freebsd-usb@FreeBSD.ORG Thu Oct 10 07:39:19 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 34F7E594 for ; Thu, 10 Oct 2013 07:39:19 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 932F22686 for ; Thu, 10 Oct 2013 07:39:17 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-202-219.lns20.adl6.internode.on.net [118.210.202.219]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r9A7ctIc014705 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 10 Oct 2013 18:09:01 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: USB config SX lock deadlock Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: multipart/signed; boundary="Apple-Mail=_FDF4A3BB-FE69-470D-9323-2A8C49247B00"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: "Daniel O'Connor" In-Reply-To: <52564953.8080707@bitfrost.no> Date: Thu, 10 Oct 2013 18:08:54 +1030 Message-Id: <7610BC59-ED91-4807-B145-7F7DD2C725E9@gsoft.com.au> References: <9783900F-08A1-41FB-81B8-3C9809B82521@gsoft.com.au> <52553000.2010003@bitfrost.no> <52554855.6030404@bitfrost.no> <52564953.8080707@bitfrost.no> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1510) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-usb@freebsd.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2013 07:39:19 -0000 --Apple-Mail=_FDF4A3BB-FE69-470D-9323-2A8C49247B00 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 10/10/2013, at 16:59, Hans Petter Selasky wrote: >> It might under some circumstances but not directly. >>=20 >> It has 3 sub interfaces, if there is an error on one the the DAQ = program will call abort() which would result in FDs being closed. >>=20 >> However that sub interface does not use read/poll only ioctl. >>=20 > How do these IOCTLs work? They get turned into UT_READ_VENDOR_DEVICE requests in the driver. > Do you wakeup any sleepers at "surprise" detach? The usb_fifo_* code handles all wakeups so I am not sure. Generally speaking the DAQ program sees these as IO errors and will then = call abort() because the original code was for a PCI device and so it = assumed the device could never disappear. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail=_FDF4A3BB-FE69-470D-9323-2A8C49247B00 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iD8DBQFSVlmO5ZPcIHs/zowRAg7uAJ0TinbJbxMlHitchOvaHiy/9Qe9KACdGseJ k6daGae5kHAQouKcP/T6ECM= =MGqh -----END PGP SIGNATURE----- --Apple-Mail=_FDF4A3BB-FE69-470D-9323-2A8C49247B00-- From owner-freebsd-usb@FreeBSD.ORG Thu Oct 10 07:46:48 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 75E28A3D for ; Thu, 10 Oct 2013 07:46:48 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 047E7270A for ; Thu, 10 Oct 2013 07:46:47 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id 99F887A1CC; Thu, 10 Oct 2013 09:46:45 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 069F98F5E0B; Thu, 10 Oct 2013 09:47:09 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EHrEJAOwufzG; Thu, 10 Oct 2013 09:47:08 +0200 (CEST) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 240798F5DEC; Thu, 10 Oct 2013 09:47:08 +0200 (CEST) Message-ID: <52565BB1.8070506@bitfrost.no> Date: Thu, 10 Oct 2013 09:48:01 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: Daniel O'Connor Subject: Re: USB config SX lock deadlock References: <9783900F-08A1-41FB-81B8-3C9809B82521@gsoft.com.au> <52553000.2010003@bitfrost.no> <52554855.6030404@bitfrost.no> <52564953.8080707@bitfrost.no> <7610BC59-ED91-4807-B145-7F7DD2C725E9@gsoft.com.au> In-Reply-To: <7610BC59-ED91-4807-B145-7F7DD2C725E9@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2013 07:46:48 -0000 On 10/10/13 09:38, Daniel O'Connor wrote: > > On 10/10/2013, at 16:59, Hans Petter Selasky wrote: >>> It might under some circumstances but not directly. >>> >>> It has 3 sub interfaces, if there is an error on one the the DAQ program will call abort() which would result in FDs being closed. >>> >>> However that sub interface does not use read/poll only ioctl. >>> >> How do these IOCTLs work? > > They get turned into UT_READ_VENDOR_DEVICE requests in the driver. > >> Do you wakeup any sleepers at "surprise" detach? Hi, If you use synchronous USB control requests, then those should always error out. > The usb_fifo_* code handles all wakeups so I am not sure. The usb_fifo code only will only do refcounting. If you do USB control requests, you should use the f_ioctl_post, callback, because the f_ioctl callback does not protect against attach and detach or the enumeration thread running. err = (f->methods->f_ioctl) (f, cmd, addr, fflags); DPRINTFN(2, "f_ioctl cmd 0x%lx = %d\n", cmd, err); if (err != ENOIOCTL) goto done; if (usb_usb_ref_device(cpd, &refs)) { err = ENXIO; goto done; } err = (f->methods->f_ioctl_post) (f, cmd, addr, fflags); DPRINTFN(2, "f_ioctl_post cmd 0x%lx = %d\n", cmd, err); --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Oct 10 07:49:50 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EE836AFE for ; Thu, 10 Oct 2013 07:49:50 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 827F1271E for ; Thu, 10 Oct 2013 07:49:50 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta.bitpro.no (Postfix) with ESMTP id BD8347A1D2; Thu, 10 Oct 2013 09:49:49 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 2BBFD8F5E11; Thu, 10 Oct 2013 09:50:13 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ctEf14N7ttu0; Thu, 10 Oct 2013 09:50:12 +0200 (CEST) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 50D2F8F5E0B; Thu, 10 Oct 2013 09:50:12 +0200 (CEST) Message-ID: <52565C69.905@bitfrost.no> Date: Thu, 10 Oct 2013 09:51:05 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: "aseem.jolly" Subject: Re: USB device configuration References: <1381274499940-5850403.post@n5.nabble.com> <5254FD72.2050507@bitfrost.no> <1381342263797-5850596.post@n5.nabble.com> <525649BB.2060906@bitfrost.no> <1381390376377-5850751.post@n5.nabble.com> In-Reply-To: <1381390376377-5850751.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2013 07:49:51 -0000 Hi, On 10/10/13 09:32, aseem.jolly wrote: >> It is allowed to set the configuration multiple times. Refer to USB >> 2.0 specification. > > In what possible scenario would we want to set the configuration again? I > know USB 2.0 specification allows it. I have also tried to modify the code > and have sent SET_CONFIGURATION request to the device multiple times, and > device didn't report any error. Some devices have multiple configurations with different interfaces, which the application selects depending on the use-case. Many devices only have one configuration. > > Or do you mean different configurations of a device, if a device supports > more that one configuration? > >> Is this making a difference for you? > I have scene a case in which we were unable to attach the umass driver to > the device but since USB_DEBUG was not enabled at that time so I was not > able to get more information out of it and being extremely intermittent in > nature, I am not able to reproduce it again. I am trying to figure out the > possible scenarios in which we might end up not attaching the driver to the > device. I believe if we are not able to select a configuration then we don't > attach the driver to the device. > > In usb_unconfigure func: > > udev->curr_config_no = USB_UNCONFIG_NO; > udev->curr_config_index = USB_UNCONFIG_INDEX > > In usb_probe_and_attach func: > if (udev->curr_config_index == USB_UNCONFIG_INDEX) { > /* do nothing - no configuration has been set */ > goto done; > } > >>From the console logs, it is clear that SET_ADDRESS went successfully, have > noticed that we have assigned a ugen name to the device and also request to > get the String descriptors(Product, Manufacturer etc) went successfully so > that make me believe that there might be an error in performing > SET_CONFIGURATION request. Do you have any other suggestions? You can use "usbdump" to figure out exactly what went wrong with regard to USB requests. That might get you a clearer picture of what's going on. --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Oct 10 08:08:04 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BC1ACE1B for ; Thu, 10 Oct 2013 08:08:04 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 183B82826 for ; Thu, 10 Oct 2013 08:08:03 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-202-219.lns20.adl6.internode.on.net [118.210.202.219]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r9A87kUY015804 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 10 Oct 2013 18:37:52 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: USB config SX lock deadlock Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: multipart/signed; boundary="Apple-Mail=_421D10D3-D54B-4C24-9DCA-115417EDC179"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: "Daniel O'Connor" In-Reply-To: <52565BB1.8070506@bitfrost.no> Date: Thu, 10 Oct 2013 18:37:46 +1030 Message-Id: <2F3BD963-9839-49E5-A67E-E12DE3004009@gsoft.com.au> References: <9783900F-08A1-41FB-81B8-3C9809B82521@gsoft.com.au> <52553000.2010003@bitfrost.no> <52554855.6030404@bitfrost.no> <52564953.8080707@bitfrost.no> <7610BC59-ED91-4807-B145-7F7DD2C725E9@gsoft.com.au> <52565BB1.8070506@bitfrost.no> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1510) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-usb@freebsd.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2013 08:08:04 -0000 --Apple-Mail=_421D10D3-D54B-4C24-9DCA-115417EDC179 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 10/10/2013, at 18:18, Hans Petter Selasky wrote: > If you use synchronous USB control requests, then those should always = error out. Yes it is synchronous (uses usbd_do_request_flags). >> The usb_fifo_* code handles all wakeups so I am not sure. >=20 > The usb_fifo code only will only do refcounting. If you do USB control = requests, you should use the f_ioctl_post, callback, because the f_ioctl = callback does not protect against attach and detach or the enumeration = thread running. Sorry, I misspoke earlier :( The usb_fifo code is only used for the RS485 and high speed data bus, = the other (low speed configuration bus) is done using ioctl -> = usbd_do_request(UT_*_VENDOR_DEVICE). I will see about cranking up the debug level and trying to provoke a = failure on the bench. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail=_421D10D3-D54B-4C24-9DCA-115417EDC179 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iD8DBQFSVmBS5ZPcIHs/zowRAswaAJ9Q0FcqRP+kaIsptlsK9x7snHEH5QCfYq7r lQlCklXcC8rrLhBLCCR1HOE= =mPKY -----END PGP SIGNATURE----- --Apple-Mail=_421D10D3-D54B-4C24-9DCA-115417EDC179-- From owner-freebsd-usb@FreeBSD.ORG Thu Oct 10 08:09:53 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 75ACFE94 for ; Thu, 10 Oct 2013 08:09:53 +0000 (UTC) (envelope-from aseem.jolly@gmail.com) Received: from mail-we0-x231.google.com (mail-we0-x231.google.com [IPv6:2a00:1450:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 012C82841 for ; Thu, 10 Oct 2013 08:09:52 +0000 (UTC) Received: by mail-we0-f177.google.com with SMTP id x55so2066093wes.22 for ; Thu, 10 Oct 2013 01:09:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jeneiBNWGsIPhOzcOtu85bym9ToCD0skHW8fNsXBS8w=; b=x5r7l7IyvyHnVMxIr/s/6peqYvOevIbOpPRIWIr2S5j2+LCnUv26x+q2cOzgVABlPo 9PYkIeea+vzptPhvfMbr9FEOgurLXekVpy3nC5ecupfPTn2UqNyiqlE+t8onhLAoWgKR qaBYksoAY2SUBqvT+Eju+va5QcjWD4Zw1P8pstCnx0WUaAfRLVlZviE5ReusEuJ6M6Bg MaqO1QwNO2Pds12JcO+cxvPAWAKS4PDA4w5rUwyBsBF+MEeuZdwpZKXMY490rkphPsd0 vqHFp3LxdgpkZ3vaaJnai0jLRN4HjiPmWgH3lA2DvvDgeABw10xSOH9pCcbVfGaIaRCn 5oVw== MIME-Version: 1.0 X-Received: by 10.194.21.104 with SMTP id u8mr278726wje.63.1381392591199; Thu, 10 Oct 2013 01:09:51 -0700 (PDT) Received: by 10.194.56.72 with HTTP; Thu, 10 Oct 2013 01:09:51 -0700 (PDT) In-Reply-To: <52565C69.905@bitfrost.no> References: <1381274499940-5850403.post@n5.nabble.com> <5254FD72.2050507@bitfrost.no> <1381342263797-5850596.post@n5.nabble.com> <525649BB.2060906@bitfrost.no> <1381390376377-5850751.post@n5.nabble.com> <52565C69.905@bitfrost.no> Date: Thu, 10 Oct 2013 01:09:51 -0700 Message-ID: Subject: Re: USB device configuration From: aseem jolly To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-usb@freebsd.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2013 08:09:53 -0000 The device I am talking about has one configuration only. I was planning to take bus trace or usbdump since I am not seeing it again so I don't think that would help now. On Thu, Oct 10, 2013 at 12:51 AM, Hans Petter Selasky wrote: > Hi, > > > On 10/10/13 09:32, aseem.jolly wrote: > >> It is allowed to set the configuration multiple times. Refer to USB >>> 2.0 specification. >>> >> > > >> In what possible scenario would we want to set the configuration again? I >> know USB 2.0 specification allows it. I have also tried to modify the code >> and have sent SET_CONFIGURATION request to the device multiple times, and >> device didn't report any error. >> > > Some devices have multiple configurations with different interfaces, which > the application selects depending on the use-case. Many devices only have > one configuration. > > >> Or do you mean different configurations of a device, if a device supports >> more that one configuration? >> >> >> Is this making a difference for you? >>> >> I have scene a case in which we were unable to attach the umass driver to >> the device but since USB_DEBUG was not enabled at that time so I was not >> able to get more information out of it and being extremely intermittent in >> nature, I am not able to reproduce it again. I am trying to figure out the >> possible scenarios in which we might end up not attaching the driver to >> the >> device. I believe if we are not able to select a configuration then we >> don't >> attach the driver to the device. >> >> In usb_unconfigure func: >> >> udev->curr_config_no = USB_UNCONFIG_NO; >> udev->curr_config_index = USB_UNCONFIG_INDEX >> >> In usb_probe_and_attach func: >> if (udev->curr_config_index == USB_UNCONFIG_INDEX) { >> /* do nothing - no configuration has been set */ >> goto done; >> } >> >> From the console logs, it is clear that SET_ADDRESS went successfully, >>> have >>> >> noticed that we have assigned a ugen name to the device and also request >> to >> get the String descriptors(Product, Manufacturer etc) went successfully so >> that make me believe that there might be an error in performing >> SET_CONFIGURATION request. Do you have any other suggestions? >> > > You can use "usbdump" to figure out exactly what went wrong with regard to > USB requests. That might get you a clearer picture of what's going on. > > --HPS > > From owner-freebsd-usb@FreeBSD.ORG Thu Oct 10 09:50:02 2013 Return-Path: Delivered-To: freebsd-usb@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 338A0B97 for ; Thu, 10 Oct 2013 09:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1FE762DB9 for ; Thu, 10 Oct 2013 09:50:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r9A9o1A7023574 for ; Thu, 10 Oct 2013 09:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r9A9o12A023573; Thu, 10 Oct 2013 09:50:01 GMT (envelope-from gnats) Date: Thu, 10 Oct 2013 09:50:01 GMT Message-Id: <201310100950.r9A9o12A023573@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org Cc: From: dfilter@FreeBSD.ORG (dfilter service) Subject: Re: usb/182820: commit references a PR X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: dfilter service List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2013 09:50:02 -0000 The following reply was made to PR usb/182820; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: usb/182820: commit references a PR Date: Thu, 10 Oct 2013 09:43:22 +0000 (UTC) Author: hrs Date: Thu Oct 10 09:43:15 2013 New Revision: 256258 URL: http://svnweb.freebsd.org/changeset/base/256258 Log: Do not try to detach if the interface does not support IPv6. Tested by: hselasky PR: usb/182820 Approved by: re (glebius) Modified: head/sys/netinet6/in6_ifattach.c Modified: head/sys/netinet6/in6_ifattach.c ============================================================================== --- head/sys/netinet6/in6_ifattach.c Thu Oct 10 09:42:41 2013 (r256257) +++ head/sys/netinet6/in6_ifattach.c Thu Oct 10 09:43:15 2013 (r256258) @@ -809,6 +809,9 @@ in6_ifdetach(struct ifnet *ifp) struct sockaddr_in6 sin6; struct in6_multi_mship *imm; + if (ifp->if_afdata[AF_INET6] == NULL) + return; + /* remove neighbor management table */ nd6_purge(ifp); _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-usb@FreeBSD.ORG Thu Oct 10 13:14:08 2013 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 66214449 for ; Thu, 10 Oct 2013 13:14:08 +0000 (UTC) (envelope-from elrond@phoe.frmug.org) Received: from frmug.org (enterprise.frmug.org [IPv6:2a01:e0d:1:3:58bf:fa61:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 2FBDE2B81 for ; Thu, 10 Oct 2013 13:14:08 +0000 (UTC) Received: by frmug.org (Postfix, from userid 66) id 1B20912C681; Thu, 10 Oct 2013 15:14:05 +0200 (CEST) Received: by memo2.memo.frmug.org (Postfix, from userid 1001) id D4C6B170AC; Thu, 10 Oct 2013 15:10:33 +0200 (CEST) Date: Thu, 10 Oct 2013 15:10:33 +0200 From: Bertrand Petit To: Hans Petter Selasky Subject: Re: Using a C-Media multichannel USB DAC Message-ID: <20131010131033.GN3765@memo2.memo.frmug.org> References: <20131010031324.GM3765@memo2.memo.frmug.org> <52564ACE.30401@bitfrost.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <52564ACE.30401@bitfrost.no> User-Agent: Mutt/1.4.2.3i Cc: freebsd-usb@freebsd.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2013 13:14:08 -0000 On Thu, Oct 10, 2013 at 08:35:58AM +0200, Hans Petter Selasky wrote: > > sysctl hw.usb.uaudio.default_channels=8 Thank you, I was not aware of this sysctl, it has the intended effect. > The uaudio.c driver has support for talking directly to the USB HID > interface for USB audio devices (/dev/uhid0) if you need to do some I think I will try the userland libusb way first as it may prove handy to allow the user to dynamically change signals routing. -- %!PS -- Bertrand Petit /D{def}def/E{exch}D/G{get}D/I{2 div}D/U{dup}D/L{roll}D/Y{setgray}D/N{newpath}D /O{N 0 0 moveto}D/P{pop}D/T{translate}D currentpagedevice/PageSize G U 0 G/w E D 1 G /h E D w I h I T 0 Y 1 setlinewidth 0 1 2 { P 120 rotate 2 4 w U mul h U mul add sqrt I 50 add {N 50 0 3 2 L 0 360 arc stroke}for}for/s{O true charpath pathbbox exch 4 -1 L E sub I 3 1 L sub I} D /l(bp)D 0.94 Y /Helvetica findfont 22 scalefont setfont l s P(x)s exch P T O l show showpage From owner-freebsd-usb@FreeBSD.ORG Sat Oct 12 17:59:37 2013 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 04FABB90 for ; Sat, 12 Oct 2013 17:59:37 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from mx.nsu.ru (mx.nsu.ru [84.237.50.39]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A5AFE2964 for ; Sat, 12 Oct 2013 17:59:36 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.69) (envelope-from ) id 1VV3TI-0004zU-Rw for usb@freebsd.org; Sun, 13 Oct 2013 00:59:29 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id r9CHxmkP004620 for ; Sun, 13 Oct 2013 00:59:58 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id r9CHxh24004599 for usb@freebsd.org; Sun, 13 Oct 2013 00:59:43 +0700 (NOVT) (envelope-from danfe) Date: Sun, 13 Oct 2013 00:59:43 +0700 From: Alexey Dokuchaev To: usb@freebsd.org Subject: iPhone 4(S) access via gphoto2 Message-ID: <20131012175942.GA2554@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Oct 2013 17:59:37 -0000 Hi there, Today I was asked whether it is possible to transfer photos from an iPhone 4(S) in some non-standard way (since iTunes or whatever did not work for some reason). I immediately decided to give FreeBSD a try. ;-) Quick googling revealed that graphics/gphoto2 should be able to help: all it takes is simply plug the phone and issue command "gphoto2 -L" to see all the photos. Unfortunately, it did work for only one iPhone out of three I tried: the one with product id 0x12a0. Attach log message: root: Unknown USB device: vendor 0x05ac product 0x12a0 bus uhub4 kernel: ugen4.2: at usbus4 Two other iPhones have prodid of 0x1297, and attach messages indicate some problem: kernel: usbus4: port reset timeout kernel: uhub_reattach_port: port 1 reset failed, error=USB_ERR_TIMEOUT kernel: uhub_reattach_port: device problem (USB_ERR_TIMEOUT), disabling port 1 root: Unknown USB device: vendor 0x05ac product 0x1297 bus uhub4 kernel: ugen4.2: at usbus4 Doing "gphoto2 -L" yielded pretty much void results for these: $ env LANG=C gphoto2 -L There is no file in folder '/'. There is no file in folder '/store_00010001'. There is no file in folder '/store_00010001/DCIM'. $ _ My system is 8.4-STABLE, around SVN r253201. Could it be that ugen(4) is missing some vital quirk for 0x1297 iPhones? Any further pointers how can I make all iPhones accessible with gphoto2? ./danfe From owner-freebsd-usb@FreeBSD.ORG Sat Oct 12 19:00:59 2013 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DA0C641F for ; Sat, 12 Oct 2013 19:00:59 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from mx.nsu.ru (mx.nsu.ru [84.237.50.39]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 879992C24 for ; Sat, 12 Oct 2013 19:00:59 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.69) (envelope-from ) id 1VV4Qi-0005zw-Hj for usb@freebsd.org; Sun, 13 Oct 2013 02:00:53 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id r9CJ1Cvl018834 for ; Sun, 13 Oct 2013 02:01:22 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id r9CJ17Pd018823 for usb@freebsd.org; Sun, 13 Oct 2013 02:01:07 +0700 (NOVT) (envelope-from danfe) Date: Sun, 13 Oct 2013 02:01:07 +0700 From: Alexey Dokuchaev To: usb@freebsd.org Subject: Re: iPhone 4(S) access via gphoto2 Message-ID: <20131012190107.GA15100@regency.nsu.ru> References: <20131012175942.GA2554@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131012175942.GA2554@regency.nsu.ru> User-Agent: Mutt/1.4.2.1i X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Oct 2013 19:00:59 -0000 On Sun, Oct 13, 2013 at 12:59:43AM +0700, Alexey Dokuchaev wrote: > Two other iPhones have prodid of 0x1297, and attach messages indicate some > problem: > > kernel: usbus4: port reset timeout > kernel: uhub_reattach_port: port 1 reset failed, error=USB_ERR_TIMEOUT > kernel: uhub_reattach_port: device problem (USB_ERR_TIMEOUT), disabling port 1 > root: Unknown USB device: vendor 0x05ac product 0x1297 bus uhub4 > kernel: ugen4.2: at usbus4 Perhaps this could give some clues: gphoto2 debug output excerpts: For "good" iPhone: ... gphoto2-port-usb(1): Looking for USB device (class 0x29a, subclass, 0xffffffff, protocol 0xffffffff)... gphoto2-port-usb(1): Looking for USB device (class 0x6, subclass, 0x1, protocol 0x1)... gphoto2-port-usb(1): Found USB class device (class 0x6, subclass, 0x1, protocol 0x1). gphoto2-port-usb(2): inep to look for is 81 gphoto2-port-usb(1): Detected defaults: config 1, interface 0, altsetting 0, idVendor ID 05ac, idProduct 12a0, inep 81, outep 02, intep 83 gphoto2-abilities-list.c(2): Found 'USB PTP Class Camera' (0x6,0x1,0x1) ... For "bad" iPhones: ... gphoto2-port-usb(1): Looking for USB device (vendor 0x5ac, product 0x1297)... found. gphoto2-port-usb(2): inep to look for is 81 gphoto2-port-usb(1): Detected defaults: config 1, interface 0, altsetting 0, inep 81, outep 02, intep 83, class 06, subclass 01 gphoto2-abilities-list.c(2): Found 'Apple iPhone 4 (PTP mode)' (0x5ac,0x1297) ... HTH, ./danfe From owner-freebsd-usb@FreeBSD.ORG Sat Oct 12 22:00:01 2013 Return-Path: Delivered-To: freebsd-usb@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4FF2DEBD for ; Sat, 12 Oct 2013 22:00:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2E85222F0 for ; Sat, 12 Oct 2013 22:00:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r9CM00MJ030881 for ; Sat, 12 Oct 2013 22:00:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r9CM00TT030880; Sat, 12 Oct 2013 22:00:00 GMT (envelope-from gnats) Resent-Date: Sat, 12 Oct 2013 22:00:00 GMT Resent-Message-Id: <201310122200.r9CM00TT030880@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Keith White Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D9465D6F for ; Sat, 12 Oct 2013 21:55:29 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from oldred.freebsd.org (oldred.freebsd.org [8.8.178.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C6C1F22BE for ; Sat, 12 Oct 2013 21:55:29 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id r9CLtTrs070527 for ; Sat, 12 Oct 2013 21:55:29 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id r9CLtSZ2070520; Sat, 12 Oct 2013 21:55:28 GMT (envelope-from nobody) Message-Id: <201310122155.r9CLtSZ2070520@oldred.freebsd.org> Date: Sat, 12 Oct 2013 21:55:28 GMT From: Keith White To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: usb/182936: [patch] [usbdevs] if_run update for Beklin F6D4050v2 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Oct 2013 22:00:01 -0000 >Number: 182936 >Category: usb >Synopsis: [patch] [usbdevs] if_run update for Beklin F6D4050v2 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Sat Oct 12 22:00:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Keith White >Release: current >Organization: EECS, University of Ottawa >Environment: FreeBSD beaglebone 11.0-CURRENT FreeBSD 11.0-CURRENT #23 r256381M: Sat Oct 12 12:36:48 EDT 2013 root@beaglebone:/usr/obj/usr/src/sys/BEAGLEBONE arm >Description: if_run does not include support for the Belkin F6D4050v2 USB wireless adapter out of the box. Adding tne vendor and product id is enough to enable support in the driver. >How-To-Repeat: >Fix: These diffs to a recent HEAD fixed the problem for me: Index: sys/dev/usb/usbdevs =================================================================== --- sys/dev/usb/usbdevs (revision 256393) +++ sys/dev/usb/usbdevs (working copy) @@ -1259,6 +1259,7 @@ product BELKIN F5D9050V3 0x905b F5D9050 ver 3 Wireless Adapter product BELKIN2 F5U002 0x0002 F5U002 Parallel printer product BELKIN F6D4050V1 0x935a F6D4050 v1 +product BELKIN F6D4050V2 0x935b F6D4050 v2 /* Billionton products */ product BILLIONTON USB100 0x0986 USB100N 10/100 FastEthernet Index: sys/dev/usb/wlan/if_run.c =================================================================== --- sys/dev/usb/wlan/if_run.c (revision 256393) +++ sys/dev/usb/wlan/if_run.c (working copy) @@ -147,6 +147,7 @@ RUN_DEV(BELKIN, F5D8055), RUN_DEV(BELKIN, F5D8055V2), RUN_DEV(BELKIN, F6D4050V1), + RUN_DEV(BELKIN, F6D4050V2), RUN_DEV(BELKIN, RT2870_1), RUN_DEV(BELKIN, RT2870_2), RUN_DEV(CISCOLINKSYS, AE1000), >Release-Note: >Audit-Trail: >Unformatted: