From owner-freebsd-usb@FreeBSD.ORG Mon Jul 13 02:40:11 2009 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 5FC43106567C for ; Mon, 13 Jul 2009 02:40:11 +0000 (UTC) (envelope-from gmiller@classic-games.com) Received: from fmailhost04.isp.att.net (fmailhost04.isp.att.net [207.115.11.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4C62D8FC16 for ; Mon, 13 Jul 2009 02:40:11 +0000 (UTC) (envelope-from gmiller@classic-games.com) Received: from [65.7.36.24] (host-65-7-36-24.mem.bellsouth.net?[65.7.36.24]) by isp.att.net (frfwmhc04) with ESMTP id <20090713022646H0400ertpge>; Mon, 13 Jul 2009 02:26:47 +0000 X-Originating-IP: [65.7.36.24] Message-ID: <4A5A9B35.5010700@classic-games.com> Date: Sun, 12 Jul 2009 21:25:57 -0500 From: Greg Miller User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: freebsd-usb@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Adesso AKB130-UG with -CURRENT 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, 13 Jul 2009 02:40:11 -0000 My Adesso combo device now works as a keyboard with the USB stack on 8.0, but the touchpad is not recognized as a mouse device. What information do I need to provide in order to help with support for this device? -- http://www.velocityvector.com/ | http://www.classic-games.com/ Any government that can give you everything you want can take everything you have. From owner-freebsd-usb@FreeBSD.ORG Mon Jul 13 06:52:57 2009 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 CF541106566B for ; Mon, 13 Jul 2009 06:52:57 +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 647B48FC08 for ; Mon, 13 Jul 2009 06:52:57 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=gg2W7PyvkLb8p4ie143lBA==:17 a=pEzAuDoqXXIrPkEEuZoA:9 a=0TpWaVn5kHVrwEUfH8sryT1dKmMA:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1276571698; Mon, 13 Jul 2009 08:52:55 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Mon, 13 Jul 2009 08:52:35 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <4A5A9B35.5010700@classic-games.com> In-Reply-To: <4A5A9B35.5010700@classic-games.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907130852.36809.hselasky@c2i.net> Cc: Subject: Re: Adesso AKB130-UG with -CURRENT 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, 13 Jul 2009 06:52:58 -0000 On Monday 13 July 2009 04:25:57 Greg Miller wrote: > My Adesso combo device now works as a keyboard with the USB stack on > 8.0, but the touchpad is not recognized as a mouse device. What > information do I need to provide in order to help with support for this > device? We need the USB configuration descriptor at least: usbconfig -u XXX -a YYY dump_device_desc dump_curr_config_desc XXX and YYY are the numbers after ugenXXX.YYY. --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Jul 13 11:07:10 2009 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 5BDF61065673 for ; Mon, 13 Jul 2009 11:07:10 +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 481588FC22 for ; Mon, 13 Jul 2009 11:07:10 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n6DB7AcX040822 for ; Mon, 13 Jul 2009 11:07:10 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n6DB79Si040818 for freebsd-usb@FreeBSD.org; Mon, 13 Jul 2009 11:07:09 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 13 Jul 2009 11:07:09 GMT Message-Id: <200907131107.n6DB79Si040818@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, 13 Jul 2009 11:07:10 -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/135938 usb [aue] aue driver only passes traffic in promisc mode o usb/135857 usb RTL8187 Wireless Adapter o usb/135575 usb [usbdevs] [patch] Add HTC Wizard phone vid/pid informa o usb/135542 usb [keyboard] boot loader does not work with a usb keyboa o usb/135372 usb Quirk report for Teclast TL-C300 usb media player o usb/135348 usb [umass] USB Drive Hangs with ZFS (JMicron USB2/eSata) o usb/135206 usb machine reboots when inserted USB device o usb/135200 usb SAMSUNG i740 usb mass: Synchronize cache failed, statu o usb/135182 usb UMASS quirk - Olympus FE20 camera o usb/134950 usb Lowering DTR for USB-modem via ubsa is not possible o usb/134633 usb Add support for WILLCOM03(SHARP smart phone) o usb/134631 usb [usbdevs] [patch] WiSPY DBx support requires usb tweak o usb/134476 usb [usb2] [umass] [quirk] Add quirk for Cypress xx6830xx o usb/134299 usb Kernel Panic plugging in MF626 USB UMTS Stick u3g o usb/134193 usb System freeze on usb MP3 player insertion o usb/134117 usb [Patch] Add support for 'Option GlobeTrotter HSDPA Mod o usb/134085 usb [umass] Adding usb quirk for Sony USB flash drive o usb/133989 usb [newusb] [ukbd] USB keyboard dead at mountroot> prompt f usb/133545 usb [usb] [panic] Kernel crash in usb2_intr_schedule_adjus o usb/133390 usb umass crashes system in 7.1 when Olympus D-540 attache o usb/133296 usb rum driver not working properly in hostap mode p usb/132799 usb [usb][patch]GENESYS USB2IDE requires NO_SYNCHRONIZE_CA o usb/132785 usb [usb] [patch] Gemtech remote powersocket is classed as o usb/132594 usb USB subsystem causes page fault and crashes o usb/132312 usb Xorg 7.4 halts USB controller o usb/132080 usb [patch] [usb] Kernel panic after NOMEM caused by rum 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/131912 usb [uslcom] [patch] New devices using Silicon Labs chips o usb/131900 usb [usbdevs] [patch] Additional product identification co o usb/131583 usb [umass] Failure when detaching umass Device o usb/131576 usb [aue] ADMtek USB To LAN Converter can't send data o usb/131521 usb Registering Belkin UPS to usb_quirks.c f usb/131123 usb [patch] re-add UQ_ASSUME_CM_OVER_DATA USB quirk o usb/131074 usb no run-time detection of usb devices plugged into exte o usb/130736 usb Page fault unplugging USB stick o usb/130325 usb [usb] [patch] fix tools/tools/usb/print-usb-if-vids.sh o usb/130230 usb Samsung Electronics YP-U3 does not attach in 7.1-RELEA o usb/130208 usb Boot process severely hampered by umass0 error o usb/130122 usb [newusb] DVD drive detects as 'da' device o docs/129962 usb [newusb] usbconfig(8) refers to non-existant usb2_core o usb/129945 usb [usbdevs] [patch] add u3g support for Longcheer WM66 U o usb/129766 usb [usb] plugging in usb modem HUAWEI E226 panics system o usb/129758 usb [uftdi] [patch] add Pyramid LCD usb support o usb/129673 usb [uhci] uhci (uhub) confused on replugging USB 1.1 scan o usb/129522 usb [ubsa] [patch] add support for ZTE AC8700 modem o usb/129500 usb [umass] [panic] FreeBSD Crashes when connecting SanDis o usb/129311 usb [usb] [panic] Instant crash with an USB card reader o usb/129251 usb [usbdevs] [patch] Liebert UPS being assigned uhid and o usb/129173 usb [uplcom] [patch] Add support for Corega CG-USBRS232R a s usb/128990 usb [usb] u3g does not handle RTS/CTS available on for exa o usb/128977 usb [usb] [patch] uaudio is not full duplex o 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 f usb/128418 usb [panic] [rum] loading if_rum causes panic, looks like o usb/128324 usb [uplcom] [patch] remove baud rate restriction for PL23 o usb/127980 usb [umass] [patch] Fix Samsung YP U2 MP3 player on 7.x an o usb/127926 usb [boot] USB Timeout during bootup s usb/127549 usb [umass] [patch] Meizu MiniPlayer M6 (SL) requires some s usb/127453 usb [request] ubsa, uark, ubser, uftdi, and friends should o usb/127423 usb [boot] BTX halted on Gigabyte GA-MA69VM-S2 / AMD Sempr o usb/127342 usb [boot] [panic] enabling usb keyboard and mouse support o usb/127248 usb [ucom] panic while uplcom devices attaach and detach o kern/127222 usb [ohci]: Regression in 7.0 usb storage generic driver o usb/126884 usb [ugen] [patch] Bug in buffer handling in ugen.c f usb/126848 usb [usb]: USB Keyboard hangs during Installation o usb/126740 usb [ulpt] doesn't work on 7.0-RELEASE, 10 second stall be o usb/126519 usb [usb] [panic] panic when plugging in an iphone o kern/126396 usb [panic] kernel panic after unplug USB Bluetooth device o usb/125736 usb [ukbd] [hang] system hangs after AT keyboard detect if o usb/125631 usb [ums] [panic] kernel panic during bootup while 'Logite o usb/125510 usb [panic] repeated plug and unplug of USB mass storage d o usb/125450 usb [panic] Removing USB flash card while being accessed c o usb/125264 usb [patch] sysctl for set usb mouse rate (very useful for o usb/125238 usb [ums] Habu Mouse turns off in X o usb/125088 usb [keyboard] Touchpad not detected on Adesso AKB-430UG U o usb/124980 usb [panic] kernel panic on detaching unmounted umass devi o kern/124777 usb [ucom] USB cua devices don't revert to tty devices whe o usb/124758 usb [rum] [panic] rum panics SMP kernel o usb/124708 usb [panic] Kernel panic on USB KVM reattach o usb/124604 usb [ums] Microsoft combo wireless mouse doesn't work o usb/123969 usb [usb] Supermicro H8SMi-2 usb problem: port reset faile o usb/123714 usb [usb] [panic] Panic when hald-storage-probe runs with o usb/123691 usb usbd(8): usbd hangs o usb/123690 usb [usb] [panic] Panic on USB device insertion when usb l o usb/123611 usb [usb] BBB reset failed, STALLED from Imation/Mitsumi U o usb/123509 usb [umass] continuous reset Samsung SGH-G600 phone o usb/123352 usb [usbdevs] [patch] Add Option GTMAX3.6/7.2 and Quallcom o usb/123351 usb [usbdevs] [patch] Add Reiner SCT cyberJack, Omnikey [2 o usb/122992 usb [umass] [patch] MotoROKR Z6 Phone not recognised by um o usb/122956 usb [ubsa] [patch] add support for Novatel Wireless XU870 o usb/122936 usb [ucom] [ubsa] Device does not receive interrupt o usb/122905 usb [ubsa] [patch] add Huawei E220 to ubsa o usb/122819 usb [usb] [patch] Patch to provide dynamic additions to th o usb/122813 usb [udbp] [request] udbp driver should be removed in favo o usb/122621 usb [new driver] [patch] New driver for Sierra Wireless 3G o usb/122547 usb [ehci] USB Printer not being recognized after reboot o usb/122539 usb [ohci] [panic] AnyDATA ADU-E1000D - kernel panic: ohci o usb/122483 usb [panic] [ulpt] Repeatable panic in 7.0-STABLE o usb/122119 usb [umass] umass device causes creation of daX but not da o usb/122025 usb [uscanner] [patch] uscanner does not attach to Epson R o usb/121755 usb [ohci] [patch] Fix panic after ohci/uhub cardbus devic o usb/121734 usb [ugen] ugen HP1022 printer device not working since up o usb/121708 usb [keyboard] nforce 650i mobo w/ usb keyboard infinite k o usb/121474 usb [cam] [patch] QUIRK: SAMSUNG HM250JI in LaCie usb hard o usb/121426 usb [patch] [uscanner] add HP ScanJet 3570C o usb/121275 usb [boot] [panic] FreeBSD fails to boot with usb legacy s o usb/121232 usb [usb] [panic] USB CardBus card removal causes reboot s p usb/121184 usb [uipaq] [patch] add ids from linux ipaq driver (plus a o usb/121169 usb [umass] Issues with usb mp3 player o usb/121045 usb [uftdi] [patch] Add support for PC-OP-RS1 and KURO-RS o usb/120786 usb [usb] [panic] Kernel panic when forced umount of a det o usb/120729 usb [panic] fault while in kernel mode with connecting USB o usb/120572 usb [umass] [patch] quirk to support ASUS P535 as umass (a o usb/120321 usb [hang] System hangs when transferring data to WD MyBoo o usb/120283 usb [panic] Automation reboot with wireless keyboard & mou o usb/120034 usb [hang] 6.2 & 6.3 hangs on boot at usb0: OHCI with 1.5 o usb/119981 usb [axe] [patch] add support for LOGITEC LAN-GTJ/U2 gigab o usb/119977 usb [ums] Mouse does not work in a Cherry-USB keyboard/mou o usb/119653 usb [cam] [patch] iriver s7 player sync cache error patch o usb/119633 usb [umass] umass0: BBB reset failed, IOERROR [regression] o usb/119513 usb [irq] inserting dlink dwl-g630 wireless card results i o usb/119509 usb [usb] USB flaky on Dell Optiplex 755 o usb/119481 usb [hang] FreeBSD not responding after connecting USB-Mas o usb/119389 usb [umass] Sony DSC-W1 CBI reset failed, STALLED [regress o usb/119227 usb [ubsa] [patch] ubsa buffer is too small; should be tun o usb/119201 usb [cam] [patch] Quirks for Olympus FE-210 camera, LG and o usb/118485 usb [usbdevs] [patch] Logitech Headset Workaround o usb/118480 usb [umass] Timeout in USB mass storage freezes vfs layer o usb/118353 usb [panic] [ppp] repeatable kernel panic during ppp(4) se o usb/118141 usb [ucom] usb serial and nokia phones ucomreadcb ucomread o usb/118140 usb [ucom] [patch] quick hack for ucom to get it behave wi o usb/118098 usb [umass] 6th gen iPod causes problems when disconnectin o usb/117955 usb [umass] [panic] inserting minolta dimage a2 crashes OS o usb/117946 usb [panic] D-Link DUB-E100 rev. B1 crashes FreeBSD 7.0-BE o usb/117938 usb [ums] [patch] Adding support for MS WL Natural and MS o usb/117911 usb [ums] [request] Mouse Gembird MUSWC not work o usb/117893 usb [umass] Lacie USB DVD writing failing o usb/117613 usb [uhci] [irq] uhci interrupt storm & USB leaked memory o usb/117598 usb [uaudio] [patch] Not possible to record with Plantroni o usb/117313 usb [umass] [panic] panic on usb camera insertion o usb/117200 usb [ugen] ugen0 prints strange string on attach if detach o usb/117183 usb [panic] USB/fusefs -- panic while transferring large a o usb/116947 usb [ukbd] [patch] [regression] enable boot protocol on th o usb/116699 usb [usbhid] USB HID devices do not initialize at system b o usb/116561 usb [umodem] [panic] RELENG_6 umodem panic "trying to slee o usb/116282 usb [ulpt] Cannot print on USB HP LJ1018 or LJ1300 o usb/115935 usb [usbdevs] [patch] kernel counterproductively attaches o usb/115933 usb [uftdi] [patch] RATOC REX-USB60F (usb serial converter o usb/115400 usb [ehci] Problem with EHCI on ASUS M2N4-SLI o usb/115298 usb [ulpt] [panic] Turning off USB printer panics kernel o usb/114916 usb [umass] [patch] USB Maxtor drive (L300RO) requires qui o kern/114780 usb [uplcom] [panic] Panics while stress testing the uplco o usb/114682 usb [umass] generic USB media-card reader unusable o usb/114310 usb [libusb] [patch] [panic] USB hub attachment panics ker o usb/114068 usb [umass] [patch] Problems with connection of the umass o conf/114013 usb [patch] WITHOUT_USB allow to compil a lot of USB stuff s usb/113977 usb [request] Need a way to set mode of USB disk's write c o usb/113672 usb [ehci] [panic] Kernel panic with AEWIN CB6971 s usb/113629 usb [ukbd] Dropped USB keyboard events on Dell Latitude D6 o usb/113432 usb [ucom] WARNING: attempt to net_add_domain(netgraph) af a usb/113060 usb [usbdevs] [patch] Samsung printer not working in bidir o usb/112944 usb [ulpt] [patch] Bi-directional access to HP LaserJet 10 o usb/112640 usb [usb] [hang] Kernel freezes when writing a file to an o usb/112631 usb [panic] Problem with SONY DSC-S80 camera on umount s usb/112568 usb [umass] [request] USB mode may wrong when mounting Pla o usb/112463 usb [umass] problem with Samsung USB DVD writer, libscg an o usb/112461 usb [ehci] [request] ehci USB 2.0 doesn't work on nforce4 o usb/111753 usb [uhid] [panic] Replicable system panic involving UHID o usb/110856 usb [ugen] [patch] interrupt in msgs are truncated when bu o usb/110197 usb [umass] Sony PSP umass device does not detach from EHC o usb/109397 usb [panic] on boot from USB flash o usb/109274 usb [usb] MCP55 USB Controller fails to attach in AMD64 Cu o usb/108513 usb [umass] Creative MuVo TX FM fails in 6.2-RELEASE [regr s usb/108344 usb [panic] kernel with atausb panics when unplugging USB o usb/108056 usb [ohci] Mouse gets powered off during device probe when o usb/107935 usb [uplcom] [panic] panic while accessing /dev/cuaU0 o usb/107924 usb [patch] usbd(8) does not call detach o usb/107848 usb [umass] [request] cannot access Samsung flash disk o usb/107827 usb [ohci] [panic] ohci_add_done addr not found o usb/107496 usb [uhub] USB device problem on RELENG_6_2 (SHORT_XFER) [ o usb/107388 usb [new driver] [patch] add utoppy device from NetBSD o usb/107248 usb [umass] [patch] scsi_da.c quirk for Cowon iAUDIO X5 MP o usb/107243 usb [cam] [patch] Apacer USB Flash Drive quirk o usb/106861 usb [usbdevs] [patch]: usbdevs update: Add product ACER Ze s usb/106832 usb [usb] USB HP printer is not detected by kernel when AC o usb/106648 usb [umass] [hang] USB Floppy on D1950 10 min Hang on Inse o usb/106621 usb [axe] [patch] DLINK DUB-E100 support broken o usb/106615 usb [uftdi] uftdi module does not automatically load with o usb/106041 usb [usb] [request] FreeBSD does not recognise Mustek Bear o usb/105361 usb [panic] Kernel panic during unmounting mass storage (C o usb/105186 usb [ehci] [panic] USB 2.0/ehci on FreeBSD 6.2-PRE/AMD64 c o usb/105065 usb [ata] [usb] SATA - USB Bridge o usb/104830 usb [umass] system crashes when copying data to umass devi o usb/104645 usb [umass] [request] Rave C-201 MP3 player does not commu o usb/104352 usb [ural] [patch] ural driver doesnt work o usb/104292 usb [umass] [hang] system lockup on forced umount of usb-s o usb/104290 usb [umass] [patch] quirk: TOSHIBA DVD-RAM drive (libretto o usb/103917 usb [uhub] USB driver reports "Addr 0 should never happen" o usb/103418 usb usbhidctl(1): [patch] [request] usbhidctl: add ability o usb/103289 usb [request] USB 2.0 problems on AMD LX-800 CPU and CS-55 o usb/103046 usb [ulpt] [patch] ulpt event driven I/O with select(2) an o usb/103025 usb [uhub] [panic] wrong detection of USB device for FreeB o usb/102976 usb [panic] Casio Exilim Digital Camera causes panic on in o usb/102678 usb [keyboard] Dell PowerEdge DRAC5 USB Keyboard does not o usb/102066 usb [ukbd] usb keyboard and multimedia keys don't work o usb/101775 usb [libusbhid] [patch] possible error in report descripto o usb/101761 usb [usb] [patch] [request] usb.h: increase maximal size o o usb/101752 usb [umass] [panic] 6.1-RELEASE kernel panic on usb device o usb/101448 usb [ohci] FBSD 6.1-STABLE/AMD64 crashes under heavy USB/O o usb/101096 usb [ural] [panic] USB WLAN occasionally causes kernel-pan o usb/100746 usb [keyboard] system does not boot due to USB keyboard pr o usb/99538 usb [keyboard] while using USB keyboard default params of o usb/99431 usb [keyboard] FreeBSD on MSI 6566E (Intel 845E motherboar o kern/99200 usb [bluetooth] SMP-Kernel crashes reliably when Bluetooth o usb/98343 usb [boot] BBB reset failed errors with Creative Muvo MP3 o usb/97472 usb [cam] [patch] add support for Olympus C150,D390 s usb/97286 usb [mouse] [request] MS Wireless Intellimouse Explorer 2. o usb/97175 usb [umass] [hang] USB cardreader hangs system o usb/96457 usb [umass] [panic] fatback on umass = reboot o usb/96381 usb [cam] [patch] add a quirk table entry for a flash ram o usb/96224 usb [usb] [msdosfs] mount_msdosfs cause page fault in sync s usb/96120 usb [ums] [request] USB mouse not always detected s usb/95636 usb [umass] [boot] 5 minute delay at boot when using VT620 o usb/95562 usb [umass] Write Stress in USB Mass drive causes "vinvalb s usb/95348 usb [keyboard] USB keyboard unplug causes noise on screen o usb/95037 usb [umass] USB disk not recognized on hot-plug. o usb/94897 usb [panic] Kernel Panic when cleanly unmounting USB disk o usb/94717 usb [ulpt] Reading from /dev/ulpt can break work of a UHCI o usb/94384 usb [panic] kernel panic with usb2 hardware o usb/93872 usb [cam] [patch] SCSI quirk required for ELTA 8061 OL USB o usb/93828 usb [ohci] [panic] ohci causes panic on boot (HP Pavillion o usb/93408 usb [mouse] hw.acpi.cpu.cx_lowest=C3 on AMD Turion causes o usb/93389 usb [umass] [patch] Digital Camera Pentax S60 don't work o usb/93155 usb [ulpt] /dev/ulpt0: device busy, USB printer does not w o usb/92852 usb [ums] [patch] Vertical scroll not working properly on o usb/92171 usb [panic] panic unplugging Vodafone Mobile Connect (UMTS o usb/92142 usb [uhub] SET_ADDR_FAILED and SHORT_XFER errors from usb o usb/92083 usb [ural] [panic] panic using WPA on ural NIC in 6.0-RELE o usb/92052 usb [ulpt] usbd causes defunct process with busy file-hand o usb/91906 usb [ehci] [hang] FreeBSD hangs while booting with USB leg o usb/91896 usb camcontrol(8): Serial Number of USB Memory Sticks is n o usb/91811 usb [umass] Compact Flash in HP Photosmart 2610 return " o usb/91629 usb [usb] usbd_abort_pipe() may result in infinite loop o usb/91546 usb [umodem] [patch] Nokia 6630 mobile phone does not work o usb/91538 usb [ulpt] [patch] Unable to print to EPSON CX3500 o usb/91283 usb [boot] [regression] booting very slow with usb devices o usb/91238 usb [umass] USB tape unit fails to write a second tape fil o usb/90700 usb [umass] [panic] Kernel panic on connect/mount/use umas o usb/89954 usb [umass] [panic] USB Disk driver race condition? s usb/89003 usb [request] LaCie Firewire drive not properly supported o usb/88743 usb [hang] [regression] USB makes kernel hang at boot (reg o usb/88408 usb [axe] axe0 read PHY failed o usb/87648 usb [mouse] Logitech USB-optical mouse problem. o usb/87224 usb [usb] Cannot mount USB Zip750 o usb/86767 usb [umass] [patch] bogus "slice starts beyond end of the o usb/86298 usb [mouse] Known good USB mouse won't work with correct s s usb/85067 usb [uscanner] Cannot attach ScanJet 4300C to usb device f usb/84750 usb [hang] 6-BETA2 reboot/shutdown with root_fs on externa s usb/84336 usb [usb] [reboot] instant system reboot when unmounting a o usb/84326 usb [umass] Panic trying to connect SCSI tape drive via US o usb/83977 usb [ucom] [panic] ucom1: open bulk out error (addr 2): IN o usb/83863 usb [ugen] Communication problem between opensc/openct via o usb/83756 usb [ums] [patch] Microsoft Intellimouse Explorer 4.0A doe o usb/83563 usb [umass] [panic] Page Fault while detaching Mpman Usb d o usb/83504 usb [kernel] [patch] SpeedTouch USB stop working on recent o usb/82660 usb [ehci] [panic] EHCI: I/O stuck in state 'physrd'/panic s usb/82569 usb [umass] [panic] USB mass storage plug/unplug causes sy o usb/82520 usb [udbp] [reboot] Reboot when USL101 connected o usb/82350 usb [ucom] [panic] null pointer dereference in USB stack o usb/81621 usb [ehci] [hang] external hd hangs under load on ehci o usb/80935 usb [uvisor] [patch] uvisor.c is not work with CLIE TH55. o usb/80862 usb [patch] USB locking issues: missing some Giant calls o usb/80854 usb [patch] [request] suggestion for new iface-no-probe me o usb/80829 usb [modules] [panic] possible panic when loading USB-modu s usb/80777 usb [request] usb_rem_task() should wait for callback to c s usb/80776 usb [udav] [request] UDAV device driver shouldn't use usb_ o usb/80774 usb [patch] have "usbd_find_desc" in line with the other " o usb/80361 usb [umass] [patch] mounting of Dell usb-stick fails o usb/80040 usb [hang] Use of sound mixer causes system freeze with ua o usb/79723 usb [usb] [request] prepare for high speed isochronous tra o usb/79722 usb [ehci] wrong alignments in ehci.h a usb/79656 usb [ehci] RHSC interrupts lost o usb/79524 usb [ulpt] printing to Minolta PagePro 1[23]xxW via USB fa o usb/79287 usb [uhci] [hang] UHCI hang after interrupt transfer o usb/79269 usb [ohci] USB ohci da0 plug/unplug causes crashes and loc o usb/78984 usb [umass] [patch] Creative MUVO umass failure o usb/77294 usb [ucom] [panic] ucom + ulpcom panic o usb/77184 usb [umass] [panic] kernel panic on USB device disconnect, o usb/76732 usb [ums] Mouse problems with USB KVM Switch o usb/76653 usb [umass] [patch] Problem with Asahi Optical usb device o usb/76461 usb [umass] disklabel of umass(4)-CAM(4)-da(4) not used by o usb/76395 usb [uhci] USB printer does not work, usbdevs says "addr 0 s usb/75928 usb [umass] [request] Cytronix SmartMedia card (SMC) reade o usb/75800 usb [ucom] ucom1: init failed STALLED error in time of syn o usb/75797 usb [sound] 5.3-STABLE(2005 1/4) detect USB headset, But c o usb/75764 usb [umass] [patch] "umass0: Phase Error" - no device for o usb/75705 usb [umass] [panic] da0 attach / Optio S4 (with backtrace) o usb/74771 usb [umass] [hang] mounting write-protected umass device a s usb/74453 usb [umass] [patch] Q-lity CD-RW USB ECW-043 (ScanLogic SL o usb/74211 usb [umass] USB flash drive causes CAM status 0x4 on 4.10R o usb/73307 usb [panic] Kernel panics on USB disconnect s usb/72733 usb [ucom] [request] Kyocera 7135 Palm OS connection probl o usb/71455 usb [umass] Slow USB umass performance of 5.3 o usb/71417 usb [ugen] Cryptoflex e-gate USB token (ugen0) communicati o usb/71416 usb [ugen] Cryptoflex e-gate USB token (ugen0) detach is n o usb/71280 usb [aue] aue0 device (linksys usb100tx) doesn't work in 1 o usb/71155 usb [ulpt] misbehaving usb-printer hangs processes, causes o usb/70523 usb [umct] [patch] umct sending/receiving wrong characters o usb/69006 usb [usbdevs] [patch] Apple Cinema Display hangs USB ports o usb/68232 usb [ugen] [patch] ugen(4) isochronous handling correction o usb/67301 usb [uftdi] [panic] RTS and system panic o usb/66547 usb [ucom] Palm Tungsten T USB does not initialize correct o usb/63621 usb [umass] [panic] USB MemoryStick Reader stalls/crashes s usb/62257 usb [umass] [request] card reader UCR-61S2B is only half-s o usb/59698 usb [keyboard] [patch] Rework of ukbd HID to AT code trans s bin/57255 usb [patch] usbd(8) and multi-function devices s usb/52026 usb [usb] [request] umass driver support for InSystem ISD2 s usb/51958 usb [urio] [patch] update for urio driver o i386/46371 usb USB controller cannot be initialized on IBM Netfinity o usb/40948 usb [umass] [request] USB HP CDW8200 does not work o usb/30929 usb [usb] [patch] use usbd to initialize USB ADSL modem 323 problems total. From owner-freebsd-usb@FreeBSD.ORG Mon Jul 13 18:32:20 2009 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 76F9C106566B for ; Mon, 13 Jul 2009 18:32:20 +0000 (UTC) (envelope-from gmiller@classic-games.com) Received: from fmailhost03.isp.att.net (fmailhost03.isp.att.net [207.115.11.53]) by mx1.freebsd.org (Postfix) with ESMTP id 633748FC0C for ; Mon, 13 Jul 2009 18:32:20 +0000 (UTC) (envelope-from gmiller@classic-games.com) Received: from [65.7.32.23] (host-65-7-32-23.mem.bellsouth.net?[65.7.32.23]) by isp.att.net (frfwmhc03) with ESMTP id <20090713183218H0300csihae>; Mon, 13 Jul 2009 18:32:19 +0000 X-Originating-IP: [65.7.32.23] Message-ID: <4A5B7D83.4050503@classic-games.com> Date: Mon, 13 Jul 2009 13:31:31 -0500 From: Greg Miller User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: freebsd-usb@freebsd.org References: <4A5A9B35.5010700@classic-games.com> <200907130852.36809.hselasky@c2i.net> In-Reply-To: <200907130852.36809.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Adesso AKB130-UG with -CURRENT 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, 13 Jul 2009 18:32:20 -0000 Hans Petter Selasky wrote: > On Monday 13 July 2009 04:25:57 Greg Miller wrote: >> My Adesso combo device now works as a keyboard with the USB stack on >> 8.0, but the touchpad is not recognized as a mouse device. What >> information do I need to provide in order to help with support for this >> device? > > We need the USB configuration descriptor at least: > > usbconfig -u XXX -a YYY dump_device_desc dump_curr_config_desc > > XXX and YYY are the numbers after ugenXXX.YYY. > > --HPS > Script started on Mon Jul 13 13:28:12 2009 [0] /home/greg # usbconfig -u 2 -a 2 dump_device_desc dump_curr_config_desc ugen2.2: at usbus2, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0110 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0008 idVendor = 0x0488 idProduct = 0x00df bcdDevice = 0x0350 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0000 bNumConfigurations = 0x0001 Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x0022 bNumInterfaces = 0x0001 bConfigurationValue = 0x0001 iConfiguration = 0x0004 bmAttributes = 0x00a0 bMaxPower = 0x0031 Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0000 bAlternateSetting = 0x0000 bNumEndpoints = 0x0001 bInterfaceClass = 0x0003 bInterfaceSubClass = 0x0001 bInterfaceProtocol = 0x0001 iInterface = 0x0005 Additional Descriptor bLength = 0x09 bDescriptorType = 0x21 bDescriptorSubType = 0x10 RAW dump: 0x00 | 0x09, 0x21, 0x10, 0x01, 0x00, 0x01, 0x22, 0xa5, 0x08 | 0x00 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 bmAttributes = 0x0003 wMaxPacketSize = 0x0008 bInterval = 0x000a bRefresh = 0x0000 bSynchAddress = 0x0000 [0] /home/greg # exit exit Script done on Mon Jul 13 13:28:59 2009 -- http://www.velocityvector.com/ | http://www.classic-games.com/ Any government that can give you everything you want can take everything you have. From owner-freebsd-usb@FreeBSD.ORG Mon Jul 13 19:43:27 2009 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 21CA1106564A for ; Mon, 13 Jul 2009 19:43:27 +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 ADC618FC19 for ; Mon, 13 Jul 2009 19:43:26 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=PWFBmSUyA7hQt26Gcn0A:9 a=eRBV1wuab5p8gkfJ_PPt2Y0_OuwA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 223142193; Mon, 13 Jul 2009 21:43:25 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Mon, 13 Jul 2009 21:43:04 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <4A5A9B35.5010700@classic-games.com> <200907130852.36809.hselasky@c2i.net> <4A5B7D83.4050503@classic-games.com> In-Reply-To: <4A5B7D83.4050503@classic-games.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907132143.05718.hselasky@c2i.net> Cc: Subject: Re: Adesso AKB130-UG with -CURRENT 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, 13 Jul 2009 19:43:27 -0000 On Monday 13 July 2009 20:31:31 Greg Miller wrote: > bInterfaceClass = 0x0003 > bInterfaceSubClass = 0x0001 > bInterfaceProtocol = 0x0001 Hi, This device identifies itself like a keyboard and not a mouse (combo device). usb.h: #define UICLASS_HID 0x03 #define UISUBCLASS_BOOT 1 #define UIPROTO_BOOT_KEYBOARD 1 #define UIPROTO_MOUSE 2 The protocol should be 2 for mouse. Maybe your device sends mouse data accross the Keyboard endpoint, which is not supported by FreeBSD. Are there more ugen devices associated with your keyboard? --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Jul 13 20:09:02 2009 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 818A01065680 for ; Mon, 13 Jul 2009 20:09:02 +0000 (UTC) (envelope-from gmiller@classic-games.com) Received: from fmailhost02.isp.att.net (fmailhost02.isp.att.net [207.115.11.52]) by mx1.freebsd.org (Postfix) with ESMTP id 6D2398FC0C for ; Mon, 13 Jul 2009 20:09:02 +0000 (UTC) (envelope-from gmiller@classic-games.com) Received: from [65.7.32.23] (host-65-7-32-23.mem.bellsouth.net?[65.7.32.23]) by isp.att.net (frfwmhc02) with ESMTP id <20090713200900H02007otkbe>; Mon, 13 Jul 2009 20:09:01 +0000 X-Originating-IP: [65.7.32.23] Message-ID: <4A5B942E.3070007@classic-games.com> Date: Mon, 13 Jul 2009 15:08:14 -0500 From: Greg Miller User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: freebsd-usb@freebsd.org References: <4A5A9B35.5010700@classic-games.com> <200907130852.36809.hselasky@c2i.net> <4A5B7D83.4050503@classic-games.com> <200907132143.05718.hselasky@c2i.net> In-Reply-To: <200907132143.05718.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Adesso AKB130-UG with -CURRENT 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, 13 Jul 2009 20:09:02 -0000 Hans Petter Selasky wrote: > On Monday 13 July 2009 20:31:31 Greg Miller wrote: > This device identifies itself like a keyboard and not a mouse (combo device). > > usb.h: > > #define UICLASS_HID 0x03 > #define UISUBCLASS_BOOT 1 > #define UIPROTO_BOOT_KEYBOARD 1 > #define UIPROTO_MOUSE 2 > > The protocol should be 2 for mouse. > > Maybe your device sends mouse data accross the Keyboard endpoint, which is not > supported by FreeBSD. > > Are there more ugen devices associated with your keyboard? No, all I have are root hub devices (x.1), a USR5637 modem (3.2), and this combo device (2.2). -- http://www.velocityvector.com/ | http://www.classic-games.com/ Any government that can give you everything you want can take everything you have. From owner-freebsd-usb@FreeBSD.ORG Mon Jul 13 21:11:09 2009 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 BE1A31065674 for ; Mon, 13 Jul 2009 21:11:09 +0000 (UTC) (envelope-from bsdfan@nurfuerspam.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 2BF388FC0C for ; Mon, 13 Jul 2009 21:11:08 +0000 (UTC) (envelope-from bsdfan@nurfuerspam.de) Received: (qmail invoked by alias); 13 Jul 2009 21:11:07 -0000 Received: from dslb-092-073-088-145.pools.arcor-ip.net (EHLO [192.168.1.100]) [92.73.88.145] by mail.gmx.net (mp033) with SMTP; 13 Jul 2009 23:11:07 +0200 X-Authenticated: #931807 X-Provags-ID: V01U2FsdGVkX18xpqgWBuwxkja7lwzv8yi4SNxwVeRpyNRJofWcOD toZ2f+vNQQFYoV Message-ID: <4A5BA2EE.5050105@nurfuerspam.de> Date: Mon, 13 Jul 2009 23:11:10 +0200 From: Markus Dolze User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Hans Petter Selasky References: <4A4A5D7E.70708@nurfuerspam.de> <200907010907.39860.hselasky@c2i.net> <4A4BAA5B.9050002@nurfuerspam.de> <200907012108.56663.hselasky@c2i.net> In-Reply-To: <200907012108.56663.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.52 Cc: freebsd-usb@freebsd.org Subject: Re: Failing controls transfers in VMware 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, 13 Jul 2009 21:11:10 -0000 Hans Petter Selasky wrote: > On Wednesday 01 July 2009 20:26:35 Markus Dolze wrote: >> Hans Petter Selasky wrote: >>> On Tuesday 30 June 2009 22:04:34 Markus Dolze > >> freebsd8# usbconfig -u 0 -a 3 dump_string 1 >> STRING_0x01 = >> freebsd8# usbconfig -u 0 -a 3 dump_string 2 >> STRING_0x02 = >> >> I already took a problem with the usb stack into account. The stack used >> is V-USB formerly known as AVR-USB >> (http://www.obdev.at/products/vusb/index.html). As written previously I >> tried several different devices including GPS and smartcard terminals >> with the same bad result. >> >> It may also be a problem with VMware's virtual devices or host drivers. >> > > Try without VM-ware, and see if the result is the same. > > --HPS > I had the time to set up -current (2009-06) on real hardware. Here are the results: Running on real hardware (I used do_request directly): root@mireille:~# usbconfig -u 2 -a 2 ugen2.2: at usbus2, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON root@mireille:~# usbconfig -u 2 -a 2 do_request 0x80 0x06 0x0301 0x0409 256 REQUEST = <0x1c 0x03 0x77 0x00 0x77 0x00 0x77 0x00 0x2e 0x00 0x66 0x00 0x69 0x00 0x73 0x00 0x63 0x00 0x68 0x00 0x6c 0x00 0x2e 0x00 0x64 0x00 0x65 0x00> Compare this to the results from VMware: freebsd8# usbconfig -u 0 -a 3 ugen0.3: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON freebsd8# usbconfig -u 0 -a 3 do_request 0x80 0x06 0x0301 0x0409 256 REQUEST = <0x2e 0x00 0x66 0x00 0x69 0x00 0x73 0x00 0x63 0x00 0x68 0x00 0x6c 0x00 0x2e 0x00 0x64 0x00 0x65 0x00><.fischl.de> Within VMware the first bytes from the response are missing! The only difference I can see is the speed being LOW vs FULL (where LOW is correct). I give up on this. And remember that VMware and FreeBSD don't play well with USB devices. Thanks so far! Markus From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 08:31:12 2009 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 968BE1065674; Tue, 14 Jul 2009 08:31:12 +0000 (UTC) (envelope-from kosmo@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 44E208FC1A; Tue, 14 Jul 2009 08:31:12 +0000 (UTC) (envelope-from kosmo@semihalf.com) Received: from [10.0.0.5] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 7F009C3A96; Tue, 14 Jul 2009 10:28:06 +0200 (CEST) From: Piotr =?iso-8859-2?q?Zi=EAcik?= Organization: Semihalf To: Hans Petter Selasky Date: Tue, 14 Jul 2009 10:31:10 +0200 User-Agent: PLD Linux KMail/1.9.10 References: <200906231035.43096.kosmo@semihalf.com> <200907091721.01272.kosmo@semihalf.com> <200907091834.42462.hselasky@c2i.net> In-Reply-To: <200907091834.42462.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907141031.11185.kosmo@semihalf.com> Cc: Rafal Jaworowski , freebsd-arm@freebsd.org, thompsa@freebsd.org, freebsd-usb@freebsd.org Subject: Re: CPU Cache and busdma usage in 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: Tue, 14 Jul 2009 08:31:13 -0000 > > 1) My analysis: Only the data areas are being flushed/invalidated. No > transfer descriptors are flushed/invalidated. I see no cache operations > happening on any DMA control structures, even though there are calls from > EHCI to xxx_pc_flush() and xxx_pc_invalidate(). > This is 100% correct if control structures are marked as BUS_DMA_COHERENT. > One patch you can try is to add an additional unload call to > "usbd_transfer_setup_sub_malloc()": > > ==== //depot/projects/usb/src/sys/dev/usb/usb_transfer.c#159 - > /home/hans_other/usb.p4/src/sys/dev/usb/usb_transfer.c ==== > @@ -268,6 +268,10 @@ > pg, z, align)) { > return (1); /* failure */ > } > + > + bus_dmamap_unload(parm->dma_page_cache_ptr->tag, > + parm->dma_page_cache_ptr->map); > + > /* Set beginning of current buffer */ > buf = parm->dma_page_cache_ptr->buffer; > /* Make room for one DMA page cache and one page */ > > This will avoid the same memory area being loaded twice. Not sure if there > is still a bug in pmap about this! I checked this patch and I did not saw any changes in USB behaviour. The problem sill was visible. > > Could you provide a new trace, showing an enumeration failure. In your > previous trace there was no error, because the printouts probably caused to > CPU to flush out its cache. > I have tried many times and I was unable to generate trace showing enumeration faliure. Even little amount of debugging code caused proper enumeration. However access to attached device (pendrive) was not possible - SCSI layer reported errors. Probaby you see more on your AT91 device as you know USB stack internals. Have you tried to bring up OHCI on you ARM board ? -- Best Regards, Piotr Ziecik From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 08:37:04 2009 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 87C91106566B; Tue, 14 Jul 2009 08:37:04 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id BA20D8FC26; Tue, 14 Jul 2009 08:37:03 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Hrwt8fWgTlIA:10 a=gg2W7PyvkLb8p4ie143lBA==:17 a=om2l70Afvy8vTdHHAnkA:9 a=5FU4yHL6dsHrAk0xMt0YfBKeK2UA:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1284812544; Tue, 14 Jul 2009 10:37:02 +0200 From: Hans Petter Selasky To: Piotr =?iso-8859-2?q?Zi=EAcik?= Date: Tue, 14 Jul 2009 10:36:43 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <200906231035.43096.kosmo@semihalf.com> <200907091834.42462.hselasky@c2i.net> <200907141031.11185.kosmo@semihalf.com> In-Reply-To: <200907141031.11185.kosmo@semihalf.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200907141036.44652.hselasky@c2i.net> Cc: Rafal Jaworowski , freebsd-arm@freebsd.org, thompsa@freebsd.org, freebsd-usb@freebsd.org Subject: Re: CPU Cache and busdma usage in 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: Tue, 14 Jul 2009 08:37:05 -0000 On Tuesday 14 July 2009 10:31:10 Piotr Zi=EAcik wrote: > > 1) My analysis: Only the data areas are being flushed/invalidated. No > > transfer descriptors are flushed/invalidated. I see no cache operations > > happening on any DMA control structures, even though there are calls fr= om > > EHCI to xxx_pc_flush() and xxx_pc_invalidate(). > > Probaby you see more on your AT91 device as you know USB stack internals. > Have you tried to bring up OHCI on you ARM board ? Not yet. I'm terribly busy with some LibUSB stuff headed for the 8-current= =20 release. As soon as I find time I will fire off a build and debug. BTW: Has pmap been fixed for ARM in 8-current? =2D-HPS From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 09:00:09 2009 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 D8EAB10656E2 for ; Tue, 14 Jul 2009 09:00:09 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out3.uni-muenster.de (ZIVM-OUT3.UNI-MUENSTER.DE [128.176.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5BA038FC21 for ; Tue, 14 Jul 2009 09:00:08 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,396,1243807200"; d="scan'208";a="8372341" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 14 Jul 2009 10:59:55 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 553991B0751; Tue, 14 Jul 2009 10:59:55 +0200 (CEST) Date: Tue, 14 Jul 2009 10:59:55 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: settings usb mouse rate 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, 14 Jul 2009 09:00:10 -0000 here's your reminder. *riiiiiiiiiiing* ;) alex From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 09:21:41 2009 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 6E81C106564A; Tue, 14 Jul 2009 09:21:41 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 1E14A8FC13; Tue, 14 Jul 2009 09:21:40 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from [10.0.0.34] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 4B5EFC3A96; Tue, 14 Jul 2009 11:18:35 +0200 (CEST) Message-Id: From: Rafal Jaworowski To: Hans Petter Selasky In-Reply-To: <200907141036.44652.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-2; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v935.3) Date: Tue, 14 Jul 2009 11:21:39 +0200 References: <200906231035.43096.kosmo@semihalf.com> <200907091834.42462.hselasky@c2i.net> <200907141031.11185.kosmo@semihalf.com> <200907141036.44652.hselasky@c2i.net> X-Mailer: Apple Mail (2.935.3) Cc: thompsa@freebsd.org, freebsd-arm@freebsd.org, Marcel Moolenaar , freebsd-usb@freebsd.org Subject: Re: CPU Cache and busdma usage in 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: Tue, 14 Jul 2009 09:21:42 -0000 On 2009-07-14, at 10:36, Hans Petter Selasky wrote: > On Tuesday 14 July 2009 10:31:10 Piotr Zi=EAcik wrote: >>> 1) My analysis: Only the data areas are being flushed/invalidated. =20= >>> No >>> transfer descriptors are flushed/invalidated. I see no cache =20 >>> operations >>> happening on any DMA control structures, even though there are =20 >>> calls from >>> EHCI to xxx_pc_flush() and xxx_pc_invalidate(). >> > >> Probaby you see more on your AT91 device as you know USB stack =20 >> internals. >> Have you tried to bring up OHCI on you ARM board ? > > Not yet. I'm terribly busy with some LibUSB stuff headed for the 8-=20 > current > release. As soon as I find time I will fire off a build and debug. Please note these problems should be considered as a showstopper for =20 the release since USB is currently broken on at least three ARM =20 platforms in the tree (Marvell). > BTW: Has pmap been fixed for ARM in 8-current? Seems like the most critical problems (panics) are resolved and will =20 be pushed into SVN shortly. In case you'd like to apply the fix =20 directly, see: = http://people.freebsd.org/~raj/patches/arm/pmap-fixes.diff Rafal From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 09:31:23 2009 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 BCA4F1065672 for ; Tue, 14 Jul 2009 09:31:23 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id 5358A8FC21 for ; Tue, 14 Jul 2009 09:31:23 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,396,1243807200"; d="scan'208";a="218641583" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 14 Jul 2009 11:31:21 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id D2D061B0751; Tue, 14 Jul 2009 11:31:21 +0200 (CEST) Date: Tue, 14 Jul 2009 11:31:20 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: power_off/power_on with usb mouse/keyboard and hald 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, 14 Jul 2009 09:31:24 -0000 when i do `usbconfig power_off` and usbconfig power_on` with my usb keayboard/mouse it won't come up again in X. i suspect this is due to hald managing both devices. to get the devices running again under X without restarting it i have to unplug them then plug them in again. after that i need to switch to the console once and then back again to X. otherwise no keyboard input is being processed. also on a side note i noticed the following: when doing `usbconfig -u X -a Y suspend; usbconfig -u X -a Y resume` on a keyboard the very first keystroke doesn't get processed. so issuing the command sequence and typing "hello" results in "ello" being displayed on the console. alex From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 10:31:21 2009 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 A9B9E106564A for ; Tue, 14 Jul 2009 10:31:21 +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 40F138FC17 for ; Tue, 14 Jul 2009 10:31:20 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=gg2W7PyvkLb8p4ie143lBA==:17 a=6I5d2MoRAAAA:8 a=-X7mMyAtuO-5TC8Ec78A:9 a=WoBihevBunV92OI2o9YA:7 a=x-stG94JZvJXKdR1bhIQ1xdBYzgA:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 223448849; Tue, 14 Jul 2009 12:31:19 +0200 From: Hans Petter Selasky To: Alexander Best Date: Tue, 14 Jul 2009 12:31:02 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907141231.03551.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: settings usb mouse rate 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, 14 Jul 2009 10:31:21 -0000 Hi, The patch is in. http://perforce.freebsd.org/chv.cgi?CH=166075 Please try rates from "moused -F 1 XXX" to "moused -F 1000 XXX". Check that the rate is actually set by enabling ums debugging: sysctl hw.usb.ums.debug=15 --HPS From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 11:10:03 2009 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 97D51106564A for ; Tue, 14 Jul 2009 11:10:03 +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 86EB68FC21 for ; Tue, 14 Jul 2009 11:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n6EBA3Ag010227 for ; Tue, 14 Jul 2009 11:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n6EBA3aW010226; Tue, 14 Jul 2009 11:10:03 GMT (envelope-from gnats) Date: Tue, 14 Jul 2009 11:10:03 GMT Message-Id: <200907141110.n6EBA3aW010226@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Lapo Luchini Cc: Subject: Re: usb/102066: [ukbd] usb keyboard and multimedia keys don't work X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lapo Luchini List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 11:10:03 -0000 The following reply was made to PR usb/102066; it has been noted by GNATS. From: Lapo Luchini To: bug-followup@FreeBSD.org, triosoft@triosoft.com.ua Cc: Subject: Re: usb/102066: [ukbd] usb keyboard and multimedia keys don't work Date: Tue, 14 Jul 2009 13:03:23 +0200 Also F13-F19 on new Apple USB keyboards recognize no scancode. % sysctl dev.ukbd dev.ukbd.0.%desc: Apple, Inc Apple Keyboard, class 0/0, rev 2.00/0.69, addr 3 dev.ukbd.0.%driver: ukbd dev.ukbd.0.%location: port=1 interface=0 dev.ukbd.0.%pnpinfo: vendor=0x05ac product=0x0221 devclass=0x00 devsubclass=0x00 release=0x0069 sernum="" intclass=0x03 intsubclass=0x01 dev.ukbd.0.%parent: uhub7 OTOH I've seen in CVS that /src/sys/dev/usb/ukbd.c was deleted in HEAD, as 8.0 will contain the new USB stack, so the patch better be done to the new file ;-) “There is no reason anyone would want a computer in their home.†(Ken Olson, founder of DEC, 1977) From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 11:28:31 2009 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 4C250106564A for ; Tue, 14 Jul 2009 11:28:31 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out3.uni-muenster.de (ZIVM-OUT3.UNI-MUENSTER.DE [128.176.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id D4F068FC17 for ; Tue, 14 Jul 2009 11:28:30 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,397,1243807200"; d="scan'208";a="8383039" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 14 Jul 2009 13:28:29 +0200 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id 309561B07E4; Tue, 14 Jul 2009 13:28:29 +0200 (CEST) Date: Tue, 14 Jul 2009 13:28:28 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Hans Petter Selasky Message-ID: In-Reply-To: <200907141231.03551.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: settings usb mouse rate 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, 14 Jul 2009 11:28:31 -0000 thx for the patch. i'm recompiling my kernel right now and will test the changes right away. any reason you limited the rate to <= 1000? i had a quick look at the specs of my mouse: - 6400 frames per second (5.8 megapixels per second) - 1800dpi Razer Precision 3G infrared sensor what about the mouse resolution? moused comes has the "-r" switch to change it. would usb mice benefit from that option? cheers. alex Hans Petter Selasky schrieb am 2009-07-14: > Hi, > The patch is in. > http://perforce.freebsd.org/chv.cgi?CH=166075 > Please try rates from "moused -F 1 XXX" to "moused -F 1000 XXX". > Check that > the rate is actually set by enabling ums debugging: > sysctl hw.usb.ums.debug=15 > --HPS From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 11:40:03 2009 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 CDC54106564A for ; Tue, 14 Jul 2009 11:40:03 +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 A210B8FC1D for ; Tue, 14 Jul 2009 11:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n6EBe3Gg036795 for ; Tue, 14 Jul 2009 11:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n6EBe3u5036794; Tue, 14 Jul 2009 11:40:03 GMT (envelope-from gnats) Date: Tue, 14 Jul 2009 11:40:03 GMT Message-Id: <200907141140.n6EBe3u5036794@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Hans Petter Selasky Cc: Subject: usb/125264: [patch] sysctl for set usb mouse rate (very useful for gamers - FPS games) X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Hans Petter Selasky List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 11:40:04 -0000 The following reply was made to PR usb/125264; it has been noted by GNATS. From: Hans Petter Selasky To: bug-followup@freebsd.org, vvd@quakeworld.ru Cc: Subject: usb/125264: [patch] sysctl for set usb mouse rate (very useful for gamers - FPS games) Date: Tue, 14 Jul 2009 12:30:57 +0200 Hi, The patch is in. http://perforce.freebsd.org/chv.cgi?CH=166075 Thanks for being patient. Please test. --HPS From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 11:53:52 2009 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 A19C9106564A for ; Tue, 14 Jul 2009 11:53:52 +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 35ABF8FC14 for ; Tue, 14 Jul 2009 11:53:51 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=gg2W7PyvkLb8p4ie143lBA==:17 a=S3L2BMr8kso0ghUHUoIA:9 a=VXzVKLS5WPLPOi41OXJOdvaEl58A:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 223482285; Tue, 14 Jul 2009 13:38:48 +0200 From: Hans Petter Selasky To: Alexander Best Date: Tue, 14 Jul 2009 13:38:28 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907141338.29120.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: settings usb mouse rate 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, 14 Jul 2009 11:53:53 -0000 Hi, On Tuesday 14 July 2009 13:28:28 Alexander Best wrote: > thx for the patch. i'm recompiling my kernel right now and will test the > changes right away. any reason you limited the rate to <= 1000? i had a > quick look at the specs of my mouse: USB has a limitation of polling 1000 times per second. > > - 6400 frames per second (5.8 megapixels per second) > - 1800dpi Razer Precision 3G infrared sensor > > what about the mouse resolution? moused comes has the "-r" switch to change > it. would usb mice benefit from that option? I'm not sure if setting the mouse resolution has a standard USB request yet. Else it would not be much trouble adding support for that aswell. --HPS From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 13:26:00 2009 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 DE0C81065676 for ; Tue, 14 Jul 2009 13:26:00 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out3.uni-muenster.de (ZIVM-OUT3.UNI-MUENSTER.DE [128.176.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id 72EA28FC24 for ; Tue, 14 Jul 2009 13:26:00 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,397,1243807200"; d="scan'208";a="8394971" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 14 Jul 2009 15:25:59 +0200 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id 7DCAB1B07E4; Tue, 14 Jul 2009 15:25:59 +0200 (CEST) Date: Tue, 14 Jul 2009 15:25:59 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Hans Petter Selasky Message-ID: In-Reply-To: <200907141338.29120.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: settings usb mouse rate 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, 14 Jul 2009 13:26:01 -0000 i tested the patch with rates of 1, 100 and 1000: 1: random copy&pastes when moving the mouse 100: also random copy&pastes when moving the mouse 1000: OK setting hw.usb.ums.debug=15 indicates that the polling rate is set exactly to moused's -F value. at some point i experienced a crash including a reboot. no core dump was produced however. i've tried to reproduce the crash but wasn't able to. i think the crash occured when i booted with a low -F value, then set -F to a higher value in /etc/rc.conf and after that unplugged the mouse and plugged it in again. as i said i'm not able to produce the panic any longer. might have been caused by old code fragments in my /usr/src. alex Hans Petter Selasky schrieb am 2009-07-14: > Hi, > On Tuesday 14 July 2009 13:28:28 Alexander Best wrote: > > thx for the patch. i'm recompiling my kernel right now and will > > test the > > changes right away. any reason you limited the rate to <= 1000? i > > had a > > quick look at the specs of my mouse: > USB has a limitation of polling 1000 times per second. > > - 6400 frames per second (5.8 megapixels per second) > > - 1800dpi Razer Precision 3G infrared sensor > > what about the mouse resolution? moused comes has the "-r" switch > > to change > > it. would usb mice benefit from that option? > I'm not sure if setting the mouse resolution has a standard USB > request yet. > Else it would not be much trouble adding support for that aswell. > --HPS From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 13:44:52 2009 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 1AFED1065672 for ; Tue, 14 Jul 2009 13:44:52 +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 A1D008FC14 for ; Tue, 14 Jul 2009 13:44:51 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=gg2W7PyvkLb8p4ie143lBA==:17 a=FQZRU4LPQ26zwr6WUpcA:9 a=mzlfj_70qz5_mqYlR7AA:7 a=9B0Xvw2tMsbh-dIsye9L1kOGG4sA:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1278710039; Tue, 14 Jul 2009 15:44:49 +0200 From: Hans Petter Selasky To: Alexander Best Date: Tue, 14 Jul 2009 15:44:29 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907141544.31338.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: settings usb mouse rate 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, 14 Jul 2009 13:44:52 -0000 On Tuesday 14 July 2009 15:25:59 Alexander Best wrote: > i tested the patch with rates of 1, 100 and 1000: > > 1: random copy&pastes when moving the mouse > 100: also random copy&pastes when moving the mouse > 1000: OK Could you try another USB mouse. Also I would like to see some ums debug prints when you see random mouse clicks. I'm not sure, but probably your mouse expects a certain minimum polling rate, which is passed through the endpoint descriptor, else it goes mad :-) > setting hw.usb.ums.debug=15 indicates that the polling rate is set exactly > to moused's -F value. Good. > at some point i experienced a crash including a reboot. no core dump was > produced however. i've tried to reproduce the crash but wasn't able to. i > think the crash occured when i booted with a low -F value, then set -F to a > higher value in /etc/rc.conf and after that unplugged the mouse and plugged > it in again. as i said i'm not able to produce the panic any longer. might > have been caused by old code fragments in my /usr/src. --HPS From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 14:35:20 2009 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 BC468106564A for ; Tue, 14 Jul 2009 14:35:20 +0000 (UTC) (envelope-from sanpei@sanpei.org) Received: from mail1.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id 8D12D8FC19 for ; Tue, 14 Jul 2009 14:35:20 +0000 (UTC) (envelope-from sanpei@sanpei.org) Received: from cherry.sanpei.org (j069113.ppp.asahi-net.or.jp [61.213.69.113]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id D47CC7EF9A for ; Tue, 14 Jul 2009 23:35:19 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by cherry.sanpei.org (8.14.3/8.13.8) with ESMTP id n6EEZIog017467; Tue, 14 Jul 2009 23:35:18 +0900 (JST) (envelope-from sanpei@sanpei.org) Date: Tue, 14 Jul 2009 23:35:17 +0900 (JST) Message-Id: <20090714.233517.193688805.sanpei@sanpei.org> To: freebsd-usb@FreeBSD.org From: MIHIRA Sanpei Yoshiro X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: ulpt(EPSON PM-820C Inkjet Printer) does not work on 8-current 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, 14 Jul 2009 14:35:21 -0000 hi. I upgrade my home server to 8.0-BETA1(8-current). But ulpt does not work fine with EPSON PM-820C Ink jet Printer. <> usbus2: on ohci1 usbus2: 12Mbps Full Speed USB v1.0 ulpt0: on usbus2 ulpt0: using bi-directional mode [Problem 1] /etc/devd.conf does not work. I use EPSON PM-820C with Windows 2000 Professional via samba. And this printer was needed to send magic packet(which was written in devd, printf), when I use via USB port. And I restart all print jobs (``lpc restart all''). But after I upgrade to 8-current, that was not executed correctly, I think. <> lp|local line printer:\ :sh:mx#0:\ :lp=/dev/ulpt0:sd=/var/spool/output/lpd:lf=/var/log/lpd-errs: <> attach 100 { device-name "ulpt[0-9]+"; match "vendor" "0x04b8"; match "product" "0x0005"; match "release" "0x0100"; action "sleep 5;printf '000\033\001@EJL 1284.4\n@EJL \n' | tr 0 '\0' > /dev/$device-name"; action "lpc restart all"; }; detach 100 { device-name "ulpt[0-9]+"; action "lprm -"; }; [Problem 2] print job was stop at printing I send magic packet and restart print job manually. Print Job which send from Windows 2000 Pro was hung up when 1/3 range of paper size was printed. No message was output to dmesg. How can I debug this problem? Cheers. --- MIHIRA, Sanpei Yoshiro Tokyo, Japan. From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 15:14:47 2009 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 9619A1065678 for ; Tue, 14 Jul 2009 15:14:47 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swip.net [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 72EE58FC08 for ; Tue, 14 Jul 2009 15:14:46 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=O9hCZltEcc0A:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=B46BS8Jd-tCkHLlpZBcA:9 a=5CDx2Oiu9rTbawa1bd0A:7 a=sCBuESXvBVQcCS4Muq2ZZolDDSIA:4 a=kk3sFB-h1WzXJMtw0fQA:9 a=V7XfvOvNcn7e3xJEMJ6scxr6avYA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1106277072; Tue, 14 Jul 2009 17:14:44 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Tue, 14 Jul 2009 17:14:25 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <20090714.233517.193688805.sanpei@sanpei.org> In-Reply-To: <20090714.233517.193688805.sanpei@sanpei.org> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_TDKXKETzHrNbWwN" Message-Id: <200907141714.27199.hselasky@c2i.net> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: MIHIRA Sanpei Yoshiro Subject: Re: ulpt(EPSON PM-820C Inkjet Printer) does not work on 8-current 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, 14 Jul 2009 15:14:48 -0000 --Boundary-00=_TDKXKETzHrNbWwN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tuesday 14 July 2009 16:35:17 MIHIRA Sanpei Yoshiro wrote: > hi. > > I upgrade my home server to 8.0-BETA1(8-current). > > But ulpt does not work fine with EPSON PM-820C Ink jet Printer. > > <> > usbus2: on ohci1 > > usbus2: 12Mbps Full Speed USB v1.0 > > ulpt0: on usbus2 > ulpt0: using bi-directional mode > > [Problem 1] /etc/devd.conf does not work. > > I use EPSON PM-820C with Windows 2000 Professional via samba. > > And this printer was needed to send magic packet(which was written > in devd, printf), when I use via USB port. And I restart all print > jobs (``lpc restart all''). > > But after I upgrade to 8-current, that was not executed correctly, > I think. > > <> > lp|local line printer:\ > > :sh:mx#0:\ > :lp=/dev/ulpt0:sd=/var/spool/output/lpd:lf=/var/log/lpd-errs: > > <> > attach 100 { > device-name "ulpt[0-9]+"; > match "vendor" "0x04b8"; > match "product" "0x0005"; > match "release" "0x0100"; > action "sleep 5;printf '000\033\001@EJL 1284.4\n@EJL \n' | tr > 0 '\0' > /dev/$device-name"; action "lpc restart all"; > }; > detach 100 { > device-name "ulpt[0-9]+"; > action "lprm -"; > }; > > [Problem 2] print job was stop at printing > > I send magic packet and restart print job manually. > Print Job which send from Windows 2000 Pro was hung up when > 1/3 range of paper size was printed. > No message was output to dmesg. > How can I debug this problem? > Hi, Replace the USB files in your system with the ones in the attached tarball. Then build a new kernel and report again. FreeBSD 8-current only. tar -jxvf usb_files.tar.bz2 -C /sys/dev/usb --HPS --Boundary-00=_TDKXKETzHrNbWwN-- From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 16:29:54 2009 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 F371F1065672 for ; Tue, 14 Jul 2009 16:29:53 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id 5D87E8FC13 for ; Tue, 14 Jul 2009 16:29:51 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,398,1243807200"; d="log'?scan'208";a="218680624" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 14 Jul 2009 18:29:38 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 7C4C01B0751; Tue, 14 Jul 2009 18:29:38 +0200 (CEST) Date: Tue, 14 Jul 2009 18:29:33 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Hans Petter Selasky Message-ID: In-Reply-To: <200907141544.31338.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=+permail-200907141629331e86ffa800000a1d-a_best01+ Cc: freebsd-usb@freebsd.org Subject: Re: settings usb mouse rate 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, 14 Jul 2009 16:29:54 -0000 This is a MIME encoded multipart message. --+permail-200907141629331e86ffa800000a1d-a_best01+ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit you were right. i attached a different usb mouse and setting the rate to 10 or 100 didn't cause the random copy&paste issue. what's the reason the usb polling rate is limited to 1000? performance? because gaming devices feature a very high rate. would be great to have full support for them. i've seen laser mice with a rate of 10.000. i've attached the output of hw.usb.ums.debug=15 and included a note where the copy&paste occured. however when the debug output is enabled the random copy&paste issue doesn't appear that often. if a disable the debug output ~ 2 lines per second get pasted to the console when moving the mouse. alex Hans Petter Selasky schrieb am 2009-07-14: > On Tuesday 14 July 2009 15:25:59 Alexander Best wrote: > > i tested the patch with rates of 1, 100 and 1000: > > 1: random copy&pastes when moving the mouse > > 100: also random copy&pastes when moving the mouse > > 1000: OK > Could you try another USB mouse. Also I would like to see some ums > debug > prints when you see random mouse clicks. I'm not sure, but probably > your mouse > expects a certain minimum polling rate, which is passed through the > endpoint > descriptor, else it goes mad :-) > > setting hw.usb.ums.debug=15 indicates that the polling rate is set > > exactly > > to moused's -F value. > Good. > > at some point i experienced a crash including a reboot. no core > > dump was > > produced however. i've tried to reproduce the crash but wasn't able > > to. i > > think the crash occured when i booted with a low -F value, then set > > -F to a > > higher value in /etc/rc.conf and after that unplugged the mouse and > > plugged > > it in again. as i said i'm not able to produce the panic any > > longer. might > > have been caused by old code fragments in my /usr/src. > --HPS --+permail-200907141629331e86ffa800000a1d-a_best01+ Content-Type: application/octet-stream Content-Transfer-Encoding: Base64 Content-Disposition: attachment; filename="rates.log" SnVsIDE0IDE1OjU2OjA4IG90YWt1IGtlcm5lbDogdWdlbjAuMjogPFJhemVyPiBhdCB1c2J1czAK SnVsIDE0IDE1OjU2OjA4IG90YWt1IGtlcm5lbDogdW1zX3Byb2JlOjM1NjogCkp1bCAxNCAxNTo1 NjowOCBvdGFrdSBrZXJuZWw6IHVtc19hdHRhY2g6NDk0OiBzYz0weGM4MjVhMDAwCkp1bCAxNCAx NTo1NjowOCBvdGFrdSBrZXJuZWw6IHVtczA6IDxSYXplciBSYXplciAxNjAwZHBpIE1vdXNlLCBj bGFzcyAwLzAsIHJldiAyLjAwLzIxLjAwLCBhZGRyIDI+IG9uIHVzYnVzMApKdWwgMTQgMTU6NTY6 MDggb3Rha3Uga2VybmVsOiB1bXMwOiA3IGJ1dHRvbnMgYW5kIFtYWVpdIGNvb3JkaW5hdGVzIElE PTAKSnVsIDE0IDE1OjU2OjA4IG90YWt1IGtlcm5lbDogdW1zX2F0dGFjaDo1ODE6IHNjPTB4Yzgy NWEwMDAsIGluZGV4PTAKSnVsIDE0IDE1OjU2OjA4IG90YWt1IGtlcm5lbDogdW1zX2F0dGFjaDo1 ODM6IFgJMzIvMTYgaWQ9MApKdWwgMTQgMTU6NTY6MDggb3Rha3Uga2VybmVsOiB1bXNfYXR0YWNo OjU4NTogWQk0OC8xNiBpZD0wCkp1bCAxNCAxNTo1NjowOCBvdGFrdSBrZXJuZWw6IHVtc19hdHRh Y2g6NTg3OiBaCTI0LzggaWQ9MApKdWwgMTQgMTU6NTY6MDggb3Rha3Uga2VybmVsOiB1bXNfYXR0 YWNoOjU4OTogVAkwLzAgaWQ9MApKdWwgMTQgMTU6NTY6MDggb3Rha3Uga2VybmVsOiB1bXNfYXR0 YWNoOjU5MTogVwkwLzAgaWQ9MApKdWwgMTQgMTU6NTY6MDggb3Rha3Uga2VybmVsOiB1bXNfYXR0 YWNoOjU5NjogQjEJMC8xIGlkPTAKSnVsIDE0IDE1OjU2OjA4IG90YWt1IGtlcm5lbDogdW1zX2F0 dGFjaDo1OTY6IEIyCTEvMSBpZD0wCkp1bCAxNCAxNTo1NjowOCBvdGFrdSBrZXJuZWw6IHVtc19h dHRhY2g6NTk2OiBCMwkyLzEgaWQ9MApKdWwgMTQgMTU6NTY6MDggb3Rha3Uga2VybmVsOiB1bXNf YXR0YWNoOjU5NjogQjQJMy8xIGlkPTAKSnVsIDE0IDE1OjU2OjA4IG90YWt1IGtlcm5lbDogdW1z X2F0dGFjaDo1OTY6IEI1CTQvMSBpZD0wCkp1bCAxNCAxNTo1NjowOCBvdGFrdSBrZXJuZWw6IHVt c19hdHRhY2g6NTk2OiBCNgk1LzEgaWQ9MApKdWwgMTQgMTU6NTY6MDggb3Rha3Uga2VybmVsOiB1 bXNfYXR0YWNoOjU5NjogQjcJNi8xIGlkPTAKSnVsIDE0IDE1OjU2OjA4IG90YWt1IGtlcm5lbDog dW1zX2F0dGFjaDo1ODE6IHNjPTB4YzgyNWEwMDAsIGluZGV4PTEKSnVsIDE0IDE1OjU2OjA4IG90 YWt1IGtlcm5lbDogdW1zX2F0dGFjaDo1ODM6IFgJMC8wIGlkPTAKSnVsIDE0IDE1OjU2OjA4IG90 YWt1IGtlcm5lbDogdW1zX2F0dGFjaDo1ODU6IFkJMC8wIGlkPTAKSnVsIDE0IDE1OjU2OjA4IG90 YWt1IGtlcm5lbDogdW1zX2F0dGFjaDo1ODc6IFoJMC8wIGlkPTAKSnVsIDE0IDE1OjU2OjA4IG90 YWt1IGtlcm5lbDogdW1zX2F0dGFjaDo1ODk6IFQJMC8wIGlkPTAKSnVsIDE0IDE1OjU2OjA4IG90 YWt1IGtlcm5lbDogdW1zX2F0dGFjaDo1OTE6IFcJMC8wIGlkPTAKSnVsIDE0IDE1OjU2OjA4IG90 YWt1IGtlcm5lbDogdW1zX2F0dGFjaDo1OTk6IHNpemU9OCwgaWQ9MApKdWwgMTQgMTU6NTY6MTAg b3Rha3Uga2VybmVsOiB1bXNfb3Blbjo3NTM6IApKdWwgMTQgMTU6NTY6MTAgb3Rha3Uga2VybmVs OiB1bXNfb3Blbjo3NTM6IApKdWwgMTQgMTU6NTY6MTAgb3Rha3Uga2VybmVsOiB1bXNfaW9jdGw6 NzkwOiAKSnVsIDE0IDE1OjU2OjEwIG90YWt1IGxhc3QgbWVzc2FnZSByZXBlYXRlZCA0IHRpbWVz Ckp1bCAxNCAxNTo1NjoxMCBvdGFrdSBrZXJuZWw6IHVtc19zdGFydF9yZWFkOjY2OTogU2V0dGlu ZyBwb2xscmF0ZSA9IDEwCkp1bCAxNCAxNTo1NjoxMCBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2Nh bGxiYWNrOjIwNjogc2M9MHhjODI1YTAwMCBhY3RsZW49MwpKdWwgMTQgMTU6NTY6MTAgb3Rha3Ug a2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRhdGEgPSAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMApKdWwgMTQgMTU6NTY6MTUgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMDY6 IHNjPTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjE1IG90YWt1IGtlcm5lbDogdW1z X2ludHJfY2FsbGJhY2s6MjI0OiBkYXRhID0gMDAgZmQgMDAgMDAgZmQgZmYgMDAgMDAKSnVsIDE0 IDE1OjU2OjE1IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjgyOiB4Oi0zIHk6MCB6 OjAgdDowIHc6MCBidXR0b25zOjB4MDAwMDAwMDAKSnVsIDE0IDE1OjU2OjE1IG90YWt1IGtlcm5l bDogdW1zX2ludHJfY2FsbGJhY2s6MjA2OiBzYz0weGM4MjVhMDAwIGFjdGxlbj04Ckp1bCAxNCAx NTo1NjoxNSBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIyNDogZGF0YSA9IDAwIGRm IGYzIDAwIGRmIGZmIGYzIGZmCkp1bCAxNCAxNTo1NjoxNSBvdGFrdSBrZXJuZWw6IHVtc19pbnRy X2NhbGxiYWNrOjI4MjogeDotMzMgeToxMyB6OjAgdDowIHc6MCBidXR0b25zOjB4MDAwMDAwMDAK SnVsIDE0IDE1OjU2OjE1IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjA2OiBzYz0w eGM4MjVhMDAwIGFjdGxlbj04Ckp1bCAxNCAxNTo1NjoxNSBvdGFrdSBrZXJuZWw6IHVtc19pbnRy X2NhbGxiYWNrOjIyNDogZGF0YSA9IDAwIGY3IGZiIDAwIGY3IGZmIGZiIGZmCkp1bCAxNCAxNTo1 NjoxNSBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjI4MjogeDotOSB5OjUgejowIHQ6 MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1bCAxNCAxNTo1NjoxNSBvdGFrdSBrZXJuZWw6IHVt c19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1YTAwMCBhY3RsZW49OApKdWwgMTQgMTU6NTY6 MTUgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRhdGEgPSAwMCBlYyAwMyAw MCBlYyBmZiAwMyAwMApKdWwgMTQgMTU6NTY6MTUgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxs YmFjazoyODI6IHg6LTIwIHk6LTMgejowIHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1bCAx NCAxNTo1NjoxOCBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1 YTAwMCBhY3RsZW49OApKdWwgMTQgMTU6NTY6MTggb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxs YmFjazoyMjQ6IGRhdGEgPSAwMCBmYSA0YiAwMCBmYSBmZiA0YiAwMApKdWwgMTQgMTU6NTY6MTgg b3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyODI6IHg6LTYgeTotNzUgejowIHQ6MCB3 OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1bCAxNCAxNTo1NjoxOCBvdGFrdSBrZXJuZWw6IHVtc19p bnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1YTAwMCBhY3RsZW49OApKdWwgMTQgMTU6NTY6MTgg b3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRhdGEgPSAwMCA3ZiA5MCAwMCA4 NyAwMCA5MCBmZgpKdWwgMTQgMTU6NTY6MTggb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFj azoyODI6IHg6MTM1IHk6MTEyIHo6MCB0OjAgdzowIGJ1dHRvbnM6MHgwMDAwMDAwMApKdWwgMTQg MTU6NTY6MTggb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMDY6IHNjPTB4YzgyNWEw MDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjE4IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJh Y2s6MjI0OiBkYXRhID0gMDAgZTEgYzAgMDAgZTEgZmYgYzAgZmYKSnVsIDE0IDE1OjU2OjE4IG90 YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjgyOiB4Oi0zMSB5OjY0IHo6MCB0OjAgdzow IGJ1dHRvbnM6MHgwMDAwMDAwMApKdWwgMTQgMTU6NTY6MTkgb3Rha3Uga2VybmVsOiB1bXNfaW50 cl9jYWxsYmFjazoyMDY6IHNjPTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjE5IG90 YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjI0OiBkYXRhID0gMDEgMDAgMDAgMDAgMDAg MDAgMDAgMDAKSnVsIDE0IDE1OjU2OjE5IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6 MjgyOiB4OjAgeTowIHo6MCB0OjAgdzowIGJ1dHRvbnM6MHgwMDAwMDAwNApKdWwgMTQgMTU6NTY6 MjEgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMDY6IHNjPTB4YzgyNWEwMDAgYWN0 bGVuPTgKSnVsIDE0IDE1OjU2OjIxIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjI0 OiBkYXRhID0gMDEgMDMgMDAgMDAgMDMgMDAgMDAgMDAKSnVsIDE0IDE1OjU2OjIxIG90YWt1IGtl cm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjgyOiB4OjMgeTowIHo6MCB0OjAgdzowIGJ1dHRvbnM6 MHgwMDAwMDAwNApKdWwgMTQgMTU6NTY6MjEgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFj azoyMDY6IHNjPTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjIxIG90YWt1IGtlcm5l bDogdW1zX2ludHJfY2FsbGJhY2s6MjI0OiBkYXRhID0gMDEgMTkgMjkgMDAgMTkgMDAgMjkgMDAK SnVsIDE0IDE1OjU2OjIxIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjgyOiB4OjI1 IHk6LTQxIHo6MCB0OjAgdzowIGJ1dHRvbnM6MHgwMDAwMDAwNApKdWwgMTQgMTU6NTY6MjEgb3Rh a3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMDY6IHNjPTB4YzgyNWEwMDAgYWN0bGVuPTgK SnVsIDE0IDE1OjU2OjIxIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjI0OiBkYXRh ID0gMDEgMDggMGEgMDAgMDggMDAgMGEgMDAKSnVsIDE0IDE1OjU2OjIxIG90YWt1IGtlcm5lbDog dW1zX2ludHJfY2FsbGJhY2s6MjgyOiB4OjggeTotMTAgejowIHQ6MCB3OjAgYnV0dG9uczoweDAw MDAwMDA0Ckp1bCAxNCAxNTo1NjoyMSBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIw Njogc2M9MHhjODI1YTAwMCBhY3RsZW49OApKdWwgMTQgMTU6NTY6MjEgb3Rha3Uga2VybmVsOiB1 bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRhdGEgPSAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMApKdWwg MTQgMTU6NTY6MjEgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyODI6IHg6MCB5OjAg ejowIHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1bCAxNCAxNTo1NjoyMSBvdGFrdSBrZXJu ZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1YTAwMCBhY3RsZW49OApKdWwgMTQg MTU6NTY6MjEgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRhdGEgPSAwMCA4 YyBjNiAwMCA4YyBmZiBjNiBmZgpKdWwgMTQgMTU6NTY6MjEgb3Rha3Uga2VybmVsOiB1bXNfaW50 cl9jYWxsYmFjazoyODI6IHg6LTExNiB5OjU4IHo6MCB0OjAgdzowIGJ1dHRvbnM6MHgwMDAwMDAw MApKdWwgMTQgMTU6NTY6MjEgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMDY6IHNj PTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjIxIG90YWt1IGtlcm5lbDogdW1zX2lu dHJfY2FsbGJhY2s6MjI0OiBkYXRhID0gMDAgYzIgZmUgMDAgYzIgZmYgZmUgZmYKSnVsIDE0IDE1 OjU2OjIxIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjgyOiB4Oi02MiB5OjIgejow IHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1bCAxNCAxNTo1NjoyNSBvdGFrdSBrZXJuZWw6 IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1YTAwMCBhY3RsZW49OApKdWwgMTQgMTU6 NTY6MjUgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRhdGEgPSAwMCAzYiA4 MCAwMCAzYiAwMCA5OSAwMApKdWwgMTQgMTU6NTY6MjUgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9j YWxsYmFjazoyODI6IHg6NTkgeTotMTUzIHo6MCB0OjAgdzowIGJ1dHRvbnM6MHgwMDAwMDAwMApK dWwgMTQgMTU6NTY6MjUgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMDY6IHNjPTB4 YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjI1IG90YWt1IGtlcm5lbDogdW1zX2ludHJf Y2FsbGJhY2s6MjI0OiBkYXRhID0gMDAgMDcgZWYgMDAgMDcgMDAgZWYgZmYKSnVsIDE0IDE1OjU2 OjI1IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjgyOiB4OjcgeToxNyB6OjAgdDow IHc6MCBidXR0b25zOjB4MDAwMDAwMDAKSnVsIDE0IDE1OjU2OjI1IG90YWt1IGtlcm5lbDogdW1z X2ludHJfY2FsbGJhY2s6MjA2OiBzYz0weGM4MjVhMDAwIGFjdGxlbj04Ckp1bCAxNCAxNTo1Njoy NSBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIyNDogZGF0YSA9IDAwIDAzIGYyIDAw IDAzIDAwIGYyIGZmCkp1bCAxNCAxNTo1NjoyNSBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxi YWNrOjI4MjogeDozIHk6MTQgejowIHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1bCAxNCAx NTo1NjoyNSBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1YTAw MCBhY3RsZW49OApKdWwgMTQgMTU6NTY6MjUgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFj azoyMjQ6IGRhdGEgPSAwMCA4MCA4MSAwMCA0MCBmZiA0ZiBmZgpKdWwgMTQgMTU6NTY6MjUgb3Rh a3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyODI6IHg6LTE5MiB5OjE3NyB6OjAgdDowIHc6 MCBidXR0b25zOjB4MDAwMDAwMDAKSnVsIDE0IDE1OjU2OjI1IG90YWt1IGtlcm5lbDogdW1zX2lu dHJfY2FsbGJhY2s6MjA2OiBzYz0weGM4MjVhMDAwIGFjdGxlbj04Ckp1bCAxNCAxNTo1NjoyNSBv dGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIyNDogZGF0YSA9IDAwIGZmIGY3IDAwIGZm IGZmIGY3IGZmCkp1bCAxNCAxNTo1NjoyNSBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNr OjI4MjogeDotMSB5OjkgejowIHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1bCAxNCAxNTo1 NjoyNSBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1YTAwMCBh Y3RsZW49OApKdWwgMTQgMTU6NTY6MjUgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoy MjQ6IGRhdGEgPSAwMCA3ZiA4MCAwMCAwZSAwMyBiMyAwMApKdWwgMTQgMTU6NTY6MjUgb3Rha3Ug a2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyODI6IHg6NzgyIHk6LTE3OSB6OjAgdDowIHc6MCBi dXR0b25zOjB4MDAwMDAwMDAKSnVsIDE0IDE1OjU2OjI1IG90YWt1IGtlcm5lbDogdW1zX2ludHJf Y2FsbGJhY2s6MjA2OiBzYz0weGM4MjVhMDAwIGFjdGxlbj04Ckp1bCAxNCAxNTo1NjoyNSBvdGFr dSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIyNDogZGF0YSA9IDAwIDA3IGZiIDAwIDA3IDAw IGZiIGZmCkp1bCAxNCAxNTo1NjoyNSBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjI4 MjogeDo3IHk6NSB6OjAgdDowIHc6MCBidXR0b25zOjB4MDAwMDAwMDAKSnVsIDE0IDE1OjU2OjI3 IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjA2OiBzYz0weGM4MjVhMDAwIGFjdGxl bj04Ckp1bCAxNCAxNTo1NjoyNyBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIyNDog ZGF0YSA9IDAwIDAxIDAwIDAwIDAxIDAwIDAwIDAwCkp1bCAxNCAxNTo1NjoyNyBvdGFrdSBrZXJu ZWw6IHVtc19pbnRyX2NhbGxiYWNrOjI4MjogeDoxIHk6MCB6OjAgdDowIHc6MCBidXR0b25zOjB4 MDAwMDAwMDAKSnVsIDE0IDE1OjU2OjI3IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6 MjA2OiBzYz0weGM4MjVhMDAwIGFjdGxlbj04Ckp1bCAxNCAxNTo1NjoyNyBvdGFrdSBrZXJuZWw6 IHVtc19pbnRyX2NhbGxiYWNrOjIyNDogZGF0YSA9IDAwIDdmIDgxIDAwIGNlIDAxIDQ4IGZmCkp1 bCAxNCAxNTo1NjoyNyBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjI4MjogeDo0NjIg eToxODQgejowIHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1bCAxNCAxNTo1NjoyNyBvdGFr dSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1YTAwMCBhY3RsZW49OApK dWwgMTQgMTU6NTY6Mjcgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRhdGEg PSAwMCA4MCA4MSAwMCBmYiBmYiA2MCBmZApKdWwgMTQgMTU6NTY6Mjcgb3Rha3Uga2VybmVsOiB1 bXNfaW50cl9jYWxsYmFjazoyODI6IHg6LTEwMjkgeTo2NzIgejowIHQ6MCB3OjAgYnV0dG9uczow eDAwMDAwMDAwCkp1bCAxNCAxNTo1NjoyNyBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNr OjIwNjogc2M9MHhjODI1YTAwMCBhY3RsZW49OApKdWwgMTQgMTU6NTY6Mjcgb3Rha3Uga2VybmVs OiB1bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRhdGEgPSAwMCA4MCAyZCAwMCBkMyBmZSAyZCAwMApK dWwgMTQgMTU6NTY6Mjcgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyODI6IHg6LTMw MSB5Oi00NSB6OjAgdDowIHc6MCBidXR0b25zOjB4MDAwMDAwMDAKSnVsIDE0IDE1OjU2OjI3IG90 YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjA2OiBzYz0weGM4MjVhMDAwIGFjdGxlbj04 Ckp1bCAxNCAxNTo1NjoyNyBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIyNDogZGF0 YSA9IDAwIGZjIDAyIDAwIGZjIGZmIDAyIDAwCkp1bCAxNCAxNTo1NjoyNyBvdGFrdSBrZXJuZWw6 IHVtc19pbnRyX2NhbGxiYWNrOjI4MjogeDotNCB5Oi0yIHo6MCB0OjAgdzowIGJ1dHRvbnM6MHgw MDAwMDAwMAoKLS0+IGhlcmUgYSAwIGdvdCBwYXN0ZWQgaW50byB0aGUgb3V0cHV0CgpKdWwgMTQg MTU6NTY6Mjcgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMDY6IHNjPTB4YzgyNWEw MDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjI3IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJh Y2s6MjI0OiBkYXRhID0gMDAgZjEgMDMgMDAgZjEgZmYgMDMgMDAKSnVsIDE0IDE1OjU2OjI3IG90 YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjgyOiB4Oi0xNSB5Oi0zIHo6MCB0OjAgdzow IGJ1dHRvbnM6MHgwMDAwMDAwMApKdWwgMTQgMTU6NTY6Mjcgb3Rha3Uga2VybmVsOiB1bXNfaW50 cl9jYWxsYmFjazoyMDY6IHNjPTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjI3IG90 YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjI0OiBkYXRhID0gMDAgZmIgMDEgMDAgZmIg ZmYgMDEgMDAKSnVsIDE0IDE1OjU2OjI3IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6 MjgyOiB4Oi01IHk6LTEgejowIHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1bCAxNCAxNTo1 NjoyNyBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1YTAwMCBh Y3RsZW49OApKdWwgMTQgMTU6NTY6Mjcgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoy MjQ6IGRhdGEgPSAwMCBmZiAwMCAwMCBmZiBmZiAwMCAwMApKdWwgMTQgMTU6NTY6Mjcgb3Rha3Ug a2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyODI6IHg6LTEgeTowIHo6MCB0OjAgdzowIGJ1dHRv bnM6MHgwMDAwMDAwMApKdWwgMTQgMTU6NTY6Mjcgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxs YmFjazoyMDY6IHNjPTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjI3IG90YWt1IGtl cm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjI0OiBkYXRhID0gMDAgZmYgMDAgMDAgZmYgZmYgMDAg MDAKSnVsIDE0IDE1OjU2OjI3IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjgyOiB4 Oi0xIHk6MCB6OjAgdDowIHc6MCBidXR0b25zOjB4MDAwMDAwMDAKSnVsIDE0IDE1OjU2OjI3IG90 YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjA2OiBzYz0weGM4MjVhMDAwIGFjdGxlbj04 Ckp1bCAxNCAxNTo1NjoyNyBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIyNDogZGF0 YSA9IDAwIGU1IDAwIDAwIGU1IGZmIDAwIDAwCkp1bCAxNCAxNTo1NjoyNyBvdGFrdSBrZXJuZWw6 IHVtc19pbnRyX2NhbGxiYWNrOjI4MjogeDotMjcgeTowIHo6MCB0OjAgdzowIGJ1dHRvbnM6MHgw MDAwMDAwMApKdWwgMTQgMTU6NTY6Mjcgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoy MDY6IHNjPTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjI3IG90YWt1IGtlcm5lbDog dW1zX2ludHJfY2FsbGJhY2s6MjI0OiBkYXRhID0gMDAgZTQgMDAgMDAgZTQgZmYgMDAgMDAKSnVs IDE0IDE1OjU2OjI3IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjgyOiB4Oi0yOCB5 OjAgejowIHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1bCAxNCAxNTo1NjoyNyBvdGFrdSBr ZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1YTAwMCBhY3RsZW49OApKdWwg MTQgMTU6NTY6Mjcgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRhdGEgPSAw MCBkYyBmYiAwMCBkYyBmZiBmYiBmZgpKdWwgMTQgMTU6NTY6Mjcgb3Rha3Uga2VybmVsOiB1bXNf aW50cl9jYWxsYmFjazoyODI6IHg6LTM2IHk6NSB6OjAgdDowIHc6MCBidXR0b25zOjB4MDAwMDAw MDAKSnVsIDE0IDE1OjU2OjI3IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjA2OiBz Yz0weGM4MjVhMDAwIGFjdGxlbj04Ckp1bCAxNCAxNTo1NjoyNyBvdGFrdSBrZXJuZWw6IHVtc19p bnRyX2NhbGxiYWNrOjIyNDogZGF0YSA9IDAwIGNhIGZmIDAwIGNhIGZmIGZmIGZmCkp1bCAxNCAx NTo1NjoyNyBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjI4MjogeDotNTQgeToxIHo6 MCB0OjAgdzowIGJ1dHRvbnM6MHgwMDAwMDAwMApKdWwgMTQgMTU6NTY6Mjcgb3Rha3Uga2VybmVs OiB1bXNfaW50cl9jYWxsYmFjazoyMDY6IHNjPTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1 OjU2OjI3IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjI0OiBkYXRhID0gMDAgZTcg MDAgMDAgZTcgZmYgMDAgMDAKSnVsIDE0IDE1OjU2OjI3IG90YWt1IGtlcm5lbDogdW1zX2ludHJf Y2FsbGJhY2s6MjgyOiB4Oi0yNSB5OjAgejowIHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1 bCAxNCAxNTo1NjoyNyBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhj ODI1YTAwMCBhY3RsZW49OApKdWwgMTQgMTU6NTY6Mjcgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9j YWxsYmFjazoyMjQ6IGRhdGEgPSAwMCAyMCAwMCAwMCAyMCAwMCAwMCAwMApKdWwgMTQgMTU6NTY6 Mjcgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyODI6IHg6MzIgeTowIHo6MCB0OjAg dzowIGJ1dHRvbnM6MHgwMDAwMDAwMApKdWwgMTQgMTU6NTY6Mjggb3Rha3Uga2VybmVsOiB1bXNf aW50cl9jYWxsYmFjazoyMDY6IHNjPTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjI4 IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjI0OiBkYXRhID0gMDAgMmEgZmUgMDAg MmEgMDAgZmUgZmYKSnVsIDE0IDE1OjU2OjI4IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJh Y2s6MjgyOiB4OjQyIHk6MiB6OjAgdDowIHc6MCBidXR0b25zOjB4MDAwMDAwMDAKSnVsIDE0IDE1 OjU2OjI4IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjA2OiBzYz0weGM4MjVhMDAw IGFjdGxlbj04Ckp1bCAxNCAxNTo1NjoyOCBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNr OjIyNDogZGF0YSA9IDAwIGZkIGZmIDAwIGZkIGZmIGZmIGZmCkp1bCAxNCAxNTo1NjoyOCBvdGFr dSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjI4MjogeDotMyB5OjEgejowIHQ6MCB3OjAgYnV0 dG9uczoweDAwMDAwMDAwCkp1bCAxNCAxNTo1NjoyOCBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2Nh bGxiYWNrOjIwNjogc2M9MHhjODI1YTAwMCBhY3RsZW49OApKdWwgMTQgMTU6NTY6Mjggb3Rha3Ug a2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRhdGEgPSAwMCBkYiBmYiAwMCBkYiBmZiBm YiBmZgpKdWwgMTQgMTU6NTY6Mjggb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyODI6 IHg6LTM3IHk6NSB6OjAgdDowIHc6MCBidXR0b25zOjB4MDAwMDAwMDAKSnVsIDE0IDE1OjU2OjI4 IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjA2OiBzYz0weGM4MjVhMDAwIGFjdGxl bj04Ckp1bCAxNCAxNTo1NjoyOCBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIyNDog ZGF0YSA9IDAwIDgwIGZlIDAwIDgwIGZmIGZlIGZmCkp1bCAxNCAxNTo1NjoyOCBvdGFrdSBrZXJu ZWw6IHVtc19pbnRyX2NhbGxiYWNrOjI4MjogeDotMTI4IHk6MiB6OjAgdDowIHc6MCBidXR0b25z OjB4MDAwMDAwMDAKSnVsIDE0IDE1OjU2OjI4IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJh Y2s6MjA2OiBzYz0weGM4MjVhMDAwIGFjdGxlbj04Ckp1bCAxNCAxNTo1NjoyOCBvdGFrdSBrZXJu ZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIyNDogZGF0YSA9IDAwIDgwIDA3IDAwIDRmIGZmIDA3IDAw Ckp1bCAxNCAxNTo1NjoyOCBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjI4MjogeDot MTc3IHk6LTcgejowIHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1bCAxNCAxNTo1NjoyOCBv dGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1YTAwMCBhY3RsZW49 OApKdWwgMTQgMTU6NTY6Mjggb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRh dGEgPSAwMCBmOSAwMyAwMCBmOSBmZiAwMyAwMApKdWwgMTQgMTU6NTY6Mjggb3Rha3Uga2VybmVs OiB1bXNfaW50cl9jYWxsYmFjazoyODI6IHg6LTcgeTotMyB6OjAgdDowIHc6MCBidXR0b25zOjB4 MDAwMDAwMDAKSnVsIDE0IDE1OjU2OjI4IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6 MjA2OiBzYz0weGM4MjVhMDAwIGFjdGxlbj04Ckp1bCAxNCAxNTo1NjoyOCBvdGFrdSBrZXJuZWw6 IHVtc19pbnRyX2NhbGxiYWNrOjIyNDogZGF0YSA9IDAwIGZmIDAwIDAwIGZmIGZmIDAwIDAwCkp1 bCAxNCAxNTo1NjoyOCBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjI4MjogeDotMSB5 OjAgejowIHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1bCAxNCAxNTo1NjoyOSBvdGFrdSBr ZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1YTAwMCBhY3RsZW49OApKdWwg MTQgMTU6NTY6Mjkgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRhdGEgPSAw MCBmZiAwMCAwMCBmZiBmZiAwMCAwMApKdWwgMTQgMTU6NTY6Mjkgb3Rha3Uga2VybmVsOiB1bXNf aW50cl9jYWxsYmFjazoyODI6IHg6LTEgeTowIHo6MCB0OjAgdzowIGJ1dHRvbnM6MHgwMDAwMDAw MApKdWwgMTQgMTU6NTY6Mjkgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMDY6IHNj PTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjI5IG90YWt1IGtlcm5lbDogdW1zX2lu dHJfY2FsbGJhY2s6MjI0OiBkYXRhID0gMDAgZDMgMDAgMDAgZDMgZmYgMDAgMDAKSnVsIDE0IDE1 OjU2OjI5IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjgyOiB4Oi00NSB5OjAgejow IHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1bCAxNCAxNTo1NjoyOSBvdGFrdSBrZXJuZWw6 IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1YTAwMCBhY3RsZW49OApKdWwgMTQgMTU6 NTY6Mjkgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRhdGEgPSAwMCA4MCAw MCAwMCA2NiBmZiAwMCAwMApKdWwgMTQgMTU6NTY6Mjkgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9j YWxsYmFjazoyODI6IHg6LTE1NCB5OjAgejowIHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1 bCAxNCAxNTo1NjoyOSBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhj ODI1YTAwMCBhY3RsZW49OApKdWwgMTQgMTU6NTY6Mjkgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9j YWxsYmFjazoyMjQ6IGRhdGEgPSAwMCBlMyAwNyAwMCBlMyBmZiAwNyAwMApKdWwgMTQgMTU6NTY6 Mjkgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyODI6IHg6LTI5IHk6LTcgejowIHQ6 MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1bCAxNCAxNTo1NjoyOSBvdGFrdSBrZXJuZWw6IHVt c19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1YTAwMCBhY3RsZW49OApKdWwgMTQgMTU6NTY6 Mjkgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRhdGEgPSAwMSAwMCAwMCAw MCAwMCAwMCAwMCAwMApKdWwgMTQgMTU6NTY6Mjkgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxs YmFjazoyODI6IHg6MCB5OjAgejowIHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDA0Ckp1bCAxNCAx NTo1NjozMCBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1YTAw MCBhY3RsZW49OApKdWwgMTQgMTU6NTY6MzAgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFj azoyMjQ6IGRhdGEgPSAwMSAwMCAwMSAwMCAwMCAwMCAwMSAwMApKdWwgMTQgMTU6NTY6MzAgb3Rh a3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyODI6IHg6MCB5Oi0xIHo6MCB0OjAgdzowIGJ1 dHRvbnM6MHgwMDAwMDAwNApKdWwgMTQgMTU6NTY6MzAgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9j YWxsYmFjazoyMDY6IHNjPTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjMwIG90YWt1 IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjI0OiBkYXRhID0gMDEgNTggMTAgMDAgNTggMDAg MTAgMDAKSnVsIDE0IDE1OjU2OjMwIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6Mjgy OiB4Ojg4IHk6LTE2IHo6MCB0OjAgdzowIGJ1dHRvbnM6MHgwMDAwMDAwNApKdWwgMTQgMTU6NTY6 MzAgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMDY6IHNjPTB4YzgyNWEwMDAgYWN0 bGVuPTgKSnVsIDE0IDE1OjU2OjMwIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjI0 OiBkYXRhID0gMDEgN2YgMWMgMDAgODMgMDAgMWMgMDAKSnVsIDE0IDE1OjU2OjMwIG90YWt1IGtl cm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjgyOiB4OjEzMSB5Oi0yOCB6OjAgdDowIHc6MCBidXR0 b25zOjB4MDAwMDAwMDQKSnVsIDE0IDE1OjU2OjMwIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2Fs bGJhY2s6MjA2OiBzYz0weGM4MjVhMDAwIGFjdGxlbj04Ckp1bCAxNCAxNTo1NjozMCBvdGFrdSBr ZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIyNDogZGF0YSA9IDAxIDJiIDI0IDAwIDJiIDAwIDI0 IDAwCkp1bCAxNCAxNTo1NjozMCBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjI4Mjog eDo0MyB5Oi0zNiB6OjAgdDowIHc6MCBidXR0b25zOjB4MDAwMDAwMDQKSnVsIDE0IDE1OjU2OjMw IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjA2OiBzYz0weGM4MjVhMDAwIGFjdGxl bj04Ckp1bCAxNCAxNTo1NjozMCBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIyNDog ZGF0YSA9IDAxIDI1IDI1IDAwIDI1IDAwIDI1IDAwCkp1bCAxNCAxNTo1NjozMCBvdGFrdSBrZXJu ZWw6IHVtc19pbnRyX2NhbGxiYWNrOjI4MjogeDozNyB5Oi0zNyB6OjAgdDowIHc6MCBidXR0b25z OjB4MDAwMDAwMDQKSnVsIDE0IDE1OjU2OjMwIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJh Y2s6MjA2OiBzYz0weGM4MjVhMDAwIGFjdGxlbj04Ckp1bCAxNCAxNTo1NjozMCBvdGFrdSBrZXJu ZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIyNDogZGF0YSA9IDAxIDA0IDAyIDAwIDA0IDAwIDAyIDAw Ckp1bCAxNCAxNTo1NjozMCBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjI4MjogeDo0 IHk6LTIgejowIHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDA0Ckp1bCAxNCAxNTo1NjozMCBvdGFr dSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1YTAwMCBhY3RsZW49OApK dWwgMTQgMTU6NTY6MzAgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRhdGEg PSAwMSAyNCAxYyAwMCAyNCAwMCAxYyAwMApKdWwgMTQgMTU6NTY6MzAgb3Rha3Uga2VybmVsOiB1 bXNfaW50cl9jYWxsYmFjazoyODI6IHg6MzYgeTotMjggejowIHQ6MCB3OjAgYnV0dG9uczoweDAw MDAwMDA0Ckp1bCAxNCAxNTo1NjozMCBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIw Njogc2M9MHhjODI1YTAwMCBhY3RsZW49OApKdWwgMTQgMTU6NTY6MzAgb3Rha3Uga2VybmVsOiAK SnVsIDE0IDE1OjU2OjMwIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjI0OiBkYXRh ID0gMDEgM2MgMTggMDAgM2MgMDAgMTggMDAKSnVsIDE0IDE1OjU2OjMwIG90YWt1IGtlcm5lbDog dW1zX2ludHJfY2FsbGJhY2s6MjgyOiB4OjYwIHk6LTI0IHo6MCB0OjAgdzowIGJ1dHRvbnM6MHgw MDAwMDAwNApKdWwgMTQgMTU6NTY6MzAgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoy MDY6IHNjPTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjMwIG90YWt1IGtlcm5lbDog dW1zX2ludHJfY2FsbGJhY2s6MjI0OiBkYXRhID0gMDEgMzggMTUgMDAgMzggMDAgMTUgMDAKSnVs IDE0IDE1OjU2OjMwIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjgyOiB4OjU2IHk6 LTIxIHo6MCB0OjAgdzowIGJ1dHRvbnM6MHgwMDAwMDAwNApKdWwgMTQgMTU6NTY6MzAgb3Rha3Ug a2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMDY6IHNjPTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVs IDE0IDE1OjU2OjMwIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjI0OiBkYXRhID0g MDEgMDEgMDAgMDAgMDEgMDAgMDAgMDAKSnVsIDE0IDE1OjU2OjMwIG90YWt1IGtlcm5lbDogdW1z X2ludHJfY2FsbGJhY2s6MjgyOiB4OjEgeTowIHo6MCB0OjAgdzowIGJ1dHRvbnM6MHgwMDAwMDAw NApKdWwgMTQgMTU6NTY6MzAgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMDY6IHNj PTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjMwIG90YWt1IGtlcm5lbDogdW1zX2lu dHJfY2FsbGJhY2s6MjI0OiBkYXRhID0gMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKSnVsIDE0IDE1 OjU2OjMwIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjgyOiB4OjAgeTowIHo6MCB0 OjAgdzowIGJ1dHRvbnM6MHgwMDAwMDAwMApKdWwgMTQgMTU6NTY6MzAgb3Rha3Uga2VybmVsOiB1 bXNfaW50cl9jYWxsYmFjazoyMDY6IHNjPTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2 OjMwIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjI0OiBkYXRhID0gMDAgZjYgMDAg MDAgZjYgZmYgMDAgMDAKSnVsIDE0IDE1OjU2OjMwIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2Fs bGJhY2s6MjgyOiB4Oi0xMCB5OjAgejowIHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1bCAx NCAxNTo1NjozMCBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1 YTAwMCBhY3RsZW49OApKdWwgMTQgMTU6NTY6MzAgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxs YmFjazoyMjQ6IGRhdGEgPSAwMCA5NiBlNSAwMCA5NiBmZiBlNSBmZgpKdWwgMTQgMTU6NTY6MzAg b3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyODI6IHg6LTEwNiB5OjI3IHo6MCB0OjAg dzowIGJ1dHRvbnM6MHgwMDAwMDAwMApKdWwgMTQgMTU6NTY6MzAgb3Rha3Uga2VybmVsOiB1bXNf aW50cl9jYWxsYmFjazoyMDY6IHNjPTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjMw IG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjI0OiBkYXRhID0gMDAgODAgZDcgMDAg MGIgZmYgZDcgZmYKSnVsIDE0IDE1OjU2OjMwIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJh Y2s6MjgyOiB4Oi0yNDUgeTo0MSB6OjAgdDowIHc6MCBidXR0b25zOjB4MDAwMDAwMDAKSnVsIDE0 IDE1OjU2OjMwIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjA2OiBzYz0weGM4MjVh MDAwIGFjdGxlbj04Ckp1bCAxNCAxNTo1NjozMCBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxi YWNrOjIyNDogZGF0YSA9IDAwIGY1IDAwIDAwIGY1IGZmIDAwIDAwCkp1bCAxNCAxNTo1NjozMCBv dGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjI4MjogeDotMTEgeTowIHo6MCB0OjAgdzow IGJ1dHRvbnM6MHgwMDAwMDAwMApKdWwgMTQgMTU6NTY6MzEgb3Rha3Uga2VybmVsOiB1bXNfaW50 cl9jYWxsYmFjazoyMDY6IHNjPTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjMxIG90 YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjI0OiBkYXRhID0gMDAgZmYgMDAgMDAgZmYg ZmYgMDAgMDAKSnVsIDE0IDE1OjU2OjMxIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6 MjgyOiB4Oi0xIHk6MCB6OjAgdDowIHc6MCBidXR0b25zOjB4MDAwMDAwMDAKSnVsIDE0IDE1OjU2 OjMxIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjA2OiBzYz0weGM4MjVhMDAwIGFj dGxlbj04Ckp1bCAxNCAxNTo1NjozMSBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIy NDogZGF0YSA9IDAwIGMwIGY5IDAwIGMwIGZmIGY5IGZmCkp1bCAxNCAxNTo1NjozMSBvdGFrdSBr ZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjI4MjogeDotNjQgeTo3IHo6MCB0OjAgdzowIGJ1dHRv bnM6MHgwMDAwMDAwMApKdWwgMTQgMTU6NTY6MzEgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxs YmFjazoyMDY6IHNjPTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjMxIG90YWt1IGtl cm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjI0OiBkYXRhID0gMDAgY2MgZjggMDAgY2MgZmYgZjgg ZmYKSnVsIDE0IDE1OjU2OjMxIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjgyOiB4 Oi01MiB5OjggejowIHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1bCAxNCAxNTo1NjozMSBv dGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1YTAwMCBhY3RsZW49 OApKdWwgMTQgMTU6NTY6MzEgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRh dGEgPSAwMCBkOCBmNiAwMCBkOCBmZiBmNiBmZgpKdWwgMTQgMTU6NTY6MzEgb3Rha3Uga2VybmVs OiB1bXNfaW50cl9jYWxsYmFjazoyODI6IHg6LTQwIHk6MTAgejowIHQ6MCB3OjAgYnV0dG9uczow eDAwMDAwMDAwCkp1bCAxNCAxNTo1NjozMSBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNr OjIwNjogc2M9MHhjODI1YTAwMCBhY3RsZW49OApKdWwgMTQgMTU6NTY6MzEgb3Rha3Uga2VybmVs OiB1bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRhdGEgPSAwMCBkNSBmMSAwMCBkNSBmZiBmMSBmZgpK dWwgMTQgMTU6NTY6MzEgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyODI6IHg6LTQz IHk6MTUgejowIHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1bCAxNCAxNTo1NjozMSBvdGFr dSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1YTAwMCBhY3RsZW49OApK dWwgMTQgMTU6NTY6MzEgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRhdGEg PSAwMCBmZiAwMCAwMCBmZiBmZiAwMCAwMApKdWwgMTQgMTU6NTY6MzEgb3Rha3Uga2VybmVsOiB1 bXNfaW50cl9jYWxsYmFjazoyODI6IHg6LTEgeTowIHo6MCB0OjAgdzowIGJ1dHRvbnM6MHgwMDAw MDAwMApKdWwgMTQgMTU6NTY6MzEgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMDY6 IHNjPTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjMxIG90YWt1IGtlcm5lbDogdW1z X2ludHJfY2FsbGJhY2s6MjI0OiBkYXRhID0gMDAgZjMgZmEgMDAgZjMgZmYgZmEgZmYKSnVsIDE0 IDE1OjU2OjMxIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjgyOiB4Oi0xMyB5OjYg ejowIHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1bCAxNCAxNTo1NjozMiBvdGFrdSBrZXJu ZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1YTAwMCBhY3RsZW49OApKdWwgMTQg MTU6NTY6MzIgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRhdGEgPSAwMCAw MCBmZiAwMCAwMCAwMCBmZiBmZgpKdWwgMTQgMTU6NTY6MzIgb3Rha3Uga2VybmVsOiB1bXNfaW50 cl9jYWxsYmFjazoyODI6IHg6MCB5OjEgejowIHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1 bCAxNCAxNTo1NjozMiBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhj ODI1YTAwMCBhY3RsZW49OApKdWwgMTQgMTU6NTY6MzIgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9j YWxsYmFjazoyMjQ6IGRhdGEgPSAwMCBmMiBmZiAwMCBmMiBmZiBmZiBmZgpKdWwgMTQgMTU6NTY6 MzIgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyODI6IHg6LTE0IHk6MSB6OjAgdDow IHc6MCBidXR0b25zOjB4MDAwMDAwMDAKSnVsIDE0IDE1OjU2OjMyIG90YWt1IGtlcm5lbDogdW1z X2ludHJfY2FsbGJhY2s6MjA2OiBzYz0weGM4MjVhMDAwIGFjdGxlbj04Ckp1bCAxNCAxNTo1Njoz MiBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIyNDogZGF0YSA9IDAwIGUxIGZlIDAw IGUxIGZmIGZlIGZmCkp1bCAxNCAxNTo1NjozMiBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxi YWNrOjI4MjogeDotMzEgeToyIHo6MCB0OjAgdzowIGJ1dHRvbnM6MHgwMDAwMDAwMApKdWwgMTQg MTU6NTY6MzIgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMDY6IHNjPTB4YzgyNWEw MDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjMyIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJh Y2s6MjI0OiBkYXRhID0gMDAgZTcgZmUgMDAgZTcgZmYgZmUgZmYKSnVsIDE0IDE1OjU2OjMyIG90 YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjgyOiB4Oi0yNSB5OjIgejowIHQ6MCB3OjAg YnV0dG9uczoweDAwMDAwMDAwCkp1bCAxNCAxNTo1NjozMiBvdGFrdSBrZXJuZWw6IHVtc19pbnRy X2NhbGxiYWNrOjIwNjogc2M9MHhjODI1YTAwMCBhY3RsZW49OApKdWwgMTQgMTU6NTY6MzIgb3Rh a3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRhdGEgPSAwMCBmNSAwMCAwMCBmNSBm ZiAwMCAwMApKdWwgMTQgMTU6NTY6MzIgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoy ODI6IHg6LTExIHk6MCB6OjAgdDowIHc6MCBidXR0b25zOjB4MDAwMDAwMDAKSnVsIDE0IDE1OjU2 OjMyIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjA2OiBzYz0weGM4MjVhMDAwIGFj dGxlbj04Ckp1bCAxNCAxNTo1NjozMiBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIy NDogZGF0YSA9IDAwIGY2IDAwIDAwIGY2IGZmIDAwIDAwCkp1bCAxNCAxNTo1NjozMiBvdGFrdSBr ZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjI4MjogeDotMTAgeTowIHo6MCB0OjAgdzowIGJ1dHRv bnM6MHgwMDAwMDAwMApKdWwgMTQgMTU6NTY6MzIgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxs YmFjazoyMDY6IHNjPTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjMyIG90YWt1IGtl cm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjI0OiBkYXRhID0gMDAgZmYgMDAgMDAgZmYgZmYgMDAg MDAKSnVsIDE0IDE1OjU2OjMyIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjgyOiB4 Oi0xIHk6MCB6OjAgdDowIHc6MCBidXR0b25zOjB4MDAwMDAwMDAKSnVsIDE0IDE1OjU2OjMzIG90 YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjA2OiBzYz0weGM4MjVhMDAwIGFjdGxlbj04 Ckp1bCAxNCAxNTo1NjozMyBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIyNDogZGF0 YSA9IDAwIGZmIDAwIDAwIGZmIGZmIDAwIDAwCkp1bCAxNCAxNTo1NjozMyBvdGFrdSBrZXJuZWw6 IHVtc19pbnRyX2NhbGxiYWNrOjI4MjogeDotMSB5OjAgejowIHQ6MCB3OjAgYnV0dG9uczoweDAw MDAwMDAwCkp1bCAxNCAxNTo1NjozMyBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIw Njogc2M9MHhjODI1YTAwMCBhY3RsZW49OApKdWwgMTQgMTU6NTY6MzMgb3Rha3Uga2VybmVsOiB1 bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRhdGEgPSAwMCBlZSAwMCAwMCBlZSBmZiAwMCAwMApKdWwg MTQgMTU6NTY6MzMgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyODI6IHg6LTE4IHk6 MCB6OjAgdDowIHc6MCBidXR0b25zOjB4MDAwMDAwMDAKSnVsIDE0IDE1OjU2OjMzIG90YWt1IGtl cm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjA2OiBzYz0weGM4MjVhMDAwIGFjdGxlbj04Ckp1bCAx NCAxNTo1NjozMyBvdGFrdSBrZXJuZWw6IHVtc19pbnRyX2NhbGxiYWNrOjIyNDogZGF0YSA9IDAw IGRjIDAwIDAwIGRjIGZmIDAwIDAwCkp1bCAxNCAxNTo1NjozMyBvdGFrdSBrZXJuZWw6IHVtc19p bnRyX2NhbGxiYWNrOjI4MjogeDotMzYgeTowIHo6MCB0OjAgdzowIGJ1dHRvbnM6MHgwMDAwMDAw MApKdWwgMTQgMTU6NTY6MzMgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMDY6IHNj PTB4YzgyNWEwMDAgYWN0bGVuPTgKSnVsIDE0IDE1OjU2OjMzIG90YWt1IGtlcm5lbDogdW1zX2lu dHJfY2FsbGJhY2s6MjI0OiBkYXRhID0gMDAgZTMgMDAgMDAgZTMgZmYgMDAgMDAKSnVsIDE0IDE1 OjU2OjMzIG90YWt1IGtlcm5lbDogdW1zX2ludHJfY2FsbGJhY2s6MjgyOiB4Oi0yOSB5OjAgejow IHQ6MCB3OjAgYnV0dG9uczoweDAwMDAwMDAwCkp1bCAxNCAxNTo1NjozMyBvdGFrdSBrZXJuZWw6 IHVtc19pbnRyX2NhbGxiYWNrOjIwNjogc2M9MHhjODI1YTAwMCBhY3RsZW49OApKdWwgMTQgMTU6 NTY6MzMgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9jYWxsYmFjazoyMjQ6IGRhdGEgPSAwMCBlYSAw MCAwMCBlYSBmZiAwMCAwMApKdWwgMTQgMTU6NTY6MzMgb3Rha3Uga2VybmVsOiB1bXNfaW50cl9j YWxsYmFjazoyODI6IHg6LTIyIHk6MCB6OjAgdDowIHc6MCBidXR0b25zOjB4MDAwMDAwMDAKSnVs IDE0IDE1OjU2OjM5IG90YWt1IHN1ZG86ICBhcnVuZGVsIDogVFRZPXR0eXYwIDsgUFdEPS91c3Iv aG9tZS9hcnVuZGVsIDsgVVNFUj1yb290IDsgQ09NTUFORD0vc2Jpbi9zeXNjdGwgaHcudXNiLnVt cy5kZWJ1Zz0wCg== --+permail-200907141629331e86ffa800000a1d-a_best01+-- From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 16:40:01 2009 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 4B0CA1065677 for ; Tue, 14 Jul 2009 16:40:01 +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 249798FC1B for ; Tue, 14 Jul 2009 16:40:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n6EGe0rT064704 for ; Tue, 14 Jul 2009 16:40:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n6EGe0eW064703; Tue, 14 Jul 2009 16:40:00 GMT (envelope-from gnats) Resent-Date: Tue, 14 Jul 2009 16:40:00 GMT Resent-Message-Id: <200907141640.n6EGe0eW064703@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Beat Gätzi Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 329661065686 for ; Tue, 14 Jul 2009 16:38:45 +0000 (UTC) (envelope-from beat@chruetertee.ch) Received: from marvin.chruetertee.ch (marvin.chruetertee.ch [217.150.245.55]) by mx1.freebsd.org (Postfix) with ESMTP id A4F948FC1F for ; Tue, 14 Jul 2009 16:38:44 +0000 (UTC) (envelope-from beat@chruetertee.ch) Received: from _HOSTNAME_ (222-155.79-83.cust.bluewin.ch [83.79.155.222]) (authenticated bits=0) by marvin.chruetertee.ch (8.14.3/8.14.3) with ESMTP id n6EGLGg0018152 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Tue, 14 Jul 2009 16:21:16 GMT (envelope-from beat@chruetertee.ch) Received: by _HOSTNAME_ (sSMTP sendmail emulation); Tue, 14 Jul 2009 18:22:22 +0200 Message-Id: <200907141621.n6EGLGg0018152@marvin.chruetertee.ch> Date: Tue, 14 Jul 2009 18:22:22 +0200 From: Beat Gätzi To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: beat@chruetertee.ch Subject: usb/136761: [usbdevs] [patch] Teach usbdevs / u3g(4) about Huawei E180v 3G modem X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Beat Gätzi List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 16:40:01 -0000 >Number: 136761 >Category: usb >Synopsis: [usbdevs] [patch] Teach usbdevs / u3g(4) about Huawei E180v 3G modem >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Jul 14 16:40:00 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Beat Gätzi >Release: FreeBSD 8.0-BETA1 i386 >Organization: >Environment: System: FreeBSD daedalus.network.local 8.0-BETA1 FreeBSD 8.0-BETA1 #10: Tue Jul 14 14:01:16 CEST 2009 root@daedalus.network.local:/usr/obj/usr/src/sys/BEASTIE i386 >Description: Add support for Huawei E180v 3G modem: # usbconfig | grep HUAWEI ugen6.2: at usbus6, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON # usbconfig -u 6 -a 2 dump_device_desc | grep id idVendor = 0x12d1 idProduct = 0x140c Functional testing successful with up to date CURRENT and attached patch. >How-To-Repeat: >Fix: --- HUAWEI-E180V.patch begins here --- Index: share/man/man4/u3g.4 =================================================================== --- share/man/man4/u3g.4 (Revision 195677) +++ share/man/man4/u3g.4 (Arbeitskopie) @@ -64,7 +64,7 @@ .It Qualcomm Inc. CDMA MSM .It -Huawei B190, E220 ('') +Huawei B190, E180v, E220 ('') .It Novatel U740, MC950D, X950D, etc. .It Index: sys/dev/usb/serial/u3g.c =================================================================== --- sys/dev/usb/serial/u3g.c (Revision 195677) +++ sys/dev/usb/serial/u3g.c (Arbeitskopie) @@ -186,6 +186,7 @@ U3G_DEV(QUALCOMMINC, CDMA_MSM, U3GFL_SCSI_EJECT), /* OEM: Huawei */ U3G_DEV(HUAWEI, MOBILE, U3GFL_HUAWEI_INIT), + U3G_DEV(HUAWEI, E180V, U3GFL_HUAWEI_INIT), U3G_DEV(HUAWEI, E220, U3GFL_HUAWEI_INIT), /* OEM: Novatel */ U3G_DEV(NOVATEL, CDMA_MODEM, 0), Index: sys/dev/usb/usbdevs =================================================================== --- sys/dev/usb/usbdevs (Revision 195677) +++ sys/dev/usb/usbdevs (Arbeitskopie) @@ -1473,6 +1473,7 @@ /* HUAWEI products */ product HUAWEI MOBILE 0x1001 Huawei Mobile product HUAWEI E220 0x1003 Huawei HSDPA modem +product HUAWEI E180V 0x140c Huawei Mobile E180V /* HUAWEI 3com products */ product HUAWEI3COM WUB320G 0x0009 Aolynk WUB320g --- HUAWEI-E180V.patch ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 16:48:39 2009 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 73348106564A for ; Tue, 14 Jul 2009 16:48:39 +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 081DC8FC0A for ; Tue, 14 Jul 2009 16:48:37 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=-Tv-mQYUElbT6gHwN-IA:9 a=NE0LkNG_EHyelmeJyoYWe7lpmwYA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1286586666; Tue, 14 Jul 2009 18:48:35 +0200 From: Hans Petter Selasky To: Alexander Best Date: Tue, 14 Jul 2009 18:48:16 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907141848.18037.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: settings usb mouse rate 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, 14 Jul 2009 16:48:39 -0000 On Tuesday 14 July 2009 18:29:33 Alexander Best wrote: > you were right. i attached a different usb mouse and setting the rate to 10 > or 100 didn't cause the random copy&paste issue. > > what's the reason the usb polling rate is limited to 1000? performance? > because gaming devices feature a very high rate. would be great to have > full support for them. i've seen laser mice with a rate of 10.000. The USB hardware cannot poll more than 1000 times per second on INTERRUPT endpoints typically. Using a BULK endpoint you can at maximum poll 8000 times per second. --HPS From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 17:20:25 2009 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 149531065676; Tue, 14 Jul 2009 17:20:25 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id B20CD8FC2C; Tue, 14 Jul 2009 17:20:24 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from [10.0.0.34] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 752E0C3A96; Tue, 14 Jul 2009 19:17:19 +0200 (CEST) Message-Id: From: Rafal Jaworowski To: Marcel Moolenaar In-Reply-To: Content-Type: text/plain; charset=ISO-8859-2; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v935.3) Date: Tue, 14 Jul 2009 19:20:22 +0200 References: <200906231035.43096.kosmo@semihalf.com> <200907091834.42462.hselasky@c2i.net> <200907141031.11185.kosmo@semihalf.com> <200907141036.44652.hselasky@c2i.net> X-Mailer: Apple Mail (2.935.3) Cc: Marcel Moolenaar , freebsd-usb@freebsd.org, freebsd-arm@freebsd.org, thompsa@freebsd.org Subject: Re: CPU Cache and busdma usage in 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: Tue, 14 Jul 2009 17:20:25 -0000 On 2009-07-14, at 18:58, Marcel Moolenaar wrote: > On Jul 14, 2009, at 2:21 AM, Rafal Jaworowski wrote: > >> >> On 2009-07-14, at 10:36, Hans Petter Selasky wrote: >> >>> On Tuesday 14 July 2009 10:31:10 Piotr Zi=EAcik wrote: >>>>> 1) My analysis: Only the data areas are being flushed/=20 >>>>> invalidated. No >>>>> transfer descriptors are flushed/invalidated. I see no cache =20 >>>>> operations >>>>> happening on any DMA control structures, even though there are =20 >>>>> calls from >>>>> EHCI to xxx_pc_flush() and xxx_pc_invalidate(). >>>> >>> >>>> Probaby you see more on your AT91 device as you know USB stack =20 >>>> internals. >>>> Have you tried to bring up OHCI on you ARM board ? >>> >>> Not yet. I'm terribly busy with some LibUSB stuff headed for the 8-=20= >>> current >>> release. As soon as I find time I will fire off a build and debug. >> >> Please note these problems should be considered as a showstopper =20 >> for the release since USB is currently broken on at least three ARM =20= >> platforms in the tree (Marvell). > > Rafal, > > Anything I can do to help? > (as a reminder: I have an Orion board) Your input on the desired final solution to these issues would be =20 appreciated. Please see the beginning of this thread (originated on =20 usb@ ML), where a quick fix was proposed by Piotr. That patch works =20 around the problems for us (also for some MIPS and noncoherent PPC), =20 but the problem here is that we believe that using bus dma for the =20 purpose of cache synchronization is improper in principle, and cpu-=20 specific calls should be used instead, although Hans is rather =20 reluctant to embracing the latter path. >>> BTW: Has pmap been fixed for ARM in 8-current? >> >> Seems like the most critical problems (panics) are resolved and =20 >> will be pushed into SVN shortly. In case you'd like to apply the =20 >> fix directly, see: = http://people.freebsd.org/~raj/patches/arm/pmap-fixes.diff > > Good! I was about to start a discussion about reverting > rev. 194459 for now. We're about to start BETA-2 and it > helps (at least Juniper :-) to have 8.0-RELEASE not be > DOA :-) No worries, we're also looking forward to 8.0 as a great ARM =20 release :-) I will be following up on that pmap-related stuff, but am =20= waiting for confirmation from stas@ there are no regressions on AT91 =20 with this patch. Rafal From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 17:43:08 2009 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 539BA10656B6 for ; Tue, 14 Jul 2009 17:43:08 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id D9A908FC19 for ; Tue, 14 Jul 2009 17:43:07 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,398,1243807200"; d="scan'208";a="277224133" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 14 Jul 2009 19:43:06 +0200 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id 98BA51B07E4; Tue, 14 Jul 2009 19:43:06 +0200 (CEST) Date: Tue, 14 Jul 2009 19:43:06 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Hans Petter Selasky Message-ID: In-Reply-To: <200907141848.18037.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: settings usb mouse rate 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, 14 Jul 2009 17:43:12 -0000 thanks for the info. so right now i'm running the patched kernel with no problems whatsoever. mouse is running smoothly with a rate of 1000. only values < 100 cause the issue i mentioned beforehand with this mouse. unfortnunately i lost the manual, but i think two of the buttons on this mouse are meant to control the rate. i don't know if their're output is just being caught by some windows driver-app or if the buttons control the mouse rate internaly. here's the output when pressing both buttons: Jul 14 19:39:54 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:54 otaku kernel: ums_intr_callback:224: data = 00 00 00 00 00 00 00 00 Jul 14 19:39:55 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:55 otaku kernel: ums_intr_callback:224: data = 00 00 00 01 00 00 00 00 Jul 14 19:39:55 otaku kernel: ums_intr_callback:282: x:0 y:0 z:-1 t:0 w:0 buttons:0x00000000 Jul 14 19:39:55 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:55 otaku kernel: ums_intr_callback:224: data = 00 00 00 00 00 00 00 00 Jul 14 19:39:55 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:55 otaku kernel: ums_intr_callback:224: data = 00 00 00 ff 00 00 00 00 Jul 14 19:39:55 otaku kernel: ums_intr_callback:282: x:0 y:0 z:1 t:0 w:0 buttons:0x00000000 Jul 14 19:39:55 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:55 otaku kernel: ums_intr_callback:224: data = 00 00 00 00 00 00 00 00 Jul 14 19:39:56 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:56 otaku kernel: ums_intr_callback:224: data = 00 00 00 ff 00 00 00 00 Jul 14 19:39:56 otaku kernel: ums_intr_callback:282: x:0 y:0 z:1 t:0 w:0 buttons:0x00000000 Jul 14 19:39:56 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:56 otaku kernel: ums_intr_callback:224: data = 00 00 00 00 00 00 00 00 Jul 14 19:39:56 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:56 otaku kernel: ums_intr_callback:224: data = 00 00 00 ff 00 00 00 00 Jul 14 19:39:56 otaku kernel: ums_intr_callback:282: x:0 y:0 z:1 t:0 w:0 buttons:0x00000000 Jul 14 19:39:56 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:56 otaku kernel: ums_intr_callback:224: data = 00 00 00 00 00 00 00 00 Jul 14 19:39:56 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:56 otaku kernel: ums_intr_callback:224: data = 00 00 00 ff 00 00 00 00 Jul 14 19:39:56 otaku kernel: ums_intr_callback:282: x:0 y:0 z:1 t:0 w:0 buttons:0x00000000 Jul 14 19:39:56 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:56 otaku kernel: ums_intr_callback:224: data = 00 00 00 00 00 00 00 00 alex Hans Petter Selasky schrieb am 2009-07-14: > On Tuesday 14 July 2009 18:29:33 Alexander Best wrote: > > you were right. i attached a different usb mouse and setting the > > rate to 10 > > or 100 didn't cause the random copy&paste issue. > > what's the reason the usb polling rate is limited to 1000? > > performance? > > because gaming devices feature a very high rate. would be great to > > have > > full support for them. i've seen laser mice with a rate of 10.000. > The USB hardware cannot poll more than 1000 times per second on > INTERRUPT > endpoints typically. Using a BULK endpoint you can at maximum poll > 8000 times > per second. > --HPS From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 17:59:10 2009 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 5F0F11065676; Tue, 14 Jul 2009 17:59:10 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout030.mac.com (asmtpout030.mac.com [17.148.16.105]) by mx1.freebsd.org (Postfix) with ESMTP id 457478FC1D; Tue, 14 Jul 2009 17:59:10 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-2; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp030.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KMS00CCJ763KL60@asmtp030.mac.com>; Tue, 14 Jul 2009 09:59:04 -0700 (PDT) From: Marcel Moolenaar In-reply-to: Date: Tue, 14 Jul 2009 09:58:51 -0700 Content-transfer-encoding: quoted-printable Message-id: References: <200906231035.43096.kosmo@semihalf.com> <200907091834.42462.hselasky@c2i.net> <200907141031.11185.kosmo@semihalf.com> <200907141036.44652.hselasky@c2i.net> To: Rafal Jaworowski X-Mailer: Apple Mail (2.1070) Cc: Marcel Moolenaar , freebsd-usb@freebsd.org, freebsd-arm@freebsd.org, thompsa@freebsd.org Subject: Re: CPU Cache and busdma usage in 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: Tue, 14 Jul 2009 17:59:10 -0000 On Jul 14, 2009, at 2:21 AM, Rafal Jaworowski wrote: > > On 2009-07-14, at 10:36, Hans Petter Selasky wrote: > >> On Tuesday 14 July 2009 10:31:10 Piotr Zi=EAcik wrote: >>>> 1) My analysis: Only the data areas are being flushed/=20 >>>> invalidated. No >>>> transfer descriptors are flushed/invalidated. I see no cache =20 >>>> operations >>>> happening on any DMA control structures, even though there are =20 >>>> calls from >>>> EHCI to xxx_pc_flush() and xxx_pc_invalidate(). >>> >> >>> Probaby you see more on your AT91 device as you know USB stack =20 >>> internals. >>> Have you tried to bring up OHCI on you ARM board ? >> >> Not yet. I'm terribly busy with some LibUSB stuff headed for the 8-=20= >> current >> release. As soon as I find time I will fire off a build and debug. > > Please note these problems should be considered as a showstopper for =20= > the release since USB is currently broken on at least three ARM =20 > platforms in the tree (Marvell). Rafal, Anything I can do to help? (as a reminder: I have an Orion board) > >> BTW: Has pmap been fixed for ARM in 8-current? > > Seems like the most critical problems (panics) are resolved and will =20= > be pushed into SVN shortly. In case you'd like to apply the fix =20 > directly, see: = http://people.freebsd.org/~raj/patches/arm/pmap-fixes.diff Good! I was about to start a discussion about reverting rev. 194459 for now. We're about to start BETA-2 and it helps (at least Juniper :-) to have 8.0-RELEASE not be DOA :-) --=20 Marcel Moolenaar xcllnt@mac.com From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 20:10:48 2009 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 90019106566C for ; Tue, 14 Jul 2009 20:10:48 +0000 (UTC) (envelope-from dhorvay@4whitetiger.com) Received: from callisto.lunarpages.com (callisto.lunarpages.com [216.97.232.200]) by mx1.freebsd.org (Postfix) with ESMTP id 6C8A48FC1A for ; Tue, 14 Jul 2009 20:10:48 +0000 (UTC) (envelope-from dhorvay@4whitetiger.com) Received: from [216.144.51.159] (helo=scmedina17) by callisto.lunarpages.com with esmtpa (Exim 4.69) (envelope-from ) id 1MQntq-0002hN-K9 for freebsd-usb@freebsd.org; Tue, 14 Jul 2009 12:42:51 -0700 From: "David A. Horvay - MRINetwork " To: Date: Tue, 14 Jul 2009 15:42:54 -0400 Organization: Ultimate Placements, LLC Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcoEuDGuDD9FbXkIThSI0ItQzPBFzA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - callisto.lunarpages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - 4whitetiger.com Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Atheros wireless device driver developer X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dhorvay@4whitetiger.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 20:10:48 -0000 Hello Everyone, =20 I have an opportunity for a device driver developer with a heavy = wireless Atheros background. =20 Please let me know if anyone is interested or might know someone. =20 Please see job description below. =20 Thank you very much.... =20 -Dave =20 Senior Software Engineer with WLAN Device Driver Development Experience The ideal candidate will have several years of communication experience = as well as experience programming low level hardware drivers. Requirements: = * BSCS or BSEE or relevant experience=20 * 5+ years of experience in development of WLAN device drivers=20 * Fluency in coding and debugging C * Experience with Atheros drivers a plus * Expertise in one or more of these protocols:=20 =A7 802.11=20 =A7 ATM=20 =A7 Sonet/SDH=20 =A7 NDIS=20 =A7 Bluetooth=20 =A7 Ethernet, GBit Ethernet=20 * Experience with one or more of the following operating = systems:=20 =A7 MS Windows, WinCE=20 =A7 Linux=20 =A7 Embedded RTOS=20 =20 =20 =20 David A. Horvay Sr. Account Executive Technology Solutions Division=20 MRINetwork Ultimate Placements, LLC One Park Centre Drive, Suite 305A TF:877-334-0285 ext. 202 dhorvay@4whitetiger.com http://www.linkedin.com/in/davidhorvay www.MRINetwork.com =20 BUILDING THE HEART OF BUSINESS (TM) =20 Please understand my mission at MRI Ultimate Placements is to partner = with those select clients where there is a philosophical fit. My goal has = never been to be all things to all people. =93As a client-focused search = consultant I evaluate each potential assignment based on alignment with my area of expertise and the timing and urgency of each search.=94 =20 =20 From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 20:20:04 2009 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 73BD71065670 for ; Tue, 14 Jul 2009 20:20:04 +0000 (UTC) (envelope-from christoph@rosenkeller.org) Received: from rosenkeller.org (fry.rose.uni-jena.de [141.35.60.60]) by mx1.freebsd.org (Postfix) with ESMTP id 2C8ED8FC22 for ; Tue, 14 Jul 2009 20:20:03 +0000 (UTC) (envelope-from christoph@rosenkeller.org) Received: by rosenkeller.org (Postfix, from userid 65534) id 34D36264219; Tue, 14 Jul 2009 22:20:02 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by rosenkeller.org (Postfix) with ESMTP id 18F8F264219 for ; Tue, 14 Jul 2009 22:20:02 +0200 (CEST) Received: from rosenkeller.org ([127.0.0.1]) by localhost (fry.localnet.rose [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01974-03 for ; Tue, 14 Jul 2009 22:19:49 +0200 (CEST) Received: from [192.168.0.2] (cable-static-237-100.teleport.ch [213.188.237.100]) by rosenkeller.org (Postfix) with ESMTPSA id A85F5264211 for ; Tue, 14 Jul 2009 22:19:48 +0200 (CEST) Message-ID: <4A5CE868.4060903@rosenkeller.org> Date: Tue, 14 Jul 2009 22:19:52 +0200 From: Christoph Langguth User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-usb@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at rosenkeller.org X-Spam-Status: No, score=-4.055 tagged_above=-99 required=5 tests=[ALL_TRUSTED=-1.8, AWL=0.344, BAYES_00=-2.599] X-Spam-Score: -4.055 X-Spam-Level: Subject: ukbd vs. uhid 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, 14 Jul 2009 20:20:04 -0000 Hi all, just bumping this issue, triggered by the mentioning of PR 102066, and using a better subject line which might receive replies :-) While trying to get my keyboard and its multimedia keys to work with usbhidctl (it doesn't really work at the moment), I came across this: - the keyboard is only handled by *either* ukbd *or* uhid. In fact, if unpatched, uhid will not even try to consider the device, because of the following code inside uhid.c's uhid_probe() function: if (uaa->use_generic == 0) { /* give Mouse and Keyboard drivers a try first */ return (ENXIO); } That means that the keyboard always ends up as device ukbdX, and never as uhidY. Before even trying to get it to work using uhid, I think this is the issue that needs to be sorted out: Can a device be handled by *two* independent drivers at once? - If so, how? - If not, what could a possible solution be? Thanks & cheers, Chris From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 20:31:29 2009 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 D9979106566B for ; Tue, 14 Jul 2009 20:31:29 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 815248FC1A for ; Tue, 14 Jul 2009 20:31:29 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id n6EKMTnn003920; Tue, 14 Jul 2009 14:22:29 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 14 Jul 2009 14:22:59 -0600 (MDT) Message-Id: <20090714.142259.1844478750.imp@bsdimp.com> To: dhorvay@4whitetiger.com From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: Atheros wireless device driver developer 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, 14 Jul 2009 20:31:30 -0000 You know, it would be a lot easier if you just email Sam directly rather than spam the lists with this :) Especially since you don't mention FreeBSD at all... Warner From owner-freebsd-usb@FreeBSD.ORG Wed Jul 15 07:37:50 2009 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 83C991065673 for ; Wed, 15 Jul 2009 07:37:50 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swipnet.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 19E2F8FC28 for ; Wed, 15 Jul 2009 07:37:49 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=gg2W7PyvkLb8p4ie143lBA==:17 a=8Hzi6sFRXyzT1sVkO2UA:9 a=OyI8bnEIFkyUpcx2gJMA:7 a=XA_NgHBAJ6Y2KeKgp3d_KI7_9wQA:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 889875752; Wed, 15 Jul 2009 09:37:48 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Wed, 15 Jul 2009 09:37:32 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <4A5CE868.4060903@rosenkeller.org> In-Reply-To: <4A5CE868.4060903@rosenkeller.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907150937.33147.hselasky@c2i.net> Cc: Christoph Langguth Subject: Re: ukbd vs. uhid 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, 15 Jul 2009 07:37:50 -0000 On Tuesday 14 July 2009 22:19:52 Christoph Langguth wrote: > Hi all, > > just bumping this issue, triggered by the mentioning of PR 102066, and > using a better subject line which might receive replies :-) > > While trying to get my keyboard and its multimedia keys to work with > usbhidctl (it doesn't really work at the moment), I came across this: > > - the keyboard is only handled by *either* ukbd *or* uhid. In fact, if > unpatched, uhid will not even try to consider the device, because of the > following code inside uhid.c's uhid_probe() function: > > if (uaa->use_generic == 0) { > /* give Mouse and Keyboard drivers a try first */ > return (ENXIO); > } > > That means that the keyboard always ends up as device ukbdX, and never > as uhidY. > > Before even trying to get it to work using uhid, I think this is the > issue that needs to be sorted out: Can a device be handled by *two* > independent drivers at once? No. You would have to hook in a translation for your multimedia keys in the sys/dev/usb/input/ukbd.c driver I think. If you unload ukbd, uhid will attach. > - If so, how? > - If not, what could a possible solution be? --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Jul 15 14:00:40 2009 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 146A5106566B for ; Wed, 15 Jul 2009 14:00:40 +0000 (UTC) (envelope-from sanpei@sanpei.org) Received: from mail2.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id D530E8FC1C for ; Wed, 15 Jul 2009 14:00:39 +0000 (UTC) (envelope-from sanpei@sanpei.org) Received: from cherry.sanpei.org (j069113.ppp.asahi-net.or.jp [61.213.69.113]) by mail2.asahi-net.or.jp (Postfix) with ESMTP id 7393172592; Wed, 15 Jul 2009 23:00:38 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by cherry.sanpei.org (8.14.3/8.13.8) with ESMTP id n6FE0WdD047041; Wed, 15 Jul 2009 23:00:33 +0900 (JST) (envelope-from sanpei@sanpei.org) Date: Wed, 15 Jul 2009 23:00:32 +0900 (JST) Message-Id: <20090715.230032.226782063.sanpei@sanpei.org> To: hselasky@c2i.net From: MIHIRA Sanpei Yoshiro In-Reply-To: <200907141714.27199.hselasky@c2i.net> References: <20090714.233517.193688805.sanpei@sanpei.org> <200907141714.27199.hselasky@c2i.net> X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: ulpt(EPSON PM-820C Inkjet Printer) does not work on 8-current 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, 15 Jul 2009 14:00:40 -0000 Hi. >Replace the USB files in your system with the ones in the attached tarball. > >Then build a new kernel and report again. > >FreeBSD 8-current only. > >tar -jxvf usb_files.tar.bz2 -C /sys/dev/usb I replace usb stack, and tested. > [Problem 1] /etc/devd.conf does not work. o patched driver still has problem, I Think. > [Problem 2] print job was stop at printing at first time, I got success output(with manual printf). But at second time, still has problem.... o Printer's status LED was brinking. o FreeBSD 8-current box was no messages in dmesg /var/log/message. [FYI] There is no problem in 7.2-RELEASE USB stack. On Tuesday 14 July 2009 16:35:17 MIHIRA Sanpei Yoshiro wrote: > hi. > > I upgrade my home server to 8.0-BETA1(8-current). > > But ulpt does not work fine with EPSON PM-820C Ink jet Printer. > > <> > usbus2: on ohci1 > > usbus2: 12Mbps Full Speed USB v1.0 > > ulpt0: on usbus2 > ulpt0: using bi-directional mode > > [Problem 1] /etc/devd.conf does not work. > > I use EPSON PM-820C with Windows 2000 Professional via samba. > > And this printer was needed to send magic packet(which was written > in devd, printf), when I use via USB port. And I restart all print > jobs (``lpc restart all''). > > But after I upgrade to 8-current, that was not executed correctly, > I think. > > <> > lp|local line printer:\ > > :sh:mx#0:\ > :lp=/dev/ulpt0:sd=/var/spool/output/lpd:lf=/var/log/lpd-errs: > > <> > attach 100 { > device-name "ulpt[0-9]+"; > match "vendor" "0x04b8"; > match "product" "0x0005"; > match "release" "0x0100"; > action "sleep 5;printf '000\033\001@EJL 1284.4\n@EJL \n' | tr > 0 '\0' > /dev/$device-name"; action "lpc restart all"; > }; > detach 100 { > device-name "ulpt[0-9]+"; > action "lprm -"; > }; > > [Problem 2] print job was stop at printing > > I send magic packet and restart print job manually. > Print Job which send from Windows 2000 Pro was hung up when > 1/3 range of paper size was printed. > No message was output to dmesg. > How can I debug this problem? > --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Jul 15 15:29:02 2009 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 0CBC6106564A for ; Wed, 15 Jul 2009 15:29:02 +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 944B98FC13 for ; Wed, 15 Jul 2009 15:29:01 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=O9hCZltEcc0A:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=-Vx5QytSQcJVreFCC4cA:9 a=6RCXJVQH2Z1rvU7DqXwA:7 a=UmXwFn2lmhcTK9MlfO18wyrGvkEA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1277955809; Wed, 15 Jul 2009 17:28:59 +0200 From: Hans Petter Selasky To: MIHIRA Sanpei Yoshiro Date: Wed, 15 Jul 2009 17:28:37 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <20090714.233517.193688805.sanpei@sanpei.org> <200907141714.27199.hselasky@c2i.net> <20090715.230032.226782063.sanpei@sanpei.org> In-Reply-To: <20090715.230032.226782063.sanpei@sanpei.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907151728.39031.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: ulpt(EPSON PM-820C Inkjet Printer) does not work on 8-current 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, 15 Jul 2009 15:29:02 -0000 On Wednesday 15 July 2009 16:00:32 MIHIRA Sanpei Yoshiro wrote: > Hi. > > >Replace the USB files in your system with the ones in the attached > > tarball. > > > >Then build a new kernel and report again. > > > >FreeBSD 8-current only. > > > >tar -jxvf usb_files.tar.bz2 -C /sys/dev/usb > > I replace usb stack, and tested. > > > [Problem 1] /etc/devd.conf does not work. > > o patched driver still has problem, I Think. > > > [Problem 2] print job was stop at printing > > at first time, I got success output(with manual printf). > But at second time, still has problem.... > o Printer's status LED was brinking. > o FreeBSD 8-current box was no messages in dmesg /var/log/message. Hi, Try removing the following two pieces of code from sys/dev/usb/serial/ulpt.c: /* clear stall first */ mtx_lock(&sc->sc_mtx); usbd_xfer_set_stall(sc->sc_xfer[ULPT_BULK_DT_RD]); mtx_unlock(&sc->sc_mtx); /* clear stall first */ mtx_lock(&sc->sc_mtx); usbd_xfer_set_stall(sc->sc_xfer[ULPT_BULK_DT_WR]); mtx_unlock(&sc->sc_mtx); Then recompile the kernel or just the ulpt module if you load it. --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Jul 15 20:37:20 2009 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 2F49B106564A; Wed, 15 Jul 2009 20:37:20 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id 1BEED8FC17; Wed, 15 Jul 2009 20:37:18 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=6I5d2MoRAAAA:8 a=0k2Yc9p3GQbmZIpHZwQA:9 a=yLIlR-bzXxjArStBFeV38tT2IOQA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1178473772; Wed, 15 Jul 2009 22:37:17 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 15 Jul 2009 22:36:55 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <1280352d0907101020q69f494cdndb01ff14ecf7ea8c@mail.gmail.com> <200907111710.18843.hselasky@c2i.net> <1280352d0907111217r5c218cdctf158dbfc588da304@mail.gmail.com> In-Reply-To: <1280352d0907111217r5c218cdctf158dbfc588da304@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907152236.58049.hselasky@c2i.net> Cc: usb@freebsd.org, Andrew Thompson Subject: Re: USB polling (75% done) 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, 15 Jul 2009 20:37:20 -0000 Hi, I've added minimal polling support to the USB P4 repository now. Patch can be found here: http://perforce.freebsd.org/chv.cgi?CH=166148 Dumping core to USB disk: Tested and works. Using USB keyboard in KDB: Does not work because Giant is not locked when calling into the UKBD's get char routine. UKBD is Giant locked. Someone familiar with the keyboard system on FreeBSD please step forward and fix this so that UKBD gets independent of the Giant mutex. --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Jul 15 21:04:04 2009 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 3E9871065670 for ; Wed, 15 Jul 2009 21:04:04 +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 9D4318FC1B for ; Wed, 15 Jul 2009 21:04:03 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=HddDHvFSnq0A:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=6I5d2MoRAAAA:8 a=1atFz3eKbkNkctSdreMA:9 a=hCuFQpLFpk0cm9rA7zYXwq7G1SoA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 224395435; Wed, 15 Jul 2009 23:04:02 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org, Beat =?utf-8?q?G=EF=BF=BDtzi?= Date: Wed, 15 Jul 2009 23:03:43 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <200907141621.n6EGLGg0018152@marvin.chruetertee.ch> In-Reply-To: <200907141621.n6EGLGg0018152@marvin.chruetertee.ch> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200907152303.45143.hselasky@c2i.net> Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: usb/136761: [usbdevs] [patch] Teach usbdevs / u3g(4) about Huawei E180v 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: Wed, 15 Jul 2009 21:04:04 -0000 On Tuesday 14 July 2009 18:22:22 Beat G=EF=BF=BDtzi wrote: > Beat G=EF=BF=BDtzi See: http://perforce.freebsd.org/chv.cgi?CH=3D166150 =2D-HPS From owner-freebsd-usb@FreeBSD.ORG Wed Jul 15 22:10:03 2009 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 CB9171065672 for ; Wed, 15 Jul 2009 22:10:03 +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 9F5168FC15 for ; Wed, 15 Jul 2009 22:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n6FMA3tm066718 for ; Wed, 15 Jul 2009 22:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n6FMA3OR066712; Wed, 15 Jul 2009 22:10:03 GMT (envelope-from gnats) Date: Wed, 15 Jul 2009 22:10:03 GMT Message-Id: <200907152210.n6FMA3OR066712@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Hans Petter Selasky Cc: Subject: Re: usb/136761: [usbdevs] [patch] Teach usbdevs / u3g(4) about Huawei E180v 3G modem X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Hans Petter Selasky List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2009 22:10:04 -0000 The following reply was made to PR usb/136761; it has been noted by GNATS. From: Hans Petter Selasky To: freebsd-usb@freebsd.org, Beat =?utf-8?q?G=EF=BF=BDtzi?= Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: usb/136761: [usbdevs] [patch] Teach usbdevs / u3g(4) about Huawei E180v 3G modem Date: Wed, 15 Jul 2009 23:03:43 +0200 On Tuesday 14 July 2009 18:22:22 Beat G=EF=BF=BDtzi wrote: > Beat G=EF=BF=BDtzi See: http://perforce.freebsd.org/chv.cgi?CH=3D166150 =2D-HPS From owner-freebsd-usb@FreeBSD.ORG Thu Jul 16 08:43:29 2009 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 1A2CA106564A for ; Thu, 16 Jul 2009 08:43:29 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id A4E738FC12 for ; Thu, 16 Jul 2009 08:43:28 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,410,1243807200"; d="scan'208";a="277389594" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER01.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 16 Jul 2009 10:43:27 +0200 Received: by ZIVMAILUSER01.UNI-MUENSTER.DE (Postfix, from userid 149459) id 0CB381B0764; Thu, 16 Jul 2009 10:43:27 +0200 (CEST) Date: Thu, 16 Jul 2009 10:43:26 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: kernel debugger and usb keyboard 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, 16 Jul 2009 08:43:29 -0000 if i understood it correctly the reason a usb keyboard cannot be used in the kernel debugger after a panic is that we can't be sure the panic didn't happen inside the usb stack so the whole usb stack is discarded at a panic. maybe this would be a solution: modern bioses support an option called legcy usb keyboard support. the way i understood it is that the bios grabs usb keyboard events and uses them to emulate an AT keyboard. that way e.g. a bootloader can the used with a usb keyboard although there's no usb stack or whatever in the bootloader. when the kernel boots the usb stack takes control over the usb keyboard and the bios keyboard legacy support gets disabled. couldn't we revert to this stage after a panic occurs? letting the bios take control over the usb keyboard again and emulate an AT keyboard? alex From owner-freebsd-usb@FreeBSD.ORG Thu Jul 16 10:03:03 2009 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 C8FCA1065672 for ; Thu, 16 Jul 2009 10:03:03 +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 5E9CF8FC1E for ; Thu, 16 Jul 2009 10:03:03 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=gg2W7PyvkLb8p4ie143lBA==:17 a=dvPjpusiSD02MSKuxCMA:9 a=wW_83I2c45nK_rmTo1i-Jta-zjoA:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 224740841; Thu, 16 Jul 2009 12:03:01 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Thu, 16 Jul 2009 12:02:44 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907161202.45498.hselasky@c2i.net> Cc: Alexander Best Subject: Re: kernel debugger and usb keyboard 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, 16 Jul 2009 10:03:04 -0000 On Thursday 16 July 2009 10:43:26 Alexander Best wrote: > if i understood it correctly the reason a usb keyboard cannot be used in > the kernel debugger after a panic is that we can't be sure the panic didn't > happen inside the usb stack so the whole usb stack is discarded at a panic. > The USB keyboard can be used in the debugger, if the ukbd is made free from Giant. --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Jul 16 17:23:42 2009 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 58038106566C; Thu, 16 Jul 2009 17:23:42 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2C9C48FC17; Thu, 16 Jul 2009 17:23:42 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from freefall.freebsd.org (mav@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n6GHNfmb097836; Thu, 16 Jul 2009 17:23:41 GMT (envelope-from mav@freefall.freebsd.org) Received: (from mav@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n6GHNfjg097829; Thu, 16 Jul 2009 17:23:41 GMT (envelope-from mav) Date: Thu, 16 Jul 2009 17:23:41 GMT Message-Id: <200907161723.n6GHNfjg097829@freefall.freebsd.org> To: jakub007@go2.pl, mav@FreeBSD.org, freebsd-usb@FreeBSD.org From: mav@FreeBSD.org Cc: Subject: Re: usb/93408: [mouse] hw.acpi.cpu.cx_lowest=C3 on AMD Turion causes choppy mouse or system freeze when it is installed on flash disk 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, 16 Jul 2009 17:23:42 -0000 Synopsis: [mouse] hw.acpi.cpu.cx_lowest=C3 on AMD Turion causes choppy mouse or system freeze when it is installed on flash disk State-Changed-From-To: open->closed State-Changed-By: mav State-Changed-When: Thu Jul 16 17:19:29 UTC 2009 State-Changed-Why: APIC timer used by most SMP systems stops during C3 state. 8-CURRENT allows you to switch back to old chipset timers by setting `hint.apic.0.clock=0` to avoid this problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=93408 From owner-freebsd-usb@FreeBSD.ORG Thu Jul 16 19:02:38 2009 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 7288E1065670 for ; Thu, 16 Jul 2009 19:02:38 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout025.mac.com (asmtpout025.mac.com [17.148.16.100]) by mx1.freebsd.org (Postfix) with ESMTP id 5FB248FC18 for ; Thu, 16 Jul 2009 19:02:38 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp025.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KMW00I7H28CNO70@asmtp025.mac.com> for freebsd-usb@freebsd.org; Thu, 16 Jul 2009 12:02:38 -0700 (PDT) From: Marcel Moolenaar In-reply-to: Date: Thu, 16 Jul 2009 12:02:36 -0700 Message-id: <101CF937-0378-4F27-9A9C-7B23FB9BAD71@mac.com> References: To: Alexander Best X-Mailer: Apple Mail (2.1071.1) Cc: freebsd-usb@freebsd.org Subject: Re: kernel debugger and usb keyboard 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, 16 Jul 2009 19:02:38 -0000 On Jul 16, 2009, at 1:43 AM, Alexander Best wrote: > modern bioses support an option called legcy usb keyboard support. > the way i > understood it is that the bios grabs usb keyboard events and uses > them to > emulate an AT keyboard. that way e.g. a bootloader can the used > with a usb > keyboard although there's no usb stack or whatever in the bootloader. > > when the kernel boots the usb stack takes control over the usb > keyboard and > the bios keyboard legacy support gets disabled. couldn't we revert > to this > stage after a panic occurs? letting the bios take control over the usb > keyboard again and emulate an AT keyboard? This obviously doesn't apply to hardware that isn't PC hardware. The USB stack is generic code and you cannot assume some PC BIOS is there to handle things. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-usb@FreeBSD.ORG Thu Jul 16 19:56:30 2009 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 498AE1065672; Thu, 16 Jul 2009 19:56:29 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.swipnet.se [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id 0B6488FC12; Thu, 16 Jul 2009 19:56:27 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Hrwt8fWgTlIA:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=B_zZn5-Rd8HGBMezT6QA:9 a=JNpn4SdkRBrMK3k_QEYA:7 a=TTBpQAZNaQe9nYvObQmjU1kUzmgA:4 a=n26B4fOH_80_4pcn:21 a=2bjXZ3cnzzwmxv3j:21 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 534963832; Thu, 16 Jul 2009 21:56:26 +0200 From: Hans Petter Selasky To: Rafal Jaworowski Date: Thu, 16 Jul 2009 21:56:04 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <200906231035.43096.kosmo@semihalf.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907162156.06598.hselasky@c2i.net> Cc: Marcel Moolenaar , freebsd-usb@freebsd.org, freebsd-arm@freebsd.org, thompsa@freebsd.org Subject: Re: CPU Cache and busdma usage in 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, 16 Jul 2009 19:56:32 -0000 On Tuesday 14 July 2009 19:20:22 Rafal Jaworowski wrote: > >> Please note these problems should be considered as a showstopper > >> for the release since USB is currently broken on at least three ARM > >> platforms in the tree (Marvell). Hi, First of all I'm not able to boot into userland on my ARM board. Maybe I missed something. I'm using a custom built userland image. Trying to mount root from ufs:/dev/md0 warning: no time-of-day clock registered, system time will not be set accurately Jul 16 18:53:22 init: login_getclass: unknown class 'daemon' Fatal kernel mode data abort: 'Alignment Fault 3' trapframe: 0xc622cc60 FSR=00000003, FAR=6e75203a, spsr=600000d3 r0 =60000093, r1 =c10594a0, r2 =c10594a0, r3 =00000002 r4 =c10acbd0, r5 =00000000, r6 =6e75203a, r7 =c10594a0 r8 =c622cd74, r9 =00000000, r10=c0ab081c, r11=c622cccc r12=c622ccac, ssp=c622ccac, slr=c020a144, pc =c00c02c8 [thread pid 4 tid 100008 ] Stopped at _thread_lock_flags+0x24: ldr r4, [r6] db> With the following patch in arm/cpufunc.c my UMASS device gets detected at boot time (KB9202B ARM board). Else I get a USB request timeout followed by a panic. But data transfers of more than 16KByte are likely to be broken. struct cpu_functions arm9_cpufuncs = { ... - /*XXX*/ arm9_dcache_wbinv_range, /* dcache_inv_range */ + /*XXX*/ arm9_dcache_inv_range, /* dcache_inv_range */ }; Looking at the assembly code behind "arm9_dcache_inv_range" in "cpufunc_asm_arm9.S" I see that "arm9_dcache_wbinv_all" gets called if the area to invalidate is greater equal to 16KByte. This is wrong. When asked to invalidate, then no memory must be flushed in that region. Because USB works like this: invalidate (TD) read field from (TD) Next IRQ invalidate (TD) read field from (TD) If the invalidate call flushes any data, you clearly see from the pseudo code above that there is a chance that the last read TD field in the cache gets written back before the next invalidate at the next IRQ, when the invalidate function is implemented like a writeback+invalidate!?? Piotr and Rafal: How does ARM work? Are there two caches? One read cache and one write cache. Or are they the same. What happens if you read a value from RAM into cache, then writeback+invalidate it. Does it get written back to RAM or does it get discarded? Sorry, I have some holes in my ARM knowledge which you need to fill in. Reference: ENTRY(arm9_dcache_inv_range) ldr ip, .Larm9_line_size cmp r1, #0x4000 bcs .Larm9_dcache_wbinv_all Anything unclear? Working version of kernel with my patch having stick plugged in at boot: ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:0:0:-1: Attached to scbus0 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (probe0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data) da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 3842MB (7868416 512 byte sectors: 255H 63S/T 489C) Stock 8-current code: ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:0:0:-1: Attached to scbus0 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (probe0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data) da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 3842MB (7868416 512 byte sectors: 255H 63S/T 489C) ugen1.2: at usbus1 (disconnected) umass0: at uhub1, port 1, addr 2 (disconnected) (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): removing device entry ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:0:0:-1: Attached to scbus0 Sleeping thread (tid 100031, pid 19) owns a non-sleepable lock sched_switch() at sched_switch+0x10 scp=0xc00e7830 rlv=0xc00d2228 (mi_switch+0x108) rsp=0xc6271ddc rfp=0xc6271e04 r7=0xc11306f0 r6=0x00000000 r5=0x000000c0 r4=0x00000000 ... umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:0:0:-1: Attached to scbus0 (probe0:umass-sim0:0:0:0): AutoSense Failed usb_alloc_device:1586: set address 3 failed (USB_ERR_IOERROR, ignored) usb_alloc_device:1624: getting device descriptor at addr 3 failed, USB_ERR_IOERROR! usbd_req_re_enumerate:1539: addr=3, set address failed! (USB_ERR_IOERROR, ignored) usbd_req_re_enumerate:1553: getting device descriptor at addr 3 failed, USB_ERR_IOERROR! usbd_req_re_enumerate:1539: addr=3, set address failed! (USB_ERR_IOERROR, ignored) usbd_req_re_enumerate:1553: getting device descriptor at addr 3 failed, USB_ERR_IOERROR! ugen1.3: <(null)> at usbus1 (disconnected) uhub_reattach_port:435: could not allocate new device! (da0:umass-sim0:0:0:0): got CAM status 0x4 (da0:umass-sim0:0:0:0): fatal error, failed to attach to device (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): removing device entry ugen1.2: at usbus1 (disconnected) umass0: at uhub1, port 1, addr 2 (disconnected) ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0000 vm_fault(0xc0ac65f4, 0, 1, 0) -> 1 Fatal kernel mode data abort: 'Translation Fault (S)' trapframe: 0xc6271a38 FSR=00000005, FAR=00000014, spsr=a00000d3 r0 =c0accdcc, r1 =00000000, r2 =c11306f0, r3 =00000004 r4 =00000000, r5 =00000000, r6 =cc05f270, r7 =c1168d78 r8 =c6271b80, r9 =0000000d, r10=00000030, r11=c6271a98 r12=c6271a6c, ssp=c6271a84, slr=c0209ee8, pc =c00fd518 [thread pid 19 tid 100031 ] Stopped at turnstile_broadcast+0x30: ldr r2, [r1, #0x014] Are there any pending patches which I should have put into the code before building? --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Jul 16 20:06:32 2009 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 97B6B106566B for ; Thu, 16 Jul 2009 20:06:32 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id 2C56B8FC1C for ; Thu, 16 Jul 2009 20:06:31 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,412,1243807200"; d="scan'208";a="277455319" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 16 Jul 2009 22:06:30 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 815301B0751; Thu, 16 Jul 2009 22:06:30 +0200 (CEST) Date: Thu, 16 Jul 2009 22:06:30 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Marcel Moolenaar Message-ID: In-Reply-To: <101CF937-0378-4F27-9A9C-7B23FB9BAD71@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: kernel debugger and usb keyboard 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, 16 Jul 2009 20:06:32 -0000 oh right. i forgot freebsd != x86. ;) alex Marcel Moolenaar schrieb am 2009-07-16: > On Jul 16, 2009, at 1:43 AM, Alexander Best wrote: > >modern bioses support an option called legcy usb keyboard support. > >the way i > >understood it is that the bios grabs usb keyboard events and uses > >them to > >emulate an AT keyboard. that way e.g. a bootloader can the used > >with a usb > >keyboard although there's no usb stack or whatever in the > >bootloader. > >when the kernel boots the usb stack takes control over the usb > >keyboard and > >the bios keyboard legacy support gets disabled. couldn't we revert > >to this > >stage after a panic occurs? letting the bios take control over the > >usb > >keyboard again and emulate an AT keyboard? > This obviously doesn't apply to hardware that isn't PC hardware. > The USB stack is generic code and you cannot assume some PC BIOS > is there to handle things. > FYI, > -- > Marcel Moolenaar > xcllnt@mac.com From owner-freebsd-usb@FreeBSD.ORG Thu Jul 16 20:38:25 2009 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 C651F106566B for ; Thu, 16 Jul 2009 20:38:25 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out3.uni-muenster.de (ZIVM-OUT3.UNI-MUENSTER.DE [128.176.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id 592358FC08 for ; Thu, 16 Jul 2009 20:38:25 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,412,1243807200"; d="scan'208";a="8631454" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 16 Jul 2009 22:38:23 +0200 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id B9BC8614001; Thu, 16 Jul 2009 22:38:23 +0200 (CEST) Date: Thu, 16 Jul 2009 22:38:23 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Hans Petter Selasky , Message-ID: In-Reply-To: <200907161202.45498.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: kernel debugger and usb keyboard 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, 16 Jul 2009 20:38:26 -0000 thanks for the info. any plans on doing this in the near future or is this one at the very bottom of the todo list? alex Hans Petter Selasky schrieb am 2009-07-16: > On Thursday 16 July 2009 10:43:26 Alexander Best wrote: > > if i understood it correctly the reason a usb keyboard cannot be > > used in > > the kernel debugger after a panic is that we can't be sure the > > panic didn't > > happen inside the usb stack so the whole usb stack is discarded at > > a panic. > The USB keyboard can be used in the debugger, if the ukbd is made > free from > Giant. > --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Jul 16 21:05:33 2009 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 20585106566B for ; Thu, 16 Jul 2009 21:05:33 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id A8D398FC08 for ; Thu, 16 Jul 2009 21:05:32 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,413,1243807200"; d="scan'208";a="218898637" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 16 Jul 2009 23:05:31 +0200 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id 2DD04614001; Thu, 16 Jul 2009 23:05:31 +0200 (CEST) Date: Thu, 16 Jul 2009 23:05:30 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Hans Petter Selasky , Message-ID: In-Reply-To: <200907161202.45498.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: kernel debugger and usb keyboard 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, 16 Jul 2009 21:05:33 -0000 just found this wiki: http://wiki.freebsd.org/USBTODO so making ukbd giant free has a high priority? very nice. :) alex Hans Petter Selasky schrieb am 2009-07-16: > On Thursday 16 July 2009 10:43:26 Alexander Best wrote: > > if i understood it correctly the reason a usb keyboard cannot be > > used in > > the kernel debugger after a panic is that we can't be sure the > > panic didn't > > happen inside the usb stack so the whole usb stack is discarded at > > a panic. > The USB keyboard can be used in the debugger, if the ukbd is made > free from > Giant. > --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Jul 16 22:58:08 2009 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 10143106564A; Thu, 16 Jul 2009 22:58:08 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D97FA8FC08; Thu, 16 Jul 2009 22:58:07 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n6GMw7u7049190; Thu, 16 Jul 2009 22:58:07 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n6GMw7mS049186; Thu, 16 Jul 2009 22:58:07 GMT (envelope-from linimon) Date: Thu, 16 Jul 2009 22:58:07 GMT Message-Id: <200907162258.n6GMw7mS049186@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-usb@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: usb/136827: [urtw] [patch] config: Error: device "urtw" is unknown 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, 16 Jul 2009 22:58:08 -0000 Old Synopsis: config: Error: device "urtw" is unknown New Synopsis: [urtw] [patch] config: Error: device "urtw" is unknown Responsible-Changed-From-To: freebsd-bugs->freebsd-usb Responsible-Changed-By: linimon Responsible-Changed-When: Thu Jul 16 22:57:24 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=136827 From owner-freebsd-usb@FreeBSD.ORG Fri Jul 17 10:24:00 2009 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 76FC61065674; Fri, 17 Jul 2009 10:24:00 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id CA4978FC3E; Fri, 17 Jul 2009 10:23:59 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from [10.0.0.34] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 1B128C3BAA; Fri, 17 Jul 2009 12:20:59 +0200 (CEST) Message-Id: From: Rafal Jaworowski To: Hans Petter Selasky , cognet@freebsd.org In-Reply-To: <200907162156.06598.hselasky@c2i.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Fri, 17 Jul 2009 12:23:57 +0200 References: <200906231035.43096.kosmo@semihalf.com> <200907162156.06598.hselasky@c2i.net> X-Mailer: Apple Mail (2.935.3) Cc: thompsa@freebsd.org, freebsd-arm@freebsd.org, Marcel Moolenaar , freebsd-usb@freebsd.org Subject: Re: CPU Cache and busdma usage in 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, 17 Jul 2009 10:24:01 -0000 On 2009-07-16, at 21:56, Hans Petter Selasky wrote: > On Tuesday 14 July 2009 19:20:22 Rafal Jaworowski wrote: > >>>> Please note these problems should be considered as a showstopper >>>> for the release since USB is currently broken on at least three ARM >>>> platforms in the tree (Marvell). > > Hi, > > First of all I'm not able to boot into userland on my ARM board. > Maybe I > missed something. I'm using a custom built userland image. > > Trying to mount root from ufs:/dev/md0 > warning: no time-of-day clock registered, system time will not be set > accurately > Jul 16 18:53:22 init: login_getclass: unknown class 'daemon' > Fatal kernel mode data abort: 'Alignment Fault 3' > trapframe: 0xc622cc60 > FSR=00000003, FAR=6e75203a, spsr=600000d3 > r0 =60000093, r1 =c10594a0, r2 =c10594a0, r3 =00000002 > r4 =c10acbd0, r5 =00000000, r6 =6e75203a, r7 =c10594a0 > r8 =c622cd74, r9 =00000000, r10=c0ab081c, r11=c622cccc > r12=c622ccac, ssp=c622ccac, slr=c020a144, pc =c00c02c8 > > [thread pid 4 tid 100008 ] > Stopped at _thread_lock_flags+0x24: ldr r4, [r6] > db> Just making sure: your kernel and world are in sync, correct? > With the following patch in arm/cpufunc.c my UMASS device gets > detected at > boot time (KB9202B ARM board). Else I get a USB request timeout > followed by a > panic. But data transfers of more than 16KByte are likely to be > broken. > > struct cpu_functions arm9_cpufuncs = { > ... > - /*XXX*/ arm9_dcache_wbinv_range, /* dcache_inv_range */ > + /*XXX*/ arm9_dcache_inv_range, /* dcache_inv_range */ > > }; Hm, this looks indeed strange, but I have no idea why both methods point to _wbinv_range; it seems like it was there from the beginning. I also looked at NetBSD code (from which FreeBSD/arm originates) and they still have it this way too... Olivier, any thoughts why this was done this way? (FYI: the cpu we work with fall under ARM9E/ARM10, but the situation with dcache_inv_range() is similar as for ARM9 case above). > Piotr and Rafal: How does ARM work? Are there two caches? One read > cache and > one write cache. Or are they the same. What happens if you read a > value from > RAM into cache, then writeback+invalidate it. Does it get written > back to RAM > or does it get discarded? Sorry, I have some holes in my ARM > knowledge which > you need to fill in. I don't know what separate read/write CPU caches would be; some implementations allow for locking [parts of] cache contents, so it can mimic read-only, but it's probably not what you're asking for. Usually there's cache at various levels, dedicated for data/instructions, or unified, depending on implementation with different characteristics (associativity etc.). It seems you need to read about cache basics, as there are many aspects, and one of the foremost is we have VIVT approach (virtual indexed, virtual tagged) in this context, as opposed to physical approach. > Reference: > > ENTRY(arm9_dcache_inv_range) > ldr ip, .Larm9_line_size > cmp r1, #0x4000 > bcs .Larm9_dcache_wbinv_all > > Anything unclear? Sorry, but what is the question? > Are there any pending patches which I should have put into the code > before > building? There are pmap fixes pending, which will be commited shortly http://people.freebsd.org/~raj/patches/arm/pmap-fixes.diff although according to stas@ they had no visible effect on AT91 (but they fix real issues in pmap, possibly just not [yet] observed on AT91). Rafal From owner-freebsd-usb@FreeBSD.ORG Fri Jul 17 11:08:28 2009 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 A31261065674; Fri, 17 Jul 2009 11:08:28 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 472418FC21; Fri, 17 Jul 2009 11:08:28 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id n6HAqj48082304 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 17 Jul 2009 12:52:46 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by cicely5.cicely.de (8.14.2/8.14.2) with ESMTP id n6HAqYAc093309 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Jul 2009 12:52:34 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id n6HAqYcC098085; Fri, 17 Jul 2009 12:52:34 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id n6HAqXnb098084; Fri, 17 Jul 2009 12:52:33 +0200 (CEST) (envelope-from ticso) Date: Fri, 17 Jul 2009 12:52:33 +0200 From: Bernd Walter To: Hans Petter Selasky Message-ID: <20090717105233.GB97863@cicely7.cicely.de> References: <200906231035.43096.kosmo@semihalf.com> <200907162156.06598.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200907162156.06598.hselasky@c2i.net> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.009, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: Marcel Moolenaar , freebsd-usb@freebsd.org, Rafal Jaworowski , freebsd-arm@freebsd.org, thompsa@freebsd.org Subject: Re: CPU Cache and busdma usage in USB X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 11:08:29 -0000 On Thu, Jul 16, 2009 at 09:56:04PM +0200, Hans Petter Selasky wrote: > On Tuesday 14 July 2009 19:20:22 Rafal Jaworowski wrote: > > > >> Please note these problems should be considered as a showstopper > > >> for the release since USB is currently broken on at least three ARM > > >> platforms in the tree (Marvell). > > Hi, > > First of all I'm not able to boot into userland on my ARM board. Maybe I > missed something. I'm using a custom built userland image. > > Trying to mount root from ufs:/dev/md0 > warning: no time-of-day clock registered, system time will not be set > accurately > Jul 16 18:53:22 init: login_getclass: unknown class 'daemon' > Fatal kernel mode data abort: 'Alignment Fault 3' > trapframe: 0xc622cc60 > FSR=00000003, FAR=6e75203a, spsr=600000d3 > r0 =60000093, r1 =c10594a0, r2 =c10594a0, r3 =00000002 > r4 =c10acbd0, r5 =00000000, r6 =6e75203a, r7 =c10594a0 > r8 =c622cd74, r9 =00000000, r10=c0ab081c, r11=c622cccc > r12=c622ccac, ssp=c622ccac, slr=c020a144, pc =c00c02c8 > > [thread pid 4 tid 100008 ] > Stopped at _thread_lock_flags+0x24: ldr r4, [r6] > db> The alignment fault is probably our old friend :( It comes and goes and adding/removing unrelated drivers in the kernel can help. I typically have spi and such, which I enable/disable. My neweset ARM is running 8 from 17th april. I had problems with login.conf as well. login.conf.db had to be erased, otherwise bas things happened. Not sure if it was panicing the whole kernel or just crashing processes. Very strange problem, but since I never read about it on this list I really thought it is my local problem somehow. Now a few months later your init complains about login classes... -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-usb@FreeBSD.ORG Fri Jul 17 11:10:14 2009 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 3AFBB1065670; Fri, 17 Jul 2009 11:10:14 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.swipnet.se [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 0DD978FC12; Fri, 17 Jul 2009 11:10:12 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Hrwt8fWgTlIA:10 a=gg2W7PyvkLb8p4ie143lBA==:17 a=6I5d2MoRAAAA:8 a=Wfte-A8PZ4CvN3Pqc4oA:9 a=K1papP_sE1_jh7A71HkA:7 a=D3J5flF0k_qGl-iQSlEjpUw5UdoA:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1110142483; Fri, 17 Jul 2009 13:10:09 +0200 From: Hans Petter Selasky To: Rafal Jaworowski Date: Fri, 17 Jul 2009 13:09:50 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <200906231035.43096.kosmo@semihalf.com> <200907162156.06598.hselasky@c2i.net> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907171309.52316.hselasky@c2i.net> Cc: Marcel Moolenaar , freebsd-usb@freebsd.org, freebsd-arm@freebsd.org, thompsa@freebsd.org, cognet@freebsd.org Subject: Re: CPU Cache and busdma usage in 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, 17 Jul 2009 11:10:14 -0000 On Friday 17 July 2009 12:23:57 Rafal Jaworowski wrote: > On 2009-07-16, at 21:56, Hans Petter Selasky wrote: > > On Tuesday 14 July 2009 19:20:22 Rafal Jaworowski wrote: > >>>> Please note these problems should be considered as a showstopper > >>>> for the release since USB is currently broken on at least three ARM > >>>> platforms in the tree (Marvell). > > > > Hi, > > > > First of all I'm not able to boot into userland on my ARM board. > > Maybe I > > missed something. I'm using a custom built userland image. > > > > Trying to mount root from ufs:/dev/md0 > > warning: no time-of-day clock registered, system time will not be set > > accurately > > Jul 16 18:53:22 init: login_getclass: unknown class 'daemon' > > Fatal kernel mode data abort: 'Alignment Fault 3' > > trapframe: 0xc622cc60 > > FSR=00000003, FAR=6e75203a, spsr=600000d3 > > r0 =60000093, r1 =c10594a0, r2 =c10594a0, r3 =00000002 > > r4 =c10acbd0, r5 =00000000, r6 =6e75203a, r7 =c10594a0 > > r8 =c622cd74, r9 =00000000, r10=c0ab081c, r11=c622cccc > > r12=c622ccac, ssp=c622ccac, slr=c020a144, pc =c00c02c8 > > > > [thread pid 4 tid 100008 ] > > Stopped at _thread_lock_flags+0x24: ldr r4, [r6] > > db> > > Just making sure: your kernel and world are in sync, correct? Yes, I made a clean toolchain, a clean buildworld and a clean buildkernel. > > > With the following patch in arm/cpufunc.c my UMASS device gets > > detected at > > boot time (KB9202B ARM board). Else I get a USB request timeout > > followed by a > > panic. But data transfers of more than 16KByte are likely to be > > broken. > > > > struct cpu_functions arm9_cpufuncs = { > > ... > > - /*XXX*/ arm9_dcache_wbinv_range, /* dcache_inv_range */ > > + /*XXX*/ arm9_dcache_inv_range, /* dcache_inv_range */ > > > > }; > > Hm, this looks indeed strange, but I have no idea why both methods > point to _wbinv_range; it seems like it was there from the beginning. > I also looked at NetBSD code (from which FreeBSD/arm originates) and > they still have it this way too... > > Olivier, any thoughts why this was done this way? > > (FYI: the cpu we work with fall under ARM9E/ARM10, but the situation > with dcache_inv_range() is similar as for ARM9 case above). > > > Piotr and Rafal: How does ARM work? Are there two caches? One read > > cache and > > one write cache. Or are they the same. What happens if you read a > > value from > > RAM into cache, then writeback+invalidate it. Does it get written > > back to RAM > > or does it get discarded? Sorry, I have some holes in my ARM > > knowledge which > > you need to fill in. > > I don't know what separate read/write CPU caches would be; some > implementations allow for locking [parts of] cache contents, so it can > mimic read-only, but it's probably not what you're asking for. Usually > there's cache at various levels, dedicated for data/instructions, or > unified, depending on implementation with different characteristics > (associativity etc.). It seems you need to read about cache basics, as > there are many aspects, and one of the foremost is we have VIVT > approach (virtual indexed, virtual tagged) in this context, as opposed > to physical approach. > > > Reference: > > > > ENTRY(arm9_dcache_inv_range) > > ldr ip, .Larm9_line_size > > cmp r1, #0x4000 > > bcs .Larm9_dcache_wbinv_all > > > > Anything unclear? > > Sorry, but what is the question? I was just pointing out in the assembly code, the fact that the invalidate range call can in some cases do a writeback invalidate. > > > Are there any pending patches which I should have put into the code > > before > > building? > > There are pmap fixes pending, which will be commited shortly > http://people.freebsd.org/~raj/patches/arm/pmap-fixes.diff although > according to stas@ they had no visible effect on AT91 (but they fix real > issues in pmap, possibly just not [yet] observed on AT91). Ok. --HPS From owner-freebsd-usb@FreeBSD.ORG Fri Jul 17 12:48:32 2009 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 33EC4106564A; Fri, 17 Jul 2009 12:48:32 +0000 (UTC) (envelope-from doginou@kanar.ci0.org) Received: from kanar.ci0.org (kanar.ci0.org [88.191.50.96]) by mx1.freebsd.org (Postfix) with ESMTP id BB0008FC15; Fri, 17 Jul 2009 12:48:31 +0000 (UTC) (envelope-from doginou@kanar.ci0.org) Received: from kanar.ci0.org (pluxor@localhost [127.0.0.1]) by kanar.ci0.org (8.14.2/8.14.3) with ESMTP id n6HCHlBk038919; Fri, 17 Jul 2009 14:17:47 +0200 (CEST) (envelope-from doginou@kanar.ci0.org) Received: (from doginou@localhost) by kanar.ci0.org (8.14.2/8.14.3/Submit) id n6HCHlve038918; Fri, 17 Jul 2009 14:17:47 +0200 (CEST) (envelope-from doginou) Date: Fri, 17 Jul 2009 14:17:46 +0200 From: Olivier Houchard To: Rafal Jaworowski Message-ID: <20090717121746.GA38852@ci0.org> References: <200906231035.43096.kosmo@semihalf.com> <200907162156.06598.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: Marcel Moolenaar , freebsd-usb@freebsd.org, freebsd-arm@freebsd.org, thompsa@freebsd.org Subject: Re: CPU Cache and busdma usage in 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, 17 Jul 2009 12:48:32 -0000 On Fri, Jul 17, 2009 at 12:23:57PM +0200, Rafal Jaworowski wrote: > > >With the following patch in arm/cpufunc.c my UMASS device gets > >detected at > >boot time (KB9202B ARM board). Else I get a USB request timeout > >followed by a > >panic. But data transfers of more than 16KByte are likely to be > >broken. > > > >struct cpu_functions arm9_cpufuncs = { > >... > >- /*XXX*/ arm9_dcache_wbinv_range, /* dcache_inv_range */ > >+ /*XXX*/ arm9_dcache_inv_range, /* dcache_inv_range */ > > > >}; > > Hm, this looks indeed strange, but I have no idea why both methods > point to _wbinv_range; it seems like it was there from the beginning. > I also looked at NetBSD code (from which FreeBSD/arm originates) and > they still have it this way too... > > Olivier, any thoughts why this was done this way? > > (FYI: the cpu we work with fall under ARM9E/ARM10, but the situation > with dcache_inv_range() is similar as for ARM9 case above). > I can't get the reason why it's this way, reading the CVS logs from NetBSD doesn't enlight me, but I'm pretty sure we should switch to use the proper function for _inv_range, as done in this patch. That's what we do for Xscale/Xscale core 3 anyway, and if it breaks something, we should jut fix it. Olivier From owner-freebsd-usb@FreeBSD.ORG Fri Jul 17 20:49:32 2009 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 F11E3106566B for ; Fri, 17 Jul 2009 20:49:31 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 7F23B8FC13 for ; Fri, 17 Jul 2009 20:49:31 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id B91751E002B5; Fri, 17 Jul 2009 22:30:54 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n6HKQqWm070555; Fri, 17 Jul 2009 22:26:52 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n6HKQpbQ070554; Fri, 17 Jul 2009 22:26:51 +0200 (CEST) (envelope-from nox) Date: Fri, 17 Jul 2009 22:26:51 +0200 (CEST) From: Juergen Lock Message-Id: <200907172026.n6HKQpbQ070554@triton.kn-bremen.de> To: hselasky@c2i.net X-Newsgroups: gmane.os.freebsd.devel.usb In-Reply-To: <200907012107.48635.hselasky@c2i.net> References: <4A4A5D7E.70708@nurfuerspam.de> <200907010913.08747.hselasky@c2i.net> <4A4BAB8D.9000502@nurfuerspam.de> Organization: home Cc: freebsd-usb@freebsd.org Subject: Re: Failing controls transfers in VMware 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, 17 Jul 2009 20:49:32 -0000 In article <200907012107.48635.hselasky@c2i.net> you write: >On Wednesday 01 July 2009 20:31:41 Markus Dolze wrote: >> Hans Petter Selasky wrote: >> > On Tuesday 30 June 2009 22:11:47 Markus Dolze wrote: >> >> Markus Dolze wrote: >> >>> To repeat run the attached program: >> >>> >> >>> 1. Fill in some vendor / product ID of a device detected as ugen >> >>> device 2. Compile and run the code (devel/libusb must be installed). >> > >> > You should use this function when reading strings: >> > >> > int usb_get_string_simple(usb_dev_handle * dev, int index, char *buf, >> > size_t buflen); >> >> Yes, this is more easy, but I crafted the control transfers myself to >> show that actually the control transfer is failing. > >Sometimes you have to pass the exact length of the string, and not the maximum >length when doing the control request. Just though I'd mention... hplip (ports/print/hplip, actually I am testing the port for the new version that was posted on -ports) works around a similar issue (string fetching failing on first try) by simply retrying the same transfer after a 2s delay. (And I just got that working here on 7-stable by checking for a return value of -EIO in addition to 0 that was in the original code and made my printer not work.) Here is that code (with the patch), see also: http://lists.freebsd.org/pipermail/freebsd-ports/2009-July/055840.html .. /* This function is similar to usb_get_string_simple, but it handles zero returns. */ static int get_string_descriptor(usb_dev_handle *dev, int index, char *buf, size_t buflen) { char tbuf[255]; /* Some devices choke on size > 255 */ int ret, si, di, cnt=5; while (cnt--) { ret = usb_control_msg(dev, USB_ENDPOINT_IN, USB_REQ_GET_DESCRIPTOR, (USB_DT_STRING << 8) + index, 0x409, tbuf, sizeof(tbuf), LIBUSB_CONTROL_REQ_TIMEOUT); if (ret==0 || ret == -EIO) { /* This retry is necessary for lj1000 and lj1005. des 12/12/07 Also HP Photosmart 42xx seems to suffer transient errors with serial id */ BUG("get_string_descriptor error result %d, retrying in 2 secs...", ret); sleep(2); continue; } break; } if (ret < 0) { BUG("unable get_string_descriptor %d: %m\n", ret); return ret; } if (tbuf[1] != USB_DT_STRING) { BUG("invalid get_string_descriptor tag act=%d exp=%d\n", tbuf[1], USB_DT_STRING); return -EIO; } if (tbuf[0] > ret) { BUG("invalid get_string_descriptor size act=%d exp=%d\n", tbuf[0], ret); return -EFBIG; } for (di = 0, si = 2; si < tbuf[0]; si += 2) { if (di >= (buflen - 1)) break; if (tbuf[si + 1]) /* high byte */ buf[di++] = '0'; else buf[di++] = tbuf[si]; } buf[di] = 0; return di; } .. Btw, something else since that question also came up on -ports, does the new stack support accessing e.g. ulpt devices as ugen too? I know the old one didn't, which is why you have to take out ulpt (and umass depending on the particular printer) out of the kernel when you want to use hplip, which you don't have to do e.g. on (sorry :) Linux... (As mentioned in that other post testing head here is difficult since it has ata issues on this box. ): Thanx, Juergen From owner-freebsd-usb@FreeBSD.ORG Fri Jul 17 22:36:45 2009 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 7A1211065670 for ; Fri, 17 Jul 2009 22:36:45 +0000 (UTC) (envelope-from gorshkov.pavel@gmail.com) Received: from imp03.mtu.ru (imp03.mtu.ru [62.5.255.20]) by mx1.freebsd.org (Postfix) with ESMTP id A498F8FC14 for ; Fri, 17 Jul 2009 22:36:44 +0000 (UTC) (envelope-from gorshkov.pavel@gmail.com) Received: from imp01.mtu.ru ([62.5.255.10]) by imp03.mtu.ru with bizsmtp id HATL1c0040EE5t201ATLmn; Sat, 18 Jul 2009 02:27:20 +0400 Received: from ss27-so02.mtu.ru ([195.34.34.250]) by imp01.mtu.ru with bizsmtp id HAQ21c01Y5PoRs301AQ2Cv; Sat, 18 Jul 2009 02:24:02 +0400 Received: from imp02.mtu.ru (alt-proxy-1.mtu.ru [62.5.255.74]) by ss27-so02.mtu.ru (Postfix) with ESMTP id 9A53922990A for ; Sat, 18 Jul 2009 02:24:02 +0400 (MSD) Received: from localhost.my.domain ([85.140.115.173]) by imp02.mtu.ru with bizsmtp id HAQ11c01F3kYMvZ01AQ2BY; Sat, 18 Jul 2009 02:24:02 +0400 Received: from localhost (localhost [127.0.0.1]) by localhost.my.domain (8.14.3/8.14.3) with ESMTP id n6HMO1kP049923 for ; Sat, 18 Jul 2009 02:24:02 +0400 (MSD) (envelope-from gorshkov.pavel@gmail.com) Date: Sat, 18 Jul 2009 02:24:01 +0400 From: Pavel Gorshkov To: freebsd-usb@freebsd.org Message-ID: <20090717222401.GA49825@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 7.2-STABLE amd64 X-Editor: Vim-702 http://www.vim.org User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Flag: NO X-Spam-Yversion: Spamooborona-3.0 Subject: PATA-to-USB woes 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, 17 Jul 2009 22:36:45 -0000 I'm looking for a way to connect an old Plextor PX-716A DVD-R drive to my laptop running 7.2-amd64, however the Vipower PATA-to-USB enclosure I bought the other day only works as expected with an ancient Teac CD-R drive, but fails to handle another old CD-R drive (Plextor PX-2410A), and, finally, it won't even attach properly with the DVD-R drive in question inside: 23:02:28 kernel: umass0: on uhub3 23:02:28 root: Unknown USB device: vendor 0x05e3 product 0x0702 bus uhub3 23:04:38 kernel: umass0: BBB reset failed, TIMEOUT 23:05:43 kernel: umass0: BBB bulk-in clear stall failed, TIMEOUT 23:06:48 kernel: umass0: BBB bulk-out clear stall failed, TIMEOUT 23:08:58 kernel: umass0: BBB reset failed, TIMEOUT Well, it behaves much the same way in Windows XP, so I guess the problem isn't really FreeBSD-specific. Could someone please recommend me a known FreeBSD-compatible PATA-to-USB gadget, either a 5.25" enclosure or a multi-purpose adapter like Vantec CB-ISATAU2 Thanks in advance. From owner-freebsd-usb@FreeBSD.ORG Sat Jul 18 03:49:54 2009 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 EB99E106566C for ; Sat, 18 Jul 2009 03:49:54 +0000 (UTC) (envelope-from sanpei@sanpei.org) Received: from mail1.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id B8D8B8FC08 for ; Sat, 18 Jul 2009 03:49:54 +0000 (UTC) (envelope-from sanpei@sanpei.org) Received: from cherry.sanpei.org (j069113.ppp.asahi-net.or.jp [61.213.69.113]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id 490487D14D; Sat, 18 Jul 2009 12:49:53 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by cherry.sanpei.org (8.14.3/8.13.8) with ESMTP id n6I3npi3026899; Sat, 18 Jul 2009 12:49:52 +0900 (JST) (envelope-from sanpei@sanpei.org) Date: Sat, 18 Jul 2009 12:49:51 +0900 (JST) Message-Id: <20090718.124951.246512787.sanpei@sanpei.org> To: hselasky@c2i.net From: MIHIRA Sanpei Yoshiro In-Reply-To: <200907151728.39031.hselasky@c2i.net> References: <200907141714.27199.hselasky@c2i.net> <20090715.230032.226782063.sanpei@sanpei.org> <200907151728.39031.hselasky@c2i.net> X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: ulpt(EPSON PM-820C Inkjet Printer) does not work on 8-current 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, 18 Jul 2009 03:49:55 -0000 Hi. > > [Problem 1] /etc/devd.conf does not work. > > o patched driver still has problem, I Think. I executed /sbin/devd with debug option. old usb stack(before 7.x-RELEASE) notify device "release" number 0x0100 to devd. But 8-current usb stack does not notify to devd. When I comment out match "release" line from /etc/devd.conf, devd was executed correctly. attach 100 { device-name "ulpt[0-9]+"; match "vendor" "0x04b8"; match "product" "0x0005"; # match "release" "0x0100"; action "/usr/bin/printf '000\033\001@EJL 1284.4\n@EJL \n' | /usr/bi n/tr 0 '\0' > /dev/$device-name"; action "/usr/sbin/lpc restart all"; }; Do you know why usb stack in 8-current does not notify "release" number? > > [Problem 2] print job was stop at printing With below patch, I could print out about 10 papers. But at that time, one time, stop printing at 1/3 paper line and Printer's status LED was brinking. So I execute ``cat /dev/ulpt0'', Printer wa restart printing. >Try removing the following two pieces of code from sys/dev/usb/serial/ulpt.c: > > /* clear stall first */ > mtx_lock(&sc->sc_mtx); > usbd_xfer_set_stall(sc->sc_xfer[ULPT_BULK_DT_RD]); > mtx_unlock(&sc->sc_mtx); > > /* clear stall first */ > mtx_lock(&sc->sc_mtx); > usbd_xfer_set_stall(sc->sc_xfer[ULPT_BULK_DT_WR]); > mtx_unlock(&sc->sc_mtx); Cheers. --- MIHIRA, Sanpei Yoshiro Tokyo, Japan. From owner-freebsd-usb@FreeBSD.ORG Sat Jul 18 10:21:53 2009 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 779D21065673 for ; Sat, 18 Jul 2009 10:21:53 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.tele2.se [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id 0DA028FC19 for ; Sat, 18 Jul 2009 10:21:52 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=O9hCZltEcc0A:10 a=hlIU1J3LQChSjWV/CGRL5g==:17 a=6I5d2MoRAAAA:8 a=_mzePL0j3QYOZOz8vmAA:9 a=wN7sNLMNY2B7XHwrWJBNdiQ66Y0A:4 Received: from [193.217.167.6] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 536004682; Sat, 18 Jul 2009 12:21:50 +0200 From: Hans Petter Selasky To: MIHIRA Sanpei Yoshiro Date: Sat, 18 Jul 2009 12:21:36 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <200907141714.27199.hselasky@c2i.net> <200907151728.39031.hselasky@c2i.net> <20090718.124951.246512787.sanpei@sanpei.org> In-Reply-To: <20090718.124951.246512787.sanpei@sanpei.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907181221.37680.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: ulpt(EPSON PM-820C Inkjet Printer) does not work on 8-current 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, 18 Jul 2009 10:21:53 -0000 On Saturday 18 July 2009 05:49:51 MIHIRA Sanpei Yoshiro wrote: > MIHIRA Sanpei Yoshiro Looks like a regression issue. Try the following patch: http://perforce.freebsd.org/chv.cgi?CH=166221 --HPS From owner-freebsd-usb@FreeBSD.ORG Sat Jul 18 18:46:28 2009 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 0EB4C106564A for ; Sat, 18 Jul 2009 18:46:28 +0000 (UTC) (envelope-from freebsdusb@bindone.de) Received: from mail.bindone.de (mail.bindone.de [80.190.134.51]) by mx1.freebsd.org (Postfix) with SMTP id 5624F8FC17 for ; Sat, 18 Jul 2009 18:46:26 +0000 (UTC) (envelope-from freebsdusb@bindone.de) Received: (qmail 82030 invoked by uid 89); 18 Jul 2009 18:46:25 -0000 Received: from unknown (HELO ufo.bindone.de) (mg@bindone.de@87.152.179.46) by mail.bindone.de with ESMTPA; 18 Jul 2009 18:46:25 -0000 Message-ID: <4A62187E.1000506@bindone.de> Date: Sat, 18 Jul 2009 20:46:22 +0200 From: Michael Gmelin User-Agent: Thunderbird 2.0.0.17pre (X11/20090202) MIME-Version: 1.0 To: freebsd-usb@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [usb2] Garmin Edge 705 disconnects immediately 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, 18 Jul 2009 18:46:28 -0000 Hello, I'm trying to access a Garmin Edge 705 bike computer, which should show up as a mass storage device. kldload usb2_controller_uhci|ehci Jul 18 19:37:55 ufo kernel: ugen2.2: at usbus2 Jul 18 19:37:55 ufo kernel: ugen2.2: at usbus2 (disconnected) kldload usb2_storage_mass kldload usb2_controller_uhci Jul 18 19:38:06 ufo kernel: ugen2.2: at usbus2 Jul 18 19:38:06 ufo kernel: umass0: on usbus2 Jul 18 19:38:06 ufo kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000 Jul 18 19:38:08 ufo kernel: umass0:1:0:-1: Attached to scbus1 Jul 18 19:38:08 ufo kernel: umass0: at ushub2, port 1, addr 2 (disconnected) Jul 18 19:38:08 ufo kernel: ugen2.2: at usbus2 (disconnected) Tried various quirks without any success for usb2_storage_mass (afaik it should be SCSI | BBB). Also tried all possible orders of attaching the device/ Setting various debugging sysctls didn't give any useful hints (didn't see anything extraordinary). usbconfig doesn't show anything because the device disappears immediately. I would assume that this is not a problem with _storage but the device expecting some initialization which doesn't happen (or happens too often). Also tried various usb2_quirk settings, all without success. VendorId: 0x091e ProductId: 0x2271 Maybe someone can give me a hint where to start debugging this. Thanks Michael From owner-freebsd-usb@FreeBSD.ORG Sat Jul 18 18:47:35 2009 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 4DA7E10656BD for ; Sat, 18 Jul 2009 18:47:35 +0000 (UTC) (envelope-from mel.flynn+fbsd.questions@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id A8B988FC15 for ; Sat, 18 Jul 2009 18:47:34 +0000 (UTC) (envelope-from mel.flynn+fbsd.questions@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 2711A7E818; Sat, 18 Jul 2009 10:29:02 -0800 (AKDT) From: Mel Flynn To: usb@freebsd.org Date: Sat, 18 Jul 2009 10:29:00 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <24393ae80907171959u62705d8akb1e0aaec1d2f2c44@mail.gmail.com> <200907172202.43824.mel.flynn+fbsd.questions@mailing.thruhere.net> <24393ae80907180929x71d2cf1frb8f1c900bf79c46a@mail.gmail.com> In-Reply-To: <24393ae80907180929x71d2cf1frb8f1c900bf79c46a@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907181029.00939.mel.flynn+fbsd.questions@mailing.thruhere.net> Cc: Andrey Shuvikov , freebsd-questions@freebsd.org Subject: Zero size allocation with Yealink VOIP USB Phone, 7.2-RELEASE (Was: Re: hald: kmem_malloc error) 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, 18 Jul 2009 18:47:37 -0000 [ Adding usb@ and keeping long context for that purpose ] On Saturday 18 July 2009 08:29:32 Andrey Shuvikov wrote: > On Sat, Jul 18, 2009 at 2:02 AM, Mel > > Flynn wrote: > > On Friday 17 July 2009 18:59:49 Andrey Shuvikov wrote: > >> I'm trying to configure X and according to the manual enabled DBUS and > >> HALD. But when hald is starting up I get kernel panic: > >> > >> kmem_malloc: entry not found or misaligned > >> > >> Does anyone know what could be wrong? I have memory dump if it can > >> help but it's big (173M). > > > > If you have a file /var/crash/vmcore.0, you will want to run the > > following command: > > kgdb /boot/kernel/kernel /var/crash/vmcore.0 > > Then type bt at the prompt and paste output here. > > > > More info: > > >neldebug.html> > > > > uname -a and dmesg output also help in diagnosing this problem. > > -- > > Mel > > The uname output is: > > FreeBSD foxtrot.home 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 1 > 08:49:13 UTC 2009 > root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > > The kgdb output: > > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are welcome to change it and/or distribute copies of it under certain > conditions. Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd"... > > Unread portion of the kernel message buffer: > panic: kmem_malloc: entry not found or misaligned > cpuid = 0 > Uptime: 52s > Physical memory: 2034 MB > Dumping 176 MB: 161 145 129 113 97 81 65 49 33 17 1 > > Reading symbols from /boot/kernel/linux.ko...Reading symbols from > /boot/kernel/linux.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/linux.ko > #0 doadump () at pcpu.h:196 > 196 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:196 > #1 0xc07e25a7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 > #2 0xc07e2879 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:574 > #3 0xc0a1cdc0 in kmem_malloc (map=0xc147108c, size=0, flags=2) > at /usr/src/sys/vm/vm_kern.c:381 > #4 0xc0a13357 in page_alloc (zone=0x0, bytes=0, pflag=0xe7b6497f "\002", > wait=2) at /usr/src/sys/vm/uma_core.c:952 > #5 0xc0a15e20 in uma_large_malloc (size=0, wait=2) > at /usr/src/sys/vm/uma_core.c:2706 > #6 0xc07d16f8 in malloc (size=0, mtp=0xc0c46580, flags=2) ^^^^^^ > at /usr/src/sys/kern/kern_malloc.c:393 > #7 0xc0743044 in uhidopen (dev=0xc5713000, flag=1, mode=8192, > p=0xc5c6a460) at /usr/src/sys/dev/usb/uhid.c:428 In kgdb can you print the entire softcell as follows: f 7 p *sc Hopefully that will provide sufficient information for the usb developers to fix this problem. > #8 0xc07a56a0 in giant_open (dev=0xc5713000, oflags=1, devtype=8192, > td=0xc5c6a460) at /usr/src/sys/kern/kern_conf.c:332 > #9 0xc076e1fc in devfs_open (ap=0xe7b64a88) > at /usr/src/sys/fs/devfs/devfs_vnops.c:908 > #10 0xc0af88d2 in VOP_OPEN_APV (vop=0xc0c47ee0, a=0xe7b64a88) > at vnode_if.c:371 > #11 0xc0870829 in vn_open_cred (ndp=0xe7b64b7c, flagp=0xe7b64c78, cmode=0, > cred=0xc5470100, fp=0xc5b57da8) at vnode_if.h:199 > #12 0xc0870973 in vn_open (ndp=0xe7b64b7c, flagp=0xe7b64c78, cmode=0, > fp=0xc5b57da8) at /usr/src/sys/kern/vfs_vnops.c:94 > #13 0xc086e0a3 in kern_open (td=0xc5c6a460, > path=0xbfbfe90c
, > pathseg=UIO_USERSPACE, flags=1, mode=0) > at /usr/src/sys/kern/vfs_syscalls.c:1042 > #14 0xc086e610 in open (td=0xc5c6a460, uap=0xe7b64cfc) > at /usr/src/sys/kern/vfs_syscalls.c:1009 > #15 0xc0ae4495 in syscall (frame=0xe7b64d38) > at /usr/src/sys/i386/i386/trap.c:1090 > #16 0xc0ac9260 in Xint0x80_syscall () > at /usr/src/sys/i386/i386/exception.s:255 > #17 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) q > > The dmesg: > > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.2-RELEASE #0: Fri May 1 08:49:13 UTC 2009 > root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz (2999.67-MHz 686-class > CPU) Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 > > Features=0xbfebfbffA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0x8e3fdCM,SSE4.1> AMD Features=0x20100000 > AMD Features2=0x1 > Cores per package: 2 > real memory = 2146893824 (2047 MB) > avail memory = 2091225088 (1994 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 7ff00000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > acpi_hpet0: iomem 0xfed00000-0xfed003ff on > acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: port 0xc000-0xc0ff mem > 0xd0000000-0xdfffffff,0xfe8e0000-0xfe8effff irq 16 at device 0.0 on > pci1 > pci1: at device 0.1 (no driver attached) > uhci0: port 0xb800-0xb81f irq 16 at > device 26.0 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xb880-0xb89f irq 21 at > device 26.1 on pci0 > uhci1: [GIANT-LOCKED] > uhci1: [ITHREAD] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xbc00-0xbc1f irq 18 at > device 26.2 on pci0 > uhci2: [GIANT-LOCKED] > uhci2: [ITHREAD] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: on usb2 > uhub2: 2 ports with 2 removable, self powered > ehci0: mem 0xfe7ffc00-0xfe7fffff > irq 18 at device 26.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb3: EHCI version 1.0 > usb3: companion controllers, 2 ports each: usb0 usb1 usb2 > usb3: on ehci0 > usb3: USB revision 2.0 > uhub3: on usb3 > uhub3: 6 ports with 6 removable, self powered > umass0: on > uhub3 pci0: at device 27.0 (no driver attached) > pcib2: irq 17 at device 28.0 on pci0 > pci4: on pcib2 > pcib3: irq 17 at device 28.4 on pci0 > pci3: on pcib3 > atapci0: port > 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f > mem 0xfeaffc00-0xfeafffff irq 16 at device 0.0 on pci3 > atapci0: [ITHREAD] > ata2: on atapci0 > ata2: [ITHREAD] > pcib4: irq 16 at device 28.5 on pci0 > pci2: on pcib4 > ale0: port 0xdc00-0xdc7f > mem 0xfe9c0000-0xfe9fffff irq 17 at device 0.0 on pci2 > ale0: 960 Tx FIFO, 1024 Rx FIFO > ale0: Using 1 MSI messages. > miibus0: on ale0 > atphy0: PHY 0 on miibus0 > atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, > auto ale0: Ethernet address: 00:22:15:5a:67:e8 > ale0: [FILTER] > uhci3: port 0xb080-0xb09f irq 23 at > device 29.0 on pci0 > uhci3: [GIANT-LOCKED] > uhci3: [ITHREAD] > usb4: on uhci3 > usb4: USB revision 1.0 > uhub4: on usb4 > uhub4: 2 ports with 2 removable, self powered > uhci4: port 0xb400-0xb41f irq 19 at > device 29.1 on pci0 > uhci4: [GIANT-LOCKED] > uhci4: [ITHREAD] > usb5: on uhci4 > usb5: USB revision 1.0 > uhub5: on usb5 > uhub5: 2 ports with 2 removable, self powered > uhci5: port 0xb480-0xb49f irq 18 at > device 29.2 on pci0 > uhci5: [GIANT-LOCKED] > uhci5: [ITHREAD] > usb6: on uhci5 > usb6: USB revision 1.0 > uhub6: on usb6 > uhub6: 2 ports with 2 removable, self powered > ehci1: mem 0xfe7ff800-0xfe7ffbff > irq 23 at device 29.7 on pci0 > ehci1: [GIANT-LOCKED] > ehci1: [ITHREAD] > usb7: EHCI version 1.0 > usb7: companion controllers, 2 ports each: usb4 usb5 usb6 > usb7: on ehci1 > usb7: USB revision 2.0 > uhub7: on usb7 > uhub7: 6 ports with 6 removable, self powered > ugen0: 2.00/1.00, addr 2> on uhub7 > pcib5: at device 30.0 on pci0 > pci5: on pcib5 > fwohci0: mem 0xfebff000-0xfebfffff irq 19 at device > 3.0 on pci5 > fwohci0: [FILTER] > fwohci0: OHCI version 1.0 (ROM=1) > fwohci0: No. of Isochronous channels is 8. > fwohci0: EUI64 00:1e:8c:00:01:63:47:d0 > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:1e:8c:63:47:d0 > fwe0: Ethernet address: 02:1e:8c:63:47:d0 > fwip0: on firewire0 > fwip0: Firewire address: 00:1e:8c:00:01:63:47:d0 @ 0xfffe00000000, > S400, maxrec 2048 > sbp0: on firewire0 > dcons_crom0: on firewire0 > dcons_crom0: bus_addr 0x12e4000 > fwohci0: Initiate bus reset > fwohci0: BUS reset > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci1: port > 0xa000-0xa007,0x9c00-0x9c03,0x9880-0x9887,0x9800-0x9803,0x9480-0x948f,0x940 >0-0x940f irq 19 at device 31.2 on pci0 > atapci1: [ITHREAD] > ata3: on atapci1 > ata3: [ITHREAD] > ata4: on atapci1 > ata4: [ITHREAD] > pci0: at device 31.3 (no driver attached) > atapci2: port > 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa48f,0xa40 >0-0xa40f irq 19 at device 31.5 on pci0 > atapci2: [ITHREAD] > ata5: on atapci2 > ata5: [ITHREAD] > ata6: on atapci2 > ata6: [ITHREAD] > acpi_button0: on acpi0 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq > 2 on acpi0 > fdc0: [FILTER] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > acpi0 sio0: type 16550A > sio0: [FILTER] > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model IntelliMouse, device ID 3 > cpu0: on acpi0 > ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - EE, > should be E5 [20070320] > est0: on cpu0 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 618092006000920 > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > pmtimer0 on isa0 > orm0: at iomem 0xd0000-0xd27ff pnpid ORM0000 on isa0 > ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > ata0: [ITHREAD] > ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > ata1: [ITHREAD] > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > uhid0: 1.01/0.00, addr 2> on uhub5 > Timecounters tick every 1.000 msec > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > acd0: DVDR at ata2-master UDMA33 > ad6: 152627MB at ata3-master SATA300 > ad8: 305245MB at ata4-master SATA300 > GEOM_LABEL: Label for provider ad6s1 is msdosfs/FREEDOS. > GEOM_LABEL: Label for provider ad8s1 is ntfs/New Volume. > GEOM_LABEL: Label for provider ad6s3a is ufsid/4a5a61fa90383ccc. > GEOM_LABEL: Label for provider ad6s3d is ufsid/4a5a61fc87a6c3a0. > GEOM_LABEL: Label for provider ad6s3e is ufsid/4a5a61fa5b9a9e33. > GEOM_LABEL: Label for provider ad6s3f is ufsid/4a5a61fb3ef7459f. > GEOM_LABEL: Label for provider ad6s3g is ufsid/4a5a61fa4e22975e. > (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition > (probe0:umass-sim0:0:0:0): NOT READY csi:0,aa,55,40 asc:3a,0 > (probe0:umass-sim0:0:0:0): Medium not present > (probe0:umass-sim0:0:0:0): Unretryable error > (probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 > (probe0:umass-sim0:0:0:1): CAM Status: SCSI Status Error > (probe0:umass-sim0:0:0:1): SCSI Status: Check Condition > (probe0:umass-sim0:0:0:1): NOT READY csi:0,aa,55,40 asc:3a,0 > (probe0:umass-sim0:0:0:1): Medium not present > (probe0:umass-sim0:0:0:1): Unretryable error > (probe0:umass-sim0:0:0:2): TEST UNIT READY. CDB: 0 40 0 0 0 0 > (probe0:umass-sim0:0:0:2): CAM Status: SCSI Status Error > (probe0:umass-sim0:0:0:2): SCSI Status: Check Condition > (probe0:umass-sim0:0:0:2): NOT READY csi:0,aa,55,40 asc:3a,0 > (probe0:umass-sim0:0:0:2): Medium not present > (probe0:umass-sim0:0:0:2): Unretryable error > (probe0:umass-sim0:0:0:3): TEST UNIT READY. CDB: 0 60 0 0 0 0 > (probe0:umass-sim0:0:0:3): CAM Status: SCSI Status Error > (probe0:umass-sim0:0:0:3): SCSI Status: Check Condition > (probe0:umass-sim0:0:0:3): NOT READY csi:0,aa,55,40 asc:3a,0 > (probe0:umass-sim0:0:0:3): Medium not present > (probe0:umass-sim0:0:0:3): Unretryable error > SMP: AP CPU #1 Launched! > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium not present > da1 at umass-sim0 bus 0 target 0 lun 1 > da1: Removable Direct Access SCSI-0 device > da1: 40.000MB/s transfers > da1: Attempt to query device size failed: NOT READY, Medium not present > da2 at umass-sim0 bus 0 target 0 lun 2 > da2: Removable Direct Access SCSI-0 device > da2: 40.000MB/s transfers > da2: Attempt to query device size failed: NOT READY, Medium not present > da3 at umass-sim0 bus 0 target 0 lun 3 > da3: Removable Direct Access SCSI-0 device > da3: 40.000MB/s transfers > da3: Attempt to query device size failed: NOT READY, Medium not present > Trying to mount root from ufs:/dev/ad6s3a > GEOM_LABEL: Label ufsid/4a5a61fa90383ccc removed. > GEOM_LABEL: Label for provider ad6s3a is ufsid/4a5a61fa90383ccc. > GEOM_LABEL: Label ufsid/4a5a61fa4e22975e removed. > GEOM_LABEL: Label for provider ad6s3g is ufsid/4a5a61fa4e22975e. > GEOM_LABEL: Label ufsid/4a5a61fa5b9a9e33 removed. > GEOM_LABEL: Label for provider ad6s3e is ufsid/4a5a61fa5b9a9e33. > GEOM_LABEL: Label ufsid/4a5a61fb3ef7459f removed. > GEOM_LABEL: Label for provider ad6s3f is ufsid/4a5a61fb3ef7459f. > GEOM_LABEL: Label ufsid/4a5a61fc87a6c3a0 removed. > GEOM_LABEL: Label for provider ad6s3d is ufsid/4a5a61fc87a6c3a0. > GEOM_LABEL: Label ufsid/4a5a61fa90383ccc removed. > GEOM_LABEL: Label ufsid/4a5a61fa4e22975e removed. > GEOM_LABEL: Label ufsid/4a5a61fa5b9a9e33 removed. > GEOM_LABEL: Label ufsid/4a5a61fb3ef7459f removed. > GEOM_LABEL: Label ufsid/4a5a61fc87a6c3a0 removed. > GEOM_LABEL: Label msdosfs/FREEDOS removed. > GEOM_LABEL: Label for provider ad6s1 is msdosfs/FREEDOS. > GEOM_LABEL: Label msdosfs/FREEDOS removed. > > Thanks, > Andrey -- Mel From owner-freebsd-usb@FreeBSD.ORG Sat Jul 18 20:41:03 2009 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 81706106564A for ; Sat, 18 Jul 2009 20:41:03 +0000 (UTC) (envelope-from mr.hyro@gmail.com) Received: from mail-gx0-f217.google.com (mail-gx0-f217.google.com [209.85.217.217]) by mx1.freebsd.org (Postfix) with ESMTP id 1F30D8FC19 for ; Sat, 18 Jul 2009 20:41:02 +0000 (UTC) (envelope-from mr.hyro@gmail.com) Received: by gxk17 with SMTP id 17so2404194gxk.19 for ; Sat, 18 Jul 2009 13:41:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Rb3e7G7lmCABw58M++eoNsHsiOpzHZ91lqYkEBk5AWo=; b=h234vmvzNGxhU4OeUV4DndjFhKGlJS+Ku+hGmzHPlBp+rZy+sgYefmHcq9ziu35sO3 QwAaxOTfT/k8SiwJIAxHXf/XT7etAs3LpPtETFD8BjY67qXCF5BU5+jgDhj4fPjJ7y6r pvWN7LXdvGOj2pPzR9FaEv2s83vGeNH/RpedY= 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=r8zCrzlgeyQMzdYrlQsaTISfke3rfQXDeXkLPbHWB6KRg/EMqZPn6zN7JRuJIF23Dp Tz86HaD8ToDszgfU1w+C/T/NlcABOO2jLKGOLyOjz2aG0VGMjASfqHVC/3BUDHNiwcC3 99ucghBBC4NIel/HQgtiauNjB5MmdepAAnmZA= MIME-Version: 1.0 Received: by 10.150.230.15 with SMTP id c15mr4204215ybh.22.1247948417745; Sat, 18 Jul 2009 13:20:17 -0700 (PDT) In-Reply-To: <200907181029.00939.mel.flynn+fbsd.questions@mailing.thruhere.net> References: <24393ae80907171959u62705d8akb1e0aaec1d2f2c44@mail.gmail.com> <200907172202.43824.mel.flynn+fbsd.questions@mailing.thruhere.net> <24393ae80907180929x71d2cf1frb8f1c900bf79c46a@mail.gmail.com> <200907181029.00939.mel.flynn+fbsd.questions@mailing.thruhere.net> Date: Sat, 18 Jul 2009 16:20:17 -0400 Message-ID: <24393ae80907181320y152bba49m28bac22aaa070710@mail.gmail.com> From: Andrey Shuvikov To: Mel Flynn Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: usb@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Zero size allocation with Yealink VOIP USB Phone, 7.2-RELEASE (Was: Re: hald: kmem_malloc error) 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, 18 Jul 2009 20:41:03 -0000 On Sat, Jul 18, 2009 at 2:29 PM, Mel Flynn wrote: > [ Adding usb@ and keeping long context for that purpose ] > > On Saturday 18 July 2009 08:29:32 Andrey Shuvikov wrote: >> On Sat, Jul 18, 2009 at 2:02 AM, Mel >> >> Flynn wrote: >> > On Friday 17 July 2009 18:59:49 Andrey Shuvikov wrote: >> >> I'm trying to configure X and according to the manual enabled DBUS an= d >> >> HALD. But when hald is starting up I get kernel panic: >> >> >> >> kmem_malloc: entry not found or misaligned >> >> >> >> Does anyone know what could be wrong? I have memory dump if it can >> >> help but it's big (173M). >> > >> > If you have a file /var/crash/vmcore.0, you will want to run the >> > following command: >> > kgdb /boot/kernel/kernel /var/crash/vmcore.0 >> > Then type bt at the prompt and paste output here. >> > >> > More info: >> > > >neldebug.html> >> > >> > uname -a and dmesg output also help in diagnosing this problem. >> > -- >> > Mel >> >> The uname output is: >> >> FreeBSD foxtrot.home 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May =A01 >> 08:49:13 UTC 2009 >> root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC =A0i386 >> >> The kgdb output: >> >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you >> are welcome to change it and/or distribute copies of it under certain >> conditions. Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. =A0Type "show warranty" for det= ails. >> This GDB was configured as "i386-marcel-freebsd"... >> >> Unread portion of the kernel message buffer: >> panic: kmem_malloc: entry not found or misaligned >> cpuid =3D 0 >> Uptime: 52s >> Physical memory: 2034 MB >> Dumping 176 MB: 161 145 129 113 97 81 65 49 33 17 1 >> >> Reading symbols from /boot/kernel/linux.ko...Reading symbols from >> /boot/kernel/linux.ko.symbols...done. >> done. >> Loaded symbols for /boot/kernel/linux.ko >> #0 =A0doadump () at pcpu.h:196 >> 196 =A0 pcpu.h: No such file or directory. >> =A0 =A0 =A0 in pcpu.h >> (kgdb) bt >> #0 =A0doadump () at pcpu.h:196 >> #1 =A00xc07e25a7 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdow= n.c:418 >> #2 =A00xc07e2879 in panic (fmt=3DVariable "fmt" is not available. >> ) at /usr/src/sys/kern/kern_shutdown.c:574 >> #3 =A00xc0a1cdc0 in kmem_malloc (map=3D0xc147108c, size=3D0, flags=3D2) >> =A0 =A0 at /usr/src/sys/vm/vm_kern.c:381 >> #4 =A00xc0a13357 in page_alloc (zone=3D0x0, bytes=3D0, pflag=3D0xe7b6497= f "\002", >> =A0 =A0 wait=3D2) at /usr/src/sys/vm/uma_core.c:952 >> #5 =A00xc0a15e20 in uma_large_malloc (size=3D0, wait=3D2) >> =A0 =A0 at /usr/src/sys/vm/uma_core.c:2706 >> #6 =A00xc07d16f8 in malloc (size=3D0, mtp=3D0xc0c46580, flags=3D2) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0^^^^^^ >> =A0 =A0 at /usr/src/sys/kern/kern_malloc.c:393 >> #7 =A00xc0743044 in uhidopen (dev=3D0xc5713000, flag=3D1, mode=3D8192, >> p=3D0xc5c6a460) at /usr/src/sys/dev/usb/uhid.c:428 > In kgdb can you print the entire softcell as follows: > f 7 > p *sc > > Hopefully that will provide sufficient information for the usb developers= to > fix this problem. > >> #8 =A00xc07a56a0 in giant_open (dev=3D0xc5713000, oflags=3D1, devtype=3D= 8192, >> =A0 =A0 td=3D0xc5c6a460) at /usr/src/sys/kern/kern_conf.c:332 >> #9 =A00xc076e1fc in devfs_open (ap=3D0xe7b64a88) >> =A0 =A0 at /usr/src/sys/fs/devfs/devfs_vnops.c:908 >> #10 0xc0af88d2 in VOP_OPEN_APV (vop=3D0xc0c47ee0, a=3D0xe7b64a88) >> =A0 =A0 at vnode_if.c:371 >> #11 0xc0870829 in vn_open_cred (ndp=3D0xe7b64b7c, flagp=3D0xe7b64c78, cm= ode=3D0, >> =A0 =A0 cred=3D0xc5470100, fp=3D0xc5b57da8) at vnode_if.h:199 >> #12 0xc0870973 in vn_open (ndp=3D0xe7b64b7c, flagp=3D0xe7b64c78, cmode= =3D0, >> =A0 =A0 fp=3D0xc5b57da8) at /usr/src/sys/kern/vfs_vnops.c:94 >> #13 0xc086e0a3 in kern_open (td=3D0xc5c6a460, >> =A0 =A0 path=3D0xbfbfe90c
, >> =A0 =A0 pathseg=3DUIO_USERSPACE, flags=3D1, mode=3D0) >> =A0 =A0 at /usr/src/sys/kern/vfs_syscalls.c:1042 >> #14 0xc086e610 in open (td=3D0xc5c6a460, uap=3D0xe7b64cfc) >> =A0 =A0 at /usr/src/sys/kern/vfs_syscalls.c:1009 >> #15 0xc0ae4495 in syscall (frame=3D0xe7b64d38) >> =A0 =A0 at /usr/src/sys/i386/i386/trap.c:1090 >> #16 0xc0ac9260 in Xint0x80_syscall () >> =A0 =A0 at /usr/src/sys/i386/i386/exception.s:255 >> #17 0x00000033 in ?? () >> Previous frame inner to this frame (corrupt stack?) >> (kgdb) q >> >> The dmesg: >> >> Copyright (c) 1992-2009 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> =A0 =A0 =A0 The Regents of the University of California. All rights rese= rved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 7.2-RELEASE #0: Fri May =A01 08:49:13 UTC 2009 >> =A0 =A0 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Intel(R) Core(TM)2 Duo CPU =A0 =A0 E8400 =A0@ 3.00GHz (2999.67-MHz = 686-class >> CPU) Origin =3D "GenuineIntel" =A0Id =3D 0x10676 =A0Stepping =3D 6 >> >> Features=3D0xbfebfbff>A,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> >> Features2=3D0x8e3fd>CM,SSE4.1> AMD Features=3D0x20100000 >> =A0 AMD Features2=3D0x1 >> =A0 Cores per package: 2 >> real memory =A0=3D 2146893824 (2047 MB) >> avail memory =3D 2091225088 (1994 MB) >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> =A0cpu0 (BSP): APIC ID: =A00 >> =A0cpu1 (AP): APIC ID: =A01 >> ioapic0 irqs 0-23 on motherboard >> kbd1 at kbdmux0 >> acpi0: on motherboard >> acpi0: [ITHREAD] >> acpi0: Power Button (fixed) >> acpi0: reservation of 0, a0000 (3) failed >> acpi0: reservation of 100000, 7ff00000 (3) failed >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 >> acpi_hpet0: iomem 0xfed00000-0xfed003ff on >> acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 >> pcib0: port 0xcf8-0xcff on acpi0 >> pci0: on pcib0 >> pcib1: irq 16 at device 1.0 on pci0 >> pci1: on pcib1 >> vgapci0: port 0xc000-0xc0ff mem >> 0xd0000000-0xdfffffff,0xfe8e0000-0xfe8effff irq 16 at device 0.0 on >> pci1 >> pci1: at device 0.1 (no driver attached) >> uhci0: port 0xb800-0xb81f irq 16 at >> device 26.0 on pci0 >> uhci0: [GIANT-LOCKED] >> uhci0: [ITHREAD] >> usb0: on uhci0 >> usb0: USB revision 1.0 >> uhub0: on usb0 >> uhub0: 2 ports with 2 removable, self powered >> uhci1: port 0xb880-0xb89f irq 21 at >> device 26.1 on pci0 >> uhci1: [GIANT-LOCKED] >> uhci1: [ITHREAD] >> usb1: on uhci1 >> usb1: USB revision 1.0 >> uhub1: on usb1 >> uhub1: 2 ports with 2 removable, self powered >> uhci2: port 0xbc00-0xbc1f irq 18 at >> device 26.2 on pci0 >> uhci2: [GIANT-LOCKED] >> uhci2: [ITHREAD] >> usb2: on uhci2 >> usb2: USB revision 1.0 >> uhub2: on usb2 >> uhub2: 2 ports with 2 removable, self powered >> ehci0: mem 0xfe7ffc00-0xfe7fffff >> irq 18 at device 26.7 on pci0 >> ehci0: [GIANT-LOCKED] >> ehci0: [ITHREAD] >> usb3: EHCI version 1.0 >> usb3: companion controllers, 2 ports each: usb0 usb1 usb2 >> usb3: on ehci0 >> usb3: USB revision 2.0 >> uhub3: on usb3 >> uhub3: 6 ports with 6 removable, self powered >> umass0: = on >> uhub3 pci0: at device 27.0 (no driver attached) >> pcib2: irq 17 at device 28.0 on pci0 >> pci4: on pcib2 >> pcib3: irq 17 at device 28.4 on pci0 >> pci3: on pcib3 >> atapci0: port >> 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f >> mem 0xfeaffc00-0xfeafffff irq 16 at device 0.0 on pci3 >> atapci0: [ITHREAD] >> ata2: on atapci0 >> ata2: [ITHREAD] >> pcib4: irq 16 at device 28.5 on pci0 >> pci2: on pcib4 >> ale0: port 0xdc00-0xdc7f >> mem 0xfe9c0000-0xfe9fffff irq 17 at device 0.0 on pci2 >> ale0: 960 Tx FIFO, 1024 Rx FIFO >> ale0: Using 1 MSI messages. >> miibus0: on ale0 >> atphy0: PHY 0 on miibus0 >> atphy0: =A010baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX= , >> auto ale0: Ethernet address: 00:22:15:5a:67:e8 >> ale0: [FILTER] >> uhci3: port 0xb080-0xb09f irq 23 at >> device 29.0 on pci0 >> uhci3: [GIANT-LOCKED] >> uhci3: [ITHREAD] >> usb4: on uhci3 >> usb4: USB revision 1.0 >> uhub4: on usb4 >> uhub4: 2 ports with 2 removable, self powered >> uhci4: port 0xb400-0xb41f irq 19 at >> device 29.1 on pci0 >> uhci4: [GIANT-LOCKED] >> uhci4: [ITHREAD] >> usb5: on uhci4 >> usb5: USB revision 1.0 >> uhub5: on usb5 >> uhub5: 2 ports with 2 removable, self powered >> uhci5: port 0xb480-0xb49f irq 18 at >> device 29.2 on pci0 >> uhci5: [GIANT-LOCKED] >> uhci5: [ITHREAD] >> usb6: on uhci5 >> usb6: USB revision 1.0 >> uhub6: on usb6 >> uhub6: 2 ports with 2 removable, self powered >> ehci1: mem 0xfe7ff800-0xfe7ffbff >> irq 23 at device 29.7 on pci0 >> ehci1: [GIANT-LOCKED] >> ehci1: [ITHREAD] >> usb7: EHCI version 1.0 >> usb7: companion controllers, 2 ports each: usb4 usb5 usb6 >> usb7: on ehci1 >> usb7: USB revision 2.0 >> uhub7: on usb7 >> uhub7: 6 ports with 6 removable, self powered >> ugen0: > 2.00/1.00, addr 2> on uhub7 >> pcib5: at device 30.0 on pci0 >> pci5: on pcib5 >> fwohci0: mem 0xfebff000-0xfebfffff irq 19 at device >> 3.0 on pci5 >> fwohci0: [FILTER] >> fwohci0: OHCI version 1.0 (ROM=3D1) >> fwohci0: No. of Isochronous channels is 8. >> fwohci0: EUI64 00:1e:8c:00:01:63:47:d0 >> fwohci0: Phy 1394a available S400, 2 ports. >> fwohci0: Link S400, max_rec 2048 bytes. >> firewire0: on fwohci0 >> fwe0: on firewire0 >> if_fwe0: Fake Ethernet address: 02:1e:8c:63:47:d0 >> fwe0: Ethernet address: 02:1e:8c:63:47:d0 >> fwip0: on firewire0 >> fwip0: Firewire address: 00:1e:8c:00:01:63:47:d0 @ 0xfffe00000000, >> S400, maxrec 2048 >> sbp0: on firewire0 >> dcons_crom0: on firewire0 >> dcons_crom0: bus_addr 0x12e4000 >> fwohci0: Initiate bus reset >> fwohci0: BUS reset >> fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode >> isab0: at device 31.0 on pci0 >> isa0: on isab0 >> atapci1: port >> 0xa000-0xa007,0x9c00-0x9c03,0x9880-0x9887,0x9800-0x9803,0x9480-0x948f,0x= 940 >>0-0x940f irq 19 at device 31.2 on pci0 >> atapci1: [ITHREAD] >> ata3: on atapci1 >> ata3: [ITHREAD] >> ata4: on atapci1 >> ata4: [ITHREAD] >> pci0: at device 31.3 (no driver attached) >> atapci2: port >> 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa48f,0x= a40 >>0-0xa40f irq 19 at device 31.5 on pci0 >> atapci2: [ITHREAD] >> ata5: on atapci2 >> ata5: [ITHREAD] >> ata6: on atapci2 >> ata6: [ITHREAD] >> acpi_button0: on acpi0 >> fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq >> 2 on acpi0 >> fdc0: [FILTER] >> fd0: <1440-KB 3.5" drive> on fdc0 drive 0 >> sio0: configured irq 4 not in bitmap of probed irqs 0 >> sio0: port may not be enabled >> sio0: configured irq 4 not in bitmap of probed irqs 0 >> sio0: port may not be enabled >> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on >> acpi0 sio0: type 16550A >> sio0: [FILTER] >> atkbdc0: port 0x60,0x64 irq 1 on acpi0 >> atkbd0: irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> atkbd0: [ITHREAD] >> psm0: irq 12 on atkbdc0 >> psm0: [GIANT-LOCKED] >> psm0: [ITHREAD] >> psm0: model IntelliMouse, device ID 3 >> cpu0: on acpi0 >> ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - =A0EE, >> should be E5 [20070320] >> est0: on cpu0 >> p4tcc0: on cpu0 >> cpu1: on acpi0 >> est1: on cpu1 >> est: CPU supports Enhanced Speedstep, but is not recognized. >> est: cpu_vendor GenuineIntel, msr 618092006000920 >> device_attach: est1 attach returned 6 >> p4tcc1: on cpu1 >> pmtimer0 on isa0 >> orm0: at iomem 0xd0000-0xd27ff pnpid ORM0000 on isa0 >> ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 >> ata0: [ITHREAD] >> ata1 at port 0x170-0x177,0x376 irq 15 on isa0 >> ata1: [ITHREAD] >> ppc0: parallel port not found. >> sc0: at flags 0x100 on isa0 >> sc0: VGA <16 virtual consoles, flags=3D0x300> >> sio1: configured irq 3 not in bitmap of probed irqs 0 >> sio1: port may not be enabled >> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa= 0 >> uhid0: > 1.01/0.00, addr 2> on uhub5 >> Timecounters tick every 1.000 msec >> firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) >> firewire0: bus manager 0 (me) >> acd0: DVDR at ata2-master UDMA33 >> ad6: 152627MB at ata3-master SATA300 >> ad8: 305245MB at ata4-master SATA300 >> GEOM_LABEL: Label for provider ad6s1 is msdosfs/FREEDOS. >> GEOM_LABEL: Label for provider ad8s1 is ntfs/New Volume. >> GEOM_LABEL: Label for provider ad6s3a is ufsid/4a5a61fa90383ccc. >> GEOM_LABEL: Label for provider ad6s3d is ufsid/4a5a61fc87a6c3a0. >> GEOM_LABEL: Label for provider ad6s3e is ufsid/4a5a61fa5b9a9e33. >> GEOM_LABEL: Label for provider ad6s3f is ufsid/4a5a61fb3ef7459f. >> GEOM_LABEL: Label for provider ad6s3g is ufsid/4a5a61fa4e22975e. >> (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 >> (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error >> (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition >> (probe0:umass-sim0:0:0:0): NOT READY csi:0,aa,55,40 asc:3a,0 >> (probe0:umass-sim0:0:0:0): Medium not present >> (probe0:umass-sim0:0:0:0): Unretryable error >> (probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 >> (probe0:umass-sim0:0:0:1): CAM Status: SCSI Status Error >> (probe0:umass-sim0:0:0:1): SCSI Status: Check Condition >> (probe0:umass-sim0:0:0:1): NOT READY csi:0,aa,55,40 asc:3a,0 >> (probe0:umass-sim0:0:0:1): Medium not present >> (probe0:umass-sim0:0:0:1): Unretryable error >> (probe0:umass-sim0:0:0:2): TEST UNIT READY. CDB: 0 40 0 0 0 0 >> (probe0:umass-sim0:0:0:2): CAM Status: SCSI Status Error >> (probe0:umass-sim0:0:0:2): SCSI Status: Check Condition >> (probe0:umass-sim0:0:0:2): NOT READY csi:0,aa,55,40 asc:3a,0 >> (probe0:umass-sim0:0:0:2): Medium not present >> (probe0:umass-sim0:0:0:2): Unretryable error >> (probe0:umass-sim0:0:0:3): TEST UNIT READY. CDB: 0 60 0 0 0 0 >> (probe0:umass-sim0:0:0:3): CAM Status: SCSI Status Error >> (probe0:umass-sim0:0:0:3): SCSI Status: Check Condition >> (probe0:umass-sim0:0:0:3): NOT READY csi:0,aa,55,40 asc:3a,0 >> (probe0:umass-sim0:0:0:3): Medium not present >> (probe0:umass-sim0:0:0:3): Unretryable error >> SMP: AP CPU #1 Launched! >> da0 at umass-sim0 bus 0 target 0 lun 0 >> da0: Removable Direct Access SCSI-0 device >> da0: 40.000MB/s transfers >> da0: Attempt to query device size failed: NOT READY, Medium not present >> da1 at umass-sim0 bus 0 target 0 lun 1 >> da1: Removable Direct Access SCSI-0 device >> da1: 40.000MB/s transfers >> da1: Attempt to query device size failed: NOT READY, Medium not present >> da2 at umass-sim0 bus 0 target 0 lun 2 >> da2: Removable Direct Access SCSI-0 devi= ce >> da2: 40.000MB/s transfers >> da2: Attempt to query device size failed: NOT READY, Medium not present >> da3 at umass-sim0 bus 0 target 0 lun 3 >> da3: Removable Direct Access SCSI-0 device >> da3: 40.000MB/s transfers >> da3: Attempt to query device size failed: NOT READY, Medium not present >> Trying to mount root from ufs:/dev/ad6s3a >> GEOM_LABEL: Label ufsid/4a5a61fa90383ccc removed. >> GEOM_LABEL: Label for provider ad6s3a is ufsid/4a5a61fa90383ccc. >> GEOM_LABEL: Label ufsid/4a5a61fa4e22975e removed. >> GEOM_LABEL: Label for provider ad6s3g is ufsid/4a5a61fa4e22975e. >> GEOM_LABEL: Label ufsid/4a5a61fa5b9a9e33 removed. >> GEOM_LABEL: Label for provider ad6s3e is ufsid/4a5a61fa5b9a9e33. >> GEOM_LABEL: Label ufsid/4a5a61fb3ef7459f removed. >> GEOM_LABEL: Label for provider ad6s3f is ufsid/4a5a61fb3ef7459f. >> GEOM_LABEL: Label ufsid/4a5a61fc87a6c3a0 removed. >> GEOM_LABEL: Label for provider ad6s3d is ufsid/4a5a61fc87a6c3a0. >> GEOM_LABEL: Label ufsid/4a5a61fa90383ccc removed. >> GEOM_LABEL: Label ufsid/4a5a61fa4e22975e removed. >> GEOM_LABEL: Label ufsid/4a5a61fa5b9a9e33 removed. >> GEOM_LABEL: Label ufsid/4a5a61fb3ef7459f removed. >> GEOM_LABEL: Label ufsid/4a5a61fc87a6c3a0 removed. >> GEOM_LABEL: Label msdosfs/FREEDOS removed. >> GEOM_LABEL: Label for provider ad6s1 is msdosfs/FREEDOS. >> GEOM_LABEL: Label msdosfs/FREEDOS removed. >> >> Thanks, >> Andrey > > -- > Mel > Below is the output of the kgdb. When I detach this device there is no panic on hald startup. How did you know it's Yealink? Just because it's the only uhid device? At least I can continue now. Thanks a lot! Andrey GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you ar= e welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: panic: kmem_malloc: entry not found or misaligned cpuid =3D 0 Uptime: 52s Physical memory: 2034 MB Dumping 176 MB: 161 145 129 113 97 81 65 49 33 17 1 Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko #0 doadump () at pcpu.h:196 196 pcpu.h: No such file or directory. in pcpu.h (kgdb) f 7 #7 0xc0743044 in uhidopen (dev=3D0xc5713000, flag=3D1, mode=3D8192, p=3D0x= c5c6a460) at /usr/src/sys/dev/usb/uhid.c:428 428 /usr/src/sys/dev/usb/uhid.c: No such file or directory. in /usr/src/sys/dev/usb/uhid.c (kgdb) p *sc $1 =3D {sc_dev =3D 0xc570da00, sc_udev =3D 0xc570d800, sc_iface =3D 0xc570e= 054, sc_intrpipe =3D 0x0, sc_ep_addr =3D 129, sc_isize =3D -15, sc_osize =3D -= 15, sc_fsize =3D 0, sc_iid =3D 0 '\0', sc_oid =3D 0 '\0', sc_fid =3D 0 '\0', sc_ibuf =3D 0x0, sc_obuf =3D 0x0, sc_repdesc =3D 0xc571bc80, sc_repdesc_size =3D 39, sc_q =3D {c_cc =3D 0, c_cbcount =3D 0, c_cbmax = =3D 11, c_cbreserved =3D 11, c_cf =3D 0x0, c_cl =3D 0x0}, sc_rsel =3D {si_thrli= st =3D { tqe_next =3D 0x0, tqe_prev =3D 0x0}, si_thread =3D 0x0, si_note =3D {= kl_list =3D { slh_first =3D 0x0}, kl_lock =3D 0, kl_unlock =3D 0, kl_locked =3D 0= , kl_lockarg =3D 0x0}, si_flags =3D 0}, sc_async =3D 0x0, sc_state =3D = 1 '\001', sc_refcnt =3D 0, sc_dying =3D 0 '\0', dev =3D 0xc5713000} (kgdb) q