From owner-freebsd-usb@FreeBSD.ORG Mon Jan 10 11:07:14 2011 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1372310656B9 for ; Mon, 10 Jan 2011 11:07:14 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 000658FC1C for ; Mon, 10 Jan 2011 11:07:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p0AB7DTv001923 for ; Mon, 10 Jan 2011 11:07:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0AB7DT5001921 for freebsd-usb@FreeBSD.org; Mon, 10 Jan 2011 11:07:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 10 Jan 2011 11:07:13 GMT Message-Id: <201101101107.p0AB7DT5001921@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-usb@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-usb@FreeBSD.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2011 11:07:14 -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/153703 usb My USB keyboard does not use in 8-STABLE o usb/153609 usb [zyd] [panic] kernel: Fatal trap 12: page fault while o usb/153599 usb [patch] Feiya Elango USB MicroSD reader synchronize ca o usb/153149 usb USB stick quirk regression o usb/152892 usb Not updating /etc files in installer FreeBSD-8.2-BETA1 o usb/152075 usb [usb8] [ehci] Add quirk for CS5536 USB o usb/150989 usb [patch] Add Netgear WG111V2_2 support to upgt(4) o usb/150892 usb [zyd] Whenever network contacted in any shape, way or p usb/150546 usb libusb(3) libusb_control_transfer() prototype is incor o usb/150401 usb [umass] [usb8] Errors from USB drives mixed between UF o usb/150189 usb [run] [usb8] [patch] if_run appears to corrupt IP traf p usb/149934 usb [patch] [usb8] Transcend JetFlash V85 poor performance o usb/149900 usb [uftdi] [patch] FreeBSD 8.1 uftdi patch to support usb p usb/149764 usb [u3g] [patch] usbdevs update: Huawei K3765 3G modem o usb/149675 usb [uftdi] [usb_serial] doesn't react to break properly o usb/149528 usb [zyd] Wireless USB stick not detected - vendor id 0x08 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 usb/147516 usb [umass] [usb67] kernel unable to deal with Olympus USB o i386/147475 usb [install] FreeBSD 8.x does not install on ASUS K8N4-E p usb/146871 usb [usbdevs] [usb8] [patch] provide descriprive string fo o usb/146840 usb [hang] FreeBSD 7.2 / 7.3 / 8.0 hang at startup after e o usb/146153 usb [axe] [usb8] Hosts in network doesn't receive any pack o usb/146054 usb [urtw] [usb8] urtw driver potentially out of date f usb/145513 usb [usb8] New USB stack: no new devices after forced usb 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 o usb/143045 usb [umass] [usb8] [patch] mounting Fujitsu 2600Z camera d o usb/142991 usb [uftdi] [usb67] [patch] Patch to add Crystalfontz 533 f usb/142989 usb [usb8] canon eos 50D attaches but detaches after few s f usb/142957 usb [umass] [usb8] [patch] patch for USB disk SYNCHRONIZE o usb/142719 usb [urtw] [usb8] AirLive WL-1600USB (RTL8187L chipset) fa o usb/142713 usb [usb67] [panic] Kernel Panik when connecting an IPhone f usb/142276 usb [umass] [usb8] Cache Synchronization Error with Olympu o usb/142229 usb [ums] [usb8] [hang] connecting a USB mouse to a Dell P o usb/141777 usb [usb8] [usbdevs] [rum] [patch] Support usbdevs / rum(4 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/141327 usb [ukbd] [usb67] USB kbd not working with 7.1+PAE on IBM o usb/141212 usb [ukbd] [usb8] ukbd_set_leds_callback:700: error=USB_ER o kern/141011 usb [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 s usb/139990 usb [panic] [patch] [usb67] Kernel frequently panics after a usb/139598 usb [umass] [usb8] CAM reports "xptioctl: put "device pass o usb/139243 usb [uhci] [usb67] unplug prolific USB serial -> uhci_abor a usb/138904 usb [rum] [panic] [usb67] unpluging USB wifi card panics s f usb/138882 usb [ohci] [panic] [usb67] Can't install FreeBSD 7.2 due t 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 s usb/138570 usb [usb67] [panic] USB mass device panics current 7.2-STA o usb/138175 usb [usb67] [boot] System cannot boot, when USB reader wit o usb/138124 usb [snd_uaudio] [usb8] Axed uaudio functionality in the u o usb/138119 usb [usb67] [usb8] MultiBay CDROM (probably on USB bus) is o usb/137872 usb [usb67] [boot] slow booting on usb flash drive o usb/137806 usb [ukbd] [usb67] USB keyboard doesn't work until it's un o usb/137763 usb [usb67][ukbd] Logitech wireless keyboard media keys no o usb/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 p usb/136761 usb [usbdevs][usb67][patch] Teach usbdevs / u3g(4) about H o usb/135938 usb [aue] [usb67] aue driver only passes traffic in promis o usb/135542 usb [keyboard] boot loader does not work with a usb keyboa o usb/135348 usb [umass] [patch] USB Drive Hangs with ZFS (JMicron USB2 o usb/135206 usb machine reboots when inserted USB device f usb/135200 usb SAMSUNG i740 usb mass: Synchronize cache failed, statu o usb/135182 usb UMASS quirk - Olympus FE20 camera o usb/134950 usb Lowering DTR for USB-modem via ubsa is not possible o usb/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] Adding usb quirk for Sony USB flash drive o usb/133989 usb [usb8] [ukbd] USB keyboard dead at mountroot> prompt o usb/133712 usb [ural] [patch] RE: Fixed an issue with ural(4) that wa o usb/133390 usb umass crashes system in 7.1 when Olympus D-540 attache o usb/133296 usb [rum] driver not working properly in hostap mode o usb/132594 usb USB subsystem causes page fault and crashes o usb/132312 usb [hang] Xorg 7.4 halts USB controller o usb/132080 usb [patch] [usb] [rum] [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 p usb/131123 usb [patch] [usb67] re-add UQ_ASSUME_CM_OVER_DATA USB quir o usb/131074 usb no run-time detection of usb devices plugged into exte o usb/130736 usb Page fault unplugging USB stick o usb/130230 usb [patch] [quirk] [usb67] [usb] [cam] [umass] Samsung El 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/129673 usb [uhci] uhci (uhub) confused on replugging USB 1.1 scan o usb/129500 usb [umass] [panic] FreeBSD Crashes when connecting SanDis o usb/129311 usb [usb] [panic] Instant crash with an USB card reader s usb/128990 usb [usb] u3g does not handle RTS/CTS available on for exa o usb/128977 usb [usb67] [patch] uaudio is not full duplex p usb/128803 usb [usbdevs] [patch] Quirk for I-Tuner Networks USBLCD4X2 o usb/128485 usb [umodem] [patch] Nokia N80 modem support o usb/128425 usb [umass] Cannot Connect Maxtor Onetouch 4 USB drive o usb/128418 usb [panic] [rum] loading if_rum causes panic, looks like o usb/127926 usb [boot] USB Timeout during bootup s usb/127453 usb [request] ubsa, uark, ubser, uftdi, and friends should p docs/127406 usb [patch] update umodem man page: Sony Ericsson W810i o usb/127342 usb [boot] [panic] enabling usb keyboard and mouse support o usb/127248 usb [ucom] panic while uplcom devices attach and detach o usb/127222 usb [ohci] Regression in 7.0 usb storage generic driver o usb/126884 usb [ugen] [patch] Bug in buffer handling in ugen.c o usb/126848 usb [usb]: USB Keyboard hangs during Installation o usb/126740 usb [ulpt] doesn't work on 7.0-RELEASE, 10 second stall be o usb/126519 usb [usb] [panic] panic when plugging in an iphone o kern/126396 usb [panic] kernel panic after unplug USB Bluetooth device o usb/125631 usb [ums] [panic] kernel panic during bootup while 'Logite o usb/125510 usb [panic] repeated plug and unplug of USB mass storage d o usb/125450 usb [panic] Removing USB flash card while being accessed c o usb/125238 usb [ums] Habu Mouse turns off in X o usb/125088 usb [keyboard] Touchpad not detected on Adesso AKB-430UG U o usb/124980 usb [panic] kernel panic on detaching unmounted umass devi o kern/124777 usb [ucom] USB cua devices don't revert to tty devices whe o usb/124758 usb [rum] [panic] rum panics SMP kernel o usb/124708 usb [panic] Kernel panic on USB KVM reattach f usb/124604 usb [ums] Microsoft combo wireless mouse doesn't work o kern/124130 usb [usb] gmirror fails to start usb devices that were pre o usb/123969 usb [usb] Supermicro H8SMi-2 usb problem: port reset faile o usb/123714 usb [usb] [panic] Panic when hald-storage-probe runs with o usb/123691 usb usbd(8): usbd hangs o usb/123690 usb [usb] [panic] Panic on USB device insertion when usb l o usb/123611 usb [usb] BBB reset failed, STALLED from Imation/Mitsumi U o usb/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 s usb/122819 usb [usb67] [patch] Patch to provide dynamic additions to o usb/122813 usb [udbp] [request] udbp driver should be removed in favo 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/121755 usb [ohci] [patch] Fix panic after ohci/uhub cardbus devic o usb/121734 usb [ugen] ugen HP1022 printer device not working since up o usb/121708 usb [keyboard] nforce 650i mobo w/ usb keyboard infinite k o usb/121474 usb [cam] [patch] QUIRK: SAMSUNG HM250JI in LaCie usb hard o usb/121275 usb [boot] [panic] FreeBSD fails to boot with usb legacy s f usb/121232 usb [usb67] [panic] USB CardBus card removal causes reboot 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 usb/120572 usb [usb67] [umass] [patch] quirk to support ASUS P535 as 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/119513 usb [irq] inserting dlink dwl-g630 wireless card results i o usb/119509 usb [usb] USB flaky on Dell Optiplex 755 o usb/119481 usb [hang] FreeBSD not responding after connecting USB-Mas o usb/119389 usb [umass] Sony DSC-W1 CBI reset failed, STALLED [regress o usb/119227 usb [ubsa] [patch] ubsa buffer is too small; should be tun o usb/119201 usb [cam] [patch] Quirks for Olympus FE-210 camera, LG and o usb/118480 usb [umass] Timeout in USB mass storage freezes vfs layer o usb/118353 usb [panic] [ppp] repeatable kernel panic during ppp(4) se o usb/118141 usb [ucom] usb serial and nokia phones ucomreadcb ucomread o usb/118140 usb [ucom] [patch] quick hack for ucom to get it behave wi o usb/118098 usb [umass] 6th gen iPod causes problems when disconnectin o usb/117955 usb [umass] [panic] inserting minolta dimage a2 crashes OS o usb/117946 usb [panic] D-Link DUB-E100 rev. B1 crashes FreeBSD 7.0-BE o usb/117938 usb [ums] [patch] Adding support for MS WL Natural and MS o usb/117911 usb [ums] [request] Mouse Gembird MUSWC not work o usb/117893 usb [umass] Lacie USB DVD writing failing o usb/117613 usb [uhci] [irq] uhci interrupt storm & USB leaked memory o usb/117598 usb [snd_uaudio] [patch] Not possible to record with Plant o usb/117313 usb [umass] [panic] panic on usb camera insertion o usb/117200 usb [ugen] ugen0 prints strange string on attach if detach o usb/117183 usb [panic] USB/fusefs -- panic while transferring large a p usb/116947 usb [ukbd] [patch] [regression] enable boot protocol on th p usb/116699 usb [usb] [usb67] USB HID devices do not initialize at sys o usb/116561 usb [umodem] [panic] RELENG_6 umodem panic "trying to slee o usb/116282 usb [ulpt] Cannot print on USB HP LJ1018 or LJ1300 o usb/115935 usb [usbdevs] [patch] kernel counterproductively attaches o usb/115933 usb [uftdi] [patch] RATOC REX-USB60F (usb serial converter o usb/115400 usb [ehci] Problem with EHCI on ASUS M2N4-SLI o usb/115298 usb [ulpt] [panic] Turning off USB printer panics kernel o usb/114916 usb [umass] [patch] USB Maxtor drive (L300RO) requires qui o kern/114780 usb [uplcom] [panic] Panics while stress testing the uplco o usb/114682 usb [umass] generic USB media-card reader unusable o usb/114310 usb [libusb] [patch] [panic] USB hub attachment panics ker o usb/114068 usb [usb67] [usb8] [umass] [patch] Problem with connection o conf/114013 usb [patch] WITHOUT_USB allow to compil a lot of USB stuff s usb/113060 usb [usb67] [ulpt] [patch] Samsung printer not working in o usb/110856 usb [usb67] [ugen] [patch] interrupt in msgs are truncated o usb/107827 usb [usb67] [ohci] [panic] ohci_add_done addr not found o usb/107388 usb [usb67] [usb8] [new driver] [patch] add utoppy device o usb/106041 usb [usb67] [usb8] [request] FreeBSD does not recognise Mu o usb/105361 usb [usb67] [panic] Kernel panic during unmounting mass st s usb/103917 usb [usb67] [uhub] USB driver reports "Addr 0 should never o usb/103418 usb [usb67] [usb8] [patch] [request] usbhidctl(8) add abil o usb/103046 usb [usb67] [ulpt] [patch] ulpt event driven I/O with sele p usb/101775 usb [usb67] [libusbhid] [patch] possible error in report d o usb/101761 usb [usb67] [patch] [request] usb.h: increase maximal size o usb/100746 usb [usb67] [ukbd] system does not boot due to USB keyboar o usb/99431 usb [keyboard] FreeBSD on MSI 6566E (Intel 845E motherboar o kern/99200 usb [usb67] SMP-Kernel crashes reliably when Bluetooth con o usb/98343 usb [boot] BBB reset failed errors with Creative Muvo MP3 o usb/97472 usb [cam] [patch] add support for Olympus C150,D390 s usb/97286 usb [mouse] [request] MS Wireless Intellimouse Explorer 2. o usb/97175 usb [umass] [hang] USB cardreader hangs system o usb/96457 usb [umass] [panic] fatback on umass = reboot o usb/96381 usb [cam] [patch] add a quirk table entry for a flash ram o usb/96224 usb [usb] [msdosfs] mount_msdosfs cause page fault in sync s usb/96120 usb [ums] [request] USB mouse not always detected s usb/95636 usb [umass] [boot] 5 minute delay at boot when using VT620 o usb/95562 usb [umass] Write Stress in USB Mass drive causes "vinvalb s usb/95348 usb [keyboard] USB keyboard unplug causes noise on screen o usb/95037 usb [umass] USB disk not recognized on hot-plug. o usb/94897 usb [panic] Kernel Panic when cleanly unmounting USB disk o usb/94717 usb [ulpt] Reading from /dev/ulpt can break work of a UHCI o usb/94384 usb [panic] kernel panic with usb2 hardware o usb/93872 usb [cam] [patch] SCSI quirk required for ELTA 8061 OL USB o usb/93828 usb [ohci] [panic] ohci causes panic on boot (HP Pavillion o usb/93389 usb [umass] [patch] Digital Camera Pentax S60 don't work o usb/92852 usb [ums] [patch] Vertical scroll not working properly on o usb/92171 usb [panic] panic unplugging Vodafone Mobile Connect (UMTS o usb/92142 usb [uhub] SET_ADDR_FAILED and SHORT_XFER errors from usb o usb/92083 usb [ural] [panic] panic using WPA on ural NIC in 6.0-RELE o usb/92052 usb [ulpt] usbd causes defunct process with busy file-hand o usb/91906 usb [ehci] [hang] FreeBSD hangs while booting with USB leg 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? s usb/89003 usb [request] LaCie Firewire drive not properly supported o usb/88743 usb [hang] [regression] USB makes kernel hang at boot (reg o usb/88408 usb [axe] axe0 read PHY failed o usb/87648 usb [mouse] Logitech USB-optical mouse problem. 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 s usb/84336 usb [usb] [reboot] instant system reboot when unmounting a o usb/83977 usb [ucom] [panic] ucom1: open bulk out error (addr 2): IN o usb/83863 usb [ugen] Communication problem between opensc/openct via o usb/83756 usb [ums] [patch] Microsoft Intellimouse Explorer 4.0A doe o usb/83563 usb [umass] [panic] Page Fault while detaching Mpman Usb d o usb/83504 usb [kernel] [patch] SpeedTouch USB stop working on recent s usb/82569 usb [umass] [panic] USB mass storage plug/unplug causes sy o usb/82520 usb [udbp] [reboot] Reboot when USL101 connected o usb/82350 usb [ucom] [panic] null pointer dereference in USB stack o usb/81621 usb [ehci] [hang] external hd hangs under load on ehci o usb/80935 usb [uvisor] [patch] uvisor.c is not work with CLIE TH55. o usb/80854 usb [patch] [request] suggestion for new iface-no-probe me 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 f usb/77294 usb [ucom] [panic] ucom + ulpcom panic o usb/76732 usb [ums] Mouse problems with USB KVM Switch o usb/76653 usb [umass] [patch] Problem with Asahi Optical usb device f usb/76395 usb [uhci] USB printer does not work, usbdevs says "addr 0 s usb/75928 usb [umass] [request] Cytronix SmartMedia card (SMC) reade o usb/75800 usb [ucom] ucom1: init failed STALLED error in time of syn f usb/75797 usb [sound] [regression] 5.3-STABLE(2005 1/4) detect USB h o usb/75764 usb [umass] [patch] "umass0: Phase Error" - no device for f usb/75705 usb [umass] [panic] da0 attach / Optio S4 (with backtrace) f usb/74771 usb [umass] [hang] mounting write-protected umass device a s usb/74453 usb [umass] [patch] Q-lity CD-RW USB ECW-043 (ScanLogic SL o usb/74211 usb [umass] USB flash drive causes CAM status 0x4 on 4.10R o usb/73307 usb [panic] Kernel panics on USB disconnect s usb/72733 usb [ucom] [request] Kyocera 7135 Palm OS connection probl o usb/71455 usb [umass] Slow USB umass performance of 5.3 o usb/71417 usb [ugen] Cryptoflex e-gate USB token (ugen0) communicati o usb/71416 usb [ugen] Cryptoflex e-gate USB token (ugen0) detach is n o usb/71280 usb [aue] aue0 device (linksys usb100tx) doesn't work in 1 o usb/71155 usb [ulpt] misbehaving usb-printer hangs processes, causes o usb/70523 usb [umct] [patch] umct sending/receiving wrong characters o usb/69006 usb [usbdevs] [patch] Apple Cinema Display hangs USB ports o usb/68232 usb [ugen] [patch] ugen(4) isochronous handling correction o usb/67301 usb [uftdi] [panic] RTS and system panic o usb/66547 usb [ucom] Palm Tungsten T USB does not initialize correct o usb/63621 usb [umass] [panic] USB MemoryStick Reader stalls/crashes s usb/62257 usb [umass] [request] card reader UCR-61S2B is only half-s o usb/59698 usb [keyboard] [patch] Rework of ukbd HID to AT code trans s bin/57255 usb [patch] usbd(8) and multi-function devices s usb/52026 usb [usb] [request] umass driver support for InSystem ISD2 s usb/51958 usb [urio] [patch] update for urio driver o usb/40948 usb [umass] [request] USB HP CDW8200 does not work o usb/30929 usb [usb] [patch] use usbd to initialize USB ADSL modem 314 problems total. From owner-freebsd-usb@FreeBSD.ORG Mon Jan 10 20:00:26 2011 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E449E1065672 for ; Mon, 10 Jan 2011 20:00:26 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B8A358FC17 for ; Mon, 10 Jan 2011 20:00:26 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p0AK0QeQ082334 for ; Mon, 10 Jan 2011 20:00:26 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0AK0QUO082322; Mon, 10 Jan 2011 20:00:26 GMT (envelope-from gnats) Date: Mon, 10 Jan 2011 20:00:26 GMT Message-Id: <201101102000.p0AK0QUO082322@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: "Tatsuki Makino" Cc: Subject: Re: usb/153703: My USB keyboard does not use in 8-STABLE X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tatsuki Makino List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2011 20:00:27 -0000 The following reply was made to PR usb/153703; it has been noted by GNATS. From: "Tatsuki Makino" To: , Cc: Subject: Re: usb/153703: My USB keyboard does not use in 8-STABLE Date: Tue, 11 Jan 2011 04:45:02 +0900 Ouch! Now I noticed the subject wrong. `does not use' is wrong. `can not use' is correct. The keyboard which has problem does not use in 8-STABLE... That thing is doing by me :-) hehehe. English is difficult... From owner-freebsd-usb@FreeBSD.ORG Wed Jan 12 13:10:10 2011 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A755106564A for ; Wed, 12 Jan 2011 13:10:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0CA488FC13 for ; Wed, 12 Jan 2011 13:10:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p0CDA9vt092636 for ; Wed, 12 Jan 2011 13:10:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0CDA9F8092635; Wed, 12 Jan 2011 13:10:09 GMT (envelope-from gnats) Resent-Date: Wed, 12 Jan 2011 13:10:09 GMT Resent-Message-Id: <201101121310.p0CDA9F8092635@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, Mykhaylo Yehorov Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 372E41065674 for ; Wed, 12 Jan 2011 13:09:54 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (unknown [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 25ECA8FC16 for ; Wed, 12 Jan 2011 13:09:54 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id p0CD9r52070705 for ; Wed, 12 Jan 2011 13:09:53 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id p0CD9rRD070704; Wed, 12 Jan 2011 13:09:53 GMT (envelope-from nobody) Message-Id: <201101121309.p0CD9rRD070704@red.freebsd.org> Date: Wed, 12 Jan 2011 13:09:53 GMT From: Mykhaylo Yehorov To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: usb/153929: The umodem driver doesn't support the MTK 3329 GPS chipset. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2011 13:10:10 -0000 >Number: 153929 >Category: usb >Synopsis: The umodem driver doesn't support the MTK 3329 GPS chipset. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Jan 12 13:10:09 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Mykhaylo Yehorov >Release: FreeBSD 8-STABLE >Organization: >Environment: FreeBSD box.interexc.com 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #1 r197782M: Tue Jan 4 14:49:50 EET 2011 mika@box.interexc.com:/usr/obj/usr/src/sys/MINI i386 >Description: I'm trying to connect my GPS receiver based on the MTK 3329 GPS chipset to a FreeBSD box. The umodem driver matches to the device but fails to attach to it. My kernel is built with "options USB_DEBUG". Sysctl variable syshw.usb.umodem.debug is set to 11. After attaching the GPS receiver to an USB port the following lines appear in dmesg. ugen1.3: at usbus1 umodem_probe: umodem_probe: umodem_probe: umodem0: on usbus1 umodem_get_caps: no CM desc (faking one) umodem_get_caps: no ACM desc umodem0: Missing descriptor. Assuming data interface is next. umodem0: data interface 2, has CM over data, has no break umodem0: no data interface umodem_detach: sc=0xc907aa00 device_attach: umodem0 attach returned 6 umodem_probe: umodem0: on usbus1 umodem_get_caps: no CM desc (faking one) umodem_get_caps: no ACM desc umodem0: Missing descriptor. Assuming data interface is next. umodem0: data interface 2, has CM over data, has no break umodem0: no data interface umodem_detach: sc=0xc9ddf800 device_attach: umodem0 attach returned 6 usbconfig shows the following. ugen1.3: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0002 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x0e8d idProduct = 0x3329 bcdDevice = 0x0100 iManufacturer = 0x0003 iProduct = 0x0004 iSerialNumber = 0x0000 bNumConfigurations = 0x0001 Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x0043 bNumInterfaces = 0x0002 bConfigurationValue = 0x0001 iConfiguration = 0x0000 bmAttributes = 0x0080 bMaxPower = 0x00fa Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0000 bAlternateSetting = 0x0000 bNumEndpoints = 0x0002 bInterfaceClass = 0x000a bInterfaceSubClass = 0x0000 bInterfaceProtocol = 0x0000 iInterface = 0x0001 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 bmAttributes = 0x0002 wMaxPacketSize = 0x0040 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0001 bmAttributes = 0x0002 wMaxPacketSize = 0x0040 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Interface 1 bLength = 0x001c bDescriptorType = 0x0004 bInterfaceNumber = 0x0001 bAlternateSetting = 0x0000 bNumEndpoints = 0x0001 bInterfaceClass = 0x0002 bInterfaceSubClass = 0x0002 bInterfaceProtocol = 0x0001 iInterface = 0x0002 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0082 bmAttributes = 0x0003 wMaxPacketSize = 0x0040 bInterval = 0x0001 bRefresh = 0x0000 bSynchAddress = 0x0000 >How-To-Repeat: Attach a GPS receiver based on the MTK 3329 chipset to an USB port. >Fix: If driver cannot obtain descriptors about data interface it assumes data interface is next that is wrong for this device. Data interface can be find by bInterfaceClass and bInterfaceSubClass codes. My patch fixes driver behaviour. After applying the umodem driver can attach to the device. And GPS software works fine with the GPS receiver. ugen1.3: at usbus1 umodem_probe: umodem_probe: umodem_probe: umodem0: on usbus1 umodem_get_caps: no CM desc (faking one) umodem_get_caps: no ACM desc umodem0: data interface 0, has CM over data, has no break Patch attached with submission follows: --- orig/sys/dev/usb/serial/umodem.c 2010-04-30 01:44:04.000000000 +0300 +++ sys/dev/usb/serial/umodem.c 2011-01-12 14:32:14.000000000 +0200 @@ -198,6 +198,7 @@ static usb_error_t umodem_set_comm_feature(struct usb_device *, uint8_t, uint16_t, uint16_t); static void umodem_poll(struct ucom_softc *ucom); +static int umodem_find_data_interface(struct usb_attach_arg *, uint8_t *); static const struct usb_config umodem_config[UMODEM_N_TRANSFER] = { @@ -312,13 +313,15 @@ 0 - 1, UDESCSUB_CDC_UNION, 0 - 1); if ((cud == NULL) || (cud->bLength < sizeof(*cud))) { - device_printf(dev, "Missing descriptor. " - "Assuming data interface is next.\n"); if (sc->sc_ctrl_iface_no == 0xFF) goto detach; - else + else if (!umodem_find_data_interface(uaa, + &sc->sc_data_iface_no)) { + device_printf(dev, "Missing descriptor. " + "Assuming data interface is next.\n"); sc->sc_data_iface_no = sc->sc_ctrl_iface_no + 1; + } } else { sc->sc_data_iface_no = cud->bSlaveInterface[0]; } @@ -829,3 +832,31 @@ struct umodem_softc *sc = ucom->sc_parent; usbd_transfer_poll(sc->sc_xfer, UMODEM_N_TRANSFER); } + +static int +umodem_find_data_interface(struct usb_attach_arg *uaa, uint8_t *data_iface) +{ + uint8_t i; + + for (i = 0;; i++) { + struct usb_interface *iface; + struct usb_interface_descriptor *id; + + iface = usbd_get_iface(uaa->device, i); + + if (iface) { + + id = usbd_get_interface_descriptor(iface); + + if (id->bInterfaceClass == UICLASS_CDC_DATA && + id->bInterfaceSubClass == UISUBCLASS_DATA) { + *data_iface = i; + return (1); + } + } + else + break; + } + + return (0); +} >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Wed Jan 12 14:41:23 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C844E1065697 for ; Wed, 12 Jan 2011 14:41:23 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id 1E46F8FC08 for ; Wed, 12 Jan 2011 14:41:22 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=uKwGHVgX/XpzFB6WQV71hE8vVR+wz8PlNBntNPh/OpQ= c=1 sm=1 a=TLKKsU7yPUcA:10 a=Q9fys5e9bTEA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=erU8dJVzAAAA:8 a=DAOQshArny4nJ15taxUA:9 a=Vg2cHPql18Bsxs83IbkA:7 a=e6ZQ0nDL5_3b-0N-EhoIl7fLkWkA:4 a=PUjeQqilurYA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 72824811; Wed, 12 Jan 2011 15:41:20 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Wed, 12 Jan 2011 15:41:24 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <201101121309.p0CD9rRD070704@red.freebsd.org> In-Reply-To: <201101121309.p0CD9rRD070704@red.freebsd.org> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201101121541.24890.hselasky@c2i.net> Cc: freebsd-gnats-submit@freebsd.org Subject: Re: usb/153929: The umodem driver doesn't support the MTK 3329 GPS chipset. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2011 14:41:23 -0000 On Wednesday 12 January 2011 14:09:53 Mykhaylo Yehorov wrote: > >Number: 153929 > >Category: usb > >Synopsis: The umodem driver doesn't support the MTK 3329 GPS > >chipset. Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-usb > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: change-request > >Submitter-Id: current-users > >Arrival-Date: Wed Jan 12 13:10:09 UTC 2011 > >Closed-Date: > >Last-Modified: > >Originator: Mykhaylo Yehorov > >Release: FreeBSD 8-STABLE > >Organization: > > >Environment: > FreeBSD box.interexc.com 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #1 r197782M: > Tue Jan 4 14:49:50 EET 2011 > mika@box.interexc.com:/usr/obj/usr/src/sys/MINI i386 > > >Description: > I'm trying to connect my GPS receiver based on the MTK 3329 GPS chipset to > a FreeBSD box. The umodem driver matches to the device but fails to attach > to it. > > My kernel is built with "options USB_DEBUG". > Sysctl variable syshw.usb.umodem.debug is set to 11. > After attaching the GPS receiver to an USB port the following lines appear > in dmesg. > > ugen1.3: at usbus1 > umodem_probe: > umodem_probe: > umodem_probe: > umodem0: on usbus1 > umodem_get_caps: no CM desc (faking one) > umodem_get_caps: no ACM desc > umodem0: Missing descriptor. Assuming data interface is next. > umodem0: data interface 2, has CM over data, has no break > umodem0: no data interface > umodem_detach: sc=0xc907aa00 > device_attach: umodem0 attach returned 6 > umodem_probe: > umodem0: on usbus1 > umodem_get_caps: no CM desc (faking one) > umodem_get_caps: no ACM desc > umodem0: Missing descriptor. Assuming data interface is next. > umodem0: data interface 2, has CM over data, has no break > umodem0: no data interface > umodem_detach: sc=0xc9ddf800 > device_attach: umodem0 attach returned 6 > > usbconfig shows the following. > > ugen1.3: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) > pwr=ON > > bLength = 0x0012 > bDescriptorType = 0x0001 > bcdUSB = 0x0200 > bDeviceClass = 0x0002 > bDeviceSubClass = 0x0000 > bDeviceProtocol = 0x0000 > bMaxPacketSize0 = 0x0040 > idVendor = 0x0e8d > idProduct = 0x3329 > bcdDevice = 0x0100 > iManufacturer = 0x0003 > iProduct = 0x0004 > iSerialNumber = 0x0000 > bNumConfigurations = 0x0001 > > > Configuration index 0 > > bLength = 0x0009 > bDescriptorType = 0x0002 > wTotalLength = 0x0043 > bNumInterfaces = 0x0002 > bConfigurationValue = 0x0001 > iConfiguration = 0x0000 > bmAttributes = 0x0080 > bMaxPower = 0x00fa > > Interface 0 > bLength = 0x0009 > bDescriptorType = 0x0004 > bInterfaceNumber = 0x0000 > bAlternateSetting = 0x0000 > bNumEndpoints = 0x0002 > bInterfaceClass = 0x000a > bInterfaceSubClass = 0x0000 > bInterfaceProtocol = 0x0000 > iInterface = 0x0001 > > Endpoint 0 > bLength = 0x0007 > bDescriptorType = 0x0005 > bEndpointAddress = 0x0081 > bmAttributes = 0x0002 > wMaxPacketSize = 0x0040 > bInterval = 0x0000 > bRefresh = 0x0000 > bSynchAddress = 0x0000 > > Endpoint 1 > bLength = 0x0007 > bDescriptorType = 0x0005 > bEndpointAddress = 0x0001 > bmAttributes = 0x0002 > wMaxPacketSize = 0x0040 > bInterval = 0x0000 > bRefresh = 0x0000 > bSynchAddress = 0x0000 > > > Interface 1 > bLength = 0x001c > bDescriptorType = 0x0004 > bInterfaceNumber = 0x0001 > bAlternateSetting = 0x0000 > bNumEndpoints = 0x0001 > bInterfaceClass = 0x0002 > bInterfaceSubClass = 0x0002 > bInterfaceProtocol = 0x0001 > iInterface = 0x0002 > > Endpoint 0 > bLength = 0x0007 > bDescriptorType = 0x0005 > bEndpointAddress = 0x0082 > bmAttributes = 0x0003 > wMaxPacketSize = 0x0040 > bInterval = 0x0001 > bRefresh = 0x0000 > bSynchAddress = 0x0000 > > >How-To-Repeat: > Attach a GPS receiver based on the MTK 3329 chipset to an USB port. > > >Fix: > If driver cannot obtain descriptors about data interface it assumes data > interface is next that is wrong for this device. Data interface can be > find by bInterfaceClass and bInterfaceSubClass codes. > > My patch fixes driver behaviour. > After applying the umodem driver can attach to the device. > And GPS software works fine with the GPS receiver. > > ugen1.3: at usbus1 > umodem_probe: > umodem_probe: > umodem_probe: > umodem0: on usbus1 > umodem_get_caps: no CM desc (faking one) > umodem_get_caps: no ACM desc > umodem0: data interface 0, has CM over data, has no break > > > Patch attached with submission follows: > > --- orig/sys/dev/usb/serial/umodem.c 2010-04-30 01:44:04.000000000 +0300 > +++ sys/dev/usb/serial/umodem.c 2011-01-12 14:32:14.000000000 +0200 > @@ -198,6 +198,7 @@ > static usb_error_t umodem_set_comm_feature(struct usb_device *, uint8_t, > uint16_t, uint16_t); > static void umodem_poll(struct ucom_softc *ucom); > +static int umodem_find_data_interface(struct usb_attach_arg *, uint8_t *); > > static const struct usb_config umodem_config[UMODEM_N_TRANSFER] = { > > @@ -312,13 +313,15 @@ > 0 - 1, UDESCSUB_CDC_UNION, 0 - 1); > > if ((cud == NULL) || (cud->bLength < sizeof(*cud))) { > - device_printf(dev, "Missing descriptor. " > - "Assuming data interface is next.\n"); > if (sc->sc_ctrl_iface_no == 0xFF) > goto detach; > - else > + else if (!umodem_find_data_interface(uaa, > + &sc->sc_data_iface_no)) { > + device_printf(dev, "Missing descriptor. " > + "Assuming data interface is next.\n"); > sc->sc_data_iface_no = > sc->sc_ctrl_iface_no + 1; > + } > } else { > sc->sc_data_iface_no = cud->bSlaveInterface[0]; > } > @@ -829,3 +832,31 @@ > struct umodem_softc *sc = ucom->sc_parent; > usbd_transfer_poll(sc->sc_xfer, UMODEM_N_TRANSFER); > } > + > +static int > +umodem_find_data_interface(struct usb_attach_arg *uaa, uint8_t > *data_iface) +{ > + uint8_t i; > + > + for (i = 0;; i++) { > + struct usb_interface *iface; > + struct usb_interface_descriptor *id; > + > + iface = usbd_get_iface(uaa->device, i); > + > + if (iface) { > + > + id = usbd_get_interface_descriptor(iface); > + > + if (id->bInterfaceClass == UICLASS_CDC_DATA && > + id->bInterfaceSubClass == UISUBCLASS_DATA) { > + *data_iface = i; > + return (1); > + } > + } > + else > + break; > + } > + > + return (0); > +} Hi, Your patch looks OK, except it might need some more checks to figure out if there are multiple modems or just one, and which DATA interface is the closest one. Do you have some ideas about how you would solve that? --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Jan 12 15:00:24 2011 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B5E01065670 for ; Wed, 12 Jan 2011 15:00:24 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 18D388FC0A for ; Wed, 12 Jan 2011 15:00:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p0CF0Nmt007863 for ; Wed, 12 Jan 2011 15:00:23 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0CF0NsF007838; Wed, 12 Jan 2011 15:00:23 GMT (envelope-from gnats) Date: Wed, 12 Jan 2011 15:00:23 GMT Message-Id: <201101121500.p0CF0NsF007838@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Hans Petter Selasky Cc: Subject: Re: usb/153929: The umodem driver doesn't support the MTK 3329 GPS chipset. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Hans Petter Selasky List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2011 15:00:24 -0000 The following reply was made to PR usb/153929; it has been noted by GNATS. From: Hans Petter Selasky To: freebsd-usb@freebsd.org Cc: Mykhaylo Yehorov , freebsd-gnats-submit@freebsd.org Subject: Re: usb/153929: The umodem driver doesn't support the MTK 3329 GPS chipset. Date: Wed, 12 Jan 2011 15:41:24 +0100 On Wednesday 12 January 2011 14:09:53 Mykhaylo Yehorov wrote: > >Number: 153929 > >Category: usb > >Synopsis: The umodem driver doesn't support the MTK 3329 GPS > >chipset. Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-usb > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: change-request > >Submitter-Id: current-users > >Arrival-Date: Wed Jan 12 13:10:09 UTC 2011 > >Closed-Date: > >Last-Modified: > >Originator: Mykhaylo Yehorov > >Release: FreeBSD 8-STABLE > >Organization: > > >Environment: > FreeBSD box.interexc.com 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #1 r197782M: > Tue Jan 4 14:49:50 EET 2011 > mika@box.interexc.com:/usr/obj/usr/src/sys/MINI i386 > > >Description: > I'm trying to connect my GPS receiver based on the MTK 3329 GPS chipset to > a FreeBSD box. The umodem driver matches to the device but fails to attach > to it. > > My kernel is built with "options USB_DEBUG". > Sysctl variable syshw.usb.umodem.debug is set to 11. > After attaching the GPS receiver to an USB port the following lines appear > in dmesg. > > ugen1.3: at usbus1 > umodem_probe: > umodem_probe: > umodem_probe: > umodem0: on usbus1 > umodem_get_caps: no CM desc (faking one) > umodem_get_caps: no ACM desc > umodem0: Missing descriptor. Assuming data interface is next. > umodem0: data interface 2, has CM over data, has no break > umodem0: no data interface > umodem_detach: sc=0xc907aa00 > device_attach: umodem0 attach returned 6 > umodem_probe: > umodem0: on usbus1 > umodem_get_caps: no CM desc (faking one) > umodem_get_caps: no ACM desc > umodem0: Missing descriptor. Assuming data interface is next. > umodem0: data interface 2, has CM over data, has no break > umodem0: no data interface > umodem_detach: sc=0xc9ddf800 > device_attach: umodem0 attach returned 6 > > usbconfig shows the following. > > ugen1.3: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) > pwr=ON > > bLength = 0x0012 > bDescriptorType = 0x0001 > bcdUSB = 0x0200 > bDeviceClass = 0x0002 > bDeviceSubClass = 0x0000 > bDeviceProtocol = 0x0000 > bMaxPacketSize0 = 0x0040 > idVendor = 0x0e8d > idProduct = 0x3329 > bcdDevice = 0x0100 > iManufacturer = 0x0003 > iProduct = 0x0004 > iSerialNumber = 0x0000 > bNumConfigurations = 0x0001 > > > Configuration index 0 > > bLength = 0x0009 > bDescriptorType = 0x0002 > wTotalLength = 0x0043 > bNumInterfaces = 0x0002 > bConfigurationValue = 0x0001 > iConfiguration = 0x0000 > bmAttributes = 0x0080 > bMaxPower = 0x00fa > > Interface 0 > bLength = 0x0009 > bDescriptorType = 0x0004 > bInterfaceNumber = 0x0000 > bAlternateSetting = 0x0000 > bNumEndpoints = 0x0002 > bInterfaceClass = 0x000a > bInterfaceSubClass = 0x0000 > bInterfaceProtocol = 0x0000 > iInterface = 0x0001 > > Endpoint 0 > bLength = 0x0007 > bDescriptorType = 0x0005 > bEndpointAddress = 0x0081 > bmAttributes = 0x0002 > wMaxPacketSize = 0x0040 > bInterval = 0x0000 > bRefresh = 0x0000 > bSynchAddress = 0x0000 > > Endpoint 1 > bLength = 0x0007 > bDescriptorType = 0x0005 > bEndpointAddress = 0x0001 > bmAttributes = 0x0002 > wMaxPacketSize = 0x0040 > bInterval = 0x0000 > bRefresh = 0x0000 > bSynchAddress = 0x0000 > > > Interface 1 > bLength = 0x001c > bDescriptorType = 0x0004 > bInterfaceNumber = 0x0001 > bAlternateSetting = 0x0000 > bNumEndpoints = 0x0001 > bInterfaceClass = 0x0002 > bInterfaceSubClass = 0x0002 > bInterfaceProtocol = 0x0001 > iInterface = 0x0002 > > Endpoint 0 > bLength = 0x0007 > bDescriptorType = 0x0005 > bEndpointAddress = 0x0082 > bmAttributes = 0x0003 > wMaxPacketSize = 0x0040 > bInterval = 0x0001 > bRefresh = 0x0000 > bSynchAddress = 0x0000 > > >How-To-Repeat: > Attach a GPS receiver based on the MTK 3329 chipset to an USB port. > > >Fix: > If driver cannot obtain descriptors about data interface it assumes data > interface is next that is wrong for this device. Data interface can be > find by bInterfaceClass and bInterfaceSubClass codes. > > My patch fixes driver behaviour. > After applying the umodem driver can attach to the device. > And GPS software works fine with the GPS receiver. > > ugen1.3: at usbus1 > umodem_probe: > umodem_probe: > umodem_probe: > umodem0: on usbus1 > umodem_get_caps: no CM desc (faking one) > umodem_get_caps: no ACM desc > umodem0: data interface 0, has CM over data, has no break > > > Patch attached with submission follows: > > --- orig/sys/dev/usb/serial/umodem.c 2010-04-30 01:44:04.000000000 +0300 > +++ sys/dev/usb/serial/umodem.c 2011-01-12 14:32:14.000000000 +0200 > @@ -198,6 +198,7 @@ > static usb_error_t umodem_set_comm_feature(struct usb_device *, uint8_t, > uint16_t, uint16_t); > static void umodem_poll(struct ucom_softc *ucom); > +static int umodem_find_data_interface(struct usb_attach_arg *, uint8_t *); > > static const struct usb_config umodem_config[UMODEM_N_TRANSFER] = { > > @@ -312,13 +313,15 @@ > 0 - 1, UDESCSUB_CDC_UNION, 0 - 1); > > if ((cud == NULL) || (cud->bLength < sizeof(*cud))) { > - device_printf(dev, "Missing descriptor. " > - "Assuming data interface is next.\n"); > if (sc->sc_ctrl_iface_no == 0xFF) > goto detach; > - else > + else if (!umodem_find_data_interface(uaa, > + &sc->sc_data_iface_no)) { > + device_printf(dev, "Missing descriptor. " > + "Assuming data interface is next.\n"); > sc->sc_data_iface_no = > sc->sc_ctrl_iface_no + 1; > + } > } else { > sc->sc_data_iface_no = cud->bSlaveInterface[0]; > } > @@ -829,3 +832,31 @@ > struct umodem_softc *sc = ucom->sc_parent; > usbd_transfer_poll(sc->sc_xfer, UMODEM_N_TRANSFER); > } > + > +static int > +umodem_find_data_interface(struct usb_attach_arg *uaa, uint8_t > *data_iface) +{ > + uint8_t i; > + > + for (i = 0;; i++) { > + struct usb_interface *iface; > + struct usb_interface_descriptor *id; > + > + iface = usbd_get_iface(uaa->device, i); > + > + if (iface) { > + > + id = usbd_get_interface_descriptor(iface); > + > + if (id->bInterfaceClass == UICLASS_CDC_DATA && > + id->bInterfaceSubClass == UISUBCLASS_DATA) { > + *data_iface = i; > + return (1); > + } > + } > + else > + break; > + } > + > + return (0); > +} Hi, Your patch looks OK, except it might need some more checks to figure out if there are multiple modems or just one, and which DATA interface is the closest one. Do you have some ideas about how you would solve that? --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Jan 12 16:58:04 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B44D31065743; Wed, 12 Jan 2011 16:58:04 +0000 (UTC) (envelope-from yehorov@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5A7248FC34; Wed, 12 Jan 2011 16:58:04 +0000 (UTC) Received: by yie19 with SMTP id 19so306486yie.13 for ; Wed, 12 Jan 2011 08:58:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=uv2RFTTJTnCVu4rAqjr/R1xbWaRe+PW8PPUdGHBadEg=; b=JNrFViujSGp/ZCFDOtCRqWC2Ksr9uh7mQ9TqTLW1lXH9tmDokg+oiTGDJypWYSIfOA nNAot1XcisSE/WuTuKzO46N4bm+2f8XbI6ZfdowqKm3LWvhyPI6p0ActaqjqLXffTepD BYNY13hi5/+zR/kEhplnVRJuF2Kut5fB4Ax0Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=R7REyNV93ziVSWHrcY/vhhVLQ52y5YSAAfD6SSwUXbjCUfuCusqfvlBpQPOzFhqB8W gYufpXGzH01rc40JxPHDSqkLiMb6r/iKfgetFG7zRKSBNmzWdCxKXwEV05J1OWRbQsfm 2J0NuAv98w+aAnES64wwJvTcSnl80nMKkP4u8= MIME-Version: 1.0 Received: by 10.42.167.71 with SMTP id r7mr1250764icy.59.1294849881252; Wed, 12 Jan 2011 08:31:21 -0800 (PST) Received: by 10.42.239.196 with HTTP; Wed, 12 Jan 2011 08:31:21 -0800 (PST) In-Reply-To: <201101121541.24890.hselasky@c2i.net> References: <201101121309.p0CD9rRD070704@red.freebsd.org> <201101121541.24890.hselasky@c2i.net> Date: Wed, 12 Jan 2011 18:31:21 +0200 Message-ID: From: Mykhaylo Yehorov To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Cc: freebsd-gnats-submit@freebsd.org, freebsd-usb@freebsd.org Subject: Re: usb/153929: The umodem driver doesn't support the MTK 3329 GPS chipset. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2011 16:58:04 -0000 On Wed, Jan 12, 2011 at 16:41, Hans Petter Selasky wrote: > Your patch looks OK, except it might need some more checks to figure out if > there are multiple modems or just one, and which DATA interface is the closest > one. Do you have some ideas about how you would solve that? In this situation the best approach is to seek forward the closest data interface by default and seek backward if a device does have some new quirk which should be created. -- Mykhaylo Yehorov From owner-freebsd-usb@FreeBSD.ORG Wed Jan 12 17:00:24 2011 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B49E1065670 for ; Wed, 12 Jan 2011 17:00:24 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 099AC8FC15 for ; Wed, 12 Jan 2011 17:00:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p0CH0NwS035261 for ; Wed, 12 Jan 2011 17:00:23 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0CH0NLO035239; Wed, 12 Jan 2011 17:00:23 GMT (envelope-from gnats) Date: Wed, 12 Jan 2011 17:00:23 GMT Message-Id: <201101121700.p0CH0NLO035239@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Mykhaylo Yehorov Cc: Subject: Re: usb/153929: The umodem driver doesn't support the MTK 3329 GPS chipset. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mykhaylo Yehorov List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2011 17:00:24 -0000 The following reply was made to PR usb/153929; it has been noted by GNATS. From: Mykhaylo Yehorov To: Hans Petter Selasky Cc: freebsd-usb@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: usb/153929: The umodem driver doesn't support the MTK 3329 GPS chipset. Date: Wed, 12 Jan 2011 18:31:21 +0200 On Wed, Jan 12, 2011 at 16:41, Hans Petter Selasky wrote: > Your patch looks OK, except it might need some more checks to figure out if > there are multiple modems or just one, and which DATA interface is the closest > one. Do you have some ideas about how you would solve that? In this situation the best approach is to seek forward the closest data interface by default and seek backward if a device does have some new quirk which should be created. -- Mykhaylo Yehorov From owner-freebsd-usb@FreeBSD.ORG Wed Jan 12 21:41:56 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A8E51065674 for ; Wed, 12 Jan 2011 21:41:56 +0000 (UTC) (envelope-from freebsd@nagilum.org) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.freebsd.org (Postfix) with ESMTP id AE72E8FC12 for ; Wed, 12 Jan 2011 21:41:55 +0000 (UTC) Received: from cakebox.homeunix.net (p5081387C.dip0.t-ipconnect.de [80.129.56.124]) by mrelayeu.kundenserver.de (node=mreu1) with ESMTP (Nemesis) id 0MAihL-1PRsu514fr-00BV5Y; Wed, 12 Jan 2011 22:29:18 +0100 Received: from cakebox.homeunix.net (localhost [127.0.0.1]) by cakebox.homeunix.net (Postfix) with ESMTP id B3AC6682FA for ; Wed, 12 Jan 2011 22:29:05 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on cakebox.tis X-Spam-Level: X-Spam-Status: No, score=-0.0 required=3.0 tests=ALL_TRUSTED, BAYES_00, FRT_SOMA, FRT_SOMA2 autolearn=no version=3.3.1 Received: by cakebox.homeunix.net (Postfix, from userid 80) id AB244682F9; Wed, 12 Jan 2011 22:29:05 +0100 (CET) Received: from p5081387C.dip0.t-ipconnect.de (p5081387C.dip0.t-ipconnect.de [80.129.56.124]) by cakebox.homeunix.net (Horde Framework) with HTTP; Wed, 12 Jan 2011 22:29:05 +0100 Message-ID: <20110112222905.34721sg5mx73iry8@cakebox.homeunix.net> Date: Wed, 12 Jan 2011 22:29:05 +0100 From: Alexander To: freebsd-usb@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_2elreij46rwgo" Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.6) X-Provags-ID: V02:K0:qohg2qOVfio9vusCKgZ+RZl7tIv6flxY2bVZc3Qk+A0 eDo8K5iKbA1cDFFrrq937DE+QwENsOVuvxfaBW9a1fhI3ag0iK +zjbMsRXf2+PZoXsCE1sxYX480Xa0v9kyjbhOmOgMljtkCqpZ0 0ZLBKS5opQJXQe/9ucHm1GODDt23KEI7UyxZTxt/KDpnrbeT3g ogN+6Axv4nE4aZPybapItpHt3HmctOjRa1xUfCRd0I= Subject: ZTE MF 190 USB 3G stick X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2011 21:41:56 -0000 This message is in MIME format. --=_2elreij46rwgo Content-Type: text/plain; charset=ISO-8859-2; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit Hi, I'm trying to get a ZTE MF 190 USB stick to work on FreeBSD8.2(tag=RELENG_8), so far with little success. I checked that the thing is working using Windows and it appears that has switched the device persistently from storage into 'modem' mode. At least usb_modeswitch keeps telling me the device is already switched: $ usb_modeswitch -W -c /etc/usb_modeswitch.d/19d2\:2000 Reading config file: /etc/usb_modeswitch.d/19d2:2000 * usb_modeswitch: handle USB devices with multiple modes * Version 1.1.6 (C) Josua Dietze 2010 * Based on libusb0 (0.1.12 and above) ! PLEASE REPORT NEW CONFIGURATIONS ! DefaultVendor= 0x19d2 DefaultProduct= 0x2000 TargetVendor= 0x19d2 TargetProduct= not set TargetClass= not set TargetProductList="0001,0002,0015,0016,0017,0031,0037,0052,0055,0063,0064,0108,0 128" DetachStorageOnly=0 HuaweiMode=0 SierraMode=0 SonyMode=0 GCTMode=0 KobilMode=0 MessageEndpoint= not set MessageContent="5553424312345678000000000000061e000000000000000000000000000000" MessageContent2="5553424312345679000000000000061b000000020000000000000000000000" MessageContent3="55534243123456702000000080000c85010101180101010101000000000000" NeedResponse=1 ResponseEndpoint= not set Interface=0x00 InquireDevice enabled (default) Success check enabled, max. wait time 20 seconds System integration mode disabled Looking for target devices ... searching devices, found USB ID 19d2:0117 found matching vendor ID searching devices, found USB ID 0000:0000 searching devices, found USB ID 0000:0000 No devices in target mode or class found Looking for default devices ... searching devices, found USB ID 19d2:0117 found matching vendor ID searching devices, found USB ID 0000:0000 searching devices, found USB ID 0000:0000 No devices in default mode found. Nothing to do. Bye. (I copied /etc/usb_modeswitch.d from an Ubuntu10.10 install) usbconfig: ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE ugen1.1: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen1.2: <1&1 Surf-stick ZTE,Incorporated> at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON kldstat: Id Refs Address Size Name 1 24 0xc0400000 6a92bc kernel 2 1 0xc309c000 e000 fuse.ko 3 1 0xc32bc000 2000 accf_http.ko 4 1 0xc32be000 2000 accf_data.ko 5 1 0xc32c0000 4000 cryptodev.ko 6 1 0xc33df000 12000 geom_eli.ko 8 1 0xc35c2000 3000 nfslock.ko 12 1 0xc5568000 5000 u3g.ko 13 2 0xc52e4000 4000 ucom.ko 14 1 0xc380b000 3000 ubsa.ko The stick also has an SD card slot or something and that seems to be visible when I load umass: ugen1.2: at usbus1 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present But I think that's ok and the other "sub-devices" should also be visible but it seems not yet recognized by u3g or ubsa. I've also attached the "lsusb -v" output. Ok, that's about all the information I can currently think of that could be useful. Any help would be greatly appreciated. Alex. ======================================================================== # _ __ _ __ http://www.nagilum.org/ \n icq://69646724 # # / |/ /__ ____ _(_) /_ ____ _ nagilum@nagilum.org \n +491776461165 # # / / _ `/ _ `/ / / // / ' \ Amiga (68k/PPC): AOS/NetBSD/Linux # # /_/|_/\_,_/\_, /_/_/\_,_/_/_/_/ Mac (PPC): MacOS-X / Linux / MacOS-X # # /___/ x86: FreeBSD/Linux/Solaris/Win2k ARM9: EPOC EV6 # ======================================================================== ---------------------------------------------------------------- cakebox.homeunix.net - all the machine one needs.. --=_2elreij46rwgo Content-Type: text/plain; charset=UTF-8; name="lsusb.txt" Content-Disposition: attachment; filename="lsusb.txt" Content-Transfer-Encoding: 7bit can't get debug descriptor: Ein-/Ausgabefehler can't get debug descriptor: Ein-/Ausgabefehler Bus /dev/usb Device /dev/ugen1.2: ID 19d2:0117 ONDA Communication S.p.A. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x19d2 ONDA Communication S.p.A. idProduct 0x0117 bcdDevice 0.00 iManufacturer 3 ZTE,Incorporated iProduct 2 1&1 Surf-stick iSerial 4 MF19001MOD010000 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 108 bNumInterfaces 4 bConfigurationValue 1 iConfiguration 1 ZTE Configuration bmAttributes 0xe0 Self Powered Remote Wakeup MaxPower 500mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 255 Vendor Specific Subclass bInterfaceProtocol 255 Vendor Specific Protocol iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 32 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 32 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 255 Vendor Specific Subclass bInterfaceProtocol 255 Vendor Specific Protocol iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 32 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 32 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 2 bAlternateSetting 0 bNumEndpoints 3 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 255 Vendor Specific Subclass bInterfaceProtocol 255 Vendor Specific Protocol iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 5 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x84 EP 4 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 32 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x03 EP 3 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 32 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 3 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 80 Bulk (Zip) iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x04 EP 4 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x85 EP 5 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Device Qualifier (for other device speed): bLength 10 bDescriptorType 6 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 bNumConfigurations 1 Device Status: 0x0000 (Bus Powered) Bus /dev/usb Device /dev/ugen1.1: ID 0000:0000 Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 9 Hub bDeviceSubClass 0 Unused bDeviceProtocol 1 Single TT bMaxPacketSize0 64 idVendor 0x0000 idProduct 0x0000 bcdDevice 1.00 iManufacturer 1 AMD iProduct 2 EHCI root HUB iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 25 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x40 (Missing must-be-set bit!) Self Powered MaxPower 0mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 9 Hub bInterfaceSubClass 0 Unused bInterfaceProtocol 0 Full speed (or root) hub iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 255 Hub Descriptor: bLength 9 bDescriptorType 41 nNbrPorts 4 wHubCharacteristic 0x0001 Per-port power switching Ganged overcurrent protection TT think time 8 FS bits bPwrOn2PwrGood 200 * 2 milli seconds bHubContrCurrent 0 milli Ampere DeviceRemovable 0x00 PortPwrCtrlMask 0x00 Hub Port Status: Port 1: 0000.0503 highspeed power enable connect Port 2: 0000.0500 highspeed power Port 3: 0000.0500 highspeed power Port 4: 0000.0500 highspeed power Device Qualifier (for other device speed): bLength 10 bDescriptorType 6 bcdUSB 2.00 bDeviceClass 9 Hub bDeviceSubClass 0 Unused bDeviceProtocol 0 Full speed (or root) hub bMaxPacketSize0 0 bNumConfigurations 0 Device Status: 0x0001 Self Powered Bus /dev/usb Device /dev/ugen0.1: ID 0000:0000 Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.00 bDeviceClass 9 Hub bDeviceSubClass 0 Unused bDeviceProtocol 0 Full speed (or root) hub bMaxPacketSize0 64 idVendor 0x0000 idProduct 0x0000 bcdDevice 1.00 iManufacturer 1 AMD iProduct 2 OHCI root HUB iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 25 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x40 (Missing must-be-set bit!) Self Powered MaxPower 0mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 9 Hub bInterfaceSubClass 0 Unused bInterfaceProtocol 0 Full speed (or root) hub iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0020 1x 32 bytes bInterval 255 Hub Descriptor: bLength 9 bDescriptorType 41 nNbrPorts 4 wHubCharacteristic 0x0000 Ganged power switching Ganged overcurrent protection bPwrOn2PwrGood 16 * 2 milli seconds bHubContrCurrent 0 milli Ampere DeviceRemovable 0x00 PortPwrCtrlMask 0x00 Hub Port Status: Port 1: 0000.0100 power Port 2: 0000.0100 power Port 3: 0000.0100 power Port 4: 0000.0100 power Device Status: 0x0001 Self Powered --=_2elreij46rwgo-- From owner-freebsd-usb@FreeBSD.ORG Wed Jan 12 21:59:09 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA0C81065672 for ; Wed, 12 Jan 2011 21:59:09 +0000 (UTC) (envelope-from nagilum@nagilum.org) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.8]) by mx1.freebsd.org (Postfix) with ESMTP id 74F8E8FC0A for ; Wed, 12 Jan 2011 21:59:09 +0000 (UTC) Received: from cakebox.homeunix.net (p5081387C.dip0.t-ipconnect.de [80.129.56.124]) by mrelayeu.kundenserver.de (node=mreu1) with ESMTP (Nemesis) id 0M6RPb-1QW5kg1R63-00xi0N; Wed, 12 Jan 2011 22:46:33 +0100 Received: from cakebox.homeunix.net (localhost [127.0.0.1]) by cakebox.homeunix.net (Postfix) with ESMTP id 6C949682F9 for ; Wed, 12 Jan 2011 22:46:20 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on cakebox.tis X-Spam-Level: X-Spam-Status: No, score=-2.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 Received: by cakebox.homeunix.net (Postfix, from userid 80) id 1FC2B682F7; Wed, 12 Jan 2011 22:46:19 +0100 (CET) Received: from p5081387C.dip0.t-ipconnect.de (p5081387C.dip0.t-ipconnect.de [80.129.56.124]) by cakebox.homeunix.net (Horde Framework) with HTTP; Wed, 12 Jan 2011 22:46:18 +0100 Message-ID: <20110112224618.6755686s21gibkw0@cakebox.homeunix.net> Date: Wed, 12 Jan 2011 22:46:18 +0100 From: Nagilum To: freebsd-usb@freebsd.org References: <20110112222905.34721sg5mx73iry8@cakebox.homeunix.net> In-Reply-To: <20110112222905.34721sg5mx73iry8@cakebox.homeunix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.6) X-Provags-ID: V02:K0:VxO66qntrkdW23q1IzGUxwW1Lh9rUSzL6leTm6WFaBY bC9OYLtzDYxEfXhuzGQOV0n1hoYKofoiEodTRVdXob1CecLfQT 13sV41OQpWfoJOW2F/71pwwb0AlIlbzOEKgqT4kgA/iyDa+Lpi z3qUJbHB3Rt7dXvwYNb+6QfFOphZeAY/Deiq8DCqp9vyxJOjCj bCdZXifWgypnNJmRjASnzInfKEW2PLv3afemgF0imE= Subject: Re: ZTE MF 190 USB 3G stick X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2011 21:59:10 -0000 Actually there is a bit more information I can extract: root@cakebox ~ > usbconfig -d ugen1.2 dump_device_desc ugen1.2: <1&1 Surf-stick ZTE,Incorporated> at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x19d2 idProduct = 0x0117 bcdDevice = 0x0000 iManufacturer = 0x0003 iProduct = 0x0002 <1&1 Surf-stick> iSerialNumber = 0x0004 bNumConfigurations = 0x0001 root@cakebox ~ > usbconfig -d ugen1.2 dump_curr_config_desc ugen1.2: <1&1 Surf-stick ZTE,Incorporated> at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x006c bNumInterfaces = 0x0004 bConfigurationValue = 0x0001 iConfiguration = 0x0001 bmAttributes = 0x00e0 bMaxPower = 0x00fa Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0000 bAlternateSetting = 0x0000 bNumEndpoints = 0x0002 bInterfaceClass = 0x00ff bInterfaceSubClass = 0x00ff bInterfaceProtocol = 0x00ff iInterface = 0x0000 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0020 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0001 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0020 bRefresh = 0x0000 bSynchAddress = 0x0000 Interface 1 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0001 bAlternateSetting = 0x0000 bNumEndpoints = 0x0002 bInterfaceClass = 0x00ff bInterfaceSubClass = 0x00ff bInterfaceProtocol = 0x00ff iInterface = 0x0000 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0082 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0020 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0002 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0020 bRefresh = 0x0000 bSynchAddress = 0x0000 Interface 2 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0002 bAlternateSetting = 0x0000 bNumEndpoints = 0x0003 bInterfaceClass = 0x00ff bInterfaceSubClass = 0x00ff bInterfaceProtocol = 0x00ff iInterface = 0x0000 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0083 bmAttributes = 0x0003 wMaxPacketSize = 0x0040 bInterval = 0x0005 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0084 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0020 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 2 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0003 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0020 bRefresh = 0x0000 bSynchAddress = 0x0000 Interface 3 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0003 bAlternateSetting = 0x0000 bNumEndpoints = 0x0002 bInterfaceClass = 0x0008 bInterfaceSubClass = 0x0006 bInterfaceProtocol = 0x0050 iInterface = 0x0000 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0004 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0085 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 I hope that helps, Alex. ----- Message from freebsd@nagilum.org --------- Date: Wed, 12 Jan 2011 22:29:05 +0100 From: Alexander Subject: ZTE MF 190 USB 3G stick To: freebsd-usb@freebsd.org > Hi, > I'm trying to get a ZTE MF 190 USB stick to work on > FreeBSD8.2(tag=RELENG_8), so far with little success. > I checked that the thing is working using Windows and it appears > that has switched the device persistently from storage into 'modem' > mode. > At least usb_modeswitch keeps telling me the device is already switched: > > $ usb_modeswitch -W -c /etc/usb_modeswitch.d/19d2\:2000 > > Reading config file: /etc/usb_modeswitch.d/19d2:2000 > > * usb_modeswitch: handle USB devices with multiple modes > * Version 1.1.6 (C) Josua Dietze 2010 > * Based on libusb0 (0.1.12 and above) > > ! PLEASE REPORT NEW CONFIGURATIONS ! > > DefaultVendor= 0x19d2 > DefaultProduct= 0x2000 > TargetVendor= 0x19d2 > TargetProduct= not set > TargetClass= not set > TargetProductList="0001,0002,0015,0016,0017,0031,0037,0052,0055,0063,0064,0108,0 > 128" > > DetachStorageOnly=0 > HuaweiMode=0 > SierraMode=0 > SonyMode=0 > GCTMode=0 > KobilMode=0 > MessageEndpoint= not set > MessageContent="5553424312345678000000000000061e000000000000000000000000000000" > MessageContent2="5553424312345679000000000000061b000000020000000000000000000000" > MessageContent3="55534243123456702000000080000c85010101180101010101000000000000" > NeedResponse=1 > ResponseEndpoint= not set > Interface=0x00 > > InquireDevice enabled (default) > Success check enabled, max. wait time 20 seconds > System integration mode disabled > > Looking for target devices ... > searching devices, found USB ID 19d2:0117 > found matching vendor ID > searching devices, found USB ID 0000:0000 > searching devices, found USB ID 0000:0000 > No devices in target mode or class found > Looking for default devices ... > searching devices, found USB ID 19d2:0117 > found matching vendor ID > searching devices, found USB ID 0000:0000 > searching devices, found USB ID 0000:0000 > No devices in default mode found. Nothing to do. Bye. > > (I copied /etc/usb_modeswitch.d from an Ubuntu10.10 install) > usbconfig: > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=SAVE > ugen1.1: at usbus1, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=SAVE > ugen1.2: <1&1 Surf-stick ZTE,Incorporated> at usbus1, cfg=0 md=HOST > spd=HIGH (480Mbps) pwr=ON > > kldstat: > Id Refs Address Size Name > 1 24 0xc0400000 6a92bc kernel > 2 1 0xc309c000 e000 fuse.ko > 3 1 0xc32bc000 2000 accf_http.ko > 4 1 0xc32be000 2000 accf_data.ko > 5 1 0xc32c0000 4000 cryptodev.ko > 6 1 0xc33df000 12000 geom_eli.ko > 8 1 0xc35c2000 3000 nfslock.ko > 12 1 0xc5568000 5000 u3g.ko > 13 2 0xc52e4000 4000 ucom.ko > 14 1 0xc380b000 3000 ubsa.ko > > The stick also has an SD card slot or something and that seems to be > visible when I load umass: > ugen1.2: at usbus1 > (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error > (probe0:umass-sim0:0:0:0): SCSI status: Check Condition > (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium > not present) > da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 > da0: Removable Direct Access SCSI-2 device > da0: 40.000MB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium not present > > But I think that's ok and the other "sub-devices" should also be > visible but it seems not yet recognized by u3g or ubsa. > I've also attached the "lsusb -v" output. > Ok, that's about all the information I can currently think of that > could be useful. > Any help would be greatly appreciated. > Alex. > > ======================================================================== > # _ __ _ __ http://www.nagilum.org/ \n icq://69646724 # > # / |/ /__ ____ _(_) /_ ____ _ nagilum@nagilum.org \n +491776461165 # > # / / _ `/ _ `/ / / // / ' \ Amiga (68k/PPC): AOS/NetBSD/Linux # > # /_/|_/\_,_/\_, /_/_/\_,_/_/_/_/ Mac (PPC): MacOS-X / Linux / MacOS-X # > # /___/ x86: FreeBSD/Linux/Solaris/Win2k ARM9: EPOC EV6 # > ======================================================================== > > > ---------------------------------------------------------------- > cakebox.homeunix.net - all the machine one needs.. > > ----- End message from freebsd@nagilum.org ----- ======================================================================== # _ __ _ __ http://www.nagilum.org/ \n icq://69646724 # # / |/ /__ ____ _(_) /_ ____ _ nagilum@nagilum.org \n +491776461165 # # / / _ `/ _ `/ / / // / ' \ Amiga (68k/PPC): AOS/NetBSD/Linux # # /_/|_/\_,_/\_, /_/_/\_,_/_/_/_/ Mac (PPC): MacOS-X / NetBSD /Linux # # /___/ x86: FreeBSD/Linux/Solaris/Win2k ARM9: EPOC EV6 # ======================================================================== ---------------------------------------------------------------- cakebox.homeunix.net - all the machine one needs.. From owner-freebsd-usb@FreeBSD.ORG Wed Jan 12 22:03:39 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55BEA106566B for ; Wed, 12 Jan 2011 22:03:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 286F88FC19 for ; Wed, 12 Jan 2011 22:03:39 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id C118946B3B for ; Wed, 12 Jan 2011 17:03:38 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id AE08F8A01D for ; Wed, 12 Jan 2011 17:03:37 -0500 (EST) From: John Baldwin To: freebsd-usb@freebsd.org Date: Wed, 12 Jan 2011 17:03:37 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201101121703.37226.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 12 Jan 2011 17:03:37 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=0.7 required=4.2 tests=BAYES_00,TO_NO_BRKTS_DIRECT autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Subject: Adjust USB kthread priorities X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2011 22:03:39 -0000 Currently the USB kthreads created for each USB bus use hardware interrupt priorities. I think this is wrong and that they should use software interrupt priorities instead. This patch would do that: --- //depot/projects/smpng/sys/dev/usb/usb_process.h 2009-08-25 21:12:15.000000000 0000 +++ //depot/user/jhb/socket/dev/usb/usb_process.h 2010-12-21 20:30:04.000000000 0000 @@ -27,11 +27,13 @@ #ifndef _USB_PROCESS_H_ #define _USB_PROCESS_H_ +#include #include +#include /* defines */ -#define USB_PRI_HIGH PI_NET -#define USB_PRI_MED PI_DISK +#define USB_PRI_HIGH PI_SWI(SWI_NET) +#define USB_PRI_MED PI_SWI(SWI_CAMBIO) #define USB_PROC_WAIT_TIMEOUT 2 #define USB_PROC_WAIT_DRAIN 1 -- John Baldwin From owner-freebsd-usb@FreeBSD.ORG Thu Jan 13 03:15:49 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32895106566B for ; Thu, 13 Jan 2011 03:15:49 +0000 (UTC) (envelope-from chunlinyao@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id C01AA8FC1B for ; Thu, 13 Jan 2011 03:15:48 +0000 (UTC) Received: by wwf26 with SMTP id 26so1294052wwf.31 for ; Wed, 12 Jan 2011 19:15:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=uWIUasO0DMG2Vd6/SM4YHiq2c1bB1Is2vNAAr0SZ9F0=; b=q+wYkqHvXz+uJtvW4+9XEQM4sTLUzR/Oms0/qIzNCmEZtBRRCx+KZiZysibzRQyzZP Or90K2H+isC72bHrO6dQHLrKXB+Do62tgcWLgSxtNcxu/kUbQ3kLC363nmEy2IOaye4X UBd1NrU+y5huoRMcYJygFKQQINjiQ2Piep1oE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; b=XREJJxsjpdjCIDzSJl2s0dXeaCiTujHJl2ye4q5gFPKi3HzeeoQ8w01djqZkB877Zq dfBnInJa2dEFjMUniEKXeW4YEZYaNwO4gluHK2tWf9uhL43CknJGwfpF6afUgQHTHzWn 1fHVA2i20ZTY31QMfZeMS0kcrMizLIgo/s1UU= Received: by 10.216.181.76 with SMTP id k54mr150590wem.58.1294886675125; Wed, 12 Jan 2011 18:44:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.217.3.15 with HTTP; Wed, 12 Jan 2011 18:44:13 -0800 (PST) From: Yaocl Date: Thu, 13 Jan 2011 10:44:13 +0800 Message-ID: To: freebsd-usb@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: ax88772 nic not work with VIA 83C572 USB controller X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2011 03:15:49 -0000 Hi I have a old hp t5700 thin client which has a VIA 83C572 USB controller. My planex UE-200TX-G (supported by if_axe driver ax88772 chip) can not work when I boot to FreeBSD 8.1 or 8.2 or pfSense. Got following error message usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, igno= red) usbd_req_re_enumerate: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, igno= red) usbd_req_re_enumerate: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT usb_alloc_device: Failure selecting configuration index 0:USB_ERR_TIMEOUT, port 2, addr 2 (ignored) ugen1.2: at usbus1 only be detected as a ugen device. I think this maybe because it not compatibly with my VIA usb controller.I can use the UE-200TX-G nic on other machine with FB8.1 & 8.2=E3=80=82And it can work in virtualbox ,virtualbox emulate a ohci controller for usb 1.1=E3=80=82 Any suggestion for this problem? are these error message related to uhci driver or if_axe driver ? Regards Yao From owner-freebsd-usb@FreeBSD.ORG Thu Jan 13 08:55:15 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F4471065679 for ; Thu, 13 Jan 2011 08:55:15 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.c2i.net [212.247.154.34]) by mx1.freebsd.org (Postfix) with ESMTP id 90B6B8FC15 for ; Thu, 13 Jan 2011 08:55:14 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=V/BmsFzUvwB31XiPFgiZP9ZGx4++v9AH3cfAZ6JEaj8= c=1 sm=1 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=X3RZM1FL2p_AsrGhbWYA:9 a=21BOdbpAgCNGCneIknMToxkL0AMA:4 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 73534369; Thu, 13 Jan 2011 09:55:12 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Thu, 13 Jan 2011 09:55:15 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <201101121703.37226.jhb@freebsd.org> In-Reply-To: <201101121703.37226.jhb@freebsd.org> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101130955.15676.hselasky@c2i.net> Cc: John Baldwin Subject: Re: Adjust USB kthread priorities X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2011 08:55:15 -0000 On Wednesday 12 January 2011 23:03:37 John Baldwin wrote: > Currently the USB kthreads created for each USB bus use hardware interrupt > priorities. I think this is wrong and that they should use software > interrupt priorities instead. This patch would do that: > > --- //depot/projects/smpng/sys/dev/usb/usb_process.h 2009-08-25 > 21:12:15.000000000 0000 +++ > //depot/user/jhb/socket/dev/usb/usb_process.h 2010-12-21 > 20:30:04.000000000 0000 @@ -27,11 +27,13 @@ > #ifndef _USB_PROCESS_H_ > #define _USB_PROCESS_H_ > > +#include > #include > +#include > > /* defines */ > -#define USB_PRI_HIGH PI_NET > -#define USB_PRI_MED PI_DISK > +#define USB_PRI_HIGH PI_SWI(SWI_NET) > +#define USB_PRI_MED PI_SWI(SWI_CAMBIO) > > #define USB_PROC_WAIT_TIMEOUT 2 > #define USB_PROC_WAIT_DRAIN 1 Your suggestion is OK. The priority assignments were made to avoid USB threads competing with other userland threads. --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Jan 13 08:56:52 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DCD010656A4 for ; Thu, 13 Jan 2011 08:56:52 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id EEE268FC13 for ; Thu, 13 Jan 2011 08:56:51 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=A4HDTGXxjEDC1UuJ6rl8GMp0zaXu4XgXPL1dbujgs48= c=1 sm=1 a=v0tbR-vEQ_UA:10 a=IkcTkHD0fZMA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=5n3sif7YveGf51aKZMUA:9 a=CA-OFzE5_5gy8okqUTbfFr37RVsA:4 a=QEXdDO2ut3YA:10 a=h8NHkxFJOS4BNkGe:21 a=tGvtEFBKAN5X3fS7:21 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 74279948; Thu, 13 Jan 2011 09:56:50 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Thu, 13 Jan 2011 09:56:52 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: In-Reply-To: X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'( =?utf-8?q?=3B=5FIjlA=3A=0A=09hGE=2E=2EEw?=, =?utf-8?q?XAQ*o=23=5C/M=7ESC=3DS1-f9=7BEzRfT=27=7CHhll5Q=5Dha5Bt-s=7CoTlKM?= =?utf-8?q?usi=3A1e=5BwJl=7Dkd=7DGR=0A=09Z0adGx-x=5F0zGbZj=27e?=(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201101130956.52995.hselasky@c2i.net> Cc: Subject: Re: ax88772 nic not work with VIA 83C572 USB controller X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2011 08:56:52 -0000 On Thursday 13 January 2011 03:44:13 Yaocl wrote: > Hi >=20 > I have a old hp t5700 thin client which has a VIA 83C572 USB controller. > My planex UE-200TX-G (supported by if_axe driver ax88772 chip) can not > work when I boot to FreeBSD 8.1 or 8.2 or pfSense. >=20 > Got following error message >=20 > usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, > ignored) usbd_req_re_enumerate: getting device descriptor at addr 2 > failed, USB_ERR_TIMEOUT > usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, > ignored) usbd_req_re_enumerate: getting device descriptor at addr 2 > failed, USB_ERR_TIMEOUT > usb_alloc_device: Failure selecting configuration index > 0:USB_ERR_TIMEOUT, port 2, addr 2 (ignored) > ugen1.2: at usbus1 >=20 > only be detected as a ugen device. >=20 > I think this maybe because it not compatibly with my VIA usb > controller.I can use the UE-200TX-G nic on other machine with FB8.1 & > 8.2=E3=80=82And it can work in virtualbox ,virtualbox emulate a ohci > controller for usb 1.1=E3=80=82 >=20 > Any suggestion for this problem? are these error message related to > uhci driver or if_axe driver ? >=20 The errors you are seeing are related to uhci/ohci controller. Make sure yo= ur=20 device is supplied enough current. Also try using an external USB HUB. =2D-HPS From owner-freebsd-usb@FreeBSD.ORG Thu Jan 13 13:10:12 2011 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6AD0106564A for ; Thu, 13 Jan 2011 13:10:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7B78C8FC18 for ; Thu, 13 Jan 2011 13:10:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p0DDACQl096243 for ; Thu, 13 Jan 2011 13:10:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0DDACGi096242; Thu, 13 Jan 2011 13:10:12 GMT (envelope-from gnats) Date: Thu, 13 Jan 2011 13:10:12 GMT Message-Id: <201101131310.p0DDACGi096242@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Mykhaylo Yehorov Cc: Subject: Re: usb/153929: The umodem driver doesn't support the MTK 3329 GPS chipset. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mykhaylo Yehorov List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2011 13:10:12 -0000 The following reply was made to PR usb/153929; it has been noted by GNATS. From: Mykhaylo Yehorov To: Hans Petter Selasky Cc: freebsd-gnats-submit@freebsd.org Subject: Re: usb/153929: The umodem driver doesn't support the MTK 3329 GPS chipset. Date: Thu, 13 Jan 2011 15:07:22 +0200 --90e6ba6e8d7a8e61b40499b9ffd2 Content-Type: text/plain; charset=UTF-8 These are changes for searching the closest unlocked data interface. --90e6ba6e8d7a8e61b40499b9ffd2 Content-Type: text/plain; charset=US-ASCII; name="umodem.txt" Content-Disposition: attachment; filename="umodem.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_givo92mw0 LS0tIG9yaWcvc3lzL2Rldi91c2IvcXVpcmsvdXNiX3F1aXJrLmMJMjAxMC0xMS0yOSAwMDowNzow OC4wMDAwMDAwMDAgKzAyMDAKKysrIHN5cy9kZXYvdXNiL3F1aXJrL3VzYl9xdWlyay5jCTIwMTEt MDEtMTMgMTQ6NTQ6MzMuNjUyNTM2MDAwICswMjAwCkBAIC00NTgsNiArNDU4LDcgQEAKIAlVU0Jf UVVJUksoQ0hJUFNCQU5LLCBVU0JNRU1TVElDSywgMHgwMDAwLCAweGZmZmYsIFVRX01TQ19OT19T WU5DX0NBQ0hFKSwKIAlVU0JfUVVJUksoQ0hJUFNCQU5LLCBVU0JNRU1TVElDSzEsIDB4MDAwMCwg MHhmZmZmLCBVUV9NU0NfTk9fU1lOQ19DQUNIRSksCiAJVVNCX1FVSVJLKE5FV0xJTkssIFVTQjJJ REVCUklER0UsIDB4MDAwMCwgMHhmZmZmLCBVUV9NU0NfTk9fU1lOQ19DQUNIRSksCisJVVNCX1FV SVJLKE1FRElBVEVLLCBNVEszMzI5LCAweDAwMDAsIDB4ZmZmZiwgVVFfTURNX1NFRUtfQkFDS19E QVRBKSwKIH07CiAjdW5kZWYgVVNCX1FVSVJLX1ZQCiAjdW5kZWYgVVNCX1FVSVJLCkBAIC00OTAs NiArNDkxLDcgQEAKIAlbVVFfQ0ZHX0lOREVYXzRdCT0gIlVRX0NGR19JTkRFWF80IiwKIAlbVVFf Q0ZHX0lOREVYXzBdCT0gIlVRX0NGR19JTkRFWF8wIiwKIAlbVVFfQVNTVU1FX0NNX09WRVJfREFU QV0JPSAiVVFfQVNTVU1FX0NNX09WRVJfREFUQSIsCisJW1VRX01ETV9TRUVLX0JBQ0tfREFUQV0J CT0gIlVRX01ETV9TRUVLX0JBQ0tfREFUQSIsCiAJW1VRX01TQ19OT19URVNUX1VOSVRfUkVBRFld CT0gIlVRX01TQ19OT19URVNUX1VOSVRfUkVBRFkiLAogCVtVUV9NU0NfTk9fUlNfQ0xFQVJfVUFd CQk9ICJVUV9NU0NfTk9fUlNfQ0xFQVJfVUEiLAogCVtVUV9NU0NfTk9fU1RBUlRfU1RPUF0JCT0g IlVRX01TQ19OT19TVEFSVF9TVE9QIiwKLS0tIG9yaWcvc3lzL2Rldi91c2IvcXVpcmsvdXNiX3F1 aXJrLmgJMjAxMC0xMS0yOSAwMDowNzowOC4wMDAwMDAwMDAgKzAyMDAKKysrIHN5cy9kZXYvdXNi L3F1aXJrL3VzYl9xdWlyay5oCTIwMTEtMDEtMTMgMTQ6NTQ6MzMuNjUyNTM2MDAwICswMjAwCkBA IC02Myw2ICs2Myw3IEBACiAJVVFfQ0ZHX0lOREVYXzQsCQkvKiBzZWxlY3QgY29uZmlndXJhdGlv biBpbmRleCA0IGJ5IGRlZmF1bHQgKi8KIAlVUV9DRkdfSU5ERVhfMCwJCS8qIHNlbGVjdCBjb25m aWd1cmF0aW9uIGluZGV4IDAgYnkgZGVmYXVsdCAqLwogCVVRX0FTU1VNRV9DTV9PVkVSX0RBVEEs CS8qIGFzc3VtZSBjbSBvdmVyIGRhdGEgZmVhdHVyZSAqLworCVVRX01ETV9TRUVLX0JBQ0tfREFU QSwJLyogc2VlayBiYWNrd2FyZCB0aGUgY2xvc2VzdCBkYXRhIGludGVyZmFjZSAqLwogCiAJLyog VVNCIE1hc3MgU3RvcmFnZSBRdWlya3MuIFNlZSAic3RvcmFnZS91bWFzcy5jIiBmb3IgYSBkZXRh aWxlZCBkZXNjcmlwdGlvbi4gKi8KIAlVUV9NU0NfTk9fVEVTVF9VTklUX1JFQURZLAkvKiBzZW5k IHN0YXJ0L3N0b3AgaW5zdGVhZCBvZiBUVVIgKi8KLS0tIG9yaWcvc3lzL2Rldi91c2Ivc2VyaWFs L3Vtb2RlbS5jCTIwMTAtMDQtMzAgMDE6NDQ6MDQuMDAwMDAwMDAwICswMzAwCisrKyBzeXMvZGV2 L3VzYi9zZXJpYWwvdW1vZGVtLmMJMjAxMS0wMS0xMyAxNDo1NDozMy42NTI1MzYwMDAgKzAyMDAK QEAgLTE5OCw2ICsxOTgsOCBAQAogc3RhdGljIHVzYl9lcnJvcl90IHVtb2RlbV9zZXRfY29tbV9m ZWF0dXJlKHN0cnVjdCB1c2JfZGV2aWNlICosIHVpbnQ4X3QsCiAJCSAgICB1aW50MTZfdCwgdWlu dDE2X3QpOwogc3RhdGljIHZvaWQJdW1vZGVtX3BvbGwoc3RydWN0IHVjb21fc29mdGMgKnVjb20p Oworc3RhdGljIGludAl1bW9kZW1fZmluZF9kYXRhX2ludGVyZmFjZShzdHJ1Y3QgdXNiX2F0dGFj aF9hcmcgKiwgdWludDhfdCwKKwkJICAgIGludCwgdWludDhfdCAqKTsKIAogc3RhdGljIGNvbnN0 IHN0cnVjdCB1c2JfY29uZmlnIHVtb2RlbV9jb25maWdbVU1PREVNX05fVFJBTlNGRVJdID0gewog CkBAIC0yODksNiArMjkxLDggQEAKIAlzdHJ1Y3QgdW1vZGVtX3NvZnRjICpzYyA9IGRldmljZV9n ZXRfc29mdGMoZGV2KTsKIAlzdHJ1Y3QgdXNiX2NkY19jbV9kZXNjcmlwdG9yICpjbWQ7CiAJc3Ry dWN0IHVzYl9jZGNfdW5pb25fZGVzY3JpcHRvciAqY3VkOworCWludCBpc19kZXQgPSAxOworCWlu dCBzZWVrX2ZvcndhcmQgPSAxOwogCXVpbnQ4X3QgaTsKIAlpbnQgZXJyb3I7CiAKQEAgLTMxMiwx MyArMzE2LDEwIEBACiAJCSAgICAwIC0gMSwgVURFU0NTVUJfQ0RDX1VOSU9OLCAwIC0gMSk7CiAK IAkJaWYgKChjdWQgPT0gTlVMTCkgfHwgKGN1ZC0+Ykxlbmd0aCA8IHNpemVvZigqY3VkKSkpIHsK LQkJCWRldmljZV9wcmludGYoZGV2LCAiTWlzc2luZyBkZXNjcmlwdG9yLiAiCi0JCQkgICAgIkFz c3VtaW5nIGRhdGEgaW50ZXJmYWNlIGlzIG5leHQuXG4iKTsKIAkJCWlmIChzYy0+c2NfY3RybF9p ZmFjZV9ubyA9PSAweEZGKQogCQkJCWdvdG8gZGV0YWNoOwotCQkJZWxzZQotCQkJCXNjLT5zY19k YXRhX2lmYWNlX25vID0gCi0JCQkJICAgIHNjLT5zY19jdHJsX2lmYWNlX25vICsgMTsKKworCQkJ aXNfZGV0ID0gMDsKIAkJfSBlbHNlIHsKIAkJCXNjLT5zY19kYXRhX2lmYWNlX25vID0gY3VkLT5i U2xhdmVJbnRlcmZhY2VbMF07CiAJCX0KQEAgLTMyNiw2ICszMjcsMjkgQEAKIAkJc2MtPnNjX2Rh dGFfaWZhY2Vfbm8gPSBjbWQtPmJEYXRhSW50ZXJmYWNlOwogCX0KIAorCS8qIHNlYXJjaCBmb3Ig dGhlIGRhdGEgaW50ZXJmYWNlIGJ5IGNsYXNzIGNvZGVzICovCisKKwlpZiAoIWlzX2RldCkgewor CQlpZiAodXNiX3Rlc3RfcXVpcmsodWFhLCBVUV9NRE1fU0VFS19CQUNLX0RBVEEpKQorCQkJc2Vl a19mb3J3YXJkID0gMDsKKworCQlkZXZpY2VfcHJpbnRmKGRldiwgIk1pc3NpbmcgZGVzY3JpcHRv ci4gIgorCQkgICAgIlNlYXJjaGluZyAlcyBmb3IgdGhlIGRhdGEgaW50ZXJmYWNlLlxuIiwKKwkJ ICAgIHNlZWtfZm9yd2FyZCA/ICJmb3J3YXJkIiA6ICJiYWNrd2FyZCIpOworCisJCWlzX2RldCA9 IHVtb2RlbV9maW5kX2RhdGFfaW50ZXJmYWNlKHVhYSwKKwkJICAgIHNjLT5zY19jdHJsX2lmYWNl X25vLAorCQkgICAgc2Vla19mb3J3YXJkLAorCQkgICAgJnNjLT5zY19kYXRhX2lmYWNlX25vKTsK KworCQlpZiAoIWlzX2RldCkgeworCQkJZGV2aWNlX3ByaW50ZihkZXYsCisJCQkgICAgIkFzc3Vt aW5nIGRhdGEgaW50ZXJmYWNlIGlzIG5leHQuXG4iKTsKKwkJCXNjLT5zY19kYXRhX2lmYWNlX25v ID0gCisJCQkgICAgc2MtPnNjX2N0cmxfaWZhY2Vfbm8gKyAxOworCQl9CisJfQorCiAJZGV2aWNl X3ByaW50ZihkZXYsICJkYXRhIGludGVyZmFjZSAlZCwgaGFzICVzQ00gb3ZlciAiCiAJICAgICJk YXRhLCBoYXMgJXNicmVha1xuIiwKIAkgICAgc2MtPnNjX2RhdGFfaWZhY2Vfbm8sCkBAIC04Mjks MyArODUzLDQ3IEBACiAJc3RydWN0IHVtb2RlbV9zb2Z0YyAqc2MgPSB1Y29tLT5zY19wYXJlbnQ7 CiAJdXNiZF90cmFuc2Zlcl9wb2xsKHNjLT5zY194ZmVyLCBVTU9ERU1fTl9UUkFOU0ZFUik7CiB9 CisKK3N0YXRpYyBpbnQKK3Vtb2RlbV9maW5kX2RhdGFfaW50ZXJmYWNlKHN0cnVjdCB1c2JfYXR0 YWNoX2FyZyAqdWFhLCB1aW50OF90IGN0cmxfaWZhY2UsCisgICAgaW50IHNlZWtfZm9yd2FyZCwg dWludDhfdCAqZGF0YV9pZmFjZSkKK3sKKwl1aW50OF90IGk7CisKKwlEUFJJTlRGTigxMSwgInNl ZWsgZGlyZWN0aW9uOiAlaVxuIiwgc2Vla19mb3J3YXJkKTsKKworCWZvciAoaSA9IGN0cmxfaWZh Y2U7OykgeworCQlzdHJ1Y3QgdXNiX2ludGVyZmFjZSAqaWZhY2U7CisJCXN0cnVjdCB1c2JfaW50 ZXJmYWNlX2Rlc2NyaXB0b3IgKmlkOworCisJCWlmIChzZWVrX2ZvcndhcmQpIHsKKwkJCWkrKzsK KwkJfSBlbHNlIHsKKwkJCWlmIChpID09IDApCisJCQkJYnJlYWs7CisJCQlpLS07CisJCX0KKwor CQlEUFJJTlRGTigxMSwgImludGVyZmFjZTogJWlcbiIsIGkpOworCisJCWlmYWNlID0gdXNiZF9n ZXRfaWZhY2UodWFhLT5kZXZpY2UsIGkpOworCisJCWlmIChpZmFjZSA9PSBOVUxMKQorCQkJYnJl YWs7CisKKwkJLyogY2hlY2sgdGhhdCB0aGlzIGRhdGEgaW50ZXJmYWNlIGlzbid0IGxvY2tlZCAq LworCQlpZiAoaWZhY2UtPnBhcmVudF9pZmFjZV9pbmRleCAhPSBVU0JfSUZBQ0VfSU5ERVhfQU5Z KQorCQkJY29udGludWU7CisKKwkJaWQgPSB1c2JkX2dldF9pbnRlcmZhY2VfZGVzY3JpcHRvcihp ZmFjZSk7CisKKwkJaWYgKGlkLT5iSW50ZXJmYWNlQ2xhc3MgPT0gVUlDTEFTU19DRENfREFUQSAm JgorCQkgICAgaWQtPmJJbnRlcmZhY2VTdWJDbGFzcyA9PSBVSVNVQkNMQVNTX0RBVEEpIHsKKwkJ CURQUklOVEZOKDExLCAiZm91bmRcbiIpOworCQkJKmRhdGFfaWZhY2UgPSBpOworCQkJcmV0dXJu ICgxKTsKKwkJfQorCX0KKworCXJldHVybiAoMCk7Cit9Ci0tLSBvcmlnL3N5cy9kZXYvdXNiL3Vz YmRldnMJMjAxMS0wMS0wNCAyMjoxNToxNi4wMDAwMDAwMDAgKzAyMDAKKysrIHN5cy9kZXYvdXNi L3VzYmRldnMJMjAxMS0wMS0xMyAxNDo1NDozMy42NTI1MzYwMDAgKzAyMDAKQEAgLTU0Myw2ICs1 NDMsNyBAQAogdmVuZG9yIEhBV0tJTkcJCTB4MGU2NglIYXdraW5nCiB2ZW5kb3IgRk9TU0lMCQkw eDBlNjcJRm9zc2lsLCBJbmMKIHZlbmRvciBHTUFURQkJMHgwZTdlCUcuTWF0ZSwgSW5jCit2ZW5k b3IgTUVESUFURUsJCTB4MGU4ZAlNZWRpYVRlaywgSW5jLgogdmVuZG9yIE9USQkJMHgwZWEwCU91 cnMgVGVjaG5vbG9neQogdmVuZG9yIFlJU08JCTB4MGVhYglZaXNvIFdpcmVsZXNzIENvLgogdmVu ZG9yIFBJTE9URUNICQkweDBlYWYJUGlsb3RlY2gKQEAgLTIxMjMsNiArMjEyNCw5IEBACiBwcm9k dWN0IE1DVCBVU0IyMzIJCTB4MDIxMAlVU0ItMjMyIEludGVyZmFjZQogcHJvZHVjdCBNQ1QgU0lU RUNPTV9VU0IyMzIJMHgwMjMwCVNpdGVjb20gVVNCLTIzMiBQcm9kdWN0cwogCisvKiBNZWRpYVRl aywgSW5jLiAqLworcHJvZHVjdCBNRURJQVRFSyBNVEszMzI5CTB4MzMyOQlNVEsgSUkgR1BTIFJl Y2VpdmVyCisKIC8qIE1laXp1IEVsZWN0cm9uaWNzICovCiBwcm9kdWN0IE1FSVpVIE02X1NMCQkw eDAxNDAJTWluaVBsYXllciBNNiAoU0wpCiAK --90e6ba6e8d7a8e61b40499b9ffd2-- From owner-freebsd-usb@FreeBSD.ORG Thu Jan 13 13:20:08 2011 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBD0F106566C for ; Thu, 13 Jan 2011 13:20:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9020F8FC17 for ; Thu, 13 Jan 2011 13:20:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p0DDK8Ou007439 for ; Thu, 13 Jan 2011 13:20:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0DDK8so007438; Thu, 13 Jan 2011 13:20:08 GMT (envelope-from gnats) Date: Thu, 13 Jan 2011 13:20:08 GMT Message-Id: <201101131320.p0DDK8so007438@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Hans Petter Selasky Cc: Subject: Re: usb/153929: The umodem driver doesn't support the MTK 3329 GPS chipset. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Hans Petter Selasky List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2011 13:20:08 -0000 The following reply was made to PR usb/153929; it has been noted by GNATS. From: Hans Petter Selasky To: Mykhaylo Yehorov Cc: freebsd-gnats-submit@freebsd.org Subject: Re: usb/153929: The umodem driver doesn't support the MTK 3329 GPS chipset. Date: Thu, 13 Jan 2011 14:12:41 +0100 On Thursday 13 January 2011 14:07:22 Mykhaylo Yehorov wrote: > These are changes for searching the closest unlocked data interface. OK, I will see if I can get your patch committed [with some modifications which I will do] in not so long. --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Jan 13 20:38:52 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0853A10656C7; Thu, 13 Jan 2011 20:38:52 +0000 (UTC) (envelope-from dieterbsd@engineer.com) Received: from imr-ma05.mx.aol.com (imr-ma05.mx.aol.com [64.12.100.31]) by mx1.freebsd.org (Postfix) with ESMTP id AE1198FC20; Thu, 13 Jan 2011 20:38:51 +0000 (UTC) Received: from imo-ma02.mx.aol.com (imo-ma02.mx.aol.com [64.12.78.137]) by imr-ma05.mx.aol.com (8.14.1/8.14.1) with ESMTP id p0DKSUQa003800; Thu, 13 Jan 2011 15:28:30 -0500 Received: from dieterbsd@engineer.com by imo-ma02.mx.aol.com (mail_out_v42.9.) id n.1028.3d458c0 (34918); Thu, 13 Jan 2011 15:28:26 -0500 (EST) Received: from smtprly-me03.mx.aol.com (smtprly-me03.mx.aol.com [64.12.95.104]) by cia-da03.mx.aol.com (v129.7) with ESMTP id MAILCIADA033-b2d24d2f605f35; Thu, 13 Jan 2011 15:28:26 -0500 Received: from web-mmc-d03 (web-mmc-d03.sim.aol.com [205.188.103.93]) by smtprly-me03.mx.aol.com (v129.5) with ESMTP id MAILSMTPRLYME031-b2d24d2f605f35; Thu, 13 Jan 2011 15:28:15 -0500 To: freebsd-questions@freebsd.org, freebsd-firewire@freebsd.org, freebsd-usb@freebsd.org Content-Transfer-Encoding: quoted-printable Date: Thu, 13 Jan 2011 15:28:15 -0500 X-AOL-IP: 67.206.162.81 X-MB-Message-Source: WebUI Received: from 67.206.162.81 by web-mmc-d03.sysops.aol.com (205.188.103.93) with HTTP (WebMailUI); Thu, 13 Jan 2011 15:28:15 -0500 MIME-Version: 1.0 From: dieterbsd@engineer.com X-MB-Message-Type: User Content-Type: text/plain; charset="us-ascii"; format=flowed X-Mailer: Mail.com Webmail 33069-STANDARD Message-Id: <8CD81778A4C13E7-17B0-DFA1@web-mmc-d03.sysops.aol.com> X-Spam-Flag: NO X-AOL-SENDER: dieterbsd@engineer.com Cc: freebsd@sopwith.solgatos.com Subject: lock contention problem? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2011 20:38:52 -0000 I suspect that I have a problem with lock/mutex contention. Reading from a USB disk appears to lock out the firewire driver for too long, causing data transfer (writing to firewire bus) to fail with EAGAIN. Once it fails it does not recover. kernel: fwohci1: IT DMA underrun (0x40308011) (stat &=20 OHCI_CNTL_CYCMATCH_S) last message repeated 63 times This is from the end of the fwohci_itxbuf_enable() function in=20 dev/firewire/fwohci.c I added LOCK_PROFILING to the kernel and gathered some data. The data is quite verbose, so I sorted by "max" and am including the first 40 lines. This is a true real-time task, so I am concerned with the worst case rather than the average. First, data from approx 20 seconds without a problem: debug.lock.prof.enable: 0 debug.lock.prof.reset: 0 debug.lock.prof.stats: max wait_max total wait_total count avg wait_avg=20 cnt_hold cnt_lock name 16990 0 2216486 0 1837 1206 0 0= =20 0 /usr/src/sys/kern/vfs_vnops.c:533 (lockmgr:ufs) 5852 0 11669 0 18 648 0 0= =20 0 /usr/src/sys/kern/vfs_subr.c:1693 (lockmgr:syncer) 1659 0 5522 0 34 162 0 0= =20 0 /usr/src/sys/kern/vfs_mount.c:2231 (sleep mutex:struct mount mtx) 1540 0 30353 0 15283 1 0 0= =20 0 /usr/src/sys/kern/sys_pipe.c:574 (sleep mutex:pipe mutex) 1415 0 1885651 0 53865 35 0 0= =20 0 /usr/src/sys/vm/vm_map.c:3526 (sx:user map) 1385 0 252414 0 53865 4 0 0= =20 0 /usr/src/sys/vm/vm_fault.c:937 (sleep mutex:vm object) 1361 0 84475 0 53865 1 0 0= =20 0 /usr/src/sys/vm/vm_fault.c:938 (sleep mutex:vm page queue mutex) 1044 0 2079 0 2 1039 0 0= =20 0 /usr/src/sys/kern/vfs_mount.c:2194 (sleep mutex:struct mount mtx) 934 0 65031 0 146 445 0 0= =20 0 /usr/src/sys/vm/vm_pager.c:311 (lockmgr:bufwait) 864 0 194008 0 53865 3 0 0= =20 0 /usr/src/sys/amd64/amd64/pmap.c:2958 (sleep mutex:pmap) 864 0 192948 0 53865 3 0 0= =20 0 /usr/src/sys/amd64/amd64/pmap.c:2957 (sleep mutex:vm page queue=20 mutex) 862 0 24690 0 30 823 0 0= =20 0 /usr/src/sys/kern/kern_mutex.c:147 (sleep mutex:nfe0) 857 0 84478 0 53863 1 0 0= =20 0 /usr/src/sys/amd64/amd64/trap.c:740 (sleep mutex:process lock) 697 0 154340 0 3292 46 0 0= =20 0 /usr/src/sys/kern/vfs_bio.c:2559 (lockmgr:bufwait) 557 0 896107 0 13438 66 0 0= =20 0 /usr/src/sys/kern/vfs_bio.c:1835 (lockmgr:bufwait) 519 0 1615 0 11 146 0 0= =20 0 /usr/src/sys/ufs/ffs/ffs_vfsops.c:1321 (sleep mutex:struct mount= =20 mtx) 481 0 24417 0 13438 1 0 0= =20 0 /usr/src/sys/kern/vfs_subr.c:1595 (sleep mutex:bufobj interlock) 367 0 65371 0 9178 7 0 0= =20 0 /usr/src/sys/kern/sys_pipe.c:643 (sleep mutex:pipe mutex) 351 0 2324 0 52 44 0 0= =20 0 /usr/src/sys/kern/vfs_subr.c:2083 (lockmgr:ufs) 333 0 325772 0 53865 6 0 0= =20 0 /usr/src/sys/vm/vm_fault.c:297 (sleep mutex:vm object) 329 0 171709 0 108608 1 0 0= =20 0 /usr/src/sys/amd64/amd64/pmap.c:3989 (sleep mutex:pmap) 329 0 2090 0 534 3 0 0= =20 0 /usr/src/sys/kern/vfs_subr.c:337 (sleep mutex:struct mount mtx) 327 0 99170 0 58917 1 0 0= =20 0 /usr/src/sys/vm/vm_page.c:1052 (sleep mutex:vm page queue free=20 mutex) 305 0 514 0 4 128 0 0= =20 0 /usr/src/sys/vm/vm_object.c:541 (sleep mutex:vm object) 304 0 304 0 1 304 0 0= =20 0 /usr/src/sys/vm/uma_core.c:1565 (sleep mutex:UMA lock) 297 0 359 0 13 27 0 0= =20 0 /usr/src/sys/kern/vfs_bio.c:3611 (sleep mutex:vm object) 296 0 23341 0 983 23 0 0= =20 0 /usr/src/sys/kern/tty_ttydisc.c:467 (sleep mutex:ttymtx) 291 0 448 0 6 74 0 0= =20 0 /usr/src/sys/vm/vm_object.c:1719 (sleep mutex:vm object) 284 0 12090 0 997 12 0 0= =20 0 /usr/src/sys/kern/sys_generic.c:1446 (sleep mutex:select mtxpool) 281 0 8752 0 955 9 0 0= =20 0 /usr/src/sys/kern/sys_generic.c:1455 (sleep mutex:sellck) 265 0 796 0 3 265 0 0= =20 0 /usr/src/sys/vm/vm_glue.c:738 (sx:allproc) 251 74 26825 74 16746 1 0 0= =20 1 /usr/src/sys/kern/vfs_bio.c:1488 (sleep mutex:buf queue lock) 231 0 7470 0 2848 2 0 0= =20 0 /usr/src/sys/geom/geom_io.c:77 (sleep mutex:bio queue) 228 0 228 0 1 228 0 0= =20 0 /usr/src/sys/vm/vm_map.c:2973 (sx:user map) 227 0 543 0 5 108 0 0= =20 0 /usr/src/sys/kern/vfs_subr.c:1693 (lockmgr:devfs) 215 0 840 0 13 64 0 0= =20 0 /usr/src/sys/dev/random/yarrow.c:191 (sleep mutex:random reseed) 202 0 198454 0 13438 14 0 0= =20 0 /usr/src/sys/kern/vfs_bio.c:2963 (sleep mutex:vm object) 199 0 18282 0 3668 4 0 0= =20 0 /usr/src/sys/kern/sys_pipe.c:611 (sleep mutex:pipe mutex) 190 0 1606 0 800 2 0 0= =20 0 /usr/src/sys/kern/vfs_bio.c:3089 (sleep mutex:sleep mtxpool) 189 0 83829 0 53899 1 0 0= =20 0 /usr/src/sys/vm/vm_object.c:482 (sleep mutex:vm object) debug.lock.prof.rejected: 0 debug.lock.prof.skipcount: 0 debug.lock.prof.skipspin: 0 Next, data when the problem occurs: debug.lock.prof.enable: 0 debug.lock.prof.reset: 0 debug.lock.prof.stats: max wait_max total wait_total count avg wait_avg=20 cnt_hold cnt_lock name 1586932 0 10264893 0 2290 4482 0 0= =20 0 /usr/src/sys/kern/vfs_vnops.c:533 (lockmgr:ufs) 35676 0 165709 0 20 8285 0 0= =20 0 /usr/src/sys/ufs/ffs/ffs_vfsops.c:1465 (lockmgr:ufs) 32133 0 80040 0 17541 4 0 0= =20 0 /usr/src/sys/vm/vm_object.c:482 (sleep mutex:vm object) 32129 0 50459 0 276 182 0 0= =20 0 /usr/src/sys/vm/vm_object.c:720 (sleep mutex:vm page queue mutex) 30899 0 47896 0 2 23948 0 0= =20 0 /usr/src/sys/kern/vfs_syscalls.c:3508 (lockmgr:ufs) 30680 0 36901 0 17 2170 0 0= =20 0 /usr/src/sys/kern/imgact_elf.c:774 (lockmgr:ufs) 26779 0 912921 0 9351 97 0 0= =20 0 /usr/src/sys/kern/vfs_bio.c:1835 (lockmgr:bufwait) 25691 0 193858 0 1850 104 0 0= =20 0 /usr/src/sys/kern/vfs_subr.c:2083 (lockmgr:ufs) 25596 0 592159 0 1205 491 0 0= =20 0 /usr/src/sys/vm/vm_pager.c:311 (lockmgr:bufwait) 24791 0 95678 0 24 3986 0 0= =20 0 /usr/src/sys/kern/kern_sysctl.c:1513 (sx:sysctl mem) 24788 0 250975 0 10563 23 0 0= =20 0 /usr/src/sys/kern/kern_sysctl.c:1521 (sx:sysctl lock) 23977 0 68951 0 538 128 0 0= =20 0 /usr/src/sys/geom/geom_event.c:185 (sx:GEOM topology) 20302 0 112442 0 6539 17 0 0= =20 0 /usr/src/sys/kern/kern_sysctl.c:1417 (sleep mutex:Giant) 18552 0 18552 0 1 18552 0 0= =20 0 /usr/src/sys/kern/kern_descrip.c:2586 (sx:allproc) 17688 0 17917 0 150 119 0 0= =20 0 /usr/src/sys/kern/kern_descrip.c:1580 (sleep mutex:fdesc) 14813 0 1285697 0 15257 84 0 0= =20 0 /usr/src/sys/kern/vfs_bio.c:2559 (lockmgr:bufwait) 5904 0 16455 0 34 483 0 0= =20 0 /usr/src/sys/kern/vfs_subr.c:1693 (lockmgr:syncer) 5715 0 6088 0 8 761 0 0= =20 0 /usr/src/sys/kern/vfs_vnops.c:604 (lockmgr:ufs) 5464 0 5464 0 1 5464 0 0= =20 0 /usr/src/sys/ufs/ufs/ufs_dirhash.c:216 (sx:dirhash) 4690 0 9137 0 2 4568 0 0= =20 0 /usr/src/sys/vm/vm_meter.c:113 (sleep mutex:vm object_list) 3304 0 18601 0 6 3100 0 0= =20 0 /usr/src/sys/kern/kern_proc.c:1079 (sx:allproc) 3041 0 5969 0 2 2984 0 0= =20 0 /usr/src/sys/vm/vm_meter.c:130 (sx:allproc) 2964 0 35694 0 127 281 0 0= =20 0 /usr/src/sys/vm/vm_map.c:2766 (sleep mutex:system map) 2474 0 28012 0 127 220 0 0= =20 0 /usr/src/sys/vm/vm_kern.c:289 (sleep mutex:system map) 2362 0 4716 0 2 2358 0 0= =20 0 /usr/src/sys/kern/kern_malloc.c:777 (sleep mutex:malloc) 2343 0 8922 0 64 139 0 0= =20 0 /usr/src/sys/kern/vfs_mount.c:2231 (sleep mutex:struct mount mtx) 1813 0 3021 0 2 1510 0 0= =20 0 /usr/src/sys/kern/kern_linker.c:2122 (sx:kernel linker) 1588 0 622646 0 16428 37 0 0= =20 0 /usr/src/sys/vm/vm_map.c:3526 (sx:user map) 1544 0 4025 0 15 268 0 0= =20 0 /usr/src/sys/vm/vm_map.c:2139 (sx:user map) 1537 0 4331 0 47 92 0 0= =20 0 /usr/src/sys/vm/vm_map.c:2766 (sx:user map) 1529 0 3991 0 437 9 0 0= =20 0 /usr/src/sys/vm/vm_fault.c:1017 (sleep mutex:vm object) 1501 0 16994 0 127 133 0 0= =20 0 /usr/src/sys/vm/vm_kern.c:394 (sleep mutex:vm object) 1138 0 44043 0 53 831 0 0= =20 0 /usr/src/sys/kern/kern_mutex.c:147 (sleep mutex:nfe0) 1061 0 142103 0 9351 15 0 0= =20 0 /usr/src/sys/kern/vfs_bio.c:2963 (sleep mutex:vm object) 1046 0 99060 0 59009 1 0 0= =20 0 /usr/src/sys/vm/vm_page.c:1052 (sleep mutex:vm page queue free=20 mutex) 1032 0 2640 0 18 146 0 0= =20 0 /usr/src/sys/ufs/ffs/ffs_vfsops.c:1321 (sleep mutex:struct mount= =20 mtx) 974 0 57222 0 34916 1 0 0= =20 0 /usr/src/sys/amd64/amd64/pmap.c:3989 (sleep mutex:pmap) 964 0 3167 0 1203 2 0 0= =20 0 /usr/src/sys/kern/tty_pts.c:126 (sleep mutex:ttymtx) 952 0 9113 0 127 71 0 0= =20 0 /usr/src/sys/vm/vm_kern.c:325 (sleep mutex:vm object) 892 0 79906 0 16428 4 0 0= =20 0 /usr/src/sys/vm/vm_fault.c:937 (sleep mutex:vm object) debug.lock.prof.rejected: 0 debug.lock.prof.skipcount: 0 debug.lock.prof.skipspin: 0 If I understand this, something was locked out for 1.58 seconds? YIKES! grep -i giant /var/run/dmesg.boot atkbd0: [GIANT-LOCKED] So the only thing still using the giant lock is the keyboard? I only use this keyboard with the firmware. I rsh in from another=20 machine. FreeBSD 8.0 amd64 nforce4-ultra chipset (USB controller) NEC firewire controller on PCI card fwohci1: mem 0xfdeff000-0xfdefffff irq 19 at device=20 8.0 on pci2 fwohci1: [ITHREAD] fwohci1: OHCI version 1.0 (ROM=3D1) fwohci1: No. of Isochronous channels is 4. fwohci1: Phy 1394a available S400, 2 ports. fwohci1: max_rec 1024 -> 2048 firewire1: on fwohci1 dcons_crom1: on firewire1 dcons_crom1: bus_addr 0x7c31c000 dcons_crom1: dcons_paddr is already set ehci0: mem 0xfebfe000-0xfebfe0ff=20 irq 22 at device 2.1 on pci0 ehci0: [ITHREAD] usbus1: EHCI version 1.0 addr 0x61 on iicbus1 usbus1: on ehci0 usbd_set_config_index:523: could not read device status:=20 USB_ERR_SHORT_XFER ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks =3D 0x0000 umass0:6:0:-1: Attached to scbus6 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) From owner-freebsd-usb@FreeBSD.ORG Thu Jan 13 21:24:54 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E806106566B for ; Thu, 13 Jan 2011 21:24:54 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.c2i.net [212.247.154.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8E9868FC12 for ; Thu, 13 Jan 2011 21:24:53 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=jVx+AExU5EFhK37+rVAQq6jxd4lXLYohjT2gqEoUpuc= c=1 sm=1 a=x1rYpZKhZ6AA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=L6tdpFjRAAAA:8 a=6I5d2MoRAAAA:8 a=8VP0Rj4qguL7O2_M63MA:9 a=00_Zzu4V4kUwA__9uTkA:7 a=KVZIxizVrvdf97X8XVbmo9HVW6oA:4 a=wPNLvfGTeEIA:10 a=RZHap4myAk8A:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 73387991; Thu, 13 Jan 2011 22:24:51 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Thu, 13 Jan 2011 22:24:54 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <8CD81778A4C13E7-17B0-DFA1@web-mmc-d03.sysops.aol.com> In-Reply-To: <8CD81778A4C13E7-17B0-DFA1@web-mmc-d03.sysops.aol.com> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101132224.54858.hselasky@c2i.net> Cc: freebsd@sopwith.solgatos.com, freebsd-firewire@freebsd.org, freebsd-questions@freebsd.org, dieterbsd@engineer.com Subject: Re: lock contention problem? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2011 21:24:54 -0000 On Thursday 13 January 2011 21:28:15 dieterbsd@engineer.com wrote: > I suspect that I have a problem with lock/mutex contention. > Reading from a USB disk appears to lock out the firewire driver > for too long, causing data transfer (writing to firewire bus) to fail > with EAGAIN. Once it fails it does not recover. > > kernel: fwohci1: IT DMA underrun (0x40308011) (stat & > OHCI_CNTL_CYCMATCH_S) > last message repeated 63 times > This is from the end of the fwohci_itxbuf_enable() function in > dev/firewire/fwohci.c > > I added LOCK_PROFILING to the kernel and gathered some data. > The data is quite verbose, so I sorted by "max" and am including > the first 40 lines. This is a true real-time task, so I am concerned > with the worst case rather than the average. > Hi, It might be a hardware resource starvation problem. It is possible to nice umass by simply adding a line like: .interval = 2, /* 2 milliseconds */ Inside the following structure in /sys/dev/usb/storage/umass.c : umass_bbb_config[] In states: UMASS_T_BBB_DATA_WRITE UMASS_T_BBB_DATA_READ Another idea: http://svn.freebsd.org/changeset/base/217350 --HPS From owner-freebsd-usb@FreeBSD.ORG Sat Jan 15 05:04:51 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEB09106566C; Sat, 15 Jan 2011 05:04:51 +0000 (UTC) (envelope-from dieterbsd@engineer.com) Received: from imr-mb01.mx.aol.com (imr-mb01.mx.aol.com [64.12.207.164]) by mx1.freebsd.org (Postfix) with ESMTP id 4ED358FC12; Sat, 15 Jan 2011 05:04:50 +0000 (UTC) Received: from imo-ma04.mx.aol.com (imo-ma04.mx.aol.com [64.12.78.139]) by imr-mb01.mx.aol.com (8.14.1/8.14.1) with ESMTP id p0F54Z0L007209; Sat, 15 Jan 2011 00:04:35 -0500 Received: from dieterbsd@engineer.com by imo-ma04.mx.aol.com (mail_out_v42.9.) id n.d23.5a065243 (45074); Sat, 15 Jan 2011 00:04:31 -0500 (EST) Received: from smtprly-de02.mx.aol.com (smtprly-de02.mx.aol.com [205.188.249.169]) by cia-mc02.mx.aol.com (v129.7) with ESMTP id MAILCIAMC026-b2364d312add20f; Sat, 15 Jan 2011 00:04:31 -0500 Received: from web-mmc-m06 (web-mmc-m06.sim.aol.com [64.12.224.139]) by smtprly-de02.mx.aol.com (v129.5) with ESMTP id MAILSMTPRLYDE023-b2364d312add20f; Sat, 15 Jan 2011 00:04:29 -0500 To: hselasky@c2i.net, freebsd-questions@freebsd.org, freebsd-usb@freebsd.org, freebsd-firewire@freebsd.org Content-Transfer-Encoding: quoted-printable Date: Sat, 15 Jan 2011 00:04:29 -0500 X-AOL-IP: 67.206.164.20 X-MB-Message-Source: WebUI Received: from 67.206.164.20 by web-mmc-m06.sysops.aol.com (64.12.224.139) with HTTP (WebMailUI); Sat, 15 Jan 2011 00:04:29 -0500 MIME-Version: 1.0 From: dieterbsd@engineer.com X-MB-Message-Type: User Content-Type: text/plain; charset="us-ascii"; format=flowed X-Mailer: Mail.com Webmail 33069-STANDARD Message-Id: <8CD8288D3167A65-FC4-3504F@web-mmc-m06.sysops.aol.com> X-Spam-Flag: NO X-AOL-SENDER: dieterbsd@engineer.com Cc: freebsd@sopwith.solgatos.com Subject: Re: lock contention problem? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jan 2011 05:04:52 -0000 > It might be a hardware resource starvation problem. It is possible to=20 nice > umass by simply adding a line like: > > .interval =3D 2, /* 2 milliseconds */ Thanks, but it didn't help. Also tried setting it to 1, 4, and 20. > http://svn.freebsd.org/changeset/base/217350 Is this supposed to work for 8.0? Is there more to it than a couple line change in a .h file? /usr/src/sys/dev/usb/controller/usb_controller.c: In function=20 'usb_attach_sub': /usr/src/sys/dev/usb/controller/usb_controller.c:434: warning: implicit=20 declaration of function 'PI_SWI' /usr/src/sys/dev/usb/controller/usb_controller.c:434: warning: nested=20 extern declaration of 'PI_SWI' I'm feeding "fwcontrol -u 1 -S /dev/stdin" from a pipe. The write() to the pipe took over a second. Perhaps connected to the lock=20 contention of over a second? The EAGAIN comes from the writev() roughly 20 lines from the end of /usr/src/usr.sbin/fwcontrol/fwdv.c. CPU is 98% idle. Data rate is only 3.4 MiB/second.