From owner-freebsd-usb@FreeBSD.ORG Sun Nov 7 02:23:15 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 945D1106564A for ; Sun, 7 Nov 2010 02:23:15 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5ACD68FC18 for ; Sun, 7 Nov 2010 02:23:15 +0000 (UTC) Received: by pvc22 with SMTP id 22so1125367pvc.13 for ; Sat, 06 Nov 2010 19:23:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=d3KxkfekhcD4Ndm7Mui5q+PXyovgxlAwzsN5vwlhkk4=; b=lwKjPDe79lOV11qrxB4IgEWQFw/KYK/F2I8svifiFKSagcK4d79dNAlpTi6M76Myu3 IPbziL4qokHZiSs9n/HO8cDcIhCmWnWDviN/MDCUBxisgHMDY79b7GeSFdIeAtWZ0iAO GELpOy3T22ddOlugLZ6VOQqcXQLLVFPsM+aYk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=aDmO7bxkLccsLic4Mb73Zpmjf+3EbBuqKNzeT7GjGEjVi9myZQFBPvGbe8Hd7bIUxZ 4sSWmSMNxv4KUBW1Av1StzoTnSeROYwJ2laY3roX6P+vHv7sWrTNFMZYME8zYLnThiOt vXWuLMgJ1NMHytdg7FNEMI2jxEQrgt+/KNtA0= Received: by 10.142.142.18 with SMTP id p18mr2997649wfd.398.1289096594815; Sat, 06 Nov 2010 19:23:14 -0700 (PDT) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id q13sm5017643wfc.5.2010.11.06.19.23.11 (version=SSLv3 cipher=RC4-MD5); Sat, 06 Nov 2010 19:23:12 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Sat, 06 Nov 2010 19:23:18 -0700 From: Weongyo Jeong Date: Sat, 6 Nov 2010 19:23:18 -0700 To: Hans Petter Selasky Message-ID: <20101107022318.GF92881@weongyo> Mail-Followup-To: Hans Petter Selasky , freebsd-current@freebsd.org, freebsd-arch@freebsd.org, Matthew Fleming , freebsd-usb@freebsd.org References: <201011012054.59551.hselasky@c2i.net> <201011051836.39697.hselasky@c2i.net> <201011051930.38530.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201011051930.38530.hselasky@c2i.net> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: freebsd-current@freebsd.org, Matthew Fleming , freebsd-usb@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [RFC] Outline of USB process integration in the kernel taskqueue system X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2010 02:23:15 -0000 On Fri, Nov 05, 2010 at 07:30:38PM +0100, Hans Petter Selasky wrote: > Hi, > > In the patch attached to this e-mail I included Matthew Fleming's patch > aswell. > > 1) I renamed taskqueue_cancel() into taskqueue_stop(), hence that resembles > the words of the callout and USB API's terminology for doing the same. > > 2) I turns out I need to have code in subr_taskqueue.c to be able to make the > operations atomic. > > 3) I did not update the manpage in this patch. Will do that before a commit. > > 4) My patch implements separate state keeping in "struct task_pair", which > avoids having to change any KPI's for now, like suggested by John Baldwin I > think. > > 5) In my implementation I hard-coded the priority argument to zero, so that > enqueuing is fast. > > Comments are welcome! The patch looks almost you moved usb_process.c code into taskqueue(9) that I means it still follows that a entry which enqueued at last should be executed at last. It seems that at least it's not a general for taskqueue(9). In my humble opinion it looks a trick. I think it'd better to find a general solution to solve it though I used sx(9) lock in my patches. regards, Weongyo Jeong From owner-freebsd-usb@FreeBSD.ORG Mon Nov 8 11:07:08 2010 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 325221065675 for ; Mon, 8 Nov 2010 11:07:08 +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 1EA0B8FC13 for ; Mon, 8 Nov 2010 11:07: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 oA8B78BT088245 for ; Mon, 8 Nov 2010 11:07:08 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oA8B77Ys088243 for freebsd-usb@FreeBSD.org; Mon, 8 Nov 2010 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 8 Nov 2010 11:07:07 GMT Message-Id: <201011081107.oA8B77Ys088243@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, 08 Nov 2010 11:07:08 -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/151862 usb adding support of USB GSM modem Falcom Twist o usb/151851 usb libusb(3) libusb_control_transfer() return value is in o usb/151043 usb Please add USB device MELCO WLR-UC-G 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 o usb/149934 usb [patch] [usb8] Transcend JetFlash V85 poor performance o usb/149900 usb [uftdi] [patch] FreeBSD 8.1 uftdi patch to support usb o 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 o usb/149039 usb [uhso] [patch] Binding problem with uhso 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 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 o usb/145455 usb [usb8] [patch] USB debug support cannot be disabled o usb/145415 usb [umass] [usb8] USB card reader does not create slices a usb/145184 usb GENERIC can't mount root from USB on Asus EEE o usb/145165 usb [keyboard] [usb8] ukbd_set_leds_callback: error=USB_ER f kern/144938 usb [keyboard] [boot] Boot Failure with Apple (MB869LL/A) o usb/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 f usb/143186 usb [usbdevs] [usb8] [patch] add USB device IDs for Google a usb/143139 usb [umass] [usb8] [patch] Quirk for Century EX35SW4_SB4 J o usb/143045 usb [umass] [usb8] [patch] mounting Fujitsu 2600Z camera d o usb/142991 usb [uftdi] [usb67] [patch] Patch to add Crystalfontz 533 f usb/142989 usb [usb8] canon eos 50D attaches but detaches after few s f usb/142957 usb [umass] [usb8] [patch] patch for USB disk SYNCHRONIZE o usb/142719 usb [urtw] [usb8] AirLive WL-1600USB (RTL8187L chipset) fa o usb/142713 usb [usb67] [panic] Kernel Panik when connecting an IPhone f usb/142276 usb [umass] [usb8] Cache Synchronization Error with Olympu o usb/142229 usb [ums] [usb8] [hang] connecting a USB mouse to a Dell P o usb/141680 usb [uath] [usb8] Netgear WG111T not working with uath dri o usb/141664 usb [pcm] [usb8] Logitech USB microphone failure [regressi o usb/141474 usb [boot] [usb8] FreeBSD 8.0 can not install from USB CDR o usb/141327 usb [ukbd] [usb67] USB kbd not working with 7.1+PAE on IBM o usb/141212 usb [ukbd] [usb8] ukbd_set_leds_callback:700: error=USB_ER o kern/141011 usb [usb] Encrypted root, geli password at boot; enter key o usb/140920 usb [install] [usb8] USB based install fails on 8.0-RELEAS o usb/140893 usb [urtw] [usb8] WPA2 not working on rtl8187b f usb/140883 usb [axe] [usb8] USB gigabit ethernet hangs after short pe o kern/140849 usb [ums] [usb8] USB mouse doesn't work under FreeBSD 8.0- a usb/140810 usb [uftdi] [usb8] 8.X copy and paste problem / tty overfl o 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 o usb/138570 usb [usb] [panic] USB mass device panics current 7.2-STABL o usb/138548 usb [usb67] [usb8] usb devices periodically have unknown a 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 o usb/135200 usb SAMSUNG i740 usb mass: Synchronize cache failed, statu o usb/135182 usb UMASS quirk - Olympus FE20 camera o usb/134950 usb Lowering DTR for USB-modem via ubsa is not possible o usb/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 s 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 o 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 o usb/122819 usb [usb] [patch] Patch to provide dynamic additions to th o usb/122813 usb [udbp] [request] udbp driver should be removed in favo o usb/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 o usb/121232 usb [usb] [panic] USB CardBus card removal causes reboot s p usb/121184 usb [uipaq] [patch] add ids from linux ipaq driver (plus a o usb/121169 usb [umass] Issues with usb mp3 player o usb/121045 usb [uftdi] [patch] Add support for PC-OP-RS1 and KURO-RS o usb/120786 usb [usb] [panic] Kernel panic when forced umount of a det o usb/120729 usb [panic] fault while in kernel mode with connecting USB o usb/120572 usb [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 o usb/116699 usb [usbhid] USB HID devices do not initialize at system b o usb/116561 usb [umodem] [panic] RELENG_6 umodem panic "trying to slee o usb/116282 usb [ulpt] Cannot print on USB HP LJ1018 or LJ1300 o usb/115935 usb [usbdevs] [patch] kernel counterproductively attaches o usb/115933 usb [uftdi] [patch] RATOC REX-USB60F (usb serial converter o usb/115400 usb [ehci] Problem with EHCI on ASUS M2N4-SLI o usb/115298 usb [ulpt] [panic] Turning off USB printer panics kernel o usb/114916 usb [umass] [patch] USB Maxtor drive (L300RO) requires qui o kern/114780 usb [uplcom] [panic] Panics while stress testing the uplco o usb/114682 usb [umass] generic USB media-card reader unusable o usb/114310 usb [libusb] [patch] [panic] USB hub attachment panics ker o usb/114068 usb [usb67] [usb8] [umass] [patch] Problem with connection o conf/114013 usb [patch] WITHOUT_USB allow to compil a lot of USB stuff 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 o usb/101775 usb [usb67] [usb8] [libusbhid] [patch] possible error in r o usb/101761 usb [usb67] [patch] [request] usb.h: increase maximal size o usb/100746 usb [usb67] [ukbd] system does not boot due to USB keyboar o usb/99431 usb [keyboard] FreeBSD on MSI 6566E (Intel 845E motherboar o kern/99200 usb [bluetooth] SMP-Kernel crashes reliably when Bluetooth o usb/98343 usb [boot] BBB reset failed errors with Creative Muvo MP3 o usb/97472 usb [cam] [patch] add support for Olympus C150,D390 s usb/97286 usb [mouse] [request] MS Wireless Intellimouse Explorer 2. o usb/97175 usb [umass] [hang] USB cardreader hangs system o usb/96457 usb [umass] [panic] fatback on umass = reboot o usb/96381 usb [cam] [patch] add a quirk table entry for a flash ram o usb/96224 usb [usb] [msdosfs] mount_msdosfs cause page fault in sync s usb/96120 usb [ums] [request] USB mouse not always detected s usb/95636 usb [umass] [boot] 5 minute delay at boot when using VT620 o usb/95562 usb [umass] Write Stress in USB Mass drive causes "vinvalb s usb/95348 usb [keyboard] USB keyboard unplug causes noise on screen o usb/95037 usb [umass] USB disk not recognized on hot-plug. o usb/94897 usb [panic] Kernel Panic when cleanly unmounting USB disk o usb/94717 usb [ulpt] Reading from /dev/ulpt can break work of a UHCI o usb/94384 usb [panic] kernel panic with usb2 hardware o usb/93872 usb [cam] [patch] SCSI quirk required for ELTA 8061 OL USB o usb/93828 usb [ohci] [panic] ohci causes panic on boot (HP Pavillion o usb/93389 usb [umass] [patch] Digital Camera Pentax S60 don't work o usb/92852 usb [ums] [patch] Vertical scroll not working properly on o usb/92171 usb [panic] panic unplugging Vodafone Mobile Connect (UMTS o usb/92142 usb [uhub] SET_ADDR_FAILED and SHORT_XFER errors from usb o usb/92083 usb [ural] [panic] panic using WPA on ural NIC in 6.0-RELE o usb/92052 usb [ulpt] usbd causes defunct process with busy file-hand o usb/91906 usb [ehci] [hang] FreeBSD hangs while booting with USB leg 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. o usb/87224 usb [usb] Cannot mount USB Zip750 o usb/86767 usb [umass] [patch] bogus "slice starts beyond end of the o usb/86298 usb [mouse] Known good USB mouse won't work with correct s s usb/85067 usb [uscanner] Cannot attach ScanJet 4300C to usb device s usb/84336 usb [usb] [reboot] instant system reboot when unmounting a o usb/83977 usb [ucom] [panic] ucom1: open bulk out error (addr 2): IN o usb/83863 usb [ugen] Communication problem between opensc/openct via o usb/83756 usb [ums] [patch] Microsoft Intellimouse Explorer 4.0A doe o usb/83563 usb [umass] [panic] Page Fault while detaching Mpman Usb d o usb/83504 usb [kernel] [patch] SpeedTouch USB stop working on recent o usb/82660 usb [ehci] [panic] EHCI: I/O stuck in state 'physrd'/panic s usb/82569 usb [umass] [panic] USB mass storage plug/unplug causes sy o usb/82520 usb [udbp] [reboot] Reboot when USL101 connected o usb/82350 usb [ucom] [panic] null pointer dereference in USB stack o usb/81621 usb [ehci] [hang] external hd hangs under load on ehci o usb/80935 usb [uvisor] [patch] uvisor.c is not work with CLIE TH55. o usb/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 " f 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 o usb/76461 usb [umass] disklabel of umass(4)-CAM(4)-da(4) not used by 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 315 problems total. From owner-freebsd-usb@FreeBSD.ORG Mon Nov 8 15:05:08 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0791510656B8; Mon, 8 Nov 2010 15:05:07 +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 B8C628FC20; Mon, 8 Nov 2010 15:05:07 +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 5C93546B3B; Mon, 8 Nov 2010 10:05:07 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 41E2A8A009; Mon, 8 Nov 2010 10:05:06 -0500 (EST) From: John Baldwin To: Matthew Fleming Date: Mon, 8 Nov 2010 09:47:00 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: <201011012054.59551.hselasky@c2i.net> <201011061522.26533.hselasky@c2i.net> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011080947.00550.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 08 Nov 2010 10:05:06 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: freebsd-usb@freebsd.org, Weongyo Jeong , freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [RFC] Outline of USB process integration in the kernel taskqueue system 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, 08 Nov 2010 15:05:08 -0000 On Saturday, November 06, 2010 4:33:17 pm Matthew Fleming wrote: > On Sat, Nov 6, 2010 at 7:22 AM, Hans Petter Selasky wrote: > > Hi, > > > > On Saturday 06 November 2010 14:57:50 Matthew Fleming wrote: > >> > >> I think you're misunderstanding the existing taskqueue(9) implementation. > >> > >> As long as TQ_LOCK is held, the state of ta->ta_pending cannot change, > >> nor can the set of running tasks. So the order of checks is > >> irrelevant. > > > > I agree that the order of checks is not important. That is not the problem. > > > > Cut & paste from suggested taskqueue patch from Fleming: > > > > > +int > >> > +taskqueue_cancel(struct taskqueue *queue, struct task *task) > >> > +{ > >> > + int rc; > >> > + > >> > + TQ_LOCK(queue); > >> > + if (!task_is_running(queue, task)) { > >> > + if ((rc = task->ta_pending) > 0) > >> > + STAILQ_REMOVE(&queue->tq_queue, task, task, > >> > ta_link); + task->ta_pending = 0; > >> > + } else { > >> > + rc = -EBUSY; > > > > What happens in this case if ta_pending > 0. Are you saying this is not > > possible? If ta_pending > 0, shouldn't we also do a STAILQ_REMOVE() ? > > Ah! I see what you mean. > > I'm not quite sure what the best thing to do here is; I agree it would > be nice if taskqueue_cancel(9) dequeued the task, but I believe it > also needs to indicate that the task is currently running. I guess > the best thing would be to return the old pending count by reference > parameter, and 0 or EBUSY to also indicate if there is a task > currently running. > > Adding jhb@ to this mail since he has good thoughts on interfacing. I agree we should always dequeue when possible. I think it should return -EBUSY in that case. That way code that uses 'cancel' followed by a conditional 'drain' to implement a blocking 'cancel' will DTRT. -- John Baldwin From owner-freebsd-usb@FreeBSD.ORG Mon Nov 8 15:34:35 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E85741065670; Mon, 8 Nov 2010 15:34:34 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7467B8FC18; Mon, 8 Nov 2010 15:34:34 +0000 (UTC) Received: by iwn39 with SMTP id 39so6226556iwn.13 for ; Mon, 08 Nov 2010 07:34:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Q3Yh+Akq1iSym1e61foxgBYYRwPfKywY/6SkwmPImWI=; b=ITcUReiQ1Qq6+npAlu+MYy/C+tV+7hfn9dJFlXSRAgcVYAL6htMDDzjvdP9FBOyCJ3 xqHXQmmg3dZTLffKV2XfMU4aS7YJ0rveLpzy1waUIieiU81hiIUcDvvaoep+vLqDqmsm bSKPQAB0xnd504G9JKn3MLrWA7alfB9GXieq0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=jz8/c6Ax+rXemiy3JRzfAya/R4KsAa/5OBWvkkJi0BUWqPqB+qkt78OocoYx//nSja TsKH6qhsaLl/2Pn6fGTLavzGBkQgub1do2HzdV5WikYJGCr8Gn7fEC1yAFZNvJU0E1dP 74SnrgWFZpxa8AfXuMvNqW4Fzf8Rnx12vmt70= MIME-Version: 1.0 Received: by 10.231.156.139 with SMTP id x11mr4170511ibw.22.1289230473154; Mon, 08 Nov 2010 07:34:33 -0800 (PST) Received: by 10.231.21.35 with HTTP; Mon, 8 Nov 2010 07:34:33 -0800 (PST) In-Reply-To: <201011080947.00550.jhb@freebsd.org> References: <201011012054.59551.hselasky@c2i.net> <201011061522.26533.hselasky@c2i.net> <201011080947.00550.jhb@freebsd.org> Date: Mon, 8 Nov 2010 07:34:33 -0800 Message-ID: From: Matthew Fleming To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-usb@freebsd.org, Weongyo Jeong , freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [RFC] Outline of USB process integration in the kernel taskqueue system 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, 08 Nov 2010 15:34:35 -0000 On Mon, Nov 8, 2010 at 6:47 AM, John Baldwin wrote: > On Saturday, November 06, 2010 4:33:17 pm Matthew Fleming wrote: >> On Sat, Nov 6, 2010 at 7:22 AM, Hans Petter Selasky w= rote: >> > Hi, >> > >> > On Saturday 06 November 2010 14:57:50 Matthew Fleming wrote: >> >> >> >> I think you're misunderstanding the existing taskqueue(9) implementat= ion. >> >> >> >> As long as TQ_LOCK is held, the state of ta->ta_pending cannot change= , >> >> nor can the set of running tasks. =A0So the order of checks is >> >> irrelevant. >> > >> > I agree that the order of checks is not important. That is not the pro= blem. >> > >> > Cut & paste from suggested taskqueue patch from Fleming: >> > >> > =A0> +int >> >> > +taskqueue_cancel(struct taskqueue *queue, struct task *task) >> >> > +{ >> >> > + =A0 =A0 =A0 int rc; >> >> > + >> >> > + =A0 =A0 =A0 TQ_LOCK(queue); >> >> > + =A0 =A0 =A0 if (!task_is_running(queue, task)) { >> >> > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if ((rc =3D task->ta_pending) > 0) >> >> > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 STAILQ_REMOVE(&queue-= >tq_queue, task, task, >> >> > ta_link); + =A0 =A0 =A0 =A0 =A0 =A0 =A0 task->ta_pending =3D 0; >> >> > + =A0 =A0 =A0 } else { >> >> > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 rc =3D -EBUSY; >> > >> > What happens in this case if ta_pending > 0. Are you saying this is no= t >> > possible? If ta_pending > 0, shouldn't we also do a STAILQ_REMOVE() ? >> >> Ah! =A0I see what you mean. >> >> I'm not quite sure what the best thing to do here is; I agree it would >> be nice if taskqueue_cancel(9) dequeued the task, but I believe it >> also needs to indicate that the task is currently running. =A0I guess >> the best thing would be to return the old pending count by reference >> parameter, and 0 or EBUSY to also indicate if there is a task >> currently running. >> >> Adding jhb@ to this mail since he has good thoughts on interfacing. > > I agree we should always dequeue when possible. =A0I think it should retu= rn > -EBUSY in that case. =A0That way code that uses 'cancel' followed by a > conditional 'drain' to implement a blocking 'cancel' will DTRT. Do we not also want the old ta_pending to be returned? In the case where a task is pending and is also currently running (admittedly a narrow window), how would we do this? This is why I suggested returning the old ta_pending by reference. This also allows callers who don't care about the old pending to pass NULL and ignore it. Thanks, matthew From owner-freebsd-usb@FreeBSD.ORG Mon Nov 8 16:44:11 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFFAB106564A; Mon, 8 Nov 2010 16:44:10 +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 9BB2D8FC0C; Mon, 8 Nov 2010 16:44:10 +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 1250E46B35; Mon, 8 Nov 2010 11:44:10 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 0F2B58A009; Mon, 8 Nov 2010 11:44:09 -0500 (EST) From: John Baldwin To: Matthew Fleming Date: Mon, 8 Nov 2010 11:42:45 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: <201011012054.59551.hselasky@c2i.net> <201011080947.00550.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011081142.46175.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 08 Nov 2010 11:44:09 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: freebsd-usb@freebsd.org, Weongyo Jeong , freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [RFC] Outline of USB process integration in the kernel taskqueue system 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, 08 Nov 2010 16:44:11 -0000 On Monday, November 08, 2010 10:34:33 am Matthew Fleming wrote: > On Mon, Nov 8, 2010 at 6:47 AM, John Baldwin wrote: > > On Saturday, November 06, 2010 4:33:17 pm Matthew Fleming wrote: > >> On Sat, Nov 6, 2010 at 7:22 AM, Hans Petter Selasky wrote: > >> > Hi, > >> > > >> > On Saturday 06 November 2010 14:57:50 Matthew Fleming wrote: > >> >> > >> >> I think you're misunderstanding the existing taskqueue(9) implementation. > >> >> > >> >> As long as TQ_LOCK is held, the state of ta->ta_pending cannot change, > >> >> nor can the set of running tasks. So the order of checks is > >> >> irrelevant. > >> > > >> > I agree that the order of checks is not important. That is not the problem. > >> > > >> > Cut & paste from suggested taskqueue patch from Fleming: > >> > > >> > > +int > >> >> > +taskqueue_cancel(struct taskqueue *queue, struct task *task) > >> >> > +{ > >> >> > + int rc; > >> >> > + > >> >> > + TQ_LOCK(queue); > >> >> > + if (!task_is_running(queue, task)) { > >> >> > + if ((rc = task->ta_pending) > 0) > >> >> > + STAILQ_REMOVE(&queue->tq_queue, task, task, > >> >> > ta_link); + task->ta_pending = 0; > >> >> > + } else { > >> >> > + rc = -EBUSY; > >> > > >> > What happens in this case if ta_pending > 0. Are you saying this is not > >> > possible? If ta_pending > 0, shouldn't we also do a STAILQ_REMOVE() ? > >> > >> Ah! I see what you mean. > >> > >> I'm not quite sure what the best thing to do here is; I agree it would > >> be nice if taskqueue_cancel(9) dequeued the task, but I believe it > >> also needs to indicate that the task is currently running. I guess > >> the best thing would be to return the old pending count by reference > >> parameter, and 0 or EBUSY to also indicate if there is a task > >> currently running. > >> > >> Adding jhb@ to this mail since he has good thoughts on interfacing. > > > > I agree we should always dequeue when possible. I think it should return > > -EBUSY in that case. That way code that uses 'cancel' followed by a > > conditional 'drain' to implement a blocking 'cancel' will DTRT. > > Do we not also want the old ta_pending to be returned? In the case > where a task is pending and is also currently running (admittedly a > narrow window), how would we do this? This is why I suggested > returning the old ta_pending by reference. This also allows callers > who don't care about the old pending to pass NULL and ignore it. I would be fine with that then. I wonder if taskqueue_cancel() could then return a simple true/false. False if the task is running, and true otherwise? -- John Baldwin From owner-freebsd-usb@FreeBSD.ORG Mon Nov 8 16:47:00 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F257B1065679; Mon, 8 Nov 2010 16:46:59 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7E09E8FC14; Mon, 8 Nov 2010 16:46:59 +0000 (UTC) Received: by iwn39 with SMTP id 39so6296735iwn.13 for ; Mon, 08 Nov 2010 08:46:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=bJjeFYGl3fy966B8YB3YJqHzPhP3c+Lix7MzG1/+ZQE=; b=Q4ITzcxHFehpXE+t+L3Lrpu9hqpxX/QIO5DlGo5llXPWNUHtaQUv5Pqtp5s3DE9SKL vP+Mbr65IcOTsMJfFTzn2pBzXwvQM3CraXfenp4idurSIhxDYcNXx4qdrvFixvZuti0x TaCvMMKPd2xNYSVom4M3k7y8Jp9KCq6YKHVbk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=PsxCwpO9RlRHD4yuEXIVTVVCxXH1hig2ucu667KKJbuujS9K4jhltW4i4xLM7lx91H 7Y+N71MIHJQdAhtqiwQpZ7ohASnvPHhSD3CZ2Mxt2IJx9CEdhq8FHTOq4c3TmaRBmnLn HJxaRqiz4ggpL9v0k5+imkOl5RRjkWM2P3ywc= MIME-Version: 1.0 Received: by 10.231.192.73 with SMTP id dp9mr4239441ibb.72.1289234818843; Mon, 08 Nov 2010 08:46:58 -0800 (PST) Received: by 10.231.21.35 with HTTP; Mon, 8 Nov 2010 08:46:58 -0800 (PST) In-Reply-To: <201011081142.46175.jhb@freebsd.org> References: <201011012054.59551.hselasky@c2i.net> <201011080947.00550.jhb@freebsd.org> <201011081142.46175.jhb@freebsd.org> Date: Mon, 8 Nov 2010 08:46:58 -0800 Message-ID: From: Matthew Fleming To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-usb@freebsd.org, Weongyo Jeong , freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [RFC] Outline of USB process integration in the kernel taskqueue system 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, 08 Nov 2010 16:47:00 -0000 On Mon, Nov 8, 2010 at 8:42 AM, John Baldwin wrote: > On Monday, November 08, 2010 10:34:33 am Matthew Fleming wrote: >> On Mon, Nov 8, 2010 at 6:47 AM, John Baldwin wrote: >> > On Saturday, November 06, 2010 4:33:17 pm Matthew Fleming wrote: >> >> On Sat, Nov 6, 2010 at 7:22 AM, Hans Petter Selasky wrote: >> >> > Hi, >> >> > >> >> > On Saturday 06 November 2010 14:57:50 Matthew Fleming wrote: >> >> >> >> >> >> I think you're misunderstanding the existing taskqueue(9) implemen= tation. >> >> >> >> >> >> As long as TQ_LOCK is held, the state of ta->ta_pending cannot cha= nge, >> >> >> nor can the set of running tasks. =A0So the order of checks is >> >> >> irrelevant. >> >> > >> >> > I agree that the order of checks is not important. That is not the = problem. >> >> > >> >> > Cut & paste from suggested taskqueue patch from Fleming: >> >> > >> >> > =A0> +int >> >> >> > +taskqueue_cancel(struct taskqueue *queue, struct task *task) >> >> >> > +{ >> >> >> > + =A0 =A0 =A0 int rc; >> >> >> > + >> >> >> > + =A0 =A0 =A0 TQ_LOCK(queue); >> >> >> > + =A0 =A0 =A0 if (!task_is_running(queue, task)) { >> >> >> > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if ((rc =3D task->ta_pending) > 0) >> >> >> > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 STAILQ_REMOVE(&que= ue->tq_queue, task, task, >> >> >> > ta_link); + =A0 =A0 =A0 =A0 =A0 =A0 =A0 task->ta_pending =3D 0; >> >> >> > + =A0 =A0 =A0 } else { >> >> >> > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 rc =3D -EBUSY; >> >> > >> >> > What happens in this case if ta_pending > 0. Are you saying this is= not >> >> > possible? If ta_pending > 0, shouldn't we also do a STAILQ_REMOVE()= ? >> >> >> >> Ah! =A0I see what you mean. >> >> >> >> I'm not quite sure what the best thing to do here is; I agree it woul= d >> >> be nice if taskqueue_cancel(9) dequeued the task, but I believe it >> >> also needs to indicate that the task is currently running. =A0I guess >> >> the best thing would be to return the old pending count by reference >> >> parameter, and 0 or EBUSY to also indicate if there is a task >> >> currently running. >> >> >> >> Adding jhb@ to this mail since he has good thoughts on interfacing. >> > >> > I agree we should always dequeue when possible. =A0I think it should r= eturn >> > -EBUSY in that case. =A0That way code that uses 'cancel' followed by a >> > conditional 'drain' to implement a blocking 'cancel' will DTRT. >> >> Do we not also want the old ta_pending to be returned? =A0In the case >> where a task is pending and is also currently running (admittedly a >> narrow window), how would we do this? =A0This is why I suggested >> returning the old ta_pending by reference. =A0This also allows callers >> who don't care about the old pending to pass NULL and ignore it. > > I would be fine with that then. =A0I wonder if taskqueue_cancel() could t= hen > return a simple true/false. =A0False if the task is running, and true > otherwise? Sure, though since we don't really have a bool type in the kernel I'd still prefer to return an int with EBUSY meaning a task was running. Thanks, matthew From owner-freebsd-usb@FreeBSD.ORG Mon Nov 8 17:04:57 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB2A1106564A; Mon, 8 Nov 2010 17:04:57 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8D7E58FC1D; Mon, 8 Nov 2010 17:04:57 +0000 (UTC) Received: by pxi1 with SMTP id 1so1067896pxi.13 for ; Mon, 08 Nov 2010 09:04:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=IMsU0iLLKZy4M0mTial+VDi0L/cNT9Zi3iPWW1QsgJc=; b=mr1oWxGvvUW4yJDDLgR1FTgfiNfmsZZO5/JshKAkYGPblZxo9Zh9pXHkbl6sO5PVQs W0X1RjaDdHGz1RU43pKvaoK+Ym+TRLUXRcc2Dv7L+sKC275FLOAj/zfHoDvbXuhYpsOY oFiNTLGs3AitH1hnF1Yk2MqyOYSQDsrB7Y+RU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=g4PxTTL5VgTQMgwcSJvjADKX5bDc51bPhxWMGxrUx1Gh4dOQFiBRF/vxURoaKE+SWa cCewxnWVoopAgRLU9tK143nQSPCGGnnxDMM4Dpk9d8u9cHlQBkokJXcOkgScFPbKd3cx GLaIJHlxl1ASC8uhDKuR2wuKjvIJ8yTkpaXKo= MIME-Version: 1.0 Received: by 10.42.165.200 with SMTP id l8mr2253305icy.326.1289235894985; Mon, 08 Nov 2010 09:04:54 -0800 (PST) Received: by 10.231.21.35 with HTTP; Mon, 8 Nov 2010 09:04:54 -0800 (PST) In-Reply-To: References: <201011012054.59551.hselasky@c2i.net> <201011080947.00550.jhb@freebsd.org> <201011081142.46175.jhb@freebsd.org> Date: Mon, 8 Nov 2010 09:04:54 -0800 Message-ID: From: Matthew Fleming To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-usb@freebsd.org, Weongyo Jeong , freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [RFC] Outline of USB process integration in the kernel taskqueue system 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, 08 Nov 2010 17:04:58 -0000 On Mon, Nov 8, 2010 at 8:46 AM, Matthew Fleming wrote: > On Mon, Nov 8, 2010 at 8:42 AM, John Baldwin wrote: >> On Monday, November 08, 2010 10:34:33 am Matthew Fleming wrote: >>> On Mon, Nov 8, 2010 at 6:47 AM, John Baldwin wrote: >>> > On Saturday, November 06, 2010 4:33:17 pm Matthew Fleming wrote: >>> >> On Sat, Nov 6, 2010 at 7:22 AM, Hans Petter Selasky wrote: >>> >> > Hi, >>> >> > >>> >> > On Saturday 06 November 2010 14:57:50 Matthew Fleming wrote: >>> >> >> >>> >> >> I think you're misunderstanding the existing taskqueue(9) impleme= ntation. >>> >> >> >>> >> >> As long as TQ_LOCK is held, the state of ta->ta_pending cannot ch= ange, >>> >> >> nor can the set of running tasks. =A0So the order of checks is >>> >> >> irrelevant. >>> >> > >>> >> > I agree that the order of checks is not important. That is not the= problem. >>> >> > >>> >> > Cut & paste from suggested taskqueue patch from Fleming: >>> >> > >>> >> > =A0> +int >>> >> >> > +taskqueue_cancel(struct taskqueue *queue, struct task *task) >>> >> >> > +{ >>> >> >> > + =A0 =A0 =A0 int rc; >>> >> >> > + >>> >> >> > + =A0 =A0 =A0 TQ_LOCK(queue); >>> >> >> > + =A0 =A0 =A0 if (!task_is_running(queue, task)) { >>> >> >> > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if ((rc =3D task->ta_pending) > 0= ) >>> >> >> > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 STAILQ_REMOVE(&qu= eue->tq_queue, task, task, >>> >> >> > ta_link); + =A0 =A0 =A0 =A0 =A0 =A0 =A0 task->ta_pending =3D 0; >>> >> >> > + =A0 =A0 =A0 } else { >>> >> >> > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 rc =3D -EBUSY; >>> >> > >>> >> > What happens in this case if ta_pending > 0. Are you saying this i= s not >>> >> > possible? If ta_pending > 0, shouldn't we also do a STAILQ_REMOVE(= ) ? >>> >> >>> >> Ah! =A0I see what you mean. >>> >> >>> >> I'm not quite sure what the best thing to do here is; I agree it wou= ld >>> >> be nice if taskqueue_cancel(9) dequeued the task, but I believe it >>> >> also needs to indicate that the task is currently running. =A0I gues= s >>> >> the best thing would be to return the old pending count by reference >>> >> parameter, and 0 or EBUSY to also indicate if there is a task >>> >> currently running. >>> >> >>> >> Adding jhb@ to this mail since he has good thoughts on interfacing. >>> > >>> > I agree we should always dequeue when possible. =A0I think it should = return >>> > -EBUSY in that case. =A0That way code that uses 'cancel' followed by = a >>> > conditional 'drain' to implement a blocking 'cancel' will DTRT. >>> >>> Do we not also want the old ta_pending to be returned? =A0In the case >>> where a task is pending and is also currently running (admittedly a >>> narrow window), how would we do this? =A0This is why I suggested >>> returning the old ta_pending by reference. =A0This also allows callers >>> who don't care about the old pending to pass NULL and ignore it. >> >> I would be fine with that then. =A0I wonder if taskqueue_cancel() could = then >> return a simple true/false. =A0False if the task is running, and true >> otherwise? > > Sure, though since we don't really have a bool type in the kernel I'd > still prefer to return an int with EBUSY meaning a task was running. I'll commit this later today unless there are objections. http://people.freebsd.org/~mdf/0001-Add-a-taskqueue_cancel-9-to-cancel-a-pe= nding-task-wi.patch Thanks, matthew From owner-freebsd-usb@FreeBSD.ORG Mon Nov 8 18:25:00 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D52F2106564A; Mon, 8 Nov 2010 18:25:00 +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 88E508FC16; Mon, 8 Nov 2010 18:25:00 +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 DC04A46B3B; Mon, 8 Nov 2010 13:24:59 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 954D48A01D; Mon, 8 Nov 2010 13:24:58 -0500 (EST) From: John Baldwin To: Matthew Fleming Date: Mon, 8 Nov 2010 13:24:05 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: <201011012054.59551.hselasky@c2i.net> <201011081142.46175.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011081324.05514.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 08 Nov 2010 13:24:58 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: freebsd-usb@freebsd.org, Weongyo Jeong , freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [RFC] Outline of USB process integration in the kernel taskqueue system 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, 08 Nov 2010 18:25:01 -0000 On Monday, November 08, 2010 11:46:58 am Matthew Fleming wrote: > On Mon, Nov 8, 2010 at 8:42 AM, John Baldwin wrote: > > On Monday, November 08, 2010 10:34:33 am Matthew Fleming wrote: > >> On Mon, Nov 8, 2010 at 6:47 AM, John Baldwin wrote: > >> > On Saturday, November 06, 2010 4:33:17 pm Matthew Fleming wrote: > >> >> On Sat, Nov 6, 2010 at 7:22 AM, Hans Petter Selasky wrote: > >> >> > Hi, > >> >> > > >> >> > On Saturday 06 November 2010 14:57:50 Matthew Fleming wrote: > >> >> >> > >> >> >> I think you're misunderstanding the existing taskqueue(9) implementation. > >> >> >> > >> >> >> As long as TQ_LOCK is held, the state of ta->ta_pending cannot change, > >> >> >> nor can the set of running tasks. So the order of checks is > >> >> >> irrelevant. > >> >> > > >> >> > I agree that the order of checks is not important. That is not the problem. > >> >> > > >> >> > Cut & paste from suggested taskqueue patch from Fleming: > >> >> > > >> >> > > +int > >> >> >> > +taskqueue_cancel(struct taskqueue *queue, struct task *task) > >> >> >> > +{ > >> >> >> > + int rc; > >> >> >> > + > >> >> >> > + TQ_LOCK(queue); > >> >> >> > + if (!task_is_running(queue, task)) { > >> >> >> > + if ((rc = task->ta_pending) > 0) > >> >> >> > + STAILQ_REMOVE(&queue->tq_queue, task, task, > >> >> >> > ta_link); + task->ta_pending = 0; > >> >> >> > + } else { > >> >> >> > + rc = -EBUSY; > >> >> > > >> >> > What happens in this case if ta_pending > 0. Are you saying this is not > >> >> > possible? If ta_pending > 0, shouldn't we also do a STAILQ_REMOVE() ? > >> >> > >> >> Ah! I see what you mean. > >> >> > >> >> I'm not quite sure what the best thing to do here is; I agree it would > >> >> be nice if taskqueue_cancel(9) dequeued the task, but I believe it > >> >> also needs to indicate that the task is currently running. I guess > >> >> the best thing would be to return the old pending count by reference > >> >> parameter, and 0 or EBUSY to also indicate if there is a task > >> >> currently running. > >> >> > >> >> Adding jhb@ to this mail since he has good thoughts on interfacing. > >> > > >> > I agree we should always dequeue when possible. I think it should return > >> > -EBUSY in that case. That way code that uses 'cancel' followed by a > >> > conditional 'drain' to implement a blocking 'cancel' will DTRT. > >> > >> Do we not also want the old ta_pending to be returned? In the case > >> where a task is pending and is also currently running (admittedly a > >> narrow window), how would we do this? This is why I suggested > >> returning the old ta_pending by reference. This also allows callers > >> who don't care about the old pending to pass NULL and ignore it. > > > > I would be fine with that then. I wonder if taskqueue_cancel() could then > > return a simple true/false. False if the task is running, and true > > otherwise? > > Sure, though since we don't really have a bool type in the kernel I'd > still prefer to return an int with EBUSY meaning a task was running. The only reason I would prefer the other sense (false if already running) is that is what callout_stop()'s return value is (true if it "stopped" the callout, false if it couldn't stop it)). However, returning EBUSY is ok. One difference is that callout_stop() returns false if the callout is not pending (i.e. not on softclock). Right now taskqueue_cancel() returns 0 in that case (ta_pending == 0), but that is probably fine as long as it is documented. If you wanted to return EINVAL instead, that would be fine, too. -- John Baldwin From owner-freebsd-usb@FreeBSD.ORG Mon Nov 8 20:37:08 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 473841065672; Mon, 8 Nov 2010 20:37:08 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C93C28FC24; Mon, 8 Nov 2010 20:37:07 +0000 (UTC) Received: by iwn39 with SMTP id 39so6506949iwn.13 for ; Mon, 08 Nov 2010 12:37:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=I155nDbwEt9h3lLLqiGD6cPgOWFcZiWcgJYvp7RPhsU=; b=RkXnSGymT0weEJez7fPVi2VchCnFcI7CbVq/eXn+fjhtm2TwNQNJE9LwYX9AmxTk8V JpTBvsqdofAU37j2eysXW9lEXoslGeHilZ5TWAlcc1XIGL/7ehMbaA1vA9hl4daEnMsm gqWgXt+U+Tzk4J+3Lb8+U36e1HdDWdUuMpIwQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=W4z+VGmu0W515mdZi+6jYRIUdfkyVjgtTyHgm1out//T3IZkL/su7ShIJSFLDZuyMT YPPt9d/4Dmima9ji7r6BrcJ+HwADcYlx4f0xMgTyLdRFmB5+8rjWjM/oQol5ePxIJwu4 ck22MS1URXyF8oNtwYSSNJ5hIgB/rN1ic9QE0= MIME-Version: 1.0 Received: by 10.231.192.73 with SMTP id dp9mr4536957ibb.72.1289248626670; Mon, 08 Nov 2010 12:37:06 -0800 (PST) Received: by 10.231.21.35 with HTTP; Mon, 8 Nov 2010 12:37:06 -0800 (PST) In-Reply-To: <201011081324.05514.jhb@freebsd.org> References: <201011012054.59551.hselasky@c2i.net> <201011081142.46175.jhb@freebsd.org> <201011081324.05514.jhb@freebsd.org> Date: Mon, 8 Nov 2010 12:37:06 -0800 Message-ID: From: Matthew Fleming To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-usb@freebsd.org, Weongyo Jeong , freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [RFC] Outline of USB process integration in the kernel taskqueue system 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, 08 Nov 2010 20:37:08 -0000 On Mon, Nov 8, 2010 at 10:24 AM, John Baldwin wrote: > On Monday, November 08, 2010 11:46:58 am Matthew Fleming wrote: >> On Mon, Nov 8, 2010 at 8:42 AM, John Baldwin wrote: >> > On Monday, November 08, 2010 10:34:33 am Matthew Fleming wrote: >> >> On Mon, Nov 8, 2010 at 6:47 AM, John Baldwin wrote: >> >> > On Saturday, November 06, 2010 4:33:17 pm Matthew Fleming wrote: >> >> >> On Sat, Nov 6, 2010 at 7:22 AM, Hans Petter Selasky wrote: >> >> >> > Hi, >> >> >> > >> >> >> > On Saturday 06 November 2010 14:57:50 Matthew Fleming wrote: >> >> >> >> >> >> >> >> I think you're misunderstanding the existing taskqueue(9) imple= mentation. >> >> >> >> >> >> >> >> As long as TQ_LOCK is held, the state of ta->ta_pending cannot = change, >> >> >> >> nor can the set of running tasks. =A0So the order of checks is >> >> >> >> irrelevant. >> >> >> > >> >> >> > I agree that the order of checks is not important. That is not t= he problem. >> >> >> > >> >> >> > Cut & paste from suggested taskqueue patch from Fleming: >> >> >> > >> >> >> > =A0> +int >> >> >> >> > +taskqueue_cancel(struct taskqueue *queue, struct task *task) >> >> >> >> > +{ >> >> >> >> > + =A0 =A0 =A0 int rc; >> >> >> >> > + >> >> >> >> > + =A0 =A0 =A0 TQ_LOCK(queue); >> >> >> >> > + =A0 =A0 =A0 if (!task_is_running(queue, task)) { >> >> >> >> > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if ((rc =3D task->ta_pending) >= 0) >> >> >> >> > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 STAILQ_REMOVE(&= queue->tq_queue, task, task, >> >> >> >> > ta_link); + =A0 =A0 =A0 =A0 =A0 =A0 =A0 task->ta_pending =3D = 0; >> >> >> >> > + =A0 =A0 =A0 } else { >> >> >> >> > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 rc =3D -EBUSY; >> >> >> > >> >> >> > What happens in this case if ta_pending > 0. Are you saying this= is not >> >> >> > possible? If ta_pending > 0, shouldn't we also do a STAILQ_REMOV= E() ? >> >> >> >> >> >> Ah! =A0I see what you mean. >> >> >> >> >> >> I'm not quite sure what the best thing to do here is; I agree it w= ould >> >> >> be nice if taskqueue_cancel(9) dequeued the task, but I believe it >> >> >> also needs to indicate that the task is currently running. =A0I gu= ess >> >> >> the best thing would be to return the old pending count by referen= ce >> >> >> parameter, and 0 or EBUSY to also indicate if there is a task >> >> >> currently running. >> >> >> >> >> >> Adding jhb@ to this mail since he has good thoughts on interfacing= . >> >> > >> >> > I agree we should always dequeue when possible. =A0I think it shoul= d return >> >> > -EBUSY in that case. =A0That way code that uses 'cancel' followed b= y a >> >> > conditional 'drain' to implement a blocking 'cancel' will DTRT. >> >> >> >> Do we not also want the old ta_pending to be returned? =A0In the case >> >> where a task is pending and is also currently running (admittedly a >> >> narrow window), how would we do this? =A0This is why I suggested >> >> returning the old ta_pending by reference. =A0This also allows caller= s >> >> who don't care about the old pending to pass NULL and ignore it. >> > >> > I would be fine with that then. =A0I wonder if taskqueue_cancel() coul= d then >> > return a simple true/false. =A0False if the task is running, and true >> > otherwise? >> >> Sure, though since we don't really have a bool type in the kernel I'd >> still prefer to return an int with EBUSY meaning a task was running. > > The only reason I would prefer the other sense (false if already running) > is that is what callout_stop()'s return value is (true if it "stopped" th= e > callout, false if it couldn't stop it)). I think the symmetry with callout(9) can't go very far, mostly because callout generally takes a specified mtx before calling the callback, and taskqueue(9) does not. That means fundamentally that, when using a taskqueue(9) the consumer has much less knowledge of the exact state of a task. Thanks, matthew > However, returning EBUSY is ok. =A0One difference is that callout_stop() > returns false if the callout is not pending (i.e. not on softclock). =A0R= ight > now taskqueue_cancel() returns 0 in that case (ta_pending =3D=3D 0), but = that is > probably fine as long as it is documented. =A0If you wanted to return EIN= VAL > instead, that would be fine, too. > > -- > John Baldwin > From owner-freebsd-usb@FreeBSD.ORG Tue Nov 9 13:30:40 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11CA41065673; Tue, 9 Nov 2010 13:30:40 +0000 (UTC) (envelope-from amsibamsi@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id AD2FB8FC19; Tue, 9 Nov 2010 13:30:39 +0000 (UTC) Received: by ywg4 with SMTP id 4so705636ywg.13 for ; Tue, 09 Nov 2010 05:30:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=ylKV8schJfjqfsWRnjfz1elGAHPQiDHmQsfbEk9kw8w=; b=cOiUPQMsyHJx3xx5DZyGaT2Li4TKWsPT6n9a7wIKp+BKJVIwUuGmrDBx781ktJK9Eb jWDHXJjyPGVYtaZU+kOVD80VPw/r2enG1xm46q++qkERaT3eeaBkdVr/CIfsQNPWhPHp PlAjlg6F+SzdRaLkiPWfccu9D7gV31ln0aBCQ= 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=wGxbov+poZkYt0Fje31KsSFaFdW86W3v2jGK+iDlOjSkxpDwol1TFq8RzolrjzLu4Q 6EOPey7Kphhlj6gTfLae7jHzFb5AkGdfIq9OZ06Wjb2JyeIbTcqxdqMy7tBqSq8k1oDC +kfvyBEF98019GUQBgI0fum5NecLpCG+ybWhM= MIME-Version: 1.0 Received: by 10.229.240.78 with SMTP id kz14mr6241511qcb.230.1289309438353; Tue, 09 Nov 2010 05:30:38 -0800 (PST) Received: by 10.229.55.149 with HTTP; Tue, 9 Nov 2010 05:30:38 -0800 (PST) In-Reply-To: <201010132328.19194.hselasky@c2i.net> References: <201010132328.19194.hselasky@c2i.net> Date: Tue, 9 Nov 2010 14:30:38 +0100 Message-ID: From: Anselm Strauss To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-questions@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB disk on CS5536 unstable X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2010 13:30:40 -0000 I opened a PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=152075 On Wed, Oct 13, 2010 at 11:28 PM, Hans Petter Selasky wrote: > On Wednesday 13 October 2010 23:22:59 Hans Petter Selasky wrote: > > Can you add this device to the quirk entries in: > > > > sys/dev/usb/controller/ehci.c > > ehci_pci.c actually. > > --HPS > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-usb@FreeBSD.ORG Wed Nov 10 00:07:20 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A8BC106564A; Wed, 10 Nov 2010 00:07:20 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id AF5FB8FC13; Wed, 10 Nov 2010 00:07:19 +0000 (UTC) Received: by bwz2 with SMTP id 2so105261bwz.13 for ; Tue, 09 Nov 2010 16:07:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=F7Rw3fuS8YecqOSpVXqjIWhFxcpIYuUSCQdargDGLLI=; b=WMCfkO7ODvKo+/Lu6Xmfa7ECu8P97GftmQ5VXfcKMJikTmSSHXSHqIyYokGqD+0TdK f0uJxZ9QqptJ/NOSgYSRBTxil32kJ6lXyMj0HMKZgtnT5M/3LQvF+kbF1eAHjitVCLDf Eqt+aTPVYLSLXkmBxzwcaoa4r1G2559jAeqUA= 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=hj0zB++8M3cWOVp+7dlk64U6D97+muAA4IP7b7+nwn0KIWvfPon92zWz0TzTkmsNZD fEScaoMFQq5HxRBIFDzFecsS2NZW3Lc0To0y3tALAJ4syqS3vVwPZrJ4tIyDWvJANYeS ao8jIbLTMYtCJivIOJMM0bd/34Rcjdwf3qUXY= MIME-Version: 1.0 Received: by 10.204.84.148 with SMTP id j20mr7184256bkl.149.1289347637580; Tue, 09 Nov 2010 16:07:17 -0800 (PST) Received: by 10.204.142.133 with HTTP; Tue, 9 Nov 2010 16:07:17 -0800 (PST) In-Reply-To: <4CD1176E.4060101@FreeBSD.org> References: <201011020830.31701.hselasky@c2i.net> <201011030849.34556.hselasky@c2i.net> <4CD1176E.4060101@FreeBSD.org> Date: Wed, 10 Nov 2010 03:07:17 +0300 Message-ID: From: Alexander Churanov To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-usb@freebsd.org Subject: Re: USB camera not detected by 8.1, was working in 7 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, 10 Nov 2010 00:07:20 -0000 Alexander, Hans Some time ago I was asking for an advice on USB camera which fails to work after upgrade to FreeBSD 8 (the /dev/da* don't show up). Now I've enabled CAMDEBUG. The entries from /var/log/messages are available here: http://alexanderchuranov.com/freebsd8-usb-camera/autosense-failed If you have some time to look into this, your comments will be very much appreciated. I am software engineer and don't hesitate to investigate into the code if it is necessary to fix the issue. However, I basically know nothing about USB and SCSI. Tell me, if I may look into specific places in source code, perform some debugging, compare results with specifications, etc. Sincerely, Alexander Churanov From owner-freebsd-usb@FreeBSD.ORG Wed Nov 10 04:38:37 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9750B106564A for ; Wed, 10 Nov 2010 04:38:37 +0000 (UTC) (envelope-from aonline@planetcreations.com) Received: from smtp.net4india.com (smtp.net4india.com [118.67.248.46]) by mx1.freebsd.org (Postfix) with ESMTP id E68B38FC1A for ; Wed, 10 Nov 2010 04:38:36 +0000 (UTC) Received: from [180.215.225.181] (helo=VIRTUALLP4) by smtp.net4india.com with esmtp (Exim 4.69) (envelope-from ) id 1PFtYm-0002GZ-2q for freebsd-usb@freebsd.org; Wed, 10 Nov 2010 00:38:48 +0530 From: "Khushi P." To: freebsd-usb@freebsd.org MIME-Version: 1.0 Date: Wed, 10 Nov 2010 00:30:37 +0530 Message-ID: <203218210455214@virtuallp4> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: General Awarness - Unknown Facts X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mail@khushiwebworld.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2010 04:38:37 -0000 Hi, Various unknown facts are listed on the website http://khushiwebworld.= com . The unknown facts are really good an= d I have found it very useful, so thought to share the same with you. = They are categorized as 1. Unknown facts 2. Health Facts 3. Ayurveda facts 4. And Many more . After visiting the website http://khushiwebworld.com you will have awareness towards various unknown facts which= is very useful in day to day life. Regards . Khushi **********************************************************************= *** Khushi World Disclaimer Policy This mail has ben sent to freebsd-usb@freebsd.org dated 10/11/2010= =20 In case if you have received this email accidently and If you prefer n= ot to receive future emails of this type please UNSUBSCRIBE . If this link does not works reply with the subject "Remo= ve" . =20 **********************************************************************= ****** From owner-freebsd-usb@FreeBSD.ORG Wed Nov 10 09:30:16 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFDFA106566C for ; Wed, 10 Nov 2010 09:30:16 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 525738FC14 for ; Wed, 10 Nov 2010 09:30:15 +0000 (UTC) Received: by bwz2 with SMTP id 2so496733bwz.13 for ; Wed, 10 Nov 2010 01:30:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=TFSIqctRex4WUCsEeTFLgCbfRW8Zl/fEd3QL34y/R88=; b=aYjSB69ON2uFjxI2cLCswY4Kqh9UqeTQ92Aj/eTyY3+DNk+/BSPmVfWBEMNdgWDRVC uPt7U4YBck5Z/f3EXUmV9M8vKbmasePULiw3XahR9+Dbrb6CQt+8ZUsB8DasVx9nfs/w xiesWoEwCbJPqPF+AySZ0bI4tNw/kAyu0rZ8M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=sgR5zC/D38whVyJ7UEuBHc1Lci3H+eOPVL4eNKVsVggjhQG/yJK1YVxVDk3Qfh6ont bowbPycdMJLoeUevTDsCn9mV8DkO0gt70djhgEnZF9rMUUFIrkySCWWW7AksdprBdTH9 t4lJuyZuBrAH6xuvPwZTeLANgCCiahBpwciqw= Received: by 10.204.119.133 with SMTP id z5mr4312152bkq.82.1289381415167; Wed, 10 Nov 2010 01:30:15 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id t10sm172597bkj.4.2010.11.10.01.30.13 (version=SSLv3 cipher=RC4-MD5); Wed, 10 Nov 2010 01:30:13 -0800 (PST) Sender: Alexander Motin Message-ID: <4CDA6622.2020002@FreeBSD.org> Date: Wed, 10 Nov 2010 11:30:10 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Alexander Churanov References: <201011020830.31701.hselasky@c2i.net> <201011030849.34556.hselasky@c2i.net> <4CD1176E.4060101@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: USB camera not detected by 8.1, was working in 7 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, 10 Nov 2010 09:30:16 -0000 Hi. Alexander Churanov wrote: > Some time ago I was asking for an advice on USB camera which fails to > work after upgrade to FreeBSD 8 (the /dev/da* don't show up). > > Now I've enabled CAMDEBUG. The entries from /var/log/messages are > available here: > http://alexanderchuranov.com/freebsd8-usb-camera/autosense-failed > > If you have some time to look into this, your comments will be very > much appreciated. As I can see, things go wrong just after first request to device - INQUIRY. After that CAM tries to fetch details of error with REQUEST SENSE and again fails. I think you had no enabled verbose kernel messages at that moment, so I can't see some error messages I would expect there. But from this data I don't think that something is wrong with CAM. I would start digging toward umass driver (enable debug there) to find out what can be the source of these errors. Device should not return error in response to INQUIRY. PS: I can see that umass has special quirk to simulate fake INQUIRY response in some cases. I have no idea what the hell it is, but may be it is related here. -- Alexander Motin From owner-freebsd-usb@FreeBSD.ORG Wed Nov 10 13:41:25 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FD631065693; Wed, 10 Nov 2010 13:41:25 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id B5F0C8FC1F; Wed, 10 Nov 2010 13:41:24 +0000 (UTC) Received: by bwz2 with SMTP id 2so739417bwz.13 for ; Wed, 10 Nov 2010 05:41:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=I3WR4aYAmEL0inVl7EDOhII1KppQhNwJtASX6lPdNBw=; b=eTRPW7gPhEUs7a3YitVckltJ427lcGwB9H+8TUxwbm8RTOn+qEDqLYF9bQLz30qjk2 /cweaSlgtSiIIr8kceXESI2/+mTr7314iv3AXiuHg/hU4oEXZovJgbhiBQ373Whw+MwW JQKpkguaI+3Y1dd/Mpt673H4iV4D3omt+amLc= 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=nJ+GEfrZ84OI4L9L00zyhi1YjBvMX+BnQddFbGmUJfOoQEr6WjXDOLZdYK0CjlmYkX azb7+lt/JaiwdIPLTr0YjlaboOQHGcR2npMOahk+t7wuovYqjWtjG6KbX/CNXMIb7pdv k1nDFpyhMb8buG6xtpCz4jYc2s+XXQoW7D1gA= MIME-Version: 1.0 Received: by 10.204.59.79 with SMTP id k15mr8080325bkh.41.1289396466404; Wed, 10 Nov 2010 05:41:06 -0800 (PST) Received: by 10.204.142.133 with HTTP; Wed, 10 Nov 2010 05:41:05 -0800 (PST) In-Reply-To: <4CDA6622.2020002@FreeBSD.org> References: <201011020830.31701.hselasky@c2i.net> <201011030849.34556.hselasky@c2i.net> <4CD1176E.4060101@FreeBSD.org> <4CDA6622.2020002@FreeBSD.org> Date: Wed, 10 Nov 2010 16:41:05 +0300 Message-ID: From: Alexander Churanov To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-usb@freebsd.org Subject: Re: USB camera not detected by 8.1, was working in 7 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, 10 Nov 2010 13:41:25 -0000 2010/11/10 Alexander Motin : > > As I can see, things go wrong just after first request to device - > INQUIRY. After that CAM tries to fetch details of error with REQUEST > SENSE and again fails. I think you had no enabled verbose kernel > messages at that moment, so I can't see some error messages I would > expect there. But from this data I don't think that something is wrong > with CAM. I would start digging toward umass driver (enable debug there) > to find out what can be the source of these errors. Device should not > return error in response to INQUIRY. > > PS: I can see that umass has special quirk to simulate fake INQUIRY > response in some cases. I have no idea what the hell it is, but may be > it is related here. Alexander, Thank you for comments. I'll enable additional debugging and try to examine the behavior of this device with other operating systems. Sincerely, Alexander Churanov From owner-freebsd-usb@FreeBSD.ORG Wed Nov 10 14:06:11 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FF02106566C for ; Wed, 10 Nov 2010 14:06:11 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward3.mail.yandex.net (forward3.mail.yandex.net [77.88.46.8]) by mx1.freebsd.org (Postfix) with ESMTP id 458218FC0A; Wed, 10 Nov 2010 14:06:11 +0000 (UTC) Received: from smtp4.mail.yandex.net (smtp4.mail.yandex.net [77.88.46.104]) by forward3.mail.yandex.net (Yandex) with ESMTP id 4EAA456D87E7; Wed, 10 Nov 2010 16:50:27 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1289397027; bh=734eDPK1o26EeLHt8vZHYJnxexbgE90ArUf7bQp0mdE=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=CwpvRNpMXk8C2LRwB5s/pStLTCTENeTW7ZtFcC2PrLnbPlQb9PrEQgHp4eUX77sD9 y3XUBBSpsf4CzDEeAtGkTq+kcKR7Gb3JLgNXxfR2BMFEDiiwBHOKDfDOodiONlVl3z 72M3UnJxm35U4j1FGkxuA1metzf3iDx0/PWPaLQk= Received: from [127.0.0.1] (mail.kirov.so-cdu.ru [77.72.136.145]) by smtp4.mail.yandex.net (Yandex) with ESMTPSA id EC0C912804D; Wed, 10 Nov 2010 16:50:26 +0300 (MSK) Message-ID: <4CDAA315.1030808@yandex.ru> Date: Wed, 10 Nov 2010 16:50:13 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Alexander Churanov References: <201011020830.31701.hselasky@c2i.net> <201011030849.34556.hselasky@c2i.net> <4CD1176E.4060101@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9DE8BE88FA23581967C01854" Cc: Alexander Motin , hps@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB camera not detected by 8.1, was working in 7 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, 10 Nov 2010 14:06:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9DE8BE88FA23581967C01854 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 10.11.2010 3:07, Alexander Churanov wrote: > I am software engineer and don't hesitate to investigate into the code > if it is necessary to fix the issue. However, I basically know nothing > about USB and SCSI. Tell me, if I may look into specific places in > source code, perform some debugging, compare results with > specifications, etc. Hi, Alexander did you try to setup quirks for your usb device with usbconfig? --=20 WBR, Andrey V. Elsukov --------------enig9DE8BE88FA23581967C01854 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJM2qMYAAoJEAHF6gQQyKF6me0H/2riz5Mx09iJP9y/pfCnGllY CiZPM8zJzhk0D2kI/JaqrAlt7PdzqpRJxGD8FknD1U/vXCabr7nIxkwxKXiQ+XlB SnSKBikR3QITPLcrAc7lj/J9bLMCTI2y8N88IZY30q11dtIhGX3eJ3h7bXu1xKs6 cjdabtyx0/pLlLFbAsBDID23QKvsBNdfHCt06qZjVB26fb9D/2mhomnKOIdBWKn5 2ApOaBOweyDMyliax3dyvLpz3sshiiJAO/BrG6qAqXOQnT5TukqOu3ltkpRGmter HSEhcPmFV6Nj5AzSZLHg/b4RoNLUvuJxt0ZREF2jo0fJA2ndSygC0gRlmsFViMA= =/L+N -----END PGP SIGNATURE----- --------------enig9DE8BE88FA23581967C01854-- From owner-freebsd-usb@FreeBSD.ORG Wed Nov 10 21:28:37 2010 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 511A5106564A; Wed, 10 Nov 2010 21:28:37 +0000 (UTC) (envelope-from dd@freebsd.org) Received: from postie.trit.net (postie.trit.net [208.90.32.17]) by mx1.freebsd.org (Postfix) with ESMTP id 3D4DF8FC14; Wed, 10 Nov 2010 21:28:37 +0000 (UTC) Received: from crouton.trit.net (alice.qvzn.com [208.75.88.199]) by postie.trit.net (Postfix) with ESMTPSA id 239659BAF81; Wed, 10 Nov 2010 21:09:54 +0000 (UTC) Received: by crouton.trit.net (Postfix, from userid 501) id 201742D20A5; Wed, 10 Nov 2010 16:09:53 -0500 (EST) From: Dima Dorfman To: Nick Hibma Date: Wed, 10 Nov 2010 16:09:53 -0500 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (darwin) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: usb@freebsd.org Subject: Patch - u3g support for Huawei K3765 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, 10 Nov 2010 21:28:37 -0000 --=-=-= Hello, I have a Vodafone-branded HUAWEI K3765 datacard, which should be supported by the u3g driver, but my unit needs some extra help to work. I'm not sure if this applies to all K3765s or if mine (or vodafone's) is special in some way. The special init product ID looks a little unusual, but it's exactly what the OpenBSD umsm driver does Nick, does this look good to you? Patch is attached Thanks, -- Dima --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=u3g-k3765.diff Index: serial/u3g.c =================================================================== --- serial/u3g.c (revision 215101) +++ serial/u3g.c (working copy) @@ -288,6 +288,7 @@ U3G_DEV(HUAWEI, MOBILE, U3GINIT_HUAWEI), U3G_DEV(HUAWEI, E1752, U3GINIT_HUAWEISCSI), U3G_DEV(HUAWEI, K3765, U3GINIT_HUAWEI), + U3G_DEV(HUAWEI, K3765_INIT, U3GINIT_HUAWEISCSI), U3G_DEV(KYOCERA2, CDMA_MSM_K, 0), U3G_DEV(KYOCERA2, KPC680, 0), U3G_DEV(LONGCHEER, WM66, U3GINIT_HUAWEI), Index: usbdevs =================================================================== --- usbdevs (revision 215101) +++ usbdevs (working copy) @@ -1857,6 +1857,7 @@ product HUAWEI E1752 0x1446 3G modem product HUAWEI K3765 0x1465 3G modem product HUAWEI E14AC 0x14ac 3G modem +product HUAWEI K3765_INIT 0x1520 HUAWEI Mobile K3765 Initial /* HUAWEI 3com products */ product HUAWEI3COM WUB320G 0x0009 Aolynk WUB320g --=-=-=-- From owner-freebsd-usb@FreeBSD.ORG Thu Nov 11 16:00:02 2010 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E7B6106566B for ; Thu, 11 Nov 2010 16:00:02 +0000 (UTC) (envelope-from ehaupt@FreeBSD.org) Received: from mx.critical.ch (cl-8.zrh-02.ch.sixxs.net [IPv6:2001:1620:f00:7::2]) by mx1.freebsd.org (Postfix) with ESMTP id 15C388FC18 for ; Thu, 11 Nov 2010 16:00:01 +0000 (UTC) Received: from wiggles.bwns.ch (localhost [IPv6:::1]) by mx.critical.ch (8.14.3/8.14.3/critical-1.0) with SMTP id oABG00kl010639 for ; Thu, 11 Nov 2010 17:00:00 +0100 (CET) (envelope-from ehaupt@FreeBSD.org) Date: Thu, 11 Nov 2010 17:00:00 +0100 From: Emanuel Haupt To: freebsd-usb@FreeBSD.org Message-Id: <20101111170000.7a265dc3.ehaupt@FreeBSD.org> X-Mailer: Sylpheed 3.0.3 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Motorola TER/GUSB3-E Ralink Wireless USB 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, 11 Nov 2010 16:00:02 -0000 I've got a Motorola TER/GUSB3-E Wireless USB stick that identifies itself as: # /var/log/messages Nov 11 13:40:07 wiggles kernel: ugen1.3: at usbus1 Nov 11 13:40:07 wiggles kernel: umass0: on usbus1 Nov 11 13:40:09 wiggles kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Nov 11 13:40:09 wiggles kernel: (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error Nov 11 13:40:09 wiggles kernel: (probe0:umass-sim0:0:0:0): SCSI status: Check Condition Nov 11 13:40:09 wiggles kernel: (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) Nov 11 13:40:09 wiggles kernel: cd1 at umass-sim0 bus 0 scbus2 target 0 lun 0 Nov 11 13:40:09 wiggles kernel: cd1: Removable CD-ROM SCSI-0 device Nov 11 13:40:09 wiggles kernel: cd1: 40.000MB/s transfers Nov 11 13:40:09 wiggles kernel: cd1: Attempt to query device size failed: NOT READY, Medium not present # usbconfig -u 1 -a 3 dump_curr_config_desc ugen1.3: <802.11 bg WLAN Ralink> at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x0020 bNumInterfaces = 0x0001 bConfigurationValue = 0x0001 iConfiguration = 0x0000 bmAttributes = 0x0080 bMaxPower = 0x00c8 Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0000 bAlternateSetting = 0x0000 bNumEndpoints = 0x0002 bInterfaceClass = 0x0008 bInterfaceSubClass = 0x0006 bInterfaceProtocol = 0x0050 iInterface = 0x0000 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0001 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Unfortunately it's not recognized by the ural driver. Has anyone an idea what I could try? Add a usb device ID somewhere? Emanuel From owner-freebsd-usb@FreeBSD.ORG Thu Nov 11 16:05:53 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDCB3106564A for ; Thu, 11 Nov 2010 16:05:53 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 31E6B8FC13 for ; Thu, 11 Nov 2010 16:05:52 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=omSrwDgyMf70S47Fr5SNr0rQzcmIOo0IafWlB/wSLLo= c=1 sm=1 a=uEHZfrlDduIA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=Vw2pFVCkaFjawbjFDMgA:9 a=p2U8MdtuwEfO4DhS9pQA:7 a=vzsS-dLu7YIZmZcPpNWJTcqrt1QA:4 a=wPNLvfGTeEIA:10 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 48540909; Thu, 11 Nov 2010 17:05:51 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Thu, 11 Nov 2010 17:06:56 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <20101111170000.7a265dc3.ehaupt@FreeBSD.org> In-Reply-To: <20101111170000.7a265dc3.ehaupt@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: <201011111706.56225.hselasky@c2i.net> Cc: Subject: Re: Motorola TER/GUSB3-E Ralink Wireless USB 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, 11 Nov 2010 16:05:54 -0000 On Thursday 11 November 2010 17:00:00 Emanuel Haupt wrote: > I've got a Motorola TER/GUSB3-E Wireless USB stick that identifies itself > as: > > # /var/log/messages > > Nov 11 13:40:07 wiggles kernel: ugen1.3: at usbus1 > Nov 11 13:40:07 wiggles kernel: umass0: rev 2.00/0.01, addr 3> on usbus1 Nov 11 13:40:09 wiggles kernel: > (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Nov 11 > 13:40:09 wiggles kernel: (probe0:umass-sim0:0:0:0): CAM status: SCSI > Status Error Nov 11 13:40:09 wiggles kernel: (probe0:umass-sim0:0:0:0): > SCSI status: Check Condition Nov 11 13:40:09 wiggles kernel: > (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not > present) Nov 11 13:40:09 wiggles kernel: cd1 at umass-sim0 bus 0 scbus2 > target 0 lun 0 Nov 11 13:40:09 wiggles kernel: cd1: > Removable CD-ROM SCSI-0 device Nov 11 13:40:09 wiggles kernel: cd1: > 40.000MB/s transfers > Nov 11 13:40:09 wiggles kernel: cd1: Attempt to query device size failed: > NOT READY, Medium not present > > # usbconfig -u 1 -a 3 dump_curr_config_desc > ugen1.3: <802.11 bg WLAN Ralink> at usbus1, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=ON > > > Configuration index 0 > > bLength = 0x0009 > bDescriptorType = 0x0002 > wTotalLength = 0x0020 > bNumInterfaces = 0x0001 > bConfigurationValue = 0x0001 > iConfiguration = 0x0000 > bmAttributes = 0x0080 > bMaxPower = 0x00c8 > > Interface 0 > bLength = 0x0009 > bDescriptorType = 0x0004 > bInterfaceNumber = 0x0000 > bAlternateSetting = 0x0000 > bNumEndpoints = 0x0002 > bInterfaceClass = 0x0008 > bInterfaceSubClass = 0x0006 > bInterfaceProtocol = 0x0050 > iInterface = 0x0000 > > Endpoint 0 > bLength = 0x0007 > bDescriptorType = 0x0005 > bEndpointAddress = 0x0081 > bmAttributes = 0x0002 > wMaxPacketSize = 0x0200 > bInterval = 0x0000 > bRefresh = 0x0000 > bSynchAddress = 0x0000 > > Endpoint 1 > bLength = 0x0007 > bDescriptorType = 0x0005 > bEndpointAddress = 0x0001 > bmAttributes = 0x0002 > wMaxPacketSize = 0x0200 > bInterval = 0x0000 > bRefresh = 0x0000 > bSynchAddress = 0x0000 > > Unfortunately it's not recognized by the ural driver. Has anyone an idea > what I could try? Add a usb device ID somewhere? > Hi, If you use the "dump_device_desc" command you get the idVendor and idProduct you need for the ID-table in sys/dev/usb/wlan/if_ural.c . --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Nov 11 16:36:43 2010 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CAB3106564A; Thu, 11 Nov 2010 16:36:43 +0000 (UTC) (envelope-from ehaupt@FreeBSD.org) Received: from mx.critical.ch (cl-8.zrh-02.ch.sixxs.net [IPv6:2001:1620:f00:7::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1AB678FC12; Thu, 11 Nov 2010 16:36:42 +0000 (UTC) Received: from wiggles.bwns.ch (localhost [IPv6:::1]) by mx.critical.ch (8.14.3/8.14.3/critical-1.0) with SMTP id oABGac0I011244; Thu, 11 Nov 2010 17:36:38 +0100 (CET) (envelope-from ehaupt@FreeBSD.org) Date: Thu, 11 Nov 2010 17:36:38 +0100 From: Emanuel Haupt To: Hans Petter Selasky Message-Id: <20101111173638.65c9a185.ehaupt@FreeBSD.org> In-Reply-To: <201011111706.56225.hselasky@c2i.net> References: <20101111170000.7a265dc3.ehaupt@FreeBSD.org> <201011111706.56225.hselasky@c2i.net> X-Mailer: Sylpheed 3.0.3 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Emanuel Haupt , freebsd-usb@FreeBSD.org Subject: Re: Motorola TER/GUSB3-E Ralink Wireless USB 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, 11 Nov 2010 16:36:43 -0000 Hans Petter Selasky wrote: > On Thursday 11 November 2010 17:00:00 Emanuel Haupt wrote: > > I've got a Motorola TER/GUSB3-E Wireless USB stick that identifies > > itself as: > > > > # /var/log/messages > > > > Nov 11 13:40:07 wiggles kernel: ugen1.3: at usbus1 > > Nov 11 13:40:07 wiggles kernel: umass0: > class 0/0, rev 2.00/0.01, addr 3> on usbus1 Nov 11 13:40:09 wiggles > > kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 > > 0 Nov 11 13:40:09 wiggles kernel: (probe0:umass-sim0:0:0:0): CAM > > status: SCSI Status Error Nov 11 13:40:09 wiggles kernel: > > (probe0:umass-sim0:0:0:0): SCSI status: Check Condition Nov 11 > > 13:40:09 wiggles kernel: (probe0:umass-sim0:0:0:0): SCSI sense: NOT > > READY asc:3a,0 (Medium not present) Nov 11 13:40:09 wiggles kernel: > > cd1 at umass-sim0 bus 0 scbus2 target 0 lun 0 Nov 11 13:40:09 > > wiggles kernel: cd1: Removable CD-ROM SCSI-0 > > device Nov 11 13:40:09 wiggles kernel: cd1: 40.000MB/s transfers > > Nov 11 13:40:09 wiggles kernel: cd1: Attempt to query device size > > failed: NOT READY, Medium not present > > > > # usbconfig -u 1 -a 3 dump_curr_config_desc > > ugen1.3: <802.11 bg WLAN Ralink> at usbus1, cfg=0 md=HOST spd=HIGH > > (480Mbps) pwr=ON > > > > > > Configuration index 0 > > > > bLength = 0x0009 > > bDescriptorType = 0x0002 > > wTotalLength = 0x0020 > > bNumInterfaces = 0x0001 > > bConfigurationValue = 0x0001 > > iConfiguration = 0x0000 > > bmAttributes = 0x0080 > > bMaxPower = 0x00c8 > > > > Interface 0 > > bLength = 0x0009 > > bDescriptorType = 0x0004 > > bInterfaceNumber = 0x0000 > > bAlternateSetting = 0x0000 > > bNumEndpoints = 0x0002 > > bInterfaceClass = 0x0008 > > bInterfaceSubClass = 0x0006 > > bInterfaceProtocol = 0x0050 > > iInterface = 0x0000 > > > > Endpoint 0 > > bLength = 0x0007 > > bDescriptorType = 0x0005 > > bEndpointAddress = 0x0081 > > bmAttributes = 0x0002 > > wMaxPacketSize = 0x0200 > > bInterval = 0x0000 > > bRefresh = 0x0000 > > bSynchAddress = 0x0000 > > > > Endpoint 1 > > bLength = 0x0007 > > bDescriptorType = 0x0005 > > bEndpointAddress = 0x0001 > > bmAttributes = 0x0002 > > wMaxPacketSize = 0x0200 > > bInterval = 0x0000 > > bRefresh = 0x0000 > > bSynchAddress = 0x0000 > > > > Unfortunately it's not recognized by the ural driver. Has anyone an > > idea what I could try? Add a usb device ID somewhere? > > > > Hi, > > If you use the "dump_device_desc" command you get the idVendor and > idProduct you need for the ID-table in sys/dev/usb/wlan/if_ural.c . > > --HPS It's: ugen1.3: <802.11 bg WLAN Ralink> 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 = " idProduct = 0x2578 bcdDevice = 0x0001 iManufacturer = 0x0001 iProduct = 0x0002 <802.11 bg WLAN> iSerialNumber = 0x0003 bNumConfigurations = 0x0001 I guess I'll have to fit "0x148f" in there somewhere - not sure exactly where to add though. Any help would be appreciated. Emanuel From owner-freebsd-usb@FreeBSD.ORG Thu Nov 11 16:55:54 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D17B106566B; Thu, 11 Nov 2010 16:55:54 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 32BD98FC08; Thu, 11 Nov 2010 16:55:52 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=omSrwDgyMf70S47Fr5SNr0rQzcmIOo0IafWlB/wSLLo= c=1 sm=1 a=uEHZfrlDduIA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=8kQB0OdkAAAA:8 a=hh0TRzkcX9hPtn0dovkA:9 a=lk9Vj6HexXQ-MnhZ2L4A:7 a=afE5CcHEM4j6zFcbnrp9zWdLIZMA:4 a=wPNLvfGTeEIA:10 a=9aOQ2cSd83gA:10 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 48564011; Thu, 11 Nov 2010 17:55:51 +0100 From: Hans Petter Selasky To: Emanuel Haupt Date: Thu, 11 Nov 2010 17:56:53 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <20101111170000.7a265dc3.ehaupt@FreeBSD.org> <201011111706.56225.hselasky@c2i.net> <20101111173638.65c9a185.ehaupt@FreeBSD.org> In-Reply-To: <20101111173638.65c9a185.ehaupt@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: <201011111756.54050.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: Motorola TER/GUSB3-E Ralink Wireless USB 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, 11 Nov 2010 16:55:54 -0000 On Thursday 11 November 2010 17:36:38 Emanuel Haupt wrote: > Hans Petter Selasky wrote: > > On Thursday 11 November 2010 17:00:00 Emanuel Haupt wrote: > > > I've got a Motorola TER/GUSB3-E Wireless USB stick that identifies > > > itself as: > > > > > > # /var/log/messages > > > > > > Nov 11 13:40:07 wiggles kernel: ugen1.3: at usbus1 > > > Nov 11 13:40:07 wiggles kernel: umass0: > > class 0/0, rev 2.00/0.01, addr 3> on usbus1 Nov 11 13:40:09 wiggles > > > kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 > > > 0 Nov 11 13:40:09 wiggles kernel: (probe0:umass-sim0:0:0:0): CAM > > > status: SCSI Status Error Nov 11 13:40:09 wiggles kernel: > > > (probe0:umass-sim0:0:0:0): SCSI status: Check Condition Nov 11 > > > 13:40:09 wiggles kernel: (probe0:umass-sim0:0:0:0): SCSI sense: NOT > > > READY asc:3a,0 (Medium not present) Nov 11 13:40:09 wiggles kernel: > > > cd1 at umass-sim0 bus 0 scbus2 target 0 lun 0 Nov 11 13:40:09 > > > wiggles kernel: cd1: Removable CD-ROM SCSI-0 > > > device Nov 11 13:40:09 wiggles kernel: cd1: 40.000MB/s transfers > > > Nov 11 13:40:09 wiggles kernel: cd1: Attempt to query device size > > > failed: NOT READY, Medium not present > > > > > > # usbconfig -u 1 -a 3 dump_curr_config_desc > > > ugen1.3: <802.11 bg WLAN Ralink> at usbus1, cfg=0 md=HOST spd=HIGH > > > (480Mbps) pwr=ON > > > > > > Configuration index 0 > > > > > > bLength = 0x0009 > > > bDescriptorType = 0x0002 > > > wTotalLength = 0x0020 > > > bNumInterfaces = 0x0001 > > > bConfigurationValue = 0x0001 > > > iConfiguration = 0x0000 > > > bmAttributes = 0x0080 > > > bMaxPower = 0x00c8 > > > > > > Interface 0 > > > > > > bLength = 0x0009 > > > bDescriptorType = 0x0004 > > > bInterfaceNumber = 0x0000 > > > bAlternateSetting = 0x0000 > > > bNumEndpoints = 0x0002 > > > bInterfaceClass = 0x0008 > > > bInterfaceSubClass = 0x0006 > > > bInterfaceProtocol = 0x0050 > > > iInterface = 0x0000 > > > > > > Endpoint 0 > > > > > > bLength = 0x0007 > > > bDescriptorType = 0x0005 > > > bEndpointAddress = 0x0081 > > > bmAttributes = 0x0002 > > > wMaxPacketSize = 0x0200 > > > bInterval = 0x0000 > > > bRefresh = 0x0000 > > > bSynchAddress = 0x0000 > > > > > > Endpoint 1 > > > > > > bLength = 0x0007 > > > bDescriptorType = 0x0005 > > > bEndpointAddress = 0x0001 > > > bmAttributes = 0x0002 > > > wMaxPacketSize = 0x0200 > > > bInterval = 0x0000 > > > bRefresh = 0x0000 > > > bSynchAddress = 0x0000 > > > > > > Unfortunately it's not recognized by the ural driver. Has anyone an > > > idea what I could try? Add a usb device ID somewhere? > > > > Hi, > > > > If you use the "dump_device_desc" command you get the idVendor and > > idProduct you need for the ID-table in sys/dev/usb/wlan/if_ural.c . > > > > --HPS > > It's: > > ugen1.3: <802.11 bg WLAN Ralink> 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 = " > idProduct = 0x2578 > bcdDevice = 0x0001 > iManufacturer = 0x0001 > iProduct = 0x0002 <802.11 bg WLAN> > iSerialNumber = 0x0003 > bNumConfigurations = 0x0001 > > I guess I'll have to fit "0x148f" in there somewhere - not sure exactly > where to add though. Any help would be appreciated. > > Emanuel I guess you can: grep -rE "RALINK.*RT2573" /sys/dev/usb/ And duplicate one of those entries. --HPS From owner-freebsd-usb@FreeBSD.ORG Fri Nov 12 09:40:25 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2F591065673 for ; Fri, 12 Nov 2010 09:40:25 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id 446568FC1E for ; Fri, 12 Nov 2010 09:40:24 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=sEolSJAlcSxSMaOm1MQ0bvrIu+BNAN+OqG2UAUgC4Ok= c=1 sm=1 a=teY7EFdY6K0A:10 a=Q9fys5e9bTEA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=KPbmjg5OAAAA:8 a=FnwRc-7wXTW3UUAJ5xwA:9 a=vduRTYI6MxDUf2VjYQ_jIlmr_mgA:4 a=PUjeQqilurYA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 48043975; Fri, 12 Nov 2010 10:40:23 +0100 From: Hans Petter Selasky To: Michael Martin Date: Fri, 12 Nov 2010 10:41:26 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <4CBFEBF5.30203@comcast.net> <201011061726.46655.hselasky@c2i.net> <4CD586E9.4050109@comcast.net> In-Reply-To: <4CD586E9.4050109@comcast.net> 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: <201011121041.26651.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: USB 3.0 Fails To Attach Western Digital My Book 3.0 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2010 09:40:25 -0000 On Saturday 06 November 2010 17:48:41 Michael Martin wrote: > On 11/06/2010 10:26, Hans Petter Selasky wrote: > > On Saturday 06 November 2010 17:00:46 Michael Martin wrote: > >> On 11/06/2010 03:31, Hans Petter Selasky wrote: > >>> Hi, > >>> > >>> Can you revert the last patch I sent an apply the attached one? > >>> > >>> Then repeat the testing like last time. > >>> > >>> --HPS > >> > >> Here are the results: > >> http://appliedtechnicalknowledge.com/freebsd/usb_30_hub_patch/ > >> > >> I used one drive/port for the testing. da0 not recognized on first > >> boot, but came up after an unplug cable/plug cable. > > > > Hi, > > > > I will have a closer look into this tomorrow. Does your device work when > > first recognized? What read/write speeds do you get? > > > > --HPS > > The device doesn't work when I try to import the zfs pool on the drive. > The drive shows up in camcontrol ok. I initially exported the zfs file > system to avoid attempts to mount it on boot. Once da0 is recognized by > the kernel and camcontrol devlist shows it, I try a zpool import on the > file system. The zpool import command hangs--sometimes the entire > computer locks up, and I hard reboot the computer. I captured the usb > logs during the zpool import for you there which captures some zfs i/o > errors. Hi, I'm not sure what exacatly the issue is about. Maybe the hardware is incompatible. Is is possible that I could be given SSH and root access to this hardware setup for a limited time to debug this issue? --HPS From owner-freebsd-usb@FreeBSD.ORG Fri Nov 12 12:47:41 2010 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61862106566C for ; Fri, 12 Nov 2010 12:47:41 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 291AE8FC1D for ; Fri, 12 Nov 2010 12:47:40 +0000 (UTC) Received: from baby-jane.lamaiziere.net (unknown [192.168.1.10]) by smtp.lamaiziere.net (Postfix) with ESMTP id 6E85C63319F for ; Fri, 12 Nov 2010 13:30:14 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id E0B492CF69A for ; Fri, 12 Nov 2010 13:30:29 +0100 (CET) Date: Fri, 12 Nov 2010 13:30:26 +0100 From: Patrick Lamaiziere To: freebsd-usb@FreeBSD.org Message-ID: <20101112133026.438109f9@davenulle.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Cc: Subject: ugen and devd 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: Fri, 12 Nov 2010 12:47:41 -0000 (8.1-STABLE/i386) Hello, I'm playing with the built-in camera of my laptop. Using usbconfig, if I issue a power_off and then a power_on on the device, I don't have any ugen device attached. Is it normal? # usbconfig -u 6 -a 2 dump_device_desc ugen6.2: at usbus6, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x00ef bDeviceSubClass = 0x0002 bDeviceProtocol = 0x0001 bMaxPacketSize0 = 0x0040 idVendor = 0x05ac idProduct = 0x8502 bcdDevice = 0x0155 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0003 <9063CC366CC23E8C (03.00)> bNumConfigurations = 0x0001 # usbconfig -u 6 -a 2 power_off devd => !system=DEVFS subsystem=CDEV type=DESTROY cdev=usb/6.2.2 !system=DEVFS subsystem=CDEV type=DESTROY cdev=usb/6.2.1 # usbconfig -u 6 -a 2 power_on devd=> ? at bus=1 hubaddr=4 port=6 devaddr=2 interface=0 vendor=0x05ac product=0x8502 devclass=0xef devsubclass=0x02 sernum="9063CC366CC23E8C (03.00)" release=0x0155 intclass=0x0e intsubclass=0x01 on uhub6 and in the console: Unknown USB device: vendor 0x05ac product 0x8502 bus uhub6 When I boot the laptop ugen6.2 is attached and works fine with webcamd. Thanks, regards. From owner-freebsd-usb@FreeBSD.ORG Fri Nov 12 12:58:48 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4455C106566C for ; Fri, 12 Nov 2010 12:58:48 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id C5D818FC1B for ; Fri, 12 Nov 2010 12:58:47 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=omSrwDgyMf70S47Fr5SNr0rQzcmIOo0IafWlB/wSLLo= c=1 sm=1 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=NpqMJV8o276tPQQ85h4A:9 a=haFmZ0II-M9V3sDQct-Or8ROneoA:4 a=wPNLvfGTeEIA:10 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 48945622; Fri, 12 Nov 2010 13:58:45 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Fri, 12 Nov 2010 13:59:48 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <20101112133026.438109f9@davenulle.org> In-Reply-To: <20101112133026.438109f9@davenulle.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: <201011121359.48863.hselasky@c2i.net> Cc: Subject: Re: ugen and devd 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: Fri, 12 Nov 2010 12:58:48 -0000 On Friday 12 November 2010 13:30:26 Patrick Lamaiziere wrote: > (8.1-STABLE/i386) > > Hello, > > I'm playing with the built-in camera of my laptop. > > Using usbconfig, if I issue a power_off and then a power_on on the > device, I don't have any ugen device attached. > > Is it normal? > > # usbconfig -u 6 -a 2 dump_device_desc > ugen6.2: at usbus6, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=ON > > bLength = 0x0012 > bDescriptorType = 0x0001 > bcdUSB = 0x0200 > bDeviceClass = 0x00ef > bDeviceSubClass = 0x0002 > bDeviceProtocol = 0x0001 > bMaxPacketSize0 = 0x0040 > idVendor = 0x05ac > idProduct = 0x8502 > bcdDevice = 0x0155 > iManufacturer = 0x0001 > iProduct = 0x0002 > iSerialNumber = 0x0003 <9063CC366CC23E8C (03.00)> > bNumConfigurations = 0x0001 > > # usbconfig -u 6 -a 2 power_off > devd => > !system=DEVFS subsystem=CDEV type=DESTROY cdev=usb/6.2.2 > !system=DEVFS subsystem=CDEV type=DESTROY cdev=usb/6.2.1 > > # usbconfig -u 6 -a 2 power_on > devd=> > ? at bus=1 hubaddr=4 port=6 devaddr=2 interface=0 vendor=0x05ac > product=0x8502 devclass=0xef devsubclass=0x02 sernum="9063CC366CC23E8C > (03.00)" release=0x0155 intclass=0x0e intsubclass=0x01 on uhub6 > > and in the console: > Unknown USB device: vendor 0x05ac product 0x8502 bus uhub6 > > When I boot the laptop ugen6.2 is attached and works fine with webcamd. Yes, this is normal. You need to reboot the computer or reset the parent HUB of your device to recover the device. --HPS From owner-freebsd-usb@FreeBSD.ORG Fri Nov 12 13:12:46 2010 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73C9F1065673; Fri, 12 Nov 2010 13:12:46 +0000 (UTC) (envelope-from ehaupt@FreeBSD.org) Received: from mx.critical.ch (cl-8.zrh-02.ch.sixxs.net [IPv6:2001:1620:f00:7::2]) by mx1.freebsd.org (Postfix) with ESMTP id 18A718FC1B; Fri, 12 Nov 2010 13:12:45 +0000 (UTC) Received: from wiggles.bwns.ch (localhost [IPv6:::1]) by mx.critical.ch (8.14.3/8.14.3/critical-1.0) with SMTP id oACDCfEm037100; Fri, 12 Nov 2010 14:12:41 +0100 (CET) (envelope-from ehaupt@FreeBSD.org) Date: Fri, 12 Nov 2010 14:12:41 +0100 From: Emanuel Haupt To: Hans Petter Selasky Message-Id: <20101112141241.94c926ee.ehaupt@FreeBSD.org> In-Reply-To: <201011111756.54050.hselasky@c2i.net> References: <20101111170000.7a265dc3.ehaupt@FreeBSD.org> <201011111706.56225.hselasky@c2i.net> <20101111173638.65c9a185.ehaupt@FreeBSD.org> <201011111756.54050.hselasky@c2i.net> X-Mailer: Sylpheed 3.0.3 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-usb@FreeBSD.org, Emanuel Haupt Subject: Re: Motorola TER/GUSB3-E Ralink Wireless USB 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: Fri, 12 Nov 2010 13:12:46 -0000 Hans Petter Selasky wrote: > On Thursday 11 November 2010 17:36:38 Emanuel Haupt wrote: > > Hans Petter Selasky wrote: > > > On Thursday 11 November 2010 17:00:00 Emanuel Haupt wrote: > > > > I've got a Motorola TER/GUSB3-E Wireless USB stick that > > > > identifies itself as: > > > > > > > > # /var/log/messages > > > > > > > > Nov 11 13:40:07 wiggles kernel: ugen1.3: at usbus1 > > > > Nov 11 13:40:07 wiggles kernel: umass0: > > > class 0/0, rev 2.00/0.01, addr 3> on usbus1 Nov 11 13:40:09 > > > > wiggles kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. > > > > CDB: 0 0 0 0 0 0 Nov 11 13:40:09 wiggles kernel: > > > > (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error Nov 11 > > > > 13:40:09 wiggles kernel: (probe0:umass-sim0:0:0:0): SCSI > > > > status: Check Condition Nov 11 13:40:09 wiggles kernel: > > > > (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 > > > > (Medium not present) Nov 11 13:40:09 wiggles kernel: cd1 at > > > > umass-sim0 bus 0 scbus2 target 0 lun 0 Nov 11 13:40:09 wiggles > > > > kernel: cd1: Removable CD-ROM SCSI-0 > > > > device Nov 11 13:40:09 wiggles kernel: cd1: 40.000MB/s > > > > transfers Nov 11 13:40:09 wiggles kernel: cd1: Attempt to query > > > > device size failed: NOT READY, Medium not present > > > > > > > > # usbconfig -u 1 -a 3 dump_curr_config_desc > > > > ugen1.3: <802.11 bg WLAN Ralink> at usbus1, cfg=0 md=HOST > > > > spd=HIGH (480Mbps) pwr=ON > > > > > > > > Configuration index 0 > > > > > > > > bLength = 0x0009 > > > > bDescriptorType = 0x0002 > > > > wTotalLength = 0x0020 > > > > bNumInterfaces = 0x0001 > > > > bConfigurationValue = 0x0001 > > > > iConfiguration = 0x0000 > > > > bmAttributes = 0x0080 > > > > bMaxPower = 0x00c8 > > > > > > > > Interface 0 > > > > > > > > bLength = 0x0009 > > > > bDescriptorType = 0x0004 > > > > bInterfaceNumber = 0x0000 > > > > bAlternateSetting = 0x0000 > > > > bNumEndpoints = 0x0002 > > > > bInterfaceClass = 0x0008 > > > > bInterfaceSubClass = 0x0006 > > > > bInterfaceProtocol = 0x0050 > > > > iInterface = 0x0000 > > > > > > > > Endpoint 0 > > > > > > > > bLength = 0x0007 > > > > bDescriptorType = 0x0005 > > > > bEndpointAddress = 0x0081 > > > > bmAttributes = 0x0002 > > > > wMaxPacketSize = 0x0200 > > > > bInterval = 0x0000 > > > > bRefresh = 0x0000 > > > > bSynchAddress = 0x0000 > > > > > > > > Endpoint 1 > > > > > > > > bLength = 0x0007 > > > > bDescriptorType = 0x0005 > > > > bEndpointAddress = 0x0001 > > > > bmAttributes = 0x0002 > > > > wMaxPacketSize = 0x0200 > > > > bInterval = 0x0000 > > > > bRefresh = 0x0000 > > > > bSynchAddress = 0x0000 > > > > > > > > Unfortunately it's not recognized by the ural driver. Has > > > > anyone an idea what I could try? Add a usb device ID somewhere? > > > > > > Hi, > > > > > > If you use the "dump_device_desc" command you get the idVendor and > > > idProduct you need for the ID-table in > > > sys/dev/usb/wlan/if_ural.c . > > > > > > --HPS > > > > It's: > > > > ugen1.3: <802.11 bg WLAN Ralink> 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 = " > > idProduct = 0x2578 > > bcdDevice = 0x0001 > > iManufacturer = 0x0001 > > iProduct = 0x0002 <802.11 bg WLAN> > > iSerialNumber = 0x0003 > > bNumConfigurations = 0x0001 > > > > I guess I'll have to fit "0x148f" in there somewhere - not sure > > exactly where to add though. Any help would be appreciated. > > > > Emanuel > > I guess you can: > > grep -rE "RALINK.*RT2573" /sys/dev/usb/ > > And duplicate one of those entries. According to [1], "0x148f" seem to use RT2870. Emanuel [1] http://ralinkce.blogspot.com/ From owner-freebsd-usb@FreeBSD.ORG Fri Nov 12 13:58:40 2010 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7ACFD1065674 for ; Fri, 12 Nov 2010 13:58:40 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 42FA98FC15 for ; Fri, 12 Nov 2010 13:58:40 +0000 (UTC) Received: from baby-jane.lamaiziere.net (unknown [192.168.1.10]) by smtp.lamaiziere.net (Postfix) with ESMTP id 3455B6331A3 for ; Fri, 12 Nov 2010 14:58:39 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 53A1E2CF69A for ; Fri, 12 Nov 2010 14:58:54 +0100 (CET) Date: Fri, 12 Nov 2010 14:58:49 +0100 From: Patrick Lamaiziere To: freebsd-usb@FreeBSD.org Message-ID: <20101112145849.161e39a8@davenulle.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Cc: Subject: uplcom(4) does not work on cuaU0 ? 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: Fri, 12 Nov 2010 13:58:40 -0000 (8.1-STABLE/i386) Hello, Here, if uplcom is attached to cuaU0, the serial connection does not work, as far i can see it does not send anything : kernel: uplcom_pre_param: kernel: uplcom_cfg_param: sc = 0xc7416200 kernel: uplcom_cfg_param: rate=9600 fmt=0 parity=0 bits=8 kernel: uplcom_pre_param: kernel: uplcom_cfg_set_dtr: onoff = 1 kernel: uplcom_cfg_set_rts: onoff = 1 kernel: uplcom_cfg_param: sc = 0xc7416200 kernel: uplcom_cfg_param: rate=57600 fmt=0 parity=0 bits=8 that's all But if attached to cuaU3, it works fine. The difference is the use of an u3g key using cuaU0. kernel: ugen0.3: at usbus0 kernel: uplcom0: on usbus0 kernel: uplcom_attach: sc = 0xc7417c00 kernel: uplcom_attach: chiptype: 2303X kernel: uplcom_pre_param: kernel: uplcom_cfg_set_dtr: onoff = 1 kernel: uplcom_pre_param: kernel: uplcom_intr_callback: actlen = 10 kernel: uplcom_intr_callback: status = 0x82 kernel: uplcom_cfg_set_rts: onoff = 1 kernel: uplcom_cfg_set_break: onoff = 0 kernel: uplcom_cfg_get_status: kernel: uplcom_cfg_param: sc = 0xc7417c00 kernel: uplcom_cfg_param: rate=9600 fmt=0 parity=0 bits=8 kernel: uplcom_cfg_param: sc = 0xc7417c00 kernel: uplcom_cfg_param: rate=57600 fmt=0 parity=0 bits=8 kernel: uplcom_cfg_get_status: kernel: uplcom_cfg_set_dtr: onoff = 1 kernel: uplcom_cfg_set_dtr: onoff = 0 kernel: uplcom_cfg_set_rts: onoff = 1 kernel: uplcom_cfg_set_dtr: onoff = 1 kernel: uplcom_cfg_set_rts: onoff = 1 kernel: uplcom_write_callback: actlen = 1 kernel: uplcom_write_callback: actlen = 1 kernel: uplcom_write_callback: actlen = 32 ... Any clue? Thanks, regards. From owner-freebsd-usb@FreeBSD.ORG Fri Nov 12 14:24:12 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C7E51065670 for ; Fri, 12 Nov 2010 14:24:12 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id DD0DD8FC08 for ; Fri, 12 Nov 2010 14:24:11 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=yevn+QCjI6xy199BDvBOOiO14qYvyLq62he9tTtU3M8= c=1 sm=1 a=eA1fqfAm1u4A:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=hzqryNHT1mifrWZN93UA:9 a=izL0aM0AdDz_Itp6rtFE6v0D1z4A: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 48343578; Fri, 12 Nov 2010 15:24:10 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Fri, 12 Nov 2010 15:25:13 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <20101112145849.161e39a8@davenulle.org> In-Reply-To: <20101112145849.161e39a8@davenulle.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: <201011121525.13324.hselasky@c2i.net> Cc: Subject: Re: uplcom(4) does not work on cuaU0 ? 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: Fri, 12 Nov 2010 14:24:12 -0000 On Friday 12 November 2010 14:58:49 Patrick Lamaiziere wrote: > (8.1-STABLE/i386) > > Hello, > > Here, if uplcom is attached to cuaU0, the serial connection does not > work, as far i can see it does not send anything : > > kernel: uplcom_pre_param: > kernel: uplcom_cfg_param: sc = 0xc7416200 > kernel: uplcom_cfg_param: rate=9600 fmt=0 parity=0 bits=8 > kernel: uplcom_pre_param: > kernel: uplcom_cfg_set_dtr: onoff = 1 > kernel: uplcom_cfg_set_rts: onoff = 1 > kernel: uplcom_cfg_param: sc = 0xc7416200 > kernel: uplcom_cfg_param: rate=57600 fmt=0 parity=0 bits=8 > > that's all > > But if attached to cuaU3, it works fine. The difference is the use > of an u3g key using cuaU0. > > kernel: ugen0.3: at usbus0 > kernel: uplcom0: class 0/0, rev 1.10/3.00, addr 3> on usbus0 > kernel: uplcom_attach: sc = 0xc7417c00 > kernel: uplcom_attach: chiptype: 2303X > kernel: uplcom_pre_param: > kernel: uplcom_cfg_set_dtr: onoff = 1 > kernel: uplcom_pre_param: > kernel: uplcom_intr_callback: actlen = 10 > kernel: uplcom_intr_callback: status = 0x82 > kernel: uplcom_cfg_set_rts: onoff = 1 > kernel: uplcom_cfg_set_break: onoff = 0 > kernel: uplcom_cfg_get_status: > kernel: uplcom_cfg_param: sc = 0xc7417c00 > kernel: uplcom_cfg_param: rate=9600 fmt=0 parity=0 bits=8 > kernel: uplcom_cfg_param: sc = 0xc7417c00 > kernel: uplcom_cfg_param: rate=57600 fmt=0 parity=0 bits=8 > kernel: uplcom_cfg_get_status: > kernel: uplcom_cfg_set_dtr: onoff = 1 > kernel: uplcom_cfg_set_dtr: onoff = 0 > kernel: uplcom_cfg_set_rts: onoff = 1 > kernel: uplcom_cfg_set_dtr: onoff = 1 > kernel: uplcom_cfg_set_rts: onoff = 1 > kernel: uplcom_write_callback: actlen = 1 > kernel: uplcom_write_callback: actlen = 1 > kernel: uplcom_write_callback: actlen = 32 Hi, Maybe the device detection logic in sys/dev/usb/serial/uplcom.c is not correct. Could you dump usbconfig output from your device? usbconfig -d X.Y dump_device_desc --HPS From owner-freebsd-usb@FreeBSD.ORG Fri Nov 12 15:17:00 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D10F61065670 for ; Fri, 12 Nov 2010 15:17:00 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8F6CA8FC1E for ; Fri, 12 Nov 2010 15:17:00 +0000 (UTC) Received: from desktop.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 1CF3513DF48 for ; Fri, 12 Nov 2010 18:01:34 +0300 (MSK) Date: Fri, 12 Nov 2010 18:01:44 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <1431122664.20101112180144@serebryakov.spb.ru> To: freebsd-usb@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: struct usb_config: pass custom parameter to callback? 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: Fri, 12 Nov 2010 15:17:00 -0000 Hello, Freebsd-usb. Is it possible to pass custom parameter to xfer callback, configured via "struct usb_config"? I'm writing driver for device, which have multiple equivalent ports, each whith its own paor of pipes (for IN and OUT), and I want to use only two callbacks. Is it possible? Or should I make N pairs of almost-the-same thunk functions? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-usb@FreeBSD.ORG Fri Nov 12 15:25:34 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8D83106564A for ; Fri, 12 Nov 2010 15:25:34 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 349E68FC14 for ; Fri, 12 Nov 2010 15:25:33 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=omSrwDgyMf70S47Fr5SNr0rQzcmIOo0IafWlB/wSLLo= c=1 sm=1 a=Dyoqhi_TatcA:10 a=N6kE9rk6zqsA:10 a=Cfj4BQAnxiAA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=OxYo1ybWKXWZ0xcy-yAA:9 a=LdFuLNC-Nr2ZjfW0pDXQylEfq5EA:4 a=Ft8UYL4EG9YA:10 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 49022311; Fri, 12 Nov 2010 16:25:32 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Fri, 12 Nov 2010 16:26:35 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <1431122664.20101112180144@serebryakov.spb.ru> In-Reply-To: <1431122664.20101112180144@serebryakov.spb.ru> 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="windows-1251" Content-Transfer-Encoding: 7bit Message-Id: <201011121626.35741.hselasky@c2i.net> Cc: Lev Serebryakov Subject: Re: struct usb_config: pass custom parameter to callback? 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: Fri, 12 Nov 2010 15:25:34 -0000 On Friday 12 November 2010 16:01:44 Lev Serebryakov wrote: > Hello, Freebsd-usb. > > Is it possible to pass custom parameter to xfer callback, configured > via "struct usb_config"? > > I'm writing driver for device, which have multiple equivalent ports, > each whith its own paor of pipes (for IN and OUT), and I want to use > only two callbacks. Is it possible? Or should I make N pairs > of almost-the-same thunk functions? Hi, There is usbd_xfer_get/set_priv() and usbd_xfer_softc() which you can use to get and set private and softc alike structure pointers after that the USB transfers are setup. Any more custom parameters you need wrap using callback wrappers. --HPS From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 11:40:25 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1908106566B for ; Sat, 13 Nov 2010 11:40:25 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 1210A8FC0A for ; Sat, 13 Nov 2010 11:40:24 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=5UXFHLfkiY5XrCDma5uYm2T9fyMGz6t0cyN4hLfZsqg= c=1 sm=1 a=eA1fqfAm1u4A:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=p_9mp_vllJTyLYVfUkoA:9 a=TVirbEPexRxRF3af0UdhByYt03kA:4 a=wPNLvfGTeEIA:10 a=tkKjvSjNmeTvWFhs82UA:9 a=Os7-G5k0E847Cya5Fk4A:7 a=8_VNcWoJRSvImxLZ5hlOes1gaeQA:4 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 47979896; Sat, 13 Nov 2010 12:40:23 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Sat, 13 Nov 2010 12:41:24 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <20101112145849.161e39a8@davenulle.org> <201011121525.13324.hselasky@c2i.net> In-Reply-To: <201011121525.13324.hselasky@c2i.net> 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: Multipart/Mixed; boundary="Boundary-00=_kln3MirHbDD469G" Message-Id: <201011131241.24671.hselasky@c2i.net> Cc: Subject: Re: uplcom(4) does not work on cuaU0 ? 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, 13 Nov 2010 11:40:25 -0000 --Boundary-00=_kln3MirHbDD469G Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Please try the attached patch. Others having UPLCOM devices should try this patch aswell and see if their device is still working. --HPS --Boundary-00=_kln3MirHbDD469G Content-Type: text/plain; charset="iso-8859-1"; name="uplcom_detect_patch.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="uplcom_detect_patch.txt" === uplcom.c ================================================================== --- uplcom.c (revision 215173) +++ uplcom.c (local) @@ -176,7 +176,7 @@ static usb_error_t uplcom_reset(struct uplcom_softc *, struct usb_device *); static usb_error_t uplcom_pl2303_do(struct usb_device *, int8_t, uint8_t, uint16_t, uint16_t, uint16_t); -static int uplcom_pl2303_init(struct usb_device *, uint8_t); +static int uplcom_pl2303_init(struct uplcom_softc *sc, struct usb_device *); static void uplcom_cfg_set_dtr(struct ucom_softc *, uint8_t); static void uplcom_cfg_set_rts(struct ucom_softc *, uint8_t); static void uplcom_cfg_set_break(struct ucom_softc *, uint8_t); @@ -355,7 +355,6 @@ struct uplcom_softc *sc = device_get_softc(dev); struct usb_interface *iface; struct usb_interface_descriptor *id; - struct usb_device_descriptor *dd; int error; DPRINTFN(11, "\n"); @@ -367,19 +366,6 @@ sc->sc_udev = uaa->device; - /* Determine the chip type. This algorithm is taken from Linux. */ - dd = usbd_get_device_descriptor(sc->sc_udev); - if (dd->bDeviceClass == 0x02) - sc->sc_chiptype = TYPE_PL2303; - else if (dd->bMaxPacketSize == 0x40) - sc->sc_chiptype = TYPE_PL2303HX; - else - sc->sc_chiptype = TYPE_PL2303; - - DPRINTF("chiptype: %s\n", - (sc->sc_chiptype == TYPE_PL2303HX) ? - "2303X" : "2303"); - /* * USB-RSAQ1 has two interface * @@ -432,19 +418,20 @@ usbd_xfer_set_stall(sc->sc_xfer[UPLCOM_BULK_DT_RD]); mtx_unlock(&sc->sc_mtx); - error = ucom_attach(&sc->sc_super_ucom, &sc->sc_ucom, 1, sc, - &uplcom_callback, &sc->sc_mtx); - if (error) { - goto detach; - } /* - * do the initialization during attach so that the system does not - * sleep during open: + * do the initialization during attach so that the system does + * not sleep during open: */ - if (uplcom_pl2303_init(uaa->device, sc->sc_chiptype)) { + if (uplcom_pl2303_init(sc, uaa->device)) { device_printf(dev, "init failed\n"); goto detach; } + + error = ucom_attach(&sc->sc_super_ucom, &sc->sc_ucom, 1, sc, + &uplcom_callback, &sc->sc_mtx); + if (error) { + goto detach; + } ucom_set_pnpinfo_usb(&sc->sc_super_ucom, dev); return (0); @@ -506,7 +493,7 @@ } static int -uplcom_pl2303_init(struct usb_device *udev, uint8_t chiptype) +uplcom_pl2303_init(struct uplcom_softc *sc, struct usb_device *udev) { int err; @@ -522,12 +509,22 @@ || uplcom_pl2303_do(udev, UT_WRITE_VENDOR_DEVICE, UPLCOM_SET_REQUEST, 1, 0, 0)) return (EIO); - if (chiptype == TYPE_PL2303HX) - err = uplcom_pl2303_do(udev, UT_WRITE_VENDOR_DEVICE, UPLCOM_SET_REQUEST, 2, 0x44, 0); - else + /* Determine chiptype by trial and error. */ + + err = uplcom_pl2303_do(udev, UT_WRITE_VENDOR_DEVICE, UPLCOM_SET_REQUEST, 2, 0x44, 0); + if (err == 0) + sc->sc_chiptype = TYPE_PL2303HX; + else { err = uplcom_pl2303_do(udev, UT_WRITE_VENDOR_DEVICE, UPLCOM_SET_REQUEST, 2, 0x24, 0); + if (err == 0) + sc->sc_chiptype = TYPE_PL2303; + } + if (err) return (EIO); + + DPRINTF("chiptype: %s\n", (sc->sc_chiptype == TYPE_PL2303HX) ? + "2303X" : "2303"); if (uplcom_pl2303_do(udev, UT_WRITE_VENDOR_DEVICE, UPLCOM_SET_REQUEST, 8, 0, 0) || uplcom_pl2303_do(udev, UT_WRITE_VENDOR_DEVICE, UPLCOM_SET_REQUEST, 9, 0, 0)) --Boundary-00=_kln3MirHbDD469G-- From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 13:14:28 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 447CA1065672; Sat, 13 Nov 2010 13:14:28 +0000 (UTC) (envelope-from arundel@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 19FBD8FC0A; Sat, 13 Nov 2010 13:14:28 +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 oADDERfQ044382; Sat, 13 Nov 2010 13:14:27 GMT (envelope-from arundel@freefall.freebsd.org) Received: (from arundel@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oADDER8J044378; Sat, 13 Nov 2010 13:14:27 GMT (envelope-from arundel) Date: Sat, 13 Nov 2010 13:14:27 GMT Message-Id: <201011131314.oADDER8J044378@freefall.freebsd.org> To: cia@mud.ro, arundel@FreeBSD.org, freebsd-usb@FreeBSD.org From: arundel@FreeBSD.org Cc: Subject: Re: usb/149764: [u3g] [patch] usbdevs update: Huawei K3765 3G modem 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, 13 Nov 2010 13:14:28 -0000 Synopsis: [u3g] [patch] usbdevs update: Huawei K3765 3G modem State-Changed-From-To: open->patched State-Changed-By: arundel State-Changed-When: Sat Nov 13 13:12:22 UTC 2010 State-Changed-Why: Patch in HEAD (r213856, r213879). http://www.freebsd.org/cgi/query-pr.cgi?pr=149764 From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 13:16:58 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 030DE106566B; Sat, 13 Nov 2010 13:16:58 +0000 (UTC) (envelope-from arundel@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CCAC58FC13; Sat, 13 Nov 2010 13:16:57 +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 oADDGvIf044533; Sat, 13 Nov 2010 13:16:57 GMT (envelope-from arundel@freefall.freebsd.org) Received: (from arundel@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oADDGvm4044529; Sat, 13 Nov 2010 13:16:57 GMT (envelope-from arundel) Date: Sat, 13 Nov 2010 13:16:57 GMT Message-Id: <201011131316.oADDGvm4044529@freefall.freebsd.org> To: c.kworr@gmail.com, arundel@FreeBSD.org, freebsd-usb@FreeBSD.org From: arundel@FreeBSD.org Cc: Subject: Re: usb/149934: [patch] [usb8] Transcend JetFlash V85 poor performance 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, 13 Nov 2010 13:16:58 -0000 Synopsis: [patch] [usb8] Transcend JetFlash V85 poor performance State-Changed-From-To: open->patched State-Changed-By: arundel State-Changed-When: Sat Nov 13 13:16:37 UTC 2010 State-Changed-Why: Patched in HEAD (r213856). http://www.freebsd.org/cgi/query-pr.cgi?pr=149934 From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 13:25:57 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DEF5106566C; Sat, 13 Nov 2010 13:25:57 +0000 (UTC) (envelope-from arundel@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D76CF8FC0C; Sat, 13 Nov 2010 13:25:56 +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 oADDPuTj053971; Sat, 13 Nov 2010 13:25:56 GMT (envelope-from arundel@freefall.freebsd.org) Received: (from arundel@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oADDPuL5053966; Sat, 13 Nov 2010 13:25:56 GMT (envelope-from arundel) Date: Sat, 13 Nov 2010 13:25:56 GMT Message-Id: <201011131325.oADDPuL5053966@freefall.freebsd.org> To: achilov-rn@askd.ru, arundel@FreeBSD.org, freebsd-usb@FreeBSD.org From: arundel@FreeBSD.org Cc: Subject: Re: usb/116699: [usbhid] USB HID devices do not initialize at system boot 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, 13 Nov 2010 13:25:57 -0000 Synopsis: [usbhid] USB HID devices do not initialize at system boot State-Changed-From-To: open->patched State-Changed-By: arundel State-Changed-When: Sat Nov 13 13:24:48 UTC 2010 State-Changed-Why: I have the same motherboard and was also experiencing the same issues under 6.x and 7.x. Under 8.x however the problems vanished. http://www.freebsd.org/cgi/query-pr.cgi?pr=116699 From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 13:29:42 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DB2E1065675; Sat, 13 Nov 2010 13:29:42 +0000 (UTC) (envelope-from arundel@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D712D8FC18; Sat, 13 Nov 2010 13:29:41 +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 oADDTffK054216; Sat, 13 Nov 2010 13:29:41 GMT (envelope-from arundel@freefall.freebsd.org) Received: (from arundel@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oADDTfLG054212; Sat, 13 Nov 2010 13:29:41 GMT (envelope-from arundel) Date: Sat, 13 Nov 2010 13:29:41 GMT Message-Id: <201011131329.oADDTfLG054212@freefall.freebsd.org> To: eugen@grosbein.pp.ru, arundel@FreeBSD.org, freebsd-usb@FreeBSD.org From: arundel@FreeBSD.org Cc: Subject: Re: usb/146871: [usbdevs] [usb8] [patch] provide descriprive string for D-Link DUB-7H USB hub X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Nov 2010 13:29:42 -0000 Synopsis: [usbdevs] [usb8] [patch] provide descriprive string for D-Link DUB-7H USB hub State-Changed-From-To: open->patched State-Changed-By: arundel State-Changed-When: Sat Nov 13 13:29:15 UTC 2010 State-Changed-Why: Patched in HEAD (r213856). http://www.freebsd.org/cgi/query-pr.cgi?pr=146871 From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 14:10:10 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62F4C106564A for ; Sat, 13 Nov 2010 14: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 35E688FC1D for ; Sat, 13 Nov 2010 14: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 oADEAAcM096656 for ; Sat, 13 Nov 2010 14:10:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oADEAALk096655; Sat, 13 Nov 2010 14:10:10 GMT (envelope-from gnats) Date: Sat, 13 Nov 2010 14:10:10 GMT Message-Id: <201011131410.oADEAALk096655@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Alexander Best Cc: Subject: usb/130230: [patch] [quirk] [usb67] [usb] [cam] [umass] Samsung Electronics YP-U3 does not attach in 7.1-RELEASE X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Best List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Nov 2010 14:10:10 -0000 The following reply was made to PR usb/130230; it has been noted by GNATS. From: Alexander Best To: bug-followup@freebsd.org Cc: Subject: usb/130230: [patch] [quirk] [usb67] [usb] [cam] [umass] Samsung Electronics YP-U3 does not attach in 7.1-RELEASE Date: Sat, 13 Nov 2010 14:03:15 +0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline could you please try the first patch and see if that lets you use your device without any manual quirks? if that works it would be nice if you could also try the second patch. maybe the existing scsi quirks aren't necessary anymore. this is just a guess however. if your device stops working after you've applied the second patch, please revert it and only use the first patch. cheers. alex -- a13x --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="yp-u3.diff1" diff --git a/sys/dev/usb/quirk/usb_quirk.c b/sys/dev/usb/quirk/usb_quirk.c index 6691538..15611c3 100644 --- a/sys/dev/usb/quirk/usb_quirk.c +++ b/sys/dev/usb/quirk/usb_quirk.c @@ -332,6 +332,8 @@ static struct usb_quirk_entry usb_quirks[USB_DEV_QUIRKS_MAX] = { USB_QUIRK_VP(USB_VENDOR_SAMSUNG_TECHWIN, USB_PRODUCT_SAMSUNG_TECHWIN_DIGIMAX_410, UQ_MSC_FORCE_WIRE_BBB, UQ_MSC_FORCE_PROTO_SCSI, UQ_MSC_NO_INQUIRY), + USB_QUIRK(SAMSUNG, YP_U3, 0x0000, 0xffff, UQ_MSC_NO_INQUIRY, + UQ_MSC_NO_SYNC_CACHE), USB_QUIRK(SAMSUNG, YP_U4, 0x0000, 0xffff, UQ_MSC_NO_SYNC_CACHE), USB_QUIRK(SANDISK, SDDR05A, 0x0000, 0xffff, UQ_MSC_FORCE_WIRE_CBI, UQ_MSC_FORCE_PROTO_SCSI, UQ_MSC_READ_CAP_OFFBY1, diff --git a/sys/dev/usb/usbdevs b/sys/dev/usb/usbdevs index 404ec18..dc92093 100644 --- a/sys/dev/usb/usbdevs +++ b/sys/dev/usb/usbdevs @@ -2773,6 +2773,7 @@ product SAGEM XG76NA 0x0062 XG-76NA /* Samsung products */ product SAMSUNG ML6060 0x3008 ML-6060 laser printer product SAMSUNG YP_U2 0x5050 YP-U2 MP3 Player +product SAMSUNG YP_U3 0x507c YP-U3 MP3 Player product SAMSUNG YP_U4 0x5092 YP-U4 MP3 Player product SAMSUNG I500 0x6601 I500 Palm USB Phone product SAMSUNG I330 0x8001 I330 phone cradle --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="yp-u3.diff2" diff --git a/sys/cam/scsi/scsi_da.c b/sys/cam/scsi/scsi_da.c index b3b968c..29e1641 100644 --- a/sys/cam/scsi/scsi_da.c +++ b/sys/cam/scsi/scsi_da.c @@ -545,14 +545,6 @@ static struct da_quirk_entry da_quirk_table[] = "*"}, /*quirks*/ DA_Q_NO_SYNC_CACHE }, { - /* - * Samsung YP-U3 mp3-player - * PR: 125398 - */ - {T_DIRECT, SIP_MEDIA_REMOVABLE, "Samsung", "YP-U3", - "*"}, /*quirks*/ DA_Q_NO_SYNC_CACHE - }, - { {T_DIRECT, SIP_MEDIA_REMOVABLE, "Netac", "OnlyDisk*", "2000"}, /*quirks*/ DA_Q_NO_SYNC_CACHE }, --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 14:17:56 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C1261065694; Sat, 13 Nov 2010 14:17:56 +0000 (UTC) (envelope-from arundel@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 413F78FC0A; Sat, 13 Nov 2010 14:17:56 +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 oADEHu5h007285; Sat, 13 Nov 2010 14:17:56 GMT (envelope-from arundel@freefall.freebsd.org) Received: (from arundel@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oADEHtHF007281; Sat, 13 Nov 2010 14:17:55 GMT (envelope-from arundel) Date: Sat, 13 Nov 2010 14:17:55 GMT Message-Id: <201011131417.oADEHtHF007281@freefall.freebsd.org> To: maurice@castro.aus.net, arundel@FreeBSD.org, freebsd-usb@FreeBSD.org From: arundel@FreeBSD.org Cc: Subject: Re: usb/122819: [usb] [patch] Patch to provide dynamic additions to the usb quirks table 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, 13 Nov 2010 14:17:56 -0000 Synopsis: [usb] [patch] Patch to provide dynamic additions to the usb quirks table State-Changed-From-To: open->feedback State-Changed-By: arundel State-Changed-When: Sat Nov 13 14:10:50 UTC 2010 State-Changed-Why: What's the status of this PR? To my knowledge the new USB stack supports dynamic quirk tables. http://www.freebsd.org/cgi/query-pr.cgi?pr=122819 From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 14:21:27 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 774111065672; Sat, 13 Nov 2010 14:21:27 +0000 (UTC) (envelope-from arundel@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4C1138FC12; Sat, 13 Nov 2010 14:21:27 +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 oADELRSJ016547; Sat, 13 Nov 2010 14:21:27 GMT (envelope-from arundel@freefall.freebsd.org) Received: (from arundel@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oADELQe9016543; Sat, 13 Nov 2010 14:21:26 GMT (envelope-from arundel) Date: Sat, 13 Nov 2010 14:21:26 GMT Message-Id: <201011131421.oADELQe9016543@freefall.freebsd.org> To: schmidt@ze.tum.de, arundel@FreeBSD.org, freebsd-usb@FreeBSD.org From: arundel@FreeBSD.org Cc: Subject: Re: usb/120786: [usb] [panic] Kernel panic when forced umount of a dettached USB Harddisk 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, 13 Nov 2010 14:21:27 -0000 Synopsis: [usb] [panic] Kernel panic when forced umount of a dettached USB Harddisk State-Changed-From-To: open->feedback State-Changed-By: arundel State-Changed-When: Sat Nov 13 14:21:02 UTC 2010 State-Changed-Why: Can you reproduce this issue under 8.X or HEAD? http://www.freebsd.org/cgi/query-pr.cgi?pr=120786 From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 14:22:07 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91A5C1065679; Sat, 13 Nov 2010 14:22:07 +0000 (UTC) (envelope-from arundel@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 662BA8FC0A; Sat, 13 Nov 2010 14:22:07 +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 oADEM7HF016629; Sat, 13 Nov 2010 14:22:07 GMT (envelope-from arundel@freefall.freebsd.org) Received: (from arundel@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oADEM7cr016625; Sat, 13 Nov 2010 14:22:07 GMT (envelope-from arundel) Date: Sat, 13 Nov 2010 14:22:07 GMT Message-Id: <201011131422.oADEM7cr016625@freefall.freebsd.org> To: spawk@acm.poly.edu, arundel@FreeBSD.org, freebsd-usb@FreeBSD.org From: arundel@FreeBSD.org Cc: Subject: Re: usb/130230: [patch] [quirk] [usb67] [usb] [cam] [umass] Samsung Electronics YP-U3 does not attach in 7.1-RELEASE 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, 13 Nov 2010 14:22:07 -0000 Synopsis: [patch] [quirk] [usb67] [usb] [cam] [umass] Samsung Electronics YP-U3 does not attach in 7.1-RELEASE State-Changed-From-To: suspended->open State-Changed-By: arundel State-Changed-When: Sat Nov 13 14:21:36 UTC 2010 State-Changed-Why: There's active work going on regarding this PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=130230 From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 14:23:46 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87FB41065672; Sat, 13 Nov 2010 14:23:46 +0000 (UTC) (envelope-from arundel@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5D5FE8FC0C; Sat, 13 Nov 2010 14:23:46 +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 oADENk6x016686; Sat, 13 Nov 2010 14:23:46 GMT (envelope-from arundel@freefall.freebsd.org) Received: (from arundel@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oADENk1s016682; Sat, 13 Nov 2010 14:23:46 GMT (envelope-from arundel) Date: Sat, 13 Nov 2010 14:23:46 GMT Message-Id: <201011131423.oADENk1s016682@freefall.freebsd.org> To: me@hotmail.com, arundel@FreeBSD.org, freebsd-usb@FreeBSD.org From: arundel@FreeBSD.org Cc: Subject: Re: usb/129766: [usb] [panic] plugging in usb modem HUAWEI E226 panics system 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, 13 Nov 2010 14:23:46 -0000 Synopsis: [usb] [panic] plugging in usb modem HUAWEI E226 panics system State-Changed-From-To: open->feedback State-Changed-By: arundel State-Changed-When: Sat Nov 13 14:22:33 UTC 2010 State-Changed-Why: Does this problem still occur? Please be sure dumpdev is set properly and if the problem still occurs send in a backtrace from the kernel core dump. http://www.freebsd.org/cgi/query-pr.cgi?pr=129766 From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 14:30:44 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B5A91065675; Sat, 13 Nov 2010 14:30:44 +0000 (UTC) (envelope-from arundel@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E46A08FC0A; Sat, 13 Nov 2010 14:30:43 +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 oADEUhgn019981; Sat, 13 Nov 2010 14:30:43 GMT (envelope-from arundel@freefall.freebsd.org) Received: (from arundel@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oADEUhJ2019967; Sat, 13 Nov 2010 14:30:43 GMT (envelope-from arundel) Date: Sat, 13 Nov 2010 14:30:43 GMT Message-Id: <201011131430.oADEUhJ2019967@freefall.freebsd.org> To: reed@reedmedia.net, arundel@FreeBSD.org, freebsd-usb@FreeBSD.org From: arundel@FreeBSD.org Cc: Subject: Re: usb/121232: [usb67] [panic] USB CardBus card removal causes reboot sometimes 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, 13 Nov 2010 14:30:44 -0000 Old Synopsis: [usb] [panic] USB CardBus card removal causes reboot sometimes New Synopsis: [usb67] [panic] USB CardBus card removal causes reboot sometimes State-Changed-From-To: open->feedback State-Changed-By: arundel State-Changed-When: Sat Nov 13 14:28:40 UTC 2010 State-Changed-Why: Does this issue still occur under a recent FreeBSD 7.x release? This seems to be limited to the old USB stack. http://www.freebsd.org/cgi/query-pr.cgi?pr=121232 From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 14:33:41 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E8BF106564A; Sat, 13 Nov 2010 14:33:41 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id C9CAD8FC0C; Sat, 13 Nov 2010 14:33:40 +0000 (UTC) Received: by bwz2 with SMTP id 2so3924079bwz.13 for ; Sat, 13 Nov 2010 06:33:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=t/a5N21ZfL6VDOhTX/7/+NJN3ITARtw9nAK6Ak+84io=; b=SDWLugmJfxNmslwEhGbVyaWSzLGhNteaz8kYU/6WVz4A92ZKUZIfOVbh14jzRsKM+N djH/gyEPdY7zBvoHCL845eOGmuG55TJWN5dpf67Sv1jrtkh7Tq1j1J+VrfwD7+Be/69N IJwi6kNPPdWNqnj2cgC4G450qMDmhKvMfjIUk= 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=OXwvX3wnj0oe3l0OU03/HkIRh1frENHs1L37HmVBQOBvvVc737IB6ieICANKQBkbZF mFh3H6kusQ9n+B1L9zNVzKAsOdTXaX/RHDut36k3L92Z6xYInY1y9Le+aJYbCbZZMGbY yszK62XxE91QJLLgNG4WE4udp72Sgop1gqpME= MIME-Version: 1.0 Received: by 10.204.46.33 with SMTP id h33mr4102559bkf.95.1289658819260; Sat, 13 Nov 2010 06:33:39 -0800 (PST) Received: by 10.204.142.133 with HTTP; Sat, 13 Nov 2010 06:33:39 -0800 (PST) In-Reply-To: <4CDAA315.1030808@yandex.ru> References: <201011020830.31701.hselasky@c2i.net> <201011030849.34556.hselasky@c2i.net> <4CD1176E.4060101@FreeBSD.org> <4CDAA315.1030808@yandex.ru> Date: Sat, 13 Nov 2010 17:33:39 +0300 Message-ID: From: Alexander Churanov To: "Andrey V. Elsukov" Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin , hps@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB camera not detected by 8.1, was working in 7 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, 13 Nov 2010 14:33:41 -0000 > did you try to setup quirks for your usb device with usbconfig? Andrey, No, I did not. I've found an instruction here: http://wiki.freebsd.org/USB Is that what I am supposed to do? Alexander Churanov From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 14:35:02 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC7A61065674; Sat, 13 Nov 2010 14:35:02 +0000 (UTC) (envelope-from arundel@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 91D518FC0A; Sat, 13 Nov 2010 14:35:02 +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 oADEZ2vM027521; Sat, 13 Nov 2010 14:35:02 GMT (envelope-from arundel@freefall.freebsd.org) Received: (from arundel@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oADEZ2HN027517; Sat, 13 Nov 2010 14:35:02 GMT (envelope-from arundel) Date: Sat, 13 Nov 2010 14:35:02 GMT Message-Id: <201011131435.oADEZ2HN027517@freefall.freebsd.org> To: rehsack@googlemail.com, arundel@FreeBSD.org, freebsd-usb@FreeBSD.org From: arundel@FreeBSD.org Cc: Subject: Re: usb/138570: [usb67] [panic] USB mass device panics current 7.2-STABLE 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, 13 Nov 2010 14:35:02 -0000 Old Synopsis: [usb] [panic] USB mass device panics current 7.2-STABLE New Synopsis: [usb67] [panic] USB mass device panics current 7.2-STABLE State-Changed-From-To: open->feedback State-Changed-By: arundel State-Changed-When: Sat Nov 13 14:33:29 UTC 2010 State-Changed-Why: Does this panic also occur with a more recent stable snapshot? Have you tried the device under FreBSD 8.x? http://www.freebsd.org/cgi/query-pr.cgi?pr=138570 From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 14:51:28 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C19F1065673; Sat, 13 Nov 2010 14:51:28 +0000 (UTC) (envelope-from arundel@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 210FD8FC21; Sat, 13 Nov 2010 14:51:28 +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 oADEpS0L046380; Sat, 13 Nov 2010 14:51:28 GMT (envelope-from arundel@freefall.freebsd.org) Received: (from arundel@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oADEpRx2046376; Sat, 13 Nov 2010 14:51:28 GMT (envelope-from arundel) Date: Sat, 13 Nov 2010 14:51:28 GMT Message-Id: <201011131451.oADEpRx2046376@freefall.freebsd.org> To: fbsd@opal.com, arundel@FreeBSD.org, freebsd-usb@FreeBSD.org From: arundel@FreeBSD.org Cc: Subject: Re: usb/143186: [usbdevs] [usb8] [patch] add USB device IDs for Google Nexus One and for RealTek Card Reader 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, 13 Nov 2010 14:51:28 -0000 Synopsis: [usbdevs] [usb8] [patch] add USB device IDs for Google Nexus One and for RealTek Card Reader State-Changed-From-To: feedback->patched State-Changed-By: arundel State-Changed-When: Sat Nov 13 14:50:53 UTC 2010 State-Changed-Why: Changes are in HEAD. Couldn't find the commit however. http://www.freebsd.org/cgi/query-pr.cgi?pr=143186 From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 15:02:07 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1F8E1065670; Sat, 13 Nov 2010 15:02:07 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id CD8358FC0C; Sat, 13 Nov 2010 15:02:06 +0000 (UTC) Received: by bwz2 with SMTP id 2so3939881bwz.13 for ; Sat, 13 Nov 2010 07:02:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=QFFKENXcE0Lj9i5HBOFj9U9P2KYYwJSajhWZYTMKDQQ=; b=Hib0+gq71KfXcZQBiB5ZLnLRV3QazxsaLaN/okAwxF26oDnUiYlQ7iJfmgv5Dx48+n DR0QsgKszquSv7NyCcOFMnEnZX9s7yG4v8w5Lnl9dpDmmA3Tbgy6DNgqqq5cUgPwdzsU IzZf65OGhAcm1vwIhOXmcWjVRtGMeEpIMYeOQ= 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=PZoU3+G953PjVSK+67bpm2BvLE30C0FLHTqj+1HtuPvKJG0TMifu4s7rfRGqqTYHHT XlP8QWCIDVpGFg6JEz70uKVbjLPkSHDbw76RutqRHEbP4oT8ZhhEtXyvbdziBijHocca OrpMnnSERaCzha4AUz7BgAXfmVIVUsfcY+ytE= MIME-Version: 1.0 Received: by 10.204.103.133 with SMTP id k5mr4107024bko.68.1289660525661; Sat, 13 Nov 2010 07:02:05 -0800 (PST) Received: by 10.204.142.133 with HTTP; Sat, 13 Nov 2010 07:02:05 -0800 (PST) In-Reply-To: <4CDAA315.1030808@yandex.ru> References: <201011020830.31701.hselasky@c2i.net> <201011030849.34556.hselasky@c2i.net> <4CD1176E.4060101@FreeBSD.org> <4CDAA315.1030808@yandex.ru> Date: Sat, 13 Nov 2010 18:02:05 +0300 Message-ID: From: Alexander Churanov To: "Andrey V. Elsukov" Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin , hps@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB camera not detected by 8.1, was working in 7 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, 13 Nov 2010 15:02:07 -0000 Folks, I've found that Linux kernel has specific settings right for my device: /drivers/usb/storage/unusual_devs.h, v. 2.6.36 557 UNUSUAL_DEV( 0x054c, 0x0010, 0x0106, 0x0450, 558 "Sony", 559 "DSC-S30/S70/S75/505V/F505/F707/F717/P8", 560 US_SC_SCSI, US_PR_DEVICE, NULL, 561 US_FL_SINGLE_LUN | US_FL_NOT_LOCKABLE | US_FL_NO_WP_DETECT ), 562 563 /* Submitted by Lars Jacob 564 * This entry is needed because the device reports Sub=ff */ 565 UNUSUAL_DEV( 0x054c, 0x0010, 0x0500, 0x0610, 566 "Sony", 567 "DSC-T1/T5/H5", 568 US_SC_8070, US_PR_DEVICE, NULL, 569 US_FL_SINGLE_LUN ), Is it possible to tune my FreeBSD like that? Alexander Churanov From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 15:09:18 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 369311065675; Sat, 13 Nov 2010 15:09:18 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 82F378FC2A; Sat, 13 Nov 2010 15:09:17 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=5UXFHLfkiY5XrCDma5uYm2T9fyMGz6t0cyN4hLfZsqg= c=1 sm=1 a=3qpjzGKB6kwA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=mK_AVkanAAAA:8 a=7vptVYrFWA_HndB3qu8A:9 a=zQmGziQAd1zMXL-vT6iYWUUkplgA:4 a=wPNLvfGTeEIA:10 a=9xyTavCNlvEA: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 48026742; Sat, 13 Nov 2010 16:09:15 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Sat, 13 Nov 2010 16:10:17 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <4CDAA315.1030808@yandex.ru> In-Reply-To: X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011131610.17193.hselasky@c2i.net> Cc: Alexander Motin , Alexander Churanov Subject: Re: USB camera not detected by 8.1, was working in 7 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, 13 Nov 2010 15:09:18 -0000 On Saturday 13 November 2010 16:02:05 Alexander Churanov wrote: > Folks, > > I've found that Linux kernel has specific settings right for my device: > > /drivers/usb/storage/unusual_devs.h, v. 2.6.36 > > 557 UNUSUAL_DEV( 0x054c, 0x0010, 0x0106, 0x0450, > 558 "Sony", > 559 "DSC-S30/S70/S75/505V/F505/F707/F717/P8", > 560 US_SC_SCSI, US_PR_DEVICE, NULL, > 561 US_FL_SINGLE_LUN | US_FL_NOT_LOCKABLE | > US_FL_NO_WP_DETECT ), > 562 > 563 /* Submitted by Lars Jacob > 564 * This entry is needed because the device reports Sub=ff */ > 565 UNUSUAL_DEV( 0x054c, 0x0010, 0x0500, 0x0610, > 566 "Sony", > 567 "DSC-T1/T5/H5", > 568 US_SC_8070, US_PR_DEVICE, NULL, > 569 US_FL_SINGLE_LUN ), > > Is it possible to tune my FreeBSD like that? > Yes, Have a look at /sys/dev/usb/quirk/usb_quirk.c --HPS From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 15:10:11 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A74D1065694 for ; Sat, 13 Nov 2010 15:10:11 +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 CB3538FC1D for ; Sat, 13 Nov 2010 15: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 oADFAAJD059334 for ; Sat, 13 Nov 2010 15:10:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oADFAASu059332; Sat, 13 Nov 2010 15:10:10 GMT (envelope-from gnats) Date: Sat, 13 Nov 2010 15:10:10 GMT Message-Id: <201011131510.oADFAASu059332@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Alexander Best Cc: Subject: Re: usb/142276: [umass] [usb8] Cache Synchronization Error with Olympus FE210 Camera X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Best List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Nov 2010 15:10:11 -0000 The following reply was made to PR usb/142276; it has been noted by GNATS. From: Alexander Best To: bug-followup@freebsd.org Cc: Subject: Re: usb/142276: [umass] [usb8] Cache Synchronization Error with Olympus FE210 Camera Date: Sat, 13 Nov 2010 15:02:30 +0000 could you try the following quirk with usbconfig: UQ_MSC_NO_SYNC_CACHE cheers. alex -- a13x From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 15:20:19 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3900106566B; Sat, 13 Nov 2010 15:20:19 +0000 (UTC) (envelope-from arundel@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A83498FC08; Sat, 13 Nov 2010 15:20:19 +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 oADFKJfN070700; Sat, 13 Nov 2010 15:20:19 GMT (envelope-from arundel@freefall.freebsd.org) Received: (from arundel@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oADFKJ9e070600; Sat, 13 Nov 2010 15:20:19 GMT (envelope-from arundel) Date: Sat, 13 Nov 2010 15:20:19 GMT Message-Id: <201011131520.oADFKJ9e070600@freefall.freebsd.org> To: sebastian.huber@embedded-brains.de, arundel@FreeBSD.org, freebsd-usb@FreeBSD.org From: arundel@FreeBSD.org Cc: Subject: Re: usb/145455: [usb8] [patch] USB debug support cannot be disabled 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, 13 Nov 2010 15:20:19 -0000 Synopsis: [usb8] [patch] USB debug support cannot be disabled State-Changed-From-To: open->patched State-Changed-By: arundel State-Changed-When: Sat Nov 13 15:18:43 UTC 2010 State-Changed-Why: This was fixed in HEAD(r207077) by a simple 3 line change in usb_freebsd.h. http://www.freebsd.org/cgi/query-pr.cgi?pr=145455 From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 20:25:36 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1286D106564A for ; Sat, 13 Nov 2010 20:25:36 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id C86708FC18 for ; Sat, 13 Nov 2010 20:25:35 +0000 (UTC) Received: from baby-jane.lamaiziere.net (unknown [192.168.1.10]) by smtp.lamaiziere.net (Postfix) with ESMTP id 1030D63307B for ; Sat, 13 Nov 2010 21:25:34 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 9B0F72CF69A for ; Sat, 13 Nov 2010 21:25:32 +0100 (CET) Date: Sat, 13 Nov 2010 21:21:46 +0100 From: Patrick Lamaiziere (by way of Patrick Lamaiziere ) To: Hans Petter Selasky Message-ID: <20101113212146.351b9c16@davenulle.org> In-Reply-To: <201011131241.24671.hselasky@c2i.net> References: <20101112145849.161e39a8@davenulle.org> <201011121525.13324.hselasky@c2i.net> <201011131241.24671.hselasky@c2i.net> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Resent-Date: Sat, 13 Nov 2010 21:25:29 +0100 Resent-From: Patrick Lamaiziere Resent-Message-ID: <20101113212529.40c4595d@davenulle.org> Resent-To: freebsd-usb@freebsd.org Cc: Subject: Re: uplcom(4) does not work on cuaU0 ? 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, 13 Nov 2010 20:25:36 -0000 Le Sat, 13 Nov 2010 12:41:24 +0100, Hans Petter Selasky a écrit : > Please try the attached patch. Others having UPLCOM devices should > try this patch aswell and see if their device is still working. Well I feel stupid because the problem was a ucom console enabled in my loader.conf : hw.usb.ucom.cons_unit="0" hw.usb.ucom.cons_baud="9600" Without this uplcom works perfectly (not sure why this was not a problem with my u3g key). May be we should check that cuaUx is used by a ucom console and return EBUSY in this case? My apologies and thanks a lot for your support. Regards. From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 20:28:33 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A53BD1065696 for ; Sat, 13 Nov 2010 20:28:33 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 66E5B8FC21 for ; Sat, 13 Nov 2010 20:28:33 +0000 (UTC) Received: from baby-jane.lamaiziere.net (unknown [192.168.1.10]) by smtp.lamaiziere.net (Postfix) with ESMTP id 56B0563307B for ; Sat, 13 Nov 2010 21:28:32 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id CAD032CF69A for ; Sat, 13 Nov 2010 21:28:30 +0100 (CET) Date: Sat, 13 Nov 2010 21:28:27 +0100 From: Patrick Lamaiziere To: freebsd-usb@freebsd.org Message-ID: <20101113212827.7bc9aa76@davenulle.org> In-Reply-To: <201011131241.24671.hselasky@c2i.net> References: <20101112145849.161e39a8@davenulle.org> <201011121525.13324.hselasky@c2i.net> <201011131241.24671.hselasky@c2i.net> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: uplcom(4) does not work on cuaU0 ? 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, 13 Nov 2010 20:28:33 -0000 Le Sat, 13 Nov 2010 12:41:24 +0100, Hans Petter Selasky a écrit : > Please try the attached patch. Others having UPLCOM devices should > try this patch aswell and see if their device is still working. Well I feel stupid because the problem was a ucom console enabled in my loader.conf : hw.usb.ucom.cons_unit="0" hw.usb.ucom.cons_baud="9600" Without this uplcom works perfectly (not sure why this was not a problem with my u3g key). May be we should check that cuaUx is used by a ucom console and return EBUSY in this case? My apologies and thanks a lot for your support. Regards. (forget to cc freebsd-usb@) From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 21:50:41 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C9491065696 for ; Sat, 13 Nov 2010 21:50:41 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 9A0C28FC08 for ; Sat, 13 Nov 2010 21:50:40 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=gl0LPzB4YDQuuzpDoHYit7deEV0cOo++Sg28kyvF6vg= c=1 sm=1 a=eA1fqfAm1u4A:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=-dOjevGhHUsJW7h0PhUA:9 a=KTM_qE8oKK1rDuiBj-utdQ5N_OIA:4 a=wPNLvfGTeEIA: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 48450523; Sat, 13 Nov 2010 22:50:38 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Sat, 13 Nov 2010 22:51:38 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <20101112145849.161e39a8@davenulle.org> <201011131241.24671.hselasky@c2i.net> <20101113212827.7bc9aa76@davenulle.org> In-Reply-To: <20101113212827.7bc9aa76@davenulle.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: <201011132251.38347.hselasky@c2i.net> Cc: Subject: Re: uplcom(4) does not work on cuaU0 ? 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, 13 Nov 2010 21:50:41 -0000 On Saturday 13 November 2010 21:28:27 Patrick Lamaiziere wrote: > Well I feel stupid Ok, no problem. We all make some mistakes ;-) --HPS From owner-freebsd-usb@FreeBSD.ORG Sat Nov 13 23:08:45 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F8171065670; Sat, 13 Nov 2010 23:08:45 +0000 (UTC) (envelope-from rehsack@googlemail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 769518FC14; Sat, 13 Nov 2010 23:08:44 +0000 (UTC) Received: by bwz2 with SMTP id 2so4162518bwz.13 for ; Sat, 13 Nov 2010 15:08:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=DYh+JxuFXbfHEyR7gRIGZVJcW+YvkDBq0Irh0Z6fq3s=; b=N+qHXmr6gD3FqwIoGjmNMsqcx0EPjRNet6WItluWekY+RdMdauVE3NUbkyVk53k7Z7 iiHM8TG+iFh0DSbpX0BjfuctnuSPDMSggwwkraeJfWwap7EbZ+U1RQDOpB/lP0/FLs2I cXqBnWAyw7AezIU/hN0aLLM5Ec58j2LTvRSLw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=CHp4eqK4vH4w5rUgJV5Sd71RMZ9BpcX8IY8O9eCmtLP5G8InoD7svFGOA3cl1+R5CU 9DZtpDhtLAZZGw+1VCTtk0QcJPZU3VSkI78BYDrluEQpXQprFVz7iAs45w3ujqQTQHoN qfgXPzCu9DBQm8Yc8qOZe+VKtAfh+U7JFNt2M= MIME-Version: 1.0 Received: by 10.204.69.81 with SMTP id y17mr4503327bki.86.1289688089507; Sat, 13 Nov 2010 14:41:29 -0800 (PST) Received: by 10.204.118.1 with HTTP; Sat, 13 Nov 2010 14:41:29 -0800 (PST) In-Reply-To: <201011131435.oADEZ2HN027517@freefall.freebsd.org> References: <201011131435.oADEZ2HN027517@freefall.freebsd.org> Date: Sat, 13 Nov 2010 23:41:29 +0100 Message-ID: From: Jens Rehsack To: arundel@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-usb@freebsd.org Subject: Re: usb/138570: [usb67] [panic] USB mass device panics current 7.2-STABLE 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, 13 Nov 2010 23:08:45 -0000 2010/11/13 : > Old Synopsis: [usb] [panic] USB mass device panics current 7.2-STABLE > New Synopsis: [usb67] [panic] USB mass device panics current 7.2-STABLE > > State-Changed-From-To: open->feedback > State-Changed-By: arundel > State-Changed-When: Sat Nov 13 14:33:29 UTC 2010 > State-Changed-Why: > Does this panic also occur with a more recent stable snapshot? I'm on the road for jobs and can't test again (to busy and no time to restore the machine in case of a panic destroys something). I moved most tasks away from the FSBD machine meanwhile, from my point of view this PR can be closed (no feedback from reporter), because I can confirm that I don't have time to take care the next 6 month. > Have you tried the device under FreBSD 8.x? No - but on NetBSD 5-CURRENT and Ubuntu 10.04, and it works fine there. Best regards, Jens > http://www.freebsd.org/cgi/query-pr.cgi?pr=138570 >