From owner-freebsd-usb@FreeBSD.ORG Sun Dec 5 03:20:18 2004 Return-Path: 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 2D56316A4CF for ; Sun, 5 Dec 2004 03:20:18 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 066CC43D54 for ; Sun, 5 Dec 2004 03:20:18 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iB53KHtM034504 for ; Sun, 5 Dec 2004 03:20:17 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iB53KHrG034503; Sun, 5 Dec 2004 03:20:17 GMT (envelope-from gnats) Date: Sun, 5 Dec 2004 03:20:17 GMT Message-Id: <200412050320.iB53KHrG034503@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Yuri Subject: Re: kern/73307: Kernel panics on USB disconnect X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Yuri List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2004 03:20:18 -0000 The following reply was made to PR kern/73307; it has been noted by GNATS. From: Yuri To: freebsd-gnats-submit@FreeBSD.org, yuri@tsoft.com Cc: Subject: Re: kern/73307: Kernel panics on USB disconnect Date: Sat, 04 Dec 2004 19:16:28 -0800 confirm for 5.3-i386-RELEASE: still coredumps. From owner-freebsd-usb@FreeBSD.ORG Sun Dec 5 10:26:58 2004 Return-Path: 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 E654016A4CE for ; Sun, 5 Dec 2004 10:26:58 +0000 (GMT) Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NOSPAM.dyndns.dk (84-72-24-102.dclient.hispeed.ch [84.72.24.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B79043D53 for ; Sun, 5 Dec 2004 10:26:57 +0000 (GMT) (envelope-from bounce@NOSPAM.dyndns.dk) Received: from Mail.NOSPAM.DynDNS.dK (ipv6.NOSPAM.dyndns.dk [2002:5448:1866:0:20e:2eff:fe06:2376]) (8.11.6/8.11.6-SPAMMERS-DeLiGHt) with ESMTP id iB5AQqx00751 verified NO) for ; Sun, 5 Dec 2004 11:26:55 +0100 (CET) (envelope-from bounce@NOSPAM.dyndns.dk) Received: (from beer@localhost) by Mail.NOSPAM.DynDNS.dK (8.11.6/FNORD) id iB5AQpd00750; Sun, 5 Dec 2004 11:26:52 +0100 (CET) (envelope-from bounce@NOSPAM.dyndns.dk) Date: Sun, 5 Dec 2004 11:26:52 +0100 (CET) Message-Id: <200412051026.iB5AQpd00750@Mail.NOSPAM.DynDNS.dK> X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: beer set sender to bounce@NOSPAM.dyndns.dk using -f X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed from queue /tmp X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed by beer with -C /etc/mail/sendmail.cf-LOCAL From: Barry Bouwsma To: freebsd-usb@freebsd.org Subject: OHCI isoc problem identified, sort of, and uaudio X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2004 10:26:59 -0000 Sheesh, I hate binary searches, when it takes 15 minutes to decide if a problem is or isn't present... I'm happy to report that I think I've found two solutions to my isoc TD alloc OHCI problem I mentioned a bit earlier. First of all, taking the latest ohci.c from NetBSD-current and plugging it into my FreeBSD-4 source, with a few changes to get it to compile, plays back through my sound card for much longer than any FreeBSD ohci.c that I tried. Even though I merged in most all the deltas I saw between * $NetBSD: ohci.c,v 1.146 2003/12/29 08:17:10 toshii Exp $ listed in __FBSDID("$FreeBSD: src/sys/dev/usb/ohci.c,v 1.39.2.13 2004/11/24 19:04:30 julian Exp $"); and the NetBSD-current 1.152 ... Still, there are a boatload of differences between my latest pre-4.11 ohci.c and NetBSD-current ohci.c. I don't know how many of them are important to have. I couldn't see any problems between the two, apart from the isoc TD alloc problem being absent with NetBSD, after more than 25 minutes playback (well over 2x as long as the longest I could ever play with the 4.x FreeBSD ohci.c)... I suspect that scrapping the FreeBSD4 ohci.c in favour of NetBSD's is not a serious option for anyone else. So... Through an imprecise process of elimination, it looks as though only the following two highlighed lines are needed to be added to my 4.x ohci.c (includes most deltas from NetBSD 1.146-1.152, and Ian Dowse's usb_race.diff and usb2_sync.diff, as well as the patch mentioned by someone else in the ueagle tarball, but not usb.diff). Here's an ugly diff, in ohci_softintr() : --- ohci.c-race+sync+ueagle Sat Dec 4 13:48:28 2004 +++ ohci.c Sun Dec 5 10:41:44 2004 @@ -1527,11 +1615,26 @@ OHCI_CC_NOT_ACCESSED) ? 0 : OHCI_ITD_PSW_LENGTH(len); xfer->frlengths[i] = len; +#if 0 /* XXX HACK this is missing from latest NetBSD */ + actlen += len; +#endif /* XXX HACK this is missing from latest NetBSD */ } } if (sitd->flags & OHCI_CALL_DONE) break; +#if 1 /* XXX HACK this is missing from latest NetBSD */ /* XXX PROBS ??? Ok as 1, hangs as 0? */ + ohci_free_sitd(sc, sitd); =====>>> ^^^^^^^^^^^^^^^^^^^^^^^^^ +#endif /* XXX HACK this is missing from latest NetBSD */ } +#if 1 /* XXX HACK this is missing from latest NetBSD */ /* XXX PROBS ??? Ok as 1, hangs as 0? */ + ohci_free_sitd(sc, sitd); =====>>> ^^^^^^^^^^^^^^^^^^^^^^^^^ +#if 0 /* XXX HACK to see if this all is needed */ + if (uedir == UE_DIR_IN && + xfer->status == USBD_NORMAL_COMPLETION) + xfer->actlen = actlen; + xfer->hcpriv = NULL; +#endif /* XXXX HACK to see if this all is needed */ +#endif /* XXX HACK this is missing from latest NetBSD */ s = splusb(); usb_transfer_complete(xfer); Everything else present in NetBSD-current but not in FBSD4.x I'm able to wrap with #if 0 as seen above; likewise, everything present in FBSD4.x but missing in NetBSD-current does not seem to give problems when wrapped with #if 1. I haven't tested beyond playing for about 20 minutes. That will be my next test. Running as I write this. Someone familiar with the ohci.c code (or USB) may want to eyeball the above, as well as all the differences between the latest NetBSD code and FreeBSD-4's. That wouldn't be me, as I have no clue about what's in the code and what it's doing, and I have no idea what I'm doing. I don't know if this problem affects FreeBSD-current or 5.x, but it should be easy enough to figure out by playing through uaudio. More observations about uaudio: NetBSD does not experience the short repeated beginning of the audio playback that I hear with FreeBSD. As noted, I'd be inclined to blame the FreeBSD audio stack for this. Apart from this, playback through both is nice and clean. NetBSD has no problems playing through my ``sound card'' uaudio device at other than 48000Hz sample rate. I haven't looked at the uaudio code at all. The remaining OHCI issue I have, is that on powerup of external hubs, three of my four external hubs trigger the overcurrent register which disables that port. I think this is also a problem with NetBSD, although there was work done in that area a while ago. These hubs have no problems with UHCI (my card powers them on when my machine goes on; this OHCI card waits until probe time to apply power), and a while back, I was able to successfully apply power by somehow looping around during the power-on part of code. This needs more study to help me retire my wall warts. I need to do more with UHCI, to see if I can boot reliably on this machine without a random one of the two controllers going south soon after boot -- like to see if NetBSD has this problem as well on this hardware, as my other machine didn't experience this problem with the same card. Plus the UHCI-if_axe plug-in interactions, plus the EHCI-if_axe oddities. When I sent out my last mail with EHCI+axe, the DNS queries from the different recipients to my nameserver caused `resource unavailable' messages to be logged, which usually is not a problem with other lists and far more subscribers (except when I was connected via slow dial-in) -- so something is less than optimal. Plus test if EHCI without usb.diff is better for me now than when I experienced problems months ago. hope this is somehow useful... barry bouwsma From owner-freebsd-usb@FreeBSD.ORG Sun Dec 5 17:02:44 2004 Return-Path: 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 A361916A4CE for ; Sun, 5 Dec 2004 17:02:44 +0000 (GMT) Received: from mta05-winn.mailhost.ntl.com (mailhost.ntl.com [212.250.162.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8775B43D39 for ; Sun, 5 Dec 2004 17:02:43 +0000 (GMT) (envelope-from scott@fishballoon.org) Received: from aamta03-winn.mailhost.ntl.com ([212.250.162.8]) by mta05-winn.mailhost.ntl.com with ESMTP <20041205170242.MQLX7230.mta05-winn.mailhost.ntl.com@aamta03-winn.mailhost.ntl.com>; Sun, 5 Dec 2004 17:02:42 +0000 Received: from llama.fishballoon.org ([82.4.146.133]) by aamta03-winn.mailhost.ntl.com with ESMTP <20041205170242.RHRX1113.aamta03-winn.mailhost.ntl.com@llama.fishballoon.org>; Sun, 5 Dec 2004 17:02:42 +0000 Received: from tuatara.fishballoon.org ([192.168.1.6]) by llama.fishballoon.org with esmtp (Exim 4.43 (FreeBSD)) id 1CazmX-000DYT-Oz; Sun, 05 Dec 2004 17:02:45 +0000 Received: (from scott@localhost) by tuatara.fishballoon.org (8.13.1/8.13.1/Submit) id iB5H3aVr036466; Sun, 5 Dec 2004 17:03:36 GMT (envelope-from scott) Date: Sun, 5 Dec 2004 17:03:36 +0000 From: Scott Mitchell To: Barry Bouwsma Message-ID: <20041205170336.GB68061@tuatara.fishballoon.org> References: <20041115000815.GD57138@tuatara.fishballoon.org> <200412011419.iB1EJDs10868@Mail.NOSPAM.DynDNS.dK> <20041201161615.GA523@tuatara.fishballoon.org> <200412012104.iB1L4s313837@Mail.NOSPAM.DynDNS.dK> <20041202000831.GC523@tuatara.fishballoon.org> <41B0C4A3.9080308@elischer.org> <20041203222253.GA68061@tuatara.fishballoon.org> <200412040746.iB47kJ802176@Mail.NOSPAM.DynDNS.dK> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200412040746.iB47kJ802176@Mail.NOSPAM.DynDNS.dK> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 4.10-STABLE i386 cc: freebsd-usb@freebsd.org Subject: [CALL FOR TESTERS] if_axe on 4.x X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2004 17:02:44 -0000 On Sat, Dec 04, 2004 at 08:46:20AM +0100, Barry Bouwsma wrote: > > Not quite diffs yet, but I cleaned up most of the foolishness and > my ignorance from the previous hacks, and based on yesterday morning's > current, made a cleaner if_axe.c file that can be found as > https://nospam.dyndns.dk/hacks/if_axe.c-clean-against-latest-current > (should also be available without SSL -- except when I'm panicking > my machine or running single-user, so try later) > > The reason my #if's are as ugly as they are in this, is that I'm > special-casing FreeBSD4 here, leaving open the possibility to merge > in DragonFly, NetBSD, and OpenBSD code in the future for the fun of > it. Hi Barry (and anyone else with hardware supported by if_axe), The attached diff should apply cleanly against 4.10 or any recent 4-STABLE sources. Something like this ought to do it: # cd /usr/src # patch < /path/to/axe.diff This should give you if_axe.c, if_axereg.h and all the necessary glue to build a kernel/module with if_axe in it. GENERIC will include if_axe by default. I've done a GENERIC buildkernel and loaded/unloaded the resulting if_axe.ko with no problems, but I have no hardware to verify that it actually works... if you do have such hardware please give this patch a try and let me know how it works out. I want to get this in before the 4.11 code freeze starts on Dec. 13th. Supposedly the driver will work with any of these devices and anything else build around an ASIX AX88172: LinkSys USB200M D-Link DUB-E100 Melco LUAU2-KTX NetGear FA120 SystemTalks SGC-X2UL Sitecom LN029 Barry, this is pretty much your patch with the #ifs stripped out or reversed, purely to reduce the size of the diff against -CURRENT. I don't think I've changed any behaviour. If you need something to drop into your existing tree, without all the glue code, just grab: http://people.freebsd.org/~rsm/if_axe.c and http://people.freebsd.org/~rsm/if_axereg.h Many thanks again for taking the time to get this working. Cheers, Scott -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" scott at fishballoon.org | 0xAA775B8B | -- Anon From owner-freebsd-usb@FreeBSD.ORG Sun Dec 5 17:05:32 2004 Return-Path: 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 F409416A4CE for ; Sun, 5 Dec 2004 17:05:31 +0000 (GMT) Received: from mta08-winn.mailhost.ntl.com (mailhost.ntl.com [212.250.162.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2D9143D2D for ; Sun, 5 Dec 2004 17:05:30 +0000 (GMT) (envelope-from scott@fishballoon.org) Received: from aamta04-winn.mailhost.ntl.com ([212.250.162.8]) by mta08-winn.mailhost.ntl.com with ESMTP <20041205170530.UFGL20947.mta08-winn.mailhost.ntl.com@aamta04-winn.mailhost.ntl.com>; Sun, 5 Dec 2004 17:05:30 +0000 Received: from llama.fishballoon.org ([82.4.146.133]) by aamta04-winn.mailhost.ntl.com with ESMTP <20041205170527.CXAP2076.aamta04-winn.mailhost.ntl.com@llama.fishballoon.org>; Sun, 5 Dec 2004 17:05:27 +0000 Received: from tuatara.fishballoon.org ([192.168.1.6]) by llama.fishballoon.org with esmtp (Exim 4.43 (FreeBSD)) id 1CazpC-000DZD-AQ; Sun, 05 Dec 2004 17:05:30 +0000 Received: (from scott@localhost) by tuatara.fishballoon.org (8.13.1/8.13.1/Submit) id iB5H6PSG036476; Sun, 5 Dec 2004 17:06:25 GMT (envelope-from scott) Date: Sun, 5 Dec 2004 17:06:25 +0000 From: Scott Mitchell To: Barry Bouwsma Message-ID: <20041205170625.GC68061@tuatara.fishballoon.org> References: <20041115000815.GD57138@tuatara.fishballoon.org> <200412011419.iB1EJDs10868@Mail.NOSPAM.DynDNS.dK> <20041201161615.GA523@tuatara.fishballoon.org> <200412012104.iB1L4s313837@Mail.NOSPAM.DynDNS.dK> <20041202000831.GC523@tuatara.fishballoon.org> <41B0C4A3.9080308@elischer.org> <20041203222253.GA68061@tuatara.fishballoon.org> <200412040746.iB47kJ802176@Mail.NOSPAM.DynDNS.dK> <20041205170336.GB68061@tuatara.fishballoon.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <20041205170336.GB68061@tuatara.fishballoon.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 4.10-STABLE i386 cc: freebsd-usb@freebsd.org Subject: Re: [CALL FOR TESTERS] if_axe on 4.x X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2004 17:05:32 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Dec 05, 2004 at 05:03:36PM +0000, Scott Mitchell wrote: > > The attached diff... Dammit. Here's the patch :-( -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" scott at fishballoon.org | 0xAA775B8B | -- Anon --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="axe.diff" diff -ruN --exclude=CVS sys.orig/conf/files sys/conf/files --- sys.orig/conf/files Tue Apr 13 04:39:16 2004 +++ sys/conf/files Sun Dec 5 12:01:27 2004 @@ -1369,6 +1369,7 @@ dev/usb/uhub.c optional usb dev/usb/uscanner.c optional uscanner dev/usb/if_aue.c optional aue +dev/usb/if_axe.c optional axe dev/usb/if_cue.c optional cue dev/usb/if_kue.c optional kue dev/usb/if_rue.c optional rue diff -ruN --exclude=CVS sys.orig/dev/usb/FILES sys/dev/usb/FILES --- sys.orig/dev/usb/FILES Mon Mar 1 00:07:21 2004 +++ sys/dev/usb/FILES Sun Dec 5 12:00:21 2004 @@ -16,6 +16,8 @@ hid.h API for hid.c if_aue.c USB Pegasus Ethernet driver if_auereg.h and definitions for it +if_axe.c USB ASIX Electronics Ethernet driver +if_axereg.h and definitions for it if_cue.c USB CATC Ethernet driver if_cuereg.h and definitions for it if_kue.c USB Kawasaki Ethernet driver diff -ruN --exclude=CVS sys.orig/dev/usb/if_axe.c sys/dev/usb/if_axe.c --- sys.orig/dev/usb/if_axe.c Thu Jan 1 01:00:00 1970 +++ sys/dev/usb/if_axe.c Sun Dec 5 15:20:43 2004 @@ -0,0 +1,1248 @@ +/* + * Copyright (c) 1997, 1998, 1999, 2000-2003 + * Bill Paul . All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. All advertising materials mentioning features or use of this software + * must display the following acknowledgement: + * This product includes software developed by Bill Paul. + * 4. Neither the name of the author nor the names of any co-contributors + * may be used to endorse or promote products derived from this software + * without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY Bill Paul AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL Bill Paul OR THE VOICES IN HIS HEAD + * BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR + * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF + * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS + * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN + * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) + * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF + * THE POSSIBILITY OF SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD: src/sys/dev/usb/if_axe.c,v 1.23 2004/09/18 19:48:10 iedowse Exp $"); + +/* + * ASIX Electronics AX88172 USB 2.0 ethernet driver. Used in the + * LinkSys USB200M and various other adapters. + * + * Manuals available from: + * http://www.asix.com.tw/datasheet/mac/Ax88172.PDF + * Note: you need the manual for the AX88170 chip (USB 1.x ethernet + * controller) to find the definitions for the RX control register. + * http://www.asix.com.tw/datasheet/mac/Ax88170.PDF + * + * Written by Bill Paul + * Senior Engineer + * Wind River Systems + */ + +/* + * The AX88172 provides USB ethernet supports at 10 and 100Mbps. + * It uses an external PHY (reference designs use a RealTek chip), + * and has a 64-bit multicast hash filter. There is some information + * missing from the manual which one needs to know in order to make + * the chip function: + * + * - You must set bit 7 in the RX control register, otherwise the + * chip won't receive any packets. + * - You must initialize all 3 IPG registers, or you won't be able + * to send any packets. + * + * Note that this device appears to only support loading the station + * address via autload from the EEPROM (i.e. there's no way to manaully + * set it). + * + * (Adam Weinberger wanted me to name this driver if_gir.c.) + */ + +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include +#include +#include + +#include + +#include +#include +#if __FreeBSD_version < 500000 +#include +#endif + +#include +#include +#include +#include +#include +#include + +#include +#include + +/* "controller miibus0" required. See GENERIC if you get errors here. */ +#include "miibus_if.h" + +#include + +/* + * Various supported device vendors/products. + */ +Static struct axe_type axe_devs[] = { + { USB_VENDOR_ASIX, USB_PRODUCT_ASIX_AX88172 }, + { USB_VENDOR_DLINK, USB_PRODUCT_DLINK_DUBE100 }, + { USB_VENDOR_LINKSYS2, USB_PRODUCT_LINKSYS2_USB200M }, + { USB_VENDOR_MELCO, USB_PRODUCT_MELCO_LUAU2KTX }, + { USB_VENDOR_NETGEAR, USB_PRODUCT_NETGEAR_FA120 }, + { USB_VENDOR_SYSTEMTALKS, USB_PRODUCT_SYSTEMTALKS_SGCX2UL }, + { USB_VENDOR_SITECOM, USB_PRODUCT_SITECOM_LN029 }, + { 0, 0 } +}; + +Static struct usb_qdat axe_qdat; + +Static int axe_match(device_ptr_t); +Static int axe_attach(device_ptr_t); +Static int axe_detach(device_ptr_t); + +Static int axe_tx_list_init(struct axe_softc *); +Static int axe_rx_list_init(struct axe_softc *); +Static int axe_newbuf(struct axe_softc *, struct axe_chain *, struct mbuf *); +Static int axe_encap(struct axe_softc *, struct mbuf *, int); +Static void axe_rxeof(usbd_xfer_handle, usbd_private_handle, usbd_status); +Static void axe_txeof(usbd_xfer_handle, usbd_private_handle, usbd_status); +Static void axe_tick(void *); +Static void axe_rxstart(struct ifnet *); +Static void axe_start(struct ifnet *); +Static int axe_ioctl(struct ifnet *, u_long, caddr_t); +Static void axe_init(void *); +Static void axe_stop(struct axe_softc *); +Static void axe_watchdog(struct ifnet *); +Static void axe_shutdown(device_ptr_t); +Static int axe_miibus_readreg(device_ptr_t, int, int); +Static int axe_miibus_writereg(device_ptr_t, int, int, int); +Static void axe_miibus_statchg(device_ptr_t); +Static int axe_cmd(struct axe_softc *, int, int, int, void *); +Static int axe_ifmedia_upd(struct ifnet *); +Static void axe_ifmedia_sts(struct ifnet *, struct ifmediareq *); + +Static void axe_setmulti(struct axe_softc *); +Static uint32_t axe_mchash(const uint8_t *); + +Static device_method_t axe_methods[] = { + /* Device interface */ + DEVMETHOD(device_probe, axe_match), + DEVMETHOD(device_attach, axe_attach), + DEVMETHOD(device_detach, axe_detach), + DEVMETHOD(device_shutdown, axe_shutdown), + + /* bus interface */ + DEVMETHOD(bus_print_child, bus_generic_print_child), + DEVMETHOD(bus_driver_added, bus_generic_driver_added), + + /* MII interface */ + DEVMETHOD(miibus_readreg, axe_miibus_readreg), + DEVMETHOD(miibus_writereg, axe_miibus_writereg), + DEVMETHOD(miibus_statchg, axe_miibus_statchg), + + { 0, 0 } +}; + +Static driver_t axe_driver = { + "axe", + axe_methods, + sizeof(struct axe_softc) +}; + +Static devclass_t axe_devclass; + +DRIVER_MODULE(axe, uhub, axe_driver, axe_devclass, usbd_driver_load, 0); +DRIVER_MODULE(miibus, axe, miibus_driver, miibus_devclass, 0, 0); +MODULE_DEPEND(axe, usb, 1, 1, 1); +MODULE_DEPEND(axe, miibus, 1, 1, 1); + +Static int +axe_cmd(struct axe_softc *sc, int cmd, int index, int val, void *buf) +{ + usb_device_request_t req; + usbd_status err; + + if (sc->axe_dying) + return(0); + + if (AXE_CMD_DIR(cmd)) + req.bmRequestType = UT_WRITE_VENDOR_DEVICE; + else + req.bmRequestType = UT_READ_VENDOR_DEVICE; + req.bRequest = AXE_CMD_CMD(cmd); + USETW(req.wValue, val); + USETW(req.wIndex, index); + USETW(req.wLength, AXE_CMD_LEN(cmd)); + + err = usbd_do_request_flags(sc->axe_udev, &req, + buf, USBD_NO_TSLEEP, NULL, USBD_DEFAULT_TIMEOUT); + + if (err) + return(-1); + + return(0); +} + +Static int +axe_miibus_readreg(device_ptr_t dev, int phy, int reg) +{ + struct axe_softc *sc = USBGETSOFTC(dev); + usbd_status err; + u_int16_t val; + + if (sc->axe_dying) + return(0); + +#ifdef notdef + /* + * The chip tells us the MII address of any supported + * PHYs attached to the chip, so only read from those. + */ + + if (sc->axe_phyaddrs[0] != AXE_NOPHY && phy != sc->axe_phyaddrs[0]) + return (0); + + if (sc->axe_phyaddrs[1] != AXE_NOPHY && phy != sc->axe_phyaddrs[1]) + return (0); +#endif + if (sc->axe_phyaddrs[0] != 0xFF && sc->axe_phyaddrs[0] != phy) + return (0); + + AXE_LOCK(sc); + axe_cmd(sc, AXE_CMD_MII_OPMODE_SW, 0, 0, NULL); + err = axe_cmd(sc, AXE_CMD_MII_READ_REG, reg, phy, (void *)&val); + axe_cmd(sc, AXE_CMD_MII_OPMODE_HW, 0, 0, NULL); + AXE_UNLOCK(sc); + + if (err) { + printf("axe%d: read PHY failed\n", sc->axe_unit); + return(-1); + } + + if (val) + sc->axe_phyaddrs[0] = phy; + + return (val); +} + +Static int +axe_miibus_writereg(device_ptr_t dev, int phy, int reg, int val) +{ + struct axe_softc *sc = USBGETSOFTC(dev); + usbd_status err; + + if (sc->axe_dying) + return(0); + + AXE_LOCK(sc); + axe_cmd(sc, AXE_CMD_MII_OPMODE_SW, 0, 0, NULL); + err = axe_cmd(sc, AXE_CMD_MII_WRITE_REG, reg, phy, (void *)&val); + axe_cmd(sc, AXE_CMD_MII_OPMODE_HW, 0, 0, NULL); + AXE_UNLOCK(sc); + + if (err) { + printf("axe%d: write PHY failed\n", sc->axe_unit); + return(-1); + } + + return (0); +} + +Static void +axe_miibus_statchg(device_ptr_t dev) +{ +#ifdef notdef + struct axe_softc *sc = USBGETSOFTC(dev); + struct mii_data *mii = GET_MII(sc); +#endif + /* doesn't seem to be necessary */ + + return; +} + +/* + * Set media options. + */ +Static int +axe_ifmedia_upd(struct ifnet *ifp) +{ + struct axe_softc *sc = ifp->if_softc; + struct mii_data *mii = GET_MII(sc); + + sc->axe_link = 0; + if (mii->mii_instance) { + struct mii_softc *miisc; + LIST_FOREACH(miisc, &mii->mii_phys, mii_list) + mii_phy_reset(miisc); + } + mii_mediachg(mii); + + return (0); +} + +/* + * Report current media status. + */ +Static void +axe_ifmedia_sts(struct ifnet *ifp, struct ifmediareq *ifmr) +{ + struct axe_softc *sc = ifp->if_softc; + struct mii_data *mii = GET_MII(sc); + + mii_pollstat(mii); + ifmr->ifm_active = mii->mii_media_active; + ifmr->ifm_status = mii->mii_media_status; + + return; +} + +#define AXE_POLY 0x04c11db6 + +Static uint32_t +axe_mchash(const uint8_t *buf) +{ + size_t i; + uint32_t crc, carry; + int bit; + uint8_t data; + crc = 0xffffffff; /* initial value */ + for (i = 0; i < ETHER_ADDR_LEN; i++) { + for (data = *buf++, bit = 0; bit < 8; bit++, data >>= 1) { + carry = ((crc & 0x80000000) ? 1 : 0) ^ (data & 0x01); + crc <<= 1; + if (carry) + crc = (crc ^ AXE_POLY) | carry; + } + } + return (crc); +} + +Static void +axe_setmulti(struct axe_softc *sc) +{ + struct ifnet *ifp; + struct ifmultiaddr *ifma; + u_int32_t h = 0; + u_int16_t rxmode; + u_int8_t hashtbl[8] = { 0, 0, 0, 0, 0, 0, 0, 0 }; + + ifp = &sc->arpcom.ac_if; + + AXE_LOCK(sc); + axe_cmd(sc, AXE_CMD_RXCTL_READ, 0, 0, (void *)&rxmode); + + if (ifp->if_flags & IFF_ALLMULTI || ifp->if_flags & IFF_PROMISC) { + rxmode |= AXE_RXCMD_ALLMULTI; + axe_cmd(sc, AXE_CMD_RXCTL_WRITE, 0, rxmode, NULL); + AXE_UNLOCK(sc); + return; + } else + rxmode &= ~AXE_RXCMD_ALLMULTI; + +#if __FreeBSD_version >= 500000 + TAILQ_FOREACH(ifma, &ifp->if_multiaddrs, ifma_link) +#else + LIST_FOREACH(ifma, &ifp->if_multiaddrs, ifma_link) +#endif + { + if (ifma->ifma_addr->sa_family != AF_LINK) + continue; + h = axe_mchash(LLADDR((struct sockaddr_dl *)ifma->ifma_addr)) + >> 26; + hashtbl[h / 8] |= 1 << (h % 8); + } + + axe_cmd(sc, AXE_CMD_WRITE_MCAST, 0, 0, (void *)&hashtbl); + axe_cmd(sc, AXE_CMD_RXCTL_WRITE, 0, rxmode, NULL); + AXE_UNLOCK(sc); + + return; +} + +Static void +axe_reset(struct axe_softc *sc) +{ + if (sc->axe_dying) + return; + + if (usbd_set_config_no(sc->axe_udev, AXE_CONFIG_NO, 1) || + usbd_device2interface_handle(sc->axe_udev, AXE_IFACE_IDX, + &sc->axe_iface)) { + printf("axe%d: getting interface handle failed\n", + sc->axe_unit); + } + + /* Wait a little while for the chip to get its brains in order. */ + DELAY(1000); + return; +} + +/* + * Probe for a AX88172 chip. + */ +USB_MATCH(axe) +{ + USB_MATCH_START(axe, uaa); + struct axe_type *t; + + if (!uaa->iface) + return(UMATCH_NONE); + + t = axe_devs; + while(t->axe_vid) { + if (uaa->vendor == t->axe_vid && + uaa->product == t->axe_did) { + return(UMATCH_VENDOR_PRODUCT); + } + t++; + } + + return(UMATCH_NONE); +} + +/* + * Attach the interface. Allocate softc structures, do ifmedia + * setup and ethernet/BPF attach. + */ +USB_ATTACH(axe) +{ + USB_ATTACH_START(axe, sc, uaa); + char devinfo[1024]; + u_char eaddr[ETHER_ADDR_LEN]; + struct ifnet *ifp; + usb_interface_descriptor_t *id; + usb_endpoint_descriptor_t *ed; + int i; + + bzero(sc, sizeof(struct axe_softc)); + sc->axe_udev = uaa->device; + sc->axe_dev = self; + sc->axe_unit = device_get_unit(self); + + if (usbd_set_config_no(sc->axe_udev, AXE_CONFIG_NO, 1)) { + printf("axe%d: getting interface handle failed\n", + sc->axe_unit); + USB_ATTACH_ERROR_RETURN; + } + + if (usbd_device2interface_handle(uaa->device, + AXE_IFACE_IDX, &sc->axe_iface)) { + printf("axe%d: getting interface handle failed\n", + sc->axe_unit); + USB_ATTACH_ERROR_RETURN; + } + + id = usbd_get_interface_descriptor(sc->axe_iface); + + usbd_devinfo(uaa->device, 0, devinfo); + device_set_desc_copy(self, devinfo); + printf("%s: %s\n", USBDEVNAME(self), devinfo); + + /* Find endpoints. */ + for (i = 0; i < id->bNumEndpoints; i++) { + ed = usbd_interface2endpoint_descriptor(sc->axe_iface, i); + if (!ed) { + printf("axe%d: couldn't get ep %d\n", + sc->axe_unit, i); + USB_ATTACH_ERROR_RETURN; + } + if (UE_GET_DIR(ed->bEndpointAddress) == UE_DIR_IN && + UE_GET_XFERTYPE(ed->bmAttributes) == UE_BULK) { + sc->axe_ed[AXE_ENDPT_RX] = ed->bEndpointAddress; + } else if (UE_GET_DIR(ed->bEndpointAddress) == UE_DIR_OUT && + UE_GET_XFERTYPE(ed->bmAttributes) == UE_BULK) { + sc->axe_ed[AXE_ENDPT_TX] = ed->bEndpointAddress; + } else if (UE_GET_DIR(ed->bEndpointAddress) == UE_DIR_IN && + UE_GET_XFERTYPE(ed->bmAttributes) == UE_INTERRUPT) { + sc->axe_ed[AXE_ENDPT_INTR] = ed->bEndpointAddress; + } + } + +#if __FreeBSD_version >= 500000 + mtx_init(&sc->axe_mtx, device_get_nameunit(self), MTX_NETWORK_LOCK, + MTX_DEF | MTX_RECURSE); +#endif + AXE_LOCK(sc); + + /* + * Get station address. + */ + axe_cmd(sc, AXE_CMD_READ_NODEID, 0, 0, &eaddr); + + /* + * Load IPG values and PHY indexes. + */ + axe_cmd(sc, AXE_CMD_READ_IPG012, 0, 0, (void *)&sc->axe_ipgs); + axe_cmd(sc, AXE_CMD_READ_PHYID, 0, 0, (void *)&sc->axe_phyaddrs); + + /* + * Work around broken adapters that appear to lie about + * their PHY addresses. + */ + sc->axe_phyaddrs[0] = sc->axe_phyaddrs[1] = 0xFF; + + /* + * An ASIX Electronics chip was detected. Inform the world. + */ + printf("axe%d: Ethernet address: %6D\n", sc->axe_unit, eaddr, ":"); + + bcopy(eaddr, (char *)&sc->arpcom.ac_enaddr, ETHER_ADDR_LEN); + + ifp = &sc->arpcom.ac_if; + ifp->if_softc = sc; + ifp->if_unit = sc->axe_unit; + ifp->if_name = "axe"; + ifp->if_mtu = ETHERMTU; + ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST; + ifp->if_ioctl = axe_ioctl; + ifp->if_output = ether_output; + ifp->if_start = axe_start; + ifp->if_watchdog = axe_watchdog; + ifp->if_init = axe_init; + ifp->if_baudrate = 10000000; + ifp->if_snd.ifq_maxlen = IFQ_MAXLEN; + + axe_qdat.ifp = ifp; + axe_qdat.if_rxstart = axe_rxstart; + + if (mii_phy_probe(self, &sc->axe_miibus, + axe_ifmedia_upd, axe_ifmedia_sts)) { + printf("axe%d: MII without any PHY!\n", sc->axe_unit); + AXE_UNLOCK(sc); +#if __FreeBSD_version >= 500000 + mtx_destroy(&sc->axe_mtx); +#endif + USB_ATTACH_ERROR_RETURN; + } + + /* + * Call MI attach routine. + */ + +#if __FreeBSD_version >= 500000 + ether_ifattach(ifp, eaddr); +#else + ether_ifattach(ifp, ETHER_BPF_SUPPORTED); +#endif + callout_handle_init(&sc->axe_stat_ch); + usb_register_netisr(); + + sc->axe_dying = 0; + + AXE_UNLOCK(sc); + + USB_ATTACH_SUCCESS_RETURN; +} + +Static int +axe_detach(device_ptr_t dev) +{ + struct axe_softc *sc; + struct ifnet *ifp; + + sc = device_get_softc(dev); + AXE_LOCK(sc); + ifp = &sc->arpcom.ac_if; + + sc->axe_dying = 1; + untimeout(axe_tick, sc, sc->axe_stat_ch); +#if __FreeBSD_version >= 500000 + ether_ifdetach(ifp); +#else + ether_ifdetach(ifp, ETHER_BPF_SUPPORTED); +#endif + + if (sc->axe_ep[AXE_ENDPT_TX] != NULL) + usbd_abort_pipe(sc->axe_ep[AXE_ENDPT_TX]); + if (sc->axe_ep[AXE_ENDPT_RX] != NULL) + usbd_abort_pipe(sc->axe_ep[AXE_ENDPT_RX]); + if (sc->axe_ep[AXE_ENDPT_INTR] != NULL) + usbd_abort_pipe(sc->axe_ep[AXE_ENDPT_INTR]); + + AXE_UNLOCK(sc); +#if __FreeBSD_version >= 500000 + mtx_destroy(&sc->axe_mtx); +#endif + + return(0); +} + +/* + * Initialize an RX descriptor and attach an MBUF cluster. + */ +Static int +axe_newbuf(struct axe_softc *sc, struct axe_chain *c, struct mbuf *m) +{ + struct mbuf *m_new = NULL; + + if (m == NULL) { + m_new = m_getcl(M_DONTWAIT, MT_DATA, M_PKTHDR); + if (m_new == NULL) { + printf("axe%d: no memory for rx list " + "-- packet dropped!\n", sc->axe_unit); + return(ENOBUFS); + } + m_new->m_len = m_new->m_pkthdr.len = MCLBYTES; + } else { + m_new = m; + m_new->m_len = m_new->m_pkthdr.len = MCLBYTES; + m_new->m_data = m_new->m_ext.ext_buf; + } + + m_adj(m_new, ETHER_ALIGN); + c->axe_mbuf = m_new; + + return(0); +} + +Static int +axe_rx_list_init(struct axe_softc *sc) +{ + struct axe_cdata *cd; + struct axe_chain *c; + int i; + + cd = &sc->axe_cdata; + for (i = 0; i < AXE_RX_LIST_CNT; i++) { + c = &cd->axe_rx_chain[i]; + c->axe_sc = sc; + c->axe_idx = i; + if (axe_newbuf(sc, c, NULL) == ENOBUFS) + return(ENOBUFS); + if (c->axe_xfer == NULL) { + c->axe_xfer = usbd_alloc_xfer(sc->axe_udev); + if (c->axe_xfer == NULL) + return(ENOBUFS); + } + } + + return(0); +} + +Static int +axe_tx_list_init(struct axe_softc *sc) +{ + struct axe_cdata *cd; + struct axe_chain *c; + int i; + + cd = &sc->axe_cdata; + for (i = 0; i < AXE_TX_LIST_CNT; i++) { + c = &cd->axe_tx_chain[i]; + c->axe_sc = sc; + c->axe_idx = i; + c->axe_mbuf = NULL; + if (c->axe_xfer == NULL) { + c->axe_xfer = usbd_alloc_xfer(sc->axe_udev); + if (c->axe_xfer == NULL) + return(ENOBUFS); + } + c->axe_buf = malloc(AXE_BUFSZ, M_USBDEV, M_NOWAIT); + if (c->axe_buf == NULL) + return(ENOBUFS); + } + + return(0); +} + +Static void +axe_rxstart(struct ifnet *ifp) +{ + struct axe_softc *sc; + struct axe_chain *c; + + sc = ifp->if_softc; + AXE_LOCK(sc); + c = &sc->axe_cdata.axe_rx_chain[sc->axe_cdata.axe_rx_prod]; + + if (axe_newbuf(sc, c, NULL) == ENOBUFS) { + ifp->if_ierrors++; + AXE_UNLOCK(sc); + return; + } + + /* Setup new transfer. */ + usbd_setup_xfer(c->axe_xfer, sc->axe_ep[AXE_ENDPT_RX], + c, mtod(c->axe_mbuf, char *), AXE_BUFSZ, USBD_SHORT_XFER_OK, + USBD_NO_TIMEOUT, axe_rxeof); + usbd_transfer(c->axe_xfer); + AXE_UNLOCK(sc); + + return; +} + +/* + * A frame has been uploaded: pass the resulting mbuf chain up to + * the higher level protocols. + */ +Static void +axe_rxeof(usbd_xfer_handle xfer, usbd_private_handle priv, usbd_status status) +{ + struct axe_softc *sc; + struct axe_chain *c; + struct mbuf *m; + struct ifnet *ifp; + int total_len = 0; + + c = priv; + sc = c->axe_sc; + AXE_LOCK(sc); + ifp = &sc->arpcom.ac_if; + + if (!(ifp->if_flags & IFF_RUNNING)) { + AXE_UNLOCK(sc); + return; + } + + if (status != USBD_NORMAL_COMPLETION) { + if (status == USBD_NOT_STARTED || status == USBD_CANCELLED) { + AXE_UNLOCK(sc); + return; + } + if (usbd_ratecheck(&sc->axe_rx_notice)) + printf("axe%d: usb error on rx: %s\n", sc->axe_unit, + usbd_errstr(status)); + if (status == USBD_STALLED) + usbd_clear_endpoint_stall(sc->axe_ep[AXE_ENDPT_RX]); + goto done; + } + + usbd_get_xfer_status(xfer, NULL, NULL, &total_len, NULL); + + m = c->axe_mbuf; + + if (total_len < sizeof(struct ether_header)) { + ifp->if_ierrors++; + goto done; + } + + ifp->if_ipackets++; + m->m_pkthdr.rcvif = (struct ifnet *)&axe_qdat; + m->m_pkthdr.len = m->m_len = total_len; + + /* Put the packet on the special USB input queue. */ + usb_ether_input(m); + AXE_UNLOCK(sc); + + return; +done: + /* Setup new transfer. */ + usbd_setup_xfer(c->axe_xfer, sc->axe_ep[AXE_ENDPT_RX], + c, mtod(c->axe_mbuf, char *), AXE_BUFSZ, USBD_SHORT_XFER_OK, + USBD_NO_TIMEOUT, axe_rxeof); + usbd_transfer(c->axe_xfer); + AXE_UNLOCK(sc); + + return; +} + +/* + * A frame was downloaded to the chip. It's safe for us to clean up + * the list buffers. + */ + +Static void +axe_txeof(usbd_xfer_handle xfer, usbd_private_handle priv, usbd_status status) +{ + struct axe_softc *sc; + struct axe_chain *c; + struct ifnet *ifp; + struct mbuf *m; + usbd_status err; + + c = priv; + sc = c->axe_sc; + AXE_LOCK(sc); + ifp = &sc->arpcom.ac_if; + + if (status != USBD_NORMAL_COMPLETION) { + if (status == USBD_NOT_STARTED || status == USBD_CANCELLED) { + AXE_UNLOCK(sc); + return; + } + printf("axe%d: usb error on tx: %s\n", sc->axe_unit, + usbd_errstr(status)); + if (status == USBD_STALLED) + usbd_clear_endpoint_stall(sc->axe_ep[AXE_ENDPT_TX]); + AXE_UNLOCK(sc); + return; + } + + ifp->if_timer = 0; + + usbd_get_xfer_status(c->axe_xfer, NULL, NULL, NULL, &err); + m = c->axe_mbuf; + c->axe_mbuf = NULL; + + ifp->if_flags &= ~IFF_OACTIVE; + + if (m != NULL) { + m->m_pkthdr.rcvif = ifp; + usb_tx_done(m); + } + + if (err) + ifp->if_oerrors++; + else + ifp->if_opackets++; + + AXE_UNLOCK(sc); + + return; +} + +Static void +axe_tick(void *xsc) +{ + struct axe_softc *sc; + struct ifnet *ifp; + struct mii_data *mii; + + sc = xsc; + + if (sc == NULL) + return; + + AXE_LOCK(sc); + + ifp = &sc->arpcom.ac_if; + mii = GET_MII(sc); + if (mii == NULL) { + AXE_UNLOCK(sc); + return; + } + + mii_tick(mii); + if (!sc->axe_link) { + mii_pollstat(mii); + if (mii->mii_media_status & IFM_ACTIVE && + IFM_SUBTYPE(mii->mii_media_active) != IFM_NONE) { + sc->axe_link++; + if (ifp->if_snd.ifq_head != NULL) + axe_start(ifp); + } + } + + sc->axe_stat_ch = timeout(axe_tick, sc, hz); + + AXE_UNLOCK(sc); + + return; +} + +Static int +axe_encap(struct axe_softc *sc, struct mbuf *m, int idx) +{ + struct axe_chain *c; + usbd_status err; + + c = &sc->axe_cdata.axe_tx_chain[idx]; + + /* + * Copy the mbuf data into a contiguous buffer, leaving two + * bytes at the beginning to hold the frame length. + */ + m_copydata(m, 0, m->m_pkthdr.len, c->axe_buf); + c->axe_mbuf = m; + + usbd_setup_xfer(c->axe_xfer, sc->axe_ep[AXE_ENDPT_TX], + c, c->axe_buf, m->m_pkthdr.len, USBD_FORCE_SHORT_XFER, + 10000, axe_txeof); + + /* Transmit */ + err = usbd_transfer(c->axe_xfer); + if (err != USBD_IN_PROGRESS) { + axe_stop(sc); + return(EIO); + } + + sc->axe_cdata.axe_tx_cnt++; + + return(0); +} + +Static void +axe_start(struct ifnet *ifp) +{ + struct axe_softc *sc; + struct mbuf *m_head = NULL; + + sc = ifp->if_softc; + AXE_LOCK(sc); + + if (!sc->axe_link) { + AXE_UNLOCK(sc); + return; + } + + if (ifp->if_flags & IFF_OACTIVE) { + AXE_UNLOCK(sc); + return; + } + + IF_DEQUEUE(&ifp->if_snd, m_head); + if (m_head == NULL) { + AXE_UNLOCK(sc); + return; + } + + if (axe_encap(sc, m_head, 0)) { + IF_PREPEND(&ifp->if_snd, m_head); + ifp->if_flags |= IFF_OACTIVE; + AXE_UNLOCK(sc); + return; + } + + /* + * If there's a BPF listener, bounce a copy of this frame + * to him. + */ + BPF_MTAP(ifp, m_head); + + ifp->if_flags |= IFF_OACTIVE; + + /* + * Set a timeout in case the chip goes out to lunch. + */ + ifp->if_timer = 5; + AXE_UNLOCK(sc); + + return; +} + +Static void +axe_init(void *xsc) +{ + struct axe_softc *sc = xsc; + struct ifnet *ifp = &sc->arpcom.ac_if; + struct axe_chain *c; + usbd_status err; + int i; + int rxmode; + + if (ifp->if_flags & IFF_RUNNING) + return; + + AXE_LOCK(sc); + + /* + * Cancel pending I/O and free all RX/TX buffers. + */ + + axe_reset(sc); + +#ifdef notdef + /* Set MAC address */ + axe_mac(sc, sc->arpcom.ac_enaddr, 1); +#endif + + /* Enable RX logic. */ + + /* Init TX ring. */ + if (axe_tx_list_init(sc) == ENOBUFS) { + printf("axe%d: tx list init failed\n", sc->axe_unit); + AXE_UNLOCK(sc); + return; + } + + /* Init RX ring. */ + if (axe_rx_list_init(sc) == ENOBUFS) { + printf("axe%d: rx list init failed\n", sc->axe_unit); + AXE_UNLOCK(sc); + return; + } + + /* Set transmitter IPG values */ + axe_cmd(sc, AXE_CMD_WRITE_IPG0, 0, sc->axe_ipgs[0], NULL); + axe_cmd(sc, AXE_CMD_WRITE_IPG1, 0, sc->axe_ipgs[1], NULL); + axe_cmd(sc, AXE_CMD_WRITE_IPG2, 0, sc->axe_ipgs[2], NULL); + + /* Enable receiver, set RX mode */ + rxmode = AXE_RXCMD_UNICAST|AXE_RXCMD_MULTICAST|AXE_RXCMD_ENABLE; + + /* If we want promiscuous mode, set the allframes bit. */ + if (ifp->if_flags & IFF_PROMISC) + rxmode |= AXE_RXCMD_PROMISC; + + if (ifp->if_flags & IFF_BROADCAST) + rxmode |= AXE_RXCMD_BROADCAST; + + axe_cmd(sc, AXE_CMD_RXCTL_WRITE, 0, rxmode, NULL); + + /* Load the multicast filter. */ + axe_setmulti(sc); + + /* Open RX and TX pipes. */ + err = usbd_open_pipe(sc->axe_iface, sc->axe_ed[AXE_ENDPT_RX], + USBD_EXCLUSIVE_USE, &sc->axe_ep[AXE_ENDPT_RX]); + if (err) { + printf("axe%d: open rx pipe failed: %s\n", + sc->axe_unit, usbd_errstr(err)); + AXE_UNLOCK(sc); + return; + } + + err = usbd_open_pipe(sc->axe_iface, sc->axe_ed[AXE_ENDPT_TX], + USBD_EXCLUSIVE_USE, &sc->axe_ep[AXE_ENDPT_TX]); + if (err) { + printf("axe%d: open tx pipe failed: %s\n", + sc->axe_unit, usbd_errstr(err)); + AXE_UNLOCK(sc); + return; + } + + /* Start up the receive pipe. */ + for (i = 0; i < AXE_RX_LIST_CNT; i++) { + c = &sc->axe_cdata.axe_rx_chain[i]; + usbd_setup_xfer(c->axe_xfer, sc->axe_ep[AXE_ENDPT_RX], + c, mtod(c->axe_mbuf, char *), AXE_BUFSZ, + USBD_SHORT_XFER_OK, USBD_NO_TIMEOUT, axe_rxeof); + usbd_transfer(c->axe_xfer); + } + + ifp->if_flags |= IFF_RUNNING; + ifp->if_flags &= ~IFF_OACTIVE; + + AXE_UNLOCK(sc); + + sc->axe_stat_ch = timeout(axe_tick, sc, hz); + + return; +} + +Static int +axe_ioctl(struct ifnet *ifp, u_long command, caddr_t data) +{ + struct axe_softc *sc = ifp->if_softc; + struct ifreq *ifr = (struct ifreq *)data; + struct mii_data *mii; + u_int16_t rxmode; + int error = 0; + + switch(command) { + case SIOCSIFADDR: + case SIOCGIFADDR: + case SIOCSIFMTU: + error = ether_ioctl(ifp, command, data); + break; + case SIOCSIFFLAGS: + if (ifp->if_flags & IFF_UP) { + if (ifp->if_flags & IFF_RUNNING && + ifp->if_flags & IFF_PROMISC && + !(sc->axe_if_flags & IFF_PROMISC)) { + AXE_LOCK(sc); + axe_cmd(sc, AXE_CMD_RXCTL_READ, + 0, 0, (void *)&rxmode); + rxmode |= AXE_RXCMD_PROMISC; + axe_cmd(sc, AXE_CMD_RXCTL_WRITE, + 0, rxmode, NULL); + AXE_UNLOCK(sc); + axe_setmulti(sc); + } else if (ifp->if_flags & IFF_RUNNING && + !(ifp->if_flags & IFF_PROMISC) && + sc->axe_if_flags & IFF_PROMISC) { + AXE_LOCK(sc); + axe_cmd(sc, AXE_CMD_RXCTL_READ, + 0, 0, (void *)&rxmode); + rxmode &= ~AXE_RXCMD_PROMISC; + axe_cmd(sc, AXE_CMD_RXCTL_WRITE, + 0, rxmode, NULL); + AXE_UNLOCK(sc); + axe_setmulti(sc); + } else if (!(ifp->if_flags & IFF_RUNNING)) + axe_init(sc); + } else { + if (ifp->if_flags & IFF_RUNNING) + axe_stop(sc); + } + sc->axe_if_flags = ifp->if_flags; + error = 0; + break; + case SIOCADDMULTI: + case SIOCDELMULTI: + axe_setmulti(sc); + error = 0; + break; + case SIOCGIFMEDIA: + case SIOCSIFMEDIA: + mii = GET_MII(sc); + error = ifmedia_ioctl(ifp, ifr, &mii->mii_media, command); + break; + + default: + error = EINVAL; + break; + } + + AXE_UNLOCK(sc); + + return(error); +} + +Static void +axe_watchdog(struct ifnet *ifp) +{ + struct axe_softc *sc; + struct axe_chain *c; + usbd_status stat; + + sc = ifp->if_softc; + AXE_LOCK(sc); + + ifp->if_oerrors++; + printf("axe%d: watchdog timeout\n", sc->axe_unit); + + c = &sc->axe_cdata.axe_tx_chain[0]; + usbd_get_xfer_status(c->axe_xfer, NULL, NULL, NULL, &stat); + axe_txeof(c->axe_xfer, c, stat); + + AXE_UNLOCK(sc); + + if (ifp->if_snd.ifq_head != NULL) + axe_start(ifp); + + return; +} + +/* + * Stop the adapter and free any mbufs allocated to the + * RX and TX lists. + */ +Static void +axe_stop(struct axe_softc *sc) +{ + usbd_status err; + struct ifnet *ifp; + int i; + + AXE_LOCK(sc); + + ifp = &sc->arpcom.ac_if; + ifp->if_timer = 0; + + untimeout(axe_tick, sc, sc->axe_stat_ch); + + /* Stop transfers. */ + if (sc->axe_ep[AXE_ENDPT_RX] != NULL) { + err = usbd_abort_pipe(sc->axe_ep[AXE_ENDPT_RX]); + if (err) { + printf("axe%d: abort rx pipe failed: %s\n", + sc->axe_unit, usbd_errstr(err)); + } + err = usbd_close_pipe(sc->axe_ep[AXE_ENDPT_RX]); + if (err) { + printf("axe%d: close rx pipe failed: %s\n", + sc->axe_unit, usbd_errstr(err)); + } + sc->axe_ep[AXE_ENDPT_RX] = NULL; + } + + if (sc->axe_ep[AXE_ENDPT_TX] != NULL) { + err = usbd_abort_pipe(sc->axe_ep[AXE_ENDPT_TX]); + if (err) { + printf("axe%d: abort tx pipe failed: %s\n", + sc->axe_unit, usbd_errstr(err)); + } + err = usbd_close_pipe(sc->axe_ep[AXE_ENDPT_TX]); + if (err) { + printf("axe%d: close tx pipe failed: %s\n", + sc->axe_unit, usbd_errstr(err)); + } + sc->axe_ep[AXE_ENDPT_TX] = NULL; + } + + if (sc->axe_ep[AXE_ENDPT_INTR] != NULL) { + err = usbd_abort_pipe(sc->axe_ep[AXE_ENDPT_INTR]); + if (err) { + printf("axe%d: abort intr pipe failed: %s\n", + sc->axe_unit, usbd_errstr(err)); + } + err = usbd_close_pipe(sc->axe_ep[AXE_ENDPT_INTR]); + if (err) { + printf("axe%d: close intr pipe failed: %s\n", + sc->axe_unit, usbd_errstr(err)); + } + sc->axe_ep[AXE_ENDPT_INTR] = NULL; + } + + axe_reset(sc); + + /* Free RX resources. */ + for (i = 0; i < AXE_RX_LIST_CNT; i++) { + if (sc->axe_cdata.axe_rx_chain[i].axe_buf != NULL) { + free(sc->axe_cdata.axe_rx_chain[i].axe_buf, M_USBDEV); + sc->axe_cdata.axe_rx_chain[i].axe_buf = NULL; + } + if (sc->axe_cdata.axe_rx_chain[i].axe_mbuf != NULL) { + m_freem(sc->axe_cdata.axe_rx_chain[i].axe_mbuf); + sc->axe_cdata.axe_rx_chain[i].axe_mbuf = NULL; + } + if (sc->axe_cdata.axe_rx_chain[i].axe_xfer != NULL) { + usbd_free_xfer(sc->axe_cdata.axe_rx_chain[i].axe_xfer); + sc->axe_cdata.axe_rx_chain[i].axe_xfer = NULL; + } + } + + /* Free TX resources. */ + for (i = 0; i < AXE_TX_LIST_CNT; i++) { + if (sc->axe_cdata.axe_tx_chain[i].axe_buf != NULL) { + free(sc->axe_cdata.axe_tx_chain[i].axe_buf, M_USBDEV); + sc->axe_cdata.axe_tx_chain[i].axe_buf = NULL; + } + if (sc->axe_cdata.axe_tx_chain[i].axe_mbuf != NULL) { + m_freem(sc->axe_cdata.axe_tx_chain[i].axe_mbuf); + sc->axe_cdata.axe_tx_chain[i].axe_mbuf = NULL; + } + if (sc->axe_cdata.axe_tx_chain[i].axe_xfer != NULL) { + usbd_free_xfer(sc->axe_cdata.axe_tx_chain[i].axe_xfer); + sc->axe_cdata.axe_tx_chain[i].axe_xfer = NULL; + } + } + + ifp->if_flags &= ~(IFF_RUNNING | IFF_OACTIVE); + sc->axe_link = 0; + AXE_UNLOCK(sc); + + return; +} + +/* + * Stop all chip I/O so that the kernel's probe routines don't + * get confused by errant DMAs when rebooting. + */ +Static void +axe_shutdown(device_ptr_t dev) +{ + struct axe_softc *sc; + + sc = device_get_softc(dev); + + axe_stop(sc); + + return; +} diff -ruN --exclude=CVS sys.orig/dev/usb/if_axereg.h sys/dev/usb/if_axereg.h --- sys.orig/dev/usb/if_axereg.h Thu Jan 1 01:00:00 1970 +++ sys/dev/usb/if_axereg.h Sun Dec 5 12:52:55 2004 @@ -0,0 +1,181 @@ +/* + * Copyright (c) 1997, 1998, 1999, 2000-2003 + * Bill Paul . All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. All advertising materials mentioning features or use of this software + * must display the following acknowledgement: + * This product includes software developed by Bill Paul. + * 4. Neither the name of the author nor the names of any co-contributors + * may be used to endorse or promote products derived from this software + * without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY Bill Paul AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL Bill Paul OR THE VOICES IN HIS HEAD + * BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR + * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF + * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS + * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN + * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) + * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF + * THE POSSIBILITY OF SUCH DAMAGE. + * + * $FreeBSD: src/sys/dev/usb/if_axereg.h,v 1.3 2004/05/23 12:35:24 iedowse Exp $ + */ + +/* + * Definitions for the ASIX Electronics AX88172 to ethernet controller. + */ + + +/* + * Vendor specific commands + * ASIX conveniently doesn't document the 'set NODEID' command in their + * datasheet (thanks a lot guys). + * To make handling these commands easier, I added some extra data + * which is decided by the axe_cmd() routine. Commands are encoded + * in 16 bites, with the format: LDCC. L and D are both nibbles in + * the high byte. L represents the data length (0 to 15) and D + * represents the direction (0 for vendor read, 1 for vendor write). + * CC is the command byte, as specified in the manual. + */ + +#define AXE_CMD_DIR(x) (((x) & 0x0F00) >> 8) +#define AXE_CMD_LEN(x) (((x) & 0xF000) >> 12) +#define AXE_CMD_CMD(x) ((x) & 0x00FF) + +#define AXE_CMD_READ_RXTX_SRAM 0x2002 +#define AXE_CMD_WRITE_RX_SRAM 0x0103 +#define AXE_CMD_WRITE_TX_SRAM 0x0104 +#define AXE_CMD_MII_OPMODE_SW 0x0106 +#define AXE_CMD_MII_READ_REG 0x2007 +#define AXE_CMD_MII_WRITE_REG 0x2108 +#define AXE_CMD_MII_READ_OPMODE 0x1009 +#define AXE_CMD_MII_OPMODE_HW 0x010A +#define AXE_CMD_SROM_READ 0x200B +#define AXE_CMD_SROM_WRITE 0x010C +#define AXE_CMD_SROM_WR_ENABLE 0x010D +#define AXE_CMD_SROM_WR_DISABLE 0x010E +#define AXE_CMD_RXCTL_READ 0x200F +#define AXE_CMD_RXCTL_WRITE 0x0110 +#define AXE_CMD_READ_IPG012 0x3011 +#define AXE_CMD_WRITE_IPG0 0x0112 +#define AXE_CMD_WRITE_IPG1 0x0113 +#define AXE_CMD_WRITE_IPG2 0x0114 +#define AXE_CMD_READ_MCAST 0x8015 +#define AXE_CMD_WRITE_MCAST 0x8116 +#define AXE_CMD_READ_NODEID 0x6017 +#define AXE_CMD_WRITE_NODEID 0x6118 +#define AXE_CMD_READ_PHYID 0x2019 +#define AXE_CMD_READ_MEDIA 0x101A +#define AXE_CMD_WRITE_MEDIA 0x011B +#define AXE_CMD_READ_MONITOR_MODE 0x101C +#define AXE_CMD_WRITE_MONITOR_MODE 0x011D +#define AXE_CMD_READ_GPIO 0x101E +#define AXE_CMD_WRITE_GPIO 0x011F + +#define AXE_RXCMD_PROMISC 0x0001 +#define AXE_RXCMD_ALLMULTI 0x0002 +#define AXE_RXCMD_UNICAST 0x0004 +#define AXE_RXCMD_BROADCAST 0x0008 +#define AXE_RXCMD_MULTICAST 0x0010 +#define AXE_RXCMD_ENABLE 0x0080 + +#define AXE_NOPHY 0xE0 + +#define AXE_TIMEOUT 1000 +#define AXE_BUFSZ 1536 +#define AXE_MIN_FRAMELEN 60 +#define AXE_RX_FRAMES 1 +#define AXE_TX_FRAMES 1 + +#define AXE_RX_LIST_CNT 1 +#define AXE_TX_LIST_CNT 1 + +#define AXE_CTL_READ 0x01 +#define AXE_CTL_WRITE 0x02 + +#define AXE_CONFIG_NO 1 +#define AXE_IFACE_IDX 0 + +/* + * The interrupt endpoint is currently unused + * by the ASIX part. + */ +#define AXE_ENDPT_RX 0x0 +#define AXE_ENDPT_TX 0x1 +#define AXE_ENDPT_INTR 0x2 +#define AXE_ENDPT_MAX 0x3 + +struct axe_type { + u_int16_t axe_vid; + u_int16_t axe_did; +}; + +struct axe_softc; + +struct axe_chain { + struct axe_softc *axe_sc; + usbd_xfer_handle axe_xfer; + char *axe_buf; + struct mbuf *axe_mbuf; + int axe_accum; + int axe_idx; +}; + +struct axe_cdata { + struct axe_chain axe_tx_chain[AXE_TX_LIST_CNT]; + struct axe_chain axe_rx_chain[AXE_RX_LIST_CNT]; + int axe_tx_prod; + int axe_tx_cons; + int axe_tx_cnt; + int axe_rx_prod; +}; + +#define AXE_INC(x, y) (x) = (x + 1) % y + +struct axe_softc { +#if defined(__FreeBSD__) +#define GET_MII(sc) (device_get_softc((sc)->axe_miibus)) +#elif defined(__NetBSD__) +#define GET_MII(sc) (&(sc)->axe_mii) +#elif defined(__OpenBSD__) +#define GET_MII(sc) (&(sc)->axe_mii) +#endif + struct arpcom arpcom; + device_t axe_miibus; + device_t axe_dev; + usbd_device_handle axe_udev; + usbd_interface_handle axe_iface; + int axe_ed[AXE_ENDPT_MAX]; + usbd_pipe_handle axe_ep[AXE_ENDPT_MAX]; + int axe_unit; + int axe_if_flags; + struct axe_cdata axe_cdata; + struct callout_handle axe_stat_ch; +#if __FreeBSD_version >= 500000 + struct mtx axe_mtx; +#endif + char axe_dying; + int axe_link; + unsigned char axe_ipgs[3]; + unsigned char axe_phyaddrs[2]; + struct timeval axe_rx_notice; +}; + +#if 0 +#define AXE_LOCK(_sc) mtx_lock(&(_sc)->axe_mtx) +#define AXE_UNLOCK(_sc) mtx_unlock(&(_sc)->axe_mtx) +#else +#define AXE_LOCK(_sc) +#define AXE_UNLOCK(_sc) +#endif diff -ruN --exclude=CVS sys.orig/dev/usb/usbdevs sys/dev/usb/usbdevs --- sys.orig/dev/usb/usbdevs Mon Sep 20 06:30:42 2004 +++ sys/dev/usb/usbdevs Sun Dec 5 12:21:10 2004 @@ -299,6 +299,7 @@ vendor NETGEAR 0x0846 BayNETGEAR vendor ACTIVEWIRE 0x0854 ActiveWire vendor PORTGEAR 0x085a PortGear +vendor SYSTEMTALKS 0x086e System TALKS, Inc. vendor METRICOM 0x0870 Metricom vendor ADESSOKBTEK 0x087c ADESSO/Kbtek America vendor JATON 0x087d Jaton @@ -379,6 +380,7 @@ vendor VIDZMEDIA 0x3275 VidzMedia Pte Ltd vendor DAISY 0x3579 Daisy Technology vendor DELL 0x413c Dell +vendor SITECOM 0x6189 Sitecom vendor INTEL 0x8086 Intel vendor HP2 0xf003 Hewlett Packard @@ -1198,6 +1200,9 @@ /* Sirius Technologies products */ product SIRIUS ROADSTER 0x0001 NetComm Roadster II 56 USB +/* Sitecom products */ +product SITECOM LN029 0x182d USB 2.0 Ethernet Adapter + /* SmartBridges products */ product SMARTBRIDGES SMARTLINK 0x0001 SmartLink USB ethernet adapter product SMARTBRIDGES SMARTNIC 0x0003 smartNIC 2 PnP Adapter @@ -1253,6 +1258,9 @@ product SUN KEYBOARD 0x0005 Type 6 USB keyboard /* XXX The above is a North American PC style keyboard possibly */ product SUN MOUSE 0x0100 Type 6 USB mouse + +/* System TALKS, Inc. */ +product SYSTEMTALKS SGCX2UL 0x1920 SGC-X2UL /* Supra products */ product DIAMOND2 SUPRAEXPRESS56K 0x07da Supra Express 56K modem diff -ruN --exclude=CVS sys.orig/i386/conf/GENERIC sys/i386/conf/GENERIC --- sys.orig/i386/conf/GENERIC Tue Jun 22 21:57:55 2004 +++ sys/i386/conf/GENERIC Sun Dec 5 15:11:27 2004 @@ -261,6 +261,7 @@ device urio # Diamond Rio MP3 Player # USB Ethernet, requires mii device aue # ADMtek USB ethernet +device axe # ASIX Electronics USB ethernet device cue # CATC USB ethernet device kue # Kawasaki LSI USB ethernet diff -ruN --exclude=CVS sys.orig/i386/conf/LINT sys/i386/conf/LINT --- sys.orig/i386/conf/LINT Thu Oct 7 12:45:21 2004 +++ sys/i386/conf/LINT Sun Dec 5 12:13:01 2004 @@ -2760,6 +2760,11 @@ # eval board. device aue # +# ASIX Electronics AX88172 USB 2.0 ethernet. Supports the LinkSys +# USB200M, the D-Link DUB-E100, the Melco LUAU2-KTX, the NetGear +# FA120, the SystemTalks SGC-X2UL, and the Sitecom LN029. +device axe +# # CATC USB-EL1201A USB ethernet. Supports the CATC Netmate # and Netmate II, and the Belkin F5U111. device cue diff -ruN --exclude=CVS sys.orig/modules/Makefile sys/modules/Makefile --- sys.orig/modules/Makefile Wed Jun 2 20:06:36 2004 +++ sys/modules/Makefile Sun Dec 5 12:25:22 2004 @@ -9,6 +9,7 @@ amr \ an \ aue \ + axe \ bfe \ bge \ bridge \ diff -ruN --exclude=CVS sys.orig/modules/axe/Makefile sys/modules/axe/Makefile --- sys.orig/modules/axe/Makefile Thu Jan 1 01:00:00 1970 +++ sys/modules/axe/Makefile Sun Dec 5 12:24:57 2004 @@ -0,0 +1,11 @@ +# $FreeBSD: src/sys/modules/axe/Makefile,v 1.2 2004/06/27 12:33:16 imp Exp $ + +S= ${.CURDIR}/../.. +.PATH: $S/dev/usb + +KMOD= if_axe +SRCS= if_axe.c opt_bdg.h opt_usb.h device_if.h bus_if.h +SRCS+= miibus_if.h +KMODDEPS= miibus + +.include --6TrnltStXW4iwmi0-- From owner-freebsd-usb@FreeBSD.ORG Sun Dec 5 21:41:05 2004 Return-Path: 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 1924E16A54E for ; Sun, 5 Dec 2004 21:41:05 +0000 (GMT) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2D8143D5E for ; Sun, 5 Dec 2004 21:41:04 +0000 (GMT) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 4D4B43D37; Sun, 5 Dec 2004 16:41:03 -0500 (EST) From: "Dan Langille" To: freebsd-usb@freebsd.org Date: Sun, 05 Dec 2004 16:41:04 -0500 MIME-Version: 1.0 Message-ID: <41B33A20.29965.9F16D546@localhost> Priority: normal X-mailer: Pegasus Mail for Windows (4.21c) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body cc: dan@langille.org Subject: lexar usb media failure to attach X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2004 21:41:05 -0000 I purchased a USB memory device last week. It looks like it won't work with FreeBSD 4.10-STABLE #1: Sun Jul 25 00:53:29 EDT 2004 Nov 30 22:03:05 laptop /kernel: umass0: LEXAR MEDIA JUMPDRIVE ELITE, rev 2.00/20.00, addr Nov 30 22:09:20 laptop /kernel: (da0:umass-sim0:0:0:0): got CAM status 0x4 Nov 30 22:09:20 laptop /kernel: (da0:umass-sim0:0:0:0): fatal error, failed to attach to device Nov 30 22:09:20 laptop /kernel: (da0:umass-sim0:0:0:0): lost device Nov 30 22:09:20 laptop /kernel: (da0:umass-sim0:0:0:0): removing device entry Any ideas on what I can try? Thanks. Please CC me on this thread -- Dan Langille : http://www.langille.org/ BSDCan - The Technical BSD Conference - http://www.bsdcan.org/ From owner-freebsd-usb@FreeBSD.ORG Sun Dec 5 21:48:24 2004 Return-Path: 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 59A1C16A546 for ; Sun, 5 Dec 2004 21:48:24 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id D132E43D64 for ; Sun, 5 Dec 2004 21:48:23 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id iB5LmMtO084686; Sun, 5 Dec 2004 16:48:22 -0500 (EST) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 84608-01; Sun, 5 Dec 2004 16:48:22 -0500 (EST) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id iB5LmMgi084670; Sun, 5 Dec 2004 16:48:22 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id iB5LmGfv015384; Sun, 5 Dec 2004 16:48:16 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.0.14.0.20041205164630.0316d8e0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Sun, 05 Dec 2004 16:48:42 -0500 To: freebsd-usb@freebsd.org From: Mike Tancsa In-Reply-To: <41B33A20.29965.9F16D546@localhost> References: <41B33A20.29965.9F16D546@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b cc: dan@langille.org Subject: Re: lexar usb media failure to attach X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2004 21:48:24 -0000 I had the same problem. I was only able to get it to work on RELENG_5 and only with EHCI _disabled_. ---Mike At 04:41 PM 05/12/2004, Dan Langille wrote: >I purchased a USB memory device last week. It looks like it won't >work with FreeBSD 4.10-STABLE #1: Sun Jul 25 00:53:29 EDT 2004 > >Nov 30 22:03:05 laptop /kernel: umass0: LEXAR MEDIA JUMPDRIVE ELITE, rev >2.00/20.00, addr >Nov 30 22:09:20 laptop /kernel: (da0:umass-sim0:0:0:0): got CAM status 0x4 >Nov 30 22:09:20 laptop /kernel: (da0:umass-sim0:0:0:0): fatal error, >failed to attach to device >Nov 30 22:09:20 laptop /kernel: (da0:umass-sim0:0:0:0): lost device >Nov 30 22:09:20 laptop /kernel: (da0:umass-sim0:0:0:0): removing device entry > >Any ideas on what I can try? > >Thanks. > >Please CC me on this thread >-- >Dan Langille : http://www.langille.org/ >BSDCan - The Technical BSD Conference - http://www.bsdcan.org/ > >_______________________________________________ >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 Sun Dec 5 22:50:43 2004 Return-Path: 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 A927C16A628 for ; Sun, 5 Dec 2004 22:50:20 +0000 (GMT) Received: from zeus.del.ufrj.br (zeus.del.ufrj.br [146.164.70.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5597443D31 for ; Sun, 5 Dec 2004 22:50:19 +0000 (GMT) (envelope-from fico@del.ufrj.br) Received: from zeus.del.ufrj.br (zeus.del.ufrj.br [146.164.70.190]) by zeus.del.ufrj.br (8.12.9p1/8.12.9) with SMTP id iB5MoD6l048619 for ; Sun, 5 Dec 2004 20:50:16 -0200 (BRST) X-Authentication-Warning: zeus.del.ufrj.br: zeus.del.ufrj.br [146.164.70.190] didn't use HELO protocol Message-ID: <41B390A2.8000103@del.ufrj.br> Date: Sun, 05 Dec 2004 23:50:10 +0100 From: Federico Galvez-Durand Besnard User-Agent: Mozilla Thunderbird 0.9 (X11/20041108) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-usb@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: USB CDRW ScanLogic: Quirk does not work? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2004 22:50:45 -0000 Hello everyone, I have this 4 years old USB CDRW (Q-lity ECW-043) attached to a 4 years old Notebook (Toshiba 2805-302). I wonder whether someone here can give me advice about how to make it work (I guess I can try on my own with some hints). I have already tried different quirks on umass.c without success. Also, similar problems seem to be reported on NetBSD several years ago. There is a quirk in FreeBSD 5.3 umass.c; but it does not go well with this device. Other possible solutions are: a) Buy new hardware : it is under consideration; b) Moving to Fedora Core 3. Well, I use BSD since NetBSD 0.8a... and Fedora will run much slower in this notebook; c) Giving up on having stand alone CD backup... :( Once attached, the device is not mounted: # uname -a FreeBSD a.org 5.3-STABLE FreeBSD 5.3-STABLE #14: Fri Dec 3 22:40:28 GMT-1 2004 root@ME i386 # usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000),rev 1.00 port 1 powered port 2 addr 2: full speed, self powered, config 1, SL11R IDE Adapter(0x0002), ScanLogic(0x04ce), rev 2.61 short dmesg: umass0: ScanLogic USBIDE ScanLogic USBIDE, rev 1.10/2.61, addr 2 umass0: 8070i (ATAPI) over Bulk-Only; quirks = 0x0400 umass0:1:0:-1: Attached to scbus1 umass0: Invalid CSW: tag 849 should be 1 umass0: Invalid CSW: tag 849 should be 2 umass0: Invalid CSW: tag 849 should be 3 umass0: Invalid CSW: tag 849 should be 4 umass0: Invalid CSW: tag 849 should be 5 umass0: Invalid CSW: tag 849 should be 6 (da0:umass-sim0:0:0:0): got CAM status 0x4 (da0:umass-sim0:0:0:0): fatal error, failed to attach to device (da0:umass-sim0:0:0:0): lost device umass0: Invalid CSW: tag 849 should be 7 umass0: Invalid CSW: tag 849 should be 8 umass0: Invalid CSW: tag 849 should be 9 umass0: Invalid CSW: tag 849 should be 10 umass0: Invalid CSW: tag 849 should be 11 (da0:umass-sim0:0:0:0): removing device entry Opened disk da0 -> 5 Some extra info: # camcontrol devlist < > at scbus0 target 0 lun 0 (pass0) # camcontrol inquiry 0:0:0 -v pass0: < > Removable Direct Access SCSI-2 device (pass0:umass-sim0:0:0:0): INQUIRY. CDB: 12 1 80 0 ff 0 (pass0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (pass0:umass-sim0:0:0:0): SCSI Status: Check Condition (pass0:umass-sim0:0:0:0): ILLEGAL REQUEST asc:24,0 (pass0:umass-sim0:0:0:0): Invalid field in CDB pass0: 1.000MB/s transfers I have a long dmesg here with debug ON: http://www.del.ufrj.br/~fico/FreeBSD/debug/dmesg01 I have already wrongly posted to "bugs", sorry about that. Thank you for any help. From owner-freebsd-usb@FreeBSD.ORG Sun Dec 5 23:04:47 2004 Return-Path: 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 79D0716A53C for ; Sun, 5 Dec 2004 23:04:47 +0000 (GMT) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4770043D67 for ; Sun, 5 Dec 2004 23:04:47 +0000 (GMT) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id BB17C3D37; Sun, 5 Dec 2004 18:04:46 -0500 (EST) From: "Dan Langille" To: Mike Tancsa , freebsd-usb@freebsd.org Date: Sun, 05 Dec 2004 18:04:47 -0500 MIME-Version: 1.0 Message-ID: <41B34DBF.13262.9F637925@localhost> Priority: normal In-reply-to: <6.2.0.14.0.20041205164630.0316d8e0@64.7.153.2> References: <41B33A20.29965.9F16D546@localhost> X-mailer: Pegasus Mail for Windows (4.21c) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body cc: dan@langille.org Subject: Re: lexar usb media failure to attach X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2004 23:04:47 -0000 On 5 Dec 2004 at 16:48, Mike Tancsa wrote: > At 04:41 PM 05/12/2004, Dan Langille wrote: > >I purchased a USB memory device last week. It looks like it won't > >work with FreeBSD 4.10-STABLE #1: Sun Jul 25 00:53:29 EDT 2004 > > > >Nov 30 22:03:05 laptop /kernel: umass0: LEXAR MEDIA JUMPDRIVE ELITE, rev > >2.00/20.00, addr > >Nov 30 22:09:20 laptop /kernel: (da0:umass-sim0:0:0:0): got CAM status 0x4 > >Nov 30 22:09:20 laptop /kernel: (da0:umass-sim0:0:0:0): fatal error, > >failed to attach to device > >Nov 30 22:09:20 laptop /kernel: (da0:umass-sim0:0:0:0): lost device > >Nov 30 22:09:20 laptop /kernel: (da0:umass-sim0:0:0:0): removing device entry > > > >Any ideas on what I can try? > > > >Thanks. > I had the same problem. I was only able to get it to work on RELENG_5 > and only with EHCI _disabled_. Can anyone recommend a USB thumb drive that they know works with FreeBSD 4.10 and 5.*? I'll return this one ASAP. Thanks. -- Dan Langille : http://www.langille.org/ BSDCan - The Technical BSD Conference - http://www.bsdcan.org/ From owner-freebsd-usb@FreeBSD.ORG Mon Dec 6 11:02:32 2004 Return-Path: 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 11D5116A4DF for ; Mon, 6 Dec 2004 11:02:32 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA65843D31 for ; Mon, 6 Dec 2004 11:02:31 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iB6B2VgK027500 for ; Mon, 6 Dec 2004 11:02:31 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iB6B2UMY027494 for freebsd-usb@freebsd.org; Mon, 6 Dec 2004 11:02:30 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 6 Dec 2004 11:02:30 GMT Message-Id: <200412061102.iB6B2UMY027494@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 Subject: Current problem reports assigned to you X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2004 11:02:32 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/05/04] kern/66248 usb [panic] bootloader is confused by booting 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2001/09/11] kern/30502 usb panics if logitech joystick usb attached a [2001/10/31] kern/31659 usb USB controller driver will die after some f [2001/12/12] kern/32713 usb [usb] mouse detaches from hub and doesnt f [2002/01/13] kern/33839 usb usb0: host controller halted (involving A f [2002/02/17] kern/35061 usb After printing to HP Deskjet 656c USB pri f [2002/04/07] i386/36850 usb Page Fault using ppp with USB Modem [4.9] f [2002/05/30] kern/38736 usb kernel panic during memory stick removal f [2002/06/15] kern/39341 usb ppp + USB modem problem f [2002/06/24] kern/39805 usb 4.6R install panics with umass0 device co o [2002/07/19] kern/40792 usb signals lead to data loss on device ugen o [2002/09/13] kern/42748 usb USB does not work (Fujitsu Lifebook) f [2002/09/25] i386/43366 usb Cannot format media in USB floppy devices o [2002/09/29] kern/43462 usb copying files from olympus C-4040 digital o [2002/10/13] bin/43993 usb /usr/sbin/usbd does not handle an usb eve f [2002/11/22] kern/45579 usb Panic from USB stack after device detach o [2002/12/10] kern/46176 usb umass causes kernel panic if device remov o [2002/12/19] i386/46371 usb USB controller cannot be initialized on I f [2002/12/24] i386/46506 usb [usb] [hang] Crash Before Initialization o [2002/12/29] kern/46618 usb USB (UHCI/ICH3) PALM connect/disconnect/c f [2003/01/12] kern/47005 usb OHCI USB not noticing device detachments o [2003/02/17] kern/48359 usb SiS 5597/8 USB + uscanner breakage a [2003/03/02] kern/48849 usb Maxtor XT5000 causes panic in boot o [2003/03/05] kern/48952 usb uscanner0 hangs a [2003/03/20] kern/50149 usb Using Alcatel SpeedTouch results in "usb0 a [2003/08/14] kern/55587 usb null dereference in usbdi.c: usb_transfer o [2003/09/26] bin/57255 usb usbd and multi-function devices f [2003/12/11] kern/60131 usb [usb] Page fault on disconnect of USB dev f [2003/12/13] kern/60217 usb EHCI controller halts when USB 2.0 device o [2003/12/15] kern/60276 usb [usb] Kernel panic when plugging in USB ( o [2004/01/11] kern/61191 usb [usb] panic: USB vs. Serial problems o [2004/01/15] kern/61377 usb [kbd] usb keyboard not functional after b o [2004/01/20] kern/61627 usb [usb] [patch] New USB printer not support f [2004/01/23] kern/61804 usb [panic] panic with hitachi travelstar USB o [2004/01/24] kern/61841 usb [boot] 5.2 Boot freeze if memorybird (USB f [2004/01/30] kern/62088 usb [usb] Logitech Cordless/Optical Mouse not o [2004/01/30] kern/62123 usb [usb] LaCie 160GB USB drive umass: BBB re o [2004/02/23] i386/63251 usb [usb] USB stops working after 2nd APM sus o [2004/02/26] kern/63375 usb [patch] panic: unplugging USB devices pan o [2004/02/29] i386/63521 usb 5.2.1 doesn't detect drives on SATA contr o [2004/03/01] kern/63621 usb [usb] USB MemoryStick Reader stalls/crash o [2004/04/07] kern/65292 usb [panic] random page faults (usb-related?) o [2004/04/19] i386/65783 usb [panic] Panic when attaching card reader o [2004/05/06] kern/66324 usb [usb] usb driver memory leak grows wired o [2004/07/13] kern/69006 usb [patch] Apple Cinema Display hangs USB po o [2004/08/30] kern/71155 usb [usb] misbehaving usb-printer hangs proce p [2004/09/08] kern/71491 usb [usb] [panic] printing under usb printer o [2004/09/18] kern/71887 usb [kbd] Losing keyboard after plugging a bl o [2004/09/27] kern/72119 usb Detaching USB Memory Stick w/o umount cau f [2004/10/11] i386/72497 usb WD USB Disk Panics -stable and 5.2.1 o [2004/10/29] kern/73295 usb Lock order reversal in USB code. o [2004/10/30] kern/73307 usb Kernel panics on USB disconnect o [2004/11/18] kern/74088 usb ohci ehci uhub: port disabled on connecti 52 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 o [2001/12/09] kern/32652 usb [patch] A new ioctl to uscanner s [2001/12/09] ports/32653 usb Added patches to improve USB scanner supp f [2002/04/23] kern/37374 usb [PATCH] closing ums0 blocks with wmesg uh f [2002/05/04] conf/37732 usb usbd start in wrong place in /etc/rc in 4 o [2002/05/23] kern/38452 usb [usb] Logitech USB iFeel: device_probe_an o [2002/07/16] kern/40657 usb [usb] Logitech iFeel usb mouse will not a o [2002/07/24] kern/40948 usb [usb] USB HP CDW8200 does not work o [2002/08/07] kern/41415 usb [usb] [patch] Some USB scanners cannot ta f [2002/10/25] kern/44450 usb USB support FAILURE for device that was s o [2003/01/18] kern/47200 usb USB port is disabled when Kodak DX4900 is o [2003/02/06] kern/48014 usb [usb] moused fails to correctly identify o [2003/02/16] bin/48342 usb [PATCH] usbd dynamic device list. o [2003/03/19] kern/50110 usb [usb] Astra 2100U scanner being detected 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] kern/53025 usb [PATCH] ugen does not allow O_NONBLOCK fo f [2003/09/19] kern/56999 usb FreeCom USB CD/RW problem on FreeBSD 5.1 o [2003/11/10] i386/59147 usb [usb] USB active extension cable not reco o [2003/11/11] kern/59169 usb [patch] ulpt is missing read operation o [2003/12/15] kern/60248 usb [patch] Problem with USB printer HP Laser o [2004/01/12] bin/61234 usb [usb] [patch] usbhidaction doesn't suppor o [2004/01/14] kern/61365 usb FreeBSD resets when I turn off monitor w/ o [2004/02/13] kern/62788 usb need quirks for Super Talent Flash USB 2. o [2004/03/04] kern/63779 usb [usb] USB-mass storage (USB to IDE Conver o [2004/03/06] kern/63837 usb [patch] USB: hid_is_collection() only loo o [2004/04/11] kern/65436 usb QUIRK: [patch] to add support for PNY Att 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/27] kern/68412 usb [usb] [patch] QUIRK: Philips KEY013 USB M o [2004/07/06] i386/68719 usb [usb] USB 2.0 mobil rack+ fat32 performan o [2004/08/16] kern/70523 usb [usb] [patch] umct sending/receiving wron o [2004/08/18] kern/70607 usb [patch] Add Support for USB Microsoft Int o [2004/08/25] kern/70942 usb [usb] Genius Wireless USB mouse: moused d o [2004/09/06] kern/71416 usb [usb] Cryptoflex e-gate USB token (ugen0) o [2004/09/06] kern/71417 usb [usb] Cryptoflex e-gate USB token (ugen0) o [2004/09/07] kern/71455 usb [usb] Slow USB umass performance of 5.3 o [2004/09/11] kern/71605 usb [usb] [patch] umass doesn't recognize mul o [2004/10/05] kern/72344 usb [usb] [patch] QUIRK: Dane-Elec zMate 512 f [2004/10/06] i386/72380 usb [usb] USB does not work [dual Celeron Abi o [2004/10/23] i386/73056 usb [usb] Sun Microsystems Type 6 USB mouse n o [2004/11/02] i386/73421 usb [usb] USB not recgnized/working on Toshib o [2004/11/07] kern/73636 usb [usb] usb microsoft mouse with ps/2 conve o [2004/11/12] kern/73872 usb [patch] Palm Zire 72 not recognized by uv o [2004/11/16] kern/73999 usb [usb] USB Freezes when a device is plugge o [2004/11/23] kern/74301 usb patch for USB Scanner: Cannon LIDE 20 46 problems total. From owner-freebsd-usb@FreeBSD.ORG Mon Dec 6 12:40:14 2004 Return-Path: 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 CC2E316A4CE for ; Mon, 6 Dec 2004 12:40:14 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F8AC43D69 for ; Mon, 6 Dec 2004 12:40:13 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw503.dsto.defence.gov.au (ednmsw503.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id iB6CdBZg023043 for ; Mon, 6 Dec 2004 23:09:11 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id for ; Mon, 6 Dec 2004 23:10:07 +1030 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id iB6CWYQ02333 for ; Mon, 6 Dec 2004 23:02:34 +1030 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id YK36FY0G; Mon, 6 Dec 2004 23:02:23 +1030 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.12.11/8.12.11) with ESMTP id iB6CWZ57001261 for ; Mon, 6 Dec 2004 23:02:35 +1030 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.12.11/8.12.11/Submit) id iB6CWZEl001260 for freebsd-usb@freebsd.org; Mon, 6 Dec 2004 23:02:35 +1030 (CST) (envelope-from wilkinsa) Date: Mon, 6 Dec 2004 23:02:35 +1030 From: "Wilkinson, Alex" To: freebsd-usb@freebsd.org Message-ID: <20041206123234.GI999@squash.dsto.defence.gov.au> Mail-Followup-To: freebsd-usb@freebsd.org References: <20041201.160833.35218540.imp@bsdimp.com> <41AE5B3C.8010003@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <41AE5B3C.8010003@elischer.org> User-Agent: Mutt/1.5.6i Subject: Re: Question about pipes and ugen X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2004 12:40:14 -0000 0n Wed, Dec 01, 2004 at 04:01:00PM -0800, Julian Elischer wrote: > I believe that this would have to be a "quirk" and enterred into the > "quirk" database so that > such devices don't try do that.. (The quirks database is something we > did in SCSI > and has been duplicated in USB ,where badly behaved devices are > identified and > special behaviour can be requested for them.) Julian, where are these USB quirks located ? /usr/src/?/?/?/ .... ? - aW From owner-freebsd-usb@FreeBSD.ORG Mon Dec 6 12:45:13 2004 Return-Path: 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 D08F716A4CE for ; Mon, 6 Dec 2004 12:45:13 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 289ED43D6A for ; Mon, 6 Dec 2004 12:45:13 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw503.dsto.defence.gov.au (ednmsw503.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id iB6CiBZg023309 for ; Mon, 6 Dec 2004 23:14:11 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id for ; Mon, 6 Dec 2004 23:15:07 +1030 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id iB6CaIQ08578 for ; Mon, 6 Dec 2004 23:06:19 +1030 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id YK36FZCJ; Mon, 6 Dec 2004 23:06:08 +1030 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.12.11/8.12.11) with ESMTP id iB6CaK3S001283 for ; Mon, 6 Dec 2004 23:06:20 +1030 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.12.11/8.12.11/Submit) id iB6CaKY6001282 for freebsd-usb@freebsd.org; Mon, 6 Dec 2004 23:06:20 +1030 (CST) (envelope-from wilkinsa) Date: Mon, 6 Dec 2004 23:06:19 +1030 From: "Wilkinson, Alex" To: freebsd-usb@freebsd.org Message-ID: <20041206123618.GJ999@squash.dsto.defence.gov.au> Mail-Followup-To: freebsd-usb@freebsd.org References: <41B0DD18.9080300@elischer.org> <20041203.144432.89673091.imp@bsdimp.com> <41B0E3E0.4030207@elischer.org> <20041203.151630.29463265.imp@bsdimp.com> <41B0E927.5020904@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <41B0E927.5020904@elischer.org> User-Agent: Mutt/1.5.6i Subject: Re: Question about pipes and ugen X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2004 12:45:13 -0000 0n Fri, Dec 03, 2004 at 02:31:03PM -0800, Julian Elischer wrote: > >I'm having a hard time understanding when this is needed and not > >actually done by our -current stack. > > > Well, I'll check again because I'm runnig 4-stable at the USB sniffer.. > I have however confirmed that the > same behaviour is seen on a 6-current machine but I didn't have the > sniffer on that (too far away). > I'll go check that it actually looks the same on the wire.. (requires > hauling the sniffer machine..) Okay I'm getting curious now about this usb sniffer. Where is it ? I couldn't find one in ports ? - aW From owner-freebsd-usb@FreeBSD.ORG Mon Dec 6 13:45:39 2004 Return-Path: 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 8E60516A4CE for ; Mon, 6 Dec 2004 13:45:39 +0000 (GMT) Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NOSPAM.dyndns.dk (84-72-24-102.dclient.hispeed.ch [84.72.24.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8399A43D1D for ; Mon, 6 Dec 2004 13:45:37 +0000 (GMT) (envelope-from bounce@NOSPAM.dyndns.dk) Received: from Mail.NOSPAM.DynDNS.dK (ipv6.NOSPAM.dyndns.dk [2002:5448:1866:0:20e:2eff:fe06:2376]) (8.11.6/8.11.6-SPAMMERS-DeLiGHt) with ESMTP id iB6DjSW14912 verified NO); Mon, 6 Dec 2004 14:45:32 +0100 (CET) (envelope-from bounce@NOSPAM.dyndns.dk) Received: (from beer@localhost) by Mail.NOSPAM.DynDNS.dK (8.11.6/FNORD) id iB6DjRw14911; Mon, 6 Dec 2004 14:45:27 +0100 (CET) (envelope-from bounce@NOSPAM.dyndns.dk) Date: Mon, 6 Dec 2004 14:45:27 +0100 (CET) Message-Id: <200412061345.iB6DjRw14911@Mail.NOSPAM.DynDNS.dK> X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: beer set sender to bounce@NOSPAM.dyndns.dk using -f X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed from queue /tmp X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed by beer with -C /etc/mail/sendmail.cf-LOCAL From: Barry Bouwsma To: freebsd-usb@freebsd.org References: <41B33A20.29965.9F16D546@localhost> <6.2.0.14.0.20041205164630.0316d8e0@64.7.153.2> <41B34DBF.13262.9F637925@localhost> cc: Dan Langille Subject: Re: lexar usb media failure to attach X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2004 13:45:39 -0000 > > At 04:41 PM 05/12/2004, Dan Langille wrote: > > >I purchased a USB memory device last week. It looks like it won't > > >work with FreeBSD 4.10-STABLE #1: Sun Jul 25 00:53:29 EDT 2004 > > >Nov 30 22:03:05 laptop /kernel: umass0: LEXAR MEDIA JUMPDRIVE ELITE, rev > Can anyone recommend a USB thumb drive that they know works with > FreeBSD 4.10 and 5.*? I'll return this one ASAP. I hope I don't sound like an advocate or anything, but is there a chance that you can try this with, say, NetBSD? I've attached a good number of devices to my FreeBSD systems that have required me to patch under the hood, that when attached to a recent NetBSD, have Just Worked. As the FreeBSD USB code is largely taken from NetBSD, but has over time lagged somewhat behind, doing something like this can help you determine if it should be relatively easy to fix FreeBSD. Also, I've noticed that I experience problems that are very dependent on the particular combination of hardware (like controllers) I use, so the more juggling you can do, the better. Also, a handy thing you can do, if you don't already, is to build your USB support as kernel modules, and then try out modules built from more recent source if there have been recent commits, or try building modules with code adapted from -current or even NetBSD to see if that can solve the problem. My present kernel was built on 08.Jun and I have no problems with more recent usb.ko and umass.ko modules. You can build individual modules in your source tree by `cd /path-to-src/src/sys/modules/usb && make -m /path-to-src/src/share/mk' replacing modules/usb with modules/umass or whatever you want to build (which writes in your source tree; I use unionfs to write these into a source-hacks tree atop my virginal source tree) -- a timesaver on my slow system that may help you if you feel like experimenting. Just a few hints, that I hope could be helpful, if not for you, then hopefully for someone reading this sometime... thanks barry bouwmsa (drop me from replies and I'll catch up from the list) From owner-freebsd-usb@FreeBSD.ORG Mon Dec 6 13:48:39 2004 Return-Path: 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 D5EF916A4CE for ; Mon, 6 Dec 2004 13:48:39 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABCD443D73 for ; Mon, 6 Dec 2004 13:48:38 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) iB6DmYSS029665 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK) for ; Mon, 6 Dec 2004 14:48:36 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id iB6DlcCE054272 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 6 Dec 2004 14:47:39 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id iB6DlcGq049042 for ; Mon, 6 Dec 2004 14:47:38 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id iB6DlcmR049041 for freebsd-usb@freebsd.org; Mon, 6 Dec 2004 14:47:38 +0100 (CET) (envelope-from ticso) Date: Mon, 6 Dec 2004 14:47:37 +0100 From: Bernd Walter To: freebsd-usb@freebsd.org Message-ID: <20041206134736.GM42454@cicely12.cicely.de> References: <41B0DD18.9080300@elischer.org> <20041203.144432.89673091.imp@bsdimp.com> <41B0E3E0.4030207@elischer.org> <20041203.151630.29463265.imp@bsdimp.com> <41B0E927.5020904@elischer.org> <20041206123618.GJ999@squash.dsto.defence.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041206123618.GJ999@squash.dsto.defence.gov.au> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de Subject: Re: Question about pipes and ugen X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2004 13:48:39 -0000 On Mon, Dec 06, 2004 at 11:06:19PM +1030, Wilkinson, Alex wrote: > > > 0n Fri, Dec 03, 2004 at 02:31:03PM -0800, Julian Elischer wrote: > > > > >I'm having a hard time understanding when this is needed and not > > >actually done by our -current stack. > > > > > Well, I'll check again because I'm runnig 4-stable at the USB sniffer.. > > I have however confirmed that the > > same behaviour is seen on a 6-current machine but I didn't have the > > sniffer on that (too far away). > > I'll go check that it actually looks the same on the wire.. (requires > > hauling the sniffer machine..) > > Okay I'm getting curious now about this usb sniffer. Where is it ? I > couldn't find one in ports ? He is likely talking about hardware. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-usb@FreeBSD.ORG Mon Dec 6 13:52:39 2004 Return-Path: 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 81DC116A4CE for ; Mon, 6 Dec 2004 13:52:39 +0000 (GMT) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3862B43D41 for ; Mon, 6 Dec 2004 13:52:39 +0000 (GMT) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 7E15A3D37; Mon, 6 Dec 2004 08:52:38 -0500 (EST) From: "Dan Langille" To: freebsd-usb@freebsd.org Date: Mon, 06 Dec 2004 08:52:39 -0500 MIME-Version: 1.0 Message-ID: <41B41DD7.7383.A29056E5@localhost> Priority: normal In-reply-to: <200412061345.iB6DjRw14911@Mail.NOSPAM.DynDNS.dK> X-mailer: Pegasus Mail for Windows (4.21c) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body cc: Dan Langille Subject: Re: lexar usb media failure to attach X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2004 13:52:39 -0000 On 6 Dec 2004 at 14:45, Barry Bouwsma wrote: > > > > At 04:41 PM 05/12/2004, Dan Langille wrote: > > > >I purchased a USB memory device last week. It looks like it won't > > > >work with FreeBSD 4.10-STABLE #1: Sun Jul 25 00:53:29 EDT 2004 > > > >Nov 30 22:03:05 laptop /kernel: umass0: LEXAR MEDIA JUMPDRIVE ELITE, rev > > > Can anyone recommend a USB thumb drive that they know works with > > FreeBSD 4.10 and 5.*? I'll return this one ASAP. > > I hope I don't sound like an advocate or anything, but is there a > chance that you can try this with, say, NetBSD? I've attached a > good number of devices to my FreeBSD systems that have required me > to patch under the hood, that when attached to a recent NetBSD, have > Just Worked. > > As the FreeBSD USB code is largely taken from NetBSD, but has over > time lagged somewhat behind, doing something like this can help you > determine if it should be relatively easy to fix FreeBSD. Also, I've > noticed that I experience problems that are very dependent on the > particular combination of hardware (like controllers) I use, so the > more juggling you can do, the better. > > Also, a handy thing you can do, if you don't already, is to build > your USB support as kernel modules, and then try out modules built > from more recent source if there have been recent commits, or try > building modules with code adapted from -current or even NetBSD to > see if that can solve the problem. My present kernel was built on > 08.Jun and I have no problems with more recent usb.ko and umass.ko > modules. You can build individual modules in your source tree by > `cd /path-to-src/src/sys/modules/usb && make -m /path-to-src/src/share/mk' > replacing modules/usb with modules/umass or whatever you want to build > (which writes in your source tree; I use unionfs to write these into > a source-hacks tree atop my virginal source tree) -- a timesaver on > my slow system that may help you if you feel like experimenting. > > Just a few hints, that I hope could be helpful, if not for you, then > hopefully for someone reading this sometime... I know David Maxwell (NetBSD security guy). The Ottawa BSD group is meeting this Thursday. I'll ask him to bring along his laptop.... ;) -- Dan Langille : http://www.langille.org/ BSDCan - The Technical BSD Conference - http://www.bsdcan.org/ From owner-freebsd-usb@FreeBSD.ORG Mon Dec 6 13:55:21 2004 Return-Path: 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 3DCB216A4CE for ; Mon, 6 Dec 2004 13:55:21 +0000 (GMT) Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NOSPAM.dyndns.dk (84-72-24-102.dclient.hispeed.ch [84.72.24.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5813243D62 for ; Mon, 6 Dec 2004 13:55:20 +0000 (GMT) (envelope-from bounce@NOSPAM.dyndns.dk) Received: from Mail.NOSPAM.DynDNS.dK (ipv6.NOSPAM.dyndns.dk [2002:5448:1866:0:20e:2eff:fe06:2376]) (8.11.6/8.11.6-SPAMMERS-DeLiGHt) with ESMTP id iB6DtFW15195 verified NO) for ; Mon, 6 Dec 2004 14:55:19 +0100 (CET) (envelope-from bounce@NOSPAM.dyndns.dk) Received: (from beer@localhost) by Mail.NOSPAM.DynDNS.dK (8.11.6/FNORD) id iB6DtEL15194; Mon, 6 Dec 2004 14:55:14 +0100 (CET) (envelope-from bounce@NOSPAM.dyndns.dk) Date: Mon, 6 Dec 2004 14:55:14 +0100 (CET) Message-Id: <200412061355.iB6DtEL15194@Mail.NOSPAM.DynDNS.dK> X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: beer set sender to bounce@NOSPAM.dyndns.dk using -f X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed from queue /tmp X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed by beer with -C /etc/mail/sendmail.cf-LOCAL From: Barry Bouwsma To: freebsd-usb@freebsd.org References: <20041201.160833.35218540.imp@bsdimp.com> <41AE5B3C.8010003@elischer.org> <20041206123234.GI999@squash.dsto.defence.gov.au> Subject: Re: Question about pipes and ugen X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2004 13:55:21 -0000 > > I believe that this would have to be a "quirk" and enterred into the > > "quirk" database so that > > such devices don't try do that.. (The quirks database is something we > Julian, where are these USB quirks located ? /usr/src/?/?/?/ .... ? I'd wager, /usr/src/sys/dev/usb/usb_quirks* (along with most of the USB source code in this directory) You may also find quirk-like things in the actual drivers for the devices themselves, as well... barry bouwsma From owner-freebsd-usb@FreeBSD.ORG Mon Dec 6 15:53:12 2004 Return-Path: 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 E6D2316A4CE for ; Mon, 6 Dec 2004 15:53:12 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D70943D1F for ; Mon, 6 Dec 2004 15:53:10 +0000 (GMT) (envelope-from imp@harmony.village.org) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iB6FqvAC052768; Mon, 6 Dec 2004 08:52:57 -0700 (MST) (envelope-from imp@harmony.village.org) Date: Mon, 06 Dec 2004 08:52:56 -0700 (MST) Message-Id: <20041206.085256.74701086.imp@harmony.village.org> To: ticso@cicely.de, ticso@cicely12.cicely.de From: Warner Losh In-Reply-To: <20041206134736.GM42454@cicely12.cicely.de> References: <41B0E927.5020904@elischer.org> <20041206123618.GJ999@squash.dsto.defence.gov.au> <20041206134736.GM42454@cicely12.cicely.de> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-usb@freebsd.org Subject: Re: Question about pipes and ugen X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2004 15:53:13 -0000 From: Bernd Walter Subject: Re: Question about pipes and ugen Date: Mon, 6 Dec 2004 14:47:37 +0100 > On Mon, Dec 06, 2004 at 11:06:19PM +1030, Wilkinson, Alex wrote: > > > > > > 0n Fri, Dec 03, 2004 at 02:31:03PM -0800, Julian Elischer wrote: > > > > > > > >I'm having a hard time understanding when this is needed and not > > > >actually done by our -current stack. > > > > > > > Well, I'll check again because I'm runnig 4-stable at the USB sniffer.. > > > I have however confirmed that the > > > same behaviour is seen on a 6-current machine but I didn't have the > > > sniffer on that (too far away). > > > I'll go check that it actually looks the same on the wire.. (requires > > > hauling the sniffer machine..) > > > > Okay I'm getting curious now about this usb sniffer. Where is it ? I > > couldn't find one in ports ? > > He is likely talking about hardware. I know that I am :-) Warner From owner-freebsd-usb@FreeBSD.ORG Mon Dec 6 20:01:35 2004 Return-Path: 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 53F8B16A4CE for ; Mon, 6 Dec 2004 20:01:35 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D3D443D6E for ; Mon, 6 Dec 2004 20:01:35 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 025BA7A44E; Mon, 6 Dec 2004 12:01:35 -0800 (PST) Message-ID: <41B4BA9E.9020708@elischer.org> Date: Mon, 06 Dec 2004 12:01:34 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Barry Bouwsma References: <200412051026.iB5AQpd00750@Mail.NOSPAM.DynDNS.dK> In-Reply-To: <200412051026.iB5AQpd00750@Mail.NOSPAM.DynDNS.dK> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-usb@freebsd.org Subject: Re: OHCI isoc problem identified, sort of, and uaudio X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2004 20:01:35 -0000 Barry Bouwsma wrote: > >Still, there are a boatload of differences between my latest pre-4.11 >ohci.c and NetBSD-current ohci.c. I don't know how many of them are >important to have. I couldn't see any problems between the two, >apart from the isoc TD alloc problem being absent with NetBSD, after >more than 25 minutes playback (well over 2x as long as the longest >I could ever play with the 4.x FreeBSD ohci.c)... I suspect that >scrapping the FreeBSD4 ohci.c in favour of NetBSD's is not a serious >option for anyone else. So... > well not quite.. we are in favour of bringing across as many NetBSD patches as possible to keep the source diffs to a minimum. Otherwise it becomes hell to try figure out wha they changed and whether it is relevant to us. > > > [...] > > >hope this is somehow useful... >barry bouwsma > It is useful. But I wish I had enough time to keep up with you. I'm still tracking down a panic in the EHCI code. > >_______________________________________________ >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 Mon Dec 6 20:03:33 2004 Return-Path: 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 4F85316A4CE; Mon, 6 Dec 2004 20:03:33 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 129DE43D1F; Mon, 6 Dec 2004 20:03:33 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id F0B347A456; Mon, 6 Dec 2004 12:03:32 -0800 (PST) Message-ID: <41B4BB14.9060706@elischer.org> Date: Mon, 06 Dec 2004 12:03:32 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Scott Mitchell References: <20041115000815.GD57138@tuatara.fishballoon.org> <200412011419.iB1EJDs10868@Mail.NOSPAM.DynDNS.dK> <20041201161615.GA523@tuatara.fishballoon.org> <200412012104.iB1L4s313837@Mail.NOSPAM.DynDNS.dK> <20041202000831.GC523@tuatara.fishballoon.org> <41B0C4A3.9080308@elischer.org> <20041203222253.GA68061@tuatara.fishballoon.org> <200412040746.iB47kJ802176@Mail.NOSPAM.DynDNS.dK> <20041205170336.GB68061@tuatara.fishballoon.org> <20041205170625.GC68061@tuatara.fishballoon.org> In-Reply-To: <20041205170625.GC68061@tuatara.fishballoon.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Barry Bouwsma cc: freebsd-usb@freebsd.org Subject: Re: [CALL FOR TESTERS] if_axe on 4.x X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2004 20:03:33 -0000 Scott Mitchell wrote: >On Sun, Dec 05, 2004 at 05:03:36PM +0000, Scott Mitchell wrote: > > >>The attached diff... >> >> > >Dammit. Here's the patch :-( > > > will you be committing this? >_______________________________________________ >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 Mon Dec 6 20:05:14 2004 Return-Path: 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 3EEC916A4CF for ; Mon, 6 Dec 2004 20:05:14 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21BAD43D68 for ; Mon, 6 Dec 2004 20:05:14 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 0A1E27A45A; Mon, 6 Dec 2004 12:05:14 -0800 (PST) Message-ID: <41B4BB7A.8050609@elischer.org> Date: Mon, 06 Dec 2004 12:05:14 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: "Wilkinson, Alex" References: <41B0DD18.9080300@elischer.org> <20041203.144432.89673091.imp@bsdimp.com> <41B0E3E0.4030207@elischer.org> <20041203.151630.29463265.imp@bsdimp.com> <41B0E927.5020904@elischer.org> <20041206123618.GJ999@squash.dsto.defence.gov.au> In-Reply-To: <20041206123618.GJ999@squash.dsto.defence.gov.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-usb@freebsd.org Subject: Re: Question about pipes and ugen X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2004 20:05:14 -0000 Wilkinson, Alex wrote: >0n Fri, Dec 03, 2004 at 02:31:03PM -0800, Julian Elischer wrote: > > > > >>>I'm having a hard time understanding when this is needed and not >>>actually done by our -current stack. >>> >>> >>> >>Well, I'll check again because I'm runnig 4-stable at the USB sniffer.. >>I have however confirmed that the >>same behaviour is seen on a 6-current machine but I didn't have the >>sniffer on that (too far away). >>I'll go check that it actually looks the same on the wire.. (requires >>hauling the sniffer machine..) >> >> > >Okay I'm getting curious now about this usb sniffer. Where is it ? I >couldn't find one in ports ? > it's hardware.. and attaches to a Windows machine.. we have it for work.. > > - aW >_______________________________________________ >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 Mon Dec 6 21:16:19 2004 Return-Path: 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 E5CBB16A4CE for ; Mon, 6 Dec 2004 21:16:19 +0000 (GMT) Received: from mta05-winn.mailhost.ntl.com (mailhost.ntl.com [212.250.162.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF13E43D49 for ; Mon, 6 Dec 2004 21:16:18 +0000 (GMT) (envelope-from scott@fishballoon.org) Received: from aamta03-winn.mailhost.ntl.com ([212.250.162.8]) by mta05-winn.mailhost.ntl.com with ESMTP <20041206211538.LUTL7230.mta05-winn.mailhost.ntl.com@aamta03-winn.mailhost.ntl.com>; Mon, 6 Dec 2004 21:15:38 +0000 Received: from llama.fishballoon.org ([82.4.146.133]) by aamta03-winn.mailhost.ntl.com with ESMTP <20041206211538.NZMR1113.aamta03-winn.mailhost.ntl.com@llama.fishballoon.org>; Mon, 6 Dec 2004 21:15:38 +0000 Received: from tuatara.fishballoon.org ([192.168.1.6]) by llama.fishballoon.org with esmtp (Exim 4.43 (FreeBSD)) id 1CbQCr-000H7E-UQ; Mon, 06 Dec 2004 21:15:42 +0000 Received: (from scott@localhost) by tuatara.fishballoon.org (8.13.1/8.13.1/Submit) id iB6LGVBh000529; Mon, 6 Dec 2004 21:16:31 GMT (envelope-from scott) Date: Mon, 6 Dec 2004 21:16:31 +0000 From: Scott Mitchell To: Julian Elischer Message-ID: <20041206211631.GA509@tuatara.fishballoon.org> References: <200412011419.iB1EJDs10868@Mail.NOSPAM.DynDNS.dK> <20041201161615.GA523@tuatara.fishballoon.org> <200412012104.iB1L4s313837@Mail.NOSPAM.DynDNS.dK> <20041202000831.GC523@tuatara.fishballoon.org> <41B0C4A3.9080308@elischer.org> <20041203222253.GA68061@tuatara.fishballoon.org> <200412040746.iB47kJ802176@Mail.NOSPAM.DynDNS.dK> <20041205170336.GB68061@tuatara.fishballoon.org> <20041205170625.GC68061@tuatara.fishballoon.org> <41B4BB14.9060706@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41B4BB14.9060706@elischer.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 4.10-STABLE i386 cc: Barry Bouwsma cc: freebsd-usb@freebsd.org Subject: Re: [CALL FOR TESTERS] if_axe on 4.x X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2004 21:16:20 -0000 On Mon, Dec 06, 2004 at 12:03:32PM -0800, Julian Elischer wrote: > > > Scott Mitchell wrote: > > >On Sun, Dec 05, 2004 at 05:03:36PM +0000, Scott Mitchell wrote: > > > > > >>The attached diff... > >> > >> > > > >Dammit. Here's the patch :-( > > > > > > > will you be committing this? Yes, sometime this week, depending on how much feedback I get from people with the right hardware. Scott -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" scott at fishballoon.org | 0xAA775B8B | -- Anon From owner-freebsd-usb@FreeBSD.ORG Wed Dec 8 00:10:19 2004 Return-Path: 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 0B69216A4CF for ; Wed, 8 Dec 2004 00:10:19 +0000 (GMT) Received: from out001.verizon.net (out001pub.verizon.net [206.46.170.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C38F43D7D for ; Wed, 8 Dec 2004 00:10:18 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([141.150.86.23]) by out001.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041208001015.QMCT1390.out001.verizon.net@RabbitsDen>; Tue, 7 Dec 2004 18:10:15 -0600 From: "Alexandre \"Sunny\" Kovalenko" To: "M. Warner Losh" In-Reply-To: <20041201.160833.35218540.imp@bsdimp.com> References: <20041201.160833.35218540.imp@bsdimp.com> Content-Type: text/plain; charset=iso-8859-5 Date: Tue, 07 Dec 2004 19:07:55 -0500 Message-Id: <1102464475.10829.5.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Authentication-Info: Submitted using SMTP AUTH at out001.verizon.net from [141.150.86.23] at Tue, 7 Dec 2004 18:10:15 -0600 cc: freebsd-usb@freebsd.org Subject: Re: Question about pipes and ugen X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2004 00:10:19 -0000 On Wed, 2004-12-01 at 16:08 -0700, M. Warner Losh wrote: > Right now, when the usb stack opens a pipe, it resets the pipe using > the ClearFeature(Stall) message. This appears to work great for the > vast majority of usb devices that use things like ugen. However, > there are some that do not like this at all. Fidora Core 1 Linux, for > example, never seems to send these reset messages. Consequently, > there are some devices that work well on Linux, but fail utterly on > FreeBSD. > > >From my reading of the standard, it appears that FreeBSD is doing > standards conforming things. Can anybody confirm this? Even if it is > standards conforming, is there a desire for FreeBSD to not do this? > > Thanks much > > Warner > _______________________________________________ > 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" Sorry for dumb question, but would this be the reason why my Sony CLIE (Palm wannabe) would loose first batch of characters it sends to the laptop over USB connection prior to device being open on the laptop's end. I have not seen this in happen in Linux. -- Alexandre "Sunny" Kovalenko (Олександр Коваленко). From owner-freebsd-usb@FreeBSD.ORG Wed Dec 8 00:20:36 2004 Return-Path: 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 D9F5216A4CE for ; Wed, 8 Dec 2004 00:20:36 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 677A043D5D for ; Wed, 8 Dec 2004 00:20:36 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iB80KExi075194; Tue, 7 Dec 2004 17:20:14 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 07 Dec 2004 17:20:19 -0700 (MST) Message-Id: <20041207.172019.128866411.imp@bsdimp.com> To: Alex.Kovalenko@verizon.net From: "M. Warner Losh" In-Reply-To: <1102464475.10829.5.camel@RabbitsDen> References: <20041201.160833.35218540.imp@bsdimp.com> <1102464475.10829.5.camel@RabbitsDen> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-usb@freebsd.org Subject: Re: Question about pipes and ugen X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2004 00:20:37 -0000 In message: <1102464475.10829.5.camel@RabbitsDen> "Alexandre \"Sunny\" Kovalenko" writes: : Sorry for dumb question, but would this be the reason why my Sony CLIE : (Palm wannabe) would loose first batch of characters it sends to the : laptop over USB connection prior to device being open on the laptop's : end. : : I have not seen this in happen in Linux. The bug I'm seeing is only on subsequent attempts... The first one works fine. Warner From owner-freebsd-usb@FreeBSD.ORG Wed Dec 8 01:50:30 2004 Return-Path: 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 7FE9916A4CE for ; Wed, 8 Dec 2004 01:50:30 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52DF943D1D for ; Wed, 8 Dec 2004 01:50:30 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iB81oU1H037462 for ; Wed, 8 Dec 2004 01:50:30 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iB81oUdO037461; Wed, 8 Dec 2004 01:50:30 GMT (envelope-from gnats) Date: Wed, 8 Dec 2004 01:50:30 GMT Message-Id: <200412080150.iB81oUdO037461@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Herve Quiroz Subject: Re: kern/63621: [usb] USB MemoryStick Reader stalls/crashes system X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Herve Quiroz List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2004 01:50:30 -0000 The following reply was made to PR kern/63621; it has been noted by GNATS. From: Herve Quiroz To: Dmitry Morozovsky Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/63621: [usb] USB MemoryStick Reader stalls/crashes system Date: Wed, 8 Dec 2004 02:49:34 +0100 On Tue, Nov 30, 2004 at 03:12:58PM +0300, Dmitry Morozovsky wrote: > - 5.3-R: data transfers stall; however, msdosfs survives `umount -f' and > remounting. I've been experimenting with 5.3-RELEASE and 5.3-STABLE myself. The USB drive will work in most of the cases without the need of the trick I mentioned earlier. I can boot the system, plug the drive, mount, and 'svn update' and everything will go fine. Same regarding rsync or 'cp -r'... Anyway, as I said, this will work in "most of the cases". Indeed, on 5.3 I am experiencing a new problem: sometimes, when I plug my drive, the system freezes. No panic, no trace in the logs (I have not enabled any debug or verbose mode though -- tell me if you require such trace). The system just hangs. Then there must be something eating the CPU as my fan will shortly after that start to increase its speed automatically. The very bad here is that I cannot predict when this problem will arise. The drive may have been successfuly plugged/unplugged several times since last reboot and then fail at the next plugging. And this time, I am not allowed to save any work in progress nor try to sync my buffers before the panic. Needless to say, I tested it with different USB drive models and it still (sometimes) hangs, although I haven't performed further tests to determine precisely how often... I even replaced my RAM chips to be sure (but we're almost sure there's no cause here as the problem arise on several boxes at my office and home). This issue being IMHO even worse than the former one (given I have no workaround -- other than to pray each time I plug the drive), I think I will try and avoid using my USB drive as much as possible. Still, I am willing to help you sort this out by testing any patch you think would be worth. Hum, now that I think of it, the freeze seems to occur when I plug the drive and my ATA disk is stressed. Last time it happened (one hour ago) was during a 'cvs update -PdT' from my local ports repository. Could be just another coincidence though... Herve From owner-freebsd-usb@FreeBSD.ORG Wed Dec 8 22:13:01 2004 Return-Path: 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 3DE3616A4CE for ; Wed, 8 Dec 2004 22:13:01 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 726F643D45 for ; Wed, 8 Dec 2004 22:13:00 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from bigguy.am-productions.biz (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0)iB8LplWp052776 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 8 Dec 2004 16:51:48 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-usb@freebsd.org Date: Wed, 8 Dec 2004 17:16:02 -0500 User-Agent: KMail/1.7 References: <20041201130748.55761.qmail@web41206.mail.yahoo.com> In-Reply-To: <20041201130748.55761.qmail@web41206.mail.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10048868.95xZo3oUs6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412081716.11880.mistry.7@osu.edu> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com Subject: Re: UCR 61S2B / card reader X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2004 22:13:01 -0000 --nextPart10048868.95xZo3oUs6 Content-Type: multipart/mixed; boundary="Boundary-01=_j03tBks4SdWhBnK" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_j03tBks4SdWhBnK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 01 December 2004 08:07 am, Arne W=F6rner wrote: > Does somebody here know, how to solve my bug problem report > kern/62257 > (http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/62257)? > > Thx. > > -Arne > I think that I've got a drive that is similar. I've attached a dmesg and=20 usbdevs. =2D-=20 Anish Mistry --Boundary-01=_j03tBks4SdWhBnK Content-Type: text/plain; charset="iso-8859-1"; name="home-dmesg.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="home-dmesg.txt" Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD 6.0-CURRENT #0: Wed Dec 8 16:08:23 EST 2004 root@home.am-productions.biz:/usr/obj/usr/src/sys/HOME Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Sempron(tm) 2400+ (1666.68-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x681 Stepping =3D 1 Features=3D0x383fbff AMD Features=3D0xc0480000 real memory =3D 536805376 (511 MB) avail memory =3D 511893504 (488 MB) bktr_mem: memory holder loaded npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf0-0xcf3,0xcf8-0xcff on acpi0 pci_link0: irq 11 on acpi0 pci_link1: irq 5 on acpi0 pci_link2: irq 9 on acpi0 pci_link3: irq 3 on acpi0 pci_link4: on acpi0 pci_link5: on acpi0 pci_link6: irq 12 on acpi0 pci_link7: on acpi0 pci_link8: on acpi0 pci_link9: on acpi0 pci_link10: on acpi0 pci_link11: on acpi0 pci_link12: irq 11 on acpi0 pci_link13: irq 10 on acpi0 pci_link14: on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xec002000-0xec002fff irq 5 at d= evice 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered umass0: Generic USB Storage Device, rev 1.10/1.00, addr 3 umass0: SCSI over Bulk-Only; quirks =3D 0x0000 umass0:0:0:-1: Attached to scbus0 ohci1: mem 0xec003000-0xec003fff irq 9 at d= evice 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered uhub2: Texas Instruments General Purpose USB Hub, class 9/0, rev 1.10/1.01,= addr 2 uhub2: 2 ports with 0 removable, bus powered ukbd0: Logitech USB Receiver, rev 1.10/24.04, addr 3, iclass 3/1 kbd1 at ukbd0 ums0: Logitech USB Receiver, rev 1.10/24.04, addr 3, iclass 3/1 ums0: 7 buttons and Z dir. ehci0: mem 0xec004000-0xec0040ff irq 3 = at device 2.2 on pci0 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub3: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: single transaction translator uhub3: 8 ports with 8 removable, self powered pcm0: port 0xd400-0xd47f,0xd000-0xd0ff mem 0xec005000-= 0xec005fff irq 12 at device 6.0 on pci0 pcm0: [GIANT-LOCKED] pcm0: pcib1: at device 8.0 on pci0 pci_link12: BIOS IRQ 12 does not match initial IRQ 11 pci2: on pcib1 bktr0: mem 0xe9000000-0xe9000fff irq 12 at device 10.0 on p= ci2 bktr0: [GIANT-LOCKED] bktr0: Warning - card vendor 0x1002 (model 0x0003) unknown. bktr0: Pinnacle/Miro TV, Temic NTSC tuner. pci2: at device 10.1 (no driver attached) vr0: port 0xc000-0xc0ff mem 0xe8000000-0= xe80000ff irq 12 at device 11.0 on pci2 miibus0: on vr0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:50:8d:63:51:0b atapci0: port 0xf000-0xf00f,0x376,0= x170-0x177,0x3f6,0x1f0-0x1f7 at device 9.0 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcib2: at device 30.0 on pci0 pci1: on pcib2 nvidia0: mem 0xd8000000-0xdfffffff,0xea000000-0xeaffffff= irq 10 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] pci_link15: on acpi0 pci_link16: on acpi0 pci_link17: irq 16 on acpi0 pci_link18: irq 17 on acpi0 pci_link19: irq 18 on acpi0 pci_link20: irq 19 on acpi0 pci_link21: irq 16 on acpi0 pci_link22: irq 0 on acpi0 pci_link23: irq 0 on acpi0 pci_link24: irq 0 on acpi0 pci_link25: irq 0 on acpi0 pci_link26: irq 0 on acpi0 pci_link27: irq 0 on acpi0 pci_link28: irq 23 on acpi0 pci_link29: irq 0 on acpi0 pci_link30: irq 0 on acpi0 pci_link31: irq 0 on acpi0 pci_link32: irq 0 on acpi0 pci_link33: irq 0 on acpi0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A ppc0: port 0x778-0x77b,0x378-0x37f irq 7 drq 3 = on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcf7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1666675219 Hz quality 800 Timecounters tick every 1.000 msec Interrupt storm detected on "irq12: pcm0 vr0+"; throttling interrupt source Interrupt storm detected on "irq5: ohci0"; throttling interrupt source Interrupt storm detected on "irq3: ehci0"; throttling interrupt source Interrupt storm detected on "irq10: nvidia0"; throttling interrupt source ad0: 17206MB [34960/16/63] at ata0-master UDMA66 ad1: 152627MB [310101/16/63] at ata0-slave U= DMA100 acd0: CDRW at ata1-master UDMA33 (null): at uhub0 port 3 (addr 2) disconnected uhub2: at uhub1 port 3 (addr 2) disconnected ukbd0: at uhub2 port 1 (addr 3) disconnected umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR kern_symlink =3D 0 Trying to mount root from ufs:/dev/ad0s2a kernel_vmount =3D 0 umass0: at uhub0 port 4 (addr 3) disconnected umass0: detached umass0: Generic USB Storage Device, rev 1.10/1.00, addr 3 umass0: SCSI over Bulk-Only; quirks =3D 0x0000 umass0:0:0:-1: Attached to scbus0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device=20 da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device=20 da1: 1.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0=20 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0=20 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0=20 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device=20 da2: 1.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0=20 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0=20 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0=20 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 da3 at umass-sim0 bus 0 target 0 lun 3 da3: Removable Direct Access SCSI-0 device=20 da3: 1.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0=20 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0=20 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0=20 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 ukbd0: detached ums0: at uhub2 port 1 (addr 3) disconnected ums0: detached uhub2: detached usb_new_device: set address 2 failed - trying a port reset usb_new_device: set address 2 failed - trying a port reset usb_new_device: set address 2 failed - trying a port reset usb_new_device: set address 2 failed uhub_explore: usb_new_device failed, error=3DSET_ADDR_FAILED uhub1: device problem (SET_ADDR_FAILED), disabling port 3 --Boundary-01=_j03tBks4SdWhBnK Content-Type: text/plain; charset="iso-8859-1"; name="home-usbdevs.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="home-usbdevs.txt" Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), nVidia(0x0000), rev 1.00 port 1 powered port 2 powered port 3 addr 2: full speed, self powered, config 1, deskjet 5550(0x6004), hp(0x03f0), rev 1.00 port 4 addr 3: full speed, power 100 mA, config 1, USB Storage Device(0x0c55), Generic(0x1019), rev 1.00 Controller /dev/usb1: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), nVidia(0x0000), rev 1.00 port 1 powered port 2 powered port 3 enabled port 4 powered Controller /dev/usb2: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), nVidia(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 powered port 6 powered port 7 powered port 8 powered --Boundary-01=_j03tBks4SdWhBnK-- --nextPart10048868.95xZo3oUs6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBt30rxqA5ziudZT0RAsrCAJ97y+7KowLkzJP3hNlWtxQ56IVxGACdEyua /YHgdWJCzYNMXTPsLkA5BiM= =JD8L -----END PGP SIGNATURE----- --nextPart10048868.95xZo3oUs6-- From owner-freebsd-usb@FreeBSD.ORG Wed Dec 8 22:52:46 2004 Return-Path: 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 2815A16A4CE for ; Wed, 8 Dec 2004 22:52:46 +0000 (GMT) Received: from mta13-winn.mailhost.ntl.com (mailhost.ntl.com [212.250.162.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14B2443D31 for ; Wed, 8 Dec 2004 22:52:45 +0000 (GMT) (envelope-from scott@fishballoon.org) Received: from aamta08-winn.mailhost.ntl.com ([212.250.162.8]) by mta13-winn.mailhost.ntl.com with ESMTP <20041208225244.NUEI25703.mta13-winn.mailhost.ntl.com@aamta08-winn.mailhost.ntl.com>; Wed, 8 Dec 2004 22:52:44 +0000 Received: from llama.fishballoon.org ([82.4.146.133]) by aamta08-winn.mailhost.ntl.com with ESMTP <20041208225243.WXRD2279.aamta08-winn.mailhost.ntl.com@llama.fishballoon.org>; Wed, 8 Dec 2004 22:52:43 +0000 Received: from tuatara.fishballoon.org ([192.168.1.6]) by llama.fishballoon.org with esmtp (Exim 4.43 (FreeBSD)) id 1CcAfw-000Nt6-3N; Wed, 08 Dec 2004 22:52:48 +0000 Received: (from scott@localhost) by tuatara.fishballoon.org (8.13.1/8.13.1/Submit) id iB8Mrg3l013971; Wed, 8 Dec 2004 22:53:42 GMT (envelope-from scott) Date: Wed, 8 Dec 2004 22:53:42 +0000 From: Scott Mitchell To: Barry Bouwsma Message-ID: <20041208225342.GG12830@tuatara.fishballoon.org> References: <20041115000815.GD57138@tuatara.fishballoon.org> <200412011419.iB1EJDs10868@Mail.NOSPAM.DynDNS.dK> <20041201161615.GA523@tuatara.fishballoon.org> <200412012104.iB1L4s313837@Mail.NOSPAM.DynDNS.dK> <20041202000831.GC523@tuatara.fishballoon.org> <41B0C4A3.9080308@elischer.org> <20041203222253.GA68061@tuatara.fishballoon.org> <200412040746.iB47kJ802176@Mail.NOSPAM.DynDNS.dK> <20041205170336.GB68061@tuatara.fishballoon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041205170336.GB68061@tuatara.fishballoon.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 4.10-STABLE i386 cc: freebsd-usb@freebsd.org Subject: Re: [CALL FOR TESTERS] if_axe on 4.x X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2004 22:52:46 -0000 On Sun, Dec 05, 2004 at 05:03:36PM +0000, Scott Mitchell wrote: > > The attached diff should apply cleanly against 4.10 or any recent 4-STABLE > sources. Something like this ought to do it: > > # cd /usr/src > # patch < /path/to/axe.diff > > This should give you if_axe.c, if_axereg.h and all the necessary glue to > build a kernel/module with if_axe in it. GENERIC will include if_axe by > default. Committed to RELENG_4, so will be in 4.11. Barry - many thanks again for your work on this. Cheers, Scott -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" scott at fishballoon.org | 0xAA775B8B | -- Anon From owner-freebsd-usb@FreeBSD.ORG Thu Dec 9 11:38:33 2004 Return-Path: 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 98A4E16A4CE for ; Thu, 9 Dec 2004 11:38:33 +0000 (GMT) Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NOSPAM.dyndns.dk (84-72-24-80.dclient.hispeed.ch [84.72.24.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3F0243D54 for ; Thu, 9 Dec 2004 11:38:31 +0000 (GMT) (envelope-from bounce@NOSPAM.dyndns.dk) Received: from Mail.NOSPAM.DynDNS.dK (ipv6.NOSPAM.dyndns.dk [2002:5448:1850:0:210:60ff:fe25:f1e5]) (8.11.6/8.11.6-SPAMMERS-DeLiGHt) with ESMTP id iB9BcMa02723 verified NO); Thu, 9 Dec 2004 12:38:25 +0100 (CET) (envelope-from bounce@NOSPAM.dyndns.dk) Received: (from beer@localhost) by Mail.NOSPAM.DynDNS.dK (8.11.6/FNORD) id iB9BcLe02722; Thu, 9 Dec 2004 12:38:22 +0100 (CET) (envelope-from bounce@NOSPAM.dyndns.dk) Date: Thu, 9 Dec 2004 12:38:22 +0100 (CET) Message-Id: <200412091138.iB9BcLe02722@Mail.NOSPAM.DynDNS.dK> X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: beer set sender to bounce@NOSPAM.dyndns.dk using -f X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed from queue /tmp X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed by beer with -C /etc/mail/sendmail.cf-LOCAL From: Barry Bouwsma To: PLZ add me 2 UR FreeBSD USB Lits References: <200412021119.iB2BJGl20421@Mail.NOSPAM.DynDNS.dK> <41B0C2ED.5000706@elischer.org> cc: DragonFlyBDSM Submissives Subject: Re: Dorky usbdevs question X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Dec 2004 11:38:33 -0000 [ This is sent to both the FreeBSD USB mailing list as well as the DragonFlyBSD list for code submissions, in case you followup. If you do reply, drop my address (or just the hostname to make IPv4-aware) ] On Fri, 03 Dec 2004 11:47:57 -0800, Julian Elischer replied to me: > Barry Bouwsma wrote: > >If I may ask, what sort of policy is there on updating usbdevs > >and its ilk? (also concerning 4.x) > >I think it would be nice if all the usbdevs files (4.x, 5.x, -current, > >netbsd, others) were as similar as possible. Otherwise, I'll need to > If you submit patches for merging in from all sources, the we can > certainly commit them. > there isn't much risk in identifying extra devices. I volunteer. I've started with this morning's DragonFly and FreeBSD Current, so... Does the DragonFly team have interest in merging any missing usbdevs entries as well? Please say yes. For starters, the two sets of diffs below can be applied respectively to FreeBSD-current or DragonFly, to bring them into sync. If the DragonFly team is interested, I'll post a note to further patches I come up with to bring in any more entries from OpenBSD and NetBSD, that I plan to make against the (unified) patched usbdevs in FBSD/DFly. The diffs can be downloaded for a short time from https://nospam.dyndns.dk/hacks/usbdevs/ (also without SSL) Of interest to FreeBSD-current would be https://nospam.dyndns.dk/hacks/usbdevs/usbdiffs-dfly == APPLICABLE TO FreeBSD-current contains a few additions in DragonFly that are not in -current one typo correction a good number of whitespace diffs for consistency a couple of ordering changes um, interpid/intrepid? Typo still needs a-fixin' somewhere For DragonFly, you want to have https://nospam.dyndns.dk/hacks/usbdevs/usbdevs-dfly-patch == APPLICABLE TO DragonFly a few additions from FreeBSD not yet in DFly minor ordering changes and duplicate elimination Another set of eyeballs on this would be helpful to verify that I haven't botched something while manually cleaning the diffs. To the FreeBSD people, should I bother with a diff of my final hacked usbdevs against 5.x and 4.x, or would someone later sync everything up? enjoy, barry bouwsma From owner-freebsd-usb@FreeBSD.ORG Thu Dec 9 18:00:44 2004 Return-Path: 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 E8C8316A4CE for ; Thu, 9 Dec 2004 18:00:44 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D32D443D2D for ; Thu, 9 Dec 2004 18:00:44 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iB9I0iok091477 for ; Thu, 9 Dec 2004 18:00:44 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iB9I0iGW091476; Thu, 9 Dec 2004 18:00:44 GMT (envelope-from gnats) Date: Thu, 9 Dec 2004 18:00:44 GMT Message-Id: <200412091800.iB9I0iGW091476@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Herve Quiroz Subject: Re: kern/63621: [usb] USB MemoryStick Reader stalls/crashes system X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Herve Quiroz List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Dec 2004 18:00:45 -0000 The following reply was made to PR kern/63621; it has been noted by GNATS. From: Herve Quiroz To: Dmitry Morozovsky , freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/63621: [usb] USB MemoryStick Reader stalls/crashes system Date: Thu, 9 Dec 2004 18:58:17 +0100 On Wed, Dec 08, 2004 at 02:49:34AM +0100, Herve Quiroz wrote: > I've been experimenting with 5.3-RELEASE and 5.3-STABLE myself. The USB > drive will work in most of the cases without the need of the trick I > mentioned earlier. I can boot the system, plug the drive, mount, and > 'svn update' and everything will go fine. Same regarding rsync or 'cp > -r'... > > Anyway, as I said, this will work in "most of the cases". Indeed, on 5.3 > I am experiencing a new problem: sometimes, when I plug my drive, the > system freezes. No panic, no trace in the logs (I have not enabled any > debug or verbose mode though -- tell me if you require such trace). The > system just hangs. Then there must be something eating the CPU as my fan > will shortly after that start to increase its speed automatically. I forgot to mention that I have enabled PREEMPTION in my kernel config lately. I will try to recompile a kernel without preemption and test plugging my USB drive to be sure. Herve From owner-freebsd-usb@FreeBSD.ORG Thu Dec 9 22:59:54 2004 Return-Path: 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 886B616A4CE for ; Thu, 9 Dec 2004 22:59:54 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F7EE43D2D for ; Thu, 9 Dec 2004 22:59:54 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 46B257A403; Thu, 9 Dec 2004 14:59:54 -0800 (PST) Message-ID: <41B8D8EA.6010409@elischer.org> Date: Thu, 09 Dec 2004 14:59:54 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Sean_Welch@alum.wofford.org References: <20041208154552.GA5738@NitroPhys.welchsmnet.net> In-Reply-To: <20041208154552.GA5738@NitroPhys.welchsmnet.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: usb@freebsd.org Subject: Re: [patch] Samsung SPH-i500 Palm phone as a modem and organizer under 5.3-RELEASE X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Dec 2004 22:59:54 -0000 forwarded to the usb list.. Sean Welch wrote: >I saw a while back that someone was asking about using this device as >a modem. I've now purchased one and have done some work on the usb >subsystem to use it both as a modem and a Palm device. Have a look at >the PR I just filed (with the patch in it): > >http://www.freebsd.org/cgi/query-pr.cgi?pr=74849 > >The message I saw earlier is here: > >http://docs.FreeBSD.org/cgi/mid.cgi?155150000.1067738418 > >I've taken the liberty of cc'ing you, LER, just in case you still have >the phone and would like to use it with FreeBSD. > >The section I've added to my /etc/usbd.conf file to handle syncing is >as follows: > >device "Samsung I500" > devname "ucom0" > vendor 0x0830 > product 0x0001 > release 0x0100 > attach "/usr/bin/su - welchsm -c '/usr/X11R6/bin/jpilot-sync -b'" > >Note that the vendor and product codes belong to Palm *not* Samsung. >I prefer a full backup of everything on the phone but if you just want >contacts/notes/schedule you can leave off the -b. Make sure usbd is >running and this will fire off as soon as you hit the sync button >(logged in or not!). Running the GUI interface for jpilot will also >work -- IF you press the sync button *before* starting the program. >Neither coldsync nor gnomepilot seems to work, though I suspect that >with the newer usb setup in -CURRENT (creating ttyU* devices) that >gnomepilot would work there. > >I hope someone else can get as much use as I am from this device! > >Sean > >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > From owner-freebsd-usb@FreeBSD.ORG Thu Dec 9 23:32:57 2004 Return-Path: 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 DF92616A4CE for ; Thu, 9 Dec 2004 23:32:56 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFDBB43D2D for ; Thu, 9 Dec 2004 23:32:56 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 987DE7A44A; Thu, 9 Dec 2004 15:32:56 -0800 (PST) Message-ID: <41B8E0A8.6090405@elischer.org> Date: Thu, 09 Dec 2004 15:32:56 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Barry Bouwsma References: <200412021119.iB2BJGl20421@Mail.NOSPAM.DynDNS.dK> <41B0C2ED.5000706@elischer.org> <200412091138.iB9BcLe02722@Mail.NOSPAM.DynDNS.dK> In-Reply-To: <200412091138.iB9BcLe02722@Mail.NOSPAM.DynDNS.dK> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: DragonFlyBDSM Submissives cc: PLZ add me 2 UR FreeBSD USB Lits Subject: Re: Dorky usbdevs question X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Dec 2004 23:32:57 -0000 Barry Bouwsma wrote: >[ This is sent to both the FreeBSD USB mailing list as well as the > DragonFlyBSD list for code submissions, in case you followup. If > you do reply, drop my address (or just the hostname to make IPv4-aware) ] > > >On Fri, 03 Dec 2004 11:47:57 -0800, Julian Elischer replied to me: > > > >>Barry Bouwsma wrote: >> >> >>>If I may ask, what sort of policy is there on updating usbdevs >>>and its ilk? (also concerning 4.x) >>>I think it would be nice if all the usbdevs files (4.x, 5.x, -current, >>>netbsd, others) were as similar as possible. Otherwise, I'll need to >>> >>> > > > >>If you submit patches for merging in from all sources, the we can >>certainly commit them. >>there isn't much risk in identifying extra devices. >> >> > >I volunteer. I've started with this morning's DragonFly and FreeBSD >Current, so... > >Does the DragonFly team have interest in merging any missing usbdevs >entries as well? Please say yes. > >For starters, the two sets of diffs below can be applied respectively >to FreeBSD-current or DragonFly, to bring them into sync. > >If the DragonFly team is interested, I'll post a note to further >patches I come up with to bring in any more entries from OpenBSD >and NetBSD, that I plan to make against the (unified) patched usbdevs >in FBSD/DFly. > > >The diffs can be downloaded for a short time from >https://nospam.dyndns.dk/hacks/usbdevs/ (also without SSL) > >Of interest to FreeBSD-current would be >https://nospam.dyndns.dk/hacks/usbdevs/usbdiffs-dfly > == APPLICABLE TO FreeBSD-current >contains a few additions in DragonFly that are not in -current >one typo correction >a good number of whitespace diffs for consistency >a couple of ordering changes >um, interpid/intrepid? Typo still needs a-fixin' somewhere > > >For DragonFly, you want to have >https://nospam.dyndns.dk/hacks/usbdevs/usbdevs-dfly-patch > == APPLICABLE TO DragonFly >a few additions from FreeBSD not yet in DFly >minor ordering changes and duplicate elimination > > >Another set of eyeballs on this would be helpful to verify that >I haven't botched something while manually cleaning the diffs. > > >To the FreeBSD people, should I bother with a diff of my final >hacked usbdevs against 5.x and 4.x, or would someone later sync >everything up? > if you provide diffs for each it's easier.. I'll commit these.. make sure it's obvious the order in which the diffs need to be applied if they touch teh same files. e.g. if you have a set of diffs for netBSD additions and one for Dfly additions, let me know which order I should apply them.. > > >enjoy, >barry bouwsma > >_______________________________________________ >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 Fri Dec 10 06:04:42 2004 Return-Path: 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 EF79C16A4CE; Fri, 10 Dec 2004 06:04:42 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CCD943D4C; Fri, 10 Dec 2004 06:04:42 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from bigguy.am-productions.biz (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0)iBA5hNWp039166 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 10 Dec 2004 00:43:24 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-usb@freebsd.org Date: Fri, 10 Dec 2004 01:07:37 -0500 User-Agent: KMail/1.7 References: <20041201130748.55761.qmail@web41206.mail.yahoo.com> <200412081716.11880.mistry.7@osu.edu> In-Reply-To: <200412081716.11880.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8050679.MexP0K0CTp"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412100107.56636.mistry.7@osu.edu> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com cc: Ian Dowse Subject: Re: UCR 61S2B / card reader X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2004 06:04:43 -0000 --nextPart8050679.MexP0K0CTp Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I've got one of these drives (UCR 61S2B card reader) and for all the slots= =20 to work it needs a "magic packet" sent to it to make it work. The linux=20 patch is below, but I'm unsure of how to work it into our USB quirks=20 system. http://www.kernel.org/pub/linux/kernel/people/gregkh/usb/2.5/usb-storage-02= =2D2.5.73.patch Thanks, =2D-=20 Anish Mistry --nextPart8050679.MexP0K0CTp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBuT08xqA5ziudZT0RAm2SAJ9EpuLc63QsWcq7+Pt2uJLjG1PIZgCdGFme lYyrDbgZQcHnYRh3jG1yvK8= =9Edg -----END PGP SIGNATURE----- --nextPart8050679.MexP0K0CTp-- From owner-freebsd-usb@FreeBSD.ORG Fri Dec 10 13:01:36 2004 Return-Path: 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 4633A16A4CE for ; Fri, 10 Dec 2004 13:01:36 +0000 (GMT) Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NOSPAM.dyndns.dk (84-72-24-80.dclient.hispeed.ch [84.72.24.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58C4F43D5F for ; Fri, 10 Dec 2004 13:01:34 +0000 (GMT) (envelope-from bounce@NOSPAM.dyndns.dk) Received: from Mail.NOSPAM.DynDNS.dK (ipv6.NOSPAM.dyndns.dk [2002:5448:1850:0:210:60ff:fe25:f1e5]) (8.11.6/8.11.6-SPAMMERS-DeLiGHt) with ESMTP id iBAD1Rc13278 verified NO) for ; Fri, 10 Dec 2004 14:01:32 +0100 (CET) (envelope-from bounce@NOSPAM.dyndns.dk) Received: (from beer@localhost) by Mail.NOSPAM.DynDNS.dK (8.11.6/FNORD) id iBAD1QI13277; Fri, 10 Dec 2004 14:01:26 +0100 (CET) (envelope-from bounce@NOSPAM.dyndns.dk) Date: Fri, 10 Dec 2004 14:01:26 +0100 (CET) Message-Id: <200412101301.iBAD1QI13277@Mail.NOSPAM.DynDNS.dK> X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: beer set sender to bounce@NOSPAM.dyndns.dk using -f X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed from queue /tmp X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed by beer with -C /etc/mail/sendmail.cf-LOCAL From: Barry Bouwsma Cc: PLZ add me 2 UR FreeBSD USB Lits References: <200412021119.iB2BJGl20421@Mail.NOSPAM.DynDNS.dK> <41B0C2ED.5000706@elischer.org> <200412091138.iB9BcLe02722@Mail.NOSPAM.DynDNS.dK> <41B8E0A8.6090405@elischer.org> Subject: Re: Dorky usbdevs question X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2004 13:01:36 -0000 > >>If you submit patches for merging in from all sources, the we can > >>certainly commit them. > >>there isn't much risk in identifying extra devices. > >To the FreeBSD people, should I bother with a diff of my final > >hacked usbdevs against 5.x and 4.x, or would someone later sync > >everything up? > if you provide diffs for each it's easier.. > I'll commit these.. Thanks! I'll wait with syncing 4.x and 5.x against -current until I've submitted a few more diffs to bring -current into line with anything the OtherBSDen have that's missing. > make sure it's obvious the order in which the diffs need to be applied > if they touch teh same files. > e.g. if you have a set of diffs for netBSD additions and one for Dfly > additions, let me know > which order I should apply them.. Of course -- but it will be a little while before I get a merge from NetBSD ready, because, well, it's a lot. So for now, start with the DFly diff (first one to be applied), and I'll let you know when I have the second diff ready. And that brings up the question, how much of the NetBSD usbdevs does FreeBSD want to adopt? All of it to make future merges trivial? There are some changes that I want to ask about before creating a diff, if FreeBSD wants to head that way (making the RCS delta larger, but bringing about harmony with NetBSD): -vendor COMPAQ 0x049f Compaq -vendor HITACHI 0x04a4 Hitachi +vendor COMPAQ 0x049f Compaq Computers +vendor HITACHI 0x04a4 Hitachi, Ltd. ( - == latest NetBSD; + == current FreeBSD ) Lots of Ltd, GmbH, Corp, Int'l, have been dropped. Or, -product BROADCOM BCM2033 0x2000 BCM2033 +product BROADCOM BCM2033 0x2033 BCM2033 Bluetooth USB dongle Descriptive strings have been shortened dropping type of product If there's a preference one way or the other, I'll try to follow it. If not, I'll probably take the easy way out and adopt the NetBSD style to keep differences as few as possible. Until I hear this, I've put this merge on hold for a spell, as I hack something else to keep busy. The OpenBSD diff against FreeBSD indicates it is based on NetBSD, so I'm not sure which I'll do first, as they're both more than the relatively trivial diffs to DFly. your thoughts? thanks barry bouwsma From owner-freebsd-usb@FreeBSD.ORG Fri Dec 10 20:54:10 2004 Return-Path: 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 0A3F116A4CE for ; Fri, 10 Dec 2004 20:54:10 +0000 (GMT) Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NOSPAM.dyndns.dk (84-72-24-80.dclient.hispeed.ch [84.72.24.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2634943D41 for ; Fri, 10 Dec 2004 20:54:08 +0000 (GMT) (envelope-from bounce@NOSPAM.dyndns.dk) Received: from Mail.NOSPAM.DynDNS.dK (ipv6.NOSPAM.dyndns.dk [2002:5448:1850:0:210:60ff:fe25:f1e5]) (8.11.6/8.11.6-SPAMMERS-DeLiGHt) with ESMTP id iBAKs3c16698 verified NO) for ; Fri, 10 Dec 2004 21:54:06 +0100 (CET) (envelope-from bounce@NOSPAM.dyndns.dk) Received: (from beer@localhost) by Mail.NOSPAM.DynDNS.dK (8.11.6/FNORD) id iBAKs2R16697; Fri, 10 Dec 2004 21:54:02 +0100 (CET) (envelope-from bounce@NOSPAM.dyndns.dk) Date: Fri, 10 Dec 2004 21:54:02 +0100 (CET) Message-Id: <200412102054.iBAKs2R16697@Mail.NOSPAM.DynDNS.dK> X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: beer set sender to bounce@NOSPAM.dyndns.dk using -f X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed from queue /tmp X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed by beer with -C /etc/mail/sendmail.cf-LOCAL From: Barry Bouwsma To: FreeBSD USB List References: <41B33A20.29965.9F16D546@localhost> <6.2.0.14.0.20041205164630.0316d8e0@64.7.153.2> <41B34DBF.13262.9F637925@localhost> <200412061345.iB6DjRw14911@Mail.NOSPAM.DynDNS.dK> <41B4BC01.8030203@elischer.org> <200412091400.iB9E0Ns03866@Mail.NOSPAM.DynDNS.dK> <41B8C7A9.3080306@elischer.org> Subject: Hacking usb/uaudio code (Was: Re: lexar usb media failure to attach) X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2004 20:54:10 -0000 [I'm going to throw this back onto the list, if you don't mind] On Thu, 09 Dec 2004 13:46:17 -0800, Julian Elischer wrote: [I wrote] > >Like, right now, the uaudio.c file in FreeBSD-4 is so behind the > >state of NetBSD, that I'm not intending to do any MFNbsd's, but > >instead, simply replace uaudio.c and see if I can get it to > >compile, and if so, then see if it works. Heh. That was a non-starter, so instead, I am doing what I hoped to avoid, merging in every delta from NetBSD one by one -- there are simply too many changes, and the way that uaudio.c is put together is that there's a Net/OpenBSD-specific part, and then a FreeBSD-specific part. Probably because of the difference between the sound framework of them. Many of the diffs apply to the NetBSD-specific part cleanly, but don't apply to any FreeBSD code, so there is a goodly amount of functionality that is being added but not for FreeBSD, yet. I put this aside for a while, to work on something different, but when I complete the merging, I hope to have something that contains all the latest NetBSD code, which then needs to be manually hacked into the FreeBSD-specific part. That may be beyond my reach, but I hope that the merged code can be used as a starting point by someone with the clue I lack. Also, maybe some things will have been added by these merges to FreeBSD as well that are presently missing in uaudio functionality. Anyway, that's my work in progress, but no promises... > basically I can commit any diff files you generate for 6,5,and 4 that > yuo have tested in those environments.. I'm actually using 4.x exclusively for reasons I won't get into in detail (GEOM broke compatibility with my disk layout, and I haven't taken the time to properly build 5.x and 6.x as a real work environment for this reason), though I can cross-compile and maybe do minimal testing on 5.x and -current -- probably, unless my present hardware has problems with recent OS source. So if I do come up with something, I'll announce it here for any interested parties to build and test. As the uaudio.c code in 4.x is essentially identical to that in -current, I hope that whatever I do should be applicable to all. thanks barry bouwsma From owner-freebsd-usb@FreeBSD.ORG Sat Dec 11 06:51:27 2004 Return-Path: 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 85C9216A4CE for ; Sat, 11 Dec 2004 06:51:27 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0249243D54 for ; Sat, 11 Dec 2004 06:51:27 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-216-100-134-143.dsl.snfc21.pacbell.net [216.100.134.143])iBB6pODa275044; Sat, 11 Dec 2004 01:51:25 -0500 Message-ID: <41BA98EB.9010503@elischer.org> Date: Fri, 10 Dec 2004 22:51:23 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041017 X-Accept-Language: en, hu MIME-Version: 1.0 To: Barry Bouwsma References: <200412021119.iB2BJGl20421@Mail.NOSPAM.DynDNS.dK> <41B0C2ED.5000706@elischer.org> <200412091138.iB9BcLe02722@Mail.NOSPAM.DynDNS.dK> <41B8E0A8.6090405@elischer.org> <200412101301.iBAD1QI13277@Mail.NOSPAM.DynDNS.dK> In-Reply-To: <200412101301.iBAD1QI13277@Mail.NOSPAM.DynDNS.dK> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: PLZ add me 2 UR FreeBSD USB Lits Subject: Re: Dorky usbdevs question X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Dec 2004 06:51:27 -0000 Barry Bouwsma wrote: >>>>If you submit patches for merging in from all sources, the we can >>>>certainly commit them. >>>>there isn't much risk in identifying extra devices. > > >>>To the FreeBSD people, should I bother with a diff of my final >>>hacked usbdevs against 5.x and 4.x, or would someone later sync >>>everything up? > > >>if you provide diffs for each it's easier.. >>I'll commit these.. > > > Thanks! I'll wait with syncing 4.x and 5.x against -current until > I've submitted a few more diffs to bring -current into line with > anything the OtherBSDen have that's missing. > > > >>make sure it's obvious the order in which the diffs need to be applied >>if they touch teh same files. >>e.g. if you have a set of diffs for netBSD additions and one for Dfly >>additions, let me know >>which order I should apply them.. > > > Of course -- but it will be a little while before I get a merge from > NetBSD ready, because, well, it's a lot. So for now, start with the > DFly diff (first one to be applied), and I'll let you know when I have > the second diff ready. > > And that brings up the question, how much of the NetBSD usbdevs does > FreeBSD want to adopt? All of it to make future merges trivial? There > are some changes that I want to ask about before creating a diff, if > FreeBSD wants to head that way (making the RCS delta larger, but > bringing about harmony with NetBSD): make it as close to NetBSD as possible.. that's our source.. don't worry about the size of the RCS delta. worry about the size of future diffs. > > -vendor COMPAQ 0x049f Compaq > -vendor HITACHI 0x04a4 Hitachi > +vendor COMPAQ 0x049f Compaq Computers > +vendor HITACHI 0x04a4 Hitachi, Ltd. > ( - == latest NetBSD; + == current FreeBSD ) > > Lots of Ltd, GmbH, Corp, Int'l, have been dropped. Or, > > -product BROADCOM BCM2033 0x2000 BCM2033 > +product BROADCOM BCM2033 0x2033 BCM2033 Bluetooth USB dongle > > Descriptive strings have been shortened dropping type of product > > > If there's a preference one way or the other, I'll try to follow > it. If not, I'll probably take the easy way out and adopt the > NetBSD style to keep differences as few as possible. Until I hear > this, I've put this merge on hold for a spell, as I hack something > else to keep busy. > > The OpenBSD diff against FreeBSD indicates it is based on NetBSD, > so I'm not sure which I'll do first, as they're both more than the > relatively trivial diffs to DFly. the order doesn't worry me.. just tell me URLs and the order to apply them. > > > your thoughts? > > thanks > barry bouwsma > > _______________________________________________ > 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"