From owner-freebsd-usb@FreeBSD.ORG Sun Nov 23 22:30:04 2008 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 F18831065672 for ; Sun, 23 Nov 2008 22:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C5E668FC08 for ; Sun, 23 Nov 2008 22:30:04 +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 mANMU4jA008033 for ; Sun, 23 Nov 2008 22:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mANMU4Fx008030; Sun, 23 Nov 2008 22:30:04 GMT (envelope-from gnats) Date: Sun, 23 Nov 2008 22:30:04 GMT Message-Id: <200811232230.mANMU4Fx008030@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Eric van Gyzen Cc: Subject: Re: usb/128093: [ohci] panic in ohci_softintr: OXFER(xfer)-> xfer.pipe == NULL X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eric van Gyzen List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2008 22:30:05 -0000 The following reply was made to PR usb/128093; it has been noted by GNATS. From: Eric van Gyzen To: bug-followup@FreeBSD.org Cc: Subject: Re: usb/128093: [ohci] panic in ohci_softintr: OXFER(xfer)->xfer.pipe == NULL Date: Sun, 23 Nov 2008 16:20:02 -0600 This PR can probably be closed. I suspect it's a hardware problem. Shortly after this panic, I got three others in unrelated areas of the system. I was familiar enough with a couple of the areas to convince myself that it wasn't a software problem. Eric From owner-freebsd-usb@FreeBSD.ORG Sun Nov 23 22:43:05 2008 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 5D07F1065675; Sun, 23 Nov 2008 22:43:05 +0000 (UTC) (envelope-from rink@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 334418FC14; Sun, 23 Nov 2008 22:43:05 +0000 (UTC) (envelope-from rink@FreeBSD.org) Received: from freefall.freebsd.org (rink@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mANMh5ma023506; Sun, 23 Nov 2008 22:43:05 GMT (envelope-from rink@freefall.freebsd.org) Received: (from rink@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mANMh5xU023502; Sun, 23 Nov 2008 22:43:05 GMT (envelope-from rink) Date: Sun, 23 Nov 2008 22:43:05 GMT Message-Id: <200811232243.mANMh5xU023502@freefall.freebsd.org> To: eric@vangyzen.net, rink@FreeBSD.org, freebsd-usb@FreeBSD.org From: rink@FreeBSD.org Cc: Subject: Re: usb/128093: [ohci] panic in ohci_softintr: OXFER(xfer)->xfer.pipe == NULL X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2008 22:43:05 -0000 Synopsis: [ohci] panic in ohci_softintr: OXFER(xfer)->xfer.pipe == NULL State-Changed-From-To: open->closed State-Changed-By: rink State-Changed-When: Sun Nov 23 22:42:37 UTC 2008 State-Changed-Why: Closed at submitters request. http://www.freebsd.org/cgi/query-pr.cgi?pr=128093 From owner-freebsd-usb@FreeBSD.ORG Mon Nov 24 11:07:25 2008 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 7A7671065674 for ; Mon, 24 Nov 2008 11:07:25 +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 68DD18FC1D for ; Mon, 24 Nov 2008 11:07:25 +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 mAOB7PnY020080 for ; Mon, 24 Nov 2008 11:07:25 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mAOB7OAR020076 for freebsd-usb@FreeBSD.org; Mon, 24 Nov 2008 11:07:24 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 24 Nov 2008 11:07:24 GMT Message-Id: <200811241107.mAOB7OAR020076@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, 24 Nov 2008 11:07:25 -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/128990 usb [usb] u3g does not handle RTS/CTS available on for exa o usb/128977 usb uaudio is not full duplex o usb/128847 usb Detachment of mounted USB flash drive causes system fr o usb/128803 usb [patch] [quirk] Quirk for I-Tuner Networks USBLCD4X20 o usb/128485 usb Nokia N80 modem support o usb/128425 usb 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] remove baud rate restriction for PL2303X chip p usb/128115 usb [uplcom] [patch] USB-RS232 circuets on chip PL2303HX n o usb/127980 usb [QUIRK] Fix Samsung YP U2 MP3 player on 7.x and 8.x o usb/127926 usb [boot] USB Timeout during bootup o usb/127549 usb [umass] [patch] Meizu MiniPlayer M6 (SL) requires some f usb/127516 usb after csup src-all RELENG_7 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] cannot enable usb keyboard and mouse support in o kern/127222 usb [ohci]: Regression in 7.0 usb storage generic driver o usb/126884 usb [patch] Bug in buffer handling in ugen.c f kern/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 [usb][ums] kernel panic during bootup while 'Logitech o usb/125510 usb repeated plug and unplug of USB mass storage devices l 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 Habu Mouse turns off in X o usb/125088 usb Touchpad not detected on Adesso AKB-430UG USB kbd/pad o usb/125072 usb [uplcom] [patch] add Mobile Action MA-620 Infrared Ada 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 panics SMP kernel o usb/124708 usb [panic] Kernel panic on USB KVM reattach o usb/124604 usb Wireless Mouse doesn't work o usb/123969 usb Supermicro H8SMi-2 usb problem o usb/123714 usb Panic when hald-storage-probe runs with umass device i o usb/123691 usb usbd(8): usbd hangs o usb/123690 usb Panic on USB device insertion when usb loaded as a mod 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 Add Option GTMAX3.6/7.2 and Quallcomm MMC module devic o usb/123351 usb Add Reiner SCT cyberJack, Omnikey [26]020, Fujitsu Sie p usb/123211 usb [udav] if_udav driver doesn't support Davicom 9601 USB p usb/123148 usb [uscanner] [patch] Epson DX8400/50 needs uscanner to s o usb/122992 usb MotoROKR Z6 Phone not recognised by umass as USB disk. o usb/122956 usb Support for Novatel Wireless XU870 3G Card 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 Patch to provide dynamic additions to the usb quirks t o usb/122813 usb [udbp] [request] udbp driver should be removed in favo o usb/122621 usb [patch] [request] New driver for Sierra Wireless 3G US p usb/122610 usb Add Verizon v740 support to ubsa(4) 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 [patch] uscanner does not attach to Epson RX620 printe 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] FreeBSD fails to boot with usb legacy support e o usb/121232 usb USB CardBus card removal causes reboot sometimes o 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 Kernel panic when forced umount of a dettached USB Har 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/120017 usb [ehci] [patch] CS5536 (AMD Geode) USB 2.0 quirk 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 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/119150 usb [usbdevs] [patch] new usbdevs for CDMA 1xEVDO devices o usb/118686 usb [usbdevs] [patch] teach usbdevs / ubsa(4) about Huawei 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/117546 usb [uftdi] [patch] Add MaxStream ZigBee product ID to uft o usb/117313 usb [umass] [panic] panic on usb camera insertion o usb/117205 usb [uscanner] [patch] uscanner support for HP ScanJet 447 o usb/117200 usb [ugen] ugen0 prints strange string on attach if detach o usb/117185 usb [umodem] [patch] Add support for UNION interface descr o usb/117183 usb [panic] USB/fusefs -- panic while transferring large a o usb/117075 usb [scsi_da] [patch] quirk: USB Samsung YP-U3 MP3 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 s usb/110991 usb [usbdevs] [patch] QUIRK: Super Top IDE DEVICE (depends o usb/110988 usb [umass] [patch] Handling of quirk IGNORE_RESIDUE is um 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/107446 usb [umass] umass problems (usb and fw disks) o usb/107388 usb [patch] [request] new driver: add utoppy device from N 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 HP printer is not detected by kernel when ACPI ena 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] 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 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 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 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 f usb/83677 usb [usb] [request] usb controller often not detected (Sun 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 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 conf/30929 usb [usb] [patch] use usbd to initialize USB ADSL modem 289 problems total. From owner-freebsd-usb@FreeBSD.ORG Mon Nov 24 12:20:01 2008 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 CAC35106567A for ; Mon, 24 Nov 2008 12:20: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 A88CB8FC21 for ; Mon, 24 Nov 2008 12:20: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 mAOCK1K3084145 for ; Mon, 24 Nov 2008 12:20:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mAOCK1Ht084144; Mon, 24 Nov 2008 12:20:01 GMT (envelope-from gnats) Resent-Date: Mon, 24 Nov 2008 12:20:01 GMT Resent-Message-Id: <200811241220.mAOCK1Ht084144@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, Alex Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34C471065675 for ; Mon, 24 Nov 2008 12:18:59 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 21AD68FC08 for ; Mon, 24 Nov 2008 12:18:59 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id mAOCIwZC009471 for ; Mon, 24 Nov 2008 12:18:58 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id mAOCIwc9009470; Mon, 24 Nov 2008 12:18:58 GMT (envelope-from nobody) Message-Id: <200811241218.mAOCIwc9009470@www.freebsd.org> Date: Mon, 24 Nov 2008 12:18:58 GMT From: Alex To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: usb/129129: panic with device Meizu MiniPlayer M6 (SL) under usb2 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, 24 Nov 2008 12:20:01 -0000 >Number: 129129 >Category: usb >Synopsis: panic with device Meizu MiniPlayer M6 (SL) under usb2 >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 24 12:20:01 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Alex >Release: 8-CURRENT >Organization: >Environment: FreeBSD moshnroll 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 21 18:47:55 CET 2008 root@moshnroll:/usr/obj/usr/src/sys/ARUNDEL i386 >Description: when i connect my mp3 player under usb2 the system panics. i attached msgbuf.txt version.txt and ddb.txt which got generated by this ddb script: db.enter.panic="textdump set; capture on; show allpcpu; bt;ps; alltrace; show alllock; call doadump; reset" please tell me if you need a backtrace from a regular core dump. this panic is 100% reproducable. under 7-STABLE this device requires some quirks in order to work, but it won't cause a panic without them. the quirks needed are described in PR usb/127549. i'll also submit another problem report shortly which is somehow connected to this one. after this panic in connection with a reboot my system fails to mount /. even a hard-reset won't solve this problem. i have to turn my system off and on again in order to get the os to successfully boot up. cheers. >How-To-Repeat: attach the following device to a system running 8-CURRENT: Meizu MiniPlayer M6 (SL) >Fix: Patch attached with submission follows: db:0:kdb.enter.panic> show allpcpu Current CPU: 1 cpuid = 0 curthread = 0xc5537b40: pid 10 "idle: cpu0" curpcb = 0xc52c9d90 fpcurthread = none idlethread = 0xc5537b40: pid 10 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: cpuid = 1 curthread = 0xc5537000: pid 2 "g_event" curpcb = 0xc52d9d90 fpcurthread = none idlethread = 0xc5537d80: pid 10 "idle: cpu1" APIC ID = 1 currentldt = 0x50 spin locks held: db:0:kdb.enter.panic> bt Tracing pid 2 tid 100008 td 0xc5537000 kdb_enter(c07cd7fc,c07cd7fc,c07d3445,c52d97ac,1,...) at kdb_enter+0x3a panic(c07d3445,c07f25ab,c07ba016,c07a8e81,bc,...) at panic+0x131 witness_unlock(c0866d60,8,c07a8e81,bc,c5688400,...) at witness_unlock+0xf0 _mtx_unlock_flags(c0866d60,0,c07a8e81,bc,c55275c8,...) at _mtx_unlock_flags+0xb6 dacleanup(c645ac80,c07a9010,c09a8fa0,c09df530,c09a8f90,...) at dacleanup+0x72 camperiphfree(c5688400,c52d9b20,c0452c72,c645ac80,0,...) at camperiphfree+0xbd cam_periph_release(c645ac80,0,c07a8e81,bc,c59f1a50,...) at cam_periph_release+0x2a daopen(c63fee00,4,c07c5c98,75,0,...) at daopen+0x40e g_disk_access(c6024b80,1,0,0,0,...) at g_disk_access+0x111 g_access(c61a1340,1,0,0,c6024b80,...) at g_access+0x233 g_slice_new(c081a880,8,c6024b80,c52d9c10,c52d9c08,...) at g_slice_new+0x13b g_bsd_taste(c081a880,c6024b80,0,20f,c6023280,...) at g_bsd_taste+0xa5 g_new_provider_event(c6024b80,0,c07c6197,d2,c5537000,...) at g_new_provider_event+0xbc g_run_events(c0867278,0,4c,c07c4fe9,64,...) at g_run_events+0x353 g_event_procbody(0,c52d9d38,c07c9ce2,327,c55357d4,...) at g_event_procbody+0x8a fork_exit(c05376ad,0,c52d9d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc52d9d70, ebp = 0 --- db:0:kdb.enter.panic> ps pid ppid pgrp uid state wmesg wchan cmd 1601 0 0 0 SL WMSG 0xc6318080 [USBPROC] 1600 0 0 0 SL WMSG 0xc6088080 [USBPROC] 1273 1265 1273 1001 S+ tty inpu 0xc55c9c78 bash 1272 1 1272 0 Ss+ tty inpu 0xc55cac78 getty 1271 1 1271 0 Ss+ tty inpu 0xc55cae78 getty 1270 1 1270 0 Ss+ tty inpu 0xc5841078 getty 1269 1 1269 0 Ss+ tty inpu 0xc5841278 getty 1268 1 1268 0 Ss+ tty inpu 0xc5841478 getty 1267 1 1267 0 Ss+ tty inpu 0xc55c9278 getty 1266 1 1266 0 Ss+ tty inpu 0xc55c9478 getty 1265 1 1265 0 Ss+ wait 0xc5a6ca70 login 1264 1 1264 0 Ss accept 0xc609b65a obexapp 1262 1 1262 0 Ss (threaded) scmpc 100142 S nanslp 0xc0869864 scmpc 100141 S nanslp 0xc0869864 scmpc 100140 S nanslp 0xc0869864 scmpc 100139 S sigwait 0xe83bbbe4 scmpc 100137 S ucond 0xc601b400 scmpc 1248 1 1248 1001 Ss select 0xc5a87164 fetchmail 1186 1 1186 0 Ss nanslp 0xc0869864 cron 1150 1 1150 0 Ss kqread 0xc6025880 cupsd 1125 1 1125 25 Ss pause 0xc59ba2f4 sendmail 1121 1 1121 0 Ss select 0xc5a88da4 sendmail 1103 1 1102 1001 S select 0xc601bc64 mpd 1087 1 1086 0 S nanslp 0xc0869864 smartd 1056 1 1056 65534 Ss select 0xc601b024 sdpd 1045 1 1045 0 Rs powerd 1002 1 1002 0 Ss sbwait 0xc5bd3e78 hcsecd 890 1 890 0 Ss select 0xc5b24e24 syslogd 662 1 662 0 Ss select 0xc5a24aa4 devd 636 1 636 0 Ss select 0xc5a26724 moused 207 1 207 0 Ss pause 0xc5bc1058 adjkerntz 77 0 0 0 SL WMSG 0xc5a12880 [USBPROC] 76 0 0 0 SL WMSG 0xc5b1a080 [USBPROC] 69 0 0 0 SL WMSG 0xc5af7080 [USBPROC] 68 0 0 0 SL WMSG 0xc5ae5080 [USBPROC] 67 0 0 0 SL WMSG 0xc5ae0080 [USBPROC] 66 0 0 0 SL WMSG 0xc5ad6080 [USBPROC] 65 0 0 0 SL WMSG 0xc5ad3080 [USBPROC] 63 0 0 0 SL sdflush 0xc09d8120 [softdepflush] 62 0 0 0 SL syncer 0xc09d5ad4 [syncer] 61 0 0 0 SL vlruwt 0xc5a6c000 [vnlru] 9 0 0 0 SL psleep 0xc09d5824 [bufdaemon] 8 0 0 0 SL pgzero 0xc09d8d14 [pagezero] 7 0 0 0 SL psleep 0xc09d893c [vmdaemon] 6 0 0 0 SL psleep 0xc09d8904 [pagedaemon] 60 0 0 0 SL WMSG 0xc57d4c78 [USBPROC] 59 0 0 0 SL WMSG 0xc5839480 [USBPROC] 58 0 0 0 SL WMSG 0xc5827080 [USBPROC] 55 0 0 0 SL WMSG 0xc57bfd18 [USBPROC] 54 0 0 0 SL WMSG 0xc5821880 [USBPROC] 53 0 0 0 SL WMSG 0xc59d7080 [USBPROC] 50 0 0 0 SL WMSG 0xc57acd18 [USBPROC] 49 0 0 0 SL WMSG 0xc5820080 [USBPROC] 48 0 0 0 SL WMSG 0xc59e0080 [USBPROC] 45 0 0 0 SL WMSG 0xc579ad18 [USBPROC] 44 0 0 0 SL WMSG 0xc5820880 [USBPROC] 43 0 0 0 SL WMSG 0xc59c5080 [USBPROC] 40 0 0 0 SL WMSG 0xc5749c78 [USBPROC] 39 0 0 0 SL WMSG 0xc583bc80 [USBPROC] 38 0 0 0 SL WMSG 0xc5821080 [USBPROC] 35 0 0 0 SL WMSG 0xc5732d18 [USBPROC] 34 0 0 0 SL WMSG 0xc5822880 [USBPROC] 33 0 0 0 SL WMSG 0xc59ad080 [USBPROC] 30 0 0 0 SL WMSG 0xc5720d18 [USBPROC] 29 0 0 0 SL WMSG 0xc5823080 [USBPROC] 28 0 0 0 SL WMSG 0xc59b6080 [USBPROC] 25 0 0 0 SL WMSG 0xc570ad18 [USBPROC] 24 0 0 0 SL WMSG 0xc5823880 [USBPROC] 23 0 0 0 SL WMSG 0xc59a3080 [USBPROC] 20 0 0 0 SL WMSG 0xc57d51a0 [USBPROC] 19 0 0 0 SL WMSG 0xc57c0240 [USBPROC] 18 0 0 0 SL WMSG 0xc57ad240 [USBPROC] 17 0 0 0 SL WMSG 0xc579b240 [USBPROC] 16 0 0 0 SL WMSG 0xc574a1a0 [USBPROC] 15 0 0 0 SL WMSG 0xc5733240 [USBPROC] 14 0 0 0 SL WMSG 0xc5721240 [USBPROC] 13 0 0 0 SL WMSG 0xc570b240 [USBPROC] 5 0 0 0 SL ccb_scan 0xc0851554 [xpt_thrd] 12 0 0 0 SL - 0xc08695e4 [yarrow] 4 0 0 0 SL - 0xc0867284 [g_down] 3 0 0 0 SL - 0xc0867280 [g_up] 2 0 0 0 RL CPU 1 [g_event] 11 0 0 0 WL (threaded) intr 100039 I [irq15: ata1] 100038 I [irq14: ata0] 100033 I [irq23: uhci3 ehci1] 100031 I [irq19: ath0 uhci4*] 100030 I [irq22: hdac0] 100028 I [irq18: uhci2 ehci+] 100026 I [irq21: uhci1] 100023 I [irq16: vgapci0 re+] 100022 I [irq9: acpi0] 100021 I [swi6: task queue] 100020 I [swi6: Giant taskq] 100018 I [swi5: +] 100014 I [swi2: cambio] 100007 I [swi4: clock] 100006 I [swi4: clock] 100005 I [swi1: net] 100004 I [swi3: vm] 10 0 0 0 RL (threaded) idle 100003 Run CPU 0 [idle: cpu0] 100002 CanRun [idle: cpu1] 1 0 1 0 SLs wait 0xc5536000 [init] 0 0 0 0 SLs (threaded) kernel 100037 D - 0xc57c1c00 [ath0 taskq] 100019 D - 0xc5680b00 [thread taskq] 100017 D - 0xc5680d80 [acpi_task_2] 100016 D - 0xc5680d80 [acpi_task_1] 100015 D - 0xc5680d80 [acpi_task_0] 100012 D - 0xc5681000 [kqueue taskq] 100000 D sched 0xc0867320 [swapper] db:0:kdb.enter.panic> alltrace Tracing command USBPROC pid 1601 tid 100089 td 0xc5ac5000 sched_switch(c5ac5000,0,104,186,2d0cd3f9,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c5ac5000,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f sleepq_wait(c6318080,0,c07c2768,0,0,...) at sleepq_wait+0x63 _sleep(c6318080,c5749cf0,0,c07c2768,0) at _sleep+0x316 usb2_msleep(c07c2768,0,e82d1cf8,c050c4df,c6318080,...) at usb2_msleep+0x4e usb2_cv_wait(c6318080,c5749cf0,c07c26bc,51,c086dc40,...) at usb2_cv_wait+0x23 usb2_process(c6318078,e82d1d38,c07c9ce2,327,c5ac17d4,...) at usb2_process+0x18a fork_exit(c050c355,c6318078,e82d1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe82d1d70, ebp = 0 --- Tracing command USBPROC pid 1600 tid 100076 td 0xc59d5240 sched_switch(c59d5240,0,104,186,7c6226d4,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c59d5240,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f sleepq_wait(c6088080,0,c07c2768,0,0,...) at sleepq_wait+0x63 _sleep(c6088080,c5749cf0,0,c07c2768,0) at _sleep+0x316 usb2_msleep(c07c2768,0,e605dcf8,c050c4df,c6088080,...) at usb2_msleep+0x4e usb2_cv_wait(c6088080,c5749cf0,c07c26bc,51,c086dc40,...) at usb2_cv_wait+0x23 usb2_process(c6088078,e605dd38,c07c9ce2,327,c59e729c,...) at usb2_process+0x18a fork_exit(c050c355,c6088078,e605dd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe605dd70, ebp = 0 --- Tracing command bash pid 1273 tid 100115 td 0xc5bc8240 sched_switch(c5bc8240,0,104,186,e4f103f1,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c5bc8240,0,c07d1a2a,189,c55c9c78,...) at sleepq_switch+0x14f sleepq_catch_signals(c07d1a2a,159,0,c55c9c78,c55c9c78,...) at sleepq_catch_signals+0xb4 sleepq_wait_sig(c55c9c78,0,c07d5fd5,101,0,...) at sleepq_wait_sig+0x13 _cv_wait_sig(c55c9c78,c0868fd0,c07d5962,4ac,0,...) at _cv_wait_sig+0x211 tty_wait(c55c9c00,c55c9c78,e834ac5c,1,0,...) at tty_wait+0x6b ttydisc_read(c55c9c00,e834ac5c,0,9d,0,...) at ttydisc_read+0x219 ttydev_read(c57e6900,e834ac5c,0,0,1,...) at ttydev_read+0xa5 devfs_read_f(c5ac9850,e834ac5c,c5b3a800,0,c5bc8240,...) at devfs_read_f+0x7b dofileread(e834ac5c,ffffffff,ffffffff,0,c5ac9850,...) at dofileread+0x5f kern_readv(c5bc8240,0,e834ac5c,e834ac7c,1,...) at kern_readv+0x52 read(c5bc8240,e834acf8,c,c07d4139,c081ca88,...) at read+0x51 syscall(e834ad38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x28323cf3, esp = 0xbfbfe8cc, ebp = 0xbfbfe8f8 --- Tracing command getty pid 1272 tid 100131 td 0xc605b6c0 sched_switch(c605b6c0,0,104,186,3f1e3643,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c605b6c0,0,c07d1a2a,189,c55cac78,...) at sleepq_switch+0x14f sleepq_catch_signals(c07d1a2a,159,0,c55cac78,c55cac78,...) at sleepq_catch_signals+0xb4 sleepq_wait_sig(c55cac78,0,c07d5fd5,101,0,...) at sleepq_wait_sig+0x13 _cv_wait_sig(c55cac78,c0868fd0,c07d5962,4ac,0,...) at _cv_wait_sig+0x211 tty_wait(c55cac00,c55cac78,e83a3c5c,1,0,...) at tty_wait+0x6b ttydisc_read(c55cac00,e83a3c5c,0,9d,0,...) at ttydisc_read+0x219 ttydev_read(c57ec100,e83a3c5c,0,0,1,...) at ttydev_read+0xa5 devfs_read_f(c5ac9968,e83a3c5c,c5501600,0,c605b6c0,...) at devfs_read_f+0x7b dofileread(e83a3c5c,ffffffff,ffffffff,0,c5ac9968,...) at dofileread+0x5f kern_readv(c605b6c0,0,e83a3c5c,e83a3c7c,1,...) at kern_readv+0x52 read(c605b6c0,e83a3cf8,c,c07ff3b3,c081ca88,...) at read+0x51 syscall(e83a3d38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x28174cf3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 --- Tracing command getty pid 1271 tid 100087 td 0xc5ac5480 sched_switch(c5ac5480,0,104,186,3f2ea80c,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c5ac5480,0,c07d1a2a,189,c55cae78,...) at sleepq_switch+0x14f sleepq_catch_signals(c07d1a2a,159,0,c55cae78,c55cae78,...) at sleepq_catch_signals+0xb4 sleepq_wait_sig(c55cae78,0,c07d5fd5,101,0,...) at sleepq_wait_sig+0x13 _cv_wait_sig(c55cae78,c0868fd0,c07d5962,4ac,0,...) at _cv_wait_sig+0x211 tty_wait(c55cae00,c55cae78,e82cac5c,1,0,...) at tty_wait+0x6b ttydisc_read(c55cae00,e82cac5c,0,9d,0,...) at ttydisc_read+0x219 ttydev_read(c57ec000,e82cac5c,0,0,1,...) at ttydev_read+0xa5 devfs_read_f(c5ac9658,e82cac5c,c5501600,0,c5ac5480,...) at devfs_read_f+0x7b dofileread(e82cac5c,ffffffff,ffffffff,0,c5ac9658,...) at dofileread+0x5f kern_readv(c5ac5480,0,e82cac5c,e82cac7c,1,...) at kern_readv+0x52 read(c5ac5480,e82cacf8,c,c07ff3b3,c081ca88,...) at read+0x51 syscall(e82cad38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x28174cf3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 --- Tracing command getty pid 1270 tid 100130 td 0xc605b900 sched_switch(c605b900,0,104,186,3f40196b,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c605b900,0,c07d1a2a,189,c5841078,...) at sleepq_switch+0x14f sleepq_catch_signals(c07d1a2a,159,0,c5841078,c5841078,...) at sleepq_catch_signals+0xb4 sleepq_wait_sig(c5841078,0,c07d5fd5,101,0,...) at sleepq_wait_sig+0x13 _cv_wait_sig(c5841078,c0868fd0,c07d5962,4ac,0,...) at _cv_wait_sig+0x211 tty_wait(c5841000,c5841078,e83a0c5c,1,0,...) at tty_wait+0x6b ttydisc_read(c5841000,e83a0c5c,0,9d,0,...) at ttydisc_read+0x219 ttydev_read(c57e6e00,e83a0c5c,0,0,1,...) at ttydev_read+0xa5 devfs_read_f(c5ac8d20,e83a0c5c,c5501600,0,c605b900,...) at devfs_read_f+0x7b dofileread(e83a0c5c,ffffffff,ffffffff,0,c5ac8d20,...) at dofileread+0x5f kern_readv(c605b900,0,e83a0c5c,e83a0c7c,1,...) at kern_readv+0x52 read(c605b900,e83a0cf8,c,c07ff3b3,c081ca88,...) at read+0x51 syscall(e83a0d38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x28174cf3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 --- Tracing command getty pid 1269 tid 100128 td 0xc605bd80 sched_switch(c605bd80,0,104,186,3f41fda0,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c605bd80,0,c07d1a2a,189,c5841278,...) at sleepq_switch+0x14f sleepq_catch_signals(c07d1a2a,159,0,c5841278,c5841278,...) at sleepq_catch_signals+0xb4 sleepq_wait_sig(c5841278,0,c07d5fd5,101,0,...) at sleepq_wait_sig+0x13 _cv_wait_sig(c5841278,c0868fd0,c07d5962,4ac,0,...) at _cv_wait_sig+0x211 tty_wait(c5841200,c5841278,e839ac5c,1,0,...) at tty_wait+0x6b ttydisc_read(c5841200,e839ac5c,0,9d,0,...) at ttydisc_read+0x219 ttydev_read(c57e6d00,e839ac5c,0,0,1,...) at ttydev_read+0xa5 devfs_read_f(c5ad1620,e839ac5c,c5501600,0,c605bd80,...) at devfs_read_f+0x7b dofileread(e839ac5c,ffffffff,ffffffff,0,c5ad1620,...) at dofileread+0x5f kern_readv(c605bd80,0,e839ac5c,e839ac7c,1,...) at kern_readv+0x52 read(c605bd80,e839acf8,c,c07ff3b3,c081ca88,...) at read+0x51 syscall(e839ad38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x28174cf3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 --- Tracing command getty pid 1268 tid 100111 td 0xc5bc8b40 sched_switch(c5bc8b40,0,104,186,3f2ccf56,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c5bc8b40,0,c07d1a2a,189,c5841478,...) at sleepq_switch+0x14f sleepq_catch_signals(c07d1a2a,159,0,c5841478,c5841478,...) at sleepq_catch_signals+0xb4 sleepq_wait_sig(c5841478,0,c07d5fd5,101,0,...) at sleepq_wait_sig+0x13 _cv_wait_sig(c5841478,c0868fd0,c07d5962,4ac,0,...) at _cv_wait_sig+0x211 tty_wait(c5841400,c5841478,e833ec5c,1,0,...) at tty_wait+0x6b ttydisc_read(c5841400,e833ec5c,0,9d,0,...) at ttydisc_read+0x219 ttydev_read(c57e6c00,e833ec5c,0,0,1,...) at ttydev_read+0xa5 devfs_read_f(c5ac89a0,e833ec5c,c5501600,0,c5bc8b40,...) at devfs_read_f+0x7b dofileread(e833ec5c,ffffffff,ffffffff,0,c5ac89a0,...) at dofileread+0x5f kern_readv(c5bc8b40,0,e833ec5c,e833ec7c,1,...) at kern_readv+0x52 read(c5bc8b40,e833ecf8,c,c07ff3b3,c081ca88,...) at read+0x51 syscall(e833ed38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x28174cf3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 --- Tracing command getty pid 1267 tid 100126 td 0xc605c240 sched_switch(c605c240,0,104,186,3f4a4997,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c605c240,0,c07d1a2a,189,c55c9278,...) at sleepq_switch+0x14f sleepq_catch_signals(c07d1a2a,159,0,c55c9278,c55c9278,...) at sleepq_catch_signals+0xb4 sleepq_wait_sig(c55c9278,0,c07d5fd5,101,0,...) at sleepq_wait_sig+0x13 _cv_wait_sig(c55c9278,c0868fd0,c07d5962,4ac,0,...) at _cv_wait_sig+0x211 tty_wait(c55c9200,c55c9278,e8394c5c,1,0,...) at tty_wait+0x6b ttydisc_read(c55c9200,e8394c5c,0,9d,0,...) at ttydisc_read+0x219 ttydev_read(c57e6b00,e8394c5c,0,0,1,...) at ttydev_read+0xa5 devfs_read_f(c5ac8268,e8394c5c,c5501600,0,c605c240,...) at devfs_read_f+0x7b dofileread(e8394c5c,ffffffff,ffffffff,0,c5ac8268,...) at dofileread+0x5f kern_readv(c605c240,0,e8394c5c,e8394c7c,1,...) at kern_readv+0x52 read(c605c240,e8394cf8,c,c07ff3b3,c081ca88,...) at read+0x51 syscall(e8394d38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x28174cf3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 --- Tracing command getty pid 1266 tid 100060 td 0xc5848900 sched_switch(c5848900,0,104,186,3f5b36b4,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c5848900,0,c07d1a2a,189,c55c9478,...) at sleepq_switch+0x14f sleepq_catch_signals(c07d1a2a,159,0,c55c9478,c55c9478,...) at sleepq_catch_signals+0xb4 sleepq_wait_sig(c55c9478,0,c07d5fd5,101,0,...) at sleepq_wait_sig+0x13 _cv_wait_sig(c55c9478,c0868fd0,c07d5962,4ac,0,...) at _cv_wait_sig+0x211 tty_wait(c55c9400,c55c9478,e602dc5c,1,0,...) at tty_wait+0x6b ttydisc_read(c55c9400,e602dc5c,0,9d,0,...) at ttydisc_read+0x219 ttydev_read(c57e6a00,e602dc5c,0,0,1,...) at ttydev_read+0xa5 devfs_read_f(c5ac8c78,e602dc5c,c5501600,0,c5848900,...) at devfs_read_f+0x7b dofileread(e602dc5c,ffffffff,ffffffff,0,c5ac8c78,...) at dofileread+0x5f kern_readv(c5848900,0,e602dc5c,e602dc7c,1,...) at kern_readv+0x52 read(c5848900,e602dcf8,c,c07ff3b3,c081ca88,...) at read+0x51 syscall(e602dd38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x28174cf3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 --- Tracing command login pid 1265 tid 100107 td 0xc59fb6c0 sched_switch(c59fb6c0,0,104,186,b948f0be,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,5c,...) at mi_switch+0x20f sleepq_switch(c59fb6c0,0,c07d1a2a,189,c5a6ca70,...) at sleepq_switch+0x14f sleepq_catch_signals(c07d1a2a,159,0,100,100,...) at sleepq_catch_signals+0xb4 sleepq_wait_sig(c5a6ca70,5c,c07d425f,100,0,...) at sleepq_wait_sig+0x13 _sleep(c5a6ca70,c5a6caf8,15c,c07d425f,0,...) at _sleep+0x2ff kern_wait(c59fb6c0,4f9,e8332c78,0,0,...) at kern_wait+0xa7b wait4(c59fb6c0,e8332cf8,10,e8332d2c,c081cae8,...) at wait4+0x3e syscall(e8332d38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (7, FreeBSD ELF32, wait4), eip = 0x280f9f3b, esp = 0xbfbfed9c, ebp = 0xbfbfedb8 --- Tracing command obexapp pid 1264 tid 100112 td 0xc5bc8900 sched_switch(c5bc8900,0,104,186,238861ea,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,58,...) at mi_switch+0x20f sleepq_switch(c5bc8900,0,c07d1a2a,189,c609b65a,...) at sleepq_switch+0x14f sleepq_catch_signals(c07d1a2a,159,0,100,100,...) at sleepq_catch_signals+0xb4 sleepq_wait_sig(c609b65a,58,c07d42cf,100,0,...) at sleepq_wait_sig+0x13 _sleep(c609b65a,c09d5690,158,c07d42cf,0,...) at _sleep+0x2ff kern_accept(c5bc8900,5,e8341c6c,e8341c68,e8341c64,...) at kern_accept+0x121 accept1(e8341d2c,c0756f3e,c5bc8900,e8341cf8,c,...) at accept1+0x8e accept(c5bc8900,e8341cf8,c,c07a6055,c081cd10,...) at accept+0x13 syscall(e8341d38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (30, FreeBSD ELF32, accept), eip = 0x28261c6f, esp = 0xbfbfec6c, ebp = 0xbfbfecd8 --- Tracing command scmpc pid 1262 tid 100142 td 0xc5b22000 sched_switch(c5b22000,0,104,186,87608549,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,5c,...) at mi_switch+0x20f sleepq_switch(c5b22000,0,c07d1a2a,189,c0869864,...) at sleepq_switch+0x14f sleepq_catch_signals(927c1,c05b6618,c5b22000,1,100,...) at sleepq_catch_signals+0xb4 sleepq_timedwait_sig(c0869864,5c,c07ceb3a,100,0,...) at sleepq_timedwait_sig+0x14 _sleep(c0869864,0,15c,c07ceb3a,927c1,...) at _sleep+0x2cb kern_nanosleep(c5b22000,e83c4c68,e83c4c70,258,0,...) at kern_nanosleep+0xbd nanosleep(c5b22000,e83c4cf8,8,c07d4ccb,c081e0c0,...) at nanosleep+0x6b syscall(e83c4d38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (240, FreeBSD ELF32, nanosleep), eip = 0x281af88f, esp = 0xbf6fbf3c, ebp = 0xbf6fbf68 --- Tracing command scmpc pid 1262 tid 100141 td 0xc5b22240 sched_switch(c5b22240,0,104,186,de7e6f6e,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,5c,...) at mi_switch+0x20f sleepq_switch(c5b22240,0,c07d1a2a,189,c0869864,...) at sleepq_switch+0x14f sleepq_catch_signals(3e9,c05b6618,c5b22240,1,100,...) at sleepq_catch_signals+0xb4 sleepq_timedwait_sig(c0869864,5c,c07ceb3a,100,0,...) at sleepq_timedwait_sig+0x14 _sleep(c0869864,0,15c,c07ceb3a,3e9,...) at _sleep+0x2cb kern_nanosleep(c5b22240,e83c1c68,e83c1c70,1,0,...) at kern_nanosleep+0xbd nanosleep(c5b22240,e83c1cf8,8,c07d4950,c081e0c0,...) at nanosleep+0x6b syscall(e83c1d38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (240, FreeBSD ELF32, nanosleep), eip = 0x281af88f, esp = 0xbf7fcdcc, ebp = 0xbf7fcdf8 --- Tracing command scmpc pid 1262 tid 100140 td 0xc5b22480 sched_switch(c5b22480,0,104,186,c5470bfe,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,5c,...) at mi_switch+0x20f sleepq_switch(c5b22480,0,c07d1a2a,189,c0869864,...) at sleepq_switch+0x14f sleepq_catch_signals(3e9,c05b6618,c5b22480,1,100,...) at sleepq_catch_signals+0xb4 sleepq_timedwait_sig(c0869864,5c,c07ceb3a,100,0,...) at sleepq_timedwait_sig+0x14 _sleep(c0869864,0,15c,c07ceb3a,3e9,...) at _sleep+0x2cb kern_nanosleep(c5b22480,e83bec68,e83bec70,1,0,...) at kern_nanosleep+0xbd nanosleep(c5b22480,e83becf8,8,c07d43a3,c081e0c0,...) at nanosleep+0x6b syscall(e83bed38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (240, FreeBSD ELF32, nanosleep), eip = 0x281af88f, esp = 0xbf8fde9c, ebp = 0xbf8fdec8 --- Tracing command scmpc pid 1262 tid 100139 td 0xc5b226c0 sched_switch(c5b226c0,0,104,186,133325dd,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,68,...) at mi_switch+0x20f sleepq_switch(c5b226c0,0,c07d1a2a,189,e83bbbe4,...) at sleepq_switch+0x14f sleepq_catch_signals(c07d1a2a,159,0,100,100,...) at sleepq_catch_signals+0xb4 sleepq_wait_sig(e83bbbe4,68,c07cda24,100,0,...) at sleepq_wait_sig+0x13 _sleep(e83bbbe4,c5bc3af8,168,c07cda24,0,...) at _sleep+0x2ff kern_sigtimedwait(c5b226c0,7ffefeff,ffffffff,ffffffff,ffffffff,...) at kern_sigtimedwait+0x27e sigwait(c5b226c0,e83bbcf8,8,e83bbcd4,c081f278,...) at sigwait+0x6e syscall(e83bbd38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (429, FreeBSD ELF32, sigwait), eip = 0x28136cf3, esp = 0xbf9fef2c, ebp = 0xbf9fef58 --- Tracing command scmpc pid 1262 tid 100137 td 0xc605a900 sched_switch(c605a900,0,104,186,1332bff2,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c605a900,0,c07d1a2a,189,c601b400,...) at sleepq_switch+0x14f sleepq_catch_signals(c07d1a2a,159,0,100,100,...) at sleepq_catch_signals+0xb4 sleepq_wait_sig(c601b400,0,c07cf001,100,0,...) at sleepq_wait_sig+0x13 _sleep(c601b400,c086cd94,100,c07cf001,0,...) at _sleep+0x2ff __umtx_op_cv_wait(c605a900,e83b5cf8,e83b5d2c,c0756f3e,c605a900,...) at __umtx_op_cv_wait+0x4f4 _umtx_op(c605a900,e83b5cf8,14,c07d4f23,c081f4d0,...) at _umtx_op+0x29 syscall(e83b5d38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (454, FreeBSD ELF32, _umtx_op), eip = 0x2809d3b3, esp = 0xbfbfed4c, ebp = 0xbfbfed68 --- Tracing command fetchmail pid 1248 tid 100125 td 0xc5b22b40 sched_switch(c5b22b40,0,104,186,b011337b,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c5b22b40,0,c07d1a2a,189,c5a87164,...) at sleepq_switch+0x14f sleepq_catch_signals(e8391a50,c0575503,c5a87150,0,c5a87164,...) at sleepq_catch_signals+0xb4 sleepq_timedwait_sig(c5a87164,0,e8391a80,101,0,...) at sleepq_timedwait_sig+0x14 _cv_timedwait_sig(c5a87164,c5a87150,ea61,570,c5b22b40,...) at _cv_timedwait_sig+0x220 seltdwait(e8391c30,e8391c38,3d6,3be,c07c86d4,...) at seltdwait+0x7f kern_select(c5b22b40,0,0,0,0,e8391c74,3c,0) at kern_select+0x4d1 select(c5b22b40,e8391cf8,14,c07d40cb,c081d2f8,...) at select+0x59 syscall(e8391d38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x28463c73, esp = 0xbfbfebbc, ebp = 0xbfbfebf8 --- Tracing command cron pid 1186 tid 100124 td 0xc5b22d80 sched_switch(c5b22d80,0,104,186,426ab333,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,5c,...) at mi_switch+0x20f sleepq_switch(c5b22d80,0,c07d1a2a,189,c0869864,...) at sleepq_switch+0x14f sleepq_catch_signals(e679,c05b6618,c5b22d80,0,100,...) at sleepq_catch_signals+0xb4 sleepq_timedwait_sig(c0869864,5c,c07ceb3a,100,0,...) at sleepq_timedwait_sig+0x14 _sleep(c0869864,0,15c,c07ceb3a,e679,...) at _sleep+0x2cb kern_nanosleep(c5b22d80,e838ec68,e838ec70,3b,0,...) at kern_nanosleep+0xbd nanosleep(c5b22d80,e838ecf8,8,c07d43a3,c081e0c0,...) at nanosleep+0x6b syscall(e838ed38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (240, FreeBSD ELF32, nanosleep), eip = 0x2816088f, esp = 0xbfbfecdc, ebp = 0xbfbfed08 --- Tracing command cupsd pid 1150 tid 100129 td 0xc605bb40 sched_switch(c605bb40,0,104,186,3fba60ee,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,58,...) at mi_switch+0x20f sleepq_switch(c605bb40,0,c07d1a2a,189,c6025880,...) at sleepq_switch+0x14f sleepq_catch_signals(c07d1a2a,159,0,100,100,...) at sleepq_catch_signals+0xb4 sleepq_wait_sig(c6025880,58,c07c9a1f,100,0,...) at sleepq_wait_sig+0x13 _sleep(c6025880,c6025880,158,c07c9a1f,0,...) at _sleep+0x2ff kern_kevent(c605bb40,0,0,2b57,e839dc68,0,e839dcf8,c055ef97,c055ef46,67,283ed980) at kern_kevent+0x371 kevent(c605bb40,e839dcf8,18,c07d43a3,c081ec48,...) at kevent+0x6a syscall(e839dd38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (363, FreeBSD ELF32, kevent), eip = 0x283bd96b, esp = 0xbfbfe94c, ebp = 0xbfbfe998 --- Tracing command sendmail pid 1125 tid 100056 td 0xc59c2240 sched_switch(c59c2240,0,104,186,531a5512,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,68,...) at mi_switch+0x20f sleepq_switch(c59c2240,0,c07d1a2a,189,c59ba2f4,...) at sleepq_switch+0x14f sleepq_catch_signals(c07d1a2a,159,0,100,100,...) at sleepq_catch_signals+0xb4 sleepq_wait_sig(c59ba2f4,68,c07cd8f8,100,0,...) at sleepq_wait_sig+0x13 _sleep(c59ba2f4,c59ba324,168,c07cd8f8,0,...) at _sleep+0x2ff kern_sigsuspend(c59c2240,0,0,0,0,...) at kern_sigsuspend+0xdd sigsuspend(c59c2240,e6021cf8,4,c07d4139,c081ea38,...) at sigsuspend+0x4d syscall(e6021d38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (341, FreeBSD ELF32, sigsuspend), eip = 0x28316493, esp = 0xbfbfdacc, ebp = 0xbfbfdaf8 --- Tracing command sendmail pid 1121 tid 100075 td 0xc59d5480 sched_switch(c59d5480,0,104,186,d5c7746e,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c59d5480,0,c07d1a2a,189,c5a88da4,...) at sleepq_switch+0x14f sleepq_catch_signals(e605aa50,c0575503,c5a88d90,0,c5a88da4,...) at sleepq_catch_signals+0xb4 sleepq_timedwait_sig(c5a88da4,0,e605aa80,101,0,...) at sleepq_timedwait_sig+0x14 _cv_timedwait_sig(c5a88da4,c5a88d90,1389,570,c5ac8738,...) at _cv_timedwait_sig+0x220 seltdwait(e605ac30,e605ac38,3d6,c59d5480,c188ca38,...) at seltdwait+0x7f kern_select(c59d5480,5,bfbfd0c4,0,0,e605ac74,5,0) at kern_select+0x4d1 select(c59d5480,e605acf8,14,c07d4679,c081d2f8,...) at select+0x59 syscall(e605ad38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x283acc73, esp = 0xbfbfd02c, ebp = 0xbfbfdae8 --- Tracing command mpd pid 1103 tid 100113 td 0xc5bc86c0 sched_switch(c5bc86c0,0,104,186,c549ee46,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c5bc86c0,0,c07d1a2a,189,c601bc64,...) at sleepq_switch+0x14f sleepq_catch_signals(e8344a50,c0575503,c601bc50,0,c601bc64,...) at sleepq_catch_signals+0xb4 sleepq_timedwait_sig(c601bc64,0,e8344a80,101,0,...) at sleepq_timedwait_sig+0x14 _cv_timedwait_sig(c601bc64,c601bc50,3e9,570,c5ac8038,...) at _cv_timedwait_sig+0x220 seltdwait(e8344c30,e8344c38,3d6,c5bc86c0,c5bc86c0,...) at seltdwait+0x7f kern_select(c5bc86c0,9,bfbfe908,bfbfe888,bfbfe808,e8344c74,1,0) at kern_select+0x4d1 select(c5bc86c0,e8344cf8,14,c07d43a3,c081d2f8,...) at select+0x59 syscall(e8344d38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x285e3c73, esp = 0xbfbfe70c, ebp = 0xbfbfe738 --- Tracing command smartd pid 1087 tid 100104 td 0xc59fbd80 sched_switch(c59fbd80,0,104,186,5b7b28d9,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,5c,...) at mi_switch+0x20f sleepq_switch(c59fbd80,0,c07d1a2a,189,c0869864,...) at sleepq_switch+0x14f sleepq_catch_signals(1b7741,c05b6618,c59fbd80,0,100,...) at sleepq_catch_signals+0xb4 sleepq_timedwait_sig(c0869864,5c,c07ceb3a,100,0,...) at sleepq_timedwait_sig+0x14 _sleep(c0869864,0,15c,c07ceb3a,1b7741,...) at _sleep+0x2cb kern_nanosleep(c59fbd80,e8329c68,e8329c70,708,0,...) at kern_nanosleep+0xbd nanosleep(c59fbd80,e8329cf8,8,c07d43a3,c081e0c0,...) at nanosleep+0x6b syscall(e8329d38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (240, FreeBSD ELF32, nanosleep), eip = 0x282a288f, esp = 0xbfbfec1c, ebp = 0xbfbfec48 --- Tracing command sdpd pid 1056 tid 100045 td 0xc5847240 sched_switch(c5847240,0,104,186,2387faa0,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c5847240,0,c07d1a2a,189,c601b024,...) at sleepq_switch+0x14f sleepq_catch_signals(c0575503,c601b010,0,c07cc070,c601b024,...) at sleepq_catch_signals+0xb4 sleepq_wait_sig(c601b024,0,e6000a80,101,0,...) at sleepq_wait_sig+0x13 _cv_wait_sig(c601b024,c601b010,c07d3c99,570,c5ac9d20,...) at _cv_wait_sig+0x211 seltdwait(c5bc502c,c07d3c99,3d6,c5847240,c07d7683,...) at seltdwait+0x95 kern_select(c5847240,7,bfbfec74,0,0,0,67,48) at kern_select+0x4d1 select(c5847240,e6000cf8,14,c07d4893,c081d2f8,...) at select+0x59 syscall(e6000d38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x28167c73, esp = 0xbfbfec1c, ebp = 0xbfbfed58 --- Tracing command powerd pid 1045 tid 100061 td 0xc58486c0 sched_switch(c58486c0,0,104,186,13142e69,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c58486c0,0,c07d1a2a,189,c5a269e4,...) at sleepq_switch+0x14f sleepq_catch_signals(e6030a50,c0575503,c5a269d0,0,c5a269e4,...) at sleepq_catch_signals+0xb4 sleepq_timedwait_sig(c5a269e4,0,e6030a80,101,0,...) at sleepq_timedwait_sig+0x14 _cv_timedwait_sig(c5a269e4,c5a269d0,fb,570,c58486c0,...) at _cv_timedwait_sig+0x220 seltdwait(e6030c30,e6030c38,3d6,3be,e6030b2c,...) at seltdwait+0x7f kern_select(c58486c0,0,bfbfe9a0,0,bfbfe9a0,e6030c74,0,3d090) at kern_select+0x4d1 select(c58486c0,e6030cf8,14,c07d4679,c081d2f8,...) at select+0x59 syscall(e6030d38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x28172c73, esp = 0xbfbfe91c, ebp = 0xbfbfee98 --- Tracing command hcsecd pid 1002 tid 100055 td 0xc59c2480 sched_switch(c59c2480,0,104,186,ca2af64e,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,58,...) at mi_switch+0x20f sleepq_switch(c59c2480,0,c07d1a2a,189,c5bd3e78,...) at sleepq_switch+0x14f sleepq_catch_signals(c07d1a2a,159,0,100,100,...) at sleepq_catch_signals+0xb4 sleepq_wait_sig(c5bd3e78,58,c07d76ec,100,0,...) at sleepq_wait_sig+0x13 _sleep(c5bd3e78,c5bd3e38,158,c07d76ec,0) at _sleep+0x2ff sbwait(c5bd3e18,4,c07d77a1,5ae,c5bd3e38,...) at sbwait+0x76 soreceive_generic(c5bd3dc8,e601ec08,e601ebe8,0,0,...) at soreceive_generic+0x3f7 soreceive(c5bd3dc8,e601ec08,e601ebe8,0,0,...) at soreceive+0x38 kern_recvit(c59c2480,3,e601ec5c,0,0,...) at kern_recvit+0x14a recvit(bfbfec20,e601ec60,4,bfbfee26,22,e601ec78,1,0,c07d21f8,0,bfbfec26,200) at recvit+0x2e recvfrom(c59c2480,e601ecf8,18,c07d4ccb,c081ccf8,...) at recvfrom+0x74 syscall(e601ed38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (29, FreeBSD ELF32, recvfrom), eip = 0x2812579f, esp = 0xbfbfebdc, ebp = 0xbfbfee68 --- Tracing command syslogd pid 890 tid 100101 td 0xc5ac2480 sched_switch(c5ac2480,0,104,186,f4639aa8,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c5ac2480,0,c07d1a2a,189,c5b24e24,...) at sleepq_switch+0x14f sleepq_catch_signals(c0575503,c5b24e10,0,c07cc070,c5b24e24,...) at sleepq_catch_signals+0xb4 sleepq_wait_sig(c5b24e24,0,e8319a80,101,0,...) at sleepq_wait_sig+0x13 _cv_wait_sig(c5b24e24,c5b24e10,c07d3c99,570,c5ad1bd0,...) at _cv_wait_sig+0x211 seltdwait(c5a4ec2c,c07d3c99,3d6,c5ac2480,0,...) at seltdwait+0x95 kern_select(c5ac2480,8,282290ac,0,0,0,67,2818a980) at kern_select+0x4d1 select(c5ac2480,e8319cf8,14,c07d424e,c081d2f8,...) at select+0x59 syscall(e8319d38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x28177c73, esp = 0xbfbfdf1c, ebp = 0xbfbfee88 --- Tracing command devd pid 662 tid 100099 td 0xc5ac2900 sched_switch(c5ac2900,0,104,186,a2078f1c,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c5ac2900,0,c07d1a2a,189,c5a24aa4,...) at sleepq_switch+0x14f sleepq_catch_signals(c0575503,c5a24a90,0,c07cc070,c5a24aa4,...) at sleepq_catch_signals+0xb4 sleepq_wait_sig(c5a24aa4,0,e830fa80,101,0,...) at sleepq_wait_sig+0x13 _cv_wait_sig(c5a24aa4,c5a24a90,c07d3c99,570,c5ac9498,...) at _cv_wait_sig+0x211 seltdwait(c5a9012c,c07d3c99,3d6,c5ac2900,c54e60a8,...) at seltdwait+0x95 kern_select(c5ac2900,5,bfbfe9f0,0,0,0,67,8) at kern_select+0x4d1 select(c5ac2900,e830fcf8,14,c07a6055,c081d2f8,...) at select+0x59 syscall(e830fd38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x808573b, esp = 0xbfbfe9ac, ebp = 0xbfbfee98 --- Tracing command moused pid 636 tid 100102 td 0xc5ac2240 sched_switch(c5ac2240,0,104,186,c293a4f1,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c5ac2240,0,c07d1a2a,189,c5a26724,...) at sleepq_switch+0x14f sleepq_catch_signals(c0575503,c5a26710,0,c07cc070,c5a26724,...) at sleepq_catch_signals+0xb4 sleepq_wait_sig(c5a26724,0,e8323a80,101,0,...) at sleepq_wait_sig+0x13 _cv_wait_sig(c5a26724,c5a26710,c07d3c99,570,c5ac9268,...) at _cv_wait_sig+0x211 seltdwait(c5cd522c,c07d3c99,3d6,c5ac2240,0,...) at seltdwait+0x95 kern_select(c5ac2240,400,bfbfea3c,0,0,0,67,1) at kern_select+0x4d1 select(c5ac2240,e8323cf8,14,c07ff3b3,c081d2f8,...) at select+0x59 syscall(e8323d38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (93, FreeBSD ELF32, select), eip = 0x28190c73, esp = 0xbfbfe9bc, ebp = 0xbfbfeb58 --- Tracing command adjkerntz pid 207 tid 100122 td 0xc5bc7240 sched_switch(c5bc7240,0,104,186,f6ccfb43,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,68,...) at mi_switch+0x20f sleepq_switch(c5bc7240,0,c07d1a2a,189,c5bc1058,...) at sleepq_switch+0x14f sleepq_catch_signals(c07d1a2a,159,0,100,100,...) at sleepq_catch_signals+0xb4 sleepq_wait_sig(c5bc1058,68,c07cd8f8,100,0,...) at sleepq_wait_sig+0x13 _sleep(c5bc1058,c5bc1088,168,c07cd8f8,0,...) at _sleep+0x2ff kern_sigsuspend(c5bc7240,0,0,0,0,...) at kern_sigsuspend+0xdd sigsuspend(c5bc7240,e835fcf8,4,c07d4679,c081ea38,...) at sigsuspend+0x4d syscall(e835fd38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (341, FreeBSD ELF32, sigsuspend), eip = 0x280cd493, esp = 0xbfbfeddc, ebp = 0xbfbfee98 --- Tracing command USBPROC pid 77 tid 100050 td 0xc57436c0 sched_switch(c57436c0,0,104,186,c2840726,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c57436c0,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f sleepq_wait(c5a12880,0,c07c2768,0,0,...) at sleepq_wait+0x63 _sleep(c5a12880,c5720d90,0,c07c2768,0) at _sleep+0x316 usb2_msleep(c07c2768,0,e600fcf8,c050c4df,c5a12880,...) at usb2_msleep+0x4e usb2_cv_wait(c5a12880,c5720d90,c07c26bc,51,c086dc40,...) at usb2_cv_wait+0x23 usb2_process(c5a12878,e600fd38,c07c9ce2,327,c59bf29c,...) at usb2_process+0x18a fork_exit(c050c355,c5a12878,e600fd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe600fd70, ebp = 0 --- Tracing command USBPROC pid 76 tid 100096 td 0xc5b22900 sched_switch(c5b22900,0,104,186,2a6ba944,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c5b22900,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f sleepq_wait(c5b1a080,0,c07c2768,0,0,...) at sleepq_wait+0x63 _sleep(c5b1a080,c5720d90,0,c07c2768,0) at _sleep+0x316 usb2_msleep(c07c2768,0,e82f0cf8,c050c4df,c5b1a080,...) at usb2_msleep+0x4e usb2_cv_wait(c5b1a080,c5720d90,c07c26bc,51,c086dc40,...) at usb2_cv_wait+0x23 usb2_process(c5b1a078,e82f0d38,c07c9ce2,327,c59e87d4,...) at usb2_process+0x18a fork_exit(c050c355,c5b1a078,e82f0d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe82f0d70, ebp = 0 --- Tracing command USBPROC pid 69 tid 100093 td 0xc59f8480 sched_switch(c59f8480,0,104,186,e533b4c4,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c59f8480,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f sleepq_wait(c5af7080,0,c07c2768,0,0,...) at sleepq_wait+0x63 _sleep(c5af7080,c5720d90,0,c07c2768,0) at _sleep+0x316 usb2_msleep(c07c2768,0,e82e1cf8,c050c4df,c5af7080,...) at usb2_msleep+0x4e usb2_cv_wait(c5af7080,c5720d90,c07c26bc,51,c086dc40,...) at usb2_cv_wait+0x23 usb2_process(c5af7078,e82e1d38,c07c9ce2,327,c5a6b000,...) at usb2_process+0x18a fork_exit(c050c355,c5af7078,e82e1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe82e1d70, ebp = 0 --- Tracing command USBPROC pid 68 tid 100092 td 0xc59f86c0 sched_switch(c59f86c0,0,104,186,b7baabea,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c59f86c0,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f sleepq_wait(c5ae5080,0,c07c2768,0,0,...) at sleepq_wait+0x63 _sleep(c5ae5080,c5720d90,0,c07c2768,0) at _sleep+0x316 usb2_msleep(c07c2768,0,e82dacf8,c050c4df,c5ae5080,...) at usb2_msleep+0x4e usb2_cv_wait(c5ae5080,c5720d90,c07c26bc,51,c086dc40,...) at usb2_cv_wait+0x23 usb2_process(c5ae5078,e82dad38,c07c9ce2,327,c5a6b29c,...) at usb2_process+0x18a fork_exit(c050c355,c5ae5078,e82dad38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe82dad70, ebp = 0 --- Tracing command USBPROC pid 67 tid 100041 td 0xc5847b40 sched_switch(c5847b40,0,104,186,a527b4f6,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c5847b40,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f sleepq_wait(c5ae0080,0,c07c2768,0,0,...) at sleepq_wait+0x63 _sleep(c5ae0080,c570ad90,0,c07c2768,0) at _sleep+0x316 usb2_msleep(c07c2768,0,e5ff4cf8,c050c4df,c5ae0080,...) at usb2_msleep+0x4e usb2_cv_wait(c5ae0080,c570ad90,c07c26bc,51,c086d5c0,...) at usb2_cv_wait+0x23 usb2_process(c5ae0078,e5ff4d38,c07c9ce2,327,c57eb7d4,...) at usb2_process+0x18a fork_exit(c050c355,c5ae0078,e5ff4d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe5ff4d70, ebp = 0 --- Tracing command USBPROC pid 66 tid 100040 td 0xc5847d80 sched_switch(c5847d80,0,104,186,cf347525,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c5847d80,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f sleepq_wait(c5ad6080,0,c07c2768,0,0,...) at sleepq_wait+0x63 _sleep(c5ad6080,c570ad90,0,c07c2768,0) at _sleep+0x316 usb2_msleep(c07c2768,0,e5ff1cf8,c050c4df,c5ad6080,...) at usb2_msleep+0x4e usb2_cv_wait(c5ad6080,c570ad90,c07c26bc,51,c086d5c0,...) at usb2_cv_wait+0x23 usb2_process(c5ad6078,e5ff1d38,c07c9ce2,327,c57eba70,...) at usb2_process+0x18a fork_exit(c050c355,c5ad6078,e5ff1d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe5ff1d70, ebp = 0 --- Tracing command USBPROC pid 65 tid 100090 td 0xc59f8b40 sched_switch(c59f8b40,0,104,186,a523cd1e,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c59f8b40,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f sleepq_wait(c5ad3080,0,c07c2768,0,0,...) at sleepq_wait+0x63 _sleep(c5ad3080,c570ad90,0,c07c2768,0) at _sleep+0x316 usb2_msleep(c07c2768,0,e82d4cf8,c050c4df,c5ad3080,...) at usb2_msleep+0x4e usb2_cv_wait(c5ad3080,c570ad90,c07c26bc,51,c086dc40,...) at usb2_cv_wait+0x23 usb2_process(c5ad3078,e82d4d38,c07c9ce2,327,c5a6b7d4,...) at usb2_process+0x18a fork_exit(c050c355,c5ad3078,e82d4d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe82d4d70, ebp = 0 --- Tracing command softdepflush pid 63 tid 100086 td 0xc59f8d80 sched_switch(c59f8d80,0,104,186,e0b47f6b,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,44,...) at mi_switch+0x20f sleepq_switch(c59f8d80,0,c07d1a2a,266,0,...) at sleepq_switch+0x14f sleepq_timedwait(c09d8120,44,c07ef8db,0,0,...) at sleepq_timedwait+0x64 _sleep(c09d8120,c09d80c4,44,c07ef8db,3e8,...) at _sleep+0x2e2 softdep_flush(0,e60dbd38,c07c9ce2,327,c5a6ba70,...) at softdep_flush+0x2ab fork_exit(c06bbf97,0,e60dbd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe60dbd70, ebp = 0 --- Tracing command syncer pid 62 tid 100085 td 0xc59fa000 sched_switch(c59fa000,0,104,186,2395e283,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c59fa000,0,c07d1a2a,266,c09d5ad4,...) at sleepq_switch+0x14f sleepq_timedwait(c09d5ad4,0,e60d8c88,1,0,...) at sleepq_timedwait+0x64 _cv_timedwait(c09d5ad4,c09d5ac0,3e8,6ac,4e20,...) at _cv_timedwait+0x220 sched_sync(0,e60d8d38,c07c9ce2,327,c5a6bd0c,...) at sched_sync+0x4f3 fork_exit(c0605492,0,e60d8d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe60d8d70, ebp = 0 --- Tracing command vnlru pid 61 tid 100084 td 0xc59fa240 sched_switch(c59fa240,0,104,186,4b93f0d,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,50,...) at mi_switch+0x20f sleepq_switch(c59fa240,0,c07d1a2a,266,0,...) at sleepq_switch+0x14f sleepq_timedwait(c5a6c000,50,c07db5c7,0,0,...) at sleepq_timedwait+0x64 _sleep(c5a6c000,c09d5a94,250,c07db5c7,3e8,...) at _sleep+0x2e2 vnlru_proc(0,e60d5d38,c07c9ce2,327,c5a6c000,...) at vnlru_proc+0x10b fork_exit(c0605fe0,0,e60d5d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe60d5d70, ebp = 0 --- Tracing command bufdaemon pid 9 tid 100083 td 0xc59fa480 sched_switch(c59fa480,0,104,186,4b35539,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,44,...) at mi_switch+0x20f sleepq_switch(c59fa480,0,c07d1a2a,266,0,...) at sleepq_switch+0x14f sleepq_timedwait(c09d5824,44,c07d8f5f,0,0,...) at sleepq_timedwait+0x64 _sleep(c09d5824,c09d5828,44,c07d8f5f,3e8,...) at _sleep+0x2e2 buf_daemon(0,e60d2d38,c07c9ce2,327,c5a6c29c,...) at buf_daemon+0x217 fork_exit(c05f19c1,0,e60d2d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe60d2d70, ebp = 0 --- Tracing command pagezero pid 8 tid 100082 td 0xc59fa6c0 sched_switch(c59fa6c0,0,104,186,86b8e0b0,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c59fa6c0,0,c07d1a2a,266,0,...) at sleepq_switch+0x14f sleepq_timedwait(c09d8d14,0,c07f4814,0,0,...) at sleepq_timedwait+0x64 _sleep(c09d8d14,c09d88d0,0,c07f4814,493e0,...) at _sleep+0x2e2 vm_pagezero(0,e60cfd38,c07c9ce2,327,c5a6c538,...) at vm_pagezero+0x156 fork_exit(c06f23a6,0,e60cfd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe60cfd70, ebp = 0 --- Tracing command vmdaemon pid 7 tid 100081 td 0xc59fa900 sched_switch(c59fa900,0,104,186,665859d5,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,68,...) at mi_switch+0x20f sleepq_switch(c59fa900,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f sleepq_wait(c09d893c,68,c07d8f5f,0,0,...) at sleepq_wait+0x63 _sleep(c09d893c,c09d8940,68,c07d8f5f,0,...) at _sleep+0x316 vm_daemon(0,e60ccd38,c07c9ce2,327,c5a6c7d4,...) at vm_daemon+0x59 fork_exit(c06ecb6e,0,e60ccd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe60ccd70, ebp = 0 --- Tracing command pagedaemon pid 6 tid 100080 td 0xc59fab40 sched_switch(c59fab40,0,104,186,c5c255de,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,44,...) at mi_switch+0x20f sleepq_switch(c59fab40,0,c07d1a2a,266,0,...) at sleepq_switch+0x14f sleepq_timedwait(c09d8904,44,c07d8f5f,0,0,...) at sleepq_timedwait+0x64 _sleep(c09d8904,c09d88d0,44,c07d8f5f,1388,...) at _sleep+0x2e2 vm_pageout(0,e60c9d38,c07c9ce2,327,c59d17d4,...) at vm_pageout+0x2cd fork_exit(c06ed993,0,e60c9d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe60c9d70, ebp = 0 --- Tracing command USBPROC pid 60 tid 100079 td 0xc59fad80 sched_switch(c59fad80,0,104,186,e597ced8,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c59fad80,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f sleepq_wait(c57d4c78,0,c07c2768,0,0,...) at sleepq_wait+0x63 _sleep(c57d4c78,c57d4cf0,0,c07c2768,0) at _sleep+0x316 usb2_msleep(c07c2768,0,e6066cf8,c050c4df,c57d4c78,...) at usb2_msleep+0x4e usb2_cv_wait(c57d4c78,c57d4cf0,c07c26bc,51,c086d5c0,...) at usb2_cv_wait+0x23 usb2_process(c57d4c70,e6066d38,c07c9ce2,327,c59d1a70,...) at usb2_process+0x18a fork_exit(c050c355,c57d4c70,e6066d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe6066d70, ebp = 0 --- Tracing command USBPROC pid 59 tid 100078 td 0xc59fb000 sched_switch(c59fb000,0,104,186,e57970d9,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c59fb000,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f sleepq_wait(c5839480,0,c07c2768,0,0,...) at sleepq_wait+0x63 _sleep(c5839480,c57d4cf0,0,c07c2768,0) at _sleep+0x316 usb2_msleep(c07c2768,0,e6063cf8,c050c4df,c5839480,...) at usb2_msleep+0x4e usb2_cv_wait(c5839480,c57d4cf0,c07c26bc,51,c086d5c0,...) at usb2_cv_wait+0x23 usb2_process(c5839478,e6063d38,c07c9ce2,327,c59d1d0c,...) at usb2_process+0x18a fork_exit(c050c355,c5839478,e6063d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe6063d70, ebp = 0 --- Tracing command USBPROC pid 58 tid 100077 td 0xc59d5000 sched_switch(c59d5000,0,104,186,e597b6b1,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f sleepq_switch(c59d5000,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f sleepq_wait(c5827080,0,c07c2768,0,0,...) at sleepq_wait+0x63 _sleep(c5827080,c57d4cf0,0,c07c2768,0) at _sleep+0x316 usb2_msleep(c07c2768,0,e6060cf8,c050c4df,c5827080,...) at usb2_msleep+0x4e usb2_cv_wait(c5827080,c57d4cf0,c07c26bc,51,c086d5c0,...) at usb2_cv_wait+0x23 usb2_process(c5827078,e6060d38,c07c9ce2,327,c59e7000,...) at usb2_process+0x18a fork_exit(c050c355,c5827078,e6060d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe6060d70, ebp = 0 --- Tracing command USBPROC pid 55 tid 100074 td 0xc59d56c0 sched_switch(c59d56c0,0,104,186,e58caaef,...) at sched_switch+0x40b mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_sCopyright (c) 1992-2008 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 8.0-CURRENT #0: Fri Nov 21 18:47:55 CET 2008 root@moshnroll:/usr/obj/usr/src/sys/ARUNDEL WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) Dual CPU E2160 @ 1.80GHz (1800.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fd Stepping = 13 Features=0xbfebfbff Features2=0xe39d AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2146304000 (2046 MB) avail memory = 2087440384 (1990 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard ath_hal: 0.10.5.10 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, RF2417) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7fde0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xb000-0xb07f mem 0xf6000000-0xf6ffffff,0xe0000000-0xefffffff,0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci1 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_busmaster vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] uhci0: port 0xe100-0xe11f irq 16 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x2f00 usbus0: on uhci0 uhci1: port 0xe200-0xe21f irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x2f00 usbus1: on uhci1 uhci2: port 0xe000-0xe01f irq 18 at device 26.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x2f00 usbus2: on uhci2 ehci0: mem 0xfa205000-0xfa2053ff irq 18 at device 26.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 hdac0: mem 0xfa200000-0xfa203fff irq 22 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20081115_0116 hdac0: [ITHREAD] pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 19 at device 28.3 on pci0 pci3: on pcib3 atapci0: port 0xc000-0xc007,0xc100-0xc103,0xc200-0xc207,0xc300-0xc303,0xc400-0xc40f mem 0xfa000000-0xfa001fff irq 19 at device 0.0 on pci3 atapci0: [ITHREAD] atapci0: AHCI called from vendor specific driver atapci0: AHCI Version 01.00 controller with 2 ports PM supported ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] pcib4: irq 16 at device 28.4 on pci0 pci4: on pcib4 re0: port 0xd000-0xd0ff mem 0xf9000000-0xf9000fff irq 16 at device 0.0 on pci4 re0: turning off MSI enable bit. re0: Chip rev. 0x38000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:1a:4d:4b:b4:eb re0: [FILTER] uhci3: port 0xe300-0xe31f irq 23 at device 29.0 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x2f00 usbus4: on uhci3 uhci4: port 0xe400-0xe41f irq 19 at device 29.1 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x2f00 usbus5: on uhci4 uhci5: port 0xe500-0xe51f irq 18 at device 29.2 on pci0 uhci5: [ITHREAD] uhci5: LegSup = 0x2f00 usbus6: on uhci5 ehci1: mem 0xfa204000-0xfa2043ff irq 23 at device 29.7 on pci0 ehci1: [ITHREAD] usbus7: EHCI version 1.0 usbus7: on ehci1 pcib5: at device 30.0 on pci0 pci5: on pcib5 ath0: mem 0xfa100000-0xfa10ffff irq 19 at device 1.0 on pci5 ath0: [ITHREAD] ath0: WARNING: using obsoleted if_watchdog interface ath0: mac 7.9 phy 4.5 radio 5.6 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xe600-0xe607,0xe700-0xe703,0xe800-0xe807,0xe900-0xe903,0xea00-0xea1f mem 0xfa206000-0xfa2067ff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.20 controller with 6 ports PM supported ata5: on atapci1 ata5: executing CLO failed ata5: still BUSY after softreset ata5: [ITHREAD] ata6: on atapci1 ata6: [ITHREAD] ata7: on atapci1 ata7: [ITHREAD] ata8: on atapci1 ata8: [ITHREAD] ata9: on atapci1 ata9: [ITHREAD] ata10: on atapci1 ata10: [ITHREAD] pci0: at device 31.3 (no driver attached) atrtc1: port 0x70-0x73 on acpi0 cpu0: on acpi0 coretemp0: on cpu0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 925092506000925 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 coretemp1: on cpu1 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 925092506000925 device_attach: est1 attach returned 6 p4tcc1: on cpu1 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff 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] atrtc0: at port 0x70 irq 8 on isa0 atrtc0: Warning: Couldn't map I/O. atrtc0: Warning: Couldn't map Interrupt. Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 ushub0: on usbus0 ushub0: 2 ports with 2 removable, self powered usbus1: 12Mbps Full Speed USB v1.0 ugen1.1: at usbus1 ushub1: on usbus1 ushub1: 2 ports with 2 removable, self powered usbus2: 12Mbps Full Speed USB v1.0 ugen2.1: at usbus2 ushub2: on usbus2 ushub2: 2 ports with 2 removable, self powered usbus3: 480Mbps High Speed USB v2.0 ugen3.1: at usbus3 ushub3: on usbus3 ushub3: 6 ports with 6 removable, self powered usbus4: 12Mbps Full Speed USB v1.0 ugen4.1: at usbus4 ushub4: on usbus4 ushub4: 2 ports with 2 removable, self powered usbus5: 12Mbps Full Speed USB v1.0 ugen5.1: at usbus5 ushub5: on usbus5 ushub5: 2 ports with 2 removable, self powered usbus6: 12Mbps Full Speed USB v1.0 ugen6.1: at usbus6 ushub6: on usbus6 ushub6: 2 ports with 2 removable, self powered usbus7: 480Mbps High Speed USB v2.0 ugen7.1: at usbus7 ushub7: on usbus7 ushub7: 6 ports with 6 removable, self powered ad0: 6105MB at ata4-master UDMA33 acd0: DVDR at ata4-slave UDMA33 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 Expensive timeout(9) function: 0xc046334b(0xc5a080c8) 0.003015746 s ad1: 238474MB at ata5-master SATA300 hdac0: HDA Codec #2: Realtek ALC885 pcm0: at cad 2 nid 1 on hdac0 pcm1: at cad 2 nid 1 on hdac0 pcm2: at cad 2 nid 1 on hdac0 SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted /: mount pending error: blocks 68 files 15 lock order reversal: 1st 0xc553b044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 2nd 0xc58cb9c0 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2053 KDB: stack backtrace: db_trace_self_wrapper(c07d0afa,c52c2918,c05bf58f,4,c07cc070,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c07cc070,c54e7698,c54ec910,c52c2974,...) at kdb_backtrace+0x29 _witness_debugger(c07d3890,c58cb9c0,c07c78ba,c54ec910,c07da67c,...) at _witness_debugger+0x1e witness_checkorder(c58cb9c0,1,c07da67c,805,0,...) at witness_checkorder+0x811 __lockmgr_args(c58cb9c0,200501,c58cba28,0,0,...) at __lockmgr_args+0x21a ffs_lock(c52c2a74,c07f4868,c07d32ec,200501,c58cb968,...) at ffs_lock+0x99 VOP_LOCK1_APV(c08381e0,c52c2a74,c0850e20,c58cb968,200501,...) at VOP_LOCK1_APV+0xa6 _vn_lock(c58cb968,200501,c07da67c,805,4,...) at _vn_lock+0x77 vget(c58cb968,200501,c5539000,4b4,0,...) at vget+0xc4 vnode_pager_lock(c186ce0c,0,c07f1e4f,127,c52c2c18,...) at vnode_pager_lock+0x1d5 vm_fault(c553b000,80d4000,2,8,80d4000,...) at vm_fault+0x1dc trap_pfault(5,0,c07fc01a,2e7,c,...) at trap_pfault+0xf9 trap(c52c2d38) at trap+0x256 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- ugen0.2: at usbus0 ubt0: on usbus0 ugen1.2: at usbus1 ukbd0: on usbus1 kbd0 at ukbd0 ugen1.3: at usbus1 ums0: on usbus1 ums0: 7 buttons and [XYZ] coordinates Symlink: ums0 -> usb1.3.0.16 <118>Entropy harvesting: <118> interrupts <118> ethernet <118> point_to_point <118> kickstart <118>. <118>/dev/ad0s1a: UNREF FILE I=23552 OWNER=smmsp MODE=100600 <118>/dev/ad0s1a: SIZE=51 MTIME=Nov 24 11:59 2008 (CLEARED) <118>/dev/ad0s1a: LINK COUNT DIR I=47104 OWNER=root MODE=41777 <118>/dev/ad0s1a: SIZE=1024 MTIME=Nov 24 11:59 2008 COUNT 19 SHOULD BE 15 (ADJUSTED) <118>/dev/ad0s1a: LINK COUNT FILE I=730493 OWNER=operator MODE=100400 <118>/dev/ad0s1a: SIZE=2048 MTIME=Nov 24 11:44 2008 COUNT 2 SHOULD BE 1 (ADJUSTED) <118>/dev/ad0s1a: LINK COUNT FILE I=730622 OWNER=operator MODE=100400 <118>/dev/ad0s1a: SIZE=2048 MTIME=Nov 24 11:22 2008 COUNT 2 SHOULD BE 1 (ADJUSTED) <118>/dev/ad0s1a: LINK COUNT FILE I=731022 OWNER=operator MODE=100400 <118>/dev/ad0s1a: SIZE=2048 MTIME=Nov 24 11:33 2008 COUNT 2 SHOULD BE 1 (ADJUSTED) <118>/dev/ad0s1a: LINK COUNT FILE I=731040 OWNER=operator MODE=100400 <118>/dev/ad0s1a: SIZE=2048 MTIME=Nov 24 11:11 2008 COUNT 2 SHOULD BE 1 (ADJUSTED) <118>/dev/ad0s1a: LINK COUNT FILE I=731049 OWNER=operator MODE=100400 <118>/dev/ad0s1a: SIZE=2048 MTIME=Nov 24 11:00 2008 COUNT 2 SHOULD BE 1 (ADJUSTED) <118>/dev/ad0s1a: LINK COUNT FILE I=731063 OWNER=operator MODE=100400 <118>/dev/ad0s1a: SIZE=2048 MTIME=Nov 24 11:55 2008 COUNT 2 SHOULD BE 1 (ADJUSTED) <118>/dev/ad0s1a: UNREF FILE I=731169 OWNER=operator MODE=100400 <118>/dev/ad0s1a: SIZE=2048 MTIME=Nov 24 10:44 2008 (CLEARED) <118>/dev/ad0s1a: LINK COUNT FILE I=731290 OWNER=operator MODE=100400 <118>/dev/ad0s1a: SIZE=2048 MTIME=Nov 24 10:55 2008 COUNT 2 SHOULD BE 1 (ADJUSTED) <118>/dev/ad0s1a: UNREF FILE I=754371 OWNER=root MODE=100440 <118>/dev/ad0s1a: SIZE=32 MTIME=Nov 24 11:59 2008 (CLEARED) <118>/dev/ad0s1a: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) <118>/dev/ad0s1a: SUMMARY INFORMATION BAD (SALVAGED) <118>/dev/ad0s1a: BLK(S) MISSING IN BIT MAPS (SALVAGED) <118>/dev/ad0s1a: 14462 files, 914182 used, 2111181 free (7981 frags, 262900 blocks, 0.3% fragmentation) <118>/dev/ad1s1a: DEFER FOR BACKGROUND CHECKING WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 4 files 1 <118>Starting Network: lo0 re0. <118>add net default: gateway 192.168.1.1 Expensive timeout(9) function: 0xc0ac0b2c(0xc5781000) 0.004011403 s <118>Configuring keyboard: <118> keymap <118> keyrate <118> keybell <118>[=0;0B <118>. Expensive timeout(9) function: 0xc04e9e31(0xc09ee580) 0.008973766 s <118>fetchmail: no mailservers have been specified. <118>/usr/local/etc/rc.d/fetchmail: WARNING: failed to start fetchmail <118>Configuring syscons: <118> keymap <118> keyrate <118> keybell <118>[=0;0B <118> cursor <118> font8x16 <118> font8x14 <118> font8x8 <118> blanktime <118>. lock order reversal: 1st 0xd9524b50 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 2nd 0xc5afdc00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:263 KDB: stack backtrace: db_trace_self_wrapper(c07d0afa,e8315a78,c05bf58f,4,c07cc070,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c07cc070,c54e96b0,c54ec978,e8315ad4,...) at kdb_backtrace+0x29 _witness_debugger(c07d3890,c5afdc00,c07f0a15,c54ec978,c07f06ae,...) at _witness_debugger+0x1e witness_checkorder(c5afdc00,9,c07f06ae,107,0,...) at witness_checkorder+0x811 _sx_xlock(c5afdc00,0,c07f06ae,107,da0d1b7c,...) at _sx_xlock+0x7f ufsdirhash_acquire(0,e,c5aa1000,d9524af0,da0d1b7c,...) at ufsdirhash_acquire+0x44 ufsdirhash_remove(c6019b40,da0d1b7c,b7c,e8315b64,e8315b60,...) at ufsdirhash_remove+0x14 ufs_dirremove(c60392b0,c6074ca8,500800c,0,0,...) at ufs_dirremove+0xdb ufs_remove(e8315c34,c07ff1aa,0,e8315c34,c607a810,...) at ufs_remove+0x59 VOP_REMOVE_APV(c08381e0,e8315c34,2,c07d21f8,28521320,...) at VOP_REMOVE_APV+0xf1 kern_unlinkat(c5ac26c0,ffffff9c,28521320,0,e8315c84,...) at kern_unlinkat+0x174 kern_unlink(c5ac26c0,28521320,0,e8315d2c,c0756f3e,...) at kern_unlink+0x27 unlink(c5ac26c0,e8315cf8,4,c07f05a6,c081cb30,...) at unlink+0x22 syscall(e8315d38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (10, FreeBSD ELF32, unlink), eip = 0x28451383, esp = 0xbfbfebbc, ebp = 0xbfbfebf8 --- <118> <118>Mon Nov 24 12:08:57 CET 2008 <118>date: <118>: lock order reversal: 1st 0xc615b1b0 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:424 2nd 0xd96875f8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:1783 3rd 0xc5b97460 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:545 KDB: stack backtrace: db_trace_self_wrapper(c07d0afa,e82d1424,c05bf58f,4,c07cc070,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c07cc070,c54e96b0,c54ec910,e82d1480,...) at kdb_backtrace+0x29 _witness_debugger(c07d38a9,c5b97460,c07c78ba,c54ec910,c07ee52b,...) at _witness_debugger+0x1e witness_checkorder(c5b97460,9,c07ee52b,221,0,...) at witness_checkorder+0x811 __lockmgr_args(c5b97460,80100,c5b974c8,0,0,...) at __lockmgr_args+0x76a ffs_lock(e82d1580,c5ac50a4,c09a8908,80100,c5b97408,...) at ffs_lock+0x99 VOP_LOCK1_APV(c08381e0,e82d1580,c0850e20,c5b97408,80100,...) at VOP_LOCK1_APV+0xa6 _vn_lock(c5b97408,80100,c07ee52b,221,c5526800,...) at _vn_lock+0x77 ffs_snapshot(c5b8d598,c604e1e0,c07eff32,15e,1,...) at ffs_snapshot+0x14f3 ffs_mount(c5b8d598,c5ac5000,c07d9fcf,3dc,c56bfc30,...) at ffs_mount+0x1456 vfs_donmount(c5ac5000,211000,c6023880,c6023880,201000,...) at vfs_donmount+0x1318 nmount(c5ac5000,e82d1cf8,c,e82d1d2c,c081edb0,...) at nmount+0x9e syscall(e82d1d38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280e3173, esp = 0xbfbfeb1c, ebp = 0xbfbfee78 --- lock order reversal: 1st 0xd95ad1a0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:1783 2nd 0xc5b3aa1c snaplk (snaplk) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:2224 KDB: stack backtrace: db_trace_self_wrapper(c07d0afa,e82d18b4,c05bf58f,4,c07cc070,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c07cc070,c54e96b0,c54ecff8,e82d1910,...) at kdb_backtrace+0x29 _witness_debugger(c07d3890,c5b3aa1c,c07ee5ae,c54ecff8,c07ee52b,...) at _witness_debugger+0x1e witness_checkorder(c5b3aa1c,9,c07ee52b,8b0,0,...) at witness_checkorder+0x811 __lockmgr_args(c5b3aa1c,80900,c5b87cd8,0,0,...) at __lockmgr_args+0x76a ffs_copyonwrite(c5b87c18,d95ad140,d95ad140,0,0,...) at ffs_copyonwrite+0x2b8 ffs_geom_strategy(c5b87d0c,d95ad140,ca,d95ad140,c615fc30,...) at ffs_geom_strategy+0xd7 bufwrite(d95ad140,0,c07eff32,70e,0) at bufwrite+0x14e ffs_bufwrite(d95ad140,c613ac00,100,4000,0,...) at ffs_bufwrite+0x26c ffs_update(c615b2b0,1,c07f0420,150,0,0,c07f0420,ea,41ff,0,c615b3a4,c615b3a4,1,4,0,1,0,15f598e) at ffs_update+0x295 ffs_syncvnode(c615b2b0,1,c08381e0,e82d1b74,c0766ac2,...) at ffs_syncvnode+0x473 ffs_fsync(e82d1b94,c07fe8e9,c615fbb8,e82d1b94,c615b2b0,...) at ffs_fsync+0x1c VOP_FSYNC_APV(c08381e0,e82d1b94,500800c,0,0,...) at VOP_FSYNC_APV+0xc2 ufs_remove(e82d1c34,c07ff1aa,0,e82d1c34,c615b158,...) at ufs_remove+0xb9 VOP_REMOVE_APV(c08381e0,e82d1c34,2,c07d21f8,805e840,...) at VOP_REMOVE_APV+0xf1 kern_unlinkat(c5ac5000,ffffff9c,805e840,0,e82d1c84,...) at kern_unlinkat+0x174 kern_unlink(c5ac5000,805e840,0,e82d1d2c,c0756f3e,...) at kern_unlink+0x27 unlink(c5ac5000,e82d1cf8,4,c07aca56,c081cb30,...) at unlink+0x22 syscall(e82d1d38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (10, FreeBSD ELF32, unlink), eip = 0x28167383, esp = 0xbfbfe4fc, ebp = 0xbfbfeb18 --- lock order reversal: 1st 0xc5b3aa1c snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:293 2nd 0xc615b1b0 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1588 KDB: stack backtrace: db_trace_self_wrapper(c07d0afa,e82d18cc,c05bf58f,4,c07cc070,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c07cc070,c54ecff8,c54ec910,e82d1928,...) at kdb_backtrace+0x29 _witness_debugger(c07d3890,c615b1b0,c07c78ba,c54ec910,c07ee52b,...) at _witness_debugger+0x1e witness_checkorder(c615b1b0,9,c07ee52b,634,0,...) at witness_checkorder+0x811 __lockmgr_args(c615b1b0,80000,0,0,0,...) at __lockmgr_args+0x76a ffs_snapremove(c615b158,c5b8d598,0,c07dbabd,413,...) at ffs_snapremove+0x11d softdep_releasefile(c615fbb8,e82d1aa8,2,c5ac50a4,c615b158,...) at softdep_releasefile+0x39 ufs_inactive(e82d1aec,c07fe8a2,c615b218,c615b218,c615b158,...) at ufs_inactive+0x1b2 VOP_INACTIVE_APV(c08381e0,e82d1aec,c07da67c,8fa,c0850de0,...) at VOP_INACTIVE_APV+0xc6 vinactive(c08381e0,e82d1b20,c07da67c,886,c615b158,...) at vinactive+0xa5 vput(c615b158,e82d1b58,c07dbabd,125,c0850b60,...) at vput+0x1f5 vn_close(c615b158,1,c5501600,c5ac5000,e82d1be4,...) at vn_close+0xe8 vn_closefile(c5ad1e38,c5ac5000,3,0,c5ad1e38,...) at vn_closefile+0xe3 _fdrop(c5ad1e38,c5ac5000,e82d1c20,c05bf3fd,0,c5ac50a4,c09a7b48,c0824f2c,c07c9280,c5bc5b2c,44f,c07c9280,e82d1c48,c058a72e,c5bc5b2c,8,c07c9280,44f) at _fdrop+0x45 closef(c5ad1e38,c5ac5000,44f,434,c5ad1e38,...) at closef+0x286 kern_close(c5ac5000,4,e82d1d2c,c0756f3e,c5ac5000,...) at kern_close+0xfe close(c5ac5000,e82d1cf8,4,c07d4679,c081cad0,...) at close+0x1a syscall(e82d1d38) at syscall+0x24f Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (6, FreeBSD ELF32, close), eip = 0x28179cb3, esp = 0xbfbfeb1c, ebp = 0xbfbfee78 --- ugen3.2: at usbus3 umass0: on usbus3 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:11:0:-1: Attached to scbus11 (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 panic: lock (sleep mutex) UMASS lock not locked @ /usr/src/sys/cam/cam_periph.h:188 cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper(c07d0afa,c52d97a0,c0582eb1,c07fa3b8,1,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c07fa3b8,1,c07d3445,c52d97ac,1,...) at kdb_backtrace+0x29 panic(c07d3445,c07f25ab,c07ba016,c07a8e81,bc,...) at panic+0x114 witness_unlock(c0866d60,8,c07a8e81,bc,c5688400,...) at witness_unlock+0xf0 _mtx_unlock_flags(c0866d60,0,c07a8e81,bc,c55275c8,...) at _mtx_unlock_flags+0xb6 dacleanup(c645ac80,c07a9010,c09a8fa0,c09df530,c09a8f90,...) at dacleanup+0x72 camperiphfree(c5688400,c52d9b20,c0452c72,c645ac80,0,...) at camperiphfree+0xbd cam_periph_release(c645ac80,0,c07a8e81,bc,c59f1a50,...) at cam_periph_release+0x2a daopen(c63fee00,4,c07c5c98,75,0,...) at daopen+0x40e g_disk_access(c6024b80,1,0,0,0,...) at g_disk_access+0x111 g_access(c61a1340,1,0,0,c6024b80,...) at g_access+0x233 g_slice_new(c081a880,8,c6024b80,c52d9c10,c52d9c08,...) at g_slice_new+0x13b g_bsd_taste(c081a880,c6024b80,0,20f,c6023280,...) at g_bsd_taste+0xa5 g_new_provider_event(c6024b80,0,c07c6197,d2,c5537000,...) at g_new_provider_event+0xbc g_run_events(c0867278,0,4c,c07c4fe9,64,...) at g_run_events+0x353 g_event_procbody(0,c52d9d38,c07c9ce2,327,c55357d4,...) at g_event_procbody+0x8a fork_exit(c05376ad,0,c52d9d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc52d9d70, ebp = 0 --- KDB: enter: panic exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc5bd3e4c) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 exclusive sx GEOM topology (GEOM topology) r = 0 (0xc0867248) locked @ /usr/src/sys/geom/geom_event.c:185 FreeBSD 8.0-CURRENT #0: Fri Nov 21 18:47:55 CET 2008 root@moshnroll:/usr/obj/usr/src/sys/ARUNDEL >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Mon Nov 24 15:52:47 2008 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 44054106564A for ; Mon, 24 Nov 2008 15:52:47 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id 7D8278FC0C for ; Mon, 24 Nov 2008 15:52:46 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=m8vpyrs3L0oA:10 a=qTK60T45r9sA:10 a=P3SC899gXHkOLDnkTYxLZw==:17 a=fOV7-CmOERPfy8vFt8YA:9 a=IX6VnjXUfpdbyvWXXxIA:7 a=d9iFoFoIDvVGEXNiWGeDt9h8oFYA:4 a=LY0hPdMaydYA:10 Received: from [62.113.133.240] (account mc467741@c2i.net [62.113.133.240] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1152666222; Mon, 24 Nov 2008 16:52:44 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Mon, 24 Nov 2008 16:54:47 +0100 User-Agent: KMail/1.9.7 References: <200811241218.mAOCIwc9009470@www.freebsd.org> In-Reply-To: <200811241218.mAOCIwc9009470@www.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811241654.48338.hselasky@c2i.net> Cc: Scott Long , freebsd-gnats-submit@freebsd.org, Alex Subject: Re: usb/129129: panic with device Meizu MiniPlayer M6 (SL) under usb2 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, 24 Nov 2008 15:52:47 -0000 On Monday 24 November 2008, Alex wrote: > >Number: 129129 > >Category: usb > >Synopsis: panic with device Meizu MiniPlayer M6 (SL) under usb2 > >Confidential: no > >Severity: critical > >Priority: high > >Responsible: freebsd-usb > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Mon Nov 24 12:20:01 UTC 2008 > >Closed-Date: > >Last-Modified: > >Originator: Alex > >Release: 8-CURRENT > >Organization: > >Environment: > > FreeBSD moshnroll 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 21 18:47:55 > CET 2008 root@moshnroll:/usr/obj/usr/src/sys/ARUNDEL i386 > > >Description: > > when i connect my mp3 player under usb2 the system panics. i attached > msgbuf.txt version.txt and ddb.txt which got generated by this ddb script: > > db.enter.panic="textdump set; capture on; show allpcpu; bt;ps; alltrace; > show alllock; call doadump; reset" > > please tell me if you need a backtrace from a regular core dump. this panic > is 100% reproducable. > > under 7-STABLE this device requires some quirks in order to work, but it > won't cause a panic without them. the quirks needed are described in PR > usb/127549. > Hi, I looks like you get a panic because a lock is not locked. This code is not part of the USB(2) stack, and maybe something that Scott Long should look at. He is the one that implemented a Giant free CAM-layer. Hence the USB(2) mass storage driver is free of Giant, I would expect this kind of error. --HPS > umass0: > on usbus3 umass0: SCSI over Bulk-Only; quirks = 0x0000 > umass0:11:0:-1: Attached to scbus11 > (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 > panic: lock (sleep mutex) UMASS lock not locked @ > /usr/src/sys/cam/cam_periph.h:188 cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper(c07d0afa,c52d97a0,c0582eb1,c07fa3b8,1,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c07fa3b8,1,c07d3445,c52d97ac,1,...) at kdb_backtrace+0x29 > panic(c07d3445,c07f25ab,c07ba016,c07a8e81,bc,...) at panic+0x114 > witness_unlock(c0866d60,8,c07a8e81,bc,c5688400,...) at witness_unlock+0xf0 > _mtx_unlock_flags(c0866d60,0,c07a8e81,bc,c55275c8,...) at > _mtx_unlock_flags+0xb6 > dacleanup(c645ac80,c07a9010,c09a8fa0,c09df530,c09a8f90,...) at > dacleanup+0x72 camperiphfree(c5688400,c52d9b20,c0452c72,c645ac80,0,...) at > camperiphfree+0xbd cam_periph_release(c645ac80,0,c07a8e81,bc,c59f1a50,...) > at cam_periph_release+0x2a daopen(c63fee00,4,c07c5c98,75,0,...) at > daopen+0x40e > g_disk_access(c6024b80,1,0,0,0,...) at g_disk_access+0x111 > g_access(c61a1340,1,0,0,c6024b80,...) at g_access+0x233 > g_slice_new(c081a880,8,c6024b80,c52d9c10,c52d9c08,...) at g_slice_new+0x13b > g_bsd_taste(c081a880,c6024b80,0,20f,c6023280,...) at g_bsd_taste+0xa5 > g_new_provider_event(c6024b80,0,c07c6197,d2,c5537000,...) at > g_new_provider_event+0xbc g_run_events(c0867278,0,4c,c07c4fe9,64,...) at > g_run_events+0x353 > g_event_procbody(0,c52d9d38,c07c9ce2,327,c55357d4,...) at > g_event_procbody+0x8a fork_exit(c05376ad,0,c52d9d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xc52d9d70, ebp = 0 --- > KDB: enter: panic > exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc5bd3e4c) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:148 exclusive sx GEOM topology (GEOM > topology) r = 0 (0xc0867248) locked @ /usr/src/sys/geom/geom_event.c:185 > FreeBSD 8.0-CURRENT #0: Fri Nov 21 18:47:55 CET 2008 From owner-freebsd-usb@FreeBSD.ORG Mon Nov 24 17:00:16 2008 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 E9334106564A for ; Mon, 24 Nov 2008 17:00:16 +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 A70F08FC0C for ; Mon, 24 Nov 2008 17:00:16 +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 mAOH0Gre096623 for ; Mon, 24 Nov 2008 17:00:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mAOH0GJ5096622; Mon, 24 Nov 2008 17:00:16 GMT (envelope-from gnats) Date: Mon, 24 Nov 2008 17:00:16 GMT Message-Id: <200811241700.mAOH0GJ5096622@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Hans Petter Selasky Cc: Subject: Re: usb/129129: panic with device Meizu MiniPlayer M6 (SL) under usb2 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: Mon, 24 Nov 2008 17:00:17 -0000 The following reply was made to PR usb/129129; it has been noted by GNATS. From: Hans Petter Selasky To: freebsd-usb@freebsd.org Cc: Alex , freebsd-gnats-submit@freebsd.org, Scott Long Subject: Re: usb/129129: panic with device Meizu MiniPlayer M6 (SL) under usb2 Date: Mon, 24 Nov 2008 16:54:47 +0100 On Monday 24 November 2008, Alex wrote: > >Number: 129129 > >Category: usb > >Synopsis: panic with device Meizu MiniPlayer M6 (SL) under usb2 > >Confidential: no > >Severity: critical > >Priority: high > >Responsible: freebsd-usb > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Mon Nov 24 12:20:01 UTC 2008 > >Closed-Date: > >Last-Modified: > >Originator: Alex > >Release: 8-CURRENT > >Organization: > >Environment: > > FreeBSD moshnroll 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 21 18:47:55 > CET 2008 root@moshnroll:/usr/obj/usr/src/sys/ARUNDEL i386 > > >Description: > > when i connect my mp3 player under usb2 the system panics. i attached > msgbuf.txt version.txt and ddb.txt which got generated by this ddb script: > > db.enter.panic="textdump set; capture on; show allpcpu; bt;ps; alltrace; > show alllock; call doadump; reset" > > please tell me if you need a backtrace from a regular core dump. this panic > is 100% reproducable. > > under 7-STABLE this device requires some quirks in order to work, but it > won't cause a panic without them. the quirks needed are described in PR > usb/127549. > Hi, I looks like you get a panic because a lock is not locked. This code is not part of the USB(2) stack, and maybe something that Scott Long should look at. He is the one that implemented a Giant free CAM-layer. Hence the USB(2) mass storage driver is free of Giant, I would expect this kind of error. --HPS > umass0: > on usbus3 umass0: SCSI over Bulk-Only; quirks = 0x0000 > umass0:11:0:-1: Attached to scbus11 > (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 > panic: lock (sleep mutex) UMASS lock not locked @ > /usr/src/sys/cam/cam_periph.h:188 cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper(c07d0afa,c52d97a0,c0582eb1,c07fa3b8,1,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c07fa3b8,1,c07d3445,c52d97ac,1,...) at kdb_backtrace+0x29 > panic(c07d3445,c07f25ab,c07ba016,c07a8e81,bc,...) at panic+0x114 > witness_unlock(c0866d60,8,c07a8e81,bc,c5688400,...) at witness_unlock+0xf0 > _mtx_unlock_flags(c0866d60,0,c07a8e81,bc,c55275c8,...) at > _mtx_unlock_flags+0xb6 > dacleanup(c645ac80,c07a9010,c09a8fa0,c09df530,c09a8f90,...) at > dacleanup+0x72 camperiphfree(c5688400,c52d9b20,c0452c72,c645ac80,0,...) at > camperiphfree+0xbd cam_periph_release(c645ac80,0,c07a8e81,bc,c59f1a50,...) > at cam_periph_release+0x2a daopen(c63fee00,4,c07c5c98,75,0,...) at > daopen+0x40e > g_disk_access(c6024b80,1,0,0,0,...) at g_disk_access+0x111 > g_access(c61a1340,1,0,0,c6024b80,...) at g_access+0x233 > g_slice_new(c081a880,8,c6024b80,c52d9c10,c52d9c08,...) at g_slice_new+0x13b > g_bsd_taste(c081a880,c6024b80,0,20f,c6023280,...) at g_bsd_taste+0xa5 > g_new_provider_event(c6024b80,0,c07c6197,d2,c5537000,...) at > g_new_provider_event+0xbc g_run_events(c0867278,0,4c,c07c4fe9,64,...) at > g_run_events+0x353 > g_event_procbody(0,c52d9d38,c07c9ce2,327,c55357d4,...) at > g_event_procbody+0x8a fork_exit(c05376ad,0,c52d9d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xc52d9d70, ebp = 0 --- > KDB: enter: panic > exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc5bd3e4c) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:148 exclusive sx GEOM topology (GEOM > topology) r = 0 (0xc0867248) locked @ /usr/src/sys/geom/geom_event.c:185 > FreeBSD 8.0-CURRENT #0: Fri Nov 21 18:47:55 CET 2008 From owner-freebsd-usb@FreeBSD.ORG Tue Nov 25 21:51:02 2008 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 3274C1065674 for ; Tue, 25 Nov 2008 21:51:02 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id E0DD18FC16 for ; Tue, 25 Nov 2008 21:51:01 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp7-g19.free.fr (smtp7-g19.free.fr [212.27.42.64]) by postfix1-g20.free.fr (Postfix) with ESMTP id EA3B32E1E5DC for ; Tue, 25 Nov 2008 22:28:18 +0100 (CET) Received: from smtp7-g19.free.fr (localhost [127.0.0.1]) by smtp7-g19.free.fr (Postfix) with ESMTP id B1D85B0670 for ; Tue, 25 Nov 2008 22:28:17 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp7-g19.free.fr (Postfix) with ESMTP id 7A3F9B0330 for ; Tue, 25 Nov 2008 22:28:17 +0100 (CET) Received: from tulipe.herbelot.nom (tulipe.herbelot.nom [192.168.2.5]) by mail.herbelot.nom (8.14.1/8.14.1) with ESMTP id mAPLSFmG020202 for ; Tue, 25 Nov 2008 22:28:16 +0100 (CET) From: Thierry Herbelot To: usb@freebsd.org Date: Tue, 25 Nov 2008 22:28:09 +0100 User-Agent: KMail/1.9.10 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811252228.09926.thierry.herbelot@free.fr> Cc: Subject: concurrent access to multiple endpoints of a USB device ? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2008 21:51:02 -0000 Hello, (this is with the old USB stack, on a -slow- 7.1 i386 machine) I'm playing with a USB2.0 device which exposes multplie endpoints (control on EP0, then bulk endpoints 1, 2 and 3). When I run a control application doing EP0 requests simultaneously with another process reading off EP2, the reading process only gets errors : "Received -1 vs 65536 bytes requested ep 2 errno=5 (Input/output error)" The control application by itself works correctly. I'm using a simple read system call to read from ugen0.2 : "nb_bytes = read(ep_fd[2], buf, nb);" Is there anything I should do to for example increase the ep2 buffer size ? (maybe I should also try the new USB stabck, for sure) TfH From owner-freebsd-usb@FreeBSD.ORG Wed Nov 26 00:08:00 2008 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 0BC1C106564A for ; Wed, 26 Nov 2008 00:08:00 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 024D28FC1E for ; Wed, 26 Nov 2008 00:07:59 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 1135C1A3C36; Tue, 25 Nov 2008 15:49:05 -0800 (PST) Date: Tue, 25 Nov 2008 15:49:05 -0800 From: Alfred Perlstein To: Thierry Herbelot Message-ID: <20081125234904.GP28578@elvis.mu.org> References: <200811252228.09926.thierry.herbelot@free.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200811252228.09926.thierry.herbelot@free.fr> User-Agent: Mutt/1.4.2.3i Cc: usb@freebsd.org Subject: Re: concurrent access to multiple endpoints of a USB device ? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Nov 2008 00:08:00 -0000 * Thierry Herbelot [081125 13:51] wrote: > Hello, > > (this is with the old USB stack, on a -slow- 7.1 i386 machine) > > I'm playing with a USB2.0 device which exposes multplie endpoints (control on > EP0, then bulk endpoints 1, 2 and 3). > > When I run a control application doing EP0 requests simultaneously with > another process reading off EP2, the reading process only gets errors : > "Received -1 vs 65536 bytes requested ep 2 errno=5 (Input/output error)" > > The control application by itself works correctly. > > I'm using a simple read system call to read from ugen0.2 : > "nb_bytes = read(ep_fd[2], buf, nb);" > > Is there anything I should do to for example increase the ep2 buffer size ? > (maybe I should also try the new USB stabck, for sure) Give usb2 a shot. Hans is pretty on top of issues in it. -- - Alfred Perlstein From owner-freebsd-usb@FreeBSD.ORG Wed Nov 26 05:43:00 2008 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 ED9561065670; Wed, 26 Nov 2008 05:43:00 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.freebsd.org (Postfix) with ESMTP id 8FB8E8FC13; Wed, 26 Nov 2008 05:43:00 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp3-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp3-g19.free.fr (Postfix) with ESMTP id 219B617B532; Wed, 26 Nov 2008 06:42:59 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp3-g19.free.fr (Postfix) with ESMTP id CDF1E17B543; Wed, 26 Nov 2008 06:42:58 +0100 (CET) Received: from tulipe.herbelot.nom (tulipe.herbelot.nom [192.168.2.5]) by mail.herbelot.nom (8.14.1/8.14.1) with ESMTP id mAQ5guwq018184; Wed, 26 Nov 2008 06:42:57 +0100 (CET) From: Thierry Herbelot To: Alfred Perlstein Date: Wed, 26 Nov 2008 06:42:50 +0100 User-Agent: KMail/1.9.10 References: <200811252228.09926.thierry.herbelot@free.fr> <20081125234904.GP28578@elvis.mu.org> In-Reply-To: <20081125234904.GP28578@elvis.mu.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200811260642.51025.thierry.herbelot@free.fr> Cc: usb@freebsd.org Subject: Re: concurrent access to multiple endpoints of a USB device ? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Nov 2008 05:43:01 -0000 Le Wednesday 26 November 2008, Alfred Perlstein a écrit : > * Thierry Herbelot [081125 13:51] wrote: > > Hello, > > > > (this is with the old USB stack, on a -slow- 7.1 i386 machine) > > > > I'm playing with a USB2.0 device which exposes multplie endpoints > > (control on EP0, then bulk endpoints 1, 2 and 3). > > > > When I run a control application doing EP0 requests simultaneously with > > another process reading off EP2, the reading process only gets errors : > > "Received -1 vs 65536 bytes requested ep 2 errno=5 (Input/output error)" > > > > The control application by itself works correctly. > > > > I'm using a simple read system call to read from ugen0.2 : > > "nb_bytes = read(ep_fd[2], buf, nb);" > > > > Is there anything I should do to for example increase the ep2 buffer size > > ? (maybe I should also try the new USB stabck, for sure) > > Give usb2 a shot. Hans is pretty on top of issues in it. will do ASAP : thanks for the advice TfH From owner-freebsd-usb@FreeBSD.ORG Wed Nov 26 09:35:51 2008 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 06D19106564A; Wed, 26 Nov 2008 09:35:51 +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 CDCC38FC1A; Wed, 26 Nov 2008 09:35:50 +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 mAQ9ZoGo006949; Wed, 26 Nov 2008 09:35:50 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mAQ9ZoLL006945; Wed, 26 Nov 2008 09:35:50 GMT (envelope-from linimon) Date: Wed, 26 Nov 2008 09:35:50 GMT Message-Id: <200811260935.mAQ9ZoLL006945@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-usb@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: usb/129173: [uplcom] [patch] Add support for Corega CG-USBRS232R as a serial port 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, 26 Nov 2008 09:35:51 -0000 Old Synopsis: Add support for Corega CG-USBRS232R as a serial port New Synopsis: [uplcom] [patch] Add support for Corega CG-USBRS232R as a serial port Responsible-Changed-From-To: freebsd-bugs->freebsd-usb Responsible-Changed-By: linimon Responsible-Changed-When: Wed Nov 26 09:34:41 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=129173 From owner-freebsd-usb@FreeBSD.ORG Wed Nov 26 16:08:01 2008 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 1DB68106564A for ; Wed, 26 Nov 2008 16:08:01 +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 853318FC12 for ; Wed, 26 Nov 2008 16:08:00 +0000 (UTC) (envelope-from freebsdusb@bindone.de) Received: (qmail 91388 invoked by uid 89); 26 Nov 2008 15:41:19 -0000 Received: from unknown (HELO ufo.bindone.de) (mg@bindone.de@87.152.188.197) by mail.bindone.de with ESMTPA; 26 Nov 2008 15:41:19 -0000 Message-ID: <492D6E0D.7020500@bindone.de> Date: Wed, 26 Nov 2008 16:41:01 +0100 From: Michael User-Agent: Thunderbird 2.0.0.17 (X11/20081116) MIME-Version: 1.0 To: freebsd-usb@freebsd.org Content-Type: multipart/mixed; boundary="------------070800080300050609090901" Subject: Device IDs for HP hs2300 HSDPA 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, 26 Nov 2008 16:08:01 -0000 This is a multi-part message in MIME format. --------------070800080300050609090901 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, my notebook carries a hp2300 HSDPA modem, which is actually an OEM Sierra Wireless MC8775 device. I attached patches to apply in /usr/src. I made the entry look exactly like the one for the MC8775 device, but I'm wondering if this shouldn't say U3GSP_HSPA instead of U3GSP_UMTS for all of them, since this device should be HSDPA (see http://www.sierrawireless.com/product/mc8775.aspx). I can't tell right now, because I only have a UMTS enabled SIM (will get HSDPA in a few days - hopefully). UMTS works okay using these patches. What do you think? I also think it would be good to add this device to usb2 (last time I tried usb2 it crashed my machine, but is has been a while), I made two patches for usb2 as well, they compile fine, but no time to test them at the moment (also attached). br michael --------------070800080300050609090901 Content-Type: text/plain; name="usbdevs.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="usbdevs.patch" --- sys/dev/usb/usbdevs~ 2008-11-17 03:24:02.000000000 +0100 +++ sys/dev/usb/usbdevs 2008-11-17 03:24:02.000000000 +0100 @@ -1429,6 +1429,7 @@ product HP OJ4215 0x3d11 OfficeJet 4215 product HP HN210E 0x811c Ethernet HN210E product HP2 C500 0x6002 PhotoSmart C500 +product HP HS2300 0x1e1d HP hs2300 HSDPA (aka MC8775) /* HTC products */ product HTC WINMOBILE 0x00ce HTC USB Sync --------------070800080300050609090901 Content-Type: text/plain; name="u3g.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="u3g.patch" --- sys/dev/usb/u3g.c~ 2008-11-17 03:29:06.000000000 +0100 +++ sys/dev/usb/u3g.c 2008-11-17 03:29:06.000000000 +0100 @@ -181,6 +181,10 @@ {{ USB_VENDOR_SIERRA, USB_PRODUCT_SIERRA_MC8765 }, U3GSP_UMTS, U3GFL_NONE }, // XXX {{ USB_VENDOR_SIERRA, USB_PRODUCT_SIERRA_AC875U }, U3GSP_UMTS, U3GFL_NONE }, // XXX {{ USB_VENDOR_SIERRA, USB_PRODUCT_SIERRA_MC8775_2 }, U3GSP_UMTS, U3GFL_NONE }, // XXX + + /* OEM Sierra MC8775 */ + {{ USB_VENDOR_HP, USB_PRODUCT_HP_HS2300 }, U3GSP_UMTS, U3GFL_NONE }, // XXX + {{ USB_VENDOR_SIERRA, USB_PRODUCT_SIERRA_MC8780 }, U3GSP_UMTS, U3GFL_NONE }, // XXX {{ USB_VENDOR_SIERRA, USB_PRODUCT_SIERRA_MC8781 }, U3GSP_UMTS, U3GFL_NONE }, // XXX {{ USB_VENDOR_SIERRA, USB_PRODUCT_SIERRA_TRUINSTALL }, U3GSP_UMTS, U3GFL_SIERRA_INIT }, // Sierra TruInstaller device ID --------------070800080300050609090901 Content-Type: text/plain; name="usb2_devid.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="usb2_devid.patch" --- sys/dev/usb2/include/usb2_devid.h~ 2008-11-26 16:33:43.000000000 +0100 +++ sys/dev/usb2/include/usb2_devid.h 2008-11-26 16:33:43.000000000 +0100 @@ -1433,6 +1433,7 @@ #define USB_PRODUCT_HP_P1100 0x3102 /* Photosmart P1100 */ #define USB_PRODUCT_HP_HN210E 0x811c /* Ethernet HN210E */ #define USB_PRODUCT_HP2_C500 0x6002 /* PhotoSmart C500 */ +#define USB_PRODUCT_HP_HS2300 0x1e1d /* HS2300 HSDPA (Sierra Wireless OEM MC8775) */ /* HTC products */ #define USB_PRODUCT_HTC_WINMOBILE 0x00ce /* HTC USB Sync */ --------------070800080300050609090901 Content-Type: text/plain; name="usb2_devtable.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="usb2_devtable.patch" --- sys/dev/usb2/include/usb2_devtable.h~ 2008-11-26 16:34:56.000000000 +0100 +++ sys/dev/usb2/include/usb2_devtable.h 2008-11-26 16:34:56.000000000 +0100 @@ -5981,6 +5981,12 @@ "MC8755 HSDPA", }, { + USB_VENDOR_HP, USB_PRODUCT_HP_HS2300, + 0, + "Hewlett Packard", + "HS2300 HSDPA", + }, + { USB_VENDOR_SIERRA, USB_PRODUCT_SIERRA_MC8775_2, 0, "Sierra Wireless", --------------070800080300050609090901-- From owner-freebsd-usb@FreeBSD.ORG Wed Nov 26 16:14:03 2008 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 8BEE11065670 for ; Wed, 26 Nov 2008 16:14:03 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 1CF6D8FC17 for ; Wed, 26 Nov 2008 16:14:02 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=NpnstxDL3QMA:10 a=P3SC899gXHkOLDnkTYxLZw==:17 a=FLfxh498fQu8YRUUR3gA:9 a=FAZP4MIGIgUfZdvrrjdnmrI_kWEA:4 a=LY0hPdMaydYA:10 Received: from [62.113.133.240] (account mc467741@c2i.net [62.113.133.240] verified) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 983456949; Wed, 26 Nov 2008 17:14:00 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Wed, 26 Nov 2008 17:16:10 +0100 User-Agent: KMail/1.9.7 References: <492D6E0D.7020500@bindone.de> In-Reply-To: <492D6E0D.7020500@bindone.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 Content-Disposition: inline Message-Id: <200811261716.11443.hselasky@c2i.net> Cc: Subject: Re: Device IDs for HP hs2300 HSDPA 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, 26 Nov 2008 16:14:03 -0000 T24gV2VkbmVzZGF5IDI2IE5vdmVtYmVyIDIwMDgsIE1pY2hhZWwgd3JvdGU6Cj4gKwo+ICugoKCg oKCgLyogT0VNIFNpZXJyYSBNQzg3NzUgKi8KPiAroKCgoKCgoHt7IFVTQl9WRU5ET1JfSFAsIFVT Ql9QUk9EVUNUX0hQX0hTMjMwMAo+IH0soKCgoKCgoKCgoKCgoKCgoKCgoKCgoFUzR1NQX1VNVFMs oKCgoKBVM0dGTF9OT05FIH0soKCgoKCgoKCgoKAvLyBYWFggKwoKVGhlIElEIHRhYmxlIGluIFVT QjIgaGFzIGJlZW4gbW92ZWQgdG86Cgpjb3JlL3VzYjJfbXNjdGVzdC5jCgotLUhQUwo= From owner-freebsd-usb@FreeBSD.ORG Wed Nov 26 16:25:32 2008 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 388A71065674 for ; Wed, 26 Nov 2008 16:25:32 +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 79FA48FC08 for ; Wed, 26 Nov 2008 16:25:31 +0000 (UTC) (envelope-from freebsdusb@bindone.de) Received: (qmail 93640 invoked by uid 89); 26 Nov 2008 16:25:30 -0000 Received: from unknown (HELO ufo.bindone.de) (mg@bindone.de@87.152.188.197) by mail.bindone.de with ESMTPA; 26 Nov 2008 16:25:30 -0000 Message-ID: <492D7867.2090509@bindone.de> Date: Wed, 26 Nov 2008 17:25:11 +0100 From: Michael User-Agent: Thunderbird 2.0.0.17 (X11/20081116) MIME-Version: 1.0 To: Hans Petter Selasky References: <492D6E0D.7020500@bindone.de> <200811261716.11443.hselasky@c2i.net> In-Reply-To: <200811261716.11443.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: Device IDs for HP hs2300 HSDPA 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, 26 Nov 2008 16:25:32 -0000 Hans Petter Selasky wrote: > On Wednesday 26 November 2008, Michael wrote: > >> + >> + /* OEM Sierra MC8775 */ >> + {{ USB_VENDOR_HP, USB_PRODUCT_HP_HS2300 >> }, U3GSP_UMTS, U3GFL_NONE }, // XXX + >> > > The ID table in USB2 has been moved to: > > core/usb2_msctest.c > > --HPS > When? I have a 10 day old checkout here, and the sierra wireless device appears in core/usbdevs, include/usb2_devid.h include/usb2_devtable.h and serial/ugensa2.c. Any hint were to find details about what to put where (seems like amoving target :) From owner-freebsd-usb@FreeBSD.ORG Wed Nov 26 16:32:20 2008 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 F39D61065670 for ; Wed, 26 Nov 2008 16:32:19 +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 8412A8FC18 for ; Wed, 26 Nov 2008 16:32:19 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=NpnstxDL3QMA:10 a=P3SC899gXHkOLDnkTYxLZw==:17 a=shaecG34jsN3obGq76wA:9 a=pCjQVqjvPbTWqsmTGYMA:7 a=aQ6-IaSIuVBup58NesiNWGqJpjsA:4 a=LY0hPdMaydYA:10 Received: from [62.113.133.240] (account mc467741@c2i.net [62.113.133.240] verified) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 766119950; Wed, 26 Nov 2008 17:32:17 +0100 From: Hans Petter Selasky To: Michael Date: Wed, 26 Nov 2008 17:34:27 +0100 User-Agent: KMail/1.9.7 References: <492D6E0D.7020500@bindone.de> <200811261716.11443.hselasky@c2i.net> <492D7867.2090509@bindone.de> In-Reply-To: <492D7867.2090509@bindone.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811261734.27627.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: Device IDs for HP hs2300 HSDPA 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, 26 Nov 2008 16:32:20 -0000 On Wednesday 26 November 2008, Michael wrote: > Hans Petter Selasky wrote: > > On Wednesday 26 November 2008, Michael wrote: > >> + > >> + /* OEM Sierra MC8775 */ > >> + {{ USB_VENDOR_HP, USB_PRODUCT_HP_HS2300 > >> }, U3GSP_UMTS, U3GFL_NONE }, // XXX + > > > > The ID table in USB2 has been moved to: > > > > core/usb2_msctest.c > > > > --HPS > > When? I have a 10 day old checkout here, and the sierra wireless device > appears in core/usbdevs, include/usb2_devid.h include/usb2_devtable.h > and serial/ugensa2.c. Any hint were to find details about what to put > where (seems like amoving target :) Do you have serial/u3g2.c ? --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Nov 26 17:24:55 2008 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 6D2C41065676 for ; Wed, 26 Nov 2008 17:24:55 +0000 (UTC) (envelope-from nick@anywi.com) Received: from hpsmtp-eml17.kpnxchange.com (hpsmtp-eml17.KPNXCHANGE.COM [213.75.38.117]) by mx1.freebsd.org (Postfix) with ESMTP id F06AA8FC14 for ; Wed, 26 Nov 2008 17:24:54 +0000 (UTC) (envelope-from nick@anywi.com) Received: from cpsmtp-eml110.kpnxchange.com ([213.75.84.110]) by hpsmtp-eml17.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 26 Nov 2008 18:12:50 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by cpsmtp-eml110.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 26 Nov 2008 18:12:49 +0100 Received: (qmail 87437 invoked by uid 98); 26 Nov 2008 17:12:48 -0000 Received: from 89.200.125.93 (nick@89.200.125.93) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:0(89.200.125.93):SA:0(0.1/5.0):. Processed in 4.550304 secs); 26 Nov 2008 17:12:48 -0000 X-Spam-Status: No, score=0.1 required=5.0 X-Spam-Level: Received: from unknown (HELO van-laarhoven.org) (nick@89.200.125.93) by uitsmijter.van-laarhoven.org with SMTP; 26 Nov 2008 17:12:43 -0000 Received: (nullmailer pid 8848 invoked by uid 1001); Wed, 26 Nov 2008 17:12:41 -0000 From: Nick Hibma Organization: AnyWi To: freebsd-usb@freebsd.org Date: Wed, 26 Nov 2008 18:12:39 +0100 User-Agent: KMail/1.9.10 References: <492D6E0D.7020500@bindone.de> In-Reply-To: <492D6E0D.7020500@bindone.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200811261812.41107.nick@anywi.com> X-OriginalArrivalTime: 26 Nov 2008 17:12:50.0313 (UTC) FILETIME=[35F79790:01C94FEA] Cc: Subject: Re: Device IDs for HP hs2300 HSDPA 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, 26 Nov 2008 17:24:55 -0000 Michael, I've not spent the time to figure out the technical abilities of each device ID. If you say so, I'll change all the MC8775 devices to HSDPA. It only affects buffering decisions anyhow. Done. Nick > Hi, > > my notebook carries a hp2300 HSDPA modem, which is actually an OEM > Sierra Wireless MC8775 device. > I attached patches to apply in /usr/src. > > I made the entry look exactly like the one for the MC8775 device, but > I'm wondering if this shouldn't say U3GSP_HSPA instead of U3GSP_UMTS > for all of them, since this device should be HSDPA (see > http://www.sierrawireless.com/product/mc8775.aspx). I can't tell right > now, because I only have a UMTS enabled SIM (will get HSDPA in a few > days - hopefully). UMTS works okay using these patches. What do you > think? > > I also think it would be good to add this device to usb2 (last time I > tried usb2 it crashed my machine, but is has been a while), > I made two patches for usb2 as well, they compile fine, but no time to > test them at the moment (also attached). > > br > michael -- AnyWi Technologies From owner-freebsd-usb@FreeBSD.ORG Wed Nov 26 17:42:30 2008 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 AF3EE1065670 for ; Wed, 26 Nov 2008 17:42:30 +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 189978FC17 for ; Wed, 26 Nov 2008 17:42:29 +0000 (UTC) (envelope-from freebsdusb@bindone.de) Received: (qmail 97022 invoked by uid 89); 26 Nov 2008 17:42:28 -0000 Received: from unknown (HELO ufo.bindone.de) (mg@bindone.de@87.152.188.197) by mail.bindone.de with ESMTPA; 26 Nov 2008 17:42:28 -0000 Message-ID: <492D8A71.10709@bindone.de> Date: Wed, 26 Nov 2008 18:42:09 +0100 From: Michael User-Agent: Thunderbird 2.0.0.17 (X11/20081116) MIME-Version: 1.0 To: Hans Petter Selasky References: <492D6E0D.7020500@bindone.de> <200811261716.11443.hselasky@c2i.net> <492D7867.2090509@bindone.de> <200811261734.27627.hselasky@c2i.net> In-Reply-To: <200811261734.27627.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: Device IDs for HP hs2300 HSDPA 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, 26 Nov 2008 17:42:30 -0000 Sorry, this contains some off-topic questions, maybe you have answers anyway... Hans Petter Selasky wrote: > On Wednesday 26 November 2008, Michael wrote: > >> Hans Petter Selasky wrote: >> >>> On Wednesday 26 November 2008, Michael wrote: >>> >>>> + >>>> + /* OEM Sierra MC8775 */ >>>> + {{ USB_VENDOR_HP, USB_PRODUCT_HP_HS2300 >>>> }, U3GSP_UMTS, U3GFL_NONE }, // XXX + >>>> >>> The ID table in USB2 has been moved to: >>> >>> core/usb2_msctest.c >>> >>> --HPS >>> >> When? I have a 10 day old checkout here, and the sierra wireless device >> appears in core/usbdevs, include/usb2_devid.h include/usb2_devtable.h >> and serial/ugensa2.c. Any hint were to find details about what to put >> where (seems like amoving target :) >> > > Do you have serial/u3g2.c ? > > --HPS > Nope. I used csup to get HEAD on the 15th. CVSWeb says that u3g2.c has been checked in 33 hours ago. I would assume that using cvs isn't really recommended for current anymore. What is the best way to follow current nowadays (SVN/perforce)? My problem is, that I'm actually performing work on this machine, so I'm not too keen to upgrade constantly (but I required current for various devices) and usb1 works okay right now. So maybe somebody can just bring in the devive ids into current that are proven to work in USB1 (which works okay for me right now), since obviously I'm not authorized to submit changes anyway - if I have some extra time I might checkout the usb2 changes of the last couple of weeks and test if it actually works with this device entry and report back to you. Who is repsonsible for checking in the patches to usb1? Btw, are there any advantages of using USB2 in terms of power management on a laptop (even with no external devices attached)? (this might actually motivate me to play a little bit more with it - right now the overall power consumption is about 40% higher compared to using products made in Redmond). I'm also developing a special acpi driver for HP machines right now I will most likely submit in a few weeks. Do you think it is appropriate to submit this to freebsd-acpi for review? michael From owner-freebsd-usb@FreeBSD.ORG Wed Nov 26 18:50:53 2008 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 81DA91065675 for ; Wed, 26 Nov 2008 18:50:53 +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 DCD7D8FC14 for ; Wed, 26 Nov 2008 18:50:52 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=NpnstxDL3QMA:10 a=P3SC899gXHkOLDnkTYxLZw==:17 a=zkbCd-Gl75RIpY1GmdAA:9 a=KRsg__IaYuh3YOCLOWYA:7 a=NpBZpcmwSUhObGYjgP31pUwQwpIA:4 a=uUJxoyS3JVsA:10 a=LY0hPdMaydYA:10 Received: from [62.113.133.240] (account mc467741@c2i.net [62.113.133.240] verified) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1053428968; Wed, 26 Nov 2008 19:50:50 +0100 From: Hans Petter Selasky To: Michael Date: Wed, 26 Nov 2008 19:53:03 +0100 User-Agent: KMail/1.9.7 References: <492D6E0D.7020500@bindone.de> <200811261734.27627.hselasky@c2i.net> <492D8A71.10709@bindone.de> In-Reply-To: <492D8A71.10709@bindone.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811261953.04517.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: Device IDs for HP hs2300 HSDPA 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, 26 Nov 2008 18:50:53 -0000 On Wednesday 26 November 2008, Michael wrote: > Sorry, this contains some off-topic questions, maybe you have answers > anyway... > > Hans Petter Selasky wrote: > > On Wednesday 26 November 2008, Michael wrote: > >> Hans Petter Selasky wrote: > >>> On Wednesday 26 November 2008, Michael wrote: > >>>> + > >>>> + /* OEM Sierra MC8775 */ > >>>> + {{ USB_VENDOR_HP, USB_PRODUCT_HP_HS2300 > >>>> }, U3GSP_UMTS, U3GFL_NONE }, // XXX > >>>> + > >>> > >>> The ID table in USB2 has been moved to: > >>> > >>> core/usb2_msctest.c > >>> > >>> --HPS > >> > >> When? I have a 10 day old checkout here, and the sierra wireless device > >> appears in core/usbdevs, include/usb2_devid.h include/usb2_devtable.h > >> and serial/ugensa2.c. Any hint were to find details about what to put > >> where (seems like amoving target :) > > > > Do you have serial/u3g2.c ? > > > > --HPS > > Nope. I used csup to get HEAD on the 15th. CVSWeb says that u3g2.c has > been checked in 33 hours ago. I would assume that using cvs isn't really > recommended for current anymore. What is the best way to follow current > nowadays (SVN/perforce)? My problem is, that I'm actually performing > work on this machine, so I'm not too keen to upgrade constantly (but I > required current for various devices) and usb1 works okay right now. So > maybe somebody can just bring in the devive ids into current that are > proven to work in USB1 (which works okay for me right now), since > obviously I'm not authorized to submit changes anyway - if I have some > extra time I might checkout the usb2 changes of the last couple of > weeks and test if it actually works with this device entry and report > back to you. Who is repsonsible for checking in the patches to usb1? Hi Michael, I think SVN is more up to date. Just give it some time and CVS will be updated aswell. > > Btw, are there any advantages of using USB2 in terms of power management > on a laptop (even with no external devices attached)? Not yet. Probably I will add some simple power management support after new-year. Be aware that many USB devices have broken suspend/resume support and can fail, so leaving the power on is sometimes better. When no devices are attached, I am going to add support so that the HC is turned off. That will save some power. Remember that suspend/resume cycles introduce extra latency getting the system up and running again. > (this might > actually motivate me to play a little bit more with it - right now the > overall power consumption is about 40% higher compared to using products > made in Redmond). > I'm also developing a special acpi driver for HP > machines right now I will most likely submit in a few weeks. Do you > think it is appropriate to submit this to freebsd-acpi for review? Yes, and CC "Nate Lawson " --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Nov 26 20:36:07 2008 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 0732A1065673 for ; Wed, 26 Nov 2008 20:36:07 +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 97BE38FC2C for ; Wed, 26 Nov 2008 20:36:06 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id mAQKYxrK088952; Wed, 26 Nov 2008 13:35:00 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 26 Nov 2008 13:35:01 -0700 (MST) Message-Id: <20081126.133501.439502801.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <200811261953.04517.hselasky@c2i.net> References: <200811261734.27627.hselasky@c2i.net> <492D8A71.10709@bindone.de> <200811261953.04517.hselasky@c2i.net> 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: Device IDs for HP hs2300 HSDPA 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, 26 Nov 2008 20:36:07 -0000 In message: <200811261953.04517.hselasky@c2i.net> Hans Petter Selasky writes: : I think SVN is more up to date. Just give it some time and CVS will : be updated aswell. The lag between these two is measure in minutes, at most.... If that isn't the case, we need to know... Warner From owner-freebsd-usb@FreeBSD.ORG Thu Nov 27 12:40:15 2008 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 09C141065673; Thu, 27 Nov 2008 12:40:15 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0693C8FC18; Thu, 27 Nov 2008 12:40:13 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA20976; Thu, 27 Nov 2008 14:40:10 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <492E952A.80104@icyb.net.ua> Date: Thu, 27 Nov 2008 14:40:10 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org, freebsd-usb@FreeBSD.org References: <4911BA93.9030006@icyb.net.ua> <491ABFCD.3060309@icyb.net.ua> <491AC502.9000507@icyb.net.ua> <20081112121410.GA24629@icarus.home.lan> <491ACA19.2040008@icyb.net.ua> <20081112123315.GA24907@icarus.home.lan> <491AD0CB.8050309@icyb.net.ua> <20081112132124.GA25637@icarus.home.lan> <491ADB3B.2090000@icyb.net.ua> In-Reply-To: <491ADB3B.2090000@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: ukbd attachment and root mount 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, 27 Nov 2008 12:40:15 -0000 Setting this issue on a technical trail now. 1. I built a kernel with USB_DEBUG enabled. BTW, there doesn't seem to be a way to set debug levels for USB subsystems at boot time, i.e. via hints. Or am I missing something? It seems that the levels can only be set via sysctl but that's too late for boot time debugging. I had to hardcode some non-zero initial values for the levels. 2. I performed a verbose boot with USB_DEBUG kernel. 3. I looked through the dmesg and through code. Some observations and thoughts. There seem to be 3 points where devices attached via USB get explored/discovered and probed/matched/attached. First of all, typical USB controllers are attached to PCI, so ehci/uhci/ohci devices and their corresponding usb and uhub devices are attached along with other PCI devices. Then, for EHCI usb devices bus exploration is performed immediately and so some devices can get attached quite early (e.g. umass). This is the first point. For UHCI/OHCI hubs are added to special cold exploration list. And also event threads are created for all hubs. Then, via SYSINIT mechanism buses in the "cold list" get explored. Actual priority is SI_SUB_CONFIGURE:SI_ORDER_MIDDLE. This is the second point. And finally the event threads get executed and after some delay (about 4 seconds) they also explore their buses. What I observe here matched the described behavior but only to a certain extent: 1. I see that certain devices like an external USB hub get reported in dmesg among PCI devices. I understand that this is the first point ("ehci"). 2. My USB mouse (low speed, attached to uhci) gets reported somewhere between the following lines: isa_probe_children: probing PnP devices ... Device configuration finished. I understand that this is the second point ("sysinit"). 3. My USB keyboard gets reported after mountroot (but before start of init). I think that this is the third point. So what is very puzzling to me is why the keyboard is not found along with the mouse at the second point. Especially given that they are attached to the ports of the same hub: Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub2 port 1 addr 2: low speed, power 98 mA, config 1, USB-PS/2 Optical Mouse(0xc040), Logitech(0x046d), rev 24.30 ums0 port 2 addr 3: low speed, power 100 mA, config 1, USB Keyboard(0x0101), CHESEN(0x0a81), rev 1.10 ukbd0 uhid0 Here's a snippet from verbose dmesg wth USB_DEBUG where the mouse is reported: isa_probe_children: probing PnP devices uhub_explore: status change hub=1 port=1 usbd_reset_port: port 1 reset done, error=NORMAL_COMPLETION usbd_new_device bus=0xffffffff80c7d000 port=1 depth=1 speed=1 usbd_setup_pipe: dev=0xffffff0004a16d00 iface=0 ep=0xffffff0004a16d38 pipe=0xffffff0004a16d08 uhci_open: pipe=0xffffff0004a16c00, addr=0, endpt=0 (1) usb_allocmem: adding fragments usbd_new_device: adding unit addr=2, rev=200, class=0, subclass=0, protocol=0, maxpacket=8, len=18, speed=1 usbd_ar_pipe: pipe=0xffffff0004a16c00 usbd_setup_pipe: dev=0xffffff0004a16d00 iface=0 ep=0xffffff0004a16d38 pipe=0xffffff0004a16d08 uhci_open: pipe=0xffffff0004a16b00, addr=0, endpt=0 (1) usbd_ar_pipe: pipe=0xffffff0004a16b00 usbd_setup_pipe: dev=0xffffff0004a16d00 iface=0 ep=0xffffff0004a16d38 pipe=0xffffff0004a16d08 uhci_open: pipe=0xffffff0004a16a00, addr=2, endpt=0 (1) usbd_new_device: new dev (addr 2), dev=0xffffff0004a16d00, parent=0xffffff0001338c00 usbd_probe_and_attach: trying device specific drivers usbd_probe_and_attach: no device specific driver found usbd_probe_and_attach: looping over 1 configurations usbd_probe_and_attach: trying config idx=0 usbd_set_config_index: (addr 1) cno=2 attr=0xa0, selfpowered=0, power=98 usbd_set_config_index: set config 1 ums0: on uhub2 ums0: 8 buttons and Z dir. uhub_explore: status change hub=1 port=2 uhub_explore: status change hub=1 port=1 Device configuration finished. And here's how the keyboard is found later: Trying to mount root from zfs:tank/root usbd_new_device bus=0xffffffff80c7d000 port=2 depth=1 speed=1 usbd_setup_pipe: dev=0xffffff0004b53000 iface=0 ep=0xffffff0004b53038 pipe=0xffffff0004b53008 uhci_open: pipe=0xffffff0001242c00, addr=0, endpt=0 (1) usbd_new_device: adding unit addr=3, rev=110, class=0, subclass=0, protocol=0, maxpacket=8, len=18, speed=1 usbd_ar_pipe: pipe=0xffffff0001242c00 usbd_setup_pipe: dev=0xffffff0004b53000 iface=0 ep=0xffffff0004b53038 pipe=0xffffff0004b53008 uhci_open: pipe=0xffffff0001242e00, addr=0, endpt=0 (1) usbd_ar_pipe: pipe=0xffffff0001242e00 usbd_setup_pipe: dev=0xffffff0004b53000 iface=0 ep=0xffffff0004b53038 pipe=0xffffff0004b53008 uhci_open: pipe=0xffffff0004b53100, addr=3, endpt=0 (1) usbd_new_device: new dev (addr 3), dev=0xffffff0004b53000, parent=0xffffff0001338c00 usbd_probe_and_attach: trying device specific drivers usbd_probe_and_attach: no device specific driver found usbd_probe_and_attach: looping over 1 configurations usbd_probe_and_attach: trying config idx=0 usbd_set_config_index: (addr 1) cno=3 attr=0xa0, selfpowered=0, power=100 usbd_set_config_index: set config 1 ukbd0: on uhub2 Full dmesg is here: http://www.icyb.net.ua/~avg/ukbd.dmesg.gz -- Andriy Gapon From owner-freebsd-usb@FreeBSD.ORG Thu Nov 27 13:23:21 2008 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 254E0106564A; Thu, 27 Nov 2008 13:23:21 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0FE5E8FC1F; Thu, 27 Nov 2008 13:23:19 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA22017; Thu, 27 Nov 2008 15:23:18 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <492E9F45.2090404@icyb.net.ua> Date: Thu, 27 Nov 2008 15:23:17 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org, freebsd-usb@FreeBSD.org References: <4911BA93.9030006@icyb.net.ua> <491ABFCD.3060309@icyb.net.ua> <491AC502.9000507@icyb.net.ua> <20081112121410.GA24629@icarus.home.lan> <491ACA19.2040008@icyb.net.ua> <20081112123315.GA24907@icarus.home.lan> <491AD0CB.8050309@icyb.net.ua> <20081112132124.GA25637@icarus.home.lan> <491ADB3B.2090000@icyb.net.ua> <492E952A.80104@icyb.net.ua> In-Reply-To: <492E952A.80104@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: ukbd attachment and root mount 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, 27 Nov 2008 13:23:21 -0000 I increased debug level in uhub and also switched mouse and keyboard ports hoping that order might matter. It didn't. Here's fresh usbdevs output snippet: Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub2 port 1 addr 3: low speed, power 100 mA, config 1, USB Keyboard(0x0101), CHESEN(0x0a81), rev 1.10 ukbd0 uhid0 port 2 addr 2: low speed, power 98 mA, config 1, USB-PS/2 Optical Mouse(0xc040), Logitech(0x046d), rev 24.30 ums0 And here's a new snippet from cold explore dmesg: uhub2: uhub_explore: port 1 status 0x0100 0x0001 + ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + So, hm, it looks like a change in connection status is reported but current status is reported as not connected. + I wonder why? + Could this be related to how we perform UHCI handover from BIOS to kernel? + Our uhci code seems to be much simpler than what MS folks described here: + http://www.microsoft.com/whdc/archive/usbhost.mspx#EQHAC uhub_explore: status change hub=1 port=1 uhub_explore: port=1 !CURRENT_CONNECT_STATUS uhub2: uhub_explore: port 2 status 0x0301 0x0001 uhub_explore: status change hub=1 port=2 usbd_reset_port: port 2 reset done, error=NORMAL_COMPLETION usbd_new_device bus=0xffffffff80c7d000 port=2 depth=1 speed=1 usbd_setup_pipe: dev=0xffffff0004a16d00 iface=0 ep=0xffffff0004a16d38 pipe=0xffffff0004a16d08 uhci_open: pipe=0xffffff0004a16c00, addr=0, endpt=0 (1) usb_allocmem: adding fragments usbd_new_device: adding unit addr=2, rev=200, class=0, subclass=0, protocol=0, maxpacket=8, len=18, speed=1 usbd_ar_pipe: pipe=0xffffff0004a16c00 usbd_setup_pipe: dev=0xffffff0004a16d00 iface=0 ep=0xffffff0004a16d38 pipe=0xffffff0004a16d08 uhci_open: pipe=0xffffff0004a16b00, addr=0, endpt=0 (1) usbd_ar_pipe: pipe=0xffffff0004a16b00 usbd_setup_pipe: dev=0xffffff0004a16d00 iface=0 ep=0xffffff0004a16d38 pipe=0xffffff0004a16d08 uhci_open: pipe=0xffffff0004a16a00, addr=2, endpt=0 (1) usbd_new_device: new dev (addr 2), dev=0xffffff0004a16d00, parent=0xffffff0001338c00 usbd_probe_and_attach: trying device specific drivers usbd_probe_and_attach: no device specific driver found usbd_probe_and_attach: looping over 1 configurations usbd_probe_and_attach: trying config idx=0 usbd_set_config_index: (addr 1) cno=2 attr=0xa0, selfpowered=0, power=98 usbd_set_config_index: set config 1 ums0: on uhub2 ums0: 8 buttons and Z dir. -- Andriy Gapon From owner-freebsd-usb@FreeBSD.ORG Thu Nov 27 14:54:42 2008 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 4C55710656D4 for ; Thu, 27 Nov 2008 14:54:42 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.freebsd.org (Postfix) with ESMTP id 0FB178FC28 for ; Thu, 27 Nov 2008 14:54:41 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp1-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp1-g19.free.fr (Postfix) with ESMTP id 7E1501AB2FD for ; Thu, 27 Nov 2008 15:54:40 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp1-g19.free.fr (Postfix) with ESMTP id 22D8A1AB2F0 for ; Thu, 27 Nov 2008 15:54:40 +0100 (CET) Received: from tulipe.herbelot.nom (tulipe.herbelot.nom [192.168.2.5]) by mail.herbelot.nom (8.14.1/8.14.1) with ESMTP id mAREsb4V006109 for ; Thu, 27 Nov 2008 15:54:38 +0100 (CET) From: Thierry Herbelot To: usb@freebsd.org Date: Thu, 27 Nov 2008 15:54:32 +0100 User-Agent: KMail/1.9.10 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811271554.32390.thierry.herbelot@free.fr> Cc: Subject: no device nodes when using the usb2 stack ? 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, 27 Nov 2008 14:54:42 -0000 Hello, I'm plying with the new usb2 stack on a -current machine, but the "/dev/ugen%u.%u" device nodes do not seem to be visible : # usbconfig list ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON # ll /dev/u* lrwxr-xr-x 1 root wheel 6 Nov 27 07:45 /dev/urandom -> random crwxrwxrwx 1 root operator 0, 88 Nov 27 07:45 /dev/usb is this expected ? or did I forget to mount some usbfs ? TfH From owner-freebsd-usb@FreeBSD.ORG Thu Nov 27 15:08:49 2008 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 3146F1065670; Thu, 27 Nov 2008 15:08:49 +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 94F5E8FC0C; Thu, 27 Nov 2008 15:08:47 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=x3LvcgUzIrQA:10 a=trZLhr1UWSMA:10 a=P3SC899gXHkOLDnkTYxLZw==:17 a=axhdpMJvY0i27fsyJ5oA:9 a=9VCooFPaswwaCXZsq4Q8VsK7I2oA:4 a=LY0hPdMaydYA:10 Received: from [62.113.133.240] (account mc467741@c2i.net [62.113.133.240] verified) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1155957476; Thu, 27 Nov 2008 16:08:45 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Thu, 27 Nov 2008 16:10:58 +0100 User-Agent: KMail/1.9.7 References: <200811271554.32390.thierry.herbelot@free.fr> In-Reply-To: <200811271554.32390.thierry.herbelot@free.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811271610.59642.hselasky@c2i.net> Cc: Thierry Herbelot , usb@freebsd.org Subject: Re: no device nodes when using the usb2 stack ? 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, 27 Nov 2008 15:08:49 -0000 On Thursday 27 November 2008, Thierry Herbelot wrote: > Hello, > > I'm plying with the new usb2 stack on a -current machine, but > the "/dev/ugen%u.%u" device nodes do not seem to be visible : > > # usbconfig list > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) > pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST > spd=FULL (12Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 > md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at > usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON # ll /dev/u* > lrwxr-xr-x 1 root wheel 6 Nov 27 07:45 /dev/urandom -> random > crwxrwxrwx 1 root operator 0, 88 Nov 27 07:45 /dev/usb > > is this expected ? or did I forget to mount some usbfs ? Hi, The devices are all invisible or created by demand. Some work is being done to make them visible again. Use libusb20 to access /dev/ugen, unless you are doing something very simple. --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Nov 27 15:08:49 2008 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 3146F1065670; Thu, 27 Nov 2008 15:08:49 +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 94F5E8FC0C; Thu, 27 Nov 2008 15:08:47 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=x3LvcgUzIrQA:10 a=trZLhr1UWSMA:10 a=P3SC899gXHkOLDnkTYxLZw==:17 a=axhdpMJvY0i27fsyJ5oA:9 a=9VCooFPaswwaCXZsq4Q8VsK7I2oA:4 a=LY0hPdMaydYA:10 Received: from [62.113.133.240] (account mc467741@c2i.net [62.113.133.240] verified) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1155957476; Thu, 27 Nov 2008 16:08:45 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Thu, 27 Nov 2008 16:10:58 +0100 User-Agent: KMail/1.9.7 References: <200811271554.32390.thierry.herbelot@free.fr> In-Reply-To: <200811271554.32390.thierry.herbelot@free.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811271610.59642.hselasky@c2i.net> Cc: Thierry Herbelot , usb@freebsd.org Subject: Re: no device nodes when using the usb2 stack ? 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, 27 Nov 2008 15:08:49 -0000 On Thursday 27 November 2008, Thierry Herbelot wrote: > Hello, > > I'm plying with the new usb2 stack on a -current machine, but > the "/dev/ugen%u.%u" device nodes do not seem to be visible : > > # usbconfig list > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) > pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST > spd=FULL (12Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 > md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at > usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON # ll /dev/u* > lrwxr-xr-x 1 root wheel 6 Nov 27 07:45 /dev/urandom -> random > crwxrwxrwx 1 root operator 0, 88 Nov 27 07:45 /dev/usb > > is this expected ? or did I forget to mount some usbfs ? Hi, The devices are all invisible or created by demand. Some work is being done to make them visible again. Use libusb20 to access /dev/ugen, unless you are doing something very simple. --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Nov 27 20:15:04 2008 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 992101065672 for ; Thu, 27 Nov 2008 20:15:04 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id 299A38FC16 for ; Thu, 27 Nov 2008 20:15:03 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by postfix1-g20.free.fr (Postfix) with ESMTP id 4498D2E2F213 for ; Thu, 27 Nov 2008 20:42:14 +0100 (CET) Received: from smtp1-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp1-g19.free.fr (Postfix) with ESMTP id 9796C1AB346 for ; Thu, 27 Nov 2008 20:42:12 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp1-g19.free.fr (Postfix) with ESMTP id 5BB841AB321 for ; Thu, 27 Nov 2008 20:42:10 +0100 (CET) Received: from tulipe.herbelot.nom (tulipe.herbelot.nom [192.168.2.5]) by mail.herbelot.nom (8.14.1/8.14.1) with ESMTP id mARJg38i022091; Thu, 27 Nov 2008 20:42:04 +0100 (CET) From: Thierry Herbelot To: Hans Petter Selasky Date: Thu, 27 Nov 2008 20:41:57 +0100 User-Agent: KMail/1.9.10 References: <200811271554.32390.thierry.herbelot@free.fr> <200811271610.59642.hselasky@c2i.net> In-Reply-To: <200811271610.59642.hselasky@c2i.net> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200811272041.58374.thierry.herbelot@free.fr> Cc: freebsd-usb@freebsd.org Subject: Re: no device nodes when using the usb2 stack ? 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, 27 Nov 2008 20:15:04 -0000 Le Thursday 27 November 2008, Hans Petter Selasky a écrit : > On Thursday 27 November 2008, Thierry Herbelot wrote: > > Hello, > > > > I'm plying with the new usb2 stack on a -current machine, but > > the "/dev/ugen%u.%u" device nodes do not seem to be visible : > > > > # usbconfig list > > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) > > pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST > > spd=FULL (12Mbps) pwr=ON ugen2.1: at usbus2, > > cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.1: > > at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: > AcerLabs> at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON # ll /dev/u* > > lrwxr-xr-x 1 root wheel 6 Nov 27 07:45 /dev/urandom -> > > random crwxrwxrwx 1 root operator 0, 88 Nov 27 07:45 /dev/usb > > > > is this expected ? or did I forget to mount some usbfs ? > > Hi, > > The devices are all invisible or created by demand. Some work is being done > to make them visible again. OK : I just wondered if I missed some configuration steps. > > Use libusb20 to access /dev/ugen, unless you are doing something very > simple. will do ASAP : I will try converting one introductory libusb example by Greg Kroah-Hartman (http://www.linuxjournal.com/node/7466/print) thanks for the libusb wrapper ;-) TfH > > --HPS From owner-freebsd-usb@FreeBSD.ORG Fri Nov 28 09:40:01 2008 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 DC6FE1065678 for ; Fri, 28 Nov 2008 09: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 B60138FC1E for ; Fri, 28 Nov 2008 09: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 mAS9e1nv037715 for ; Fri, 28 Nov 2008 09: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 mAS9e1d1037708; Fri, 28 Nov 2008 09:40:01 GMT (envelope-from gnats) Resent-Date: Fri, 28 Nov 2008 09:40:01 GMT Resent-Message-Id: <200811280940.mAS9e1d1037708@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, "adw+gnate@avatastic.co.uk" Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 549C61065677 for ; Fri, 28 Nov 2008 09:39:53 +0000 (UTC) (envelope-from adw@skynet.avatastic.co.uk) Received: from skynet.avatastic.co.uk (avatastic-1-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:5f3::2]) by mx1.freebsd.org (Postfix) with ESMTP id AF5448FC12 for ; Fri, 28 Nov 2008 09:39:52 +0000 (UTC) (envelope-from adw@skynet.avatastic.co.uk) Received: from skynet.avatastic.co.uk (smmsp@localhost [127.0.0.1]) by skynet.avatastic.co.uk (8.14.3/8.14.3) with ESMTP id mAS9dotR001728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 28 Nov 2008 09:39:51 GMT (envelope-from adw@skynet.avatastic.co.uk) Received: (from root@localhost) by skynet.avatastic.co.uk (8.14.3/8.14.3/Submit) id mAS9doOH001727; Fri, 28 Nov 2008 09:39:50 GMT (envelope-from adw) Message-Id: <200811280939.mAS9doOH001727@skynet.avatastic.co.uk> Date: Fri, 28 Nov 2008 09:39:50 GMT From: "adw+gnats@avatastic.co.uk" To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: usb/129251: Liebert UPS being assigned uhid and not ugen X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "adw+gnate@avatastic.co.uk" List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Nov 2008 09:40:02 -0000 >Number: 129251 >Category: usb >Synopsis: Liebert UPS being assigned uhid and not ugen >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: Fri Nov 28 09:40:01 UTC 2008 >Closed-Date: >Last-Modified: >Originator: adw+gnats@avatastic.co.uk >Release: FreeBSD 7.1-PRERELEASE amd64 >Organization: avatastic.co.uk >Environment: System: FreeBSD skynet.avatastic.co.uk 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Fri Nov 28 09:05:08 GMT 2008 root@skynet.avatastic.co.uk:/usr/src/sys/amd64/compile/SKYNET amd64 >Description: Liebert PowerSure Personal XT UPSes are assigned a uhidN device node when connected via USB. Due to the way that nut/libusb work, they are expecting a ugenN device node to work with. >How-To-Repeat: Plug in a Liebert PowerSure Personal XT UPS in to a free usb port. >Fix: There are two ways of fixing this. 1) Remove uhid from the kernel config. 2) Add Liebert PowerSure Personal XT UPSes to /sys/dev/usb/usbdevs and /sys/dev/usb/usb_quirks.c as per patch (attached) --- liebert.patch begins here --- 349a350 > vendor LIEBERT 0x06da Liebert 1555a1557,1559 > /* Liebert products */ > product LIEBERT POWERSURE_PXT 0xffff PowerSure Personal XT > 112a113,114 > { USB_VENDOR_LIEBERT, USB_PRODUCT_LIEBERT_POWERSURE_PXT, > ANY, { UQ_HID_IGNORE }}, --- liebert.patch ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Fri Nov 28 13:12:40 2008 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 9808B1065672; Fri, 28 Nov 2008 13:12:40 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8873C8FC0A; Fri, 28 Nov 2008 13:12:39 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA23909; Fri, 28 Nov 2008 15:12:36 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <492FEE43.5060703@icyb.net.ua> Date: Fri, 28 Nov 2008 15:12:35 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org, freebsd-usb@FreeBSD.org References: <4911BA93.9030006@icyb.net.ua> <491ABFCD.3060309@icyb.net.ua> <491AC502.9000507@icyb.net.ua> <20081112121410.GA24629@icarus.home.lan> <491ACA19.2040008@icyb.net.ua> <20081112123315.GA24907@icarus.home.lan> <491AD0CB.8050309@icyb.net.ua> <20081112132124.GA25637@icarus.home.lan> <491ADB3B.2090000@icyb.net.ua> <492E952A.80104@icyb.net.ua> <492E9F45.2090404@icyb.net.ua> In-Reply-To: <492E9F45.2090404@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: ukbd attachment and root mount 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, 28 Nov 2008 13:12:40 -0000 on 27/11/2008 15:23 Andriy Gapon said the following: > I increased debug level in uhub and also switched mouse and keyboard > ports hoping that order might matter. It didn't. > > Here's fresh usbdevs output snippet: > Controller /dev/usb2: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > uhub2 > port 1 addr 3: low speed, power 100 mA, config 1, USB Keyboard(0x0101), > CHESEN(0x0a81), rev 1.10 > ukbd0 > uhid0 > port 2 addr 2: low speed, power 98 mA, config 1, USB-PS/2 Optical > Mouse(0xc040), Logitech(0x046d), rev 24.30 > ums0 > > And here's a new snippet from cold explore dmesg: > uhub2: uhub_explore: port 1 status 0x0100 0x0001 > + ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > + So, hm, it looks like a change in connection status is reported but > current status is reported as not connected. > + I wonder why? For now I am blaming this on the keyboard. My wild un-educated guess is that it takes it too long to come back after controller reset. I don't have any other explanation at the moment. I'll try to get another keyboard (from different vendor) and play with it. -- Andriy Gapon From owner-freebsd-usb@FreeBSD.ORG Fri Nov 28 13:24:59 2008 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 5E3661065673; Fri, 28 Nov 2008 13:24:59 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3BD9F8FC0C; Fri, 28 Nov 2008 13:24:57 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA24257; Fri, 28 Nov 2008 15:24:56 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <492FF127.807@icyb.net.ua> Date: Fri, 28 Nov 2008 15:24:55 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 References: <4912E462.4090608@icyb.net.ua> <491586B9.2020303@vwsoft.com> <4919851B.7050800@icyb.net.ua> In-Reply-To: <4919851B.7050800@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , freebsd-usb@freebsd.org Subject: Re: usb keyboard dying at loader prompt 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, 28 Nov 2008 13:24:59 -0000 I did more testing and it seems that our loader does have something to do with the problem. If I boot to memtest86 the keyboard keeps working. If I pause boot menu, wait for many minutes, the keyboard still works. If I escape to loader prompt, this when the keyboard stops working after a few seconds. Not sure how to explain this. I think I've seen some changes to reduce memory usage of loader, I will try them to see if that would make any difference for my situation. -- Andriy Gapon From owner-freebsd-usb@FreeBSD.ORG Fri Nov 28 15:07:20 2008 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 911C61065678 for ; Fri, 28 Nov 2008 15:07:20 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36]) by mx1.freebsd.org (Postfix) with ESMTP id 570D38FC08 for ; Fri, 28 Nov 2008 15:07:20 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp6-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp6-g19.free.fr (Postfix) with ESMTP id 2D71B1723C for ; Fri, 28 Nov 2008 16:07:19 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp6-g19.free.fr (Postfix) with ESMTP id 5BD00197AA for ; Fri, 28 Nov 2008 16:07:13 +0100 (CET) Received: from tulipe.herbelot.nom (tulipe.herbelot.nom [192.168.2.5]) by mail.herbelot.nom (8.14.1/8.14.1) with ESMTP id mASF6vP6019399 for ; Fri, 28 Nov 2008 16:06:58 +0100 (CET) From: Thierry Herbelot To: freebsd-usb@freebsd.org Date: Fri, 28 Nov 2008 16:06:51 +0100 User-Agent: KMail/1.9.10 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811281606.51927.thierry.herbelot@free.fr> Subject: usb2 bulk read optimization ? 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, 28 Nov 2008 15:07:20 -0000 Hello, another day, another question : I'm done converting an old "userland driver" to usb2 and libusb20 - and it works ! (using the libusb API, for the time being). The application is a data capture from a bulk endpoint, and I can't get more than around 8 Mbps. The data are formatted as URBs of 40 kbytes. This may be expected, as the machine is an oldish Pentium-III, with an additional Acer-based USB-2 extension card. (still, I have recompiled the -current kernel without the INVARIANTS and WITNESS options) I have had a quick look at the code of libusb20 and tried an increase of bufsize in usb_get_transfer_by_ep_no, but with no discernable improvements. Any idea ? thanks TfH From owner-freebsd-usb@FreeBSD.ORG Fri Nov 28 18:03:48 2008 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 744CD1065672 for ; Fri, 28 Nov 2008 18:03:48 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swipnet.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 0FDD48FC16 for ; Fri, 28 Nov 2008 18:03:47 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=zJN-26CMWKkA:10 a=P3SC899gXHkOLDnkTYxLZw==:17 a=oDbWAAHHiRYCvH9NtooA:9 a=VcNDpUJJRh3J-HhV3idJX18eOxoA:4 a=LY0hPdMaydYA:10 Received: from [62.113.133.240] (account mc467741@c2i.net [62.113.133.240] verified) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 984689917; Fri, 28 Nov 2008 19:03:45 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Fri, 28 Nov 2008 19:05:59 +0100 User-Agent: KMail/1.9.7 References: <200811281606.51927.thierry.herbelot@free.fr> In-Reply-To: <200811281606.51927.thierry.herbelot@free.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811281906.00913.hselasky@c2i.net> Cc: Thierry Herbelot Subject: Re: usb2 bulk read optimization ? 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, 28 Nov 2008 18:03:48 -0000 On Friday 28 November 2008, Thierry Herbelot wrote: > Hello, > > another day, another question : > > I'm done converting an old "userland driver" to usb2 and libusb20 - and it > works ! (using the libusb API, for the time being). > > The application is a data capture from a bulk endpoint, and I can't get > more than around 8 Mbps. The data are formatted as URBs of 40 kbytes. > > This may be expected, as the machine is an oldish Pentium-III, with an > additional Acer-based USB-2 extension card. > > (still, I have recompiled the -current kernel without the INVARIANTS and > WITNESS options) > > I have had a quick look at the code of libusb20 and tried an increase of > bufsize in usb_get_transfer_by_ep_no, but with no discernable improvements. > > Any idea ? Hi Thierry, You have found the correct place to tune the buffer size. Are you sure that your application is also doing similiarly large bulk transfers? Are you sure that the transfer speed limitation is not a limitation of your USB device? Keep in mind: The EHCI has an interrupt clamp of 4000-8000 interrupts / second. --HPS From owner-freebsd-usb@FreeBSD.ORG Fri Nov 28 18:49:55 2008 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 3C9E51065670 for ; Fri, 28 Nov 2008 18:49:55 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.tele2.se [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id C73E88FC13 for ; Fri, 28 Nov 2008 18:49:54 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=zJN-26CMWKkA:10 a=P3SC899gXHkOLDnkTYxLZw==:17 a=pGK_h540V50WwOymhIMA:9 a=a89tUI442mEyBcMlq3ALuc7Nk0kA:4 a=LY0hPdMaydYA:10 Received: from [62.113.133.240] (account mc467741@c2i.net [62.113.133.240] verified) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 414538048; Fri, 28 Nov 2008 19:49:52 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Fri, 28 Nov 2008 19:52:06 +0100 User-Agent: KMail/1.9.7 References: <200811281606.51927.thierry.herbelot@free.fr> <200811281906.00913.hselasky@c2i.net> In-Reply-To: <200811281906.00913.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811281952.07551.hselasky@c2i.net> Cc: Thierry Herbelot Subject: Re: usb2 bulk read optimization ? 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, 28 Nov 2008 18:49:55 -0000 On Friday 28 November 2008, Hans Petter Selasky wrote: > On Friday 28 November 2008, Thierry Herbelot wrote: BTW: If your device is FULL-speed, then 8Mbit/second is around the maximum for BULK due to various hardware issues. If you want more then you need to use an ISOCHRONOUS pipe. --HPS From owner-freebsd-usb@FreeBSD.ORG Fri Nov 28 23:10:05 2008 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 249DA106564A for ; Fri, 28 Nov 2008 23:10:05 +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 0DFC38FC08 for ; Fri, 28 Nov 2008 23:10:05 +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 mASNA4i6073331 for ; Fri, 28 Nov 2008 23:10:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mASNA4xx073330; Fri, 28 Nov 2008 23:10:04 GMT (envelope-from gnats) Date: Fri, 28 Nov 2008 23:10:04 GMT Message-Id: <200811282310.mASNA4xx073330@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Andrew D Wiles Cc: Subject: Re: usb/129251: Liebert UPS being assigned uhid and not ugen X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrew D Wiles List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Nov 2008 23:10:05 -0000 The following reply was made to PR usb/129251; it has been noted by GNATS. From: Andrew D Wiles To: bug-followup@FreeBSD.org Cc: Subject: Re: usb/129251: Liebert UPS being assigned uhid and not ugen Date: Fri, 28 Nov 2008 23:02:27 +0000 The patch in the original pr was a bit broken. Corrected patch follows. diff -Naur usb.orig/usb_quirks.c usb/usb_quirks.c --- usb.orig/usb_quirks.c 2008-11-28 08:22:36.000000000 +0000 +++ usb/usb_quirks.c 2008-11-28 22:56:47.000000000 +0000 @@ -110,6 +110,8 @@ ANY, { UQ_HID_IGNORE }}, { USB_VENDOR_APPLE, USB_PRODUCT_APPLE_IPHONE_3G, ANY, { UQ_HID_IGNORE }}, + { USB_VENDOR_LIEBERT, USB_PRODUCT_LIEBERT_POWERSURE_PXT, + ANY, { UQ_HID_IGNORE }}, /* Devices which should be ignored by both ukbd and uhid */ { USB_VENDOR_CYPRESS, USB_PRODUCT_CYPRESS_WISPY1A, diff -Naur usb.orig/usbdevs usb/usbdevs --- usb.orig/usbdevs 2008-11-28 08:22:54.000000000 +0000 +++ usb/usbdevs 2008-11-28 22:56:53.000000000 +0000 @@ -347,6 +347,7 @@ vendor ASIAMD 0x06be Asia Microelectronic Development vendor BIZLINK 0x06c4 Bizlink International vendor KEYSPAN 0x06cd Keyspan / InnoSys Inc. +vendor LIEBERT 0x06da Liebert vendor AASHIMA 0x06d6 Aashima Technology vendor MULTITECH 0x06e0 MultiTech vendor ADS 0x06e1 ADS Technologies @@ -1553,6 +1554,9 @@ /* Lexmark products */ product LEXMARK S2450 0x0009 Optra S 2450 +/* Liebert products */ +product LIEBERT POWERSURE_PXT 0xffff PowerSure Personal XT + /* Linksys products */ product LINKSYS MAUSB2 0x0105 Camedia MAUSB-2 product LINKSYS USB10TX1 0x200c USB10TX [root@skynet /usr/src/sys/dev]# diff -Naur usb.orig/ usb/ > ~/liebert.patch [root@skynet /usr/src/sys/dev]# cat ~/liebert.patch diff -Naur usb.orig/usb_quirks.c usb/usb_quirks.c --- usb.orig/usb_quirks.c 2008-11-28 08:22:36.000000000 +0000 +++ usb/usb_quirks.c 2008-11-28 22:56:47.000000000 +0000 @@ -110,6 +110,8 @@ ANY, { UQ_HID_IGNORE }}, { USB_VENDOR_APPLE, USB_PRODUCT_APPLE_IPHONE_3G, ANY, { UQ_HID_IGNORE }}, + { USB_VENDOR_LIEBERT, USB_PRODUCT_LIEBERT_POWERSURE_PXT, + ANY, { UQ_HID_IGNORE }}, /* Devices which should be ignored by both ukbd and uhid */ { USB_VENDOR_CYPRESS, USB_PRODUCT_CYPRESS_WISPY1A, diff -Naur usb.orig/usbdevs usb/usbdevs --- usb.orig/usbdevs 2008-11-28 08:22:54.000000000 +0000 +++ usb/usbdevs 2008-11-28 22:56:53.000000000 +0000 @@ -347,6 +347,7 @@ vendor ASIAMD 0x06be Asia Microelectronic Development vendor BIZLINK 0x06c4 Bizlink International vendor KEYSPAN 0x06cd Keyspan / InnoSys Inc. +vendor LIEBERT 0x06da Liebert vendor AASHIMA 0x06d6 Aashima Technology vendor MULTITECH 0x06e0 MultiTech vendor ADS 0x06e1 ADS Technologies @@ -1553,6 +1554,9 @@ /* Lexmark products */ product LEXMARK S2450 0x0009 Optra S 2450 +/* Liebert products */ +product LIEBERT POWERSURE_PXT 0xffff PowerSure Personal XT + /* Linksys products */ product LINKSYS MAUSB2 0x0105 Camedia MAUSB-2 product LINKSYS USB10TX1 0x200c USB10TX From owner-freebsd-usb@FreeBSD.ORG Fri Nov 28 23:31:34 2008 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 969061065687 for ; Fri, 28 Nov 2008 23:31:34 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.freebsd.org (Postfix) with ESMTP id 2771B8FC18 for ; Fri, 28 Nov 2008 23:31:34 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp3-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp3-g19.free.fr (Postfix) with ESMTP id B356F17B549 for ; Sat, 29 Nov 2008 00:31:32 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp3-g19.free.fr (Postfix) with ESMTP id 7A22A17B548 for ; Sat, 29 Nov 2008 00:31:32 +0100 (CET) Received: from tulipe.herbelot.nom (tulipe.herbelot.nom [192.168.2.5]) by mail.herbelot.nom (8.14.1/8.14.1) with ESMTP id mASNVRWB022057; Sat, 29 Nov 2008 00:31:29 +0100 (CET) From: Thierry Herbelot To: Hans Petter Selasky Date: Sat, 29 Nov 2008 00:31:22 +0100 User-Agent: KMail/1.9.10 References: <200811281606.51927.thierry.herbelot@free.fr> <200811281906.00913.hselasky@c2i.net> In-Reply-To: <200811281906.00913.hselasky@c2i.net> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200811290031.22513.thierry.herbelot@free.fr> Cc: freebsd-usb@freebsd.org Subject: Re: usb2 bulk read optimization ? 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, 28 Nov 2008 23:31:34 -0000 Le Friday 28 November 2008, Hans Petter Selasky a écrit : > On Friday 28 November 2008, Thierry Herbelot wrote: > > Hello, > > > > another day, another question : > > > > I'm done converting an old "userland driver" to usb2 and libusb20 - and > > it works ! (using the libusb API, for the time being). > > > > The application is a data capture from a bulk endpoint, and I can't get > > more than around 8 Mbps. The data are formatted as URBs of 40 kbytes. > > > > This may be expected, as the machine is an oldish Pentium-III, with an > > additional Acer-based USB-2 extension card. > > > > (still, I have recompiled the -current kernel without the INVARIANTS and > > WITNESS options) > > > > I have had a quick look at the code of libusb20 and tried an increase of > > bufsize in usb_get_transfer_by_ep_no, but with no discernable > > improvements. > > > > Any idea ? > > Hi Thierry, > > You have found the correct place to tune the buffer size. Are you sure that > your application is also doing similiarly large bulk transfers? I'm doing "usb_bulk_read(handle, ep, data, size, 500);" with size around 40kbytes. > > Are you sure that the transfer speed limitation is not a limitation of your > USB device? this USB device is known, with a different, open-source, OS, to handle around 240Mbps (30Mbyte/s, but probably not on this oldish machine). the device is high-speed compliant, but can only do bulk transfers (maybe isochronous could have been better, but that's technically not possible) > > Keep in mind: The EHCI has an interrupt clamp of 4000-8000 interrupts / > second. OK : I would *very much* like to see a transfer rate of 4k*40kbyte/sec > > --HPS Thanks for the answers TfH From owner-freebsd-usb@FreeBSD.ORG Sat Nov 29 07:51:49 2008 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 2FAF01065670 for ; Sat, 29 Nov 2008 07:51:49 +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 AFB688FC08 for ; Sat, 29 Nov 2008 07:51:48 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=zJN-26CMWKkA:10 a=P3SC899gXHkOLDnkTYxLZw==:17 a=cUAnfhBtsy_4FIcXLqcA:9 a=zGqBy7FrXkMrGJpA3pfl-jLNhfEA:4 a=LY0hPdMaydYA:10 Received: from [62.113.133.240] (account mc467741@c2i.net [62.113.133.240] verified) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1054886283; Sat, 29 Nov 2008 08:51:46 +0100 From: Hans Petter Selasky To: Thierry Herbelot Date: Sat, 29 Nov 2008 08:54:00 +0100 User-Agent: KMail/1.9.7 References: <200811281606.51927.thierry.herbelot@free.fr> <200811281906.00913.hselasky@c2i.net> <200811290031.22513.thierry.herbelot@free.fr> In-Reply-To: <200811290031.22513.thierry.herbelot@free.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811290854.01531.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: usb2 bulk read optimization ? 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, 29 Nov 2008 07:51:49 -0000 On Saturday 29 November 2008, Thierry Herbelot wrote: > > Hi Thierry, > > > > You have found the correct place to tune the buffer size. Are you sure > > that your application is also doing similiarly large bulk transfers? > > I'm doing "usb_bulk_read(handle, ep, data, size, 500);" with size around > 40kbytes. > > > Are you sure that the transfer speed limitation is not a limitation of > > your USB device? > > this USB device is known, with a different, open-source, OS, to handle > around 240Mbps (30Mbyte/s, but probably not on this oldish machine). the > device is high-speed compliant, but can only do bulk transfers (maybe > isochronous could have been better, but that's technically not possible) > > > Keep in mind: The EHCI has an interrupt clamp of 4000-8000 interrupts / > > second. > > OK : I would *very much* like to see a transfer rate of 4k*40kbyte/sec > Check with "usbconfig" which speed your device is running at. Also check "vmstat -i" to see the actual interrupt rate. --HPS