From owner-freebsd-usb@FreeBSD.ORG Sun Jan 29 18:09:00 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBE4E16A420 for ; Sun, 29 Jan 2006 18:09:00 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 1E7BB43D4C for ; Sun, 29 Jan 2006 18:08:54 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 29 Jan 2006 18:08:50 +0000 (GMT) To: Juergen Lock In-Reply-To: Your message of "Fri, 27 Jan 2006 01:31:18 +0100." <20060127003118.GA17649@saturn.kn-bremen.de> Date: Sun, 29 Jan 2006 18:08:49 +0000 From: Ian Dowse Message-ID: <200601291808.aa03106@nowhere.iedowse.com> Cc: freebsd-usb@freebsd.org Subject: Re: cvs commit: src/sys/dev/usb ehci.c ehci_pci.c ehcivar.h 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, 29 Jan 2006 18:09:01 -0000 In message <20060127003118.GA17649@saturn.kn-bremen.de>, Juergen Lock writes: > >Here is what I use on RELENG_5_4: Thanks - that's merged into RELENG_5 now. Could somebody test if the following additional patch works? This includes a number of changes that are in RELENG_6 but haven't made it to 5.x yet, including ohci and ulpt bug fixes and improved umass and ums device support. For this to apply you will need the latest RELENG_5 (29th Jan). I don't have a RELENG_5 box here so this might not even compile. The patch is at: http://people.freebsd.org/~iedowse/usb_releng_5.diff In particular, can anybody who tries this let me know whether they were able to test the following: o GENERIC kernel build o LINT kernel build o Using any USB device o USB 1.x devices on an OHCI controller o Printing to a USB 1.x printer via an OHCI controller Thanks, Ian From owner-freebsd-usb@FreeBSD.ORG Sun Jan 29 23:59:47 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 720AC16A422 for ; Sun, 29 Jan 2006 23:59:47 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id B737143D45 for ; Sun, 29 Jan 2006 23:59:46 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3) with ESMTP id k0TNxi8w009035; Mon, 30 Jan 2006 00:59:44 +0100 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id k0TNxino009033; Mon, 30 Jan 2006 00:59:44 +0100 Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.3/8.13.1) with ESMTP id k0TNu1jl030041; Mon, 30 Jan 2006 00:56:01 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.3/8.13.1/Submit) id k0TNtxUQ030040; Mon, 30 Jan 2006 00:55:59 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Mon, 30 Jan 2006 00:55:59 +0100 To: Ian Dowse Message-ID: <20060129235559.GA29869@saturn.kn-bremen.de> References: <20060127003118.GA17649@saturn.kn-bremen.de> <200601291808.aa03106@nowhere.iedowse.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601291808.aa03106@nowhere.iedowse.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-usb@freebsd.org Subject: Re: cvs commit: src/sys/dev/usb ehci.c ehci_pci.c ehcivar.h 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, 29 Jan 2006 23:59:47 -0000 On Sun, Jan 29, 2006 at 06:08:49PM +0000, Ian Dowse wrote: > In message <20060127003118.GA17649@saturn.kn-bremen.de>, Juergen Lock writes: > > > >Here is what I use on RELENG_5_4: > > Thanks - that's merged into RELENG_5 now. [...] Hmm. Now I just got the following panic with it, pipe->queue.stqh_first shouldn't be NULL right? (Maybe it already got a new command for the same umass device while there still is an ehci_intrlist_timeout pending for the last command and so the new one interferes?) bash 10.3# kgdb kernel.debug /var/crash/vmcore.10 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:159 159 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc05e27aa in boot (howto=260) at /usr/home/nox/src54/usr/src/sys/kern/kern_shutdown.c:410 #2 0xc05e2a70 in panic (fmt=0xc07b08f4 "%s") at /usr/home/nox/src54/usr/src/sys/kern/kern_shutdown.c:566 #3 0xc0771cac in trap_fatal (frame=0xd420cbfc, eva=76) at /usr/home/nox/src54/usr/src/sys/i386/i386/trap.c:817 #4 0xc0771a07 in trap_pfault (frame=0xd420cbfc, usermode=0, eva=76) at /usr/home/nox/src54/usr/src/sys/i386/i386/trap.c:735 #5 0xc0771605 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -1030067328, tf_ebp = -736048040, tf_isp = -736048088, tf_ebx = -1045761280, tf_edx = 0, tf_ecx = 0, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1067954307, tf_cs = 8, tf_eflags = 66118, tf_esp = 0, tf_ss = 0}) at /usr/home/nox/src54/usr/src/sys/i386/i386/trap.c:425 #6 0xc076411a in calltrap () at /usr/home/nox/src54/usr/src/sys/i386/i386/exception.s:140 #7 0x00000018 in ?? () #8 0x00000010 in ?? () #9 0x00000010 in ?? () #10 0x00000000 in ?? () #11 0xc29a6b80 in ?? () #12 0xd420cc58 in ?? () ---Type to continue, or q to quit--- #13 0xd420cc28 in ?? () #14 0xc1aaf300 in ?? () #15 0x00000000 in ?? () #16 0x00000000 in ?? () #17 0x00000000 in ?? () #18 0x0000000c in ?? () #19 0x00000000 in ?? () #20 0xc0584f7d in usb_transfer_complete (xfer=0xc1aaf300) at /usr/home/nox/src54/usr/src/sys/dev/usb/usbdi.c:833 #21 0xc056d9b0 in ehci_idone (ex=0xc1aaf300) at /usr/home/nox/src54/usr/src/sys/dev/usb/ehci.c:877 #22 0xc056d887 in ehci_check_intr (sc=0xc1a3f800, ex=0xc1aaf300) at /usr/home/nox/src54/usr/src/sys/dev/usb/ehci.c:762 #23 0xc056d7bd in ehci_softintr (v=0xc1a3f800) at /usr/home/nox/src54/usr/src/sys/dev/usb/ehci.c:696 #24 0xc0582281 in usb_schedsoftintr (bus=0x0) at /usr/home/nox/src54/usr/src/sys/dev/usb/usb.c:870 #25 0xc056f833 in ehci_intrlist_timeout (arg=0xc1a3f800) at /usr/home/nox/src54/usr/src/sys/dev/usb/ehci.c:2731 #26 0xc05ee626 in softclock (dummy=0x0) at /usr/home/nox/src54/usr/src/sys/kern/kern_timeout.c:279 #27 0xc05ceac5 in ithread_loop (arg=0xc197d500) at /usr/home/nox/src54/usr/src/sys/kern/kern_intr.c:547 ---Type to continue, or q to quit--- #28 0xc05cdd58 in fork_exit (callout=0xc05ce974 , arg=0xc197d500, frame=0xd420cd48) at /usr/home/nox/src54/usr/src/sys/kern/kern_fork.c:791 #29 0xc076417c in fork_trampoline () at /usr/home/nox/src54/usr/src/sys/i386/i386/exception.s:209 (kgdb) fr 20 #20 0xc0584f7d in usb_transfer_complete (xfer=0xc1aaf300) at /usr/home/nox/src54/usr/src/sys/dev/usb/usbdi.c:833 833 SIMPLEQ_REMOVE_HEAD(&pipe->queue, next); (kgdb) p *pipe $1 = {iface = 0xc2e126a0, device = 0xc2881680, endpoint = 0xc2c8a940, refcnt = 1, running = 1 '\001', aborting = 0 '\0', queue = { stqh_first = 0x0, stqh_last = 0xc29a6b94}, next = {le_next = 0x0, le_prev = 0xc262381c}, intrxfer = 0x0, repeat = 0 '\0', interval = -1, methods = 0xc081d4bc} (kgdb) p *pipe->queue.stqh_last $2 = (struct usbd_xfer *) 0x0 (kgdb) q From owner-freebsd-usb@FreeBSD.ORG Mon Jan 30 00:51:29 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17E7E16A420 for ; Mon, 30 Jan 2006 00:51:29 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 5019743D46 for ; Mon, 30 Jan 2006 00:51:28 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 30 Jan 2006 00:51:25 +0000 (GMT) To: Juergen Lock In-Reply-To: Your message of "Mon, 30 Jan 2006 00:55:59 +0100." <20060129235559.GA29869@saturn.kn-bremen.de> Date: Mon, 30 Jan 2006 00:51:25 +0000 From: Ian Dowse Message-ID: <200601300051.aa09730@nowhere.iedowse.com> Cc: freebsd-usb@freebsd.org Subject: Re: cvs commit: src/sys/dev/usb ehci.c ehci_pci.c ehcivar.h 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, 30 Jan 2006 00:51:29 -0000 In message <20060129235559.GA29869@saturn.kn-bremen.de>, Juergen Lock writes: >Hmm. Now I just got the following panic with it, pipe->queue.stqh_first >shouldn't be NULL right? (Maybe it already got a new command for the >same umass device while there still is an ehci_intrlist_timeout pending >for the last command and so the new one interferes?) Is that with umass devices only, or were there other USB devices in use? The trace looks familiour so it might be something that has been fixed in -current. Could you see if there were any related console messages just before the crash with dmesg -a -M vmcore_file -N kernel_file and if possible recompile your kernel to contain the drivers for any USB devices you use rather than loading modules? Using modules causes the stack trace to miss out information from module frames. Ian From owner-freebsd-usb@FreeBSD.ORG Mon Jan 30 11:02:55 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52DB616A420 for ; Mon, 30 Jan 2006 11:02:55 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2B6F43D45 for ; Mon, 30 Jan 2006 11:02:54 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k0UB2sYC020047 for ; Mon, 30 Jan 2006 11:02:54 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k0UB2r7l020033 for freebsd-usb@freebsd.org; Mon, 30 Jan 2006 11:02:53 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 30 Jan 2006 11:02:53 GMT Message-Id: <200601301102.k0UB2r7l020033@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-usb@FreeBSD.org Cc: Subject: Current problem reports assigned to you 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, 30 Jan 2006 11:02:55 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2005/08/10] usb/84750 usb [hang] 6-BETA2 reboot/shutdown with root_ o [2006/01/11] usb/91629 usb usbd_abort_pipe() may result in infinite 2 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/07/19] usb/40792 usb signals lead to data loss on device ugen o [2002/12/10] usb/46176 usb [panic] umass causes kernel panic if devi o [2002/12/19] i386/46371 usb USB controller cannot be initialized on I o [2003/08/13] usb/55555 usb [ums] system freezes with access to /dev/ o [2003/09/06] usb/56513 usb [ugen] [panic] panic in ugen w/ moused -p o [2003/09/26] bin/57255 usb usbd and multi-function devices s [2003/12/15] usb/60276 usb [usb] Kernel panic when plugging in USB ( o [2004/01/20] usb/61627 usb [usb] [patch] New USB printer not support o [2004/01/30] usb/62088 usb [usb] Logitech Cordless/Optical Mouse not o [2004/02/03] usb/62309 usb [ugen] [panic] panic: ugen(4) driver o [2004/03/01] usb/63621 usb [usb] USB MemoryStick Reader stalls/crash o [2004/07/13] usb/69006 usb [patch] Apple Cinema Display hangs USB po o [2004/08/30] usb/71155 usb [usb] misbehaving usb-printer hangs proce o [2004/10/30] usb/73307 usb [panic] Kernel panics on USB disconnect o [2004/12/06] usb/74771 usb [umass] mounting write-protected umass de o [2005/01/01] usb/75705 usb [panic] da0 attach / Optio S4 (with backt o [2005/01/04] usb/75797 usb 5.3-STABLE(2005 1/4) detect USB headset, o [2005/01/13] usb/76204 usb panic while using usb attached modem o [2005/01/18] usb/76395 usb USB printer does not work, usbdevs says " o [2005/01/21] usb/76554 usb Panram "yoyo" USB MP3 player causes panic o [2005/01/25] usb/76684 usb [hang] Toshiba PDR-M4 camera connected vi o [2005/02/06] usb/77184 usb kernel panic on USB device disconnect o [2005/02/09] usb/77294 usb ucom + ulpcom panic o [2005/02/16] usb/77604 usb Sluggish Logitch LX700 USB Mouse o [2005/02/23] usb/77940 usb [patch] [panic] insertion of usb keyboard o [2005/03/01] i386/78218 usb [kue] kue not detected on Sony PCG-F370 V o [2005/03/18] usb/78989 usb please add USB keyboard support to instal o [2005/03/22] usb/79140 usb WD Firewire/USB Combo hangs under load on o [2005/03/27] usb/79269 usb USB ohci da0 plug/unplug causes crashes a o [2005/03/27] usb/79287 usb UHCI hang after interrupt transfer o [2005/04/04] usb/79524 usb printing to Minolta PagePro 1[23]xxW via o [2005/04/07] usb/79656 usb [usb] RHSC interrupts lost o [2005/04/09] usb/79722 usb [usb] wrong alignments in ehci.h o [2005/04/17] usb/80040 usb [hang] Use of sound mixer causes system f o [2005/04/22] usb/80260 usb Travan USB tape drive fails to write o [2005/04/26] usb/80361 usb mounting of usb-stick fails o [2005/04/26] usb/80373 usb usb keyboard does not respond o [2005/05/04] usb/80628 usb recent USB MFCs cause panics o [2005/05/06] usb/80685 usb panic in usb_cold_explore() at begining o [2005/05/09] usb/80829 usb possible panic when loading USB-modules o [2005/05/10] usb/80862 usb [patch] USB locking issues: missing some o [2005/05/20] usb/81308 usb [ugen] [patch] polling a ugen(4) control o [2005/05/26] usb/81524 usb panic: usb_cold_explore: busses to explor o [2005/06/13] usb/82198 usb Panic on attaching of ONKI N-338 USB MP3 o [2005/06/15] usb/82272 usb Can not recognize Casio camera EX-Z40 as o [2005/06/17] usb/82350 usb [usb] null pointer dereference in USB sta o [2005/06/22] usb/82520 usb Reboot when USL101 connected o [2005/06/26] usb/82660 usb EHCI: I/O stuck in state 'physrd'/panic o [2005/07/15] usb/83504 usb [usb] SpeedTouch USB stop working on rece o [2005/07/16] usb/83563 usb [panic] Page Fault while detaching Mpman o [2005/07/18] usb/83677 usb [usb] usb controller often not detected ( o [2005/07/19] usb/83756 usb Microsoft Intellimouse Explorer 4.0A does o [2005/07/24] usb/83977 usb [ucom] [panic] ucom1: open bulk out error o [2005/07/30] usb/84326 usb [umass] Panic trying to connect SCSI tape o [2005/07/30] usb/84336 usb [usb] [reboot] instant system reboot when o [2005/08/15] usb/84936 usb install - usb keyboard not recognized o [2005/09/12] usb/86031 usb need support usb nic rt2500 in my 5.4 STA o [2005/09/30] usb/86767 usb [usb] bogus "slice starts beyond end of t o [2005/10/08] usb/87099 usb panic: ohci_add_done: addr 0x000d1bf0 not o [2005/10/16] usb/87519 usb [kbd] cannot install on USB-only system o [2005/10/17] usb/87565 usb [PATCH] Support for Vodaphone 3G/UMTS car o [2005/11/03] usb/88445 usb [panic] computer reboots after printing C o [2005/11/09] usb/88743 usb [hang] USB makes kernel hang at boot (reg o [2005/11/14] usb/88966 usb kldunload ucom.ko returns "Device busy" e o [2005/11/18] usb/89218 usb flash disk o [2005/11/26] usb/89598 usb FLASH DISK 1.00 cause page fault o [2005/12/05] usb/89954 usb [usb] USB Disk driver race condition? o [2005/12/05] usb/89997 usb [umass] [panic] panic on iPod mini detach o [2005/12/09] usb/90162 usb [usb] [patch] Add support for the MS Wire o [2005/12/20] usb/90700 usb Kernel panic on connect/mount/use umass d o [2006/01/02] usb/91238 usb USB tape unit fails to write a second tap o [2006/01/03] usb/91263 usb [patch] USB quirk needed for Logitec USB o [2006/01/09] usb/91538 usb Unable to print to EPSON CX3500 o [2006/01/17] usb/91906 usb FreeBSD hangs while booting with USB lega o [2006/01/20] usb/92052 usb usbd causes defunct process with busy fil o [2006/01/22] usb/92142 usb SET_ADDR_FAILED and SHORT_XFER errors fro o [2006/01/22] usb/92171 usb [panic] panic unplugging Vodafone Mobile 77 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/09/30] conf/30929 usb [patch] use usbd to initialize USB ADSL m f [2001/12/09] usb/32652 usb [uscanner] [patch] A new ioctl to uscanne s [2001/12/09] usb/32653 usb Added patches to improve USB scanner supp o [2002/07/24] usb/40948 usb [usb] USB HP CDW8200 does not work f [2002/08/07] usb/41415 usb [usb] [patch] Some USB scanners cannot ta o [2003/02/16] usb/48342 usb [PATCH] usbd dynamic device list. o [2003/05/08] kern/51958 usb [usb] [patch] update for urio driver o [2003/05/10] kern/52026 usb [usb] feature request: umass driver suppo o [2003/06/08] usb/53025 usb [ugen] [patch] ugen does not allow O_NONB o [2003/08/28] usb/56095 usb [usb] [patch] QUIRK: Apacer Pen Drive fai o [2003/12/15] usb/60248 usb [patch] Problem with USB printer HP Laser o [2004/01/12] usb/61234 usb [usb] [patch] usbhidaction(1) doesn't sup o [2004/03/06] usb/63837 usb [uhid] [patch] USB: hid_is_collection() o o [2004/04/19] kern/65769 usb [usb] Call to tcflush(x, TCIFLUSH) stops o [2004/05/11] kern/66547 usb [usb] Palm Tungsten T USB does not initia o [2004/06/23] usb/68232 usb [ugen] [patch] ugen(4) isochronous handli o [2004/06/27] usb/68412 usb [usb] [patch] QUIRK: Philips KEY013 USB M o [2004/08/16] usb/70523 usb [usb] [patch] umct sending/receiving wron o [2004/08/25] usb/70942 usb [usb] Genius Wireless USB mouse: moused d o [2004/09/06] usb/71416 usb [usb] Cryptoflex e-gate USB token (ugen0) o [2004/09/06] usb/71417 usb [usb] Cryptoflex e-gate USB token (ugen0) o [2004/09/07] usb/71455 usb [usb] Slow USB umass performance of 5.3 o [2004/09/11] usb/71605 usb [umass] [patch] umass doesn't recognize m o [2004/10/06] usb/72380 usb [usb] USB does not work [dual Celeron Abi o [2004/10/15] usb/72732 usb [patch] Kyocera 7135 quirk. o [2004/10/15] usb/72733 usb Kyocera 7135 Palm OS connection problem. o [2004/10/23] usb/73056 usb [usb] Sun Microsystems Type 6 USB mouse n f [2004/11/05] usb/73553 usb [usb] Microsoft USB Internet Keyboard not o [2004/11/21] usb/74211 usb USB flash drive causes CAM status 0x4 on o [2004/11/25] usb/74358 usb [umass] unplugging at boot time an umass o [2004/11/27] usb/74453 usb Q-lity CD-RW USB ECW-043 (ScanLogic SL11R o [2004/11/30] usb/74557 usb imation 500mb usb key can only be written o [2004/12/02] usb/74609 usb [usb] [patch] allowing cdma modems to wor o [2004/12/08] usb/74849 usb [usb] [patch] Samsung SPH-i500 does not a o [2004/12/09] usb/74880 usb [usb] [patch] Samsung N400 cellphone/acm o [2005/01/04] usb/75800 usb ucom1: init failed STALLED error in time o [2005/01/07] usb/75928 usb Cytronix SmartMedia card (SMC) reader has o [2005/01/19] usb/76461 usb [umass] disklabel of umass(4)-CAM(4)-da(4 o [2005/01/27] usb/76732 usb Mouse problems with USB KVM Switch o [2005/03/03] usb/78371 usb Philips Wearable Audio Player (128) fails o [2005/03/07] usb/78543 usb [patch] Support for Trip-Lite USB 2 Seria o [2005/03/18] usb/78984 usb Creative MUVO umass failure o [2005/04/09] usb/79723 usb [usb] prepare for high speed isochronous o [2005/04/09] usb/79725 usb [usb] [patch] USB device speed is not dou o [2005/04/14] usb/79893 usb [umass] [patch] new usbdevs/umass quirks o [2005/04/16] usb/80010 usb [aue] [patch] add support for the AEI USB o [2005/04/27] usb/80420 usb atapicam stops iPod functionality o [2005/05/08] usb/80773 usb "usbd_get_string()" could have taken a le o [2005/05/08] usb/80774 usb have "usbd_find_desc" in line with the ot o [2005/05/08] usb/80776 usb [udav] UDAV device driver shouldn't use u o [2005/05/08] usb/80777 usb usb_rem_task() should wait for callback t o [2005/05/10] usb/80854 usb suggestion for new iface-no-probe mechani o [2005/05/12] usb/80935 usb uvisor.c is not work with CLIE TH55. o [2005/05/15] usb/81073 usb [umass] [patch] fix umass NO_GETMAXLUN qu o [2005/05/18] usb/81191 usb Support for Curitel HX-550C USB modem to o [2005/05/29] usb/81621 usb external hd hangs under load on ehci o [2005/06/20] usb/82436 usb [patch] USL101 Host-to-Host bridge suppor o [2005/06/30] usb/82839 usb [patch] add support for Aceeca Mez1000 de o [2005/07/05] usb/83022 usb ALI USB 2.0 EHCI Controller is not detect o [2005/07/21] usb/83863 usb Communication problem between opensc/open o [2005/08/18] usb/85067 usb Cannot attach ScanJet 4300C to usb device o [2005/09/11] usb/85992 usb [uhid] [patch] USB stops working when try o [2005/09/16] usb/86195 usb [patch] allow USB Ethernet Adaptor "ELECO o [2005/09/18] usb/86298 usb Known good USB mouse won't work with corr o [2005/09/21] usb/86438 usb Fix for non-working iPod over USB is in N o [2005/10/10] usb/87224 usb Cannot mount USB Zip750 o [2005/10/19] usb/87648 usb [mouse] Logitech USB-optical mouse proble o [2005/11/02] usb/88408 usb axe0 read PHY failed o [2005/11/13] usb/88939 usb Fix cheapy Myson USB-IDE adapter o [2005/11/15] usb/89087 usb usb external harddrive hangs with BBB res o [2006/01/01] usb/91191 usb HP LaserJet 1020 (USB printer) not recogn o [2006/01/08] usb/91516 usb [umass] umass0 problems, with Freecom Cla o [2006/01/09] usb/91546 usb [umodem][path] Nokia 6630 mobile phone do o [2006/01/15] usb/91811 usb Compact Flash in HP Photosmart 2610 retur o [2006/01/16] usb/91863 usb Philips USB webcam driver o [2006/01/17] usb/91896 usb Serial Number of USB Memory Sticks is not o [2006/01/25] usb/92306 usb [quirk] [patch] Support for iRiver U10 US o [2006/01/27] usb/92403 usb uplcom.c needs new entry for 4.00 revisio o [2006/01/28] usb/92462 usb [patch] Add support for Epson CX3500/3600 79 problems total. From owner-freebsd-usb@FreeBSD.ORG Mon Jan 30 16:30:15 2006 Return-Path: X-Original-To: freebsd-usb@hub.freebsd.org Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D920016A428 for ; Mon, 30 Jan 2006 16:30:15 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E246843D70 for ; Mon, 30 Jan 2006 16:30:13 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k0UGUDqP075521 for ; Mon, 30 Jan 2006 16:30:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k0UGUDw6075519; Mon, 30 Jan 2006 16:30:13 GMT (envelope-from gnats) Date: Mon, 30 Jan 2006 16:30:13 GMT Message-Id: <200601301630.k0UGUDw6075519@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Lonnie Mendez Cc: Subject: Re: usb/40792: signals lead to data loss on device ugen X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lonnie Mendez List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 16:30:16 -0000 The following reply was made to PR usb/40792; it has been noted by GNATS. From: Lonnie Mendez To: bug-followup@FreeBSD.org Cc: Subject: Re: usb/40792: signals lead to data loss on device ugen Date: Mon, 30 Jan 2006 10:25:57 -0600 The post below is somewhat relevant to this problem report: http://lists.freebsd.org/pipermail/freebsd-usb/2006-January/001873.html It was suggested to me that a signal could be interrupting the transfer. Seeing as qemu uses the posix threads library, the problem report would explain the situation I'm also encountering with ugen. From owner-freebsd-usb@FreeBSD.ORG Mon Jan 30 19:56:00 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CA1716A422 for ; Mon, 30 Jan 2006 19:56:00 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C38A43D49 for ; Mon, 30 Jan 2006 19:55:53 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3) with ESMTP id k0UJtqAN002409; Mon, 30 Jan 2006 20:55:52 +0100 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id k0UJtqrV002407; Mon, 30 Jan 2006 20:55:52 +0100 Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.3/8.13.1) with ESMTP id k0UJr0dS007488; Mon, 30 Jan 2006 20:53:00 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.3/8.13.1/Submit) id k0UJqxeX007487; Mon, 30 Jan 2006 20:52:59 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Mon, 30 Jan 2006 20:52:58 +0100 To: Ian Dowse Message-ID: <20060130195258.GA7172@saturn.kn-bremen.de> References: <20060129235559.GA29869@saturn.kn-bremen.de> <200601300051.aa09730@nowhere.iedowse.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601300051.aa09730@nowhere.iedowse.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-usb@freebsd.org Subject: Re: cvs commit: src/sys/dev/usb ehci.c ehci_pci.c ehcivar.h 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, 30 Jan 2006 19:56:00 -0000 On Mon, Jan 30, 2006 at 12:51:25AM +0000, Ian Dowse wrote: > In message <20060129235559.GA29869@saturn.kn-bremen.de>, Juergen Lock writes: > >Hmm. Now I just got the following panic with it, pipe->queue.stqh_first > >shouldn't be NULL right? (Maybe it already got a new command for the > >same umass device while there still is an ehci_intrlist_timeout pending > >for the last command and so the new one interferes?) > > Is that with umass devices only, or were there other USB devices > in use? Yes only the umass device was in use, even the mouse on that box is on ps2. > The trace looks familiour so it might be something that has > been fixed in -current. Well ehci_intrlist_timeout belongs to the ehci patch in the Subject so its pretty new... (I don't know the code enough to know if it matters, but shouldnt the timer only be scheduled if the interrupt did appear too early, i.e. the transfer indeed wasnt complete yet? Not all transfers hung before i applied the patch, so it only happens `sometimes'...) > Could you see if there were any related > console messages just before the crash with > > dmesg -a -M vmcore_file -N kernel_file > Ok, appended below. > and if possible recompile your kernel to contain the drivers for > any USB devices you use rather than loading modules? Using modules > causes the stack trace to miss out information from module frames. I alread had usb in the kernel, so no usb related klds were in use. -----snip-------- (sa0:umass-sim0:0:0:0): Retrying Command (sa0:umass-sim0:0:0:0): error 28 (sa0:umass-sim0:0:0:0): Unretryable Error Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4c fault code = supervisor read, page not present instruction pointer = 0x8:0xc0584f7d stack pointer = 0x10:0xd420cc3c frame pointer = 0x10:0xd420cc58 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 27 (swi5: clock sio) trap number = 12 panic: page fault KDB: stack backtrace: kdb_backtrace(100,c1987180,10,d420cbfc,c) at kdb_backtrace+0x29 panic(c07b08f4,c07ee5b5,0,fffff,c198e59b) at panic+0xa8 trap_fatal(d420cbfc,4c,c1987180,0,c) at trap_fatal+0x27c trap_pfault(d420cbfc,0,4c) at trap_pfault+0x1ef trap(18,10,10,0,c29a6b80) at trap+0x315 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc0584f7d, esp = 0xd420cc3c, ebp = 0xd420cc58 --- usb_transfer_complete(c1aaf300,1f,c29a6b80,c1aaf300,c1a3f800) at usb_transfer_complete+0xcd ehci_idone(c1aaf300,c2881680,c1aaf36c,c1aaf354,0) at ehci_idone+0x120 ehci_check_intr(c1a3f800,c1aaf300) at ehci_check_intr+0x73 ehci_softintr(c1a3f800,d420ccc8,c056f833,c1a3f800,d420ccf4) at ehci_softintr+0x25 usb_schedsoftintr(c1a3f800) at usb_schedsoftintr+0xd ehci_intrlist_timeout(c1a3f800) at ehci_intrlist_timeout+0xb softclock(0) at softclock+0x25e ithread_loop(c197d500,d420cd48) at ithread_loop+0x151 fork_exit(c05ce974,c197d500,d420cd48) at fork_exit+0x74 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd420cd7c, ebp = 0 --- Uptime: 10h2m19s Dumping 511 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 From owner-freebsd-usb@FreeBSD.ORG Mon Jan 30 21:57:43 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E15D216A420 for ; Mon, 30 Jan 2006 21:57:43 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 0FE6043D48 for ; Mon, 30 Jan 2006 21:57:40 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 30 Jan 2006 21:57:36 +0000 (GMT) To: Juergen Lock In-Reply-To: Your message of "Mon, 30 Jan 2006 20:52:58 +0100." <20060130195258.GA7172@saturn.kn-bremen.de> Date: Mon, 30 Jan 2006 21:57:36 +0000 From: Ian Dowse Message-ID: <200601302157.aa30543@nowhere.iedowse.com> Cc: freebsd-usb@freebsd.org Subject: Re: cvs commit: src/sys/dev/usb ehci.c ehci_pci.c ehcivar.h 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, 30 Jan 2006 21:57:44 -0000 In message <20060130195258.GA7172@saturn.kn-bremen.de>, Juergen Lock writes: > Well ehci_intrlist_timeout belongs to the ehci patch in the Subject >so its pretty new... (I don't know the code enough to know if it >matters, but shouldnt the timer only be scheduled if the interrupt >did appear too early, i.e. the transfer indeed wasnt complete yet? >Not all transfers hung before i applied the patch, so it only >happens `sometimes'...) Calling the driver's interrupt service routine should be safe at any time (assuming sufficient locking, which should be OK), since this can happen with shared interrupts, so if anything it's more likely to be an existing problem that just gets triggered more often by having the ISR called via the new timer. Try applying the patch I posted yesterday and see if that helps. It includes a change to usb_transfer_complete() that might be relevant - the EHCI driver touches the transfer structure in its done() method, and the usb_transfer_complete() change makes it safe to do this when a callback function reuses the transfer structure. The umass driver shouldn't normally reuse its transfer structures during callbacks, but maybe it can during some error recovery condition. Could you also do the following from gdb on the crash dump you have? It might possibly provide further hints as to what went wrong. p *(struct ehci_xfer *)0xc1aaf300 p *(struct ehci_softc *)0xc1a3f800 Ian From owner-freebsd-usb@FreeBSD.ORG Mon Jan 30 22:36:19 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1657316A420 for ; Mon, 30 Jan 2006 22:36:19 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46B3E43D45 for ; Mon, 30 Jan 2006 22:36:17 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3) with ESMTP id k0UMaEE9018014; Mon, 30 Jan 2006 23:36:14 +0100 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id k0UMaEUf018012; Mon, 30 Jan 2006 23:36:14 +0100 Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.3/8.13.1) with ESMTP id k0UMYEXO011884; Mon, 30 Jan 2006 23:34:14 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.3/8.13.1/Submit) id k0UMYEW8011883; Mon, 30 Jan 2006 23:34:14 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Mon, 30 Jan 2006 23:34:13 +0100 To: Ian Dowse Message-ID: <20060130223413.GA11711@saturn.kn-bremen.de> References: <20060130195258.GA7172@saturn.kn-bremen.de> <200601302157.aa30543@nowhere.iedowse.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601302157.aa30543@nowhere.iedowse.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-usb@freebsd.org Subject: Re: cvs commit: src/sys/dev/usb ehci.c ehci_pci.c ehcivar.h 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, 30 Jan 2006 22:36:19 -0000 On Mon, Jan 30, 2006 at 09:57:36PM +0000, Ian Dowse wrote: > In message <20060130195258.GA7172@saturn.kn-bremen.de>, Juergen Lock writes: > > Well ehci_intrlist_timeout belongs to the ehci patch in the Subject > >so its pretty new... (I don't know the code enough to know if it > >matters, but shouldnt the timer only be scheduled if the interrupt > >did appear too early, i.e. the transfer indeed wasnt complete yet? > >Not all transfers hung before i applied the patch, so it only > >happens `sometimes'...) > > Calling the driver's interrupt service routine should be safe at > any time (assuming sufficient locking, which should be OK), since > this can happen with shared interrupts, so if anything it's more > likely to be an existing problem that just gets triggered more often > by having the ISR called via the new timer. Ah, OK. > > Try applying the patch I posted yesterday and see if that helps. > It includes a change to usb_transfer_complete() that might be > relevant - the EHCI driver touches the transfer structure in its > done() method, and the usb_transfer_complete() change makes it safe > to do this when a callback function reuses the transfer structure. > The umass driver shouldn't normally reuse its transfer structures > during callbacks, but maybe it can during some error recovery > condition. > OK, will do. > Could you also do the following from gdb on the crash dump you have? > It might possibly provide further hints as to what went wrong. > > p *(struct ehci_xfer *)0xc1aaf300 > p *(struct ehci_softc *)0xc1a3f800 Alright, here comes that: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:159 159 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) p *(struct ehci_xfer *)0xc1aaf300 No struct type named ehci_xfer. (kgdb) p *(struct ehci_softc *)0xc1a3f800 $1 = {sc_bus = {bdev = 0xc1a9da00, methods = 0xc081d440, pipe_size = 80, root_hub = 0xc1ac2c00, devices = {0x0, 0xc1ac2c00, 0xc2881680, 0x0 }, needs_explore = 0 '\0', use_polling = 0 '\0', usbctl = 0xc1a9cc40, stats = {uds_requests = {76, 0, 69, 1}}, intr_context = 3, no_intrs = 99, usbrev = 4, dmatag = 0x0}, sc_flags = 3, iot = 1, ioh = 3713073152, sc_size = 0, ih = 0xc1abd000, io_res = 0xc1a7d380, irq_res = 0xc1abd040, sc_offs = 16, sc_vendor = "VIA", '\0' , sc_id_vendor = 0, sc_cmd = 0, sc_ncomp = 3, sc_npcomp = 2, sc_comps = {0xc1a81640, 0xc1a90b80, 0xc1a90700, 0x0, 0x0, 0x0, 0x0, 0x0}, sc_fldma = {block = 0xc1a9ce40, offs = 0, len = 4096}, sc_flist = 0xc1ab2000, sc_flsize = 1024, sc_islots = {{ sqh = 0xc1ab1f60}, {sqh = 0xc1ab1f00}, {sqh = 0xc1ab1ea0}, { sqh = 0xc1ab1e40}, {sqh = 0xc1ab1de0}, {sqh = 0xc1ab1d80}, { sqh = 0xc1ab1d20}, {sqh = 0xc1ab1cc0}, {sqh = 0xc1ab1c60}, { sqh = 0xc1ab1c00}, {sqh = 0xc1ab1ba0}, {sqh = 0xc1ab1b40}, { sqh = 0xc1ab1ae0}, {sqh = 0xc1ab1a80}, {sqh = 0xc1ab1a20}, { sqh = 0xc1ab19c0}, {sqh = 0xc1ab1960}, {sqh = 0xc1ab1900}, { sqh = 0xc1ab18a0}, {sqh = 0xc1ab1840}, {sqh = 0xc1ab17e0}, { sqh = 0xc1ab1780}, {sqh = 0xc1ab1720}, {sqh = 0xc1ab16c0}, { sqh = 0xc1ab1660}, {sqh = 0xc1ab1600}, {sqh = 0xc1ab15a0}, { sqh = 0xc1ab1540}, {sqh = 0xc1ab14e0}, {sqh = 0xc1ab1480}, { sqh = 0xc1ab1420}, {sqh = 0xc1ab13c0}, {sqh = 0xc1ab1360}, { sqh = 0xc1ab1300}, {sqh = 0xc1ab12a0}, {sqh = 0xc1ab1240}, { ---Type to continue, or q to quit--- sqh = 0xc1ab11e0}, {sqh = 0xc1ab1180}, {sqh = 0xc1ab1120}, { sqh = 0xc1ab10c0}, {sqh = 0xc1ab1060}, {sqh = 0xc1ab1000}, { sqh = 0xc1ab0f60}, {sqh = 0xc1ab0f00}, {sqh = 0xc1ab0ea0}, { sqh = 0xc1ab0e40}, {sqh = 0xc1ab0de0}, {sqh = 0xc1ab0d80}, { sqh = 0xc1ab0d20}, {sqh = 0xc1ab0cc0}, {sqh = 0xc1ab0c60}, { sqh = 0xc1ab0c00}, {sqh = 0xc1ab0ba0}, {sqh = 0xc1ab0b40}, { sqh = 0xc1ab0ae0}, {sqh = 0xc1ab0a80}, {sqh = 0xc1ab0a20}, { sqh = 0xc1ab09c0}, {sqh = 0xc1ab0960}, {sqh = 0xc1ab0900}, { sqh = 0xc1ab08a0}, {sqh = 0xc1ab0840}, {sqh = 0xc1ab07e0}, { sqh = 0xc1ab0780}, {sqh = 0xc1ab0720}, {sqh = 0xc1ab06c0}, { sqh = 0xc1ab0660}, {sqh = 0xc1ab0600}, {sqh = 0xc1ab05a0}, { sqh = 0xc1ab0540}, {sqh = 0xc1ab04e0}, {sqh = 0xc1ab0480}, { sqh = 0xc1ab0420}, {sqh = 0xc1ab03c0}, {sqh = 0xc1ab0360}, { sqh = 0xc1ab0300}, {sqh = 0xc1ab02a0}, {sqh = 0xc1ab0240}, { sqh = 0xc1ab01e0}, {sqh = 0xc1ab0180}, {sqh = 0xc1ab0120}, { sqh = 0xc1ab00c0}, {sqh = 0xc1ab0060}, {sqh = 0xc1ab0000}, { sqh = 0xc1ab3f60}, {sqh = 0xc1ab3f00}, {sqh = 0xc1ab3ea0}, { sqh = 0xc1ab3e40}, {sqh = 0xc1ab3de0}, {sqh = 0xc1ab3d80}, { sqh = 0xc1ab3d20}, {sqh = 0xc1ab3cc0}, {sqh = 0xc1ab3c60}, { sqh = 0xc1ab3c00}, {sqh = 0xc1ab3ba0}, {sqh = 0xc1ab3b40}, { sqh = 0xc1ab3ae0}, {sqh = 0xc1ab3a80}, {sqh = 0xc1ab3a20}, { sqh = 0xc1ab39c0}, {sqh = 0xc1ab3960}, {sqh = 0xc1ab3900}, { sqh = 0xc1ab38a0}, {sqh = 0xc1ab3840}, {sqh = 0xc1ab37e0}, { ---Type to continue, or q to quit--- sqh = 0xc1ab3780}, {sqh = 0xc1ab3720}, {sqh = 0xc1ab36c0}, { sqh = 0xc1ab3660}, {sqh = 0xc1ab3600}, {sqh = 0xc1ab35a0}, { sqh = 0xc1ab3540}, {sqh = 0xc1ab34e0}, {sqh = 0xc1ab3480}, { sqh = 0xc1ab3420}, {sqh = 0xc1ab33c0}, {sqh = 0xc1ab3360}, { sqh = 0xc1ab3300}, {sqh = 0xc1ab32a0}, {sqh = 0xc1ab3240}, { sqh = 0xc1ab31e0}, {sqh = 0xc1ab3180}, {sqh = 0xc1ab3120}, { sqh = 0xc1ab30c0}, {sqh = 0xc1ab3060}, {sqh = 0xc1ab3000}, { sqh = 0xc1ab4f60}, {sqh = 0xc1ab4f00}, {sqh = 0xc1ab4ea0}, { sqh = 0xc1ab4e40}, {sqh = 0xc1ab4de0}, {sqh = 0xc1ab4d80}, { sqh = 0xc1ab4d20}, {sqh = 0xc1ab4cc0}, {sqh = 0xc1ab4c60}, { sqh = 0xc1ab4c00}, {sqh = 0xc1ab4ba0}, {sqh = 0xc1ab4b40}, { sqh = 0xc1ab4ae0}, {sqh = 0xc1ab4a80}, {sqh = 0xc1ab4a20}, { sqh = 0xc1ab49c0}, {sqh = 0xc1ab4960}, {sqh = 0xc1ab4900}, { sqh = 0xc1ab48a0}, {sqh = 0xc1ab4840}, {sqh = 0xc1ab47e0}, { sqh = 0xc1ab4780}, {sqh = 0xc1ab4720}, {sqh = 0xc1ab46c0}, { sqh = 0xc1ab4660}, {sqh = 0xc1ab4600}, {sqh = 0xc1ab45a0}, { sqh = 0xc1ab4540}, {sqh = 0xc1ab44e0}, {sqh = 0xc1ab4480}, { sqh = 0xc1ab4420}, {sqh = 0xc1ab43c0}, {sqh = 0xc1ab4360}, { sqh = 0xc1ab4300}, {sqh = 0xc1ab42a0}, {sqh = 0xc1ab4240}, { sqh = 0xc1ab41e0}, {sqh = 0xc1ab4180}, {sqh = 0xc1ab4120}, { sqh = 0xc1ab40c0}, {sqh = 0xc1ab4060}, {sqh = 0xc1ab4000}, { sqh = 0xc1ab5f60}, {sqh = 0xc1ab5f00}, {sqh = 0xc1ab5ea0}, { sqh = 0xc1ab5e40}, {sqh = 0xc1ab5de0}, {sqh = 0xc1ab5d80}, { ---Type to continue, or q to quit--- sqh = 0xc1ab5d20}, {sqh = 0xc1ab5cc0}, {sqh = 0xc1ab5c60}, { sqh = 0xc1ab5c00}, {sqh = 0xc1ab5ba0}, {sqh = 0xc1ab5b40}, { sqh = 0xc1ab5ae0}, {sqh = 0xc1ab5a80}, {sqh = 0xc1ab5a20}, { sqh = 0xc1ab59c0}, {sqh = 0xc1ab5960}, {sqh = 0xc1ab5900}, { sqh = 0xc1ab58a0}, {sqh = 0xc1ab5840}, {sqh = 0xc1ab57e0}, { sqh = 0xc1ab5780}, {sqh = 0xc1ab5720}, {sqh = 0xc1ab56c0}, { sqh = 0xc1ab5660}, {sqh = 0xc1ab5600}, {sqh = 0xc1ab55a0}, { sqh = 0xc1ab5540}, {sqh = 0xc1ab54e0}, {sqh = 0xc1ab5480}, { sqh = 0xc1ab5420}, {sqh = 0xc1ab53c0}...}, sc_intrhead = { lh_first = 0xc1aaf300}, sc_freeqhs = 0xc1ab7cc0, sc_freeqtds = 0xc2841ea0, sc_noport = 6, sc_addr = 1 '\001', sc_conf = 1 '\001', sc_intrxfer = 0xc1aaf500, sc_isreset = 0 '\0', sc_eintrs = 55, sc_async_head = 0xc1ab7e40, sc_free_xfers = {stqh_first = 0xc297fb00, stqh_last = 0xc297fb4c}, sc_doorbell_lock = {lk_interlock = 0xc08a19e8, lk_flags = 0, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 0, lk_prio = 84, lk_wmesg = 0xc07c81c5 "ehcidb", lk_timo = 0, lk_lockholder = 0xffffffff, lk_newlock = 0x0}, sc_tmo_pcd = {c_links = { sle = {sle_next = 0xc08722f8}, tqe = {tqe_next = 0xc08722f8, tqe_prev = 0xcbe6a2c8}}, c_time = 35290181, c_arg = 0xc1a3f800, c_func = 0, c_flags = 2}, sc_tmo_intrlist = {c_links = {sle = { sle_next = 0xc08722f8}, tqe = {tqe_next = 0xc08722f8, tqe_prev = 0xcbe4d558}}, c_time = 36143767, c_arg = 0xc1a3f800, c_func = 0, c_flags = 2}, sc_child = 0x0, sc_dying = 0 '\0'} (kgdb) p *(struct ehci_xfer *)0xc1aaf300 $2 = {xfer = {pipe = 0xc29a6b80, priv = 0xc1c22e00, buffer = 0xc1c22e3c, length = 31, actlen = 31, flags = 0, timeout = 245000, status = USBD_NORMAL_COMPLETION, callback = 0xc057e7f4 , done = 1 '\001', request = {bmRequestType = 0 '\0', bRequest = 0 '\0', wValue = "\000", wIndex = "\000", wLength = "\000"}, frlengths = 0x0, nframes = 0, device = 0xc2881680, dmabuf = {block = 0xc1a9c400, offs = 3712, len = 64}, rqflags = 0, next = {stqe_next = 0x0}, hcpriv = 0x0, timeout_handle = {c_links = {sle = {sle_next = 0x0}, tqe = { tqe_next = 0x0, tqe_prev = 0xcbe6b760}}, c_time = 36388568, c_arg = 0xc1aaf300, c_func = 0, c_flags = 0}}, abort_task = {next = { tqe_next = 0x0, tqe_prev = 0x0}, fun = 0xc056f814 , arg = 0xc1aaf300, onqueue = 0 '\0'}, inext = {le_next = 0x0, le_prev = 0xc1a3fea8}, sqtdstart = 0xc2841f00, sqtdend = 0xc2841f00, ehci_xfer_flags = 0} (kgdb) q From owner-freebsd-usb@FreeBSD.ORG Tue Jan 31 01:12:39 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D08216A420 for ; Tue, 31 Jan 2006 01:12:39 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 53D2A43D45 for ; Tue, 31 Jan 2006 01:12:38 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 31 Jan 2006 01:12:36 +0000 (GMT) To: Juergen Lock In-Reply-To: Your message of "Mon, 30 Jan 2006 23:34:13 +0100." <20060130223413.GA11711@saturn.kn-bremen.de> Date: Tue, 31 Jan 2006 01:12:35 +0000 From: Ian Dowse Message-ID: <200601310112.aa34663@nowhere.iedowse.com> Cc: freebsd-usb@freebsd.org Subject: Re: cvs commit: src/sys/dev/usb ehci.c ehci_pci.c ehcivar.h 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, 31 Jan 2006 01:12:39 -0000 In message <20060130223413.GA11711@saturn.kn-bremen.de>, Juergen Lock writes: > Alright, here comes that: > intr_context = 3, Interesting - this actually suggests that two threads might be in the the interrupt service routine at the same time, which should not be possible unless there is a bug causing a callback to sleep. Could you see if you can find the EHCI interrupt thread in the output of: ps -axl -M vmcore -N kernel | grep irq It might show up like "[irq3: ehci" but if there are other interrupts shared with it you might need to look through dmesg output to find the IRQ number used by ehci and then look for that thread instead. Then from gdb, use 'info threads' to find the gdb thread ID for it (look for the PID=XX then read the first column). Finally, "thread TID" followed by "bt" should show what that thread is doing. e.g. if you see 7 Thread 100002 (PID=14: irq3: ehci0) 0xc050bb23 in ... then use "thread 7" and "bt". Ian From owner-freebsd-usb@FreeBSD.ORG Tue Jan 31 12:35:38 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A565416A420 for ; Tue, 31 Jan 2006 12:35:38 +0000 (GMT) (envelope-from mirya@matrix.ua) Received: from gw.matrix.kiev.ua (gw.matrix.kiev.ua [213.159.235.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3312243D48 for ; Tue, 31 Jan 2006 12:35:37 +0000 (GMT) (envelope-from mirya@matrix.ua) Received: by gw.matrix.kiev.ua (Postfix, from userid 426) id 3DF0E14BB18; Tue, 31 Jan 2006 14:35:36 +0200 (EET) Received: from miryahost.matrix.local (unknown [192.168.1.27]) by gw.matrix.kiev.ua (Postfix) with ESMTP id F386F14BB13 for ; Tue, 31 Jan 2006 14:35:34 +0200 (EET) From: Kyryll A Mirnenko aka Mirya Organization: MATIX.ua To: freebsd-usb@freebsd.org Date: Tue, 31 Jan 2006 14:35:32 +0200 User-Agent: KMail/1.8.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601311435.32818.mirya@matrix.ua> X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on gw.matrix.kiev.ua X-Spam-Level: X-Spam-Status: No, score=-102.3 required=5.0 tests=AWL,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.0.2 Subject: usb tv tuners support 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, 31 Jan 2006 12:35:38 -0000 hi, i've got Pinnacle Studio PCTV USB2.0 tv tuner & so wondering if there's a way to use it in FBSD6.0. As far as i see there's only PCI bktr driver for such hardware but no for USB. So the question is if there're any plans to implement such support or any out-of-box (maybe unstable) code for it exists? -- Regards, Mirya ICQ #313898202 From owner-freebsd-usb@FreeBSD.ORG Tue Jan 31 18:25:32 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73FC916A420 for ; Tue, 31 Jan 2006 18:25:32 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA9E143D48 for ; Tue, 31 Jan 2006 18:25:30 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3) with ESMTP id k0VIPTx1007568; Tue, 31 Jan 2006 19:25:29 +0100 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id k0VIPTFS007566; Tue, 31 Jan 2006 19:25:29 +0100 Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.3/8.13.1) with ESMTP id k0VIKlBM047584; Tue, 31 Jan 2006 19:20:47 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.3/8.13.1/Submit) id k0VIKkCN047583; Tue, 31 Jan 2006 19:20:46 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Tue, 31 Jan 2006 19:20:46 +0100 To: Ian Dowse Message-ID: <20060131182045.GA47403@saturn.kn-bremen.de> References: <20060130223413.GA11711@saturn.kn-bremen.de> <200601310112.aa34663@nowhere.iedowse.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601310112.aa34663@nowhere.iedowse.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-usb@freebsd.org Subject: Re: cvs commit: src/sys/dev/usb ehci.c ehci_pci.c ehcivar.h 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, 31 Jan 2006 18:25:32 -0000 On Tue, Jan 31, 2006 at 01:12:35AM +0000, Ian Dowse wrote: > In message <20060130223413.GA11711@saturn.kn-bremen.de>, Juergen Lock writes: > > Alright, here comes that: > > > intr_context = 3, > > Interesting - this actually suggests that two threads might be in > the the interrupt service routine at the same time, which should > not be possible unless there is a bug causing a callback to sleep. > > Could you see if you can find the EHCI interrupt thread in the output of: > > ps -axl -M vmcore -N kernel | grep irq > > It might show up like "[irq3: ehci" but if there are other interrupts > shared with it you might need to look through dmesg output to find the > IRQ number used by ehci and then look for that thread instead. Had to look at dmesg, ehci is sharing irq 11 with the promise sata card and the symbios scsi card. > > Then from gdb, use 'info threads' to find the gdb thread ID for it > (look for the PID=XX then read the first column). Finally, "thread > TID" followed by "bt" should show what that thread is doing. e.g. > if you see > > 7 Thread 100002 (PID=14: irq3: ehci0) 0xc050bb23 in ... > > then use "thread 7" and "bt". Alright, looks like it was paging: (usb_block_allocmem ending up calling contigmalloc... which makes me wonder what would happen there if someone had swap on a umass device? swap here is on ad4s2b which is on the sata card.) bash 10.3# kgdb kernel.debug /var/crash/vmcore.10 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:159 159 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) info threads ... 151 PID 22 TID 100016 (irq11: atapci0 sym*) 0xc05f239b in sched_switch ( td=0xc1983900, newtd=0xc1987180, flags=1) at /usr/home/nox/src54/usr/src/sys/kern/sched_4bsd.c:881 ... (kgdb) thread 151 [Switching to thread 151 (PID 22 TID 100016)]#0 0xc05f239b in sched_switch (td=0xc1983900, newtd=0xc1987180, flags=1) at /usr/home/nox/src54/usr/src/sys/kern/sched_4bsd.c:881 881 cpu_switch(td, newtd); (kgdb) bt #0 0xc05f239b in sched_switch (td=0xc1983900, newtd=0xc1987180, flags=1) at /usr/home/nox/src54/usr/src/sys/kern/sched_4bsd.c:881 #1 0xc05e8eaa in mi_switch (flags=1, newtd=0x0) at /usr/home/nox/src54/usr/src/sys/kern/kern_synch.c:355 #2 0xc05fecaa in sleepq_switch (wchan=0x0) at /usr/home/nox/src54/usr/src/sys/kern/subr_sleepqueue.c:406 #3 0xc05fee93 in sleepq_wait (wchan=0xcbe86030) at /usr/home/nox/src54/usr/src/sys/kern/subr_sleepqueue.c:518 #4 0xc05e8bea in msleep (ident=0xcbe86030, mtx=0xc08a6a40, priority=68, wmesg=0xc07e8c8e "swwrt", timo=0) at /usr/home/nox/src54/usr/src/sys/kern/kern_synch.c:228 #5 0xc0629267 in bwait (bp=0xcbe86030, pri=68 'D', wchan=0xc07e8c8e "swwrt") at /usr/home/nox/src54/usr/src/sys/kern/vfs_bio.c:3763 #6 0xc0727b15 in swap_pager_putpages (object=0xc25bfce4, m=0xd41fdaa4, count=1, sync=1, rtvals=0xd41fda70) at /usr/home/nox/src54/usr/src/sys/vm/swap_pager.c:1365 #7 0xc0725840 in default_pager_putpages (object=0xc25bfce4, m=0xd41fdaa4, c=1, sync=1, rtvals=0xd41fda70) at /usr/home/nox/src54/usr/src/sys/vm/default_pager.c:132 #8 0xc0739743 in vm_pageout_flush (mc=0xd41fdaa4, count=1, flags=1) at vm_pager.h:147 #9 0xc073809e in vm_contig_launder_page (m=0xc18fee00) at /usr/home/nox/src54/usr/src/sys/vm/vm_contig.c:121 ---Type to continue, or q to quit--- #10 0xc0738b6e in vm_page_alloc_contig (npages=16, low=0, high=4294967295, alignment=1, boundary=0) at /usr/home/nox/src54/usr/src/sys/vm/vm_contig.c:451 #11 0xc0738ef7 in contigmalloc (size=65536, type=0xc0829c40, flags=1, low=0, high=4294967295, alignment=1, boundary=0) at /usr/home/nox/src54/usr/src/sys/vm/vm_contig.c:555 #12 0xc0760194 in bus_dmamem_alloc (dmat=0xc2d0f400, vaddr=0xc2a24cc8, flags=0, mapp=0x0) at /usr/home/nox/src54/usr/src/sys/i386/i386/busdma_machdep.c:504 #13 0xc0582a63 in usb_block_allocmem (tag=0x0, size=65536, align=1, dmap=0xc297a63c) at /usr/home/nox/src54/usr/src/sys/dev/usb/usb_mem.c:187 #14 0xc0582b40 in usb_allocmem (bus=0x0, size=65536, align=0, p=0xc297a63c) at /usr/home/nox/src54/usr/src/sys/dev/usb/usb_mem.c:248 #15 0xc056e03b in ehci_allocm (bus=0xc1a3f800, dma=0xc297a63c, size=64512) at /usr/home/nox/src54/usr/src/sys/dev/usb/ehci.c:1149 #16 0xc0584885 in usbd_transfer (xfer=0xc297a600) at /usr/home/nox/src54/usr/src/sys/dev/usb/usbdi.c:311 #17 0xc057e545 in umass_setup_transfer (sc=0x0, pipe=0xc29a6b80, buffer=0xd16bd028, buflen=64512, flags=0, xfer=0xc297a600) at /usr/home/nox/src54/usr/src/sys/dev/usb/umass.c:1204 #18 0xc057e8ca in umass_bbb_state (xfer=0xc1aaf300, priv=0xc1c22e00, err=USBD_NORMAL_COMPLETION) at /usr/home/nox/src54/usr/src/sys/dev/usb/umass.c:1491 ---Type to continue, or q to quit--- #19 0xc0584fd8 in usb_transfer_complete (xfer=0xc1aaf300) at /usr/home/nox/src54/usr/src/sys/dev/usb/usbdi.c:851 #20 0xc056d9b0 in ehci_idone (ex=0xc1aaf300) at /usr/home/nox/src54/usr/src/sys/dev/usb/ehci.c:877 #21 0xc056d887 in ehci_check_intr (sc=0xc1a3f800, ex=0xc1aaf300) at /usr/home/nox/src54/usr/src/sys/dev/usb/ehci.c:762 #22 0xc056d7bd in ehci_softintr (v=0xc1a3f800) at /usr/home/nox/src54/usr/src/sys/dev/usb/ehci.c:696 #23 0xc0582281 in usb_schedsoftintr (bus=0x0) at /usr/home/nox/src54/usr/src/sys/dev/usb/usb.c:870 #24 0xc056d59e in ehci_intr1 (sc=0xc1a3f800) at /usr/home/nox/src54/usr/src/sys/dev/usb/ehci.c:596 #25 0xc056d4de in ehci_intr (v=0xc1a3f800) at /usr/home/nox/src54/usr/src/sys/dev/usb/ehci.c:555 #26 0xc05ceac5 in ithread_loop (arg=0xc197d780) at /usr/home/nox/src54/usr/src/sys/kern/kern_intr.c:547 #27 0xc05cdd58 in fork_exit (callout=0xc05ce974 , arg=0xc197d780, frame=0xd41fdd48) at /usr/home/nox/src54/usr/src/sys/kern/kern_fork.c:791 #28 0xc076417c in fork_trampoline () at /usr/home/nox/src54/usr/src/sys/i386/i386/exception.s:209 (kgdb) q From owner-freebsd-usb@FreeBSD.ORG Tue Jan 31 18:35:28 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C838616A420 for ; Tue, 31 Jan 2006 18:35:28 +0000 (GMT) (envelope-from fulda@seznam.cz) Received: from smtp.seznam.cz (smtp.seznam.cz [212.80.76.43]) by mx1.FreeBSD.org (Postfix) with SMTP id D648343D46 for ; Tue, 31 Jan 2006 18:35:27 +0000 (GMT) (envelope-from fulda@seznam.cz) Received: (qmail 17497 invoked from network); 31 Jan 2006 18:28:59 -0000 Received: from unknown (HELO PC2088) (fulda@81.31.26.224) by cetus.go.seznam.cz with ESMTPA; 31 Jan 2006 18:28:59 -0000 Message-ID: <001001c62694$34136760$233e580a@PC2088> From: "Jindra Fucik" To: "Kyryll A Mirnenko aka Mirya" , References: <200601311435.32818.mirya@matrix.ua> Date: Tue, 31 Jan 2006 19:28:57 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-Mimeole: Produced By Microsoft MimeOLE V6.00.2900.2670 Cc: Subject: Re: usb tv tuners support 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, 31 Jan 2006 18:35:28 -0000 Hi, have you usbdevs -vd ??? ----- Original Message ----- From: "Kyryll A Mirnenko aka Mirya" To: Sent: Tuesday, January 31, 2006 1:35 PM Subject: usb tv tuners support > hi, i've got Pinnacle Studio PCTV USB2.0 tv tuner & so wondering if > there's a > way to use it in FBSD6.0. As far as i see there's only PCI bktr driver for > such hardware but no for USB. So the question is if there're any plans to > implement such support or any out-of-box (maybe unstable) code for it > exists? > -- > Regards, Mirya > ICQ #313898202 > _______________________________________________ > freebsd-usb@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" From owner-freebsd-usb@FreeBSD.ORG Tue Jan 31 19:44:18 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8943616A420 for ; Tue, 31 Jan 2006 19:44:18 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5735043D53 for ; Tue, 31 Jan 2006 19:44:15 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3) with ESMTP id k0VJiEXU014910; Tue, 31 Jan 2006 20:44:14 +0100 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id k0VJiEKb014908; Tue, 31 Jan 2006 20:44:14 +0100 Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.3/8.13.1) with ESMTP id k0VJgi6A076144; Tue, 31 Jan 2006 20:42:44 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.3/8.13.1/Submit) id k0VJgi5D076143; Tue, 31 Jan 2006 20:42:44 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Tue, 31 Jan 2006 20:42:44 +0100 To: Ian Dowse Message-ID: <20060131194244.GA75983@saturn.kn-bremen.de> References: <20060130223413.GA11711@saturn.kn-bremen.de> <200601310112.aa34663@nowhere.iedowse.com> <20060131182045.GA47403@saturn.kn-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060131182045.GA47403@saturn.kn-bremen.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-usb@freebsd.org Subject: Re: cvs commit: src/sys/dev/usb ehci.c ehci_pci.c ehcivar.h 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, 31 Jan 2006 19:44:18 -0000 On Tue, Jan 31, 2006 at 07:20:46PM +0100, Juergen Lock wrote: > On Tue, Jan 31, 2006 at 01:12:35AM +0000, Ian Dowse wrote: > > In message <20060130223413.GA11711@saturn.kn-bremen.de>, Juergen Lock writes: > > > Alright, here comes that: > > > > > intr_context = 3, > > > > Interesting - this actually suggests that two threads might be in > > the the interrupt service routine at the same time, which should > > not be possible unless there is a bug causing a callback to sleep. > > > > Could you see if you can find the EHCI interrupt thread in the output of: > > > > ps -axl -M vmcore -N kernel | grep irq > > > > It might show up like "[irq3: ehci" but if there are other interrupts > > shared with it you might need to look through dmesg output to find the > > IRQ number used by ehci and then look for that thread instead. > > Had to look at dmesg, ehci is sharing irq 11 with the promise sata > card and the symbios scsi card. > > > > Then from gdb, use 'info threads' to find the gdb thread ID for it > > (look for the PID=XX then read the first column). Finally, "thread > > TID" followed by "bt" should show what that thread is doing. e.g. > > if you see > > > > 7 Thread 100002 (PID=14: irq3: ehci0) 0xc050bb23 in ... > > > > then use "thread 7" and "bt". > > Alright, looks like it was paging: (usb_block_allocmem ending up > calling contigmalloc... which makes me wonder what would happen > there if someone had swap on a umass device? swap here is on > ad4s2b which is on the sata card.) Ah, seems the actual problem is that it is sleeping although bus_dmamem_alloc is called with BUS_DMA_NOWAIT, and there even is a pr for that: http://www.freebsd.org/cgi/query-pr.cgi?pr=78179 The pr is still open so i guess there is no fix yet? From owner-freebsd-usb@FreeBSD.ORG Tue Jan 31 21:15:39 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B844416A420 for ; Tue, 31 Jan 2006 21:15:39 +0000 (GMT) (envelope-from mirya@matrix.ua) Received: from gw.matrix.kiev.ua (gw.matrix.kiev.ua [213.159.235.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11C4043D69 for ; Tue, 31 Jan 2006 21:15:33 +0000 (GMT) (envelope-from mirya@matrix.ua) Received: by gw.matrix.kiev.ua (Postfix, from userid 426) id 8BDFE14BBDE; Tue, 31 Jan 2006 23:15:31 +0200 (EET) Received: from localhost (satellite-cms.matrix.kiev.ua [192.168.0.1]) by gw.matrix.kiev.ua (Postfix) with ESMTP id A258714BBDB for ; Tue, 31 Jan 2006 23:15:30 +0200 (EET) From: Kyryll A Mirnenko aka Mirya Organization: MATIX.ua To: freebsd-usb@freebsd.org Date: Tue, 31 Jan 2006 23:15:45 +0200 User-Agent: KMail/1.8.3 MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200601312315.46738.mirya@matrix.ua> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on gw.matrix.kiev.ua X-Spam-Level: X-Spam-Status: No, score=-103.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.0.2 Subject: Re: usb tv tuners support 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, 31 Jan 2006 21:15:39 -0000 > have you > usbdevs -vd > ??? $ usbdevs -dv Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub0 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub1 port 1 powered port 2 powered Controller /dev/usb2: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub2 port 1 powered port 2 addr 2: high speed, power 500 mA, config 1, PCTV USB2 PAL/SECAM(0x0208), Pinnacle Systems GmbH(0x2304), rev 1.00 ugen0 port 3 powered port 4 powered port 5 powered port 6 powered # the last one is what i'm taking about -- Regards, Mirya ICQ #313898202 From owner-freebsd-usb@FreeBSD.ORG Tue Jan 31 22:00:28 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E810116A420 for ; Tue, 31 Jan 2006 22:00:28 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 87CD643D48 for ; Tue, 31 Jan 2006 22:00:25 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 31 Jan 2006 22:00:22 +0000 (GMT) To: Juergen Lock In-Reply-To: Your message of "Tue, 31 Jan 2006 20:42:44 +0100." <20060131194244.GA75983@saturn.kn-bremen.de> Date: Tue, 31 Jan 2006 22:00:21 +0000 From: Ian Dowse Message-ID: <200601312200.aa58422@nowhere.iedowse.com> Cc: freebsd-usb@freebsd.org Subject: Re: cvs commit: src/sys/dev/usb ehci.c ehci_pci.c ehcivar.h 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, 31 Jan 2006 22:00:29 -0000 In message <20060131194244.GA75983@saturn.kn-bremen.de>, Juergen Lock writes: >> Alright, looks like it was paging: (usb_block_allocmem ending up >> calling contigmalloc... which makes me wonder what would happen >> there if someone had swap on a umass device? swap here is on >> ad4s2b which is on the sata card.) > >Ah, seems the actual problem is that it is sleeping although >bus_dmamem_alloc is called with BUS_DMA_NOWAIT, and there even is >a pr for that: > http://www.freebsd.org/cgi/query-pr.cgi?pr=78179 >The pr is still open so i guess there is no fix yet? Ok, yes, this is a known problem that occurs if you access USB devices for the first time when the physical memory is too fragmented for a contiguous allocation to succeed immediately. A workaround is to add more RAM or access the USB devices soon after booting. Once the USB system has successfully allocated the memory it needs, it will then work reliably. In the case of USB, there is actually no need for it to perform large contiguous allocations because the host controllers all support some limited scatter-gather functionality so they can mostly access the caller's memory buffer directly via bus_dmamap_load(). This is something I implemented a year or to ago but I haven't got around to finishing the last few details of the patch yet. Ian From owner-freebsd-usb@FreeBSD.ORG Tue Jan 31 23:59:52 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68C8F16A420 for ; Tue, 31 Jan 2006 23:59:52 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1A5A43D4C for ; Tue, 31 Jan 2006 23:59:51 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3) with ESMTP id k0VNxonP005851; Wed, 1 Feb 2006 00:59:50 +0100 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id k0VNxohw005849; Wed, 1 Feb 2006 00:59:50 +0100 Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.3/8.13.1) with ESMTP id k0VNvG0s081635; Wed, 1 Feb 2006 00:57:16 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.3/8.13.1/Submit) id k0VNvFoe081634; Wed, 1 Feb 2006 00:57:15 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Wed, 1 Feb 2006 00:57:15 +0100 To: Ian Dowse Message-ID: <20060131235715.GA81439@saturn.kn-bremen.de> References: <20060131194244.GA75983@saturn.kn-bremen.de> <200601312200.aa58422@nowhere.iedowse.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601312200.aa58422@nowhere.iedowse.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-usb@freebsd.org Subject: Re: cvs commit: src/sys/dev/usb ehci.c ehci_pci.c ehcivar.h 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, 31 Jan 2006 23:59:52 -0000 On Tue, Jan 31, 2006 at 10:00:21PM +0000, Ian Dowse wrote: > In message <20060131194244.GA75983@saturn.kn-bremen.de>, Juergen Lock writes: > >> Alright, looks like it was paging: (usb_block_allocmem ending up > >> calling contigmalloc... which makes me wonder what would happen > >> there if someone had swap on a umass device? swap here is on > >> ad4s2b which is on the sata card.) > > > >Ah, seems the actual problem is that it is sleeping although > >bus_dmamem_alloc is called with BUS_DMA_NOWAIT, and there even is > >a pr for that: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=78179 > >The pr is still open so i guess there is no fix yet? > > Ok, yes, this is a known problem that occurs if you access USB > devices for the first time when the physical memory is too fragmented > for a contiguous allocation to succeed immediately. A workaround > is to add more RAM or access the USB devices soon after booting. > Once the USB system has successfully allocated the memory it needs, > it will then work reliably. > > In the case of USB, there is actually no need for it to perform > large contiguous allocations because the host controllers all support > some limited scatter-gather functionality so they can mostly access > the caller's memory buffer directly via bus_dmamap_load(). This is > something I implemented a year or to ago but I haven't got around > to finishing the last few details of the patch yet. Hmm, couldnt the usb code just pre-allocate the needed memory at, say, the open() syscall of an umass device instead? From owner-freebsd-usb@FreeBSD.ORG Wed Feb 1 06:25:05 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A38016A420 for ; Wed, 1 Feb 2006 06:25:05 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32C6343D48 for ; Wed, 1 Feb 2006 06:25:03 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail11.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k116OlwY002530 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 1 Feb 2006 17:24:50 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k116Olcn001095; Wed, 1 Feb 2006 17:24:47 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k116OjMK001094; Wed, 1 Feb 2006 17:24:45 +1100 (EST) (envelope-from peter) Date: Wed, 1 Feb 2006 17:24:45 +1100 From: Peter Jeremy To: Juergen Lock Message-ID: <20060201062445.GC678@turion.vk2pj.dyndns.org> References: <20060130223413.GA11711@saturn.kn-bremen.de> <200601310112.aa34663@nowhere.iedowse.com> <20060131182045.GA47403@saturn.kn-bremen.de> <20060131194244.GA75983@saturn.kn-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060131194244.GA75983@saturn.kn-bremen.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: Ian Dowse , Mark Tinguely , freebsd-usb@freebsd.org Subject: Re: cvs commit: src/sys/dev/usb ehci.c ehci_pci.c ehcivar.h 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, 01 Feb 2006 06:25:05 -0000 On Tue, 2006-Jan-31 20:42:44 +0100, Juergen Lock wrote: >Ah, seems the actual problem is that it is sleeping although >bus_dmamem_alloc is called with BUS_DMA_NOWAIT, and there even is >a pr for that: > http://www.freebsd.org/cgi/query-pr.cgi?pr=78179 >The pr is still open so i guess there is no fix yet? Maybe. Mark Tinguely has been working on a fix and I've been helping with the testing. Mark has a completed patch that is available at http://www.casselton.net/~tinguely/vmcontig/ but I haven't had time to test it myself yet. -- Peter Jeremy From owner-freebsd-usb@FreeBSD.ORG Wed Feb 1 06:33:01 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A49A16A420 for ; Wed, 1 Feb 2006 06:33:01 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail28.syd.optusnet.com.au (mail28.syd.optusnet.com.au [211.29.133.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BB0043D46 for ; Wed, 1 Feb 2006 06:32:59 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail28.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k116Wu2C016128 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 1 Feb 2006 17:32:57 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k116Wuk2001112; Wed, 1 Feb 2006 17:32:56 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k116Wsg2001111; Wed, 1 Feb 2006 17:32:55 +1100 (EST) (envelope-from peter) Date: Wed, 1 Feb 2006 17:32:54 +1100 From: Peter Jeremy To: Ian Dowse Message-ID: <20060201063254.GD678@turion.vk2pj.dyndns.org> References: <20060131194244.GA75983@saturn.kn-bremen.de> <200601312200.aa58422@nowhere.iedowse.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601312200.aa58422@nowhere.iedowse.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: Juergen Lock , freebsd-usb@freebsd.org Subject: Re: cvs commit: src/sys/dev/usb ehci.c ehci_pci.c ehcivar.h 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, 01 Feb 2006 06:33:01 -0000 On Tue, 2006-Jan-31 22:00:21 +0000, Ian Dowse wrote: >In the case of USB, there is actually no need for it to perform >large contiguous allocations because the host controllers all support >some limited scatter-gather functionality so they can mostly access >the caller's memory buffer directly via bus_dmamap_load(). This is >something I implemented a year or to ago but I haven't got around >to finishing the last few details of the patch yet. I'd looked into the specs far enough to determine that this was possible but haven't looked at how difficult it would be to implement it. I think this is a preferable solution and would be interested in helping you finish your patch. Whilst it's desirable that contigmalloc() not panic, making contigmalloc() return NULL when asked to allocate a large block of memory without waiting doesn't actually help get the data from the physical device into the driver. -- Peter Jeremy From owner-freebsd-usb@FreeBSD.ORG Wed Feb 1 08:49:08 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 100ED16A420 for ; Wed, 1 Feb 2006 08:49:08 +0000 (GMT) (envelope-from fulda@seznam.cz) Received: from smtp.seznam.cz (smtp.seznam.cz [212.80.76.43]) by mx1.FreeBSD.org (Postfix) with SMTP id E017743D78 for ; Wed, 1 Feb 2006 08:49:03 +0000 (GMT) (envelope-from fulda@seznam.cz) Received: (qmail 24632 invoked from network); 1 Feb 2006 08:49:02 -0000 Received: from unknown (HELO PC2088) (fulda@62.141.6.4) by cetus.go.seznam.cz with ESMTPA; 1 Feb 2006 08:49:02 -0000 Message-ID: <003101c6270c$593341a0$e642f50a@PC2088> From: "Jindra Fucik" To: "Kyryll A Mirnenko aka Mirya" , References: <200601312315.46738.mirya@matrix.ua> Date: Wed, 1 Feb 2006 09:49:01 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-Mimeole: Produced By Microsoft MimeOLE V6.00.2900.2670 Cc: Subject: Re: usb tv tuners support 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, 01 Feb 2006 08:49:08 -0000 Try this: http://dg3aaf.no-ip.com:8080/sites/bttv%20gallery.htm http://www.linuxtv.org/v4lwiki/index.php/USBVision_devices ----- Original Message ----- From: "Kyryll A Mirnenko aka Mirya" To: Sent: Tuesday, January 31, 2006 10:15 PM Subject: Re: usb tv tuners support >> have you >> usbdevs -vd >> ??? > > $ usbdevs -dv > Controller /dev/usb0: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > uhub0 > port 1 powered > port 2 powered > Controller /dev/usb1: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > uhub1 > port 1 powered > port 2 powered > Controller /dev/usb2: > addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > uhub2 > port 1 powered > port 2 addr 2: high speed, power 500 mA, config 1, PCTV USB2 > PAL/SECAM(0x0208), Pinnacle Systems GmbH(0x2304), rev 1.00 > ugen0 > port 3 powered > port 4 powered > port 5 powered > port 6 powered > > # the last one is what i'm taking about > -- > Regards, Mirya > ICQ #313898202 > _______________________________________________ > freebsd-usb@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" From owner-freebsd-usb@FreeBSD.ORG Wed Feb 1 13:58:28 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA3CE16A420 for ; Wed, 1 Feb 2006 13:58:28 +0000 (GMT) (envelope-from tinguely@casselton.net) Received: from casselton.net (casselton.net [63.165.140.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30A9943D49 for ; Wed, 1 Feb 2006 13:58:28 +0000 (GMT) (envelope-from tinguely@casselton.net) Received: from casselton.net (localhost [127.0.0.1]) by casselton.net (8.12.11/8.12.11) with ESMTP id k11DwPXO043639; Wed, 1 Feb 2006 07:58:25 -0600 (CST) (envelope-from tinguely@casselton.net) Received: (from tinguely@localhost) by casselton.net (8.12.11/8.12.11/Submit) id k11DwPuw043638; Wed, 1 Feb 2006 07:58:25 -0600 (CST) (envelope-from tinguely) Date: Wed, 1 Feb 2006 07:58:25 -0600 (CST) From: Mark Tinguely Message-Id: <200602011358.k11DwPuw043638@casselton.net> To: nox@jelal.kn-bremen.de, peterjeremy@optushome.com.au In-Reply-To: <20060201062445.GC678@turion.vk2pj.dyndns.org> X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ccn.casselton.net Cc: iedowse@iedowse.com, tinguely@casselton.net, freebsd-usb@freebsd.org Subject: Re: cvs commit: src/sys/dev/usb ehci.c ehci_pci.c ehcivar.h 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, 01 Feb 2006 13:58:29 -0000 The files at http://www.casselton.net/~tinguely/vmcontig/ also has some performance changes that flipped the page scanning from back to front to front to back. The official FreeBSD vm_contig.c v 1.48 also adds some simple shortcuts to speed initial allocation for those that have physical memory >> 4GB by start scanning closer to the 4GB address when the allocation must be below 4 GB. This does not help those with the 1GB - 4GB of physical memory. But right now the back to front page scanning is going to remain to keep the lower physical addresses available for ISA devices.... If you just want to try to fix the interupt page cleaning panic: *** vm_contig.c Mon Jan 30 09:22:51 2006 --- vm_contig.c.nowait Wed Feb 1 07:51:33 2006 *************** *** 86,92 **** #include static int ! vm_contig_launder_page(vm_page_t m) { vm_object_t object; vm_page_t m_tmp; --- 86,92 ---- #include static int ! vm_contig_launder_page(vm_page_t m, int flags) { vm_object_t object; vm_page_t m_tmp; *************** *** 95,100 **** --- 95,114 ---- object = m->object; if (!VM_OBJECT_TRYLOCK(object)) return (EAGAIN); + + if (flags & M_NOWAIT) { /* cannot sleep in interrupt mode */ + if ((m->flags & PG_BUSY) || m->busy) { + VM_OBJECT_UNLOCK(object); + return (EBUSY); + } else { + vm_page_test_dirty(m); + if (m->dirty) { + VM_OBJECT_UNLOCK(object); + return (EAGAIN); + } + } + } + if (vm_page_sleep_if_busy(m, TRUE, "vpctw0")) { VM_OBJECT_UNLOCK(object); vm_page_lock_queues(); *************** *** 129,135 **** } static int ! vm_contig_launder(int queue) { vm_page_t m, next; int error; --- 143,149 ---- } static int ! vm_contig_launder(int queue, int flags) { vm_page_t m, next; int error; *************** *** 143,149 **** KASSERT(VM_PAGE_INQUEUE2(m, queue), ("vm_contig_launder: page %p's queue is not %d", m, queue)); ! error = vm_contig_launder_page(m); if (error == 0) return (TRUE); if (error == EBUSY) --- 157,163 ---- KASSERT(VM_PAGE_INQUEUE2(m, queue), ("vm_contig_launder: page %p's queue is not %d", m, queue)); ! error = vm_contig_launder_page(m, flags); if (error == 0) return (TRUE); if (error == EBUSY) *************** *** 224,235 **** actmax = vm_page_queues[PQ_ACTIVE].lcnt; again1: if (inactl < inactmax && ! vm_contig_launder(PQ_INACTIVE)) { inactl++; goto again1; } if (actl < actmax && ! vm_contig_launder(PQ_ACTIVE)) { actl++; goto again1; } --- 238,249 ---- actmax = vm_page_queues[PQ_ACTIVE].lcnt; again1: if (inactl < inactmax && ! vm_contig_launder(PQ_INACTIVE, flags)) { inactl++; goto again1; } if (actl < actmax && ! vm_contig_launder(PQ_ACTIVE, flags)) { actl++; goto again1; } *************** *** 381,387 **** vm_page_t vm_page_alloc_contig(vm_pindex_t npages, vm_paddr_t low, vm_paddr_t high, ! vm_offset_t alignment, vm_offset_t boundary) { vm_object_t object; vm_offset_t size; --- 395,401 ---- vm_page_t vm_page_alloc_contig(vm_pindex_t npages, vm_paddr_t low, vm_paddr_t high, ! vm_offset_t alignment, vm_offset_t boundary, int flags) { vm_object_t object; vm_offset_t size; *************** *** 474,480 **** pqtype != PQ_CACHE) { if (m->queue == PQ_ACTIVE || m->queue == PQ_INACTIVE) { ! if (vm_contig_launder_page(m) != 0) goto cleanup_freed; pqtype = m->queue - m->pc; if (pqtype != PQ_FREE && --- 488,494 ---- pqtype != PQ_CACHE) { if (m->queue == PQ_ACTIVE || m->queue == PQ_INACTIVE) { ! if (vm_contig_launder_page(m, flags) != 0) goto cleanup_freed; pqtype = m->queue - m->pc; if (pqtype != PQ_FREE && *************** *** 581,587 **** boundary, kernel_map); } else { pages = vm_page_alloc_contig(npgs, low, high, ! alignment, boundary); if (pages == NULL) { ret = NULL; } else { --- 595,601 ---- boundary, kernel_map); } else { pages = vm_page_alloc_contig(npgs, low, high, ! alignment, boundary, flags); if (pages == NULL) { ret = NULL; } else { *** vm_page.h Wed Jan 25 09:01:28 2006 --- vm_page.h.nowait Wed Feb 1 07:50:32 2006 *************** *** 321,327 **** void vm_page_activate (vm_page_t); vm_page_t vm_page_alloc (vm_object_t, vm_pindex_t, int); vm_page_t vm_page_alloc_contig (vm_pindex_t, vm_paddr_t, vm_paddr_t, ! vm_offset_t, vm_offset_t); void vm_page_release_contig (vm_page_t, vm_pindex_t); vm_page_t vm_page_grab (vm_object_t, vm_pindex_t, int); void vm_page_cache (register vm_page_t); --- 321,327 ---- void vm_page_activate (vm_page_t); vm_page_t vm_page_alloc (vm_object_t, vm_pindex_t, int); vm_page_t vm_page_alloc_contig (vm_pindex_t, vm_paddr_t, vm_paddr_t, ! vm_offset_t, vm_offset_t, int); void vm_page_release_contig (vm_page_t, vm_pindex_t); vm_page_t vm_page_grab (vm_object_t, vm_pindex_t, int); void vm_page_cache (register vm_page_t); From owner-freebsd-usb@FreeBSD.ORG Wed Feb 1 18:16:55 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74DC816A420 for ; Wed, 1 Feb 2006 18:16:55 +0000 (GMT) (envelope-from mirya@matrix.ua) Received: from gw.matrix.kiev.ua (gw.matrix.kiev.ua [213.159.235.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF2F443D49 for ; Wed, 1 Feb 2006 18:16:54 +0000 (GMT) (envelope-from mirya@matrix.ua) Received: by gw.matrix.kiev.ua (Postfix, from userid 426) id 5185B14BC16; Wed, 1 Feb 2006 20:16:53 +0200 (EET) Received: from miryahost.matrix.local (unknown [192.168.1.27]) by gw.matrix.kiev.ua (Postfix) with ESMTP id 03B7A14BC0D for ; Wed, 1 Feb 2006 20:16:52 +0200 (EET) From: Kyryll A Mirnenko aka Mirya Organization: MATIX.ua To: freebsd-usb@freebsd.org Date: Wed, 1 Feb 2006 20:16:46 +0200 User-Agent: KMail/1.8.3 References: <200601312315.46738.mirya@matrix.ua> <003101c6270c$593341a0$e642f50a@PC2088> In-Reply-To: <003101c6270c$593341a0$e642f50a@PC2088> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602012016.48494.mirya@matrix.ua> X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on gw.matrix.kiev.ua X-Spam-Level: X-Spam-Status: No, score=-102.3 required=5.0 tests=AWL,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.0.2 Subject: Re: usb tv tuners support 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, 01 Feb 2006 18:16:55 -0000 On Wednesday 01 February 2006 10:49, Jindra Fucik wrote: > Try this: > http://dg3aaf.no-ip.com:8080/sites/bttv%20gallery.htm > http://www.linuxtv.org/v4lwiki/index.php/USBVision_devices the 1st is about PCIs only, the latter is linux driver, any more ideas? -- Regards, Mirya ICQ #313898202 From owner-freebsd-usb@FreeBSD.ORG Thu Feb 2 02:39:05 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C34716A420 for ; Thu, 2 Feb 2006 02:39:05 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 60DA143D46 for ; Thu, 2 Feb 2006 02:39:04 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 2 Feb 2006 02:39:02 +0000 (GMT) To: Peter Jeremy In-Reply-To: Your message of "Wed, 01 Feb 2006 17:32:54 +1100." <20060201063254.GD678@turion.vk2pj.dyndns.org> Date: Thu, 02 Feb 2006 02:39:01 +0000 From: Ian Dowse Message-ID: <200602020239.aa88964@nowhere.iedowse.com> Cc: Juergen Lock , freebsd-usb@freebsd.org Subject: Re: cvs commit: src/sys/dev/usb ehci.c ehci_pci.c ehcivar.h 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, 02 Feb 2006 02:39:05 -0000 In message <20060201063254.GD678@turion.vk2pj.dyndns.org>, Peter Jeremy writes: >On Tue, 2006-Jan-31 22:00:21 +0000, Ian Dowse wrote: >>In the case of USB, there is actually no need for it to perform >>large contiguous allocations because the host controllers all support >>some limited scatter-gather functionality so they can mostly access >>the caller's memory buffer directly via bus_dmamap_load(). This is >>something I implemented a year or to ago but I haven't got around >>to finishing the last few details of the patch yet. > >I'd looked into the specs far enough to determine that this was >possible but haven't looked at how difficult it would be to implement >it. I think this is a preferable solution and would be interested in >helping you finish your patch. I've updated http://people.freebsd.org/~iedowse/usb.diff with the latest patch I have. I think there are still one or two places where DMAADDR() calls have been replaced without all the necessary logic to handle programming segment information into the host controller descriptors (e.g. the "XXX, fixme" comment in ohci.c). I only updated the OHCI interrupt transfer code and the sl811hs driver recently so there may be problems there, but most of the older changes have had a reasonable amount of testing as I've been using them on a low-memory soekris box for a couple of years. Ian From owner-freebsd-usb@FreeBSD.ORG Thu Feb 2 14:00:24 2006 Return-Path: X-Original-To: freebsd-usb@hub.freebsd.org Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8CF116A420 for ; Thu, 2 Feb 2006 14:00:24 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99DC443D4C for ; Thu, 2 Feb 2006 14:00:23 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k12E0NSI083341 for ; Thu, 2 Feb 2006 14:00:23 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k12E0N1h083340; Thu, 2 Feb 2006 14:00:23 GMT (envelope-from gnats) Date: Thu, 2 Feb 2006 14:00:23 GMT Message-Id: <200602021400.k12E0N1h083340@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: le chapelain germain Cc: Subject: Re: usb/86438 : Fix for non-working iPod over USB is in NetBSD CVS X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: le chapelain germain List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 14:00:24 -0000 The following reply was made to PR usb/86438; it has been noted by GNATS. From: le chapelain germain To: bug-followup@FreeBSD.org, josh@elsasser.org, flz@FreeBSD.org Cc: Subject: Re: usb/86438 : Fix for non-working iPod over USB is in NetBSD CVS Date: Thu, 2 Feb 2006 14:54:58 +0100 (CET) Sure florent Here is the result of `usbd -dv' (all works fine til camcomtrol eject, that I don't care that much. Read below.) =====================8<=====================8<===================== root@germ# usbd -vd usbd: opened /dev/usb0 usbd: opened /dev/usb1 usbd: opened /dev/usb2 usbd: opened /dev/usb3 usbd: reading configuration file /etc/usbd.conf usbd: opened /dev/usb usbd: device-attach event at 1138869328.544468000, CASIO QV DIGITAL, CASIO COMPUTER: vndr=0x07cf prdct=0x1001 rlse=0x1000 clss=0x0000 subclss=0x0000 prtcl=0x0000 device names: umass0 usbd: Found action 'CASIO exilim' for CASIO QV DIGITAL, CASIO COMPUTER at umass0 usbd: Executing '( export DISPLAY=:0.0 && export i=`echo ${DEVNAME} | /usr/bin/sed 's,umass\\([0-9]*\\),\\1,'` && sleep 2 && /bin/chmod 666 /dev/da${i}s1 && /sbin/mount -t msdos /dev/da${i}s1 /mnt/cam && /usr/bin/su german -c '/usr/X11R6/bin/gthumb /mnt/cam/dcim/100casio' ; /sbin/umount /mnt/cam ; /sbin/camcontrol eject da${i} ) &' Error received from stop unit command usbd: device-detach event at 1138869385.636518000, product 0x1001, vendor 0x07cf: vndr=0x07cf prdct=0x1001 rlse=0x1000 clss=0x0000 subclss=0x0000 prtcl=0x0000 =====================>8=====================>8===================== The device connect to the pc throught a cradle with an usb button. You push the button and a light saying `usb' light. If I camcontrol-eject it it says that error and da0 and da0s1 remain in /dev. When I push the button again then it detaches and the devices desapear. I gaved it a shot under windows and the little icon `safely remove' doesn't has easy effect on the state of the usb led on my device. TBH, my guess is there is a problem in the device itself. But as long as the device is properly unmounted I don't care that much. Would I disconnect the device without having unmounted it (i.e., without having closed gthumb.) then when I try umount -f my system crashes. I have freebsd 6.0 stable with the latest usb support. -- Germain http://german.free.fr ___________________________________________________________________________ Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs exceptionnels pour appeler la France et l'international. Téléchargez sur http://fr.messenger.yahoo.com From owner-freebsd-usb@FreeBSD.ORG Fri Feb 3 00:10:08 2006 Return-Path: X-Original-To: freebsd-usb@hub.freebsd.org Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE3B216A420 for ; Fri, 3 Feb 2006 00:10:08 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 973A043D45 for ; Fri, 3 Feb 2006 00:10:08 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k130A89M021604 for ; Fri, 3 Feb 2006 00:10:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k130A81W021603; Fri, 3 Feb 2006 00:10:08 GMT (envelope-from gnats) Date: Fri, 3 Feb 2006 00:10:08 GMT Message-Id: <200602030010.k130A81W021603@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: "Ricardo A. Reis" Cc: Subject: Re:usb/89598:FLASH DISK cause pagefault X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Ricardo A. Reis" List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 00:10:08 -0000 The following reply was made to PR usb/89598; it has been noted by GNATS. From: "Ricardo A. Reis" To: bug-followup@freebsd.org Cc: Subject: Re:usb/89598:FLASH DISK cause pagefault Date: Thu, 2 Feb 2006 22:05:45 -0200 ------=_Part_782_28111854.1138925145381 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline ICAgUGxlYXNlIGNsb3NlIHRoaXMgcHIsIGFmdGVyIHVwZGF0ZWQgdGhlIHNhbWUgd29ya3N0YXRp b24geWVzdGVyZGF5LApteSBwZW5kcml2ZSB3b3JrIHZlcnkgZmluZS4KCgpUaGFua3MKCi0tClJp Y2FyZG8gQS4gUmVpcwpVTklGRVNQIC0gRElTIC0gTFJDClVuaXggQWRtCg== ------=_Part_782_28111854.1138925145381 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline PGRpdiBpZD0idHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IGxhcmdlcjsiPjwvc3Bhbj4gPGJy Pgo8L2Rpdj4KPGRpdiBpZD0ibWhfMCI+PHRhYmxlIGNsYXNzPSIiIGlkPSJtbSIgY2VsbHBhZGRp bmc9IjAiIGNlbGxzcGFjaW5nPSIwIj48dGJvZHk+PHRyPjx0ZCByb3dzcGFuPSIyIiBpZD0iX2Nj IiBjbGFzcz0iY3RsIj48YnI+CjwvdGQ+PHRkIGNvbHNwYW49IjQiIGNsYXNzPSJjdG9wIiBoZWln aHQ9IjQiPjxicj4KPC90ZD48dGQgcm93c3Bhbj0iMiIgY2xhc3M9ImN0ciI+PGJyPgo8L3RkPjwv dHI+PHRyPjx0ZCBjbGFzcz0iYXUiIHN0eWxlPSJjb2xvcjogcmdiKDAsIDEwNCwgMjgpOyI+PGJy Pgo8L3RkPjx0ZCB3aWR0aD0iMTAwJSI+PHRhYmxlIGNsYXNzPSJyYyIgY2VsbHBhZGRpbmc9IjAi IGNlbGxzcGFjaW5nPSIwIj48dGJvZHk+PHRyPjx0ZD48YnI+CjwvdGQ+PC90cj48L3Rib2R5Pjwv dGFibGU+PC90ZD48dGQ+PHNwYW4gaWQ9InNvIiBjbGFzcz0ibGsgcyI+PC9zcGFuPjxicj4KPC90 ZD48dGQgYWxpZ249InJpZ2h0Ij48c3BhbiBpZD0iX2RhdGVfMiBkZSBGZXZlcmVpcm8gZGUgMjAw Nl8xMjoxMyI+PGJyPgo8L3NwYW4+PC90ZD48L3RyPjwvdGJvZHk+PC90YWJsZT48L2Rpdj4KICZu YnNwOyBQbGVhc2UgY2xvc2UgdGhpcyBwciwgYWZ0ZXIgdXBkYXRlZCB0aGUgc2FtZSB3b3Jrc3Rh dGlvbiB5ZXN0ZXJkYXksPGJyPgpteSBwZW5kcml2ZSB3b3JrIHZlcnkgZmluZS48YnI+Cjxicj4K PGJyPgpUaGFua3M8YnIgY2xlYXI9ImFsbCI+PGJyPi0tIDxicj5SaWNhcmRvIEEuIFJlaXM8YnI+ VU5JRkVTUCAtIERJUyAtIExSQzxicj5Vbml4IEFkbQo= ------=_Part_782_28111854.1138925145381-- From owner-freebsd-usb@FreeBSD.ORG Fri Feb 3 00:41:19 2006 Return-Path: X-Original-To: freebsd-usb@hub.freebsd.org Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4A9316A420; Fri, 3 Feb 2006 00:41:19 +0000 (GMT) (envelope-from iedowse@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53AB043D45; Fri, 3 Feb 2006 00:41:19 +0000 (GMT) (envelope-from iedowse@FreeBSD.org) Received: from freefall.freebsd.org (iedowse@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k130fJxi024271; Fri, 3 Feb 2006 00:41:19 GMT (envelope-from iedowse@freefall.freebsd.org) Received: (from iedowse@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k130fJ2r024267; Fri, 3 Feb 2006 00:41:19 GMT (envelope-from iedowse) Date: Fri, 3 Feb 2006 00:41:19 GMT From: Ian Dowse Message-Id: <200602030041.k130fJ2r024267@freefall.freebsd.org> To: ricardo.areis@gmail.com, iedowse@FreeBSD.org, freebsd-usb@FreeBSD.org Cc: Subject: Re: usb/89598: FLASH DISK 1.00 cause page fault 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, 03 Feb 2006 00:41:19 -0000 Synopsis: FLASH DISK 1.00 cause page fault State-Changed-From-To: open->closed State-Changed-By: iedowse State-Changed-When: Fri Feb 3 00:38:40 UTC 2006 State-Changed-Why: [text extracted from MIME base64 data in followup] > Please close this pr, after updated the same workstation yesterday, >my pendrive work very fine. Closed at submitter's request. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=89598 From owner-freebsd-usb@FreeBSD.ORG Fri Feb 3 13:25:16 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8955E16A420 for ; Fri, 3 Feb 2006 13:25:16 +0000 (GMT) (envelope-from hselasky@c2i.net) Received: from mail.turbocat.net (mail.turbocat.net [213.133.116.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3047E43D48 for ; Fri, 3 Feb 2006 13:25:15 +0000 (GMT) (envelope-from hselasky@c2i.net) Received: by mail.turbocat.net (Postfix, from userid 1002) id 5A5FE422EC49; Fri, 3 Feb 2006 14:25:11 +0100 (CET) Received: from [10.175.254.92] (unknown [212.20.206.12]) by mail.turbocat.net (Postfix) with ESMTP id BB17A422EC44 for ; Fri, 3 Feb 2006 14:25:10 +0100 (CET) From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Fri, 3 Feb 2006 14:25:24 +0100 User-Agent: KMail/1.7 References: <200509181933.47262.hselasky@c2i.net> In-Reply-To: <200509181933.47262.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602031425.25230.hselasky@c2i.net> Subject: New USB driver & API (again) 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, 03 Feb 2006 13:25:16 -0000 Hi, I have just rolled out another version of my driver. Nothing special, but I have added a page that briefly describes my new USB 2.0 API. Please see: http://www.turbocat.net/~hselasky/usb4bsd Yours --HPS From owner-freebsd-usb@FreeBSD.ORG Sat Feb 4 16:21:53 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4176B16A543 for ; Sat, 4 Feb 2006 16:21:53 +0000 (GMT) (envelope-from creep@desk.pl) Received: from hera.desk.pl (hera.desk.pl [195.137.189.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0C6C44423 for ; Sat, 4 Feb 2006 15:55:26 +0000 (GMT) (envelope-from creep@desk.pl) Received: from localhost (hera.local [127.0.0.1]) by hera.desk.pl (Postfix) with ESMTP id E06D775C261 for ; Sat, 4 Feb 2006 16:53:09 +0100 (CET) Received: from hera.desk.pl ([127.0.0.1]) by localhost (hera [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17420-02 for ; Sat, 4 Feb 2006 16:53:07 +0100 (CET) Received: from [10.6.14.1] (sifr.dembego6.waw.pl [62.233.200.81]) by hera.desk.pl (Postfix) with ESMTP id 643F175C22E for ; Sat, 4 Feb 2006 16:53:03 +0100 (CET) Message-ID: <43E4CE40.2030405@desk.pl> Date: Sat, 04 Feb 2006 16:54:40 +0100 From: Marcin Koziej User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-usb@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: Skaner Antywirusowy DESK.pl Subject: Genesys GL811USB(ata to usb) set address failed. 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, 04 Feb 2006 16:21:54 -0000 Hi. I have a USB-attached, portable hdd, based on hitachi harddrive and GL811USB based ATA to USB bridge. My system is: FreeBSD 6.1-PRERELEASE #0: Sat Feb 4 13:33:24 CET 2006 (cvsupped today) My system doesn't seam to recognise the device, when I plug it in. If at least the device reported its vendor/product, there could be a quirk to add, but without it, what can i do? USB_DEBUG: ---device plugged start--- Feb 4 14:10:23 carnivore kernel: ehci_pcd: change=0x08 Feb 4 14:10:24 carnivore kernel: ehci after reset, status=0x00001002 Feb 4 14:10:24 carnivore kernel: ehci_disown: index=3 lowspeed=0 Feb 4 14:10:24 carnivore kernel: uhci_root_ctrl_control type=0xa3 request=00 Feb 4 14:10:24 carnivore kernel: uhci_root_ctrl_control type=0x23 request=01 Feb 4 14:10:24 carnivore kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=1 feature=16 Feb 4 14:10:24 carnivore kernel: ehci_pcd: change=0x08 Feb 4 14:10:25 carnivore kernel: uhci_root_ctrl_control type=0x23 request=03 Feb 4 14:10:25 carnivore kernel: uhci port 1 reset, status0 = 0x068a Feb 4 14:10:25 carnivore kernel: uhci port 1 reset, status1 = 0x049b Feb 4 14:10:25 carnivore kernel: uhci port 1 iteration 9, status = 0x049f Feb 4 14:10:25 carnivore kernel: uhci port 1 iteration 8, status = 0x0495 Feb 4 14:10:25 carnivore kernel: uhci port 1 reset, status2 = 0x0495 --repeated sequence:--- Feb 4 14:10:25 carnivore kernel: uhci_root_ctrl_control type=0xa3 request=00 Feb 4 14:10:25 carnivore kernel: uhci_root_ctrl_control type=0x23 request=01 Feb 4 14:10:25 carnivore kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=1 feature=20 Feb 4 14:10:25 carnivore kernel: uhci_root_ctrl_control type=0xa3 request=00 Feb 4 14:10:25 carnivore kernel: uhci_open: pipe=0xc417f580, addr=0, endpt=0 (1) Feb 4 14:10:25 carnivore kernel: uhci_device_control type=0x00, request=0x05, wValue=0x0002, wIndex=0x0000 len=0, addr=0, endpt=0 Feb 4 14:10:25 carnivore kernel: uhci_device_control type=0x82, request=0x00, wValue=0x0000, wIndex=0x0000 len=2, addr=0, endpt=0 Feb 4 14:10:25 carnivore kernel: uhci_device_control type=0x00, request=0x05, wValue=0x0002, wIndex=0x0000 len=0, addr=0, endpt=0 Feb 4 14:10:25 carnivore kernel: uhci_device_control type=0x82, request=0x00, wValue=0x0000, wIndex=0x0000 len=2, addr=0, endpt=0 Feb 4 14:10:26 carnivore kernel: uhci_device_control type=0x00, request=0x05, wValue=0x0002, wIndex=0x0000 len=0, addr=0, endpt=0 Feb 4 14:10:26 carnivore kernel: uhci_device_control type=0x82, request=0x00, wValue=0x0000, wIndex=0x0000 len=2, addr=0, endpt=0 Feb 4 14:10:26 carnivore kernel: uhci_device_control type=0x00, request=0x05, wValue=0x0002, wIndex=0x0000 len=0, addr=0, endpt=0 Feb 4 14:10:26 carnivore kernel: uhci_device_control type=0x82, request=0x00, wValue=0x0000, wIndex=0x0000 len=2, addr=0, endpt=0 Feb 4 14:10:26 carnivore kernel: usb_new_device: set address 2 failed - trying a port reset Feb 4 14:10:26 carnivore kernel: uhci_root_ctrl_control type=0x23 request=03 Feb 4 14:10:26 carnivore kernel: uhci port 1 reset, status0 = 0x068a Feb 4 14:10:26 carnivore kernel: uhci port 1 reset, status1 = 0x049b Feb 4 14:10:26 carnivore kernel: uhci port 1 iteration 9, status = 0x049f Feb 4 14:10:26 carnivore kernel: uhci port 1 iteration 8, status = 0x0495 Feb 4 14:10:26 carnivore kernel: uhci port 1 reset, status2 = 0x0495 ----same sequence twice--- Feb 4 14:10:29 carnivore kernel: uhci_root_ctrl_control type=0xa3 request=00 Feb 4 14:10:29 carnivore kernel: uhci_root_ctrl_control type=0x23 request=01 Feb 4 14:10:29 carnivore kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=1 feature=20 Feb 4 14:10:30 carnivore kernel: uhci_device_control type=0x00, request=0x05, wValue=0x0002, wIndex=0x0000 len=0, addr=0, endpt=0 Feb 4 14:10:30 carnivore kernel: uhci_device_control type=0x82, request=0x00, wValue=0x0000, wIndex=0x0000 len=2, addr=0, endpt=0 Feb 4 14:10:30 carnivore kernel: uhci_device_control type=0x00, request=0x05, wValue=0x0002, wIndex=0x0000 len=0, addr=0, endpt=0 Feb 4 14:10:30 carnivore kernel: uhci_device_control type=0x82, request=0x00, wValue=0x0000, wIndex=0x0000 len=2, addr=0, endpt=0 Feb 4 14:10:30 carnivore kernel: uhci_device_control type=0x00, request=0x05, wValue=0x0002, wIndex=0x0000 len=0, addr=0, endpt=0 Feb 4 14:10:30 carnivore kernel: uhci_device_control type=0x82, request=0x00, wValue=0x0000, wIndex=0x0000 len=2, addr=0, endpt=0 Feb 4 14:10:30 carnivore kernel: usb_new_device: set address 2 failed Feb 4 14:10:30 carnivore kernel: uhub_explore: usb_new_device failed, error=SET_ADDR_FAILED Feb 4 14:10:30 carnivore kernel: uhub1: device problem (SET_ADDR_FAILED), disabling port 1 Feb 4 14:10:30 carnivore kernel: uhci_root_ctrl_control type=0x23 request=01 Feb 4 14:10:30 carnivore kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=1 feature=1 Feb 4 14:10:30 carnivore kernel: uhci_root_ctrl_control type=0xa3 request=00 Feb 4 14:10:30 carnivore last message repeated 2 times Feb 4 14:11:33 carnivore login: ROOT LOGIN (root) ON ttyv2 Feb 4 14:11:37 carnivore root: mark ---device plug end--- ---device unplug start--- Feb 4 14:12:16 carnivore kernel: uhci_root_ctrl_control type=0xa3 request=00 Feb 4 14:12:16 carnivore kernel: uhci_root_ctrl_control type=0x23 request=01 Feb 4 14:12:16 carnivore kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=1 feature=17 Feb 4 14:12:16 carnivore kernel: uhci_root_ctrl_control type=0x23 request=01 Feb 4 14:12:16 carnivore kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=1 feature=16 Feb 4 14:12:16 carnivore kernel: uhci_root_ctrl_control type=0xa3 request=00 ---device unplugged--- A more detailed debug info can be found here: http://galera.ii.pw.edu.pl/~mkoziej/usb-detailed.txt My dmesg: http://galera.ii.pw.edu.pl/~mkoziej/dmesg Best regards, Marcin Koziej From owner-freebsd-usb@FreeBSD.ORG Sat Feb 4 19:19:15 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26A6116A420 for ; Sat, 4 Feb 2006 19:19:15 +0000 (GMT) (envelope-from csabamolnar@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79FF243D45 for ; Sat, 4 Feb 2006 19:19:14 +0000 (GMT) (envelope-from csabamolnar@gmail.com) Received: by uproxy.gmail.com with SMTP id j3so323637ugf for ; Sat, 04 Feb 2006 11:19:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:reply-to:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id:from; b=PXri9F2tE8Gao7Y4l2PQT/EqkcUPIVWCoLPPe6gednue0EzQE56oby4olRgUOaeY+6EEPYhMCtC1zkRKaXGAtCKTSgwln6wqAuHFjUvjFrcFDCwhgMxTUSXkxQF1FuWxfEdATiI0zc95WESV1wd6qUlClpiuYnT1frQcHnz6+8Y= Received: by 10.67.26.6 with SMTP id d6mr1318984ugj; Sat, 04 Feb 2006 11:19:13 -0800 (PST) Received: from ?172.19.5.120? ( [193.6.168.4]) by mx.gmail.com with ESMTP id k30sm3068132ugc.2006.02.04.11.19.11; Sat, 04 Feb 2006 11:19:11 -0800 (PST) To: freebsd-usb@freebsd.org Date: Sat, 4 Feb 2006 19:19:25 -0800 User-Agent: KMail/1.9.1 References: <200509181933.47262.hselasky@c2i.net> <200602031425.25230.hselasky@c2i.net> In-Reply-To: <200602031425.25230.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200602041919.26032.molnarcs@gmail.com> From: Csaba Molnar Subject: Re: New USB driver & API (again) X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: molnarcs@gmail.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 19:19:15 -0000 2006. February 3. 5:25 am dátummal Hans Petter Selasky ezt írta: > Hi, > > I have just rolled out another version of my driver. Nothing special, but I > have added a page that briefly describes my new USB 2.0 API. > > Please see: > > http://www.turbocat.net/~hselasky/usb4bsd > Thanks, that's nice - recently I had problems with your driver compiling on recent STABLE :)