From owner-freebsd-usb@FreeBSD.ORG Sun Feb 8 05:21:11 2009 Return-Path: Delivered-To: usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F5F31065677; Sun, 8 Feb 2009 05:21:11 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 06D468FC0A; Sun, 8 Feb 2009 05:21:10 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id D83791A3C3B; Sat, 7 Feb 2009 21:21:10 -0800 (PST) Date: Sat, 7 Feb 2009 21:21:10 -0800 From: Alfred Perlstein To: Maxim Sobolev Message-ID: <20090208052110.GY78804@elvis.mu.org> References: <20090206045349.GQ78804@elvis.mu.org> <498C013B.4000405@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <498C013B.4000405@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: usb@FreeBSD.org, current@FreeBSD.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 05:21:11 -0000 * Maxim Sobolev [090206 01:50] wrote: > Alfred Perlstein wrote: > > - Update GENERIC to use usb2 device names. > > Wasn't there a plan to rename usb2 devices to match oldusb names (where > applicable) once oldusb had been killed? I don't see it in the list. Probably, although coming from the other side as a user I find it pretty annoying when there's somewhat gratuitous changes to the kernel config files that I don't really care about that cause my kernels to break. Doing it once is probably enough, but let me know if this is really, really important... Basically, calling it usb2 isn't as bad as renaming it back to "usb" as it's less disruptive in my book. If a lot of people poke me about renaming it, we'll get it done, but I don't really believe in it. -- - Alfred Perlstein From owner-freebsd-usb@FreeBSD.ORG Sun Feb 8 09:09:28 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22F8F10656BB for ; Sun, 8 Feb 2009 09:09:28 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id AAE0D8FC0A for ; Sun, 8 Feb 2009 09:09:27 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=ar-1rcyr13IA:10 a=vLE2cj1srjkqfEMtiEIA:9 a=4hsNUfPUqgPurAmsLcAA:7 a=S2Ez-jVzYVYf9Io369Rn9g9tDHkA:4 a=LY0hPdMaydYA:10 a=9aOQ2cSd83gA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 141834566; Sun, 08 Feb 2009 10:09:25 +0100 From: Hans Petter Selasky To: "M. Warner Losh" Date: Sun, 8 Feb 2009 10:11:51 +0100 User-Agent: KMail/1.9.7 References: <200902071808.48709.hselasky@c2i.net> <200902072044.53830.hselasky@c2i.net> <20090207.141924.1835128044.imp@bsdimp.com> In-Reply-To: <20090207.141924.1835128044.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902081011.52747.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: eToken and USB2 (ugen issue?) X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 09:09:28 -0000 On Saturday 07 February 2009, M. Warner Losh wrote: > In message: <200902072044.53830.hselasky@c2i.net> > > Hans Petter Selasky writes: > : On Saturday 07 February 2009, M. Warner Losh wrote: > : > : Hi, > : > : > : Applications that use /dev/ugen, needs to be recompiled at least and > : > : modified to open /dev/ugenX.Y.A.B instead of /dev/ugenY.B . > : > > : > Any reason not to provide the old name as an alias to the new? > : > : Technically it will complicate the ugen kernel code. > > That's a very vague answer.. /dev/ugen is currently two dimensional with X.Y, where X is bus and Y is device index. This needs to be serialised into /dev/ugenZ if we are to be backwards compatible. --HPS From owner-freebsd-usb@FreeBSD.ORG Sun Feb 8 13:59:31 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DEC6106564A; Sun, 8 Feb 2009 13:59:31 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id D4FAB8FC1B; Sun, 8 Feb 2009 13:59:30 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id 2E8A14ACD1; Sun, 8 Feb 2009 14:44:21 +0100 (CET) Date: Sun, 8 Feb 2009 14:44:21 +0100 From: Martin Wilke To: Alfred Perlstein Message-ID: <20090208134420.GA42242@bsdcrew.de> References: <20090206045349.GQ78804@elvis.mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20090206045349.GQ78804@elvis.mu.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: usb@freebsd.org, current@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 13:59:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 May be also a ports exp-run to make sure you don't break to many ports? - - Martin On Thu, Feb 05, 2009 at 08:53:49PM -0800, Alfred Perlstein wrote: > Hello -current and -usb. > > We are in the final stages of bringing in the new usb > stack. > > Features include: SMP, better device support, speed increases. > > We hope to make it in for 8.0. It will really take a unified effort > to make this all work and I look forward to all contributors input. > > We have a few large steps ahead of us and I wanted to lay out the > schedule so that people understand what is coming and what to expect. > > At this point we expect there to be no style or changes in usb2 > that are not bugfixes until Phase 3 "Hand off". The reason for > this is to prevent bugs from creeping in and allow the maintainer > to focus 100% on bugs and feature parity with the oldusb stack. > > Here is the plan and timeline: > > Phase 1) Make usb2 the default, by enabling it in GENERIC. > > * Sunday 8 Feb 2009 -- Toggle the usb2 knob in GENERIC > > - Add all the usb2 options to NOTES, including commented > documentation about recommended usb2 'sets' of options, > and the usual NOTES-based hints about the options. > > - Update GENERIC to use usb2 device names. > > - Bump __FreeBSD_version and edit UPDATING to note usb2 is now the > default. > > - Verify that it still possible to use the old usb code as a > fallback, until we are ready to detach and remove it from /head > > * Sunday 22 Feb 2009 -- Go through quirks in old-usb code and port > over any remaining bits to usb2 > > - Lock the oldusb code for 2 weeks, until the next usb2 > checkpoint, to verify usb2 is a viable replacement without > having to keep chasing a moving oldusb target. > > Phase 2) Removing the oldusb code. > > * Sunday 15 Mar 2009 -- usb2 bug busting weekend > > - Go through the open usb2 problem reports, and see if there are > any usb2 blocker bugs that need fixing. > > - If the bug hunt shows we are ready to do away with oldusb, > unlink the old usb code from the build, but leave it in for > a few more days. > > * Sunday 22 Mar 2009 -- remove oldusb code. > > - old usb code will be removed. > > Phase 3) Hand-off. > > * Sunday 29 Mar 2009 -- usb2 hand over to src-committers > > - The switch from a private Hans-only repository to the main > subversion tree. > > - At this point, the usb2 is handed over to the src-committers > and Hans has to go through a mentor/committer before committing > changes. > > Thank you! > > -- > - Alfred Perlstein > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkmO4bQACgkQFwpycAVoI1NEcACeMQyjZGYPG1WO/pAT7ErFaKop pyYAnAuICJDTLDepTnLvvth1o+53m0nU =R3Om -----END PGP SIGNATURE----- From owner-freebsd-usb@FreeBSD.ORG Sun Feb 8 18:30:03 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BA81106564A; Sun, 8 Feb 2009 18:30:03 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from websrv01.jr-hosting.nl (websrv01.jr-hosting.nl [78.47.69.233]) by mx1.freebsd.org (Postfix) with ESMTP id B65328FC1A; Sun, 8 Feb 2009 18:30:02 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from localhost ([127.0.0.1] helo=galain.elvandar.org) by websrv01.jr-hosting.nl with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LWDln-000391-Rl; Sun, 08 Feb 2009 18:48:39 +0100 Received: from 195.64.94.120 (SquirrelMail authenticated user remko) by galain.elvandar.org with HTTP; Sun, 8 Feb 2009 18:48:39 +0100 (CET) Message-ID: <8b3974a5f1b260fd438518f703aee2f5.squirrel@galain.elvandar.org> In-Reply-To: <20090208052110.GY78804@elvis.mu.org> References: <20090206045349.GQ78804@elvis.mu.org> <498C013B.4000405@FreeBSD.org> <20090208052110.GY78804@elvis.mu.org> Date: Sun, 8 Feb 2009 18:48:39 +0100 (CET) From: "Remko Lodder" To: "Alfred Perlstein" User-Agent: SquirrelMail/1.4.17 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: usb@freebsd.org, Maxim Sobolev , current@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 18:30:03 -0000 On Sun, February 8, 2009 6:21 am, Alfred Perlstein wrote: > * Maxim Sobolev [090206 01:50] wrote: >> Alfred Perlstein wrote: >> > - Update GENERIC to use usb2 device names. >> >> Wasn't there a plan to rename usb2 devices to match oldusb names (where >> applicable) once oldusb had been killed? I don't see it in the list. [snip] > > If a lot of people poke me about renaming it, we'll get it done, > but I don't really believe in it. > I would like to enfavor that it is being named "usb" at some point. We do not want to keep names like rcNG while at some point it's the defacto standard right? Also names like USB2 tell people that there might be a USB1 as well, which we no longer ship at some point. Please name it "usb_*". In addition; there is a request from Warner (if I remember correctly); which I do share; there is a manual regeneration needed if you add something to usbdevs, please make sure that that goes automatically like "usb1" does at the moment. Thanks, Remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-usb@FreeBSD.ORG Sun Feb 8 18:38:26 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DE3C1065677; Sun, 8 Feb 2009 18:38:26 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8F8688FC13; Sun, 8 Feb 2009 18:38:25 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 9572AFF90; Mon, 9 Feb 2009 07:38:24 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dMnTSWPAMRnB; Mon, 9 Feb 2009 07:38:21 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Mon, 9 Feb 2009 07:38:21 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id B266511428; Mon, 9 Feb 2009 07:38:20 +1300 (NZDT) Date: Sun, 8 Feb 2009 10:38:20 -0800 From: Andrew Thompson To: Remko Lodder Message-ID: <20090208183820.GA21343@citylink.fud.org.nz> References: <20090206045349.GQ78804@elvis.mu.org> <498C013B.4000405@FreeBSD.org> <20090208052110.GY78804@elvis.mu.org> <8b3974a5f1b260fd438518f703aee2f5.squirrel@galain.elvandar.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8b3974a5f1b260fd438518f703aee2f5.squirrel@galain.elvandar.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: usb@freebsd.org, current@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 18:38:27 -0000 On Sun, Feb 08, 2009 at 06:48:39PM +0100, Remko Lodder wrote: > On Sun, February 8, 2009 6:21 am, Alfred Perlstein wrote: > > * Maxim Sobolev [090206 01:50] wrote: > >> Alfred Perlstein wrote: > >> > - Update GENERIC to use usb2 device names. > >> > >> Wasn't there a plan to rename usb2 devices to match oldusb names (where > >> applicable) once oldusb had been killed? I don't see it in the list. > > [snip] > > > > > If a lot of people poke me about renaming it, we'll get it done, > > but I don't really believe in it. > > > > I would like to enfavor that it is being named "usb" at some point. We do > not want to keep names like rcNG while at some point it's the defacto > standard right? Also names like USB2 tell people that there might be a > USB1 as well, which we no longer ship at some point. > > Please name it "usb_*". > > In addition; there is a request from Warner (if I remember correctly); > which I do share; there is a manual regeneration needed if you add > something to usbdevs, please make sure that that goes automatically like > "usb1" does at the moment. I take it the stage (1) is to switch over GENERIC to the new usb2 code and will not involve renaming the config items. stage (2) moves the usb code around in svn and all USB2 kernel config items will assume their original names, ie. usb2_controller_echi -> ehci. I think this is what Alfred was getting about with only changing it once. Andrew From owner-freebsd-usb@FreeBSD.ORG Sun Feb 8 18:48:53 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10CD2106566C; Sun, 8 Feb 2009 18:48:53 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id DE8F98FC0C; Sun, 8 Feb 2009 18:48:51 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=8UcZu9N6atoA:10 a=rZF0ZLlPMY8A:10 a=XtESaCWIz7Q3b-GXq_kA:9 a=YjkJybZi3bJXguEcEoQA:7 a=ijnvtekda0QIE_g3qzDQK413FEAA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 142006620; Sun, 08 Feb 2009 19:48:50 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 8 Feb 2009 19:51:15 +0100 User-Agent: KMail/1.9.7 References: <20090206045349.GQ78804@elvis.mu.org> <8b3974a5f1b260fd438518f703aee2f5.squirrel@galain.elvandar.org> <20090208183820.GA21343@citylink.fud.org.nz> In-Reply-To: <20090208183820.GA21343@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902081951.16823.hselasky@c2i.net> Cc: usb@freebsd.org, Remko Lodder , Andrew Thompson Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 18:48:53 -0000 On Sunday 08 February 2009, Andrew Thompson wrote: > On Sun, Feb 08, 2009 at 06:48:39PM +0100, Remko Lodder wrote: > > On Sun, February 8, 2009 6:21 am, Alfred Perlstein wrote: > > > > Please name it "usb_*". Beware that if you rename everything from "usb2_" to "usb_" there will be symbol and structure clashes with the linux USB compat layer, which needs to be resolved. --HPS From owner-freebsd-usb@FreeBSD.ORG Sun Feb 8 19:21:16 2009 Return-Path: Delivered-To: usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E3801065670 for ; Sun, 8 Feb 2009 19:21:16 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id A522C8FC18 for ; Sun, 8 Feb 2009 19:21:15 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id n18Io9NX009174; Sun, 8 Feb 2009 18:50:09 GMT Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LWEjJ-0002fh-8p; Sun, 08 Feb 2009 18:50:09 +0000 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.2/8.14.2) with ESMTP id n18Io9Ah009872; Sun, 8 Feb 2009 18:50:09 GMT (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id n18Io91Y009871; Sun, 8 Feb 2009 18:50:09 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Alfred Perlstein In-Reply-To: <20090208052110.GY78804@elvis.mu.org> References: <20090206045349.GQ78804@elvis.mu.org> <498C013B.4000405@FreeBSD.org> <20090208052110.GY78804@elvis.mu.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sun, 08 Feb 2009 18:50:08 +0000 Message-Id: <1234119008.7997.32.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: usb@FreeBSD.org, Maxim Sobolev , current@FreeBSD.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 19:21:16 -0000 On Sat, 2009-02-07 at 21:21 -0800, Alfred Perlstein wrote: > * Maxim Sobolev [090206 01:50] wrote: > > Alfred Perlstein wrote: > > > - Update GENERIC to use usb2 device names. > > > > Wasn't there a plan to rename usb2 devices to match oldusb names (where > > applicable) once oldusb had been killed? I don't see it in the list. > > Probably, although coming from the other side as a user I find it pretty > annoying when there's somewhat gratuitous changes to the kernel config > files that I don't really care about that cause my kernels to break. The vast majority of our users do not run -CURRENT, and so haven't had to change config files yet. One day, those users will be migrating from 7.x to 8.x, and shouldn't need to change their kernel config for a "somewhat gratuitous change". Your argument only works if people had already had to change their config files once (usb -> usb2), and that by renaming these back they will have to change their kernel config back. Only people running -CURRENT will end up having to do this twice (or indeed at all) if the rename takes place, end users will not need to do it at all. > Basically, calling it usb2 isn't as bad as renaming it back to "usb" > as it's less disruptive in my book. Again, I disagree. Gavin From owner-freebsd-usb@FreeBSD.ORG Sun Feb 8 19:40:57 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14715106566C for ; Sun, 8 Feb 2009 19:40:57 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id C1A268FC1A for ; Sun, 8 Feb 2009 19:40:56 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru (blacklion.static.corbina.ru [89.179.122.169]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 8BCBC13DF48 for ; Sun, 8 Feb 2009 22:24:55 +0300 (MSK) Date: Sun, 8 Feb 2009 22:24:52 +0300 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1371503468.20090208222452@serebryakov.spb.ru> To: freebsd-usb@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: Guide to porting old (usb) driver to new (usb2) framework? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 19:40:57 -0000 Hello, Freebsd-usb. I have some interesting device: USB2 4xSerial controller. It is based on MosChip 7840 chip, and provided with very ugly driver for FreeBSD 6/7 (open source!) I'm rewriting and cleanup driver right now, and want ot commit it to FreeBSD source tree. But as far as I understand, old-framework based driver is not actual for -CURRENT, and I need to provide version for new framework too. Is here any documentation on new (and old, to be honest) USB framework API? http://wiki.freebsd.org/USB doesn't give any useful information for developer. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-usb@FreeBSD.ORG Sun Feb 8 19:45:27 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06BAD1065676; Sun, 8 Feb 2009 19:45:27 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id CAEF98FC13; Sun, 8 Feb 2009 19:45:26 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n18JCwnC013295 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Feb 2009 11:12:58 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <498F2EBA.9000106@freebsd.org> Date: Sun, 08 Feb 2009 11:12:58 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Gavin Atkinson References: <20090206045349.GQ78804@elvis.mu.org> <498C013B.4000405@FreeBSD.org> <20090208052110.GY78804@elvis.mu.org> <1234119008.7997.32.camel@buffy.york.ac.uk> In-Reply-To: <1234119008.7997.32.camel@buffy.york.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: ebb.errno.com; whitelist Cc: usb@freebsd.org, current@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 19:45:27 -0000 Gavin Atkinson wrote: > On Sat, 2009-02-07 at 21:21 -0800, Alfred Perlstein wrote: > >> * Maxim Sobolev [090206 01:50] wrote: >> >>> Alfred Perlstein wrote: >>> >>>> - Update GENERIC to use usb2 device names. >>>> >>> Wasn't there a plan to rename usb2 devices to match oldusb names (where >>> applicable) once oldusb had been killed? I don't see it in the list. >>> >> Probably, although coming from the other side as a user I find it pretty >> annoying when there's somewhat gratuitous changes to the kernel config >> files that I don't really care about that cause my kernels to break. >> > > The vast majority of our users do not run -CURRENT, and so haven't had > to change config files yet. > > One day, those users will be migrating from 7.x to 8.x, and shouldn't > need to change their kernel config for a "somewhat gratuitous change". > > Your argument only works if people had already had to change their > config files once (usb -> usb2), and that by renaming these back they > will have to change their kernel config back. Only people running > -CURRENT will end up having to do this twice (or indeed at all) if the > rename takes place, end users will not need to do it at all. > > >> Basically, calling it usb2 isn't as bad as renaming it back to "usb" >> as it's less disruptive in my book. >> > > Again, I disagree. > I agree with your comments. And, as I've said previously, any name changes from usb1 will require _all_ documentation (manual pages, handbook, etc) to change; not a good idea. Sam From owner-freebsd-usb@FreeBSD.ORG Sun Feb 8 19:48:48 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98FFC1065673; Sun, 8 Feb 2009 19:48:48 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 503728FC1D; Sun, 8 Feb 2009 19:48:48 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n18Jlr22006620; Sun, 8 Feb 2009 12:47:53 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 08 Feb 2009 12:47:56 -0700 (MST) Message-Id: <20090208.124756.-942592244.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <200902081951.16823.hselasky@c2i.net> References: <8b3974a5f1b260fd438518f703aee2f5.squirrel@galain.elvandar.org> <20090208183820.GA21343@citylink.fud.org.nz> <200902081951.16823.hselasky@c2i.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, remko@freebsd.org, freebsd-current@freebsd.org, thompsa@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 19:48:49 -0000 In message: <200902081951.16823.hselasky@c2i.net> Hans Petter Selasky writes: : On Sunday 08 February 2009, Andrew Thompson wrote: : > On Sun, Feb 08, 2009 at 06:48:39PM +0100, Remko Lodder wrote: : > > On Sun, February 8, 2009 6:21 am, Alfred Perlstein wrote: : : > > : > > Please name it "usb_*". : : Beware that if you rename everything from "usb2_" to "usb_" there will be : symbol and structure clashes with the linux USB compat layer, which needs to : be resolved. No. that's not the case. usb2_foo vs usb_foo in the kernel config files only affects what files config brings in, and we can easily tell it to bring the right ones in w/o any symbol issues. I'd leave everything else where it is now in the source tree. The rename is fairly trivial. Do people want me to float a patch? Warner From owner-freebsd-usb@FreeBSD.ORG Sun Feb 8 19:54:17 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 653AF106566C; Sun, 8 Feb 2009 19:54:17 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 1D8358FC1E; Sun, 8 Feb 2009 19:54:17 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n18JrE25006682; Sun, 8 Feb 2009 12:53:14 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 08 Feb 2009 12:53:17 -0700 (MST) Message-Id: <20090208.125317.1170142000.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <20090208.124756.-942592244.imp@bsdimp.com> References: <20090208183820.GA21343@citylink.fud.org.nz> <200902081951.16823.hselasky@c2i.net> <20090208.124756.-942592244.imp@bsdimp.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, remko@freebsd.org, freebsd-current@freebsd.org, thompsa@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 19:54:17 -0000 In message: <20090208.124756.-942592244.imp@bsdimp.com> "M. Warner Losh" writes: : In message: <200902081951.16823.hselasky@c2i.net> : Hans Petter Selasky writes: : : On Sunday 08 February 2009, Andrew Thompson wrote: : : > On Sun, Feb 08, 2009 at 06:48:39PM +0100, Remko Lodder wrote: : : > > On Sun, February 8, 2009 6:21 am, Alfred Perlstein wrote: : : : : > > : : > > Please name it "usb_*". : : : : Beware that if you rename everything from "usb2_" to "usb_" there will be : : symbol and structure clashes with the linux USB compat layer, which needs to : : be resolved. : : No. that's not the case. usb2_foo vs usb_foo in the kernel config : files only affects what files config brings in, and we can easily tell : it to bring the right ones in w/o any symbol issues. : : I'd leave everything else where it is now in the source tree. The : rename is fairly trivial. Do people want me to float a patch? Of course, the kernel config file names are just one aspect here. There's also the module names, that need to be considered. And also just because it can be done, doesn't mean we have to it. Warner From owner-freebsd-usb@FreeBSD.ORG Sun Feb 8 20:00:03 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0ED061065672; Sun, 8 Feb 2009 20:00:03 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from websrv01.jr-hosting.nl (websrv01.jr-hosting.nl [78.47.69.233]) by mx1.freebsd.org (Postfix) with ESMTP id 9A4108FC2A; Sun, 8 Feb 2009 20:00:02 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from adslgebruiker.xs4all.nl ([195.64.94.120] helo=[10.0.2.153]) by websrv01.jr-hosting.nl with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LWF8A-0004k4-9x; Sun, 08 Feb 2009 20:15:50 +0100 Message-Id: From: Remko Lodder To: Andrew Thompson In-Reply-To: <20090208183820.GA21343@citylink.fud.org.nz> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 8 Feb 2009 20:15:45 +0100 References: <20090206045349.GQ78804@elvis.mu.org> <498C013B.4000405@FreeBSD.org> <20090208052110.GY78804@elvis.mu.org> <8b3974a5f1b260fd438518f703aee2f5.squirrel@galain.elvandar.org> <20090208183820.GA21343@citylink.fud.org.nz> X-Mailer: Apple Mail (2.930.3) Cc: usb@freebsd.org, Remko Lodder , current@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 20:00:03 -0000 >> > > I take it the stage (1) is to switch over GENERIC to the new usb2 code > and will not involve renaming the config items. > > stage (2) moves the usb code around in svn and all USB2 kernel config > items will assume their original names, ie. usb2_controller_echi -> > ehci. > > I think this is what Alfred was getting about with only changing it > once. > > Andrew That I would like :-) thnx for the additional comment :) -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-usb@FreeBSD.ORG Sun Feb 8 20:36:15 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9E6A1065716 for ; Sun, 8 Feb 2009 20:36:15 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swipnet.se [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 35E148FC0C for ; Sun, 8 Feb 2009 20:36:14 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=K0HnJttuH7MA:10 a=ireLYawcl_sA:10 a=6I5d2MoRAAAA:8 a=HTEBIauj-P0rk3OOPvsA:9 a=HwY2_az6FNdrRolrwrMA:7 a=Kah8XUtE3La1iVe9Zsyy5w81v5QA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1020508686; Sun, 08 Feb 2009 21:36:13 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org, lev@freebsd.org Date: Sun, 8 Feb 2009 21:38:38 +0100 User-Agent: KMail/1.9.7 References: <1371503468.20090208222452@serebryakov.spb.ru> In-Reply-To: <1371503468.20090208222452@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902082138.39688.hselasky@c2i.net> Cc: Subject: Re: Guide to porting old (usb) driver to new (usb2) framework? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 20:36:16 -0000 On Sunday 08 February 2009, Lev Serebryakov wrote: > Hello, Freebsd-usb. > > I have some interesting device: USB2 4xSerial controller. It is > based on MosChip 7840 chip, and provided with very ugly driver for > FreeBSD 6/7 (open source!) > > I'm rewriting and cleanup driver right now, and want ot commit it to > FreeBSD source tree. > > But as far as I understand, old-framework based driver is not actual > for -CURRENT, and I need to provide version for new framework too. > > Is here any documentation on new (and old, to be honest) USB > framework API? > > http://wiki.freebsd.org/USB doesn't give any useful information for > developer. Hi, The only guide is to look at exisiting USB serial port drivers. With regard to MosChip there already exits a umoscom2.c The latest files which have not been merged into current can be found here: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/usb/src/sys/dev/usb2/serial&HIDEDEL=NO Or here: svn --username anonsvn --password anonsvn \ checkout svn://svn.turbocat.net/i4b/trunk/i4b/src/sys/dev/usb2 Is your device multi port or single port? It should be quite trivial to make a device driver for a serial port device. --HPS From owner-freebsd-usb@FreeBSD.ORG Sun Feb 8 22:05:36 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 377E91065675; Sun, 8 Feb 2009 22:05:36 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id E170D8FC0C; Sun, 8 Feb 2009 22:05:35 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru (blacklion.static.corbina.ru [89.179.122.169]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id D105113DF4A; Mon, 9 Feb 2009 01:05:34 +0300 (MSK) Date: Mon, 9 Feb 2009 01:05:32 +0300 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <907967769.20090209010532@serebryakov.spb.ru> To: Hans Petter Selasky In-Reply-To: <200902082138.39688.hselasky@c2i.net> References: <1371503468.20090208222452@serebryakov.spb.ru> <200902082138.39688.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-usb@freebsd.org Subject: Re[2]: Guide to porting old (usb) driver to new (usb2) framework? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 22:05:36 -0000 Hello, Hans. You wrote 8 =F4=E5=E2=F0=E0=EB=FF 2009 =E3., 23:38:38: > The only guide is to look at exisiting USB serial port drivers. With rega= rd to > MosChip there already exits a umoscom2.c Great! Old stack doesn't have such driver. Maybe, my work is useless for -CURRENT, I need to try this driver with my device. > Is your device multi port or single port? 4 ports. > It should be quite trivial to make a device driver for a serial port devi= ce. Yep, cleanup of existing "driver" (it was ugly) was straightforward. This provided "driver" can't even send BREAK signal :) --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-usb@FreeBSD.ORG Sun Feb 8 22:19:49 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E74D106566B; Sun, 8 Feb 2009 22:19:49 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id 247628FC1D; Sun, 8 Feb 2009 22:19:48 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru (blacklion.static.corbina.ru [89.179.122.169]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id ED6ED13DF4A; Mon, 9 Feb 2009 01:19:47 +0300 (MSK) Date: Mon, 9 Feb 2009 01:19:45 +0300 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1327395134.20090209011945@serebryakov.spb.ru> To: Hans Petter Selasky In-Reply-To: <200902082138.39688.hselasky@c2i.net> References: <1371503468.20090208222452@serebryakov.spb.ru> <200902082138.39688.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-usb@freebsd.org Subject: Re[2]: Guide to porting old (usb) driver to new (usb2) framework? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 22:19:49 -0000 Hello, Hans. You wrote 8 =F4=E5=E2=F0=E0=EB=FF 2009 =E3., 23:38:38: > The only guide is to look at exisiting USB serial port drivers. With rega= rd to > MosChip there already exits a umoscom2.c Yep, it is old, single-port chip, with different registers layout. BTW, datasheets on 7820/7840 chips are not complete, and some registers are left in driver as `magic' numbers. I don't like it, but Moschip doesn't answer on e-mails :( --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-usb@FreeBSD.ORG Sun Feb 8 22:34:08 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97AE6106566B; Sun, 8 Feb 2009 22:34:08 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 511038FC0A; Sun, 8 Feb 2009 22:34:08 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n18MWUk8008409; Sun, 8 Feb 2009 15:32:30 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 08 Feb 2009 15:32:33 -0700 (MST) Message-Id: <20090208.153233.1154625921.imp@bsdimp.com> To: remko@elvandar.org From: "M. Warner Losh" In-Reply-To: References: <8b3974a5f1b260fd438518f703aee2f5.squirrel@galain.elvandar.org> <20090208183820.GA21343@citylink.fud.org.nz> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, remko@freebsd.org, current@freebsd.org, thompsa@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 22:34:09 -0000 In message: Remko Lodder writes: : >> : > : > I take it the stage (1) is to switch over GENERIC to the new usb2 code : > and will not involve renaming the config items. : > : > stage (2) moves the usb code around in svn and all USB2 kernel config : > items will assume their original names, ie. usb2_controller_echi -> : > ehci. : > : > I think this is what Alfred was getting about with only changing it : > once. : > : > Andrew : : : That I would like :-) : : thnx for the additional comment :) Also, keep in mind, once Alfred does the hand off, the project will be free to do #2. It really isn't a second change, if you think about it. Just because we change the default, that doesn't force people to use the new default... Warner From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 01:29:09 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 837E81065670 for ; Mon, 9 Feb 2009 01:29:09 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-fx0-f14.google.com (mail-fx0-f14.google.com [209.85.220.14]) by mx1.freebsd.org (Postfix) with ESMTP id 1C6668FC13 for ; Mon, 9 Feb 2009 01:29:08 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by fxm7 with SMTP id 7so703336fxm.19 for ; Sun, 08 Feb 2009 17:29:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=H10xhjf6vjou/d7AkqMzxOU6y2xOnm3haB1ERHR0N8o=; b=QrMGcWAih+xHwAzOj7fAQqv8j1B1EiznZcmWK+n1swR28EDZPMdM85a1fwp1EfAv5I wJqqwbx3cV7wupKJT9xZAm7eUuDtSfxDYsXSF1nN8cTf8c/h+zVhgaOWfA3w/3Pey/tt D72S7PH+UN85BLoqf2ptnfs6rzFojnX4ZXMeg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=f7JSnErqUP7sfyr/E25Y42qn91TFYIjMC1NmI77tkDzzTxBOeHmZEknpIRzIPCq0CB amrN0xlm5JJ1DnNSKXyWePMH7BJanYshR09qS3FQVz0yXzUYGiK0GoFeY7oFrvFcNdvh nJHsfdXaU5De+4KgqVHsv4JbyjPWEUwW8N0pk= MIME-Version: 1.0 Received: by 10.180.242.5 with SMTP id p5mr99619bkh.178.1234141388189; Sun, 08 Feb 2009 17:03:08 -0800 (PST) Date: Sun, 8 Feb 2009 17:03:08 -0800 Message-ID: <7d6fde3d0902081703l71bc1de8g9bb7baf6b9b050c8@mail.gmail.com> From: Garrett Cooper To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org Subject: Future of udbp in USB2? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 01:29:09 -0000 Hi Hans, I was just preparing to test out the usb2 changes and I noted that one option in my old kernel configfile didn't have an analog in the USB2 config file: udbp. I don't use the option, but I was just checking to see whether or not an analog does exist, or the support will be completely phased out when USB2 becomes the default for FreeBSD. Thanks, -Garrett From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 03:40:40 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80F44106564A; Mon, 9 Feb 2009 03:40:40 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id 3D3458FC17; Mon, 9 Feb 2009 03:40:40 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by wa-out-1112.google.com with SMTP id k34so818739wah.27 for ; Sun, 08 Feb 2009 19:40:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=93hxrUzNlmqRROMvDSXdehTiBplOcrOh/J31CiPOlak=; b=bH7PuqrXgZ3nKSZLgPUapwrUEL2Ce/AcEMO0nVCyYGIjWq2K4YQKQzAwQG6VSbEMoI B1CP9FzFYc6awT0AqU486CFdJdRJrdZZCpqejiY+ApZtOWKr/XfjCJrZ03KpB4MYuzxN aPciY+lqWkrr7Mhfg6wqvGljHwzpkuWzJXdBU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Zw60VKRnhhtTofRWZ0pimec60Vhhfekj7YsBpW9LhkZVfbrpU0y58xTUpBLbfWRD+u V875T8whRrrrwAhvkC6dtdwmoaXiPBOQASteZwoZm/A1qfDQJQ05t3nwm0Eq4xPpMJ/D hZTWqeMauaUEcdzdyVf1X1zCwtpfs1whnl5QI= MIME-Version: 1.0 Received: by 10.114.161.11 with SMTP id j11mr3259431wae.19.1234150839736; Sun, 08 Feb 2009 19:40:39 -0800 (PST) In-Reply-To: References: <20090206045349.GQ78804@elvis.mu.org> <498C013B.4000405@FreeBSD.org> <20090208052110.GY78804@elvis.mu.org> <1234119008.7997.32.camel@buffy.york.ac.uk> <498F2EBA.9000106@freebsd.org> Date: Sun, 8 Feb 2009 19:40:39 -0800 Message-ID: <7d6fde3d0902081940o3ffd8ea1m6f59d65ee59d57ff@mail.gmail.com> From: Garrett Cooper To: Maksim Yevmenkin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, Sam Leffler , current@freebsd.org, Gavin Atkinson Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 03:40:40 -0000 On Sun, Feb 8, 2009 at 7:17 PM, Maksim Yevmenkin wrote: > On Sun, Feb 8, 2009 at 11:12 AM, Sam Leffler wrote: > > [...] > >>>>>> - Update GENERIC to use usb2 device names. >>>>> >>>>> Wasn't there a plan to rename usb2 devices to match oldusb names (where >>>>> applicable) once oldusb had been killed? I don't see it in the list. >>>> >>>> Probably, although coming from the other side as a user I find it pretty >>>> annoying when there's somewhat gratuitous changes to the kernel config >>>> files that I don't really care about that cause my kernels to break. >>> >>> The vast majority of our users do not run -CURRENT, and so haven't had >>> to change config files yet. >>> >>> One day, those users will be migrating from 7.x to 8.x, and shouldn't >>> need to change their kernel config for a "somewhat gratuitous change". >>> >>> Your argument only works if people had already had to change their >>> config files once (usb -> usb2), and that by renaming these back they >>> will have to change their kernel config back. Only people running >>> -CURRENT will end up having to do this twice (or indeed at all) if the >>> rename takes place, end users will not need to do it at all. >>> >>>> Basically, calling it usb2 isn't as bad as renaming it back to "usb" >>>> as it's less disruptive in my book. >>> >>> Again, I disagree. >> >> I agree with your comments. And, as I've said previously, any name changes >> from usb1 will require _all_ documentation (manual pages, handbook, etc) to >> change; not a good idea. > > i second that. i would really like to see old module names to be > preserved as much as possible. > > thanks, > max In some cases I find the new module names to be more intuitive (uplcom -> usb2_serial_plcom), but I find having to add the additional modules required for USB4BSD (usb2_core, etc) to be a bit more annoying. Also, there's an issue with the example USB2 kernel config -- you need to have double-quotes around the include file otherwise config says `syntax error' and pukes. Thanks, -Garrett From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 03:48:54 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A88C9106567A for ; Mon, 9 Feb 2009 03:48:54 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by mx1.freebsd.org (Postfix) with ESMTP id 466678FC18 for ; Mon, 9 Feb 2009 03:48:53 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by gxk14 with SMTP id 14so1921273gxk.19 for ; Sun, 08 Feb 2009 19:48:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=xDGecUwoZeCXwNCmnbJkOwUrBiY0vHPMB/w7BC3pkwA=; b=gEnf32xwT88ggbqPkBEeITD/9LQw4cVIyysuT6LvEzW/JHoxrphOxHsSTz69PlAlYY C1vG+bW2ne4FsKPJAjYLwZZI5l1pGAd8aljHxJiZh5pL7p2mbf52QsjDpRoiTxfoxoz4 d6EwbeHemxb+hClmrKMrfe3ZVtlTHCeY67kbM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vlTC6j7LIfQyi17ypsRFsMJx3S7AOGIXaCk1w/io0W8gUosSzTiynDsSQvpkKIeToz a1EZ+TJRl7tNifdk5hVzmhs2qdSvz+TYTYCObOcpoHT88FcEc0d2Z5uIIfCFsJtxr6kZ IoOMhVq3VjCo+bMjJYdq7/bb8TDi+eFuSJNEY= MIME-Version: 1.0 Received: by 10.151.48.20 with SMTP id a20mr298523ybk.179.1234149426306; Sun, 08 Feb 2009 19:17:06 -0800 (PST) In-Reply-To: <498F2EBA.9000106@freebsd.org> References: <20090206045349.GQ78804@elvis.mu.org> <498C013B.4000405@FreeBSD.org> <20090208052110.GY78804@elvis.mu.org> <1234119008.7997.32.camel@buffy.york.ac.uk> <498F2EBA.9000106@freebsd.org> Date: Sun, 8 Feb 2009 19:17:06 -0800 Message-ID: From: Maksim Yevmenkin To: Sam Leffler Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, Gavin Atkinson , current@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 03:48:54 -0000 On Sun, Feb 8, 2009 at 11:12 AM, Sam Leffler wrote: [...] >>>>> - Update GENERIC to use usb2 device names. >>>> >>>> Wasn't there a plan to rename usb2 devices to match oldusb names (where >>>> applicable) once oldusb had been killed? I don't see it in the list. >>> >>> Probably, although coming from the other side as a user I find it pretty >>> annoying when there's somewhat gratuitous changes to the kernel config >>> files that I don't really care about that cause my kernels to break. >> >> The vast majority of our users do not run -CURRENT, and so haven't had >> to change config files yet. >> >> One day, those users will be migrating from 7.x to 8.x, and shouldn't >> need to change their kernel config for a "somewhat gratuitous change". >> >> Your argument only works if people had already had to change their >> config files once (usb -> usb2), and that by renaming these back they >> will have to change their kernel config back. Only people running >> -CURRENT will end up having to do this twice (or indeed at all) if the >> rename takes place, end users will not need to do it at all. >> >>> Basically, calling it usb2 isn't as bad as renaming it back to "usb" >>> as it's less disruptive in my book. >> >> Again, I disagree. > > I agree with your comments. And, as I've said previously, any name changes > from usb1 will require _all_ documentation (manual pages, handbook, etc) to > change; not a good idea. i second that. i would really like to see old module names to be preserved as much as possible. thanks, max From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 04:00:14 2009 Return-Path: Delivered-To: usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 200161065676; Mon, 9 Feb 2009 04:00:14 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id CD2D98FC12; Mon, 9 Feb 2009 04:00:13 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id n1940Bhd034972 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Feb 2009 20:00:12 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <498FAA44.9050105@FreeBSD.org> Date: Sun, 08 Feb 2009 20:00:04 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Gavin Atkinson References: <20090206045349.GQ78804@elvis.mu.org> <498C013B.4000405@FreeBSD.org> <20090208052110.GY78804@elvis.mu.org> <1234119008.7997.32.camel@buffy.york.ac.uk> In-Reply-To: <1234119008.7997.32.camel@buffy.york.ac.uk> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: usb@FreeBSD.org, Alfred Perlstein , current@FreeBSD.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 04:00:14 -0000 Gavin Atkinson wrote: > On Sat, 2009-02-07 at 21:21 -0800, Alfred Perlstein wrote: >> * Maxim Sobolev [090206 01:50] wrote: >>> Alfred Perlstein wrote: >>>> - Update GENERIC to use usb2 device names. >>> Wasn't there a plan to rename usb2 devices to match oldusb names (where >>> applicable) once oldusb had been killed? I don't see it in the list. >> Probably, although coming from the other side as a user I find it pretty >> annoying when there's somewhat gratuitous changes to the kernel config >> files that I don't really care about that cause my kernels to break. > > The vast majority of our users do not run -CURRENT, and so haven't had > to change config files yet. > > One day, those users will be migrating from 7.x to 8.x, and shouldn't > need to change their kernel config for a "somewhat gratuitous change". > > Your argument only works if people had already had to change their > config files once (usb -> usb2), and that by renaming these back they > will have to change their kernel config back. Only people running > -CURRENT will end up having to do this twice (or indeed at all) if the > rename takes place, end users will not need to do it at all. That's exactly my point. Number of people running -CURRENT is much less than total number of people running FreeBSD. Therefore, I believe we should try to avoid introducing any superfluous changes upon those users. Not even to mention large body of USB-related documentation that will need to be altered to match the new USB world order. Users running -CURRENT should be prepared to make changes now and then, it's part of the game. I don't POLA is really applicable to them. -Maxim From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 06:00:18 2009 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F64C106566B for ; Mon, 9 Feb 2009 06:00:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DF8B08FC0C for ; Mon, 9 Feb 2009 06:00:17 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n1960H34039199 for ; Mon, 9 Feb 2009 06:00:17 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n1960HBV039198; Mon, 9 Feb 2009 06:00:17 GMT (envelope-from gnats) Resent-Date: Mon, 9 Feb 2009 06:00:17 GMT Resent-Message-Id: <200902090600.n1960HBV039198@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Naoyuki Tai Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28B34106566B for ; Mon, 9 Feb 2009 05:55:18 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id F148B8FC14 for ; Mon, 9 Feb 2009 05:55:17 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id n195tHYx059258 for ; Mon, 9 Feb 2009 05:55:17 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id n195tHal059257; Mon, 9 Feb 2009 05:55:17 GMT (envelope-from nobody) Message-Id: <200902090555.n195tHal059257@www.freebsd.org> Date: Mon, 9 Feb 2009 05:55:17 GMT From: Naoyuki Tai To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: usb/131521: Registering Belkin UPS to usb_quirks.c X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 06:00:18 -0000 >Number: 131521 >Category: usb >Synopsis: Registering Belkin UPS to usb_quirks.c >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Feb 09 06:00:16 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Naoyuki Tai >Release: FreeBSD 7.1-RELEASE >Organization: >Environment: FreeBSD nile.smartfruit.com 7.1-RELEASE FreeBSD 7.1-RELEASE #1: Sat Feb 7 21:05:20 EST 2009 root@nile.smartfruit.com:/usr/obj/usr/src/sys/NILE i386 >Description: Please add more Belkin UPS USB connection to usb quirks. I tried to make nut (Network UPS Tool) to work with a Belkin UPS, and it did not work. I chased down from libusb to usb driver, and found that only one of many Belkin UPSes is registered in "/usr/src/sys/dev/usb/usb_quirks.c". I have taken the USB product IDs from nut's belkin-hid.c so that all Belkin UPSes appear as ugen instead of uhid. If I'm nice enough, I probably should go around all of nut's known USB UPSes and add them to usbdevs and usb_quirks.c, but I'm not. Sorry. FreeBSD's nut implementation requires that UPS via USB to appear as ugen device, not uhid, while many of USB UPSes appear as uhid. >How-To-Repeat: Connect a Belkin UPS via USB, and see it appears as "ugen", not "uhid". >Fix: # diff -c usbdevs.original usbdevs *** usbdevs.original Mon Nov 24 21:59:29 2008 --- usbdevs Mon Feb 9 00:37:07 2009 *************** *** 926,931 **** --- 926,937 ---- product BELKIN F5U257 0x0257 F5U257 Serial product BELKIN F5U409 0x0409 F5U409 Serial product BELKIN F6C550AVR 0x0551 F6C550-AVR UPS + product BELKIN F6C800UNV 0x0980 F6C800 Universal UPS + product BELKIN F6C100UNV 0x0910 F6C100 Universal UPS + product BELKIN F6C120UNV 0x0912 F6C120 Universal UPS + product BELKIN F6C1500TWRK 0x0751 F6C1500-TW-RK UPS + product BELKIN F6H375USB 0x0375 F6H375-USB + product BELKIN F6C1100UNV 0x1100 F6C1100-UNV, F6C1200-UNV product BELKIN F5U120 0x1203 F5U120-PC Hub product BELKIN ZD1211B 0x4050 ZD1211B product BELKIN F5D5055 0x5055 F5D5055 # diff -c usb_quirks.c.original usb_quirks.c *** usb_quirks.c.original Mon Feb 9 00:35:38 2009 --- usb_quirks.c Mon Feb 9 00:37:53 2009 *************** *** 98,103 **** --- 98,115 ---- ANY, { UQ_HID_IGNORE }}, { USB_VENDOR_BELKIN, USB_PRODUCT_BELKIN_F6C550AVR, ANY, { UQ_HID_IGNORE }}, + { USB_VENDOR_BELKIN, USB_PRODUCT_BELKIN_F6C800UNV, + ANY, { UQ_HID_IGNORE }}, + { USB_VENDOR_BELKIN, USB_PRODUCT_BELKIN_F6C100UNV, + ANY, { UQ_HID_IGNORE }}, + { USB_VENDOR_BELKIN, USB_PRODUCT_BELKIN_F6C120UNV, + ANY, { UQ_HID_IGNORE }}, + { USB_VENDOR_BELKIN, USB_PRODUCT_BELKIN_F6C1500TWRK, + ANY, { UQ_HID_IGNORE }}, + { USB_VENDOR_BELKIN, USB_PRODUCT_BELKIN_F6H375USB, + ANY, { UQ_HID_IGNORE }}, + { USB_VENDOR_BELKIN, USB_PRODUCT_BELKIN_F6C1100UNV, + ANY, { UQ_HID_IGNORE }}, { USB_VENDOR_DELORME, USB_PRODUCT_DELORME_EARTHMATE, ANY, { UQ_HID_IGNORE }}, { USB_VENDOR_ITUNERNET, USB_PRODUCT_ITUNERNET_USBLCD2X20, >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 08:24:40 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B640106564A; Mon, 9 Feb 2009 08:24:40 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id BF4988FC19; Mon, 9 Feb 2009 08:24:38 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=8UcZu9N6atoA:10 a=rZF0ZLlPMY8A:10 a=OnW5LBC3fXBS4YDd7W4A:9 a=vU1u5jrEdvucmjNbPeMWpbf5_YMA:4 a=WY4ZyggBrbsA:10 a=MSl-tDqOz04A:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1191090215; Mon, 09 Feb 2009 09:24:37 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 9 Feb 2009 09:27:03 +0100 User-Agent: KMail/1.9.7 References: <20090206045349.GQ78804@elvis.mu.org> <7d6fde3d0902081940o3ffd8ea1m6f59d65ee59d57ff@mail.gmail.com> In-Reply-To: <7d6fde3d0902081940o3ffd8ea1m6f59d65ee59d57ff@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200902090927.04378.hselasky@c2i.net> Cc: current@freebsd.org, usb@freebsd.org, Sam Leffler , Maksim Yevmenkin , Garrett Cooper , Gavin Atkinson Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 08:24:40 -0000 On Monday 09 February 2009, Garrett Cooper wrote: > On Sun, Feb 8, 2009 at 7:17 PM, Maksim Yevmenkin > > wrote: > > On Sun, Feb 8, 2009 at 11:12 AM, Sam Leffler wrote: > > > > [...] > > > >>>>>> - Update GENERIC to use usb2 device names. > >>>>> > >>>>> Wasn't there a plan to rename usb2 devices to match oldusb names > >>>>> (where applicable) once oldusb had been killed? I don't see it in t= he > >>>>> list. > >>>> > >>>> Probably, although coming from the other side as a user I find it > >>>> pretty annoying when there's somewhat gratuitous changes to the kern= el > >>>> config files that I don't really care about that cause my kernels to > >>>> break. > >>> > >>> The vast majority of our users do not run -CURRENT, and so haven't had > >>> to change config files yet. > >>> > >>> One day, those users will be migrating from 7.x to 8.x, and shouldn't > >>> need to change their kernel config for a "somewhat gratuitous change". > >>> > >>> Your argument only works if people had already had to change their > >>> config files once (usb -> usb2), and that by renaming these back they > >>> will have to change their kernel config back. Only people running > >>> -CURRENT will end up having to do this twice (or indeed at all) if the > >>> rename takes place, end users will not need to do it at all. > >>> > >>>> Basically, calling it usb2 isn't as bad as renaming it back to "usb" > >>>> as it's less disruptive in my book. > >>> > >>> Again, I disagree. > >> > >> I agree with your comments. And, as I've said previously, any name > >> changes from usb1 will require _all_ documentation (manual pages, > >> handbook, etc) to change; not a good idea. > > > > i second that. i would really like to see old module names to be > > preserved as much as possible. > > > > thanks, > > max > > In some cases I find the new module names to be more intuitive > (uplcom -> usb2_serial_plcom), but I find having to add the additional > modules required for USB4BSD (usb2_core, etc) to be a bit more > annoying. > Also, there's an issue with the example USB2 kernel config -- you > need to have double-quotes around the include file otherwise config > says `syntax error' and pukes. How about symlinking the old module names with the new ones? And the same in the kernel, so that device uplcom Is equivalent to device usb2_serial_plcom =46rom what I understand the "conf/files" syntax allows this. Not sure abou= t=20 KMODs, if there is a LINK option. =2D-HPS From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 09:14:32 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0526E106566B for ; Mon, 9 Feb 2009 09:14:32 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.tele2.se [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 935128FC12 for ; Mon, 9 Feb 2009 09:14:31 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=s50n2do2tEWrn9YZ4TwA:9 a=ZnsNr2_pZQ6nGcATDeEFf07viwEA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1023779257; Mon, 09 Feb 2009 09:14:27 +0100 From: Hans Petter Selasky To: Garrett Cooper Date: Mon, 9 Feb 2009 09:16:54 +0100 User-Agent: KMail/1.9.7 References: <7d6fde3d0902081703l71bc1de8g9bb7baf6b9b050c8@mail.gmail.com> In-Reply-To: <7d6fde3d0902081703l71bc1de8g9bb7baf6b9b050c8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902090916.54896.hselasky@c2i.net> Cc: usb@freebsd.org Subject: Re: Future of udbp in USB2? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 09:14:32 -0000 On Monday 09 February 2009, Garrett Cooper wrote: > Hi Hans, > I was just preparing to test out the usb2 changes and I noted that > one option in my old kernel configfile didn't have an analog in the > USB2 config file: udbp. > I don't use the option, but I was just checking to see whether or > not an analog does exist, or the support will be completely phased out > when USB2 becomes the default for FreeBSD. > Thanks, > -Garrett Hi, The udbp module is now called "misc_dbp" and it still connects via netgraph. Other similar devices just emulate USB ethernet devices. --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 09:47:37 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12FED106566B for ; Mon, 9 Feb 2009 09:47:37 +0000 (UTC) (envelope-from nick@anywi.com) Received: from cpsmtpo-eml01.kpnxchange.com (cpsmtpo-eml01.KPNXCHANGE.COM [213.75.38.150]) by mx1.freebsd.org (Postfix) with ESMTP id 9AE1A8FC13 for ; Mon, 9 Feb 2009 09:47:36 +0000 (UTC) (envelope-from nick@anywi.com) Received: from cpsmtp-eml109.kpnxchange.com ([10.94.168.109]) by cpsmtpo-eml01.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 9 Feb 2009 10:35:32 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by cpsmtp-eml109.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 9 Feb 2009 10:35:32 +0100 Received: from van-laarhoven.org ([10.66.0.146]) (authenticated bits=0) by uitsmijter.van-laarhoven.org (8.14.3/8.14.3) with ESMTP id n199akHX001767 for ; Mon, 9 Feb 2009 10:36:46 +0100 (CET) (envelope-from nick@anywi.com) Received: (nullmailer pid 49512 invoked by uid 1001); Mon, 09 Feb 2009 09:35:26 -0000 From: Nick Hibma Organization: AnyWi To: freebsd-usb@freebsd.org Date: Mon, 9 Feb 2009 10:35:26 +0100 User-Agent: KMail/1.9.10 References: <1233734352.1767.55.camel@localhost> <200902041044.27663.hselasky@c2i.net> <20090204.085606.1630229139.imp@bsdimp.com> In-Reply-To: <20090204.085606.1630229139.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902091035.26738.nick@anywi.com> X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on uitsmijter.van-laarhoven.org X-OriginalArrivalTime: 09 Feb 2009 09:35:32.0622 (UTC) FILETIME=[C0CF72E0:01C98A99] Subject: Re: USB2 - umass problem X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 09:47:37 -0000 > : > By some reason devfs semantic was changed: > : > Instead of /dev/cuaU0.[0-2] and /dev/ttyU0.[0-2], I've get > : > /dev/cuaU[0-2] /dev/ttyU[0-2] and! /dev/cuau1 /dev/ttyu1 > : > What is reason for such change (additional port with lowercase 'u' > : > and U[0-2] instead of more logical U0.[0-2]) ? > : > : It is because we are attaching drivers per interface instead of per > : device. A new modem unit is allocated every time we find a modem, > : simply put. If the modem has multiple instances in an interface, > : /dev/cuaU0.[0...] will be created. Else /dev/cuaU... . > > Generally, we try not to change the details of how a device attaches > /dev entries from release to release. Why the change? The USB1 u3g driver also attaches to interfaces, but collects all interfaces in one go, leaving all unused interfaces available for other drivers (e.g. umass) or claims them (to hide the 'driver disks'). It is the main reason why I wrote a separate driver in the first place. Otherwise the UMTS cards could be treated as serial ports without any port singalling. It is important to be able to determine in an automated way the 2 or more serial ports that belong together. As an example: If you create a router box that automatically configures itself depending on the hardware it finds, we somehow need to find out which two serial ports are found on each GPRS/UMTS card, so we can assign the first one to PPP and the other one to our control application. Cheers, Nick -- AnyWi Technologies From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 10:16:40 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7158E1065688; Mon, 9 Feb 2009 10:16:40 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id BFD6A8FC0A; Mon, 9 Feb 2009 10:16:39 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl89-44.kln.forthnet.gr [77.49.56.44]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id n199wNp4028512 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 9 Feb 2009 11:58:29 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n199wNiL002810; Mon, 9 Feb 2009 11:58:23 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n199wMwE002809; Mon, 9 Feb 2009 11:58:22 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Hans Petter Selasky References: <20090206045349.GQ78804@elvis.mu.org> <7d6fde3d0902081940o3ffd8ea1m6f59d65ee59d57ff@mail.gmail.com> <200902090927.04378.hselasky@c2i.net> Date: Mon, 09 Feb 2009 11:58:22 +0200 In-Reply-To: <200902090927.04378.hselasky@c2i.net> (Hans Petter Selasky's message of "Mon, 9 Feb 2009 09:27:03 +0100") Message-ID: <87zlgwq6dd.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: n199wNp4028512 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.872, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.53, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: current@freebsd.org, freebsd-current@freebsd.org, usb@freebsd.org, Sam Leffler , Maksim Yevmenkin , Garrett Cooper , Gavin Atkinson Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 10:16:40 -0000 On Mon, 9 Feb 2009 09:27:03 +0100, Hans Petter Selasky wrote: > On Monday 09 February 2009, Garrett Cooper wrote: >> In some cases I find the new module names to be more intuitive >> (uplcom -> usb2_serial_plcom), but I find having to add the additional >> modules required for USB4BSD (usb2_core, etc) to be a bit more >> annoying. >> >> Also, there's an issue with the example USB2 kernel config -- you >> need to have double-quotes around the include file otherwise config >> says `syntax error' and pukes. > > How about symlinking the old module names with the new ones? That may work as a temporary 'hack' for kldload, but it won't really work kldstat, kldunload and apropos(1) or the examples of these in the documentation. From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 10:28:47 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5C401065741 for ; Mon, 9 Feb 2009 10:28:47 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 4E45D8FC19 for ; Mon, 9 Feb 2009 10:28:47 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=KYdexm-h_BCz4gR_JiIA:9 a=HyeSTgK-9AasV_3WZppzDBkIBMgA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1192722568; Mon, 09 Feb 2009 11:28:45 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Mon, 9 Feb 2009 11:31:10 +0100 User-Agent: KMail/1.9.7 References: <1233734352.1767.55.camel@localhost> <20090204.085606.1630229139.imp@bsdimp.com> <200902091035.26738.nick@anywi.com> In-Reply-To: <200902091035.26738.nick@anywi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902091131.12232.hselasky@c2i.net> Cc: Nick Hibma Subject: Re: USB2 - umass problem X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 10:28:48 -0000 On Monday 09 February 2009, Nick Hibma wrote: > > : > By some reason devfs semantic was changed: > > : > Instead of /dev/cuaU0.[0-2] and /dev/ttyU0.[0-2], I've get > > : > /dev/cuaU[0-2] /dev/ttyU[0-2] and! /dev/cuau1 /dev/ttyu1 > > : > What is reason for such change (additional port with lowercase 'u' > > : > and U[0-2] instead of more logical U0.[0-2]) ? > > : > > : It is because we are attaching drivers per interface instead of per > > : device. A new modem unit is allocated every time we find a modem, > > : simply put. If the modem has multiple instances in an interface, > > : /dev/cuaU0.[0...] will be created. Else /dev/cuaU... . > > > > Generally, we try not to change the details of how a device attaches > > /dev entries from release to release. Why the change? > > The USB1 u3g driver also attaches to interfaces, but collects all > interfaces in one go, leaving all unused interfaces available for other > drivers (e.g. umass) or claims them (to hide the 'driver disks'). It is the > main reason why I wrote a separate driver in the first place. Otherwise the > UMTS cards could be treated as serial ports without any port singalling. > > It is important to be able to determine in an automated way the 2 or more > serial ports that belong together. As an example: If you create a router > box that automatically configures itself depending on the hardware it > finds, we somehow need to find out which two serial ports are found on each > GPRS/UMTS card, so we can assign the first one to PPP and the other one to > our control application. > This has been fixed in P4 USB. --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 11:07:01 2009 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FEDB1065672 for ; Mon, 9 Feb 2009 11:07:01 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2C04C8FC2F for ; Mon, 9 Feb 2009 11:07:01 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n19B71hH009296 for ; Mon, 9 Feb 2009 11:07:01 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n19B70GP009292 for freebsd-usb@FreeBSD.org; Mon, 9 Feb 2009 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 9 Feb 2009 11:07:00 GMT Message-Id: <200902091107.n19B70GP009292@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-usb@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-usb@FreeBSD.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 11:07:01 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o usb/131521 usb Registering Belkin UPS to usb_quirks.c f usb/131123 usb [patch] re-add UQ_ASSUME_CM_OVER_DATA USB quirk o usb/131074 usb no run-time detection of usb devices plugged into exte o usb/130736 usb Page fault unplugging USB stick o usb/130325 usb [usb] [patch] fix tools/tools/usb/print-usb-if-vids.sh o usb/130230 usb Samsung Electronics YP-U3 does not attach in 7.1-RELEA o usb/130208 usb Boot process severely hampered by umass0 error o usb/130122 usb [newusb] DVD drive detects as 'da' device o usb/130066 usb [newusb] Serial adaptor use fail with 'unsupported spe o usb/129964 usb [newusb] disconnection of ugen devices isn't logged o bin/129963 usb [newusb] usbconfig(8) fails with misleading error when o docs/129962 usb [newusb] usbconfig(8) refers to non-existant usb2_core o usb/129945 usb [usbdevs] [patch] add u3g support for Longcheer WM66 U o usb/129766 usb [usb] plugging in usb modem HUAWEI E226 panics system o usb/129758 usb [uftdi] [patch] add Pyramid LCD usb support o usb/129673 usb [uhci] uhci (uhub) confused on replugging USB 1.1 scan o usb/129522 usb [ubsa] [patch] add support for ZTE AC8700 modem o usb/129500 usb [umass] [panic] FreeBSD Crashes when connecting SanDis o usb/129311 usb [usb] [panic] Instant crash with an USB card reader o usb/129251 usb [usbdevs] [patch] Liebert UPS being assigned uhid and o usb/129173 usb [uplcom] [patch] Add support for Corega CG-USBRS232R a s usb/128990 usb [usb] u3g does not handle RTS/CTS available on for exa o usb/128977 usb [usb] [patch] uaudio is not full duplex o usb/128803 usb [usbdevs] [patch] Quirk for I-Tuner Networks USBLCD4X2 o usb/128590 usb [patch] [newusb] Updates to NOTES for new USB stack o usb/128485 usb [umodem] [patch] Nokia N80 modem support o usb/128425 usb [umass] Cannot Connect Maxtor Onetouch 4 USB drive f usb/128418 usb [panic] [rum] loading if_rum causes panic, looks like o usb/128324 usb [uplcom] [patch] remove baud rate restriction for PL23 o usb/127980 usb [umass] [patch] Fix Samsung YP U2 MP3 player on 7.x an o usb/127926 usb [boot] USB Timeout during bootup o usb/127549 usb [umass] [patch] Meizu MiniPlayer M6 (SL) requires some s usb/127453 usb [request] ubsa, uark, ubser, uftdi, and friends should o usb/127423 usb [boot] BTX halted on Gigabyte GA-MA69VM-S2 / AMD Sempr o usb/127342 usb [boot] cannot enable usb keyboard and mouse support in o kern/127222 usb [ohci]: Regression in 7.0 usb storage generic driver o usb/126884 usb [ugen] [patch] Bug in buffer handling in ugen.c f usb/126848 usb [usb]: USB Keyboard hangs during Installation o usb/126740 usb [ulpt] doesn't work on 7.0-RELEASE, 10 second stall be o usb/126519 usb [usb] [panic] panic when plugging in an iphone o kern/126396 usb [panic] kernel panic after unplug USB Bluetooth device o usb/125736 usb [ukbd] [hang] system hangs after AT keyboard detect if o usb/125631 usb [ums] [panic] kernel panic during bootup while 'Logite o usb/125510 usb [panic] repeated plug and unplug of USB mass storage d o usb/125450 usb [panic] Removing USB flash card while being accessed c o usb/125264 usb [patch] sysctl for set usb mouse rate (very useful for o usb/125238 usb [ums] Habu Mouse turns off in X o usb/125088 usb [keyboard] Touchpad not detected on Adesso AKB-430UG U o usb/125072 usb [uplcom] [patch] add Mobile Action MA-620 Infrared Ada o usb/124980 usb [panic] kernel panic on detaching unmounted umass devi o kern/124777 usb [ucom] USB cua devices don't revert to tty devices whe o usb/124758 usb [rum] [panic] rum panics SMP kernel o usb/124708 usb [panic] Kernel panic on USB KVM reattach o usb/124604 usb [ums] Microsoft combo wireless mouse doesn't work o usb/123969 usb [usb] Supermicro H8SMi-2 usb problem: port reset faile o usb/123714 usb [usb] [panic] Panic when hald-storage-probe runs with o usb/123691 usb usbd(8): usbd hangs o usb/123690 usb [usb] [panic] Panic on USB device insertion when usb l o usb/123611 usb [usb] BBB reset failed, STALLED from Imation/Mitsumi U o usb/123509 usb [umass] continuous reset Samsung SGH-G600 phone o usb/123352 usb [usbdevs] [patch] Add Option GTMAX3.6/7.2 and Quallcom o usb/123351 usb [usbdevs] [patch] Add Reiner SCT cyberJack, Omnikey [2 o usb/122992 usb [umass] [patch] MotoROKR Z6 Phone not recognised by um o usb/122956 usb [ubsa] [patch] add support for Novatel Wireless XU870 o usb/122936 usb [ucom] [ubsa] Device does not receive interrupt o usb/122905 usb [ubsa] [patch] add Huawei E220 to ubsa o usb/122819 usb [usb] [patch] Patch to provide dynamic additions to th o usb/122813 usb [udbp] [request] udbp driver should be removed in favo o usb/122621 usb [patch] [request] New driver for Sierra Wireless 3G US o usb/122547 usb [ehci] USB Printer not being recognized after reboot o usb/122539 usb [ohci] [panic] AnyDATA ADU-E1000D - kernel panic: ohci o usb/122483 usb [panic] [ulpt] Repeatable panic in 7.0-STABLE o usb/122119 usb [umass] umass device causes creation of daX but not da o usb/122025 usb [uscanner] [patch] uscanner does not attach to Epson R o usb/121755 usb [ohci] [patch] Fix panic after ohci/uhub cardbus devic o usb/121734 usb [ugen] ugen HP1022 printer device not working since up o usb/121708 usb [keyboard] nforce 650i mobo w/ usb keyboard infinite k o usb/121474 usb [cam] [patch] QUIRK: SAMSUNG HM250JI in LaCie usb hard o usb/121426 usb [patch] [uscanner] add HP ScanJet 3570C o usb/121275 usb [boot] FreeBSD fails to boot with usb legacy support e o usb/121232 usb [usb] [panic] USB CardBus card removal causes reboot s p usb/121184 usb [uipaq] [patch] add ids from linux ipaq driver (plus a o usb/121169 usb [umass] Issues with usb mp3 player o usb/121045 usb [uftdi] [patch] Add support for PC-OP-RS1 and KURO-RS o usb/120786 usb [usb] [panic] Kernel panic when forced umount of a det o usb/120729 usb [panic] fault while in kernel mode with connecting USB o usb/120572 usb [umass] [patch] quirk to support ASUS P535 as umass (a o usb/120321 usb [hang] System hangs when transferring data to WD MyBoo o usb/120283 usb [panic] Automation reboot with wireless keyboard & mou o usb/120034 usb [hang] 6.2 & 6.3 hangs on boot at usb0: OHCI with 1.5 o usb/120017 usb [ehci] [patch] CS5536 (AMD Geode) USB 2.0 quirk o usb/119981 usb [axe] [patch] add support for LOGITEC LAN-GTJ/U2 gigab o usb/119977 usb [ums] Mouse does not work in a Cherry-USB keyboard/mou o usb/119653 usb [cam] [patch] iriver s7 player sync cache error patch o usb/119633 usb [umass] umass0: BBB reset failed, IOERROR [regression] o usb/119513 usb [irq] inserting dlink dwl-g630 wireless card results i o usb/119509 usb [usb] USB flaky on Dell Optiplex 755 o usb/119481 usb [hang] FreeBSD not responding after connecting USB-Mas o usb/119389 usb [umass] Sony DSC-W1 CBI reset failed, STALLED [regress o usb/119227 usb [ubsa] [patch] ubsa buffer is too small; should be tun o usb/119201 usb [cam] [patch] Quirks for Olympus FE-210 camera, LG and o usb/118686 usb [usbdevs] [patch] teach usbdevs / ubsa(4) about Huawei o usb/118485 usb [usbdevs] [patch] Logitech Headset Workaround o usb/118480 usb [umass] Timeout in USB mass storage freezes vfs layer o usb/118353 usb [panic] [ppp] repeatable kernel panic during ppp(4) se o usb/118141 usb [ucom] usb serial and nokia phones ucomreadcb ucomread o usb/118140 usb [ucom] [patch] quick hack for ucom to get it behave wi o usb/118098 usb [umass] 6th gen iPod causes problems when disconnectin o usb/117955 usb [umass] [panic] inserting minolta dimage a2 crashes OS o usb/117946 usb [panic] D-Link DUB-E100 rev. B1 crashes FreeBSD 7.0-BE o usb/117938 usb [ums] [patch] Adding support for MS WL Natural and MS o usb/117911 usb [ums] [request] Mouse Gembird MUSWC not work o usb/117893 usb [umass] Lacie USB DVD writing failing o usb/117613 usb [uhci] [irq] uhci interrupt storm & USB leaked memory o usb/117598 usb [uaudio] [patch] Not possible to record with Plantroni o usb/117313 usb [umass] [panic] panic on usb camera insertion o usb/117200 usb [ugen] ugen0 prints strange string on attach if detach o usb/117185 usb [umodem] [patch] Add support for UNION interface descr o usb/117183 usb [panic] USB/fusefs -- panic while transferring large a o usb/116947 usb [ukbd] [patch] [regression] enable boot protocol on th o usb/116699 usb [usbhid] USB HID devices do not initialize at system b o usb/116561 usb [umodem] [panic] RELENG_6 umodem panic "trying to slee o usb/116282 usb [ulpt] Cannot print on USB HP LJ1018 or LJ1300 o usb/115935 usb [usbdevs] [patch] kernel counterproductively attaches o usb/115933 usb [uftdi] [patch] RATOC REX-USB60F (usb serial converter o usb/115400 usb [ehci] Problem with EHCI on ASUS M2N4-SLI o usb/115298 usb [ulpt] [panic] Turning off USB printer panics kernel o usb/114916 usb [umass] [patch] USB Maxtor drive (L300RO) requires qui o kern/114780 usb [uplcom] [panic] Panics while stress testing the uplco o usb/114682 usb [umass] generic USB media-card reader unusable o usb/114310 usb [libusb] [patch] [panic] USB hub attachment panics ker o usb/114068 usb [umass] [patch] Problems with connection of the umass o conf/114013 usb [patch] WITHOUT_USB allow to compil a lot of USB stuff s usb/113977 usb [request] Need a way to set mode of USB disk's write c o usb/113672 usb [ehci] [panic] Kernel panic with AEWIN CB6971 s usb/113629 usb [ukbd] Dropped USB keyboard events on Dell Latitude D6 o usb/113432 usb [ucom] WARNING: attempt to net_add_domain(netgraph) af a usb/113060 usb [usbdevs] [patch] Samsung printer not working in bidir o usb/112944 usb [ulpt] [patch] Bi-directional access to HP LaserJet 10 o usb/112640 usb [usb] [hang] Kernel freezes when writing a file to an o usb/112631 usb [panic] Problem with SONY DSC-S80 camera on umount s usb/112568 usb [umass] [request] USB mode may wrong when mounting Pla o usb/112463 usb [umass] problem with Samsung USB DVD writer, libscg an o usb/112461 usb [ehci] [request] ehci USB 2.0 doesn't work on nforce4 o usb/111753 usb [uhid] [panic] Replicable system panic involving UHID s usb/110991 usb [usbdevs] [patch] QUIRK: Super Top IDE DEVICE (depends o usb/110988 usb [umass] [patch] Handling of quirk IGNORE_RESIDUE is um o usb/110856 usb [ugen] [patch] interrupt in msgs are truncated when bu o usb/110197 usb [umass] Sony PSP umass device does not detach from EHC o usb/109397 usb [panic] on boot from USB flash o usb/109274 usb [usb] MCP55 USB Controller fails to attach in AMD64 Cu o usb/108513 usb [umass] Creative MuVo TX FM fails in 6.2-RELEASE [regr s usb/108344 usb [panic] kernel with atausb panics when unplugging USB o usb/108056 usb [ohci] Mouse gets powered off during device probe when o usb/107935 usb [uplcom] [panic] panic while accessing /dev/cuaU0 o usb/107924 usb [patch] usbd(8) does not call detach o usb/107848 usb [umass] [request] cannot access Samsung flash disk o usb/107827 usb [ohci] [panic] ohci_add_done addr not found o usb/107496 usb [uhub] USB device problem on RELENG_6_2 (SHORT_XFER) [ o usb/107388 usb [patch] [request] new driver: add utoppy device from N o usb/107248 usb [umass] [patch] scsi_da.c quirk for Cowon iAUDIO X5 MP o usb/107243 usb [cam] [patch] Apacer USB Flash Drive quirk o usb/106861 usb [usbdevs] [patch]: usbdevs update: Add product ACER Ze s usb/106832 usb [usb] USB HP printer is not detected by kernel when AC o usb/106648 usb [umass] [hang] USB Floppy on D1950 10 min Hang on Inse o usb/106621 usb [axe] [patch] DLINK DUB-E100 support broken o usb/106615 usb [uftdi] uftdi module does not automatically load with o usb/106041 usb [usb] [request] FreeBSD does not recognise Mustek Bear o usb/105361 usb [panic] Kernel panic during unmounting mass storage (C o usb/105186 usb [ehci] [panic] USB 2.0/ehci on FreeBSD 6.2-PRE/AMD64 c o usb/105065 usb [ata] [usb] SATA - USB Bridge o usb/104830 usb [umass] system crashes when copying data to umass devi o usb/104645 usb [umass] [request] Rave C-201 MP3 player does not commu o usb/104352 usb [ural] [patch] ural driver doesnt work o usb/104292 usb [umass] [hang] system lockup on forced umount of usb-s o usb/104290 usb [umass] [patch] quirk: TOSHIBA DVD-RAM drive (libretto o usb/103917 usb [uhub] USB driver reports "Addr 0 should never happen" o usb/103418 usb usbhidctl(1): [patch] [request] usbhidctl: add ability o usb/103289 usb [request] USB 2.0 problems on AMD LX-800 CPU and CS-55 o usb/103046 usb [ulpt] [patch] ulpt event driven I/O with select(2) an o usb/103025 usb [uhub] [panic] wrong detection of USB device for FreeB o usb/102976 usb [panic] Casio Exilim Digital Camera causes panic on in o usb/102678 usb [keyboard] Dell PowerEdge DRAC5 USB Keyboard does not o usb/102066 usb [ukbd] usb keyboard and multimedia keys don't work o usb/101775 usb [libusbhid] [patch] possible error in report descripto o usb/101761 usb [usb] [patch] [request] usb.h: increase maximal size o o usb/101752 usb [umass] [panic] 6.1-RELEASE kernel panic on usb device o usb/101448 usb [ohci] FBSD 6.1-STABLE/AMD64 crashes under heavy USB/O o usb/101096 usb [ural] [panic] USB WLAN occasionally causes kernel-pan o usb/100746 usb [keyboard] system does not boot due to USB keyboard pr o usb/99538 usb [keyboard] while using USB keyboard default params of o usb/99431 usb [keyboard] FreeBSD on MSI 6566E (Intel 845E motherboar o usb/98343 usb [boot] BBB reset failed errors with Creative Muvo MP3 o usb/97472 usb [cam] [patch] add support for Olympus C150,D390 s usb/97286 usb [mouse] [request] MS Wireless Intellimouse Explorer 2. o usb/97175 usb [umass] [hang] USB cardreader hangs system o usb/96457 usb [umass] [panic] fatback on umass = reboot o usb/96381 usb [cam] [patch] add a quirk table entry for a flash ram o usb/96224 usb [usb] [msdosfs] mount_msdosfs cause page fault in sync s usb/96120 usb [ums] [request] USB mouse not always detected s usb/95636 usb [umass] [boot] 5 minute delay at boot when using VT620 o usb/95562 usb [umass] Write Stress in USB Mass drive causes "vinvalb s usb/95348 usb [keyboard] USB keyboard unplug causes noise on screen o usb/95037 usb [umass] USB disk not recognized on hot-plug. o usb/94897 usb [panic] Kernel Panic when cleanly unmounting USB disk o usb/94717 usb [ulpt] Reading from /dev/ulpt can break work of a UHCI o usb/94384 usb [panic] kernel panic with usb2 hardware o usb/93872 usb [cam] [patch] SCSI quirk required for ELTA 8061 OL USB o usb/93828 usb [ohci] [panic] ohci causes panic on boot (HP Pavillion o usb/93408 usb [mouse] hw.acpi.cpu.cx_lowest=C3 on AMD Turion causes o usb/93389 usb [umass] [patch] Digital Camera Pentax S60 don't work o usb/93155 usb [ulpt] /dev/ulpt0: device busy, USB printer does not w o usb/92852 usb [ums] [patch] Vertical scroll not working properly on o usb/92171 usb [panic] panic unplugging Vodafone Mobile Connect (UMTS o usb/92142 usb [uhub] SET_ADDR_FAILED and SHORT_XFER errors from usb o usb/92083 usb [ural] [panic] panic using WPA on ural NIC in 6.0-RELE o usb/92052 usb [ulpt] usbd causes defunct process with busy file-hand o usb/91906 usb [ehci] [hang] FreeBSD hangs while booting with USB leg o usb/91896 usb camcontrol(8): Serial Number of USB Memory Sticks is n o usb/91811 usb [umass] Compact Flash in HP Photosmart 2610 return " o usb/91629 usb [usb] usbd_abort_pipe() may result in infinite loop o usb/91546 usb [umodem] [patch] Nokia 6630 mobile phone does not work o usb/91538 usb [ulpt] [patch] Unable to print to EPSON CX3500 o usb/91283 usb [boot] [regression] booting very slow with usb devices o usb/91238 usb [umass] USB tape unit fails to write a second tape fil o usb/90700 usb [umass] [panic] Kernel panic on connect/mount/use umas o usb/89954 usb [umass] [panic] USB Disk driver race condition? s usb/89003 usb [request] LaCie Firewire drive not properly supported o usb/88743 usb [hang] [regression] USB makes kernel hang at boot (reg o usb/88408 usb [axe] axe0 read PHY failed o usb/87648 usb [mouse] Logitech USB-optical mouse problem. o usb/87224 usb [usb] Cannot mount USB Zip750 o usb/86767 usb [umass] [patch] bogus "slice starts beyond end of the o usb/86298 usb [mouse] Known good USB mouse won't work with correct s s usb/85067 usb [uscanner] Cannot attach ScanJet 4300C to usb device f usb/84750 usb [hang] 6-BETA2 reboot/shutdown with root_fs on externa s usb/84336 usb [usb] [reboot] instant system reboot when unmounting a o usb/84326 usb [umass] Panic trying to connect SCSI tape drive via US o usb/83977 usb [ucom] [panic] ucom1: open bulk out error (addr 2): IN o usb/83863 usb [ugen] Communication problem between opensc/openct via o usb/83756 usb [ums] [patch] Microsoft Intellimouse Explorer 4.0A doe f usb/83677 usb [usb] [request] usb controller often not detected (Sun o usb/83563 usb [umass] [panic] Page Fault while detaching Mpman Usb d o usb/83504 usb [kernel] [patch] SpeedTouch USB stop working on recent o usb/82660 usb [ehci] [panic] EHCI: I/O stuck in state 'physrd'/panic s usb/82569 usb [umass] [panic] USB mass storage plug/unplug causes sy o usb/82520 usb [udbp] [reboot] Reboot when USL101 connected o usb/82350 usb [ucom] [panic] null pointer dereference in USB stack o usb/81621 usb [ehci] [hang] external hd hangs under load on ehci o usb/80935 usb [uvisor] [patch] uvisor.c is not work with CLIE TH55. o usb/80862 usb [patch] USB locking issues: missing some Giant calls o usb/80854 usb [patch] [request] suggestion for new iface-no-probe me o usb/80829 usb [modules] [panic] possible panic when loading USB-modu s usb/80777 usb [request] usb_rem_task() should wait for callback to c s usb/80776 usb [udav] [request] UDAV device driver shouldn't use usb_ o usb/80774 usb [patch] have "usbd_find_desc" in line with the other " o usb/80361 usb [umass] [patch] mounting of Dell usb-stick fails o usb/80040 usb [hang] Use of sound mixer causes system freeze with ua o usb/79723 usb [usb] [request] prepare for high speed isochronous tra o usb/79722 usb [ehci] wrong alignments in ehci.h a usb/79656 usb [ehci] RHSC interrupts lost o usb/79524 usb [ulpt] printing to Minolta PagePro 1[23]xxW via USB fa o usb/79287 usb [uhci] [hang] UHCI hang after interrupt transfer o usb/79269 usb [ohci] USB ohci da0 plug/unplug causes crashes and loc o usb/78984 usb [umass] [patch] Creative MUVO umass failure o usb/77294 usb [ucom] [panic] ucom + ulpcom panic o usb/77184 usb [umass] [panic] kernel panic on USB device disconnect, o usb/76732 usb [ums] Mouse problems with USB KVM Switch o usb/76653 usb [umass] [patch] Problem with Asahi Optical usb device o usb/76461 usb [umass] disklabel of umass(4)-CAM(4)-da(4) not used by o usb/76395 usb [uhci] USB printer does not work, usbdevs says "addr 0 s usb/75928 usb [umass] [request] Cytronix SmartMedia card (SMC) reade o usb/75800 usb [ucom] ucom1: init failed STALLED error in time of syn o usb/75797 usb [sound] 5.3-STABLE(2005 1/4) detect USB headset, But c o usb/75764 usb [umass] [patch] "umass0: Phase Error" - no device for o usb/75705 usb [umass] [panic] da0 attach / Optio S4 (with backtrace) o usb/74771 usb [umass] [hang] mounting write-protected umass device a s usb/74453 usb [umass] [patch] Q-lity CD-RW USB ECW-043 (ScanLogic SL o usb/74211 usb [umass] USB flash drive causes CAM status 0x4 on 4.10R o usb/73307 usb [panic] Kernel panics on USB disconnect s usb/72733 usb [ucom] [request] Kyocera 7135 Palm OS connection probl o usb/71455 usb [umass] Slow USB umass performance of 5.3 o usb/71417 usb [ugen] Cryptoflex e-gate USB token (ugen0) communicati o usb/71416 usb [ugen] Cryptoflex e-gate USB token (ugen0) detach is n o usb/71280 usb [aue] aue0 device (linksys usb100tx) doesn't work in 1 o usb/71155 usb [ulpt] misbehaving usb-printer hangs processes, causes o usb/70523 usb [umct] [patch] umct sending/receiving wrong characters o usb/69006 usb [usbdevs] [patch] Apple Cinema Display hangs USB ports o usb/68232 usb [ugen] [patch] ugen(4) isochronous handling correction o usb/67301 usb [uftdi] [panic] RTS and system panic o usb/66547 usb [ucom] Palm Tungsten T USB does not initialize correct o usb/63621 usb [umass] [panic] USB MemoryStick Reader stalls/crashes s usb/62257 usb [umass] [request] card reader UCR-61S2B is only half-s o usb/59698 usb [keyboard] [patch] Rework of ukbd HID to AT code trans s bin/57255 usb [patch] usbd(8) and multi-function devices s usb/52026 usb [usb] [request] umass driver support for InSystem ISD2 s usb/51958 usb [urio] [patch] update for urio driver o i386/46371 usb USB controller cannot be initialized on IBM Netfinity o usb/40948 usb [umass] [request] USB HP CDW8200 does not work o usb/30929 usb [usb] [patch] use usbd to initialize USB ADSL modem 300 problems total. From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 11:36:12 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F41EA106573C for ; Mon, 9 Feb 2009 11:36:11 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 336F88FC0A for ; Mon, 9 Feb 2009 11:36:10 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 09 Feb 2009 11:29:30 -0000 Received: from p54A3E6F0.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.230.240] by mail.gmx.net (mp025) with SMTP; 09 Feb 2009 12:29:30 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX195ytw2wRt5Cq1aOPdBC+ll/XBhzvmAI/Lil5V4pP OdrhW6qO2dnBMo Message-ID: <49901399.8070409@gmx.de> Date: Mon, 09 Feb 2009 12:29:29 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Alfred Perlstein References: <20090206045349.GQ78804@elvis.mu.org> <49901276.5040604@gmx.de> In-Reply-To: <49901276.5040604@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.79 Cc: usb@freebsd.org, current@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 11:36:15 -0000 Christoph Mallon schrieb: > are named "err" or "error". This should be investigated, so here's the > complete list: Sorry, my MUA seems to have damaged the list. You can get the list here: http://tron.homeunix.org/usb2.unread.log From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 11:51:22 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 801DD106566C for ; Mon, 9 Feb 2009 11:51:22 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id F01BD8FC0A for ; Mon, 9 Feb 2009 11:51:21 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 09 Feb 2009 11:24:39 -0000 Received: from p54A3E6F0.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.230.240] by mail.gmx.net (mp068) with SMTP; 09 Feb 2009 12:24:39 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1+LdyFwApqL+0hiW1nxPyyVmRiUEqYSlsiNdugS/4 cgck83cC+yobL8 Message-ID: <49901276.5040604@gmx.de> Date: Mon, 09 Feb 2009 12:24:38 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Alfred Perlstein References: <20090206045349.GQ78804@elvis.mu.org> In-Reply-To: <20090206045349.GQ78804@elvis.mu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.57 Cc: usb@freebsd.org, current@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 11:51:22 -0000 Alfred Perlstein schrieb: > Hello -current and -usb. > > We are in the final stages of bringing in the new usb > stack. [...] > At this point we expect there to be no style or changes in usb2 > that are not bugfixes until Phase 3 "Hand off". The reason for > this is to prevent bugs from creeping in and allow the maintainer > to focus 100% on bugs and feature parity with the oldusb stack. cparser identifies 40 variables in libusb20 and the usb2 code, which are only assigned, but never read. I think it's worrisome that 12 of these are named "err" or "error". This should be investigated, so here's the complete list: > lib/libusb20/libusb20_desc.c:509: warning: variable 'dummy' is never read > lib/libusb20/libusb20_desc.c:665: warning: variable 'dummy' is never read > sys/dev/usb2/controller/at91dci.c:1829: warning: variable 'use_polling' is never read > sys/dev/usb2/controller/at91dci_atmelarm.c:77: warning: variable 'temp' is never read > sys/dev/usb2/controller/at91dci_atmelarm.c:250: warning: variable 'err' is never read > sys/dev/usb2/controller/atmegadci.c:777: warning: variable 'sc' is never read > sys/dev/usb2/controller/atmegadci.c:780: warning: variable 'ep_no' is never read > sys/dev/usb2/controller/atmegadci.c:1698: warning: variable 'use_polling' is never read > sys/dev/usb2/controller/atmegadci.c:2151: warning: variable 'sc' is never read > sys/dev/usb2/controller/ehci2.c:2308: warning: variable 'slot' is never read > sys/dev/usb2/controller/musb2_otg.c:899: warning: variable 'sc' is never read > sys/dev/usb2/controller/musb2_otg.c:1124: warning: variable 'sc' is never read > sys/dev/usb2/controller/musb2_otg.c:1127: warning: variable 'ep_no' is never read > sys/dev/usb2/controller/musb2_otg.c:2235: warning: variable 'use_polling' is never read > sys/dev/usb2/controller/musb2_otg.c:2697: warning: variable 'sc' is never read > sys/dev/usb2/controller/musb2_otg_atmelarm.c:165: warning: variable 'err' is never read > sys/dev/usb2/controller/ohci2.c:2501: warning: variable 'sc' is never read > sys/dev/usb2/controller/ohci2_atmelarm.c:151: warning: variable 'err' is never read > sys/dev/usb2/controller/uhci2.c:1297: warning: variable 'token' is never read > sys/dev/usb2/controller/uhci2.c:2986: warning: variable 'sc' is never read > sys/dev/usb2/controller/uss820dci.c:821: warning: variable 'sc' is never read > sys/dev/usb2/controller/uss820dci.c:824: warning: variable 'ep_no' is never read > sys/dev/usb2/controller/uss820dci.c:1847: warning: variable 'use_polling' is never read > sys/dev/usb2/controller/uss820dci_atmelarm.c:206: warning: variable 'err' is never read > sys/dev/usb2/core/usb2_busdma.c:202: warning: variable 'error' is never read > sys/dev/usb2/core/usb2_compat_linux.c:337: warning: variable 'err' is never read > sys/dev/usb2/core/usb2_compat_linux.c:355: warning: variable 'err' is never read > sys/dev/usb2/core/usb2_compat_linux.c:1181: warning: variable 'err' is never read > sys/dev/usb2/core/usb2_compat_linux.c:1274: warning: variable 'err' is never read > sys/dev/usb2/core/usb2_dev.c:1753: warning: variable 'resid' is never read > sys/dev/usb2/core/usb2_dev.c:1896: warning: variable 'resid' is never read > sys/dev/usb2/core/usb2_device.c:925: warning: variable 'err' is never read > sys/dev/usb2/core/usb2_util.c:275: warning: variable 'err' is never read > sys/dev/usb2/serial/umoscom2.c:525: warning: variable 'lsr' is never read > sys/dev/usb2/sound/uaudio2.c:795: warning: variable 'ep_sync' is never read > sys/dev/usb2/sound/uaudio2.c:2001: warning: variable 'd1' is never read > sys/dev/usb2/storage/ata-usb2.c:328: warning: variable 'has_intr' is never read > sys/dev/usb2/storage/umass2.c:1636: warning: variable 'err' is never read > sys/dev/usb2/storage/ustorage2_fs.c:906: warning: variable 'file_offset' is never read > sys/dev/usb2/storage/ustorage2_fs.c:907: warning: variable 'amount_left' is never read (For easy processing copy the list into $FILE and use "vim -q $FILE") Regards Christoph From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 13:47:41 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A80AA10656DA; Mon, 9 Feb 2009 13:47:41 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.swipnet.se [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id DD46D8FC17; Mon, 9 Feb 2009 13:47:40 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=8UcZu9N6atoA:10 a=rZF0ZLlPMY8A:10 a=N3vH5299AAAA:8 a=l4-ZkMkHmJN93r8poBYA:9 a=-_ctTtuuDRGB89JibmJQzKNZYS0A:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1023953638; Mon, 09 Feb 2009 14:47:39 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 9 Feb 2009 14:50:05 +0100 User-Agent: KMail/1.9.7 References: <20090206045349.GQ78804@elvis.mu.org> <49901276.5040604@gmx.de> <49901399.8070409@gmx.de> In-Reply-To: <49901399.8070409@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902091450.07014.hselasky@c2i.net> Cc: usb@freebsd.org, Christoph Mallon Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 13:47:42 -0000 On Monday 09 February 2009, Christoph Mallon wrote: > Christoph Mallon schrieb: > > are named "err" or "error". This should be investigated, so here's the > > complete list: > > Sorry, my MUA seems to have damaged the list. You can get the list here: > http://tron.homeunix.org/usb2.unread.log I think some of these errors depend if you have USB debugging compiled or not. At least GCC does not warn? --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 14:08:33 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D25F61065672 for ; Mon, 9 Feb 2009 14:08:33 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 2034A8FC1E for ; Mon, 9 Feb 2009 14:08:32 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 09 Feb 2009 14:08:31 -0000 Received: from p54A3E6F0.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.230.240] by mail.gmx.net (mp053) with SMTP; 09 Feb 2009 15:08:31 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1+jXGVziiGj2J4TBcyqysy07hi0KZClK2DR40cHCU 5o5kcdgs3Lc3KF Message-ID: <499038DE.3050501@gmx.de> Date: Mon, 09 Feb 2009 15:08:30 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Hans Petter Selasky References: <20090206045349.GQ78804@elvis.mu.org> <49901276.5040604@gmx.de> <49901399.8070409@gmx.de> <200902091450.07014.hselasky@c2i.net> In-Reply-To: <200902091450.07014.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.61 Cc: usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 14:08:34 -0000 Hans Petter Selasky schrieb: > On Monday 09 February 2009, Christoph Mallon wrote: >> Christoph Mallon schrieb: >>> are named "err" or "error". This should be investigated, so here's the >>> complete list: >> Sorry, my MUA seems to have damaged the list. You can get the list here: >> http://tron.homeunix.org/usb2.unread.log > > I think some of these errors depend if you have USB debugging compiled or not. > At least GCC does not warn? No, it does not depend on USB debugging. GCC has no warning at all for variables which are only assigned to. It only can warn about variables, which are only initialised. { int x = 23; // GCC warns here ... int y; // ... but not here - cparser does y = 42; y++; } cparser has an analysis, which can warn about "y", too. I manually verified all 40 warnings and I cannot find any users (i.e. readers) for these variables. From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 14:18:03 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D7F2106566B for ; Mon, 9 Feb 2009 14:18:03 +0000 (UTC) (envelope-from bholman@focusfcu.org) Received: from mail.focusfcu.org (68.143.48.138.nw.nuvox.net [68.143.48.138]) by mx1.freebsd.org (Postfix) with ESMTP id 0951D8FC18 for ; Mon, 9 Feb 2009 14:18:02 +0000 (UTC) (envelope-from bholman@focusfcu.org) MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----_=_NextPart_001_01C98ABF.88E4DFA4" x-cr-hashedpuzzle: AirT B3Iq CerT DW3b DZ9S DjDe EEv7 ExsC FP5d GCRi GKf+ G40i HVyo HqDR JqaS J50r; 1; ZgByAGUAZQBiAHMAZAAtAHUAcwBiAEAAZgByAGUAZQBiAHMAZAAuAG8AcgBnAA==; Sosha1_v1; 7; {E374F2AC-2F73-430F-9520-2B699C05972B}; YgBoAG8AbABtAGEAbgBAAGYAbwBjAHUAcwBmAGMAdQAuAG8AcgBnAA==; Mon, 09 Feb 2009 14:05:54 GMT; VABVAFMAQgAzADQAMQAwACAALwAgAHUAdABpAGMAbwBtAC0ALgAzACAAUAByAG8AYgBsAGUAbQA= X-MimeOLE: Produced By Microsoft Exchange V6.5 x-cr-puzzleid: {E374F2AC-2F73-430F-9520-2B699C05972B} Content-class: urn:content-classes:message Date: Mon, 9 Feb 2009 08:05:54 -0600 Message-ID: <0CF0BD39CCE55942A18E908919C32B7B2CBB84@focus-srv6.focusfcu.org> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: TUSB3410 / uticom-.3 Problem Thread-Index: AcmKv4WBC/VNOfJTTtS0DoYzlbpGXQ== From: "Bradford L. Holman" To: X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: TUSB3410 / uticom-.3 Problem X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 14:18:03 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C98ABF.88E4DFA4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am trying to use a USB to Serial adapter & it is being recognized by = the system. However, when I go to install the uticom port, I get the = error: =20 =E0 =20 # make install =3D=3D=3D> Vulnerability check disabled, database not found =3D> uticom-0.3.tar.gz doesn't seem to exist in /usr/ports/distfiles/. =3D> Attempting to fetch from = http://heanet.dl.sourceforge.net/sourceforge/uticom/. uticom-0.3.tar.gz 100% of 13 kB 30 kBps =3D=3D=3D> Extracting for uticom-0.3 =3D> MD5 Checksum OK for uticom-0.3.tar.gz. =3D> No SHA256 checksum recorded for uticom-0.3.tar.gz. =3D=3D=3D> Patching for uticom-0.3 =3D=3D=3D> Configuring for uticom-0.3 =3D=3D=3D> Building for uticom-0.3 Warning: Object directory not changed from original = /usr/ports/comms/uticom/work/uticom-0.3 @ -> /usr/src/sys machine -> /usr/src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h :> opt_uticom.h :> opt_usb.h awk -f @/tools/usbdevs2h.awk @/dev/usb/usbdevs -h cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=3Dc99 = -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param = inline-unit-growth=3D100 --param large-function-growth=3D1000 = -fno-common -mno-align-long-strings -mpreferred-stack-boundary=3D2 = -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall = -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef = -Wno-pointer-sign -fformat-extensions -c uticom.c uticom.c:102:20: error: unistd.h: No such file or directory uticom.c:206: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'usbd_status' uticom.c:207: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'usbd_status' uticom.c:209: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'usbd_status' uticom.c:210: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'void' uticom.c:212: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'void' uticom.c:213: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'void' uticom.c:214: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'void' uticom.c:215: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'void' uticom.c:216: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'void' uticom.c:217:5: warning: "TODO" is not defined uticom.c:220: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'int' uticom.c:221: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'int' uticom.c:222: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'void' uticom.c:228: error: 'uticom_get_status' undeclared here (not in a = function) uticom.c:229: error: 'uticom_set' undeclared here (not in a function) uticom.c:230: error: 'uticom_param' undeclared here (not in a function) uticom.c:232: error: 'uticom_open' undeclared here (not in a function) uticom.c:233: error: 'uticom_close' undeclared here (not in a function) uticom.c:249: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'device_probe_t' uticom.c:250: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'device_attach_t' uticom.c:251: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'device_detach_t' uticom.c:253: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'kobj_method_t' uticom.c:261: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'driver_t' uticom.c:267: error: 'uticom_driver' undeclared here (not in a function) uticom.c:324: warning: return type defaults to 'int' uticom.c:324: warning: function declaration isn't a prototype uticom.c: In function 'USB_MATCH': uticom.c:324: warning: type of 'uticom' defaults to 'int' uticom.c:326: warning: implicit declaration of function = 'USB_MATCH_START' uticom.c:326: warning: nested extern declaration of 'USB_MATCH_START' uticom.c:326: error: 'uaa' undeclared (first use in this function) uticom.c:326: error: (Each undeclared identifier is reported only once uticom.c:326: error: for each function it appears in.) uticom.c: At top level: uticom.c:343: warning: return type defaults to 'int' uticom.c:343: warning: function declaration isn't a prototype uticom.c: In function 'USB_ATTACH': uticom.c:343: warning: type of 'uticom' defaults to 'int' uticom.c:345: warning: implicit declaration of function = 'USB_ATTACH_START' uticom.c:345: warning: nested extern declaration of 'USB_ATTACH_START' uticom.c:345: error: 'sc' undeclared (first use in this function) uticom.c:345: error: 'uaa' undeclared (first use in this function) uticom.c:368: error: 'self' undeclared (first use in this function) uticom.c:376: warning: implicit declaration of function 'USBDEVNAME' uticom.c:376: warning: nested extern declaration of 'USBDEVNAME' uticom.c:376: warning: assignment makes pointer from integer without a = cast uticom.c:413: warning: format '%s' expects type 'char *', but argument 2 = has type 'int' uticom.c:437: warning: format '%s' expects type 'char *', but argument 2 = has type 'int' uticom.c:451: warning: format '%s' expects type 'char *', but argument 2 = has type 'int' uticom.c:482: warning: assignment makes pointer from integer without a = cast uticom.c:503: warning: format '%s' expects type 'char *', but argument 2 = has type 'int' uticom.c:510: warning: assignment makes pointer from integer without a = cast uticom.c:536: warning: format '%s' expects type 'char *', but argument 2 = has type 'int' uticom.c:553: warning: format '%s' expects type 'char *', but argument 2 = has type 'int' uticom.c:585: warning: format '%s' expects type 'char *', but argument 2 = has type 'int' uticom.c:601: warning: format '%s' expects type 'char *', but argument 2 = has type 'int' uticom.c:608: warning: format '%s' expects type 'char *', but argument 2 = has type 'int' uticom.c:625: warning: implicit declaration of function 'uticom_reset' uticom.c:625: warning: nested extern declaration of 'uticom_reset' uticom.c:629: warning: format '%s' expects type 'char *', but argument 2 = has type 'int' uticom.c:641: error: 'USB_ATTACH_SUCCESS_RETURN' undeclared (first use = in this function) uticom.c:645: error: 'USB_ATTACH_ERROR_RETURN' undeclared (first use in = this function) uticom.c: At top level: uticom.c:650: warning: return type defaults to 'int' uticom.c:650: warning: function declaration isn't a prototype uticom.c: In function 'USB_DETACH': uticom.c:650: warning: type of 'uticom' defaults to 'int' uticom.c:652: warning: implicit declaration of function = 'USB_DETACH_START' uticom.c:652: warning: nested extern declaration of 'USB_DETACH_START' uticom.c:652: error: 'sc' undeclared (first use in this function) uticom.c: At top level: uticom.c:672: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'usbd_status' uticom.c:697: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'void' uticom.c:719: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'void' uticom.c:747: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'void' uticom.c:777: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'void' uticom.c:800: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'usbd_status' uticom.c:825: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'usbd_status' uticom.c:922: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'int' uticom.c:973: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'int' uticom.c:1017: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'void' uticom.c:1062: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'void' uticom.c:1137: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'void' uticom.c:1154:5: warning: "TODO" is not defined uticom.c: In function 'ti_download_firmware': uticom.c:1230: warning: format '%s' expects type 'char *', but argument = 2 has type 'int' *** Error code 1 =20 Stop in /usr/ports/comms/uticom/work/uticom-0.3. *** Error code 1 =20 Stop in /usr/ports/comms/uticom. =20 =DF =20 The output of usbdevs -v is: =20 # 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: low speed, power 98 mA, config 1, KVM(0x5a08), No = brand(0x10d5), rev 0.00 Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), = Intel(0x0000), rev 1.00 port 1 addr 2: full speed, power 100 mA, config 1, TUSB3410 Serial = Port(0xf111), Texas Instruments(0x06e0), rev 1.01 port 2 powered =20 It seems like the port is missing a header or something. I noticed the = missing file warning for unistd.h, and could repair it by adding "sys/" = to its reference in uticom.c, but the rest of the errors persist. =20 Any ideas? =20 Please advise. =20 Thanks. =20 Bradford L. Holman, MBA Director of IT =20 http://focusfcu.org/ E: bholman@focusfcu.org = =20 P: (405) 230-1328 ext. 118 F: (405) 235-0067 EVERY MEMBER. EVERY ACCOUNT. EVERY TIME! CONFIDENTIALITY NOTICE: The information contained in this message is = intended only for the recipient and may contain information that is = confidential. If you are not the intended recipient or an employee or = agent responsible for delivering this message to the intended recipient; = please be aware that any dissemination, forwarding, printing, copying, = disclosure or distribution of this communication is strictly prohibited. = If you have received this communication in error, please immediately = notify the sender by replying to the message and deleting all copies, = including attachments, from your system. ------_=_NextPart_001_01C98ABF.88E4DFA4-- From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 14:31:47 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E4EA1065672; Mon, 9 Feb 2009 14:31:47 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.tele2.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 4EF6A8FC1D; Mon, 9 Feb 2009 14:31:46 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=8UcZu9N6atoA:10 a=rZF0ZLlPMY8A:10 a=mHKO8asG7wzLhKhmW7EWpA==:17 a=N3vH5299AAAA:8 a=upynJNJRtZUlNixpW5AA:9 a=ncBT8MuvYSPfGVYwbTYA:7 a=7zg74Y2UBjUfTpqLAdPfTiz3lyQA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO laptop) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 803498199; Mon, 09 Feb 2009 15:31:44 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 9 Feb 2009 15:34:11 +0100 User-Agent: KMail/1.9.7 References: <20090206045349.GQ78804@elvis.mu.org> <200902091450.07014.hselasky@c2i.net> <499038DE.3050501@gmx.de> In-Reply-To: <499038DE.3050501@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902091534.12506.hselasky@c2i.net> Cc: usb@freebsd.org, Christoph Mallon Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 14:31:47 -0000 On Monday 09 February 2009, Christoph Mallon wrote: > Hans Petter Selasky schrieb: > > On Monday 09 February 2009, Christoph Mallon wrote: > >> Christoph Mallon schrieb: > >>> are named "err" or "error". This should be investigated, so here's the > >>> complete list: > >> > >> Sorry, my MUA seems to have damaged the list. You can get the list here: > >> http://tron.homeunix.org/usb2.unread.log > > > > I think some of these errors depend if you have USB debugging compiled or > > not. At least GCC does not warn? > > No, it does not depend on USB debugging. > GCC has no warning at all for variables which are only assigned to. > It only can warn about variables, which are only initialised. > > { > int x = 23; // GCC warns here ... > int y; // ... but not here - cparser does > y = 42; > y++; > } > > cparser has an analysis, which can warn about "y", too. > > I manually verified all 40 warnings and I cannot find any users (i.e. > readers) for these variables. What is the correct way to discard the return argument of a function? That's basically what most of the warnings are about. 1) (void)my_fn() cast 2) if (my_fn()) { } 3) err = my_fn(); 4) my_fn(); --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 14:48:29 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 219101065679 for ; Mon, 9 Feb 2009 14:48:29 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 7D2A78FC17 for ; Mon, 9 Feb 2009 14:48:28 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 09 Feb 2009 14:48:26 -0000 Received: from p54A3E6F0.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.230.240] by mail.gmx.net (mp001) with SMTP; 09 Feb 2009 15:48:26 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1/3SGIX4ZL38ICiuzMJ32NOnrIo+IsEszbdf9020r sv39Y6hfqr6B+4 Message-ID: <49904238.50505@gmx.de> Date: Mon, 09 Feb 2009 15:48:24 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Hans Petter Selasky References: <20090206045349.GQ78804@elvis.mu.org> <200902091450.07014.hselasky@c2i.net> <499038DE.3050501@gmx.de> <200902091534.12506.hselasky@c2i.net> In-Reply-To: <200902091534.12506.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.53 Cc: usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 14:48:30 -0000 Hans Petter Selasky schrieb: > On Monday 09 February 2009, Christoph Mallon wrote: >> Hans Petter Selasky schrieb: >>> On Monday 09 February 2009, Christoph Mallon wrote: >>>> Christoph Mallon schrieb: >>>>> are named "err" or "error". This should be investigated, so here's the >>>>> complete list: >>>> Sorry, my MUA seems to have damaged the list. You can get the list here: >>>> http://tron.homeunix.org/usb2.unread.log >>> I think some of these errors depend if you have USB debugging compiled or >>> not. At least GCC does not warn? >> No, it does not depend on USB debugging. >> GCC has no warning at all for variables which are only assigned to. >> It only can warn about variables, which are only initialised. >> >> { >> int x = 23; // GCC warns here ... >> int y; // ... but not here - cparser does >> y = 42; >> y++; >> } >> >> cparser has an analysis, which can warn about "y", too. >> >> I manually verified all 40 warnings and I cannot find any users (i.e. >> readers) for these variables. > > What is the correct way to discard the return argument of a function? That's > basically what most of the warnings are about. > > 1) (void)my_fn() cast > 2) if (my_fn()) { } > 3) err = my_fn(); > 4) my_fn(); Just to understand this correctly: You want to discard error codes? Basically I see four categories: 1) Getting the softc and not using it. This can be removed completely. Example: sc = ATMEGA_BUS2SC(xfer->xroot->bus); 2) calling mtx_owned() and discarding the return value. Can be removed, too, after checking that the value is really unnecessary. Example: use_polling = mtx_owned(xfer->xroot->xfer_mtx) ? 1 : 0; 3) Getting some value and not using it. Can be removed, too, after checking that the value is really unnecessary. Example: ep_no = (xfer->endpoint & UE_ADDR); 4) The rest are return values of functions, which contain error codes. Discarding them is questionable at best. Example: (err is not read) if (udev->flags.suspended) { err = DEVICE_SUSPEND(iface->subdev); device_printf(iface->subdev, "Suspend failed\n"); } return (0); /* success */ From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 15:58:19 2009 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 781A6106564A for ; Mon, 9 Feb 2009 15:58:19 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 31F0D8FC1D for ; Mon, 9 Feb 2009 15:58:19 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n19FsDWM025769; Mon, 9 Feb 2009 08:54:13 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 09 Feb 2009 08:54:17 -0700 (MST) Message-Id: <20090209.085417.1342145568.imp@bsdimp.com> To: nick@anywi.com From: "M. Warner Losh" In-Reply-To: <200902091035.26738.nick@anywi.com> References: <200902041044.27663.hselasky@c2i.net> <20090204.085606.1630229139.imp@bsdimp.com> <200902091035.26738.nick@anywi.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-usb@FreeBSD.org Subject: Re: USB2 - umass problem X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 15:58:19 -0000 In message: <200902091035.26738.nick@anywi.com> Nick Hibma writes: : > : > By some reason devfs semantic was changed: : > : > Instead of /dev/cuaU0.[0-2] and /dev/ttyU0.[0-2], I've get : > : > /dev/cuaU[0-2] /dev/ttyU[0-2] and! /dev/cuau1 /dev/ttyu1 : > : > What is reason for such change (additional port with lowercase 'u' : > : > and U[0-2] instead of more logical U0.[0-2]) ? : > : : > : It is because we are attaching drivers per interface instead of per : > : device. A new modem unit is allocated every time we find a modem, : > : simply put. If the modem has multiple instances in an interface, : > : /dev/cuaU0.[0...] will be created. Else /dev/cuaU... . : > : > Generally, we try not to change the details of how a device attaches : > /dev entries from release to release. Why the change? : : The USB1 u3g driver also attaches to interfaces, but collects all interfaces : in one go, leaving all unused interfaces available for other drivers (e.g. : umass) or claims them (to hide the 'driver disks'). It is the main reason : why I wrote a separate driver in the first place. Otherwise the UMTS cards : could be treated as serial ports without any port singalling. : : It is important to be able to determine in an automated way the 2 or more : serial ports that belong together. As an example: If you create a router : box that automatically configures itself depending on the hardware it : finds, we somehow need to find out which two serial ports are found on each : GPRS/UMTS card, so we can assign the first one to PPP and the other one to : our control application. If the devices have serial numbers, then I think that's published in the sysctl tree... Warner From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 16:06:11 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03B73106564A for ; Mon, 9 Feb 2009 16:06:11 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.swipnet.se [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id 5E9598FC20 for ; Mon, 9 Feb 2009 16:06:09 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=8UcZu9N6atoA:10 a=rZF0ZLlPMY8A:10 a=mHKO8asG7wzLhKhmW7EWpA==:17 a=N3vH5299AAAA:8 a=Ruid5yuE4hOwrEPXKGEA:9 a=SuN8P6eQdEvpyuhK8lEA:7 a=jGL5X-ozjliaIbx9_VpGlXmfPTQA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO laptop) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 447140681; Mon, 09 Feb 2009 16:06:07 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 9 Feb 2009 16:08:32 +0100 User-Agent: KMail/1.9.7 References: <20090206045349.GQ78804@elvis.mu.org> <200902091534.12506.hselasky@c2i.net> <49904238.50505@gmx.de> In-Reply-To: <49904238.50505@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902091608.34376.hselasky@c2i.net> Cc: usb@freebsd.org, Christoph Mallon Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 16:06:11 -0000 On Monday 09 February 2009, Christoph Mallon wrote: > Hans Petter Selasky schrieb: > > On Monday 09 February 2009, Christoph Mallon wrote: > >> Hans Petter Selasky schrieb: > >>> On Monday 09 February 2009, Christoph Mallon wrote: > >>>> Christoph Mallon schrieb: > >>>>> are named "err" or "error". This should be investigated, so here's > >>>>> the complete list: > >>>> > >>>> Sorry, my MUA seems to have damaged the list. You can get the list > >>>> here: http://tron.homeunix.org/usb2.unread.log > >>> > >>> I think some of these errors depend if you have USB debugging compiled > >>> or not. At least GCC does not warn? > >> > >> No, it does not depend on USB debugging. > >> GCC has no warning at all for variables which are only assigned to. > >> It only can warn about variables, which are only initialised. > >> > >> { > >> int x = 23; // GCC warns here ... > >> int y; // ... but not here - cparser does > >> y = 42; > >> y++; > >> } > >> > >> cparser has an analysis, which can warn about "y", too. > >> > >> I manually verified all 40 warnings and I cannot find any users (i.e. > >> readers) for these variables. > > > > What is the correct way to discard the return argument of a function? > > That's basically what most of the warnings are about. > > > > 1) (void)my_fn() cast > > 2) if (my_fn()) { } > > 3) err = my_fn(); > > 4) my_fn(); > > Just to understand this correctly: You want to discard error codes? > > > Basically I see four categories: > > 1) Getting the softc and not using it. > This can be removed completely. > Example: > sc = ATMEGA_BUS2SC(xfer->xroot->bus); > > 2) calling mtx_owned() and discarding the return value. > Can be removed, too, after checking that the value is really unnecessary. > Example: > use_polling = mtx_owned(xfer->xroot->xfer_mtx) ? 1 : 0; > > 3) Getting some value and not using it. > Can be removed, too, after checking that the value is really unnecessary. > Example: > ep_no = (xfer->endpoint & UE_ADDR); > > 4) The rest are return values of functions, which contain error codes. > Discarding them is questionable at best. > Example: (err is not read) > if (udev->flags.suspended) { > err = DEVICE_SUSPEND(iface->subdev); > device_printf(iface->subdev, "Suspend failed\n"); > } > return (0); /* success */ Hi, Can you wait some days and re-run the analysis on -current, because there is a bulk of patches going in to some of the code you have analysed, so the line numbers are likely to not match. Then we fix those warnings! --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 18:18:07 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 171C3106566B; Mon, 9 Feb 2009 18:18:07 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 4DE1F8FC0A; Mon, 9 Feb 2009 18:18:05 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl89-44.kln.forthnet.gr [77.49.56.44]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id n19IHu4X000959 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 9 Feb 2009 20:18:01 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n19IHtpX007413; Mon, 9 Feb 2009 20:17:55 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n19IHs6U007412; Mon, 9 Feb 2009 20:17:54 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Hans Petter Selasky References: <20090206045349.GQ78804@elvis.mu.org> <200902091450.07014.hselasky@c2i.net> <499038DE.3050501@gmx.de> <200902091534.12506.hselasky@c2i.net> Date: Mon, 09 Feb 2009 20:17:54 +0200 In-Reply-To: <200902091534.12506.hselasky@c2i.net> (Hans Petter Selasky's message of "Mon, 9 Feb 2009 15:34:11 +0100") Message-ID: <87ocxbpj8t.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: n19IHu4X000959 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.873, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.53, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: usb@freebsd.org, Christoph Mallon , freebsd-current@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 18:18:07 -0000 On Mon, 9 Feb 2009 15:34:11 +0100, Hans Petter Selasky wrote: > On Monday 09 February 2009, Christoph Mallon wrote: >> Hans Petter Selasky schrieb: >> > On Monday 09 February 2009, Christoph Mallon wrote: >> >> Christoph Mallon schrieb: >> >>> are named "err" or "error". This should be investigated, so here's the >> >>> complete list: >> >> >> >> Sorry, my MUA seems to have damaged the list. You can get the list here: >> >> http://tron.homeunix.org/usb2.unread.log >> > >> > I think some of these errors depend if you have USB debugging compiled or >> > not. At least GCC does not warn? >> >> No, it does not depend on USB debugging. >> GCC has no warning at all for variables which are only assigned to. >> It only can warn about variables, which are only initialised. >> >> { >> int x = 23; // GCC warns here ... >> int y; // ... but not here - cparser does >> y = 42; >> y++; >> } >> >> cparser has an analysis, which can warn about "y", too. >> >> I manually verified all 40 warnings and I cannot find any users (i.e. >> readers) for these variables. > > What is the correct way to discard the return argument of a function? > That's basically what most of the warnings are about. > > 1) (void)my_fn() cast > 2) if (my_fn()) { } > 3) err = my_fn(); > 4) my_fn(); If you *really* don't care about the returned error code: (void)function(arg1, arg2, ...); From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 19:20:42 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7694710657CD for ; Mon, 9 Feb 2009 19:20:42 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 4BC0E8FC29 for ; Mon, 9 Feb 2009 19:20:42 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by wa-out-1112.google.com with SMTP id k34so981186wah.27 for ; Mon, 09 Feb 2009 11:20:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=WUfDg/DBhvCQjsjktkeqcobFqk/GgZkil88TOGsaYHc=; b=KaIyEjgATwgbpNv4znKgsD+2OkkoTarLfXSnb2Hsis/i3BQOg7biD1m/69LIVwjDtu zy7XPZeW1Xv4rxxFI0C3W+WUW1rqWX0Y14usVNe60rp70GQNH/ez0A1XWsO9zpx2bQ5q wUOtBJzKSaoBelxIHNzSPmoJhiEDhSWAZjhKY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=YYXFA2DhxIkDGPyAsc0ifZcRdKVRBcYnQ0Y2Z/cORv66V5HJelgoq9+Cp/iwoc47mU XUF5u3Nq6A9Zh9LUWx9FEdlE7IP+DeyFjNfeH40fC+wldUCV0vJ61/KX/xkDmlOFs+KH DCtcTi4ZS8CoXuR9ECAzis2swbnhLv4KUg9ek= MIME-Version: 1.0 Received: by 10.114.133.1 with SMTP id g1mr3888358wad.21.1234207242066; Mon, 09 Feb 2009 11:20:42 -0800 (PST) In-Reply-To: <200902090916.54896.hselasky@c2i.net> References: <7d6fde3d0902081703l71bc1de8g9bb7baf6b9b050c8@mail.gmail.com> <200902090916.54896.hselasky@c2i.net> Date: Mon, 9 Feb 2009 11:20:42 -0800 Message-ID: <7d6fde3d0902091120w33c2909bma1d397114c404c1d@mail.gmail.com> From: Garrett Cooper To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org Subject: Re: Future of udbp in USB2? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 19:20:43 -0000 On Mon, Feb 9, 2009 at 12:16 AM, Hans Petter Selasky wrote: > On Monday 09 February 2009, Garrett Cooper wrote: >> Hi Hans, >> I was just preparing to test out the usb2 changes and I noted that >> one option in my old kernel configfile didn't have an analog in the >> USB2 config file: udbp. >> I don't use the option, but I was just checking to see whether or >> not an analog does exist, or the support will be completely phased out >> when USB2 becomes the default for FreeBSD. >> Thanks, >> -Garrett > > Hi, > > The udbp module is now called "misc_dbp" and it still connects via netgraph. > Other similar devices just emulate USB ethernet devices. > > --HPS Ok... is that going to be documented in the release notes for the new functionality? -Garrett From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 19:58:33 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD1E2106566B for ; Mon, 9 Feb 2009 19:58:33 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 647688FC1B for ; Mon, 9 Feb 2009 19:58:33 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 970DBFF89; Tue, 10 Feb 2009 08:58:32 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C5-JC2wZr1XP; Tue, 10 Feb 2009 08:58:28 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Tue, 10 Feb 2009 08:58:28 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 2FA1111431; Tue, 10 Feb 2009 08:58:28 +1300 (NZDT) Date: Mon, 9 Feb 2009 11:58:28 -0800 From: Andrew Thompson To: Garrett Cooper Message-ID: <20090209195827.GB67127@citylink.fud.org.nz> References: <7d6fde3d0902081703l71bc1de8g9bb7baf6b9b050c8@mail.gmail.com> <200902090916.54896.hselasky@c2i.net> <7d6fde3d0902091120w33c2909bma1d397114c404c1d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7d6fde3d0902091120w33c2909bma1d397114c404c1d@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: usb@freebsd.org Subject: Re: Future of udbp in USB2? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 19:58:34 -0000 On Mon, Feb 09, 2009 at 11:20:42AM -0800, Garrett Cooper wrote: > On Mon, Feb 9, 2009 at 12:16 AM, Hans Petter Selasky wrote: > > On Monday 09 February 2009, Garrett Cooper wrote: > >> Hi Hans, > >> I was just preparing to test out the usb2 changes and I noted that > >> one option in my old kernel configfile didn't have an analog in the > >> USB2 config file: udbp. > >> I don't use the option, but I was just checking to see whether or > >> not an analog does exist, or the support will be completely phased out > >> when USB2 becomes the default for FreeBSD. > >> Thanks, > >> -Garrett > > > > Hi, > > > > The udbp module is now called "misc_dbp" and it still connects via netgraph. > > Other similar devices just emulate USB ethernet devices. > > > > --HPS > > Ok... is that going to be documented in the release notes for the new > functionality? All the modules should go back to their original names as part of the removal/replacement process of oldusb->newusb. Andrew From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 20:00:20 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7370310656D4 for ; Mon, 9 Feb 2009 20:00:20 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 365598FC1E for ; Mon, 9 Feb 2009 20:00:20 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id A051FFF89; Tue, 10 Feb 2009 09:00:19 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gqw6-djsgUhi; Tue, 10 Feb 2009 09:00:16 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Tue, 10 Feb 2009 09:00:16 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 1B6F611431; Tue, 10 Feb 2009 09:00:16 +1300 (NZDT) Date: Mon, 9 Feb 2009 12:00:16 -0800 From: Andrew Thompson To: Garrett Cooper Message-ID: <20090209200016.GC67127@citylink.fud.org.nz> References: <7d6fde3d0902081703l71bc1de8g9bb7baf6b9b050c8@mail.gmail.com> <200902090916.54896.hselasky@c2i.net> <7d6fde3d0902091120w33c2909bma1d397114c404c1d@mail.gmail.com> <20090209195827.GB67127@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090209195827.GB67127@citylink.fud.org.nz> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: usb@freebsd.org Subject: Re: Future of udbp in USB2? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 20:00:21 -0000 On Mon, Feb 09, 2009 at 11:58:28AM -0800, Andrew Thompson wrote: > On Mon, Feb 09, 2009 at 11:20:42AM -0800, Garrett Cooper wrote: > > On Mon, Feb 9, 2009 at 12:16 AM, Hans Petter Selasky wrote: > > > On Monday 09 February 2009, Garrett Cooper wrote: > > >> Hi Hans, > > >> I was just preparing to test out the usb2 changes and I noted that > > >> one option in my old kernel configfile didn't have an analog in the > > >> USB2 config file: udbp. > > >> I don't use the option, but I was just checking to see whether or > > >> not an analog does exist, or the support will be completely phased out > > >> when USB2 becomes the default for FreeBSD. > > >> Thanks, > > >> -Garrett > > > > > > Hi, > > > > > > The udbp module is now called "misc_dbp" and it still connects via netgraph. > > > Other similar devices just emulate USB ethernet devices. > > > > > > --HPS > > > > Ok... is that going to be documented in the release notes for the new > > functionality? > > All the modules should go back to their original names as part of the > removal/replacement process of oldusb->newusb. I meant to say /will/. From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 20:19:14 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF7DD1065672; Mon, 9 Feb 2009 20:19:14 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id B1F9B8FC1B; Mon, 9 Feb 2009 20:19:14 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 953901A3C3A; Mon, 9 Feb 2009 12:19:14 -0800 (PST) Date: Mon, 9 Feb 2009 12:19:14 -0800 From: Alfred Perlstein To: "M. Warner Losh" Message-ID: <20090209201914.GM68801@elvis.mu.org> References: <8b3974a5f1b260fd438518f703aee2f5.squirrel@galain.elvandar.org> <20090208183820.GA21343@citylink.fud.org.nz> <200902081951.16823.hselasky@c2i.net> <20090208.124756.-942592244.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090208.124756.-942592244.imp@bsdimp.com> User-Agent: Mutt/1.4.2.3i Cc: usb@freebsd.org, remko@freebsd.org, freebsd-current@freebsd.org, thompsa@freebsd.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 20:19:15 -0000 * M. Warner Losh [090208 11:48] wrote: > In message: <200902081951.16823.hselasky@c2i.net> > Hans Petter Selasky writes: > : On Sunday 08 February 2009, Andrew Thompson wrote: > : > On Sun, Feb 08, 2009 at 06:48:39PM +0100, Remko Lodder wrote: > : > > On Sun, February 8, 2009 6:21 am, Alfred Perlstein wrote: > : > : > > > : > > Please name it "usb_*". > : > : Beware that if you rename everything from "usb2_" to "usb_" there will be > : symbol and structure clashes with the linux USB compat layer, which needs to > : be resolved. > > No. that's not the case. usb2_foo vs usb_foo in the kernel config > files only affects what files config brings in, and we can easily tell > it to bring the right ones in w/o any symbol issues. > > I'd leave everything else where it is now in the source tree. The > rename is fairly trivial. Do people want me to float a patch? That would be useful, but it might be premature as there might be changes that conflict shortly (not trying to hide information, just don't know what changes might happen). If you can schedule to do this at the time for the rename (when the remove happens) that would be best. -Alfred From owner-freebsd-usb@FreeBSD.ORG Mon Feb 9 20:21:12 2009 Return-Path: Delivered-To: usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8E8510656FC; Mon, 9 Feb 2009 20:21:12 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8BDB18FC17; Mon, 9 Feb 2009 20:21:12 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 7CE8C1A3C3D; Mon, 9 Feb 2009 12:21:12 -0800 (PST) Date: Mon, 9 Feb 2009 12:21:12 -0800 From: Alfred Perlstein To: Gavin Atkinson Message-ID: <20090209202112.GN68801@elvis.mu.org> References: <20090206045349.GQ78804@elvis.mu.org> <498C013B.4000405@FreeBSD.org> <20090208052110.GY78804@elvis.mu.org> <1234119008.7997.32.camel@buffy.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1234119008.7997.32.camel@buffy.york.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: usb@FreeBSD.org, Maxim Sobolev , current@FreeBSD.org Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2009 20:21:13 -0000 * Gavin Atkinson [090208 10:50] wrote: > On Sat, 2009-02-07 at 21:21 -0800, Alfred Perlstein wrote: > > * Maxim Sobolev [090206 01:50] wrote: > > > Alfred Perlstein wrote: > > > > - Update GENERIC to use usb2 device names. > > > > > > Wasn't there a plan to rename usb2 devices to match oldusb names (where > > > applicable) once oldusb had been killed? I don't see it in the list. > > > > Probably, although coming from the other side as a user I find it pretty > > annoying when there's somewhat gratuitous changes to the kernel config > > files that I don't really care about that cause my kernels to break. > > The vast majority of our users do not run -CURRENT, and so haven't had > to change config files yet. > > One day, those users will be migrating from 7.x to 8.x, and shouldn't > need to change their kernel config for a "somewhat gratuitous change". > > Your argument only works if people had already had to change their > config files once (usb -> usb2), and that by renaming these back they > will have to change their kernel config back. Only people running > -CURRENT will end up having to do this twice (or indeed at all) if the > rename takes place, end users will not need to do it at all. > > > Basically, calling it usb2 isn't as bad as renaming it back to "usb" > > as it's less disruptive in my book. > > Again, I disagree. Your point is very good! I hadn't thought about 7 users coming to 8 and having the rename actually be a nice thing for them. I was a bit more concerned with backlash from developers for churn, but your point makes a lot of sense. thanks, -- - Alfred Perlstein From owner-freebsd-usb@FreeBSD.ORG Tue Feb 10 04:42:06 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEB0A1065672 for ; Tue, 10 Feb 2009 04:42:06 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.183]) by mx1.freebsd.org (Postfix) with ESMTP id 70AFD8FC16 for ; Tue, 10 Feb 2009 04:42:06 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so1617071ele.13 for ; Mon, 09 Feb 2009 20:42:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; bh=7ri+/IofwsaJ0Irks3SjqppgssYwoSgHbYRKF72UsZs=; b=So7IxPFBmYDiHB28b4w6XMSzqAaj59mcfDT7CI+rsKeAcu3gE/Vo/+2IqJxLbaThny QKQtzYWWjPNGtCqBcoCC1BQGA+/uH4445kt66XZ+UpjScsvkGRl09NjovkZkCDs4SqZL sVdqX5xpuWy/Cowu9wUmclr9qpUS8UydIyxXc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; b=FuiWyDjkda4YhrYMdMwrXUk3A8mSKDhAU9xyV9UZYHGooId+gkb567dm1OILLNdIi4 Pbho1jnaz0C+7M1MkH0O7B70zw8zH2SXl4Z5lrzQiUGhhozRt7UBBDng3MAzqdzRjnet 6EMPxPSOtxobKjaBqIKW/bT/sbFytudbQOw1I= Received: by 10.220.72.134 with SMTP id m6mr585371vcj.63.1234239053812; Mon, 09 Feb 2009 20:10:53 -0800 (PST) Received: from cygnus.homeunix.com ([189.71.57.209]) by mx.google.com with ESMTPS id 7sm16180807ywo.57.2009.02.09.20.10.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 09 Feb 2009 20:10:53 -0800 (PST) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id D80CBB8061; Tue, 10 Feb 2009 01:10:48 -0300 (BRT) Received: from 10.1.1.80 (SquirrelMail authenticated user matheus) by 10.1.1.10 with HTTP; Tue, 10 Feb 2009 02:10:48 -0200 (BRST) Message-ID: <3a417368cbade2b459503d6bcbaa0601.squirrel@10.1.1.10> Date: Tue, 10 Feb 2009 02:10:48 -0200 (BRST) From: "Nenhum_de_Nos" To: freebsd-usb@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: ADMtek USB To LAN Converter X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2009 04:42:07 -0000 hail, I have two of these and cant make them ping. module loads ok, ifconfig sees ok, but cant send any data. tcpdump can get info though. aue0: on uhub1 miibus3: on aue0 ukphy1: PHY 1 on miibus3 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto aue0: Ethernet address: 00:60:6e:00:05:d2 aue0: link state changed to DOWN aue0: link state changed to UP aue0: usb error on rx: IOERROR FreeBSD xxx 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #2: Tue Dec 30 00:41:39 BRT 2008 root@xxx:/usr/obj/usr/src/sys/xxx i386 if anyone has any clues, thanks, matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-usb@FreeBSD.ORG Tue Feb 10 12:28:52 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F2831065708 for ; Tue, 10 Feb 2009 12:28:52 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id 416E58FC12 for ; Tue, 10 Feb 2009 12:28:51 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by an-out-0708.google.com with SMTP id b38so1192335ana.13 for ; Tue, 10 Feb 2009 04:28:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; bh=ww8+AvQk4cesUhoJd8M88mRmQuv4meeTYm+4Ysy5XAk=; b=NRmcdcp7r5bm6BDAE3j1XMHokZF/uu/IutW2qp5HhABrEjXmJLSZr1CGApgFSIqTri 6ceKJIWzx7U0aOpjbnvjxmqypcN1idwrIGAdpK6kNBOSr/CndU/gOhQn1d2LczVHRJmL RpEstyycSZB1+iyXzs2eNZDY6vFmaOMDR9F5M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; b=caycVmBAcfPeFVqF6wqRaNjlAtbScszHrJaqJXwdITQW5Ng5MYl11GacX+jTq5FBnl TIVlhxs9zDsUKvw4v9DKwrGLZw7JfvQ53GkSUqPDrpJsAqxoRBwLBqyede0Uuzh4j8W6 PBC4SQm07txQFwjLrt4NLcV4hQisGdnCC1zAg= Received: by 10.100.172.17 with SMTP id u17mr3864911ane.105.1234267434253; Tue, 10 Feb 2009 04:03:54 -0800 (PST) Received: from cygnus.homeunix.com ([189.71.57.209]) by mx.google.com with ESMTPS id 6sm1227153ywp.41.2009.02.10.04.03.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 10 Feb 2009 04:03:53 -0800 (PST) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id E1DEBB8061; Tue, 10 Feb 2009 09:03:48 -0300 (BRT) Received: from 189.92.12.161 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Tue, 10 Feb 2009 10:03:48 -0200 (BRST) Message-ID: <92fe476d6c450c162b8bcde16c6e43bd.squirrel@cygnus.homeunix.com> Date: Tue, 10 Feb 2009 10:03:48 -0200 (BRST) From: "Nenhum_de_Nos" To: usb@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: ADMtek USB To LAN Converter X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2009 12:28:53 -0000 hail, I have two of these and cant make them ping. module loads ok, ifconfig sees ok, but cant send any data. tcpdump can get info though. aue0: on uhub1 miibus3: on aue0 ukphy1: PHY 1 on miibus3 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto aue0: Ethernet address: 00:60:6e:00:05:d2 aue0: link state changed to DOWN aue0: link state changed to UP aue0: usb error on rx: IOERROR FreeBSD xxx 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #2: Tue Dec 30 00:41:39 BRT 2008 root@xxx:/usr/obj/usr/src/sys/xxx i386 if anyone has any clues, thanks, matheus -- We will call you cygnus, The God of balance you shall be -- We will call you cygnus, The God of balance you shall be From owner-freebsd-usb@FreeBSD.ORG Tue Feb 10 14:39:54 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EE81106564A for ; Tue, 10 Feb 2009 14:39:54 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id 2B3588FC16 for ; Tue, 10 Feb 2009 14:39:53 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so2510913wfd.7 for ; Tue, 10 Feb 2009 06:39:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; bh=6lU3dQjZepoJeKXVR9xGF/5Ha4kye/oaWJ3WxKkgMNI=; b=XKYAlOe4jAC0REyPRmWusQ2jmt/e2KAbIpZWMDvjaUmXRJlcgbN7oGNHTLy2PhYUDH +/pXK/wXxG72+fSy72sPrGb86A62lKazvGBsnsE0XbA9CBlOKaXOf/0T3Dvfgk8rBMGF 8UaC3dLG3jcBfRE3eIbrFwDNZKu1Q+uqGsPjk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; b=Zmp/JoRWxhte35rrA7exJbaCp8v9ktyJ3/j1T0ZY7rKU1z342LinEekG2qgLR5Jem+ WvlZs+lr+csYryeADy3ox/iEk43U3KAnhzZXnhht3WLBh5U71h9vnuG5NsgzBHWiuGsi c5hNoO81G0IBCmfxFW9TGScZCs261ZJaVHEXc= Received: by 10.114.75.1 with SMTP id x1mr1429604waa.107.1234276793625; Tue, 10 Feb 2009 06:39:53 -0800 (PST) Received: from cygnus.homeunix.com ([189.71.57.209]) by mx.google.com with ESMTPS id 6sm3590195ywi.53.2009.02.10.06.39.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 10 Feb 2009 06:39:52 -0800 (PST) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id E3949B8061; Tue, 10 Feb 2009 11:39:47 -0300 (BRT) Received: from 189.92.17.21 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Tue, 10 Feb 2009 12:39:47 -0200 (BRST) Message-ID: <09da8c63d4de0f47726e524abaa6a1f6.squirrel@cygnus.homeunix.com> Date: Tue, 10 Feb 2009 12:39:47 -0200 (BRST) From: "Nenhum_de_Nos" To: usb@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: RE: ADMtek USB To LAN Converter X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2009 14:39:54 -0000 hail, first of all I apologize for two messages, but I'm not receiving usb@ msgs. but to the point, this adapter: aue0: on uhub1 miibus3: on aue0 ukphy1: PHY 1 on miibus3 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto aue0: Ethernet address: 00:60:6e:00:05:d2 aue0: link state changed to DOWN aue0: link state changed to UP aue0: usb error on rx: IOERROR in current using usb1 never got to send a byte on the wire. So I tested USB2: ugen0.2: at usbus0 aue0: on usbus0 miibus1: on aue0 ukphy0: PHY 1 on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ue0: on aue0 ue0: Ethernet address: 00:60:6e:00:05:d2 ue0: link state changed to DOWN and after a ifconfig ue0 $ip, it did work :) as I have no clue why this, I'm here asking. I'd like to have this nic in a router and planned to run STABLE or any RELEASE, nor CURRENT. so is this possible ? and at last but not least, thanks for usb2 code :) matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-usb@FreeBSD.ORG Tue Feb 10 14:59:10 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 975371065673 for ; Tue, 10 Feb 2009 14:59:10 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 2ED6D8FC14 for ; Tue, 10 Feb 2009 14:59:09 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=kw03RjmKpLm8ql5X2xOdcA==:17 a=QLqgg27pCfquGiIwtdMA:9 a=j5khffXPllajNsPgbUAA:7 a=mP51uZYLtDx9Uk9R2k4KWqseQi4A:4 a=LY0hPdMaydYA:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO laptop) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1193452330; Tue, 10 Feb 2009 15:59:08 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Tue, 10 Feb 2009 16:01:34 +0100 User-Agent: KMail/1.9.7 References: <09da8c63d4de0f47726e524abaa6a1f6.squirrel@cygnus.homeunix.com> In-Reply-To: <09da8c63d4de0f47726e524abaa6a1f6.squirrel@cygnus.homeunix.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902101601.35722.hselasky@c2i.net> Cc: Subject: Re: ADMtek USB To LAN Converter X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2009 14:59:10 -0000 On Tuesday 10 February 2009, Nenhum_de_Nos wrote: > > first of all I apologize for two messages, but I'm not receiving usb@ msgs. > > but to the point, this adapter: > Hi, > aue0: usb error on rx: IOERROR Probably the old USB aue0 driver does not handle the clear-stall correctly. > So is this possible ? It will require some work. What is the target version of FreeBSD where you want to backport the aue0 driver? > > and at last but not least, thanks for usb2 code :) Great to hear it's working! --HPS From owner-freebsd-usb@FreeBSD.ORG Tue Feb 10 19:00:38 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A38E1065745 for ; Tue, 10 Feb 2009 19:00:38 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 3F9E68FC18 for ; Tue, 10 Feb 2009 19:00:38 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by wa-out-1112.google.com with SMTP id k34so1261771wah.27 for ; Tue, 10 Feb 2009 11:00:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; bh=zF/4JoDw7vJUnhrcDsPfNSIP6n7Rtzyiz/Yl8ogzsKo=; b=jpwml+9AW5lbBt2i/2+9G123jw3fnmqrhtv56Qdw+g9a2DRC/+dJ0oFiyrMf0zUDzx 6/uV7U6N+7pAvClU8lidWAx+YdsEgfZPBM7TB4SWtf1WZwnxhLYMvjji0H2LWEavasJo YqKez8nASz9a/aUg+2k/8gKvsEU7tvN+ZJ370= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=hUWUxBzL6fNkF9gcuApDjpXrIvObu0nLaraWXO+wVlO9OQ7nfwt7LLOqlLE186DVhn GNdMxaXy+8Uo+J/skjEhg0jdMX6Z1anQJj6vBCFj3wC3Dgq6Z5t+tSphrTesr4TZy81k z8VmFtYrwbT7w0dZ8XPJ75PkbziL6JMhkCJZk= Received: by 10.114.37.1 with SMTP id k1mr4937800wak.28.1234292437955; Tue, 10 Feb 2009 11:00:37 -0800 (PST) Received: from cygnus.homeunix.com ([189.71.57.209]) by mx.google.com with ESMTPS id 6sm636355ywn.42.2009.02.10.11.00.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 10 Feb 2009 11:00:37 -0800 (PST) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id A71DAB8061; Tue, 10 Feb 2009 16:00:29 -0300 (BRT) Received: from 189.92.13.103 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Tue, 10 Feb 2009 17:00:29 -0200 (BRST) Message-ID: In-Reply-To: <200902101601.35722.hselasky@c2i.net> References: <09da8c63d4de0f47726e524abaa6a1f6.squirrel@cygnus.homeunix.com> <200902101601.35722.hselasky@c2i.net> Date: Tue, 10 Feb 2009 17:00:29 -0200 (BRST) From: "Nenhum_de_Nos" To: "Hans Petter Selasky" User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-usb@freebsd.org Subject: Re: ADMtek USB To LAN Converter X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2009 19:00:39 -0000 On Tue, February 10, 2009 13:01, Hans Petter Selasky wrote: > On Tuesday 10 February 2009, Nenhum_de_Nos wrote: >> >> first of all I apologize for two messages, but I'm not receiving usb@ >> msgs. >> >> but to the point, this adapter: >> > > Hi, > >> aue0: usb error on rx: IOERROR > > Probably the old USB aue0 driver does not handle the clear-stall > correctly. this error appeared just once, but I tried for quite long time (some hours yesterday), and using 7.1R/STABLE/CURRENT >> So is this possible ? > > It will require some work. What is the target version of FreeBSD where you > want to backport the aue0 driver? well, STABLE would be much of enough :) as it'll be in future releases :) >> >> and at last but not least, thanks for usb2 code :) > > Great to hear it's working! yep, and is ok. just noticed u3g stopped working :) I was about to send nick a message about this, or is all about you ? ;) thanks again, matheus > --HPS > -- We will call you cygnus, The God of balance you shall be From owner-freebsd-usb@FreeBSD.ORG Tue Feb 10 19:06:34 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90E8E1065672; Tue, 10 Feb 2009 19:06:34 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id EEAA18FC0C; Tue, 10 Feb 2009 19:06:33 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=kw03RjmKpLm8ql5X2xOdcA==:17 a=2AB2AvmJkNISu6F46_MA:9 a=JCiLEOPaOiP68RtI8WwA:7 a=7c2JhavZUW1yON0bIHj4kUFnGeYA:4 a=LY0hPdMaydYA:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO laptop) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1194621967; Tue, 10 Feb 2009 20:06:32 +0100 From: Hans Petter Selasky To: "Nenhum_de_Nos" , Andrew Thompson Date: Tue, 10 Feb 2009 20:08:58 +0100 User-Agent: KMail/1.9.7 References: <09da8c63d4de0f47726e524abaa6a1f6.squirrel@cygnus.homeunix.com> <200902101601.35722.hselasky@c2i.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902102008.59847.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: ADMtek USB To LAN Converter X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2009 19:06:35 -0000 On Tuesday 10 February 2009, Nenhum_de_Nos wrote: > On Tue, February 10, 2009 13:01, Hans Petter Selasky wrote: > > On Tuesday 10 February 2009, Nenhum_de_Nos wrote: > >> first of all I apologize for two messages, but I'm not receiving usb@ > >> msgs. > >> > >> but to the point, this adapter: > > > > Hi, > > > >> aue0: usb error on rx: IOERROR > > > > Probably the old USB aue0 driver does not handle the clear-stall > > correctly. > > this error appeared just once, but I tried for quite long time (some hours > yesterday), and using 7.1R/STABLE/CURRENT > > >> So is this possible ? > > > > It will require some work. What is the target version of FreeBSD where > > you want to backport the aue0 driver? > > well, STABLE would be much of enough :) as it'll be in future releases :) > > >> and at last but not least, thanks for usb2 code :) > > > > Great to hear it's working! > > yep, and is ok. just noticed u3g stopped working :) > I was about to send nick a message about this, or is all about you ? ;) Hi, If you have some debug prints you can send them to me or Andrew Thompson. There has been some changes to u3g recently. Maybe something is broken? kldload usb2_serial_3g And dmesg output. --HPS From owner-freebsd-usb@FreeBSD.ORG Tue Feb 10 19:41:15 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15C0B106566B for ; Tue, 10 Feb 2009 19:41:15 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id D0A638FC18 for ; Tue, 10 Feb 2009 19:41:14 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so4080wfd.7 for ; Tue, 10 Feb 2009 11:41:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=cSZnKvUqzkBxC58mJHRdStsC6j/POrkFwPJJBj60EQ0=; b=ibRZP1ypQ3NnMzxSpLdz2Nrx9D/TEj/w4ICgQ+BhRn6NKzApmyDxlXy7EhUJfP1HUN ryq26A99AxnOfnmFjvfVzjyoBYL9rd8tNeYYh9K+WqN5eGTPXqxhiIEVfJmWowpYjd/b 4AtoWYlLPQANIe3MYl/9N1O83Kl9XqXdKUpbo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=oHWACAosTBWiYVpkgbj/kLZ2u4DJLtFBldkL5/uSt0aLVS2ZhcADG3XkuSQLBSA1Xc EJFGAGDgAnV6Jzyqa4A62Au3mzUFXa4qb9/UTcfjkxL5ipS2DedP5LRdsU0gVat8WUoU KknQx/oLzkAZeFbAk5h+GaMFL0TngowrL4YXE= Received: by 10.114.108.8 with SMTP id g8mr4998262wac.103.1234294874329; Tue, 10 Feb 2009 11:41:14 -0800 (PST) Received: from cygnus.homeunix.com ([189.71.57.209]) by mx.google.com with ESMTPS id 9sm5451334yws.45.2009.02.10.11.41.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 10 Feb 2009 11:41:13 -0800 (PST) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 95E0FB8061; Tue, 10 Feb 2009 16:41:06 -0300 (BRT) Received: from 189.92.13.103 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Tue, 10 Feb 2009 17:41:06 -0200 (BRST) Message-ID: <02bc424a29f2cad2310599f352b232f7.squirrel@cygnus.homeunix.com> In-Reply-To: <200902102008.59847.hselasky@c2i.net> References: <09da8c63d4de0f47726e524abaa6a1f6.squirrel@cygnus.homeunix.com> <200902101601.35722.hselasky@c2i.net> <200902102008.59847.hselasky@c2i.net> Date: Tue, 10 Feb 2009 17:41:06 -0200 (BRST) From: "Nenhum_de_Nos" To: freebsd-usb@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: ADMtek USB To LAN Converter X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2009 19:41:15 -0000 On Tue, February 10, 2009 17:08, Hans Petter Selasky wrote: > On Tuesday 10 February 2009, Nenhum_de_Nos wrote: >> On Tue, February 10, 2009 13:01, Hans Petter Selasky wrote: >> > On Tuesday 10 February 2009, Nenhum_de_Nos wrote: >> >> first of all I apologize for two messages, but I'm not receiving usb@ >> >> msgs. >> >> >> >> but to the point, this adapter: >> > >> > Hi, >> > >> >> aue0: usb error on rx: IOERROR >> > >> > Probably the old USB aue0 driver does not handle the clear-stall >> > correctly. >> >> this error appeared just once, but I tried for quite long time (some >> hours >> yesterday), and using 7.1R/STABLE/CURRENT >> >> >> So is this possible ? >> > >> > It will require some work. What is the target version of FreeBSD where >> > you want to backport the aue0 driver? >> >> well, STABLE would be much of enough :) as it'll be in future releases >> :) >> >> >> and at last but not least, thanks for usb2 code :) >> > >> > Great to hear it's working! >> >> yep, and is ok. just noticed u3g stopped working :) >> I was about to send nick a message about this, or is all about you ? ;) > > Hi, > > If you have some debug prints you can send them to me or Andrew Thompson. > There has been some changes to u3g recently. Maybe something is broken? > > kldload usb2_serial_3g > > And dmesg output. > > --HPS well, sorry for my mistake. I did kldluad u3g and it loaded, but my Huawei E226 got ugen for it. I'll try this though. thanks, matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-usb@FreeBSD.ORG Tue Feb 10 21:32:31 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82B8D106566C for ; Tue, 10 Feb 2009 21:32:31 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp804.mail.ird.yahoo.com (smtp804.mail.ird.yahoo.com [217.146.188.64]) by mx1.freebsd.org (Postfix) with SMTP id E074B8FC17 for ; Tue, 10 Feb 2009 21:32:30 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 80896 invoked from network); 10 Feb 2009 21:32:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:Message-ID:MIME-Version:Content-Type:X-Mailer:Thread-Index:Content-Language; b=aU+LA3/lK09mPbqlPQA/M4Ym2Jq7GjCCRdgb2ktmxHSYScfemVsC27FBguahiE5k2R/dGClnqSgk+7a0aD2EDCwANB+o1KcV5sa1t/CtTA4myyJNnS8NePPliZcEh3DoV7E+R5ZYJ4EnpTfChHj1b7gfGeWXHzQ3UQxbarAlpQE= ; Received: from unknown (HELO W2FZZ0VC03) (Thomas.Sparrevohn@86.133.209.248 with login) by smtp804.mail.ird.yahoo.com with SMTP; 10 Feb 2009 21:32:27 -0000 X-YMail-OSG: QpfqJ5wVM1mLLDasvXLLtBm1cnZNmgxYdLPbABcZtsg61GiZQSA4VU7h7HFJo80lE_wvdP2b06LAOxuq2WiOH_7RcMOQ1QcB9ndZipCZc6THiS1RXTvdBXIlBXr7bisPOWyaRam6.EFxhifmafIBUo_M9D2BVzNR_FgfKf_NdWtOi6SN6GRBfoZrJ4ZKTlrrMn.1pliOLYsXBwbNGrF39RpIvYu2UQ-- X-Yahoo-Newman-Property: ymail-3 From: "Thomas Sparrevohn" To: Date: Tue, 10 Feb 2009 21:32:13 -0000 Message-ID: <012401c98bc7$123648b0$36a2da10$@Sparrevohn@btinternet.com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcmLxwdo04Z1YZgHT9SyxBrAyIxr2Q== Content-Language: en-gb Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Recent Changes to Rum driver - seems to have.. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2009 21:32:31 -0000 Reintroduced panics when the device is used heavily - it also reports the "needs callback" in dmesg - Unless this is known I can post a dmesg From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 01:20:01 2009 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B804106566C for ; Wed, 11 Feb 2009 01:20:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 58C008FC0A for ; Wed, 11 Feb 2009 01:20:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n1B1K0N2081564 for ; Wed, 11 Feb 2009 01:20:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n1B1K0sO081563; Wed, 11 Feb 2009 01:20:00 GMT (envelope-from gnats) Resent-Date: Wed, 11 Feb 2009 01:20:00 GMT Resent-Message-Id: <200902110120.n1B1K0sO081563@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Matheus Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 499CE10656D3 for ; Wed, 11 Feb 2009 01:14:30 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 377B38FC16 for ; Wed, 11 Feb 2009 01:14:30 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id n1B1ETAc026163 for ; Wed, 11 Feb 2009 01:14:29 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id n1B1ET1A026162; Wed, 11 Feb 2009 01:14:29 GMT (envelope-from nobody) Message-Id: <200902110114.n1B1ET1A026162@www.freebsd.org> Date: Wed, 11 Feb 2009 01:14:29 GMT From: Matheus To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: usb/131576: ADMtek USB To LAN Converter can't send data X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 01:20:01 -0000 >Number: 131576 >Category: usb >Synopsis: ADMtek USB To LAN Converter can't send data >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 11 01:20:00 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Matheus >Release: 7.1-PRERELEASE >Organization: >Environment: FreeBSD lamneth 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #2: Tue Dec 30 00:41:39 BRT 2008 root@lamneth:/usr/obj/usr/src/sys/Lamneth_7-3G i386 >Description: I have an aue device that detects ok, but can't send data. tcpdump can read from wire though. the dmesg: aue0: on uhub1 miibus3: on aue0 ukphy1: PHY 1 on miibus3 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto aue0: Ethernet address: 00:60:6e:00:05:d2 aue0: link state changed to DOWN aue0: link state changed to UP aue0: usb error on rx: IOERROR aue0: at uhub1 port 1 (addr 2) disconnected aue0: detached usbdevs -v: Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), VIA(0x0000), rev 1.00 port 1 powered port 2 addr 2: full speed, power 160 mA, config 1, USB To LAN Converter(0x8513), ADMtek(0x07a6), rev 2.01 I read from 4.9 days in mailing lists a problem quite close to this, but on ADM8511, this is ADM8513 >How-To-Repeat: Just plug the adapter. >Fix: Use usb2 code. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 07:30:03 2009 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 892FA1065672 for ; Wed, 11 Feb 2009 07:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5D1538FC17 for ; Wed, 11 Feb 2009 07:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n1B7U25J086108 for ; Wed, 11 Feb 2009 07:30:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n1B7U2pU086103; Wed, 11 Feb 2009 07:30:02 GMT (envelope-from gnats) Resent-Date: Wed, 11 Feb 2009 07:30:02 GMT Resent-Message-Id: <200902110730.n1B7U2pU086103@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Charlie & Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E27E31065673 for ; Wed, 11 Feb 2009 07:24:39 +0000 (UTC) (envelope-from estartu@etustar.ze.tum.de) Received: from etustar.ze.tum.de (etustar.ze.tum.de [129.187.39.96]) by mx1.freebsd.org (Postfix) with ESMTP id 85A778FC1C for ; Wed, 11 Feb 2009 07:24:39 +0000 (UTC) (envelope-from estartu@etustar.ze.tum.de) Received: from etustar.ze.tum.de (smmsp@localhost [127.0.0.1]) by etustar.ze.tum.de (8.14.3/8.14.2) with ESMTP id n1B6mQpV084881 for ; Wed, 11 Feb 2009 07:48:27 +0100 (CET) (envelope-from estartu@etustar.ze.tum.de) Received: (from root@localhost) by etustar.ze.tum.de (8.14.3/8.14.2/Submit) id n1B6mK6n084870; Wed, 11 Feb 2009 07:48:21 +0100 (CET) (envelope-from estartu) Message-Id: <200902110648.n1B6mK6n084870@etustar.ze.tum.de> Date: Wed, 11 Feb 2009 07:48:21 +0100 (CET) From: Gerhard Schmidt To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: usb/131583: Failure when detaching umass Device X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Charlie & List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 07:30:04 -0000 >Number: 131583 >Category: usb >Synopsis: Failure when detaching umass Device >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 11 07:30:02 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Gerhard Schmidt >Release: FreeBSD 7.1-STABLE amd64 >Organization: Technische Universität München >Environment: System: FreeBSD etustar.ze.tum.de 7.1-STABLE FreeBSD 7.1-STABLE #9: Mon Feb 9 09:13:59 CET 2009 root@etustar.ze.tum.de:/usr/src/sys/amd64/compile/ETUSTAR amd64 >Description: I've a Sandisk Sansa e280 MP3 Player. The Mplayer is charged via USB cable. To charge the player I've connected the Player to my FreeBSD Workstation. After charging the Player (ca 2h) I disconnected the Player and get the following Message umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR repeating every two secounds. The umass device has never been mounted during the charge time. The player is an MTP device and has an entry in my hal policies. portable_audio_player SanDisk Sansa e200/e250/e260/e270/e280 portable_audio_player user mtp libmtp audio/mpeg audio/x-ms-wma mtp portable_audio_player SanDisk Sansa e280 portable_audio_player user mtp libmtp audio/mpeg audio/x-ms-wma mtp portable_audio_player SanDisk Sansa e280 v2 portable_audio_player user mtp libmtp audio/mpeg audio/x-ms-wma mtp >How-To-Repeat: connect and disconnect the player >Fix: n/k >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 07:41:08 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C0281065672 for ; Wed, 11 Feb 2009 07:41:08 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mail4.ecc.u-tokyo.ac.jp (mail3.ecc.u-tokyo.ac.jp [133.11.205.99]) by mx1.freebsd.org (Postfix) with ESMTP id CC2E58FC0A for ; Wed, 11 Feb 2009 07:41:07 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mail0.ecc.u-tokyo.ac.jp (mail0.ecc.u-tokyo.ac.jp [133.11.45.132]) by mail4.ecc.u-tokyo.ac.jp (Postfix) with ESMTP id 4BB2B5B1049 for ; Wed, 11 Feb 2009 16:08:19 +0900 (JST) Received: from mhs002.ecc.u-tokyo.ac.jp (mhs002.ecc.u-tokyo.ac.jp [133.11.70.162]) by mail0.ecc.u-tokyo.ac.jp (Postfix) with ESMTP id 290D01BE800B for ; Wed, 11 Feb 2009 16:08:16 +0900 (JST) Received: from amulet.amuletic.net (124.155.55.252 [124.155.55.252]) by mhs002.ecc.u-tokyo.ac.jp (SpamBlock.pstn.b 3.4.102) with ESMTP id for ; Wed, 11 Feb 2009 16:08:04 +0900 Date: Wed, 11 Feb 2009 16:08:04 +0900 Message-ID: From: Hiroharu Tamaru To: freebsd-usb@freebsd.org User-Agent: User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-IP: 124.155.55.252 X-FROM-DOMAIN: myn.rcast.u-tokyo.ac.jp X-FROM-EMAIL: tamaru@myn.rcast.u-tokyo.ac.jp Cc: Subject: USB2: umass not detected correctly, axe not transmitting X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 07:41:08 -0000 Hi, I have an Atom Z530 semi-embedded system and tried the new USB2 stack. I found some oddities and decided to report here. It is running 8.0-CURRENT as of yesterday, and I have GENERIC and USB2 kernels to test with. I am testing with two usb devices: umass0: on usbus3 axe0: on usbus3 First about the USB memory stick: 1) I setup a bootable USB memory stick, and this system boots off umass da0 if I have the old USB1 kernel. However, with USB2 kernel, it does not detect da0 at its final stage, and fails to find the root filesystem. I mean that the 'da0 at umass-sim0 bus 0 target 0 lun 0' message is not shown, and it is not listed in the kernel detected list of disks at 'mountroot>' prompt (shown by typing '?'). 2) If I boot from the internal ad0, and plug in this stick it gets detected: ugen3.2: at usbus3 umass0: on usbus3 umass0: SCSI over Bulk-Only; quirks = 0x0100 umass0:0:0:-1: Attached to scbus0 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (probe0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data) da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 3830MB (7843840 512 byte sectors: 255H 63S/T 488C) however, it does not give the correct contents when read; it does not detect the slices and all. # ls /dev/da0* /dev/da0 # dd if=/dev/da0 count=1 | hexdump -C 1+0 records in 1+0 records out 00000000 55 53 42 43 24 00 00 00 00 02 00 00 80 00 0a 28 |USBC$..........(| 00000010 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 c4 |................| 00000020 00 c4 30 37 8a aa 55 00 28 03 4d 00 61 00 73 00 |..07..U.(.M.a.s.| 00000030 73 00 20 00 53 00 74 00 6f 00 72 00 61 00 67 00 |s. .S.t.o.r.a.g.| 00000040 65 00 20 00 44 00 65 00 76 00 69 00 63 00 65 00 |e. .D.e.v.i.c.e.| 00000050 4a 65 74 46 6c 61 73 68 54 72 61 6e 73 63 65 6e |JetFlashTranscen| 00000060 64 20 34 47 42 20 20 20 38 2e 30 31 8a aa 55 00 |d 4GB 8.01..U.| 00000070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 3c c3 |..............<.| 00000080 12 03 38 00 4c 00 4f 00 31 00 4d 00 43 00 42 00 |..8.L.O.1.M.C.B.| 00000090 52 00 3d 00 00 00 00 00 00 00 00 00 00 00 00 00 |R.=.............| 000000a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 000000d0 00 00 00 00 68 50 51 49 00 00 00 00 00 00 00 00 |....hPQI........| 000000e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000160 00 0d 09 51 01 01 21 00 ff ff 01 0d 01 00 18 03 |...Q..!.........| 00000170 08 0c 14 01 01 03 b4 ff 01 00 00 a0 ff 00 07 e7 |................| 00000180 70 54 53 34 47 4a 46 56 33 35 00 00 00 00 00 00 |pTS4GJFV35......| 00000190 ca 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| 000001a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 512 bytes transferred in 0.000506 secs (1012009 bytes/sec) 00000200 It gives the correct mbr and slice table when the USB1 kernel (GENERIC) is used, of course. Next about the ethernet device: This device is detected correctly. ugen3.3: at usbus3 axe0: on usbus3 axe0: PHYADDR 0xe0:0x18 miibus0: on axe0 ciphy0: PHY 24 on miibus0 ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto ue0: on axe0 ue0: Ethernet address: 00:90:cc:xx:xx:xx ue0: link state changed to DOWN ue0: link state changed to UP # ifconfg ue0 ue0: flags=8843 metric 0 mtu 1500 ether 00:90:cc:xx:xx:xx inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 media: Ethernet autoselect (100baseTX ) status: active However it cannot transmit packets. 'tcpdump -i ue0 -n' shows traffic, so it can recive packets. But by watching the wire from another host, no packet leaves this interface. So, which details should I start reporting with? Thanks. Hiroharu From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 08:52:11 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC7B81065670 for ; Wed, 11 Feb 2009 08:52:11 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 45E2D8FC21 for ; Wed, 11 Feb 2009 08:52:11 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=cRIbAOf_D1oA:10 a=qjn72LJ4uAUA:10 a=kw03RjmKpLm8ql5X2xOdcA==:17 a=6I5d2MoRAAAA:8 a=CEWtPPEgYG6akGjmCCwA:9 a=DwtyeaV2fzHDzu4fwFgA:7 a=7CoTFS7P5kVKC8hokH8Xvs0s02gA:4 a=50e4U0PicR4A:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO laptop) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1193828278; Wed, 11 Feb 2009 09:52:09 +0100 From: Hans Petter Selasky To: Hiroharu Tamaru Date: Wed, 11 Feb 2009 09:54:36 +0100 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902110954.37659.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: USB2: umass not detected correctly, axe not transmitting X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 08:52:12 -0000 Hi, On Wednesday 11 February 2009, Hiroharu Tamaru wrote: > Hi, > > I have an Atom Z530 semi-embedded system and tried the new USB2 stack. > I found some oddities and decided to report here. > > It is running 8.0-CURRENT as of yesterday, and I have GENERIC and USB2 > kernels to test with. I am testing with two usb devices: > > umass0: on > usbus3 axe0: on usbus3 > > First about the USB memory stick: > > 1) I setup a bootable USB memory stick, and this system > boots off umass da0 if I have the old USB1 kernel. > However, with USB2 kernel, it does not detect da0 at its final stage, > and fails to find the root filesystem. > I mean that the 'da0 at umass-sim0 bus 0 target 0 lun 0' message is not > shown, and it is not listed in the kernel detected list of disks at > 'mountroot>' prompt (shown by typing '?'). This is a known issue, see: http://wiki.freebsd.org/USB > > > 2) If I boot from the internal ad0, and plug in this stick it gets > detected: > > > however, it does not give the correct contents when read; it does not > detect the slices and all. > Could you repeat the same "cat" operation with UMASS debugging turned on? sysctl hw.usb2.umass.debug=-1 > > Next about the ethernet device: > > This device is detected correctly. > > ugen3.3: at usbus3 > axe0: on usbus3 > axe0: PHYADDR 0xe0:0x18 > miibus0: on axe0 > ciphy0: PHY 24 on miibus0 > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto ue0: on axe0 > ue0: Ethernet address: 00:90:cc:xx:xx:xx > ue0: link state changed to DOWN > ue0: link state changed to UP > > # ifconfg ue0 > ue0: flags=8843 metric 0 mtu 1500 > ether 00:90:cc:xx:xx:xx > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > media: Ethernet autoselect (100baseTX ) > status: active Turn on debugging: sysctl hw.usb2.axe.debug=15 And repeat test. --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 08:58:20 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FC22106564A; Wed, 11 Feb 2009 08:58:20 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swip.net [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 091B48FC1A; Wed, 11 Feb 2009 08:58:19 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=nf-3aSPXtmMA:10 a=9zKXQfm5S70A:10 a=kw03RjmKpLm8ql5X2xOdcA==:17 a=OdR5sfXFAAAA:8 a=D8mpjnRWOXBn1sN-KYIA:9 a=W_sQOeJiZNbNcetP8L4A:7 a=WE6HWVP0rt7YNgxyPfYxrvX07RcA:4 a=LY0hPdMaydYA:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO laptop) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 804476525; Wed, 11 Feb 2009 09:58:18 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org, Andrew Thompson Date: Wed, 11 Feb 2009 10:00:45 +0100 User-Agent: KMail/1.9.7 References: <012401c98bc7$123648b0$36a2da10$@Sparrevohn@btinternet.com> In-Reply-To: <012401c98bc7$123648b0$36a2da10$@Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902111000.46643.hselasky@c2i.net> Cc: Subject: Re: Recent Changes to Rum driver - seems to have.. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 08:58:20 -0000 On Tuesday 10 February 2009, Thomas Sparrevohn wrote: > Reintroduced panics when the device is used heavily - it also reports the > "needs callback" in dmesg - Unless this is known I can post a dmesg > Hi Thomas, Andrew Thompson decided to re-port the driver from USB1. I've tried to fix most of the bugs now. If the fixes are not in -current yet you can fetch if_rum*[ch] from: svn --username anonsvn --password anonsvn \ checkout svn://svn.turbocat.net/i4b/trunk/i4b/src/sys/dev/usb2 Do you have a backtrace of the panics ? Sorry about the inconvenience. --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 09:24:54 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DB08106566B; Wed, 11 Feb 2009 09:24:54 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id BC4008FC18; Wed, 11 Feb 2009 09:24:53 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=nf-3aSPXtmMA:10 a=9zKXQfm5S70A:10 a=kw03RjmKpLm8ql5X2xOdcA==:17 a=OdR5sfXFAAAA:8 a=UZTPEwrvC_Q4vtkAnIcA:9 a=-TRrYx6FjjdnjrOrGc8A:7 a=J-5ySJYJ5W49Jn2JMEMYCHGdSuYA:4 a=LY0hPdMaydYA:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO laptop) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1091713721; Wed, 11 Feb 2009 10:24:52 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Wed, 11 Feb 2009 10:27:17 +0100 User-Agent: KMail/1.9.7 References: <012401c98bc7$123648b0$36a2da10$@Sparrevohn@btinternet.com> <200902111000.46643.hselasky@c2i.net> In-Reply-To: <200902111000.46643.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902111027.19021.hselasky@c2i.net> Cc: Andrew Thompson Subject: Re: Recent Changes to Rum driver - seems to have.. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 09:24:55 -0000 On Wednesday 11 February 2009, Hans Petter Selasky wrote: > On Tuesday 10 February 2009, Thomas Sparrevohn wrote: > > Reintroduced panics when the device is used heavily - it also reports the > > "needs callback" in dmesg - Unless this is known I can post a dmesg > > Hi Thomas, > > Andrew Thompson decided to re-port the driver from USB1. I've tried to fix > most of the bugs now. If the fixes are not in -current yet you can fetch > if_rum*[ch] from: > > svn --username anonsvn --password anonsvn \ > checkout svn://svn.turbocat.net/i4b/trunk/i4b/src/sys/dev/usb2 > > > Do you have a backtrace of the panics ? > > Sorry about the inconvenience. And also update: usb2_process.[ch] --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 10:52:21 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 887E810656C8; Wed, 11 Feb 2009 10:52:21 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id E332E8FC12; Wed, 11 Feb 2009 10:52:20 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=nf-3aSPXtmMA:10 a=9zKXQfm5S70A:10 a=kw03RjmKpLm8ql5X2xOdcA==:17 a=6I5d2MoRAAAA:8 a=xkqJw79m4Uh4-uYX7iwA:9 a=3G6crBHWHR-gkfMnS6sA:7 a=3Rdvm0aUP5rAAf5zDNmBj3K9ynoA:4 a=LY0hPdMaydYA:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO laptop) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1192698570; Wed, 11 Feb 2009 11:52:19 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org, Andrew Thompson Date: Wed, 11 Feb 2009 11:54:45 +0100 User-Agent: KMail/1.9.7 References: <012401c98bc7$123648b0$36a2da10$@Sparrevohn@btinternet.com> In-Reply-To: <012401c98bc7$123648b0$36a2da10$@Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902111154.47314.hselasky@c2i.net> Cc: Subject: Re: Recent Changes to Rum driver - seems to have.. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 10:52:22 -0000 On Tuesday 10 February 2009, Thomas Sparrevohn wrote: > Reintroduced panics when the device is used heavily - it also reports the > "needs callback" in dmesg - Unless this is known I can post a dmesg > Hi Thomas, Here are some more patches. I cannot promise if this is the last round of RUM patching. http://perforce.freebsd.org/chv.cgi?CH=157533 --HPS PS: My private SVN has been updated with these changes. From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 12:46:16 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 796A5106566B for ; Wed, 11 Feb 2009 12:46:16 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mail0.ecc.u-tokyo.ac.jp (mail0.ecc.u-tokyo.ac.jp [133.11.45.132]) by mx1.freebsd.org (Postfix) with ESMTP id DAD9E8FC17 for ; Wed, 11 Feb 2009 12:46:15 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mhs002.ecc.u-tokyo.ac.jp (mhs002.ecc.u-tokyo.ac.jp [133.11.70.162]) by mail0.ecc.u-tokyo.ac.jp (Postfix) with ESMTP id 5878C1BE8015 for ; Wed, 11 Feb 2009 21:46:14 +0900 (JST) Received: from amulet.amuletic.net (124.155.55.252 [124.155.55.252]) by mhs002.ecc.u-tokyo.ac.jp (SpamBlock.pstn.b 3.4.102) with ESMTP id for ; Wed, 11 Feb 2009 21:45:55 +0900 Date: Wed, 11 Feb 2009 21:45:55 +0900 Message-ID: From: Hiroharu Tamaru To: Hans Petter Selasky In-Reply-To: <200902110954.37659.hselasky@c2i.net> <200902111007.20279.hselasky@c2i.net> References: <200902110954.37659.hselasky@c2i.net> User-Agent: User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-IP: 124.155.55.252 X-FROM-DOMAIN: myn.rcast.u-tokyo.ac.jp X-FROM-EMAIL: tamaru@myn.rcast.u-tokyo.ac.jp Cc: freebsd-usb@freebsd.org Subject: Re: USB2: umass not detected correctly, axe not transmitting X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 12:46:16 -0000 Thank you, Hans, At Wed, 11 Feb 2009 09:54:36 +0100, Hans Petter Selasky wrote: > Hi, > > On Wednesday 11 February 2009, Hiroharu Tamaru wrote: > > Hi, > > > > I have an Atom Z530 semi-embedded system and tried the new USB2 stack. > > I found some oddities and decided to report here. > > > > It is running 8.0-CURRENT as of yesterday, and I have GENERIC and USB2 > > kernels to test with. I am testing with two usb devices: > > > > umass0: on > > usbus3 axe0: on usbus3 > > > > First about the USB memory stick: > > > > 1) I setup a bootable USB memory stick, and this system > > boots off umass da0 if I have the old USB1 kernel. > > However, with USB2 kernel, it does not detect da0 at its final stage, > > and fails to find the root filesystem. > > I mean that the 'da0 at umass-sim0 bus 0 target 0 lun 0' message is not > > shown, and it is not listed in the kernel detected list of disks at > > 'mountroot>' prompt (shown by typing '?'). > > This is a known issue, see: > > http://wiki.freebsd.org/USB OK. I missed that. Thanks. Now rebuilding... but will take some while. I will be back with the hw.usb2.umass.debug and hw.usb2.axe.dubug set, too. > What platform are you using? It's called 'Low enegy profile FA PC: SFC-A016(L)' from Interface Corp., but, there're only Japanese pages at the moment. Probably you can get some idea though: http://www.interface.co.jp/sfc/sfc_spec.asp They started making English pages but it is still quite empty: https://www5.interface-world.com/ FWIW, it has a mini AB connecter, aside from the normal A connectors, and they say that they have an USB client-side driver for it on Windows XP embeded. Can we make use of this part of the hardware on FreeBSD as well? Hiroharu From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 12:50:55 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5A47106564A for ; Wed, 11 Feb 2009 12:50:55 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 6BE7C8FC18 for ; Wed, 11 Feb 2009 12:50:55 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=cRIbAOf_D1oA:10 a=qjn72LJ4uAUA:10 a=kw03RjmKpLm8ql5X2xOdcA==:17 a=8A_NDURLAAAA:8 a=9XLPorwHAAAA:8 a=Rhg7I5pItZX1KkwkrmAA:9 a=PybNNi0j2prLWWX2yo1kDrNW4voA:4 a=50e4U0PicR4A:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO laptop) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1193967412; Wed, 11 Feb 2009 13:50:53 +0100 From: Hans Petter Selasky To: Hiroharu Tamaru Date: Wed, 11 Feb 2009 13:53:20 +0100 User-Agent: KMail/1.9.7 References: <200902110954.37659.hselasky@c2i.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902111353.21355.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: USB2: umass not detected correctly, axe not transmitting X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 12:50:56 -0000 Hi, On Wednesday 11 February 2009, Hiroharu Tamaru wrote: > Thank you, Hans, > > I will be back with the hw.usb2.umass.debug and hw.usb2.axe.dubug set, too. > > > What platform are you using? > > It's called 'Low enegy profile FA PC: SFC-A016(L)' from > Interface Corp., but, there're only Japanese pages at the > moment. Probably you can get some idea though: > http://www.interface.co.jp/sfc/sfc_spec.asp What architecture is this? ARM? Recently there was added a BIGENDIAN descriptor flag to the EHCI driver. Do you know if your hardware is big-endian? > > They started making English pages but it is still quite empty: > https://www5.interface-world.com/ > > FWIW, it has a mini AB connecter, aside from the normal A > connectors, and they say that they have an USB client-side > driver for it on Windows XP embeded. Can we make use of > this part of the hardware on FreeBSD as well? Yes you can, if you have the docs for the USB client-side chip. --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 12:58:33 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7715106566B for ; Wed, 11 Feb 2009 12:58:33 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id 3DED08FC1A for ; Wed, 11 Feb 2009 12:58:32 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ewy14 with SMTP id 14so165094ewy.19 for ; Wed, 11 Feb 2009 04:58:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=6ryIIVr4K9ptUmDGjGmR42YJ29c/115okRRlZdFpiCQ=; b=FQnmihU55TNIIIzFsmsJ3gApemaiuLxXxjpIkHcWF2B8xyAqd5jcOZ+YY1LlWFZEG7 B+UXSfc0ZG2OX8dw9kiH/u7MpG5AngQgsnk/Gyj/haUnNYRTAyIl/55b6bPnqR9KQWe+ FmaeDrVLYlyvDm1FIx78nfMIGaQmGnncQTJCA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=GwDaL0Q82r+b7ahzAVuRaZKT3vD/kwQHD/QNyNI4qocyQtmQ6riPyZMniGshjz4cpU lDgTt4tbrjFo5l++2QWnx7DDJ2aONNznu7T0GHfGkrbbACsM/W1GO7Rhdd22QvTCC3Ij hZEDkRa8jZAjloeyqRNcmkcKPx1L1olvJJ24E= MIME-Version: 1.0 Received: by 10.210.86.10 with SMTP id j10mr764226ebb.189.1234355901003; Wed, 11 Feb 2009 04:38:21 -0800 (PST) In-Reply-To: <3285005830759497018@unknownmsgid> References: <3285005830759497018@unknownmsgid> Date: Wed, 11 Feb 2009 13:38:20 +0100 Message-ID: <3a142e750902110438g33fbb556g53e136ae31453b6d@mail.gmail.com> From: "Paul B. Mahol" To: Thomas Sparrevohn Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: Recent Changes to Rum driver - seems to have.. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 12:58:33 -0000 On 2/10/09, Thomas Sparrevohn wrote: > Reintroduced panics when the device is used heavily - it also reports the > "needs callback" in dmesg - Unless this is known I can post a dmesg "needs callback" is proper behaviour, previous versions wrongly assumed that code should do nothing when such callbacks are called .... > > _______________________________________________ > 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" > -- Paul From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 13:31:41 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2599106566C for ; Wed, 11 Feb 2009 13:31:41 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mail0.ecc.u-tokyo.ac.jp (mail0.ecc.u-tokyo.ac.jp [133.11.45.132]) by mx1.freebsd.org (Postfix) with ESMTP id 072778FC0C for ; Wed, 11 Feb 2009 13:31:40 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mhs002.ecc.u-tokyo.ac.jp (mhs002.ecc.u-tokyo.ac.jp [133.11.70.162]) by mail0.ecc.u-tokyo.ac.jp (Postfix) with ESMTP id 769501BE800B for ; Wed, 11 Feb 2009 22:31:39 +0900 (JST) Received: from amulet.amuletic.net (124.155.55.252 [124.155.55.252]) by mhs002.ecc.u-tokyo.ac.jp (SpamBlock.pstn.b 3.4.102) with ESMTP id for ; Wed, 11 Feb 2009 22:31:38 +0900 Date: Wed, 11 Feb 2009 22:31:38 +0900 Message-ID: From: Hiroharu Tamaru To: Hans Petter Selasky In-Reply-To: <200902111353.21355.hselasky@c2i.net> References: <200902110954.37659.hselasky@c2i.net> <200902111353.21355.hselasky@c2i.net> User-Agent: User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-IP: 124.155.55.252 X-FROM-DOMAIN: myn.rcast.u-tokyo.ac.jp X-FROM-EMAIL: tamaru@myn.rcast.u-tokyo.ac.jp Cc: freebsd-usb@freebsd.org Subject: Re: USB2: umass not detected correctly, axe not transmitting X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 13:31:45 -0000 Hi, At Wed, 11 Feb 2009 13:53:20 +0100, Hans Petter Selasky wrote: > > Hi, > > On Wednesday 11 February 2009, Hiroharu Tamaru wrote: > > Thank you, Hans, > > > > > I will be back with the hw.usb2.umass.debug and hw.usb2.axe.dubug set, too. > > > > > What platform are you using? > > It's called 'Low enegy profile FA PC: SFC-A016(L)' from > > Interface Corp., but, there're only Japanese pages at the > > moment. Probably you can get some idea though: > > http://www.interface.co.jp/sfc/sfc_spec.asp > > What architecture is this? ARM? Recently there was added a BIGENDIAN > descriptor flag to the EHCI driver. Do you know if your hardware is > big-endian? This is an Intel Atom Z530, and I am running i386 kernel. CPU: Intel(R) Atom(TM) CPU Z530 @ 1.60GHz (1596.00-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106c2 Stepping = 2 Features=0xbfe9fbff Features2=0x40c3bd> AMD Features=0x100000 AMD Features2=0x1 TSC: P-state invariant Logical CPUs per core: 2 real memory = 1063976960 (1014 MB) > > They started making English pages but it is still quite empty: > > https://www5.interface-world.com/ > > > > FWIW, it has a mini AB connecter, aside from the normal A > > connectors, and they say that they have an USB client-side > > driver for it on Windows XP embeded. Can we make use of > > this part of the hardware on FreeBSD as well? > > Yes you can, if you have the docs for the USB client-side chip. So, probably, you mean if there's a doc for this one? none0@pci0:0:26:0: class=0x0c0380 card=0x00011147 chip=0x81188086 rev=0x07 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB uhci0@pci0:0:29:0: class=0x0c0300 card=0x00011147 chip=0x81148086 rev=0x07 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB uhci1@pci0:0:29:1: class=0x0c0300 card=0x00011147 chip=0x81158086 rev=0x07 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB uhci2@pci0:0:29:2: class=0x0c0300 card=0x00011147 chip=0x81168086 rev=0x07 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB ehci0@pci0:0:29:7: class=0x0c0320 card=0x00011147 chip=0x81178086 rev=0x07 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB Hiroharu From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 13:42:20 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6763A106568B for ; Wed, 11 Feb 2009 13:42:20 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swipnet.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id ED3138FC12 for ; Wed, 11 Feb 2009 13:42:19 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=cRIbAOf_D1oA:10 a=qjn72LJ4uAUA:10 a=kw03RjmKpLm8ql5X2xOdcA==:17 a=8A_NDURLAAAA:8 a=4N9yrRL4AugMkS93pvIA:9 a=hibbZEST1vgELIOhj9EA:7 a=FUREHn4HhUu7ThB-NvWtlq6kIa4A:4 a=50e4U0PicR4A:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO laptop) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1021832078; Wed, 11 Feb 2009 14:42:18 +0100 From: Hans Petter Selasky To: Hiroharu Tamaru Date: Wed, 11 Feb 2009 14:44:44 +0100 User-Agent: KMail/1.9.7 References: <200902111353.21355.hselasky@c2i.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902111444.45474.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: USB2: umass not detected correctly, axe not transmitting X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 13:42:21 -0000 Hi, On Wednesday 11 February 2009, Hiroharu Tamaru wrote: > Hi, > > At Wed, 11 Feb 2009 13:53:20 +0100, Hans Petter Selasky wrote: > > Hi, > > > > On Wednesday 11 February 2009, Hiroharu Tamaru wrote: > > > Thank you, Hans, > > > > > > > > > I will be back with the hw.usb2.umass.debug and hw.usb2.axe.dubug set, > > > too. > > > > > > > What platform are you using? > > > > > > It's called 'Low enegy profile FA PC: SFC-A016(L)' from > > > Interface Corp., but, there're only Japanese pages at the > > > moment. Probably you can get some idea though: > > > http://www.interface.co.jp/sfc/sfc_spec.asp > > The dmesg you sent looks good. I need some debug information to debug this issue. BTW: Do other memory sticks or USB devices work? > > > > Yes you can, if you have the docs for the USB client-side chip. > > So, probably, you mean if there's a doc for this one? Yes. There is a couple of example device side drivers in the tree now, so it should be possible to anyone with good programming skills to manage writing a driver for this chip. > > none0@pci0:0:26:0: class=0x0c0380 card=0x00011147 chip=0x81188086 rev=0x07 > hdr=0x00 vendor = 'Intel Corporation' > class = serial bus > subclass = USB > --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 13:56:35 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49517106566B for ; Wed, 11 Feb 2009 13:56:35 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp816.mail.ird.yahoo.com (smtp816.mail.ird.yahoo.com [77.238.189.16]) by mx1.freebsd.org (Postfix) with SMTP id 6FAF78FC12 for ; Wed, 11 Feb 2009 13:56:34 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 89323 invoked from network); 11 Feb 2009 13:56:33 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:X-Mailer:Thread-Index:Content-Language; b=3FJS2YL5KI71QSwdoGdAxXnIXOuHGL0qahTnaHYpM9Eftb/Ptmm4Q6jXqgUzQZVS+RTeDQ1O3owpDuUmZtGBMQVn/xzPg4BLvIgH3wESMLoyTYyCU1y1WVbOEuLkoTZKZGVOchVX3x5N6pXpLl2Djdrpk4wOpIbQsRIasOEIrt4= ; Received: from unknown (HELO W2FZZ0VC03) (Thomas.Sparrevohn@86.133.209.248 with login) by smtp816.mail.ird.yahoo.com with SMTP; 11 Feb 2009 13:56:32 -0000 X-YMail-OSG: CR0hGIAVM1lKALm9lyO06mqQtNzYEFP1eiz9dF4INL8M1OMJUtr9lSQZFQqtMsuHQMzOXhkR6pLmw__rxOBBJxsiVjlUwNYLzPy_s7fwPBj2uTw21ovPCLs3UBl8OL2DkvIaeWe9PcpTJiQZ57FYo0uvbfJicluI7XrLsMYz22SH0Y.hVq2n2MBWzEfTbSTvYCGjL.QEx_z1zWtK4FhkeFZXhQ-- X-Yahoo-Newman-Property: ymail-3 From: "Thomas Sparrevohn" To: "'Hans Petter Selasky'" , , "'Andrew Thompson'" References: <012401c98bc7$123648b0$36a2da10$@Sparrevohn@btinternet.com> <200902111000.46643.hselasky@c2i.net> In-Reply-To: <200902111000.46643.hselasky@c2i.net> Date: Wed, 11 Feb 2009 13:56:31 -0000 Message-ID: <002e01c98c50$8bd1bae0$a37530a0$@Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_002F_01C98C50.8BD1BAE0" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcmMJuGydmGRRf65QfyQT1JxftnWtwAKYGHQ Content-Language: en-gb Cc: Subject: RE: Recent Changes to Rum driver - seems to have.. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 13:56:35 -0000 This is a multipart message in MIME format. ------=_NextPart_000_002F_01C98C50.8BD1BAE0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit That explains it - Here you go -----Original Message----- From: Hans Petter Selasky [mailto:hselasky@c2i.net] Sent: 11 February 2009 09:01 To: freebsd-usb@freebsd.org; Andrew Thompson Cc: Thomas Sparrevohn Subject: Re: Recent Changes to Rum driver - seems to have.. On Tuesday 10 February 2009, Thomas Sparrevohn wrote: > Reintroduced panics when the device is used heavily - it also reports the > "needs callback" in dmesg - Unless this is known I can post a dmesg > Hi Thomas, Andrew Thompson decided to re-port the driver from USB1. I've tried to fix most of the bugs now. If the fixes are not in -current yet you can fetch if_rum*[ch] from: svn --username anonsvn --password anonsvn \ checkout svn://svn.turbocat.net/i4b/trunk/i4b/src/sys/dev/usb2 Do you have a backtrace of the panics ? Sorry about the inconvenience. --HPS ------=_NextPart_000_002F_01C98C50.8BD1BAE0 Content-Type: application/octet-stream; name="core.txt.46.bz2" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="core.txt.46.bz2" QlpoOTFBWSZTWY11HREAyHh/gH///wB6////////+r////RgX370s3uvPb57s1AT474A83vvRefX sD7XfTPj3CgDtHcAr1X3vqbtRrrZ3MCVKLG0JD4e4a11t6vj0fQs498Ep8d53i18+veVk132+n08 ek+95uG9765l9ejT7Y8+wfYve8e9nz29VrCaMusvbS3twvX3H0O+tespTR3YXs10Gui53SDoUo9t 63nbi73j7Zpt1u66yvMDQoOmj7Z219Su25dtfT3WrNezStXN22h8Xp0PW2d73vGNtXsMloaRd0Xa zq127ja7uIFdCa3JjtM1Ys+mdLa8uqa7FaXHWXt0Vrds9LZ1ka2wJJBAAJoAE1MBNMTQA1TYTVPy JmqHpqaE9qm9U8p+p5UYeqBoAIIhAmgjCNU8xIo2o/SDRD0j0gG0h6jQaDIxAw0wkESak9T0JkJm o9JoaA0BtIGgAAAAAAAEmkkTRNCZNTJtIJqbFPE0TNRpoDRoADQNAAGgACJRATQaBNCZMEQ00R4h NPJMU8U9PSQ9QxHqNAAeoGQSJBAEABADU0AEJ6jT1NpU09T9UzSek9qgABkDanqPU3lPASf2k6RF RhAFQp7tBRDzxVUNMCSEdKNAkkgNFEKQsCSDFRbQFpAIUUQKkQUZBAogRBBaEEVWgAQRQHM/5Np+ J/cfl/EPR0+qqUPt5jTv+q52nU4OpKJ2uiwh/WdPu/aIqBmVLV4FH6fo/J2VV1QRPCF+L5f6R/Gb /1ZKXfv6g/O3+EbqpEf51O2V/+4W/h89v9tWN+szCxYCqX9Xo/4YQtQQPo9FAQFssKIhtiH4xAxt xWq39fDXznP4bQuusKr0mFm2OMchw4IwaQLIRrVti4LYDMKKW2SurXDC6Lo7+w90ZwOD77XXYdhm hmEVEgzwNclLhgbIhhS5dMi8f9dmrNGDXTkFm/f0F6PNTQYv845P68BurddsWTJwogHzx8ZWev9n W2Pgz6oPH2/5flo+e5PR127v1UIcODvsfN+P166u7uwaEIQIQhCBII6CkzAjTJ+/5TdBTz7n7K42 mVnJktjrGEQSah9R4ffV+lLIz6eAtQL8I49LF1Y/16LEryFPOIqLMOsmRoiiGUaJFe5T/zudFyTk xs/jbLIiqoQeHXKRwiLGMIbTNMLv/p4U+wpf6yLnyx2MlDy895gbrpXtV5rqVVYvs+K9OpTt33z0 dL0n1FxBRs2Pzvc974Pe+Z732v7SVMsw4pDpccxiDkscb5hkWhcWFhzrumYMI8Zyctsu2kaP5qGM HsHJIUhNPIfMaqaA40/PPI3U0ky5Ws5cotZowOWe0943PPUnh4ytsBr3ZwSkc1NFRm98A93MLeJQ qIpCI3Qo48uO3nlmrQhshOGQnDIVqljKcjv5YlODNpuNSy3ySphFLcZUyIY4GWpY5lUMlv40wVEV EVEVEVEVEVEVEcTWFxMwzFMwzFMwzFMwzFMwzFMwzKmUuJYrWSxCpYgoioxsVLBqWW1EaljUsalj QVLGyIWIoMVUymBilEJCMtCxoZYSpgNsYME2AIbItOqPdM29gp8WkaXtK4YEKeRuI4jJGshSDkQj fpj7teeiD5sdDjThIsiDK/yzZzh+HT1BtJi9CAoIm7XQP1wVe2HNALgghikUFBEpIIhACQEUETRE CEQU6BQEzigvb8U9HG34vc9/zbNct9E8FBx/y/RxZG1K/tn8lXi/fHZGz0xh072au1vPmqlyf1w8 V8/Rm4p58c/Aej8Y9P/LvzsvD/x4t+UiBAhGp6b6r82t0t16M9S9yrrFqji0kUqPc1NPV1eAX/Eg AdxVwk5bEYepV1h8xDQ6OqOLRxSo9zc09XVpA+B/l+8vcACCj4ggFDL4KSAHO96fK65biKeEaofm IaHR1RxaOKpli6eaerq4x0T3AAzAIKEQAgZgAIYCGEACGD4RDBnvOmptrgb2Yfb0cWlh2VgiS1sj D2ZT9ALYUrxrWMaVhhzBum4Ra3DPjxlLbKJaXQxm1ycr+bI3DvMphBnDSh5jVpX7RgsnFOtGiZrA fRkBDTVOdPQah2CEB4iXhGYZRgZg/aKPH+R/V99iQ80iyMVEVVQqVBZBjESLICwUigIqKoKoqEMT 1bF2LxHGO2kh/urDloSoJZhyD44AITjgAA4a6JMPQ6bQQB28eri5RPm+unX10nSztusd1yV6yMpz ept5F5OWgt4uHT0NbCIzcOHuTBrEzchaVGaqg3FQJu5BnNVMzNQliJpam41c3nOnKrZFmgjQ0mUg mAQQAk0aODCnIimqFVQjoBClIJKAUAyMXYkuxtBYZQDSJLDE1cvWJlzezrA1rZM1lEaZ07tXuIq6 indPZ5AAgYHRCP8ipCIKACIFNDPnzgW5ppmI4tuFvxl+oh7fd+I949vcdTsSeu2QARCEihEQkUII kj2tk9VsIMYgASCrCAIazYBrcFOFKKQBk4s5ZAsHw2z6BEgKADN4wFA+yA0oG3vOV+WO++wFawby IPYzMrDiDhw9/u7y6rzktlQeeJ7iiBqcgfdgJpBPoFGwwYJzAR3dvKlRtgbBivO1iUhISEgyASBI SAyDEymp2QbUFRgnhEsBUqChQHnDlQVsQUPNtFIJANqxQcwMi1ZA8flg0E+oMej097/nYhmIqPFB dxpeatIbd1WgiOY761RHcD/3ls89NkNcU6PBwpNbFvHYPaapNU5wlyqIH7bVB6WZlme5PSYWhhDP lOECv5QhaWg0MPi+gMLWHNgy923u0+K7KcVcz83l6/Bml5qK9eWSCqjCWD3Rxd0YR4pux4hOViB0 SkcWIkkB9DSPO2E+Zm2+oQx63YnkbCHFUA/XOMYTb9SSRt7gxGxG3JJNc4bbbbaIa1TmgZln2B9A ohrVIVIKQ6W6Kc2bc78/OqPKw3HLWCvNy0mPh3bQZ1KH5pnvNG4RoPHHOeIBg5frCD5D+0enMSEX F5+kO5lxAvqEeTuAigFjxadzn6d2+PHK+LOeczSvjLJL7oSpdpdJebWpiBCSEZWmLZnq7u7u7u7u 7u7u6qqqqqru7u7u7u7u7toN4Q0qntUu7d4iru7u7u7u7u7u7u7u7t3/J+8oMsoYQCTGcIVzRfhC L6Qo9UU9UBeMvYXtZJnsuphhAWuDKhRkUKFEUJFYkWAosBEUBSNEMF5SmFkABLWwFStVFoSW2EHE Cmru7KbWFyb87rt5cuXXp0h2fAfepxfruM2RBGnc5kCsqFZUyhQZLqdc89EwsCVhLagzYiXorTrn Egd7JDyiLXSTGI3ghUDkGeHd2b9XdTjuhieklTElTtIkqVJUBQFOl1J06vRsOnAa0s07uUy7INtL i2sTV04bzcFTt9eB5ukgoKqqvpSV6/RmKsjFYsi9VtIoLIiHzoFdr8+FYxiiLs9HBirUOMnR6aqs /NtBTt7cvM1MVPq9WGAo+TYCipDO64Md6WyBG2SQGtlLWioM6G2sYTys1tTZ2y3n4+nrm+xN5VI1 FtCS1KzgcVUimN+FCaE9CdU80MgcMnIPajufEGD8oOB9y63vbo0nG/KMfI1wXPmMjxgv/RklEqOG eZD3kG6JyaE6ohI7uvyZGEc7bpECUw8HAkgqtw/sz9QOYDwh7fSYjfvPII50TCOGqxlUZge3Z9zz 6oFEnn7d/jkkryXGsixGruOe955AolUrHjacCwss64QhCHkj1zx/Y99Np1+ZRww8sgEzWZonz/u+ Mdu1du3a7u7u7u7u7u7xeUwdcW0UUUU527pXs3uN58ba2Yu7XW9wRRRRRRRRRRRRRRRRRRcaoy7c Zp1rWaRdNRRRRRa1rxlMtWtRTa1VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVTst1053fjnxz7Oz n07EU4tVVVVVVVVVVVVVVVVVVVVVVVVVVVVVRTpduxgXOo1en+zSfNQCe5CilQsAgYAwZFhEEmBz TfimMOTDfbMOTYMYMncnd3jFA9z51JJodM88pIJMbYoOEpJJdG2kkkkkkrbVttzMy2qqqqqttttt tpaqSSSSSSSQfZ3ru0kks9nXeMYznOc5zkJJK2222222228+bc+qHWHh7Sd8D8YoJIld2/3jrPTs C0UBLE0URKo6KAyASLPtyRn69Djz0YHsIXFKYJ+mBVMVnGDiUYzSDgeTb74CY22LRHcRDGxNPfAT DNDIjty5dUbOrTTt3bqJGlbeNWbVSMZ/CZw2DENGje54yKD0inOA9QVe4kurIg5fKFDUhpXstNxj K1gVExCbV7s3bmhUCa1tXvcMRcacCQUYC+GjZIWb44kBex6SB2QBSsETy49RUQzICndDEPFQKowf TQ2QnN9QzufiYaT5k6KClToZhU+RXbX2F3avKpp0R2cQ65IN5UgOtRCLBgGvXQNfXpsz2CQqBpD2 CdziQUh62idbShnIe94PGLZGQxdc4OA+DD9m2MBrUfzg0A0uDDWNLwYsnrIjNoLyeyS1vUa4OjtY jQM4Xd74vtGU6NfdrNp1bNBo/Flt9iIFEEYOQ10alDiREbAhN5RASE3EG/UUaRtOvSV7o3FtxIg7 CPvQ8B6GYMSY1aPDQHnIpgR4dNfP1xLgvcrRvewt8tRuhePcGYYwZGdhaxkkFIy38/eSU7YYxHPq O/0zWQw2fDcE0kwYAflecYimARU9vz0boA93oOYO/vNpkUgkDPbyoCn6wiFXFErUrB5dHUj298RS 4YPsvWffzbbZg984U5qwfugv20+7R8VmmCvDOF3C/4HRr+b6aUawjvZmYbfjJ0fDJl9NxPlDXndI GkD0pfwWBPmYFZjWENCZXwkH82S6VkVZuag9hXZ778e8NJboFDI0wXOQybUmpCPlfrO0jxwCqGEs HjM5SNV026qvJJIm+1gjLudVuHFV4fELSmpdHQ5piSIXETSv8PsCAZztqo5+y3sy2dHX7vwoO1Hv 0j/BgOeUQfhtkwc7r+Lll9PjBiQv7+/hZGpvgb2qUpcH/a8+rpnzMzMzSdN3kjtxcB6nOsq63+Ur joaE6E46GHm6+uy7/rAFTrBUP1FI/0+Nwu5paO4Hn/bP5HO9VUBdCqAkOCNX4y/Zm7HyrGvPo4gH 6wKglV0toQ7LpDi6nI8Pw7w+XZSSGhvbtCgOYqYxNtwe703S49N+Uzhqlhws1ll2ce1pBmkJI8qk fVHJGxF/JyZ2XSloaRGoJtFA1mox3MrYH96JH6qRM3Gfzn7QygnJkUVuDoFi4PWPSMnsdo7IeaaE UEyTYmyGENJSlWn4VSqaRceIcGNkogvvvvzSWM8jM48lAjrF9Rt4Q5onhF4G203Bg/ixllSjaGtB jl1aswScez2WrktVGU4kW41aMgFXgLQlrdQRdM+FOWsO9JVRGfWVt0aNO7V82+2FoZ/XSWqeo7GN jY9gXy69vDxMJOA2L0raoqpSrcr1OoE0giaQBCfNJIqjUr+trDi6ci1DfJINsqM5HeinwSW2hIkl K6wN6RhFmGSYYZHKjRlxLSysjQ1F9B4suCS5Qv43hiW5suXqpoCgaK1GzuveHdTVQizxl0WAfOUC 1c8PL59lVeDyxgqwWJFjYBcVVVbIXFBRVVVVVVaTzzFVVVTINVFVVVVVVzr4fD6/cOcNg97froyr EN2X43mYm/nyTJmCRMBTXqPY1wpxkgVdcxafsO2J34DGHMrSzyZB3+dPP008uuhTpvqaMvPKLYC3 G+OmM5t8aHg9v+ECO0eb59Y/DNxyVaIHCJ7T6TH+LBC3vqw8fIIqDdttCWmLxh7jZjkNCIoeY5T2 dqOUmhyiNYCUUdgUHgJh1KHA/PDpvIj2sBYaWYZSRvQ5VQZmZx8LqcS/oruYKVKushUFMwnkV1Su FwfLA9hmIbNq96Wwcks/Z+iSNix/L7bv41aWOMrZw+qWmmrTy+Oz7OsJvgwJ+MILmj8ykGTgrVwk SBWbcOY81MscpceckaQN+conxIGNJnCUOKZmZhpkXtgxkfslCl/W7TYTJySLSsXFkPPyeICbhziO jUZisasNrMkN866kbkVGi55qJhGDGc1sQvnWWkR8l0B9NGQ+okQHiDAdbGsLs1w8iaz3uF1Z5xGQ yKOR9uB+QAwND6VtgPz/D7Efu+37Xj85q5qPmcu8xP7sJUu0ujHF1UvAhJJkZpi3eKu7u7u7u7u7 u7qqqqqqu7u7u7u7u7u1c2RzORN2kXbvEVV3d3d3d3d3d3d3d3d27/Idva42AY+4elx0Jh/GaAHB GSMZGOZm5up1Obm5vS6BdESBucqMhNpA1JpQKAgUcjwPXOs/30g4DHRIW489zOVYOE3IOAzvAtik z3dwoHP+ju1oSONW22mJsb0n0O76hkHpr7D0AwGInwNVCnppMMkWeeoKdYQLr+YIwuY2fieNnlF3 f6PRTpZKkRI9DsnSys+mEqXaXRouqmIEJIZGWDcfD7B8O33ESeBBvqIh5HDb1+ARJH0hFuH1SWoP HFHNFe20IPpAj1bOBJMFTzF2xMe83l5W/MIJ9vmFkUCgZHeiSiwXFfCWi6i6PBttttjR+Bf7vWRo 36L7jukjSjx4ce6KW+7hz4UAkgqNTMa3IJwHZ0aUPI4/CRTZeVm/0/LKb7uXk8JmzxlkI/+MBpjG PuhtpDTE4OgfF71Ou2hy+PkJsTgmtM8FPrTanVVWz9o+teGknPKMZScmGA9BKQHnxJhw8mKShSoF rYOT05dchD1iUgihCgRmslkPDOz4KddPJp3xZhmaGWgZ+ldkh+Pg+caXxdMm7hkL54x+BDMYHun7 FMD6e06+K1KLFpJUIKB0Z4/FNg6Dwjy9nrEZ9r6QGvee95bbbbbbbbbb7/mfteeD7vzb1L2mPZ9j TwqZCqrNyWUnLLloBaVvWVThOcw0za29nUvYO5Bi1Ds53NK27l34/ZA484UOmifUdDiTJHE3kEyD 0nYdZUmVLRixM9EEDZ8Pau6IW6Q8BJDIiRJnfdZNWQIRg5tCTwYEs5IwQYho+E7Ocq2tnOlvaswh S8GzvGIqJxjGjNkHS1MMAaIeNO5lzCEm5vEwESo1l6qGO5D1SPAZbKplKhnRpmoikC1Ksc3TMwLz L2I9XMZwE9bgLQqyJhaLJtB2s5OTgZbLRLTssI0U1CJHDd2TEASjat0TVUFA4oAK0QzRu1qfTLyl l4ObtEFJAlummZCc2hwaExnGDFgHOMZbwrdxsjnhAXjAS6hop476/VDjsH9n8AH9wAvX/Ng8lg79 uV9APqfmPqstP9UzrP3fZIzxgLBokztB2ZkLiM5kyA1mYczQTyzI3+9EYhZ2kuZ8z+lulNrGxtrV 780kWAUPEMZJMcwgswKkHKxQhhlRYjFCGVDFYJIGW5JHJK4kK3CUQWAKZDPpHFQiyQ0sBkh6SZ3u c/0y/ce138voTNE9tHm7fN4/8PI4m+qXCEHQHeqbd9YKHpFFGEDnA+lBGI1gn5gYn7kFRgKFBFRp QAsilbBBPhgqFA9YWiIQEqAllgFgnAO16iGE0ErK9pRhFDyQtAcAU+oorz17ONEuiFowSAGVAKLB gEBJCJGRh/4qP6wVH9wb5VgCPY8n1Hsf8CAo/V+TRsDyCSTHc3L/41ZTzgikQba/P1ooPq86QOKj Jr7OXxzJfwPkjXzZwGEI0AgiOl1LvFcA74AOF4lDovuD3dQfyw+6pI9reu7VCt8d2QcFR67B/E0H w7+WKJwjazpcqHi9uSVHf7wcSZfucEwPA3e44vrdbA4OvhB8hI6K5wz3kCDlRAhFptlWEjVJiU4D FInGgmDGiQ0qaZUabkgZLcjKhTYjBbIiaaYSIcbhAlOEKMuBtJllsMwO6cEbq6dYN0YKadY8G1qO 0MBDGSJOjJzgrEUiGxvKIHOClZvxwDkWB7jmuu5ERSI/xHZ6jmf5XT4lC1GIfuNdl2XAiIIiDIBt C0BJ8fNFI05mYNPO725vbL4z8evuk6SShkHu+YnI40dpyhISEgSwT4ntC4LRUTzjBKLee53h2pOs 0Fy7LAYNMmIaUKPyejtnwgWoJl3IJCrodbUNKeMzX8EIgHyZpsfGiYk8/D2/SKfwfeGeIKMWci1p +1wiDL8/6vHn4dzkuybc0WnaJJMaOxxI+Fssgnp+dnwqQK3A95aqjrLjwz6fbyy5XxRT5Rx+aquf xsBJZPjXlZ11U2NzYVmAyVcMKwpafC53QTtkgwidJ4zL7vrG8vb1IoLnmH4uGzMa6OjQ4XFXJurP zk5BkQHh1T1GPIUqk4BgEQGq7QmtntkFyzf0hQxgYvBxgUEHeDi6bu7QkQSuiRVUEEMgBZEAAFjm utvWJw6/pIArBN3JLAgGRC27TfbjjlW0Cl9ca9KmuKEgwIJEt+hrOEY3X4xmIVoMEIkxIySAMJ4v Oyx3Tc6Zzvss06lgItQxBqd90ILJ4RhasGkhBDFD8DdQLrr+rK02hxDcDp2431m0yMVNcE2CCaFW zKVpN3kkjTJYGgJzJwrmN6h5DkDKQZBwcA4EsE9PB68l9OvT1VK6dU4FpNY5nd735ennmrPhrzeX duLiZcjYMpkQIiHdqL+LDxPxEl3lZYlF+IT3y05zJE0WwtEXoW2u9pVCo0yJYOV/PbF9HSvCeyyz DAmfkbGL3LyhqFugUIYSqCWlEm7TrmzVrmd9cAVKQWSBFYff7K6IEcL/2eQ7MZw11bTM9orlv8o0 ha6jTdjJMJPsaIZrZU0B0IpYwhcGSLiMVU8oUM92WABZsrxjZMxObuikgpCYJjvnPOEN0Njn8EOf Hiq6ItemCRqJixciy44hU1aNHf23yugG0TeGOenZRPPZjxV5LMN677ns14ArUYvUkXdbMwPYkQKG BZKNRBtTJoaU7wNtYscnomVC229ISRcp3W3ONbJuVwUoMlYopWjKEtE1OGG/AAVoSQhFz1lA1dsh 9POHA4Cx8PIeHQ4TWK8kGIxSWp2OGdokJGSNIXl49UqKey2KN1ZbnM1TBEFSTiytkhVEAjYCJV22 6pEZBbOtqLrFAWlERjSbKHiBTPPHF2K6kXwecbIGdrB4RiAI1wCoEs8ZLbyKrhChSIqgOKAvJ42L jHCF7HbTyIGBjU4sbsBZp2bLuzQXF8uE4nfeRFs02eF7DNaTm0gcuQSskGGoYGRIJFENNdeL3Ow0 gMIEGahErdUTQcuUOgDJB4Q2CxxLuYEzo852KC01gGXsbIpUAyO3LQGtPj0CYgG/KUwOe7C6V5cW PIeXTi1EA2vTmIFw59MybHOVUd98kCct9USoEGALjbRWCOJJeVS/YVqo+5lzU4nv/L8X+ry8p+xG FYdE98NmZS39kzMhzAKDLDJNimYWMIvsnO5ylBnbKxhOo1jwS0BzLmLiw2jDk6AEzcFgpG97ZCtp bSJiuh2REyVDjGkBT2ReQVpdz96jIgTHX6dF6V2Bw+uyx1hRaBpmxt9yfik9B/GJ8oxSffPt/TrR ocymBYmkzWWrgFqUjiYmCIzKGJl0tmtBqrli1rVtFVVVdZcaqtaqtaqqtpWw2NSCIHrMESghRJCs u+UcPYeiRwPdv7juikbiciYHTTk1za87eMd9IJOc4xDJGTIiUSCRoB+i/VubzrvaSll8UBMZFpof 2cSWgQkwAUmYIBDBEDyZ/9s4bb7Wducz66Ql7o8tOTKqI0VvkKIQmSBRcUUSk8Tn4ujkCvmV2c36 ELIgevw46A/F+5vF8rPZzmfUANARMHeKpv8wH6vAjwFmaO42xfdPVTKREvCeoNbL/kQtsov90Dbb bctnqWhG7sgh3WB2MJFpYezb8ahW5+iSf7y7XuTnhVefjpkXcxHkGNjLthrfz/q4spa2mEiBmAI+ hdidN+n6wELRXz0fvZy6bZvZ+s20wEOZEclgQ56nSNla6XkfWAzLQJQQ1Ie22DmHcrOou4z8R2V8 I75wDZk9JdEQ5W5nLxTn4XyX487kBZHPmSpFkLSgJ+MQs9sFR1Q2pQVxi2sKecAjXGF7cAbRhlNH e+mSkkkUSb8GNYvjueppVZ5rwLDKxhtxYp+PyyuohLSkg+k9XVxrPB6JxI1Qeq0sYqNZVfXMxlFq nqwXYEwKsu7YP4xQQFuBq2U5iLqAZeTCIaUNJsBtJs0Bp5TP336zXqp1FhBfWrkucR6XaJrLulCy PhQtS2FnFGo2R/V5qiF0TZG8BtR3+R4Ur590JOVm//bLmhtdcOnEkenfxcjHKOPQpJ+ELShWgQ1i whrIIa5WyOA+9W5StsjBKzzhHrJpnf48dNkBLtJRIIkUikWbsqMgyMjIMgyMtupqQhBEt0VFXrx1 7yQUwHVGt4j5jQGTL+6EGLEZCbPZu184trlmViRuZDObKM4Z7aymkcdFjphzSlIRGxci1bvGClj/ 1ylnfc/5TVEkDa/4e7I7Jp6zkefkgOXsy03ac2oczw1LVRqJYckYcDPRpo/R5ryugGuVJ8urYssu DXvcD5Tc91uVBNC6LpSmXigTR1b5sPKBF8koYXEXx4sBzf/Ho52kRwkE3sDp6QDMQiD+Iel5dx85 7ZHp7W2+50vDZolls3VNDHuRWRInEH8pAG2eLoO4pEjOsiWpk5dWsiY7WQNMYtLgaMpXUef3/bzj 8PrOf5U/FypR+RgT99baz658cI16NsIFT8QE99ARWvTiV21N55d22QsNpa+LLTi4J3yr79ASEzEw ggolMki/KR91TjJZj0s0RGQ4LoJzKUv/zcTfR87TcaDDx3Tl1I69W6bbpsqgSX5TqX4ZjPfWLtGu eGaBGj1t5x0pbOsZDLkwysrU0RjcfCKgHpVc0Yvci93byGm0k1xnYYEATCQcSDCyOBIDhw7cfj+x /r92cFYAIF/hXxPp3eewjeBil6t0V+I6/wlURRiJb3AqfwofG0XnQuZER3WhrSJbyUWjelohsoUK tBaFLRK1vrYiFn5v2046s3FUI2E8iZdXUvYnb4WJymSXdhNmhfWs8aSSEnOFXXO5sr6XHLN0nZl+ OFz7QuyUMuaaK/nF5NHrlpcz1wQXwFZHBfap1Hn9ZpI+MwsP2QeqUDtCGNnlEjryCUieFuVSxllh gW/Lr56vOOonhIi87WSk4wGDL+DkwTWdYS9GwEmTHTQPw/g1HR56HQP9GIVgejCA+zuvQRGFdnHZ BkNceSteW+B3JDu02QTyUOiXcfcxGMJBLs7FAWbqE5zDTr780F9ISUV1vOc3rwpYNjcOCHBWIMIg yg1yMZEDbHt6tk5nVquzx0Ql3RZTJBSZd4X0DqWJCfnbeEkjz3fP0k0nAVNK2nrJaZSiCenQZgz1 WZtrO1qJ4vb4ddsJdVayvgNKDfFjCPKqYDgb5bkWqpjd6fhr4NKklkpC8Cenpm3r3dm7tvXc9mLu 3m8lbyG6HGDWCpZjEVhxW5R5ptJiTBucQj/cxZ9eNCnDmB9fI6mN5IgO0Dhx3WmIIrZboGrSxkBq YGm++4U1N4O9yeYzkwQA26fd3IMjLrYwOegX6i48vNwOCuzzvA3ykd0iJaobEHZQskLUyZMhAPF2 EgMJhAUL5Ci+M7dPn9Fr8/m8g+LQZ10ymuuYfaPzOrxdqaBqomjBoS+4gtTkRZEdpQ2/v1RtoXlv a6iqwvytP60uJYa4TvCd4htegdd57lVVVVUyQy98trifHF3SJOAxrdBB+JkQxT1C2zw1pGIOuC++ ufSJ9gxjGWBAz3yiiH1Om9XrbkumiCx6uvLI8tMvtJ3+Ynln4+8vqBdQRYMATWePxw21C6Ym5HKo cnR7HsG3a9ef4jvmM9jAkdgqI16o1MixSKE5uvjDcd37Utl1z1vUMJ+UaIqSC9mjqkJWzxcirWek iHP7sJE3eMSpa4EecE/Ch5pIUPfNoeQ0ut01u6YUMwranDs7Oxsk9xC/IAhRY7f25HwyvGCDge60 DYikXkG95d1wglTfjbZdJa3NV5QRbHIcny66cXewsQi15fO6hNrwy5qTWctN+jsJRNxZQ5Tn1G6s ljsf+Nz42R8HnbuzxzQNoG4NDQOmA5GAW13pJo1T3KMYGDDmaIMreZ7BlDeMrpCBfCQCAl394Hiu G8eFLTUyM+V1ZA905rZsl3azKhYfeRNjZPbfI+vfz0WUHGgzHHANGbsZUTvHgnebcg1dIePjwetI HgTZU6SqnnKtmwUJllJXWj/txCUy/jp1bjYaNFLmxsWpxscSyqqiQTt9uO7pXd6M9FA7u+dGCDcI ciKQdU18fn+H3L5fL6K5sieE9rU8mfI7l6Mo7cxP1NSx4Ehlg0f9BM4v1AxA87MY9sdlAarmo0d2 JmrCtpOemGNOGnJ55THd6Hi6cc9qTehJJI4GvbTBiRJ9HjN9L117L6jAcQdIYNSAVfAibOL6K9QQ wbTbHlXbM4ymEIEWoYkvhZW+jbKXEiT5l1ezBp1tgkNlIxMiwKMhgwQYHXHpqAROU8ys1xMsxurt jON/kJ4xWEbgAsGCgNg0+mpu7o1zqYgIEQ7dR8kQzZDuBIJgJiqkoKIgpOb089Ji6AB+MBIqI9se MCuYSSSCSazzy52zscxja4GwHjFpd4OetzuKW1176kUCIscnctERcRGtBocBDgxzYYPNvYHier3y EHxsx549V+gW9mVYW6eoV7KnGIuLYIG4DIbpz7h35ydwFC33MHwNqAp7SQVyBkKGHCemrcJg5Why ANGWwAqEBsdEEt+ccJeKPgfvoRaC2UpJEAU5XlVogBAghvjiGEbwoO/MPprTHtGhwCEGAeCIiAdV PLLOsdlSY46hvOwM/awCnBxhaZHKlHPZq189N5Uwt24xNNsFVgs5QJZ5XMObt16e9xJs7qqKiqye 3agcMm3XjJMZLdS2DBU4j7lzGvbwFV4Q7LZmJPlKJx9uZB43Qki9ANWu7RbZiQRDOK1RpbXhjLsF K336scUOgTijweMZADsGTIn+dhPU6ICABQTgyA145ycidfKvj89p5moMceXB60i944WNo/VOZ7wO RL1QIg3RtUyt5eY2F8Q3IGSTJEysESxBGZGf6gF0J1jvKBd7eJhWeoaEigiEigRUiRhKSCJJnLKb 9I4Twt9BBFYvKSRO5mBZmZkcObuq4yrtJnMsy0xERAfSXkSi+LVn3AHoqRQZY2BuEAHvQVrR4pUV 6ZmyJlfoSpBw6rC72AEPZkn01KcC1Y5vCqcP5+YckKRyOAolo80f+GgQfANwEUEUgd3InSmO6ed1 skQxjLnWp9vqCaWunlbM/CqEsmrwzyCGr3WwMC5WPoaLTPpEwOasw4S+YyZ6efRXCi6MHO+KShWs 82hdbmM4aL9tvlhsQTesg9QlIlgeVNT4GgAmPULnz543a0mOub/n4AdkH+4DoAInw57tUTlACpff nAoQzfiFlkJUYWyMFh/9pDXvrAViremijpglvE36SrcSQs5fFtrxmOeWboVqWEFQwlXpbRMzIVyl k2rfsvJThxYy9mOLhXovL690MAwnTPo15+O1mVvjeIGvn8vj3njXYHZpteu0hmQce1eOgk0NIXwI deuPv4hFaSInL4D39Atz3MJDmJFQnnPHIllATZeThucTHKGzb5msMzPYazLKWSqqqqqaKhKadOeY 4Xh/e0WQMHgXhcODjtjKh6pQTUtLMM7QM1U1UEKIGAZmCIfLsoMGDczHDHbJ8L48ApfdhJVJmJMx GTJkyloy/BbLf0kQ7tabFZZ2wNaqfmWQBVvUGfAIkVBmwxzOW4aj0rxCmDCLPzmQd1RQZmGV3d2N 3RXuuB51JfipgWFCooVliLGitaeKxKghzv5LqwM2CMoCAfWWvhfs3YA9qcgdO9wl7L1bWWGXPZbS rKBXCEe9T1OM25vusSMDRPIBHDAKm5F2me9knwHONEjcMmpB2duGIEDaE+8etELOHIHHTPP7Pnys s2Hfnw/YuV4wmYBMMHnyJF+P8NJ6dWXNWyZk/TPk3zI3zlz3XuSrn+i+9Sv+/Yd40JinbnnlMk47 JJaDLmdhVP2J1pQ9xzmPinb8yCa9a/GFwRcmXEohn7tjk/wfrp/PhAQbG1PdQQC4LrJ33WLIJZc4 GlHLkNM7uadz0boCJhvQ2cBQrYRhxPQPktmMmZnevsQ2vWFONcA3GDLgxLPxn1/L5fGQfcLplTnD MqmD5lhR5V100lnz/sru+fpwK7FW/F7XFWQLPRlKxtuHDcFIFIhJX1x261L9ODOt722YtbbkzvWs L4fixiehcDIZSUiMiPJeBfh6N4eN8ZVWbEZr8Ciq2CDmKlo9pCDDoltzavOfSO7AUBy0fkqeuCFi w8GXzE2PQX8ueBhXGNO/jEX32TA7c5a2NjbRfEPviDRbCmFRB2fhB+3qsPXoDu23Mx0yWzG9Mqmf +JMD9yiIeZ55Sqq3B+RBZ6F9c+ayuVmRkrxisWMksr3tPnyl88LcFWY70heJy5bMacMPNmPFwdjx wkd6FINUP7eWFMZmZ7RDPJhDREOY+eq7pEZMMH5FlmeoDsNWARcKpslxgMeBQnyeZ96AfgYIsvOk yZDZ6PfiSIdnJ2ALhGBiUIDjbpnqdRrtthIQT7dne5ZF4pMgKdDQ3UOm9FlovOahOBEFgxka9ot3 QyBC++CJOcHznTHCRpbJuJ1wo3iiCCTOiSZ4uwcmCu0mNe+vWgko+RjqKYlCDQjo6oahssBgOCPP 2NZ3hJJJIoEBdOu5nPC1PUiztCicALzirgDr3GZmnGqA1u94dNM7XFU1aKgxkc/F4YqPEoyS9+IX CIXAYIMDQpwgcPvhzMzxpzUvNuuMrwnLbbEbz8Sm3vkCDAOyM2+OFwZ5W8YEJVrxLvBw8FqHm9Di ZzafoBoCCalCqQFAgMCnH364t/tecUsqAKZ6elzlfFmdC2QV0dzTNMPfP0dGSGk30vGe+zLXmtto c+0y3biaeGgPTmsFvdUzOsy9cyLGxZCm0ZbcqmBrvsVQ1kkGTEI1tul9cTpdljL4oATda8BtdmIT GvMDl+vZOnPTMg8Qh6+m+TbHdJ9T8fzhYPIZt9iDQ1hPBgsDARouUJZTslJylnbJAVlpwmkNgaCd Ie2YF3CEj+x24VtuZ0LgzrADhE5NFQ94cZC47PIDZ9YRFINzlQNJx4JwoyFUxfYyG3M10vDJiRRn r3Y87QGq3PHWftTXXohj6hXMABOekYZlL2p0XdIp9jA1uLB4cUFohKGITlBEMQ2yGiEpqqLg8TvF nJp8meRD4vKaxyHdXmggUX/gCvOEWIxmFwI7qAUwZAyoe4tDFmjUftGa4wIEkEkEUDQPJeb1rPR+ rBBnKzhDVnWFtqmaH3OHd0QypjTZMCBs4OzxK4aqnH7RIHnvAeqOKk5X4HqJENWXvwkxQwXhWAZm ZmBqUIlRUVRAgUzvCr60TVD1Zog2F6Y4w8Tx/f1IBYMiADmBaAzOMREFZnhDZAR+pLYC03MjUPCK MISL6JhltAAE1uEAZ83Z2wXql02qgG+UkgiJA9YMGI6wGByQ6OuMZ3JRkhqkNEcWEZkxVzzgEEWp HvbKloSQEYtEUAiupY0REQGZo+Y5H4lISpJHxaKYJHSt8cPsmtYTAAyBEAZdj20Bwxju6oCA+vPr nKKytxjahV4XW8y1IfLCBKIJBoEUMBnwntQohArKAyDGdpINTYcq+kM3/SimKdAO4++0DHwesQdy E6VRumxQy6Yq+FZSl8v5YyUr1GI2V4GViJaZHD7/2P3EPwKd09dn9HjC/BYY6gj1/ub++x8/2ft/ u73Pdzv8qvS5XTZi7V24R52+8YZmDNv1/9L9f3Y/6vzf68p/EmqRGf+Pz8mD/zfprHq7Tmjj/S+1 /Xp4v9pua/cHhhO/Rruu/yo+6jqwc628Ofp6NvIYC9gWyysOnpbPTrEt9I9Qd8DBKSzKhVWfnlEd XeCSGd4+kwbzHSCEyOgEDVIsK5m7IqokZbYM7q/MBKxWlaA9APELCF+L1uV10j+30kF4YsNgSO1n tMgoBsGE/700ZZGrOyca67WGH+7+VZ2NbdwVGY+oNz5dF7zro60y2iaWgcMy2Ctg+Fr3t1do8Whg 8zHgJ7UK9AiLhjxFYwbb4ZzgQ0LaWWwKYIrLmQAggCUBQYJeQWvQ81irWWgJhjpll4FSiiWM2V5c 7BKdDwFNgAEYKv9mooYphE51CDGtQznVUKWGi4YYkAhlCRQWtCClMYDZNnlDo3yEUxlnNudFt8gI 8aQWdLWUMG5tDTlwWSum6OtaVstLqtsPNlmbAX9CS4f+LTodfoEgV8BsgHdjRVP3Q+Yh9YRaEA/9 hQjAO/vyny3uGIP2i2obtaQjc0E0OOZ7r6L3ks8n6Vnj/1+E/awekYYkSLJw8LVNBoRutl7JOuHt SQvRhHGiB3BRbFmZmbsAjbMrTCDkpDlm54y97cnj5HtFYAAv1BJI27T8BPr0AqEFIBRWAxFRkFJK RUpEWkaCfb2nD5/k4nqhJD5wKdZYeorYhvD/6Duk5ppv6TzFsiKG/39n4ncIPw65BJRto67RFAKo 8uM9n1n6yJ59yZwrYB1Qmay8uYDQgnqVeweLE+vZLnQ5AsQZ9xGnaWgfimoH2ng2DYSarJFHb75v 9LEjNJ++qmWGIxgwFrFlmkTB2zPfc90svXD6PBqHZvyci9p526nhr2u2heJMDJWm2aP3b9+3wvj9 +rYGKJ/XZaHSEXjE4vIA2UeDpLbojPC0pgftFoDEMPDkEMIce2Heh2CKlH9H5bpt1D+48Jfm/E3W B+r3qwPWLtjtDgziP9v+g93Lz2ITckWKSQWEFBFQFFH4rdfg2+ObHq7dVk65/C7mn/XIHninXGR+ S01RQM4JQPT2Afv4BfRD2SQfsqlrJmCXNNHoby/xeLoElKy0f/qOBCrjlI8Dca8iDM7My23BVNgp WY09SnaSakMOzb5ZxhetScdt4OQamSc02eu8zRJU0bep/7S0bcyl29LD3DPMeqisYeCVRjbD9AED GCL20D5AeA5hthk7Ho+kx1HepQI7qVmTuHJIZvY4DAZMNL6PBlGzw24mlMdoTxw8RBMOTWbGDOto 8vKE+q8OYs2haQJCWmFB0ZOSISi3prwJoPwTm6M/c4RopV7ZKnoL6SWa5QDwQLvFVz88ZoO0uzQD dxID0l81cQhI/Y2F0Gf8D8X7/m/yc/rOUujm4j11n/CwkwowCah9gowhEavTDcakYDyVjbkRA1nD CizSOBJqILDeCTma1uC9vGW9GLJxvYua5BYLjPesHj/VF5e7+OpAZmARzsCQzCFu3g1E8HwbnG4L t8hX2Ki57phqvbcEDn7HcfXzEh3d5ZU3iilzjGdHkNBJn7bct+L4Z8URZzMxzdhytrUgU5JQT5xW X+LryGy6JZaDkOQxhqHBZYYoMjt2uiOE84M1FDBLVTJiDSvvnPF1XSCMNIG8Yc8la4yPTQ3QfwWs k2ykgTbU2wOT/5oxIgbY7pptKuKQe80n1w1Uhxx8fuXtpj0O4LVB0KHTOxpnlBEy2cjM6k+owQWW FRNzLkOSK+7PnEyPHprNsFfGa9EqjWEulW2JTJYsKHqpdShFCU7tkufPU1hmJZ7pr3Z38V9p/WdJ eFhSKQ7x0rPY/b5U3QHBarvi/v6M82V0+RkLSwJkBesJFDY2aegrfnUkddkwcgt+u6ZRnY6nY0Eh jIWjGgPzBxDbSuGjez3kytnr3wXweLuizdNTNMc7J84GuHpkC1VXlIPQUoRPuc4+cBHSyOUzMgts ZNNz9HM81+AAo/Ns9bsXp7q9G5uevk0FqwzOzEEWZsJ3wmO2+iPH1x44kZBMMm+tgTkyF4gYIZth hZtwnV8DbmCeHARMEmQIYtQ+AqS/Y+RAS+aWa+m8VUTVoK5QwkQElitkosj6OnWTkV8+bNlJ6bVO 2A3NQ6/F0xI5L8IuBIjEYoPv+YHVUJeh69vZ9Q3kcQsPUBJXoXgiLuZG1Bq8NE74vYLvs+P29mq6 Vy4sjxhtA3rqcbHMw70iI1AYT+VjaTLfOZbVbHyhC8kCU16h/W7Rm1Xh1sDMszOsZ0uublohAIXH 1+yf6f98fQPqGrS0n5PEL+U5+MhNEQnJAfyqBSvcMfgA6z+5qLHQlb8QaV2hC0MlP8qKzXm9W8+P dqzfxtoeepsof62f6a2/KMPy/Kh0+oEhVycIo+/G4qkHIt2HCxwFdRLI591UUN02YGR+2bPt7DSg QtpMa6Z/1RGvcGv9jx0ZAYMAxo9DhGW69/j51qikYopt2my9FFp2hW7JMGX3IwqomyDpgkuBY+59 YSCGOVPkqS1Bl1vcHQbSgNuYEkEaPhk9J9pCZp4GLzRifSQQOQ39Ew075BwX8M7foqLSh0zz5/Aa Ofr4zEnEkaivdai22xttsZ7NOWETRDX5iwO4lhp0m2ZyfIEkH0MjFBOcXvJaBFIaI7gpJpXEhER5 4cYSECv8PWR4Dv3pHcIvAzR+oYNthCEU6KEqDNzm6rR+XQpkh9XzGvI6rt1AMYnuxPOkiQGUE+WF g2fUlKUk1AyP4WATZ3CSW/bYGXGAMQrv8gYibR6PgwsDAgnw3iI+f0QEuDwi9RedWGsAdZVfRCtU pWihQTpgJSKWbQk/IjsEHiMaR+G9LFTH8gIFNynOAwmF0S7DzfgpWyhSKDDWewVE0vlvcLxdER07 ryOmQYqjEVgCkAYQfg/l+Ih3mwqwGLhwvtAQUMJzR+qm4XhAIKrWA7BpuLRnO30QxwtHIgm0SGGd AOZIFYsnDmPVAjJEBeC03loTI321cd5oO7jrpLkxXephXJLH7xFd6VBKHSx4pgW8YNJTiPCvZM4M 50kpo+yYIlo7FA6+l7rIli3CGQPijIQioOSVU7586e8GyKKKKKVrx8ZhjEYiJz5IVtZu30KLPaGl /yPXoWElBKp5z3QeWFiYa9nvDKEVoGKQGh3TjLi9SlkOAPCD6XNvtU95K8wBwbZieU8Iyl2ZEGZk g83rel2bp3JSZOOMXO9Sw2TzQ4HtV8Ew7K4SB8z81kDBEcvIrrroCMEc8qSiVklNFHlo6SJMHbkR mxAcwsy1C+1imiLZPMllYRI7xoFpWvWYZTPTkUE68A5ttIjmsrQGwYBNh2s4TsdiNK7j4EgUgS+4 AoeFQd/3DUwMjfsp579DYQJPevvQie2PUCerATjACWCW0vhBkgYXHkUs1w5kj1TeiTlJqePmd8z9 Ixa1IUctKiUIRnQIpOHEDKNSdRk3lczXJb4wroHlOVwa0liInOEiWGIOPDwDcDC22a0juN1NQcx0 XwmRmoXekGQGSMwYwuMueVtmsIM+NCRKRQb2yJZAj64nnIVg33ugdcALTPINxh+pe9ffmgdsACBE o7CAXkGoQKgdpyO1FlQsKl+w0pMVhR58JdjNKDMGMHcCgE0MVrAx37w+SMIhGRisUiCadgO8EEDv 5FixhPCspWGWTX1uofN2AQIYIPzh6Al9Jxqhch3Bvpp60fCSMSw3Sg6h3tJHCTI9P2iCAq0Bk/X9 T1zDtCh2Ag4iQwhGm4jrIwjCMIET4KHbmpqNa7LRURu6i8wEFsGYCWR2EIhPrpD7HA0lQ0CMkjLS dqOCRndiDETY35kgh9eOoJ5n3oFelq3m4U0LVC/e4qlqEF3gdwHWoPEFfUF8ktWVKHyBJBIyzTCp +TCAqOkXSBajCbuow+T7OQwD4uKGMO0g2CoYzn6NBkPCgBZWZQYTRNJANE7FN3+0bckUkeqmvhZt D5WBl7t1bufSXc4NrI+bhnxhELpiDgiWGSmlFd7y5Rihr9WETINpcaZoVaaIZsiCjE4bQ2IYA0By 1JAqIkQIIQOlycF00lOLSram5k1q7EUtTHiQTeXhCQc+ZrbP6rTbeFlazMyCod6NYu0LksCtALKH wdffdZU2Hi4Vk8Q0Vokpy7aLxJCNk/ulgkjeku5/MC1OEI0B2d1veZp8UEao1UDSBeADFDIQ6iIP X3G0uOIfaeHXgfGxxBOoMCGoDShqrQgJvO0ZrRSVtyUxkncJJSD4hMJ4xVCLHdaB6WBVWJBP5RkH qQzvJ/GpVomCaLTw3ozu7gy9WmItPtOgc5RgilZM2YWBcYitprsdwArp06lRL2DTRCNDvJ2OdRUK kAsmKxnK6EZXBlNYTyTw6VWoUB+FR+FF+cYA4dOWEEKBfvAKA56BCQBiRH582KzGzybYBQIYIwuI 0BIcmYEOAjhg9gONLAIIjgM17BuM5nkKoRw4YwOUUgQQlhAhmsGmDRDnE4D4/B/Agj4rpuHsZWz7 Gx9QE68jd3qnCYnyWn0CayFqxN19ZMMUhbeOxnDbGkabI28LIsrOFKJiizdrUpmQK5FKlQddfLIM eSHAPRqdyLg8yEENIIEMZFifYUUAyRRiW+xHNQoYHFWm3JDMtJKfaEkRwNst4MW8M4Q0hTN6S/la GySKGNmO6p4YzizFqwtkmgi4OAZ/lPiBeRVYyGSJRpl37zrkixSLTw3hdXWPVCzaSgmzZiG1XlKB syB7M/m863dAs+gFwaQvbbgUITVY2DNqgDIKChQgi+kCDh1JCc3SDkvpE6h8tpgic4MBNkDS2CnC QeXAtBKxni0bhfcuVt9LG4qkgvvc9AtHG4uqNwiMKKF0Nwm8IQwRFbr0sgROhIdEEWB7pBmEa8Qo 1irJhGueWaTV0vdIYEazI+zCpY80apKw0KoMYXwEqaqaTISkSFlcDIRgHZCOy7glIDClttWuY8WT kR0TknTJJmoOjyw9tOYCbD2e3RhwCIJRSvbINgDVEQa6UbABwQQWMzggZEJHjaNNuikC3YodZESo VEkVaL2DyD3EFIUBUoYNJYH1spzC0W5FhHYEAkxyaQENSQURwBSch+hSzkEyJSC5220qqb6SSoNA cf6r+rUUGWwQi1DICQHdaIU82t/i223kwNcFxffaaQhoiEhQKMeUwNrBECmatx3G3ipowEy47TaR hHsLQt2cNoWA4pqIqtQ+6wJnvXduBFLkioejXTXBc6VtJYlkQSs3ZVFolvz/nN4VGxBcaX9ppz0c VRXwPhK3km1YDBKN473o6oON0HPTDTo1jhHrRBcD3Con5/t1Y7X9lD3VqQvvZ/RfBK+D5s37qaer bSmsbYmhjEqEvOKlNyHr/nTr8YWBwgRNZiTm2cJQlhKecSM7TRvKfoY6jBFGXsmDDKSgk2L0I/AD 1n6LAFXogbaGdKdpZogGoJs5koqK544cvSsne3KYPZt7dB4gJGEkYMRgQUBDYhqlcciYkineGS5i ka5ogCGjgtmRJavfnfveCRUS6vhDiGTSgKPAgMFJdbSX3LtHyveRKWIBmnhq2pNc/u+dDSzMYjwS 7dmBF7AghrBoXa0hcGG9kGult+gv5Ao1qpnkIV0eZZpiiyL0BGARR5l3B0BA+jbjceYIhAipvVu/ BOsUdqFvENKEXaCSBs4VjBEZGVIRayCdgdiKo1AAzsQkbbg1O/+UYUAQMwCIO8BiRFoGRNEJM9Xq tRYTD6AuL62OpQd68FRkWlOpQeAGF/3RT48U49nl9yHue6KLILvA246IbltbAWAMDQERMSotkgRa p7CtZZjgB4+3kOX6dtxXQAaeAZWhX2vXz6sH5gu1EWEYEJBhAkQYQIwR7/l52wyls7R8kth0KaJ7 EKXixqXx9FCgkG9mJa4qp7S8rrhn1bzyhc05raGJfhkB9QLu/r9/67+sZnMdxe6hVoqQDDP4cEb9 hZ7cukdRpD7mJvPusDxinqRRinH7e013FocYFFtjTFF6Lk8oQJDTFpsabfLzHkBP0idsSisJYjSD 9bEeUvTOwlZBX2un6wDeiKXhVB49u0pUdQ4KNuztChE0QHsNemVhgA9hBLGcZrPVij0pxaOmgPHD obqomekCAgGkIbRg5XpR3dgCPLk6/sCwEflmRni7l4LAAliePqR9mcNRNzsSjHRdJA0pDnVOEXiP gxQl82SZcoahrXyQ0gZ0OsJ0kfROl+ViqAUjNLuWsrPBMPPkBrS1mBC/kOblXAUYIt1at74Acogk mZHSGGp6FmRSxWQSX38JzRcXUBgMG2cCWxLUac6umAnTgz8qMBIo3bp5ReVjRIGoRy1paExbOfHK GJ1oVAoKgk0fdz9vbbDwRPdYoeHkHdQDKPAtR1gUB+94TSLUrMBnmRKSGIOn7UqEp4u7RvI/InvE DxHejx3FvqBX5yUbGjIMtbpbWQuR9kRQ84X0EH7wANvkOAH1G5JTak0PhQ1rdDHZhUIqOJYiYchI AbMCaIE0Jq4CwYB7Lx27mxNwHiSQfPpop3nj8Ez94c+AZLYPXTIzdWtQfgE10VAwQhMh0/KSDtQi IKHEgJClovlyRRwBbC1LQibkLtCFRtm5JpwQw29+a+lYtIqekxLeyv6b1gLTgF+ommJSQ8z6wISK o5oSED8sTJTniK8jLvAqGvUUJy5CLoBEDabp7ILLkjqU6Rw8jwmBSMGZhGTKgiwoZdJECNszFH7C WaLc8Mj1k1I3vS5IGC+LjKXqBJ2gMCDmMBaaQ9Fvy3bKVoaBYlvZaZh3SzhohelUw7ATPHkPLWGy aYdqfLWmQ74alAsqMzElvooFoXgvBdO3cDzFNP6jEHO3hekgQ3UNhDU2UYpBsLwJ20X+QEzScGrH ayAOFBakgd2/Hbvz10mcTBMB7znDfcpaldpO47uBTQQnUPjaATED2CAEiPDKXJIfDmlJBFgH1wxO +c7dCo2a4KBrERw9XQBfn+8WL2SlDeEazDVKpFsutHoiJ09BcJW41VTu5IIY2glgIwSamwoBQpVK ixBAiCAwYjUlBBBkWBEIwRhYPn7S61g4QAxhYZJzMyw1iHNuuA/c7gNG+wQLuHELOAzWFwvEDrz4 65rxEoa23FTQrb9hKxKy0MpBpYCVaUD83ktUuSgJrDY12MlSwCAsQvFu6ULNcboqecMAooUoJA5A 9wd3RoEuHcEqL2F9QtYKm09kgHJ01fFS1NH7DuCoHKS/p+8rpBLEKLbTiO5XgtEzB857cgwfpv7q 22m61QPFNeP5EwDZN8z3pQvZB4x6tiMbkrQokSWSHDvJxho21SGYNKLLZFlNp9jWvTC60oWI3jYN QKvQlRLIqlbdZc1ChJkiYgdWic7jkljRH3gIV1USvhU0hHBgI7uxqOiClQSBtqUG9QYpYMWwilPL E6ksiffoA9OgDLCMiZQEeRCZXKfKGRaWhcg4+CG1NYNjloU0QQagVorCDjac5m0pAhGRKQIZA3mk NCp0z4ONiY/NlmSQLEPO5vwhA3P5IK9gN5jgC5LvaQfBhJBxKVEKeKzqBA2xkPauuEd6Yt1FHZQ3 ksJDzwCoeMAEVkEECMjREHVVLiDAF8SaaLIdS1qRjrxDE2XgdD8LS1Za0BNGLSMhFHewLQIh1F2h 1UwRISRkBMMGMMt3NuRmqhQbYA8akirE5AAlrCFwsQyvfS8e8cWIBe0CiI1qpdIh49vRtTEYAaaN 7o4IJNgpTV6qaPp50oVRTmERU6gZASAGP2EKBoB9SnScSob4jsA+suO/HQKxKoxHA5+i0aSMvEts AsRiWEthH6zaIwOvN3KEewuxKaUtntK7rCLRhLKCZKpYaRkEFb08SAvsenFIGkmNEzARiMIDfWU7 ezq37nvhhtxx75F69DCbMN+qogi2WR9AKhgEt2nNBJA9P56CBTU0NjHh6yInNr+H3Dxzw3APLn3i E61CKlakUFLQXLVVVVdU3KeuB5Ty8yGxBFPL9I8fpIeYsBbAcMo7zr5e+cc/rICYBrAQwI0bRbkB JqEDMdCzkFBFsE9I8f02mVqWyz/tOYIw1shSBA0bAE6k51lhszDZwXduuR98B18O3ValmB1yL8Xt X6q77yydQUIvqK9BMNYW7XOMNNUW6IbSPTY+PUPbAxxQDNUwA9PYjUBUyLJ9bPLz+o98CBqm/WcS CDHFQpOXQKCGFZJYEkJSbnpKESlA6YUDUEQ1C6UUdg1SDDVAqQnMGoCDGIwIn9NiUR9ROgjiGeAg 1xIaCCWuFK2QkWIrFAVDqjBAL0FP0ABAJmBQA0jBHwB7fLiXWMYZoEZBPEIYZIgqkwk+jY7QJhNr 3KDjlypI0KreaGF7gaHhg8g5gEigEEoaI0CAOXuNR31yR7YtB5iwLNGmROSIKnA97YJhZbMSojgF FUCnEBGgyxYxwqlRMV6AIcAge5BzzFu7OCZqXENO4AvglZaUR6gKL3t/haZsqHRTmExX7HsIbyQ7 oaQikO4eQfk0ugQnYCEgZbIbQQhN2YhzoahOrYCghmqocT3fNgdSAC+26zSWeLM961ffgMis34HF EocDyHsDmSSQmmdEkUDkCZgIwiiQS99PHQQxoC5fDEDGwILgtRPwRKQynqA1JW4pGmFwoJaIjyAW ARSCIwRHyEzKNhdCAsHDGH2U1BtLlYFpY6Dh4bnJ9Iew97h7T97pLUQ80JZ5ECPkCXlbSSJduVKT 1FA6i9Km1Qnd9MIkMtxJZRHslMpEKRpX7CJeSJ0jpgcFlXjSqK/FFSaNztxLaemnEJVlDUgMSLRh e94bO8hggp2QuzAelLs8mHphqj+WQdWDjpdt4iMteNg0IuQlmGbc8pCL/NttySIPpAD1sDnOaqkn 6p++fh1oXGoUn60tOpsXmRIf2SlGi6T2tXATzpDtn9GgkhyKhXMelqQOA6mVZ3uiQsClvmrBey34 yELE8a4Kp3BlYC+vpID3dSDq9cF2zoiOi8H7cAWRIqEtDD34YsCWR7VEkmyfRzkIjB86Ql3/fCEt wV5b/yoecLapSBvU4rxOkT+OJd40OmpyN85cyWcEDkeIAsE4cV1IqQZLvlg4PgXBPtLeibiQl3kO NVsannB9IXBrGMgZs2dQKwuEKkeBm4TyiiIzJUZaiT5bpKKTZQhKrflWUkmGMAMQ2AIVIIbNF5t7 gEMA5lR+FBIWLuhEgMBCAIkAoAoeG/UUSJauQoKA7IToBzxWbbhYD7eJDAe7ThB+HZ61wbbiIYqB d+1C8LyZmjwSC8L0smUkQkMYzgCnEAYQKB40TdsNjyKiMHgGElaF6LUbdEdtCQix6YgOHDbuYlQK yZk0EBs56Bi3LYTJljS1wQQEBBKpKlT2QPUEgQMlzywnJ4Pzzpi6n3uaqqqqqKqqiqqqqqqqqqqq qqxFVVVVVVVFVYQiqrFUkwBDQNyNxkWUxxroR/RFDEtLAxaTlkmiFp9Bn5mG7JIkE7jVIsDuBl5c Blk7aKpQG4EMnIkGA5yGMulUFnNK261FgMRvVEp0UJZBaJkEiyckYmJYEEDMZ1MDCaDfikDs1pGG 4Rm3PlctJQhxMx4A4LNMEcCmACOSLc1sQcgtBXhjdDhdlEWWR22gBhickCuCoiW3PG8lmr3JwkEk lej9TgGPQc9qiYwuyCAzKp6QqBlHHJUvGbXAyCIPWRR8wDmWJGSRRBcCl7LaNSidOmsJUGTcMOMQ 48aCJzbHpRWDmGsd4rqpB8eAdVm8KA7BEMMGBAs0uqJuaR5NJJTSUzdWuJzALZIXIpgraVsBa5qb S2n0BlOpFYgB9akVUKVxcT9FKGgUQi22buC3WR30YgXzyxXVaogY86qVMGwhtsPoxgYrl0EJTqIo IrikI5gwRbkozyQCvP7pmivGiWpY5qn7wVKAqU894d6SJdkOkLwK0IeGUQp3FKfDKd5ADiCeXBoE IeWoakwizXnERBBtSmzaFgdKikqpF1C5AQB+4isChocLAssFH0xDW5usTMig6XTjxIGAQGvU1Hy8 gmATvDwA4c6ox4SUUbjju1kEgUUs+4VrIYSH4VvD+eQRMu9ZTSHv2BoQ85/MFA6UTo4omNA/iZvN KtCIbPjVv+DBaobg9Grimow7MjMuLhfjgil6HJfXQTrAfiJFKPmArhTfes5LLWj3HdNoRWtwVhs7 6ALJqgJe1Q48ZLNB2U8AVoU6L0SXuL+iho1kQHhibjuGWBetQRoB10E29/amxqawohQKB6uTYmhQ 8Lg0hgIPMvUV6r37cHWEVrEt2doZSE76+58GyjGeyVgEh8DDk0GSHpAc4yIlFYwsH4dwN7cezdXw 0uPYfQtBXUh8kdwiwzLYEZRXiH3QToUdSBpqEgkpEzQE4pItOaiaSRU++JKo/HtevO4OGiViL5YP LJAQtIoQ121JBEfkEiqgem0Mv4HffaWocyWOQVcvHKAqFzjgDUhUsFrhaFFLwoUM0pQC8bwcR8yt 4aj49bD1y7MEO6ULSyhgHmQP5hISKBo9zn/Py1tJwRQhAgRR6SABpioFoNpsS4pA6OMsyYJLRYAl 4Ao8uk5Pu910EpwBWEOVZEuqdyM4g5gTYT06gNDc4NwmB17DITOLntBfYQXpUs99YSBfe2qLsIo3 yQSQNQXKDyg/yp962lK86vw6jWTtZ2+QBDcCFOoFQksncv3//i7kinChIRrqOiI= ------=_NextPart_000_002F_01C98C50.8BD1BAE0-- From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 14:19:28 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 441361065674 for ; Wed, 11 Feb 2009 14:19:28 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mail0.ecc.u-tokyo.ac.jp (mail0.ecc.u-tokyo.ac.jp [133.11.45.132]) by mx1.freebsd.org (Postfix) with ESMTP id A53698FC1E for ; Wed, 11 Feb 2009 14:19:27 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mhs003.ecc.u-tokyo.ac.jp (mhs003.ecc.u-tokyo.ac.jp [133.11.70.163]) by mail0.ecc.u-tokyo.ac.jp (Postfix) with ESMTP id 2516B1BE8012 for ; Wed, 11 Feb 2009 23:19:26 +0900 (JST) Received: from amulet.amuletic.net (124.155.55.252 [124.155.55.252]) by mhs003.ecc.u-tokyo.ac.jp (SpamBlock.pstn.b 3.4.102) with ESMTP id for ; Wed, 11 Feb 2009 23:19:10 +0900 Date: Wed, 11 Feb 2009 23:19:11 +0900 Message-ID: From: Hiroharu Tamaru To: Hans Petter Selasky In-Reply-To: <200902110954.37659.hselasky@c2i.net> References: <200902110954.37659.hselasky@c2i.net> User-Agent: User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-IP: 124.155.55.252 X-FROM-DOMAIN: myn.rcast.u-tokyo.ac.jp X-FROM-EMAIL: tamaru@myn.rcast.u-tokyo.ac.jp Cc: freebsd-usb@freebsd.org Subject: Re: USB2: umass not detected correctly, axe not transmitting X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 14:19:28 -0000 Hi, Hans I'm back with test results. At Wed, 11 Feb 2009 09:54:36 +0100, Hans Petter Selasky wrote: > > Hi, > > On Wednesday 11 February 2009, Hiroharu Tamaru wrote: > > Hi, > > > > I have an Atom Z530 semi-embedded system and tried the new USB2 stack. > > I found some oddities and decided to report here. > > > > It is running 8.0-CURRENT as of yesterday, and I have GENERIC and USB2 > > kernels to test with. I am testing with two usb devices: > > > > umass0: on > > usbus3 axe0: on usbus3 > > > > First about the USB memory stick: > > > > 1) I setup a bootable USB memory stick, and this system > > boots off umass da0 if I have the old USB1 kernel. > > However, with USB2 kernel, it does not detect da0 at its final stage, > > and fails to find the root filesystem. > > I mean that the 'da0 at umass-sim0 bus 0 target 0 lun 0' message is not > > shown, and it is not listed in the kernel detected list of disks at > > 'mountroot>' prompt (shown by typing '?'). > > This is a known issue, see: > > http://wiki.freebsd.org/USB This worked very well. Thanks. I assume it will be committed to the tree sometime near in the future, right? > > 2) If I boot from the internal ad0, and plug in this stick it gets > > detected: > > > > > > however, it does not give the correct contents when read; it does not > > detect the slices and all. > > > > Could you repeat the same "cat" operation with UMASS debugging turned on? > > sysctl hw.usb2.umass.debug=-1 I'm not sure why, but now I cannot reproduce this any more. The patched (as above) kernel detects da0 correctly, And the original kernel (that gave that symptom multiple times before I wrote the original mail) also gives the correct result now.. Strange, but since I'm fine now, I leave it for now. I will be back with the results if it happens again. Thanks for the help. > > Next about the ethernet device: > > > > This device is detected correctly. > > > > ugen3.3: at usbus3 > > axe0: on usbus3 > > axe0: PHYADDR 0xe0:0x18 > > miibus0: on axe0 > > ciphy0: PHY 24 on miibus0 > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > 1000baseT-FDX, auto ue0: on axe0 > > ue0: Ethernet address: 00:90:cc:xx:xx:xx > > ue0: link state changed to DOWN > > ue0: link state changed to UP > > > > # ifconfg ue0 > > ue0: flags=8843 metric 0 mtu 1500 > > ether 00:90:cc:xx:xx:xx > > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > > media: Ethernet autoselect (100baseTX ) > > status: active > > Turn on debugging: > > sysctl hw.usb2.axe.debug=15 > > And repeat test. with hw.usb2.axe.debug=15, I have: ugen3.3: at usbus3 (disconnected) pid 3244 (dhclient), uid 65: exited on signal 11 ugen3.3: at usbus3 axe0: on usbus3 axe0: PHYADDR 0xe0:0x18 miibus0: on axe0 ciphy0: PHY 24 on miibus0 ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto ue0: on axe0 ue0: Ethernet address: 00:90:cc:f7:bc:2e ue0: link state changed to DOWN ue0: link state changed to UP and when dhclient runs ifconfig, I get axe_bulk_read_callback:796: bulk read error, USB_ERR_CANCELLED axe_bulk_write_callback:823: transfer complete and then for every DCHP request packet sent I get axe_bulk_write_callback:823: transfer complete and that's all. If I manually setup an address and run tcpdump -i ue0 -n, I can see the traffic on wire as before. I get no console messages meanwhile. If I try to ping an address from this machine, I see arp request on tcpdump result on this machine, but not on the receiving machine: the out going packet is not on the wire. I get one of this message for every arp packet sent: axe_bulk_write_callback:823: transfer complete If I try to ping this machine from another, I see arp request and arp reply on the tcpdump on this side, but I only see arp request on the other side, again. So everything is consistent that it is receiving packets but not sending. The hardware is a PLANEX GU-1000T ethernet adapter. What can I do now? > --HPS Hiroharu From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 15:30:58 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 596E0106564A; Wed, 11 Feb 2009 15:30:58 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id B6FE28FC1C; Wed, 11 Feb 2009 15:30:57 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=nf-3aSPXtmMA:10 a=9zKXQfm5S70A:10 a=kw03RjmKpLm8ql5X2xOdcA==:17 a=6I5d2MoRAAAA:8 a=OdR5sfXFAAAA:8 a=ReYJ_a9i4adfOvdJXPUA:9 a=IRdhDB-kp3J1tlfQ80gA:7 a=8Ukg_SrIfhI37-rdqeGAycgeQDgA:4 a=50e4U0PicR4A:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO laptop) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1091919695; Wed, 11 Feb 2009 16:30:56 +0100 From: Hans Petter Selasky To: "Thomas Sparrevohn" Date: Wed, 11 Feb 2009 16:17:01 +0100 User-Agent: KMail/1.9.7 References: <012401c98bc7$123648b0$36a2da10$@Sparrevohn@btinternet.com> <200902111000.46643.hselasky@c2i.net> <002e01c98c50$8bd1bae0$a37530a0$@Sparrevohn@btinternet.com> In-Reply-To: <002e01c98c50$8bd1bae0$a37530a0$@Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902111617.04096.hselasky@c2i.net> Cc: 'Andrew Thompson' , freebsd-usb@freebsd.org Subject: Re: Recent Changes to Rum driver - seems to have.. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 15:30:58 -0000 Hi Thomas, Thanks for reporting this bug! I've analysed your panic and have made the following patch: http://perforce.freebsd.org/chv.cgi?CH=157544 Accumulated patches are available from my private SVN. I recommend updating all files in the "usb2" directory. > svn --username anonsvn --password anonsvn \ > checkout svn://svn.turbocat.net/i4b/trunk/i4b/src/sys/dev/usb2 > --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 15:55:13 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 040621065706 for ; Wed, 11 Feb 2009 15:55:13 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swipnet.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id EA4C58FC24 for ; Wed, 11 Feb 2009 15:55:11 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bl9xuZ_oj20A:10 a=zhY17_j3_IsA:10 a=kw03RjmKpLm8ql5X2xOdcA==:17 a=6I5d2MoRAAAA:8 a=YqJToFBu5y_v7SP6k9QA:9 a=fAUF5OrpkTWRbYssJCMA:7 a=wA4Gyab3TKrtMuyYx6urSnHB2ykA:4 a=LY0hPdMaydYA:10 a=r-MMDUkF8OzZE9z-:21 a=jJEuPoOemse6bV3n:21 Received: from [85.19.218.115] (account mc467741@c2i.net HELO laptop) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 804717478; Wed, 11 Feb 2009 16:55:10 +0100 From: Hans Petter Selasky To: Hiroharu Tamaru , pyunyh@gmail.com Date: Wed, 11 Feb 2009 16:57:36 +0100 User-Agent: KMail/1.9.7 References: <200902110954.37659.hselasky@c2i.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902111657.38129.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: USB2: [was: umass not detected correctly, axe not transmitting] AXE problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 15:55:13 -0000 On Wednesday 11 February 2009, Hiroharu Tamaru wrote: > Hi, Hans > > > > > This is a known issue, see: > > > > http://wiki.freebsd.org/USB > > This worked very well. Thanks. > I assume it will be committed to the tree sometime near > in the future, right? I suspect so. > > > > > > ugen3.3: at usbus3 > > > axe0: on usbus3 > > > axe0: PHYADDR 0xe0:0x18 > > > miibus0: on axe0 > > > ciphy0: PHY 24 on miibus0 > > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > > 1000baseT-FDX, auto ue0: on axe0 > > > ue0: Ethernet address: 00:90:cc:xx:xx:xx > > > ue0: link state changed to DOWN > > > ue0: link state changed to UP > > > > > > > Turn on debugging: > > > > sysctl hw.usb2.axe.debug=15 > > > > And repeat test. > > with hw.usb2.axe.debug=15, I have: > > ugen3.3: at usbus3 (disconnected) > pid 3244 (dhclient), uid 65: exited on signal 11 > ugen3.3: at usbus3 > axe0: on usbus3 > axe0: PHYADDR 0xe0:0x18 > miibus0: on axe0 > ciphy0: PHY 24 on miibus0 > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto ue0: on axe0 > ue0: Ethernet address: 00:90:cc:f7:bc:2e > ue0: link state changed to DOWN > ue0: link state changed to UP > > The hardware is a PLANEX GU-1000T ethernet adapter. > > What can I do now? Does netstat indicate any receive errors on the AXE interface? netstat -i Maybe "Pyun YongHyeon" should have a look at this. And you are running the latest current? --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 16:28:48 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DBEC1065689 for ; Wed, 11 Feb 2009 16:28:48 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp807.mail.ird.yahoo.com (smtp807.mail.ird.yahoo.com [217.146.188.67]) by mx1.freebsd.org (Postfix) with SMTP id D2B8E8FC08 for ; Wed, 11 Feb 2009 16:28:47 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 8288 invoked from network); 11 Feb 2009 16:28:46 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Cc:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-Index:Content-Language; b=nGGAhMDK/+uHZwN1qh0wWsOqgyc0Ta95K/y6TQBMes5Q3mmE5iNz3ASCsjCNFpHzmguQPLXrPmCybJwQuZFV4JpfEcHBGeDq5nSmxjl2I/dE5pI3sNrxqOLvoQPIO84eAjNRU5bjIXXXarEtata2FlODLZO+a/wiW3Cag00JHvA= ; Received: from unknown (HELO W2FZZ0VC03) (Thomas.Sparrevohn@86.133.209.248 with login) by smtp807.mail.ird.yahoo.com with SMTP; 11 Feb 2009 16:28:46 -0000 X-YMail-OSG: 5D6XxEoVM1mFxbOeoPtjeOOn2u9TUinqGb1A5lUNKU5o.AjlQp5kP0WTbZ.RCBUxx32csPHcH7mDPMagsEz9l6SdGaV0aqENSqMizavFa1K19vwM.l0ELfoBlP3O3VFQmVFy_xv491A0KrmSiz0DYAbmsR.Rmo_XmqXRS6FWczbTuDhXnIpHfAht8F7YO5w896nuyUp1UPLStQ2PUjft5FJ89A-- X-Yahoo-Newman-Property: ymail-3 From: "Thomas Sparrevohn" To: "'Hans Petter Selasky'" References: <012401c98bc7$123648b0$36a2da10$@Sparrevohn@btinternet.com> <200902111000.46643.hselasky@c2i.net> <002e01c98c50$8bd1bae0$a37530a0$@Sparrevohn@btinternet.com> <200902111617.04096.hselasky@c2i.net> In-Reply-To: <200902111617.04096.hselasky@c2i.net> Date: Wed, 11 Feb 2009 16:28:46 -0000 Message-ID: <003d01c98c65$d07edb90$717c92b0$@Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcmMXb0lSw11pZqLT+OiMLS8Gt11pAAB+sPg Content-Language: en-gb Cc: 'Andrew Thompson' , freebsd-usb@freebsd.org Subject: RE: Recent Changes to Rum driver - seems to have.. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 16:28:48 -0000 Ok will do - Just need to get out of "Vista land" - so it will take a little while -----Original Message----- From: Hans Petter Selasky [mailto:hselasky@c2i.net] Sent: 11 February 2009 15:17 To: Thomas Sparrevohn Cc: freebsd-usb@freebsd.org; 'Andrew Thompson' Subject: Re: Recent Changes to Rum driver - seems to have.. Hi Thomas, Thanks for reporting this bug! I've analysed your panic and have made the following patch: http://perforce.freebsd.org/chv.cgi?CH=157544 Accumulated patches are available from my private SVN. I recommend updating all files in the "usb2" directory. > svn --username anonsvn --password anonsvn \ > checkout svn://svn.turbocat.net/i4b/trunk/i4b/src/sys/dev/usb2 > --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 16:30:22 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 797241065670; Wed, 11 Feb 2009 16:30:22 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2E5918FC12; Wed, 11 Feb 2009 16:30:22 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru (blacklion.static.corbina.ru [89.179.122.169]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 472DD13DF65; Wed, 11 Feb 2009 19:30:21 +0300 (MSK) Date: Wed, 11 Feb 2009 19:30:15 +0300 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1812245731.20090211193015@serebryakov.spb.ru> To: Hans Petter Selasky In-Reply-To: <200902082138.39688.hselasky@c2i.net> References: <1371503468.20090208222452@serebryakov.spb.ru> <200902082138.39688.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-usb@freebsd.org Subject: Re[2]: Guide to porting old (usb) driver to new (usb2) framework? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 16:30:23 -0000 Hello, Hans. You wrote 8 =F4=E5=E2=F0=E0=EB=FF 2009 =E3., 23:38:38: > The only guide is to look at exisiting USB serial port drivers. With rega= rd to > MosChip there already exits a umoscom2.c Yep, it is old, single-port chip, with different registers layout. BTW, datasheets on 7820/7840 chips are not complete, and some registers are left in driver as `magic' numbers. I don't like it, but Moschip doesn't answer on e-mails :( > Is your device multi port or single port? 4 ports. > It should be quite trivial to make a device driver for a serial port devi= ce. Yep, cleanup of existing "driver" (it was ugly) was straightforward. This provided "driver" can't even send BREAK signal :) --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 16:52:05 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A65FD10656EF for ; Wed, 11 Feb 2009 16:52:05 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mail0.ecc.u-tokyo.ac.jp (mail0.ecc.u-tokyo.ac.jp [133.11.45.132]) by mx1.freebsd.org (Postfix) with ESMTP id 111C38FC13 for ; Wed, 11 Feb 2009 16:52:04 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mhs003.ecc.u-tokyo.ac.jp (mhs003.ecc.u-tokyo.ac.jp [133.11.70.163]) by mail0.ecc.u-tokyo.ac.jp (Postfix) with ESMTP id 9606F1BE800E for ; Thu, 12 Feb 2009 01:52:03 +0900 (JST) Received: from amulet.amuletic.net (124.155.55.252 [124.155.55.252]) by mhs003.ecc.u-tokyo.ac.jp (SpamBlock.pstn.b 3.4.102) with ESMTP id for ; Thu, 12 Feb 2009 01:51:46 +0900 Date: Thu, 12 Feb 2009 01:51:47 +0900 Message-ID: From: Hiroharu Tamaru To: Hans Petter Selasky In-Reply-To: <200902111657.38129.hselasky@c2i.net> References: <200902110954.37659.hselasky@c2i.net> <200902111657.38129.hselasky@c2i.net> User-Agent: User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-IP: 124.155.55.252 X-FROM-DOMAIN: myn.rcast.u-tokyo.ac.jp X-FROM-EMAIL: tamaru@myn.rcast.u-tokyo.ac.jp Cc: pyunyh@gmail.com, freebsd-usb@freebsd.org Subject: Re: USB2: [was: umass not detected correctly, axe not transmitting] AXE problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 16:52:06 -0000 At Wed, 11 Feb 2009 16:57:36 +0100, Hans Petter Selasky wrote: > > > > ugen3.3: at usbus3 > > > > axe0: on usbus3 > > > > axe0: PHYADDR 0xe0:0x18 > > > > miibus0: on axe0 > > > > ciphy0: PHY 24 on miibus0 > > > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > > > 1000baseT-FDX, auto ue0: on axe0 > > > > ue0: Ethernet address: 00:90:cc:xx:xx:xx > > > > ue0: link state changed to DOWN > > > > ue0: link state changed to UP > > > > > > > > > > > Turn on debugging: > > > > > > sysctl hw.usb2.axe.debug=15 > > > > > > And repeat test. > > > > with hw.usb2.axe.debug=15, I have: > > > > ugen3.3: at usbus3 (disconnected) > > pid 3244 (dhclient), uid 65: exited on signal 11 > > ugen3.3: at usbus3 > > axe0: on usbus3 > > axe0: PHYADDR 0xe0:0x18 > > miibus0: on axe0 > > ciphy0: PHY 24 on miibus0 > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > 1000baseT-FDX, auto ue0: on axe0 > > ue0: Ethernet address: 00:90:cc:f7:bc:2e > > ue0: link state changed to DOWN > > ue0: link state changed to UP > > > > > The hardware is a PLANEX GU-1000T ethernet adapter. > > > > What can I do now? > > Does netstat indicate any receive errors on the AXE interface? > > netstat -i Nope. Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll ... ue0 1500 00:90:cc:f7:bc:2e 52 0 12 0 0 ue0 1500 192.168.1.0 192.168.1.3 0 - 4 - - The latter line is the result of statically asigning an address, and then 'ping -n 192.168.1.1'ing for four seconds. > Maybe "Pyun YongHyeon" should have a look at this. > > And you are running the latest current? I updated to -current as of about an hour or two ago. > --HPS Hiroharu From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 22:57:01 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5095106566B for ; Wed, 11 Feb 2009 22:57:01 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id C300E8FC1B for ; Wed, 11 Feb 2009 22:57:01 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 80C7D1A3C39; Wed, 11 Feb 2009 14:57:01 -0800 (PST) Date: Wed, 11 Feb 2009 14:57:01 -0800 From: Alfred Perlstein To: Hans Petter Selasky Message-ID: <20090211225701.GL68801@elvis.mu.org> References: <200902110954.37659.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200902110954.37659.hselasky@c2i.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-usb@freebsd.org Subject: Re: USB2: umass not detected correctly, axe not transmitting X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 22:57:02 -0000 * Hans Petter Selasky [090211 00:52] wrote: > Hi, > > On Wednesday 11 February 2009, Hiroharu Tamaru wrote: > > Hi, > > > > I have an Atom Z530 semi-embedded system and tried the new USB2 stack. > > I found some oddities and decided to report here. > > > > It is running 8.0-CURRENT as of yesterday, and I have GENERIC and USB2 > > kernels to test with. I am testing with two usb devices: > > > > umass0: on > > usbus3 axe0: on usbus3 > > > > First about the USB memory stick: > > > > 1) I setup a bootable USB memory stick, and this system > > boots off umass da0 if I have the old USB1 kernel. > > However, with USB2 kernel, it does not detect da0 at its final stage, > > and fails to find the root filesystem. > > I mean that the 'da0 at umass-sim0 bus 0 target 0 lun 0' message is not > > shown, and it is not listed in the kernel detected list of disks at > > 'mountroot>' prompt (shown by typing '?'). > > This is a known issue, see: > > http://wiki.freebsd.org/USB Is this the "delay in mountroot patch"? If so, I think it should go in. Can you send to Andrew for commit? If he's not available, please remind me to commit it. -- - Alfred Perlstein From owner-freebsd-usb@FreeBSD.ORG Wed Feb 11 23:37:00 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC62D106568A; Wed, 11 Feb 2009 23:37:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 665058FC16; Wed, 11 Feb 2009 23:37:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n1BNYsHo082734; Wed, 11 Feb 2009 16:34:54 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 11 Feb 2009 16:34:54 -0700 (MST) Message-Id: <20090211.163454.1678771438.imp@bsdimp.com> To: alfred@freebsd.org From: "M. Warner Losh" In-Reply-To: <20090211225701.GL68801@elvis.mu.org> References: <200902110954.37659.hselasky@c2i.net> <20090211225701.GL68801@elvis.mu.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: USB2: umass not detected correctly, axe not transmitting X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 23:37:01 -0000 In message: <20090211225701.GL68801@elvis.mu.org> Alfred Perlstein writes: : * Hans Petter Selasky [090211 00:52] wrote: : > Hi, : > : > On Wednesday 11 February 2009, Hiroharu Tamaru wrote: : > > Hi, : > > : > > I have an Atom Z530 semi-embedded system and tried the new USB2 stack. : > > I found some oddities and decided to report here. : > > : > > It is running 8.0-CURRENT as of yesterday, and I have GENERIC and USB2 : > > kernels to test with. I am testing with two usb devices: : > > : > > umass0: on : > > usbus3 axe0: on usbus3 : > > : > > First about the USB memory stick: : > > : > > 1) I setup a bootable USB memory stick, and this system : > > boots off umass da0 if I have the old USB1 kernel. : > > However, with USB2 kernel, it does not detect da0 at its final stage, : > > and fails to find the root filesystem. : > > I mean that the 'da0 at umass-sim0 bus 0 target 0 lun 0' message is not : > > shown, and it is not listed in the kernel detected list of disks at : > > 'mountroot>' prompt (shown by typing '?'). : > : > This is a known issue, see: : > : > http://wiki.freebsd.org/USB : : Is this the "delay in mountroot patch"? If so, I think it should go : in. Can you send to Andrew for commit? If he's not available, please : remind me to commit it. That patch needs comments that say it is a workaround because we don't have a way to signal the mountroot code that all my configuration is done. This is a problem for all hot-plug technologies... but other than a comment, I'm cool with that patch going in. Warner From owner-freebsd-usb@FreeBSD.ORG Thu Feb 12 00:29:38 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FDB11065673 for ; Thu, 12 Feb 2009 00:29:38 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6C9F28FC0A for ; Thu, 12 Feb 2009 00:29:38 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 28C511A3C3D; Wed, 11 Feb 2009 16:29:38 -0800 (PST) Date: Wed, 11 Feb 2009 16:29:38 -0800 From: Alfred Perlstein To: "M. Warner Losh" Message-ID: <20090212002938.GM68801@elvis.mu.org> References: <200902110954.37659.hselasky@c2i.net> <20090211225701.GL68801@elvis.mu.org> <20090211.163454.1678771438.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090211.163454.1678771438.imp@bsdimp.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-usb@freebsd.org Subject: Re: USB2: umass not detected correctly, axe not transmitting X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 00:29:38 -0000 * M. Warner Losh [090211 15:37] wrote: > In message: <20090211225701.GL68801@elvis.mu.org> > Alfred Perlstein writes: > : * Hans Petter Selasky [090211 00:52] wrote: > : > Hi, > : > > : > On Wednesday 11 February 2009, Hiroharu Tamaru wrote: > : > > Hi, > : > > > : > > I have an Atom Z530 semi-embedded system and tried the new USB2 stack. > : > > I found some oddities and decided to report here. > : > > > : > > It is running 8.0-CURRENT as of yesterday, and I have GENERIC and USB2 > : > > kernels to test with. I am testing with two usb devices: > : > > > : > > umass0: on > : > > usbus3 axe0: on usbus3 > : > > > : > > First about the USB memory stick: > : > > > : > > 1) I setup a bootable USB memory stick, and this system > : > > boots off umass da0 if I have the old USB1 kernel. > : > > However, with USB2 kernel, it does not detect da0 at its final stage, > : > > and fails to find the root filesystem. > : > > I mean that the 'da0 at umass-sim0 bus 0 target 0 lun 0' message is not > : > > shown, and it is not listed in the kernel detected list of disks at > : > > 'mountroot>' prompt (shown by typing '?'). > : > > : > This is a known issue, see: > : > > : > http://wiki.freebsd.org/USB > : > : Is this the "delay in mountroot patch"? If so, I think it should go > : in. Can you send to Andrew for commit? If he's not available, please > : remind me to commit it. > > That patch needs comments that say it is a workaround because we don't > have a way to signal the mountroot code that all my configuration is > done. This is a problem for all hot-plug technologies... > > but other than a comment, I'm cool with that patch going in. Agreed. Will do. -- - Alfred Perlstein From owner-freebsd-usb@FreeBSD.ORG Thu Feb 12 02:56:51 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEEAB106566C for ; Thu, 12 Feb 2009 02:56:51 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 6893F8FC0C for ; Thu, 12 Feb 2009 02:56:50 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by an-out-0708.google.com with SMTP id b38so351377ana.13 for ; Wed, 11 Feb 2009 18:56:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=4P/9W82P0Eh9Hu0r8UuM+0eSUN7kHQLCX9s12ZLgZl8=; b=f68wU564x4Y5F2XLmn1jdOv86x3O5Pnjc7/wJvpyChj74HueMwSsywWJNbOcIgNsp5 9cbC8JhcpvfQf8XIHsDVe4UTiYUELPpyzKMphKYdrNgPEnxWcu3t7xbJKZgflD8facX2 12tQn0tZnCGDr/mLYl6Tmapd5gal1bUiUIYpo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=Vm1OhrgzPjE+14xJP1FTEAaDHOC+vVzgq25OBNSmSsILh83l1LgC9efSIsFPTKdjnq iiXA3f3TYg3L+UeQQYoEF/BCCge3BLjDey9MX01rRG/gFbwExQZFMuvL8O7vikxPZ9Rv qHEbcx9XwhpTZhs3l0cTkmOCejwHTBLIocNtA= Received: by 10.100.144.20 with SMTP id r20mr607759and.48.1234406089635; Wed, 11 Feb 2009 18:34:49 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id b14sm8615200ana.16.2009.02.11.18.34.46 (version=SSLv3 cipher=RC4-MD5); Wed, 11 Feb 2009 18:34:48 -0800 (PST) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Thu, 12 Feb 2009 11:37:23 +0900 From: Pyun YongHyeon Date: Thu, 12 Feb 2009 11:37:23 +0900 To: Hiroharu Tamaru Message-ID: <20090212023723.GA6313@michelle.cdnetworks.co.kr> References: <200902110954.37659.hselasky@c2i.net> <200902111657.38129.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-usb@freebsd.org Subject: Re: USB2: [was: umass not detected correctly, axe not transmitting] AXE problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 02:56:52 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Feb 12, 2009 at 01:51:47AM +0900, Hiroharu Tamaru wrote: > > At Wed, 11 Feb 2009 16:57:36 +0100, Hans Petter Selasky wrote: > > > > > ugen3.3: at usbus3 > > > > > axe0: on usbus3 > > > > > axe0: PHYADDR 0xe0:0x18 > > > > > miibus0: on axe0 > > > > > ciphy0: PHY 24 on miibus0 > > > > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > > > > 1000baseT-FDX, auto ue0: on axe0 > > > > > ue0: Ethernet address: 00:90:cc:xx:xx:xx > > > > > ue0: link state changed to DOWN > > > > > ue0: link state changed to UP > > > > > > > > > > > > > > > Turn on debugging: > > > > > > > > sysctl hw.usb2.axe.debug=15 > > > > > > > > And repeat test. > > > > > > with hw.usb2.axe.debug=15, I have: > > > > > > ugen3.3: at usbus3 (disconnected) > > > pid 3244 (dhclient), uid 65: exited on signal 11 > > > ugen3.3: at usbus3 > > > axe0: on usbus3 > > > axe0: PHYADDR 0xe0:0x18 > > > miibus0: on axe0 > > > ciphy0: PHY 24 on miibus0 > > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > > 1000baseT-FDX, auto ue0: on axe0 > > > ue0: Ethernet address: 00:90:cc:f7:bc:2e > > > ue0: link state changed to DOWN > > > ue0: link state changed to UP > > > > > > > > The hardware is a PLANEX GU-1000T ethernet adapter. > > > I have the same USB controller and latest CURRENT works. axe0: on usbus1 axe0: PHYADDR 0xe0:0x18 miibus2: on axe0 ciphy0: PHY 24 on miibus2 ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto ue0: on axe0 ue0: Ethernet address: 00:90:cc:ef:b9:f6 ue0: link state changed to DOWN I manually loaded necessary kernel modules as my kernel does not have any USB device entries. The only regression since I tried USB2 axe(4) was failure of symbol resolving of link_elf in usb2_ethernet.ko module. Attached simple patch seems to fix that. To Hans, I think MODULE_DEPEND should come first before any reference to the module in usb2_ethernet.c. Since mii_phy_probe live in miibus(4) I added it too. > > > What can I do now? > > Hiroharu, if you unplug/replug UTP cable, does it make any difference? > > Does netstat indicate any receive errors on the AXE interface? > > > > netstat -i > > Nope. > > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > ... > ue0 1500 00:90:cc:f7:bc:2e 52 0 12 0 0 > ue0 1500 192.168.1.0 192.168.1.3 0 - 4 - - > > The latter line is the result of statically asigning an address, > and then 'ping -n 192.168.1.1'ing for four seconds. > > > Maybe "Pyun YongHyeon" should have a look at this. > > > > And you are running the latest current? > > I updated to -current as of about an hour or two ago. > PS. Please CC to me I'm not subscribed to the list. --45Z9DzgjV8m4Oswq-- From owner-freebsd-usb@FreeBSD.ORG Thu Feb 12 03:40:16 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 874B8106564A; Thu, 12 Feb 2009 03:40:16 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.235]) by mx1.freebsd.org (Postfix) with ESMTP id 48DE78FC0C; Thu, 12 Feb 2009 03:40:15 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so172913rvb.43 for ; Wed, 11 Feb 2009 19:40:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=fq3X87m3k8THwWmXvVNo1a3Af4HKLMbkzIL546hWpIg=; b=Bm7CFXi3lCt2yGAJ5+4y4uRngG5SL+KQoR57hZCQ43qiqqigo9gqQQABcqf+h7RVP9 4FjVkgG5QnTebv/LJG/L247gpVb0FmuAK5B1Cck/bUltLBOn0lXggyBErvqIC9cazFoL oTPy1FzFIQyBFbL6CFz7U4mrq0HmX73ZYEAAE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=ILb/ysc42YbdDYu85nMO4jCqO3Sco2gOF7JUOlf3yGH9gM+9AxMlDArVvXZGqeKIwO SqxFqUkLXBm0XV2RZ0WHHNYuC4dlqnSd4LGvlweHS9BmqEHfCx3JS8ks7zaf2NoXZof0 nFtkvZInRDD6zqx8lYcmtWIrjP8gbWKUIo9gU= Received: by 10.140.202.12 with SMTP id z12mr242216rvf.183.1234410015757; Wed, 11 Feb 2009 19:40:15 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id c20sm744194rvf.1.2009.02.11.19.40.13 (version=SSLv3 cipher=RC4-MD5); Wed, 11 Feb 2009 19:40:14 -0800 (PST) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Thu, 12 Feb 2009 12:42:51 +0900 From: Pyun YongHyeon Date: Thu, 12 Feb 2009 12:42:51 +0900 To: Hiroharu Tamaru Message-ID: <20090212034251.GB6313@michelle.cdnetworks.co.kr> References: <200902110954.37659.hselasky@c2i.net> <200902111657.38129.hselasky@c2i.net> <20090212023723.GA6313@michelle.cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090212023723.GA6313@michelle.cdnetworks.co.kr> User-Agent: Mutt/1.4.2.3i Cc: thompsa@FreeBSD.org, freebsd-usb@freebsd.org Subject: Re: USB2: [was: umass not detected correctly, axe not transmitting] AXE problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 03:40:16 -0000 On Thu, Feb 12, 2009 at 11:37:23AM +0900, Pyun YongHyeon wrote: > On Thu, Feb 12, 2009 at 01:51:47AM +0900, Hiroharu Tamaru wrote: > > > > At Wed, 11 Feb 2009 16:57:36 +0100, Hans Petter Selasky wrote: > > > > > > ugen3.3: at usbus3 > > > > > > axe0: on usbus3 > > > > > > axe0: PHYADDR 0xe0:0x18 > > > > > > miibus0: on axe0 > > > > > > ciphy0: PHY 24 on miibus0 > > > > > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > > > > > 1000baseT-FDX, auto ue0: on axe0 > > > > > > ue0: Ethernet address: 00:90:cc:xx:xx:xx > > > > > > ue0: link state changed to DOWN > > > > > > ue0: link state changed to UP > > > > > > > > > > > > > > > > > > > Turn on debugging: > > > > > > > > > > sysctl hw.usb2.axe.debug=15 > > > > > > > > > > And repeat test. > > > > > > > > with hw.usb2.axe.debug=15, I have: > > > > > > > > ugen3.3: at usbus3 (disconnected) > > > > pid 3244 (dhclient), uid 65: exited on signal 11 > > > > ugen3.3: at usbus3 > > > > axe0: on usbus3 > > > > axe0: PHYADDR 0xe0:0x18 > > > > miibus0: on axe0 > > > > ciphy0: PHY 24 on miibus0 > > > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > > > 1000baseT-FDX, auto ue0: on axe0 > > > > ue0: Ethernet address: 00:90:cc:f7:bc:2e > > > > ue0: link state changed to DOWN > > > > ue0: link state changed to UP > > > > > > > > > > > The hardware is a PLANEX GU-1000T ethernet adapter. > > > > > > > I have the same USB controller and latest CURRENT works. > > axe0: on usbus1 > axe0: PHYADDR 0xe0:0x18 > miibus2: on axe0 > ciphy0: PHY 24 on miibus2 > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > ue0: on axe0 > ue0: Ethernet address: 00:90:cc:ef:b9:f6 > ue0: link state changed to DOWN > > I manually loaded necessary kernel modules as my kernel does not > have any USB device entries. The only regression since I tried USB2 > axe(4) was failure of symbol resolving of link_elf in > usb2_ethernet.ko module. Attached simple patch seems to fix that. > > To Hans, > I think MODULE_DEPEND should come first before any reference to > the module in usb2_ethernet.c. Since mii_phy_probe live in > miibus(4) I added it too. > Hans, I managed to track down Hiroharu's issue in axe(4). It seems Andrew removed link handling code that ensures correct state of established link in r188412. I believe we have to revert changes made in axe_cfg_mii_statchg() and axe_tick(). I have no idea what was happend in P4, you checked in the link handling code I submitted. From owner-freebsd-usb@FreeBSD.ORG Thu Feb 12 03:51:21 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6322106564A for ; Thu, 12 Feb 2009 03:51:21 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mail0.ecc.u-tokyo.ac.jp (mail0.ecc.u-tokyo.ac.jp [133.11.45.132]) by mx1.freebsd.org (Postfix) with ESMTP id 0FC608FC17 for ; Thu, 12 Feb 2009 03:51:20 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mhs003.ecc.u-tokyo.ac.jp (mhs003.ecc.u-tokyo.ac.jp [133.11.70.163]) by mail0.ecc.u-tokyo.ac.jp (Postfix) with ESMTP id 64D8C1BE8012 for ; Thu, 12 Feb 2009 12:51:19 +0900 (JST) Received: from amulet.amuletic.net (124.155.55.252 [124.155.55.252]) by mhs003.ecc.u-tokyo.ac.jp (SpamBlock.pstn.b 3.4.102) with ESMTP id for ; Thu, 12 Feb 2009 12:51:00 +0900 Date: Thu, 12 Feb 2009 12:51:00 +0900 Message-ID: From: Hiroharu Tamaru To: pyunyh@gmail.com In-Reply-To: <20090212023723.GA6313@michelle.cdnetworks.co.kr> References: <200902110954.37659.hselasky@c2i.net> <200902111657.38129.hselasky@c2i.net> <20090212023723.GA6313@michelle.cdnetworks.co.kr> User-Agent: User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-IP: 124.155.55.252 X-FROM-DOMAIN: myn.rcast.u-tokyo.ac.jp X-FROM-EMAIL: tamaru@myn.rcast.u-tokyo.ac.jp Cc: freebsd-usb@freebsd.org Subject: Re: USB2: [was: umass not detected correctly, axe not transmitting] AXE problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 03:51:22 -0000 Hello Pyun, At Thu, 12 Feb 2009 11:37:23 +0900, Pyun YongHyeon wrote: > > [1 ] > On Thu, Feb 12, 2009 at 01:51:47AM +0900, Hiroharu Tamaru wrote: > > > > At Wed, 11 Feb 2009 16:57:36 +0100, Hans Petter Selasky wrote: > > > > > > ugen3.3: at usbus3 > > > > > > axe0: on usbus3 > > > > > > axe0: PHYADDR 0xe0:0x18 > > > > > > miibus0: on axe0 > > > > > > ciphy0: PHY 24 on miibus0 > > > > > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > > > > > 1000baseT-FDX, auto ue0: on axe0 > > > > > > ue0: Ethernet address: 00:90:cc:xx:xx:xx > > > > > > ue0: link state changed to DOWN > > > > > > ue0: link state changed to UP > > > > > > > > > > > > > > > > > > > Turn on debugging: > > > > > > > > > > sysctl hw.usb2.axe.debug=15 > > > > > > > > > > And repeat test. > > > > > > > > with hw.usb2.axe.debug=15, I have: > > > > > > > > ugen3.3: at usbus3 (disconnected) > > > > pid 3244 (dhclient), uid 65: exited on signal 11 > > > > ugen3.3: at usbus3 > > > > axe0: on usbus3 > > > > axe0: PHYADDR 0xe0:0x18 > > > > miibus0: on axe0 > > > > ciphy0: PHY 24 on miibus0 > > > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > > > 1000baseT-FDX, auto ue0: on axe0 > > > > ue0: Ethernet address: 00:90:cc:f7:bc:2e > > > > ue0: link state changed to DOWN > > > > ue0: link state changed to UP > > > > > > > > > > > The hardware is a PLANEX GU-1000T ethernet adapter. > > > > > > > I have the same USB controller and latest CURRENT works. > > axe0: on usbus1 > axe0: PHYADDR 0xe0:0x18 > miibus2: on axe0 > ciphy0: PHY 24 on miibus2 > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > ue0: on axe0 > ue0: Ethernet address: 00:90:cc:ef:b9:f6 > ue0: link state changed to DOWN > > I manually loaded necessary kernel modules as my kernel does not > have any USB device entries. The only regression since I tried USB2 > axe(4) was failure of symbol resolving of link_elf in > usb2_ethernet.ko module. Attached simple patch seems to fix that. > > To Hans, > I think MODULE_DEPEND should come first before any reference to > the module in usb2_ethernet.c. Since mii_phy_probe live in > miibus(4) I added it too. > > > > > What can I do now? > > > > > Hiroharu, if you unplug/replug UTP cable, does it make any difference? No, I tried combinations of repluging UTP cable and repluging the device itself, but the resuts are always the same. It receives packets from the wire, but it cannot send one. But I noticed one thing now. I also have em0/em1 interfaces, and I am switching with ue0 when I test AXE. It turned out that although I 'ifconfig em0 inet delete down' those unused interfaces, the arp table entries remain. 'arp -nda' shows 'delete: cannot locate 192.168.1.1' and the like for every entry in the table, and they are infact not deleted. Deletion fails both when em0 is up and down. Then again, this time I booted with a configuration such that em0/em1 are not touched at all, and axe device plugged with UTP cable from the very start (before powering on), and the symptom is the same (recive OK, send NG), and this time the arp table has the single line which corresponds to self address of ue0/AXE. I am rebuilding my userland world now, just to make sure (it used to be Dec. 2008 snapshot), but are there anything that may be out of sync in the December-Feburary time slot? Anyway, this should take some good while. After that, I will try a kernel without USB1 nor USB2 configured, and will load the modules manually as you have done, with your attached patches. > > > Does netstat indicate any receive errors on the AXE interface? > > > > > > netstat -i > > > > Nope. > > > > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > > ... > > ue0 1500 00:90:cc:f7:bc:2e 52 0 12 0 0 > > ue0 1500 192.168.1.0 192.168.1.3 0 - 4 - - > > > > The latter line is the result of statically asigning an address, > > and then 'ping -n 192.168.1.1'ing for four seconds. > > > > > Maybe "Pyun YongHyeon" should have a look at this. > > > > > > And you are running the latest current? > > > > I updated to -current as of about an hour or two ago. > > > > PS. Please CC to me I'm not subscribed to the list. > [2 usb2_ethernet.patch ] > Index: sys/dev/usb2/ethernet/usb2_ethernet.c > =================================================================== > --- sys/dev/usb2/ethernet/usb2_ethernet.c (revision 188507) > +++ sys/dev/usb2/ethernet/usb2_ethernet.c (working copy) > @@ -43,6 +43,9 @@ > #define UE_UNLOCK(_ue) mtx_unlock((_ue)->ue_mtx) > #define UE_LOCK_ASSERT(_ue, t) mtx_assert((_ue)->ue_mtx, t) > > +MODULE_DEPEND(usb2_ethernet, usb2_core, 1, 1, 1); > +MODULE_DEPEND(usb2_ethernet, miibus, 1, 1, 1); > + > static struct unrhdr *ueunit; > > static usb2_proc_callback_t ue_attach_post_task; > @@ -582,4 +585,3 @@ > > DECLARE_MODULE(usb2_ethernet, usb2_ether_mod, SI_SUB_PSEUDO, SI_ORDER_ANY); > MODULE_VERSION(usb2_ethernet, 1); > -MODULE_DEPEND(usb2_ethernet, usb2_core, 1, 1, 1); Thanks, Hiroharu From owner-freebsd-usb@FreeBSD.ORG Thu Feb 12 03:57:58 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EB08106564A for ; Thu, 12 Feb 2009 03:57:58 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 3AF308FC1B for ; Thu, 12 Feb 2009 03:57:58 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 1D4E3FF35; Thu, 12 Feb 2009 16:57:57 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P7J7MBjeH8ea; Thu, 12 Feb 2009 16:57:53 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Thu, 12 Feb 2009 16:57:53 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id D10D31142F; Thu, 12 Feb 2009 16:57:52 +1300 (NZDT) Date: Wed, 11 Feb 2009 19:57:52 -0800 From: Andrew Thompson To: Pyun YongHyeon Message-ID: <20090212035752.GC74077@citylink.fud.org.nz> References: <200902110954.37659.hselasky@c2i.net> <200902111657.38129.hselasky@c2i.net> <20090212023723.GA6313@michelle.cdnetworks.co.kr> <20090212034251.GB6313@michelle.cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090212034251.GB6313@michelle.cdnetworks.co.kr> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-usb@freebsd.org Subject: Re: USB2: [was: umass not detected correctly, axe not transmitting] AXE problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 03:57:59 -0000 On Thu, Feb 12, 2009 at 12:42:51PM +0900, Pyun YongHyeon wrote: > > > > I have the same USB controller and latest CURRENT works. > > > > axe0: on usbus1 > > axe0: PHYADDR 0xe0:0x18 > > miibus2: on axe0 > > ciphy0: PHY 24 on miibus2 > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > > ue0: on axe0 > > ue0: Ethernet address: 00:90:cc:ef:b9:f6 > > ue0: link state changed to DOWN > > > > I manually loaded necessary kernel modules as my kernel does not > > have any USB device entries. The only regression since I tried USB2 > > axe(4) was failure of symbol resolving of link_elf in > > usb2_ethernet.ko module. Attached simple patch seems to fix that. > > > > To Hans, > > I think MODULE_DEPEND should come first before any reference to > > the module in usb2_ethernet.c. Since mii_phy_probe live in > > miibus(4) I added it too. > > > > Hans, I managed to track down Hiroharu's issue in axe(4). It seems > Andrew removed link handling code that ensures correct state of > established link in r188412. > I believe we have to revert changes made in axe_cfg_mii_statchg() > and axe_tick(). I have no idea what was happend in P4, you > checked in the link handling code I submitted. Thanks for finding this Pyun, an unintentional breakage due to the code reshuffle. Have you committed the fix, I dont see it? Andrew From owner-freebsd-usb@FreeBSD.ORG Thu Feb 12 03:59:34 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9563B1065673 for ; Thu, 12 Feb 2009 03:59:34 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mail0.ecc.u-tokyo.ac.jp (mail0.ecc.u-tokyo.ac.jp [133.11.45.132]) by mx1.freebsd.org (Postfix) with ESMTP id F28198FC1C for ; Thu, 12 Feb 2009 03:59:33 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mhs001.ecc.u-tokyo.ac.jp (mhs001.ecc.u-tokyo.ac.jp [133.11.70.161]) by mail0.ecc.u-tokyo.ac.jp (Postfix) with ESMTP id F109E1BE800B for ; Thu, 12 Feb 2009 12:59:32 +0900 (JST) Received: from amulet.amuletic.net (124.155.55.252 [124.155.55.252]) by mhs001.ecc.u-tokyo.ac.jp (SpamBlock.pstn.b 3.4.102) with ESMTP id for ; Thu, 12 Feb 2009 12:59:13 +0900 Date: Thu, 12 Feb 2009 12:59:13 +0900 Message-ID: From: Hiroharu Tamaru To: pyunyh@gmail.com In-Reply-To: <20090212034251.GB6313@michelle.cdnetworks.co.kr> References: <200902110954.37659.hselasky@c2i.net> <200902111657.38129.hselasky@c2i.net> <20090212023723.GA6313@michelle.cdnetworks.co.kr> <20090212034251.GB6313@michelle.cdnetworks.co.kr> User-Agent: User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-IP: 124.155.55.252 X-FROM-DOMAIN: myn.rcast.u-tokyo.ac.jp X-FROM-EMAIL: tamaru@myn.rcast.u-tokyo.ac.jp Cc: thompsa@FreeBSD.org, freebsd-usb@freebsd.org Subject: Re: USB2: [was: umass not detected correctly, axe not transmitting] AXE problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 03:59:34 -0000 I've just sent another message before reading this. At Thu, 12 Feb 2009 12:42:51 +0900, Pyun YongHyeon wrote: > On Thu, Feb 12, 2009 at 11:37:23AM +0900, Pyun YongHyeon wrote: > > On Thu, Feb 12, 2009 at 01:51:47AM +0900, Hiroharu Tamaru wrote: > > > > > > At Wed, 11 Feb 2009 16:57:36 +0100, Hans Petter Selasky wrote: > > > > > > > ugen3.3: at usbus3 > > > > > > > axe0: on usbus3 > > > > > > > axe0: PHYADDR 0xe0:0x18 > > > > > > > miibus0: on axe0 > > > > > > > ciphy0: PHY 24 on miibus0 > > > > > > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > > > > > > 1000baseT-FDX, auto ue0: on axe0 > > > > > > > ue0: Ethernet address: 00:90:cc:xx:xx:xx > > > > > > > ue0: link state changed to DOWN > > > > > > > ue0: link state changed to UP > > > > > > > > > > > > > > > > > > > > > > > Turn on debugging: > > > > > > > > > > > > sysctl hw.usb2.axe.debug=15 > > > > > > > > > > > > And repeat test. > > > > > > > > > > with hw.usb2.axe.debug=15, I have: > > > > > > > > > > ugen3.3: at usbus3 (disconnected) > > > > > pid 3244 (dhclient), uid 65: exited on signal 11 > > > > > ugen3.3: at usbus3 > > > > > axe0: on usbus3 > > > > > axe0: PHYADDR 0xe0:0x18 > > > > > miibus0: on axe0 > > > > > ciphy0: PHY 24 on miibus0 > > > > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > > > > 1000baseT-FDX, auto ue0: on axe0 > > > > > ue0: Ethernet address: 00:90:cc:f7:bc:2e > > > > > ue0: link state changed to DOWN > > > > > ue0: link state changed to UP > > > > > > > > > > > > > > The hardware is a PLANEX GU-1000T ethernet adapter. > > > > > > > > > > > I have the same USB controller and latest CURRENT works. > > > > axe0: on usbus1 > > axe0: PHYADDR 0xe0:0x18 > > miibus2: on axe0 > > ciphy0: PHY 24 on miibus2 > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > > ue0: on axe0 > > ue0: Ethernet address: 00:90:cc:ef:b9:f6 > > ue0: link state changed to DOWN > > > > I manually loaded necessary kernel modules as my kernel does not > > have any USB device entries. The only regression since I tried USB2 > > axe(4) was failure of symbol resolving of link_elf in > > usb2_ethernet.ko module. Attached simple patch seems to fix that. > > > > To Hans, > > I think MODULE_DEPEND should come first before any reference to > > the module in usb2_ethernet.c. Since mii_phy_probe live in > > miibus(4) I added it too. > > > > Hans, I managed to track down Hiroharu's issue in axe(4). It seems > Andrew removed link handling code that ensures correct state of > established link in r188412. > I believe we have to revert changes made in axe_cfg_mii_statchg() > and axe_tick(). I have no idea what was happend in P4, you > checked in the link handling code I submitted. Thanks for looking into this. So, can I just be waiting for a patch to test, or a CVS revision of files to revert to? Meanwhile, I'll bring the userland to the latest current, as I mentioned on the other mail. Hiroharu From owner-freebsd-usb@FreeBSD.ORG Thu Feb 12 04:23:59 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A90EE106564A for ; Thu, 12 Feb 2009 04:23:59 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 6D72B8FC24 for ; Thu, 12 Feb 2009 04:23:59 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id C2044FF35; Thu, 12 Feb 2009 17:23:58 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t2gPEiuHxhTC; Thu, 12 Feb 2009 17:23:52 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Thu, 12 Feb 2009 17:23:51 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 7EEDE1142F; Thu, 12 Feb 2009 17:23:50 +1300 (NZDT) Date: Wed, 11 Feb 2009 20:23:50 -0800 From: Andrew Thompson To: Hans Petter Selasky Message-ID: <20090212042350.GE74077@citylink.fud.org.nz> References: <200902111000.46643.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200902111000.46643.hselasky@c2i.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-usb@freebsd.org Subject: Re: Recent Changes to Rum driver - seems to have.. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 04:23:59 -0000 On Wed, Feb 11, 2009 at 10:00:45AM +0100, Hans Petter Selasky wrote: > On Tuesday 10 February 2009, Thomas Sparrevohn wrote: > > Reintroduced panics when the device is used heavily - it also reports the > > "needs callback" in dmesg - Unless this is known I can post a dmesg > > > > Hi Thomas, > > Andrew Thompson decided to re-port the driver from USB1. I've tried to fix > most of the bugs now. If the fixes are not in -current yet you can fetch > if_rum*[ch] from: > > svn --username anonsvn --password anonsvn \ > checkout svn://svn.turbocat.net/i4b/trunk/i4b/src/sys/dev/usb2 > > > Do you have a backtrace of the panics ? > > Sorry about the inconvenience. Please watch the mud slinging, there were very good reasons for changing the wlan code back to the USB1 state (bugs and all). Each regression will be investigated and fixed. From owner-freebsd-usb@FreeBSD.ORG Thu Feb 12 04:28:00 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A3541065673; Thu, 12 Feb 2009 04:28:00 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id 8374E8FC1D; Thu, 12 Feb 2009 04:27:59 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by gxk24 with SMTP id 24so64325gxk.19 for ; Wed, 11 Feb 2009 20:27:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=anQbrMg8XXG3cuQvNMA+wbKw92lCdM7/Zv0a3akJKq4=; b=NqE6Fne+NQD0rA+SuhiYN700N1jjwqVk5xbYKQ2ltPcU43+vUzMWh9YXXz48c6V/SQ bcf9s2dKxeTP0Ck1OpfTUPxIv/idjPbzsTHQ/sh0LXhKEftsBq+yNxgXKzA0AiMW3uFf 9az9dc0HHGSLB8hoJwIFWgGkgfN9bGHCiYP/k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=SJQA0RyWJMxKKTsomWwmiZghc4peChru59eeNNVdapizt8OHNxnJHZShnX6F7An3Rr gb/FDUxN5EB3dFAk0mbDHAtdD5+Fq5ZAQ6hD7vi3JzQ+k+uhGJF5ByvLsRE3cqby+G9U MR0IJRUJADonOTSwdwlPEDc6fXs85MUraxKi0= Received: by 10.151.111.15 with SMTP id o15mr563225ybm.214.1234412878794; Wed, 11 Feb 2009 20:27:58 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id o29sm1541916elf.9.2009.02.11.20.27.55 (version=SSLv3 cipher=RC4-MD5); Wed, 11 Feb 2009 20:27:57 -0800 (PST) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Thu, 12 Feb 2009 13:30:33 +0900 From: Pyun YongHyeon Date: Thu, 12 Feb 2009 13:30:33 +0900 To: Hiroharu Tamaru Message-ID: <20090212043033.GC6313@michelle.cdnetworks.co.kr> References: <200902110954.37659.hselasky@c2i.net> <200902111657.38129.hselasky@c2i.net> <20090212023723.GA6313@michelle.cdnetworks.co.kr> <20090212034251.GB6313@michelle.cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="uZ3hkaAS1mZxFaxD" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: thompsa@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB2: [was: umass not detected correctly, axe not transmitting] AXE problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 04:28:00 -0000 --uZ3hkaAS1mZxFaxD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Feb 12, 2009 at 12:59:13PM +0900, Hiroharu Tamaru wrote: > I've just sent another message before reading this. > > At Thu, 12 Feb 2009 12:42:51 +0900, Pyun YongHyeon wrote: > > On Thu, Feb 12, 2009 at 11:37:23AM +0900, Pyun YongHyeon wrote: > > > On Thu, Feb 12, 2009 at 01:51:47AM +0900, Hiroharu Tamaru wrote: > > > > > > > > At Wed, 11 Feb 2009 16:57:36 +0100, Hans Petter Selasky wrote: > > > > > > > > ugen3.3: at usbus3 > > > > > > > > axe0: on usbus3 > > > > > > > > axe0: PHYADDR 0xe0:0x18 > > > > > > > > miibus0: on axe0 > > > > > > > > ciphy0: PHY 24 on miibus0 > > > > > > > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > > > > > > > 1000baseT-FDX, auto ue0: on axe0 > > > > > > > > ue0: Ethernet address: 00:90:cc:xx:xx:xx > > > > > > > > ue0: link state changed to DOWN > > > > > > > > ue0: link state changed to UP > > > > > > > > > > > > > > > > > > > > > > > > > > > Turn on debugging: > > > > > > > > > > > > > > sysctl hw.usb2.axe.debug=15 > > > > > > > > > > > > > > And repeat test. > > > > > > > > > > > > with hw.usb2.axe.debug=15, I have: > > > > > > > > > > > > ugen3.3: at usbus3 (disconnected) > > > > > > pid 3244 (dhclient), uid 65: exited on signal 11 > > > > > > ugen3.3: at usbus3 > > > > > > axe0: on usbus3 > > > > > > axe0: PHYADDR 0xe0:0x18 > > > > > > miibus0: on axe0 > > > > > > ciphy0: PHY 24 on miibus0 > > > > > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > > > > > 1000baseT-FDX, auto ue0: on axe0 > > > > > > ue0: Ethernet address: 00:90:cc:f7:bc:2e > > > > > > ue0: link state changed to DOWN > > > > > > ue0: link state changed to UP > > > > > > > > > > > > > > > > > The hardware is a PLANEX GU-1000T ethernet adapter. > > > > > > > > > > > > > > > I have the same USB controller and latest CURRENT works. > > > > > > axe0: on usbus1 > > > axe0: PHYADDR 0xe0:0x18 > > > miibus2: on axe0 > > > ciphy0: PHY 24 on miibus2 > > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > > > ue0: on axe0 > > > ue0: Ethernet address: 00:90:cc:ef:b9:f6 > > > ue0: link state changed to DOWN > > > > > > I manually loaded necessary kernel modules as my kernel does not > > > have any USB device entries. The only regression since I tried USB2 > > > axe(4) was failure of symbol resolving of link_elf in > > > usb2_ethernet.ko module. Attached simple patch seems to fix that. > > > > > > To Hans, > > > I think MODULE_DEPEND should come first before any reference to > > > the module in usb2_ethernet.c. Since mii_phy_probe live in > > > miibus(4) I added it too. > > > > > > > Hans, I managed to track down Hiroharu's issue in axe(4). It seems > > Andrew removed link handling code that ensures correct state of > > established link in r188412. > > I believe we have to revert changes made in axe_cfg_mii_statchg() > > and axe_tick(). I have no idea what was happend in P4, you > > checked in the link handling code I submitted. > > Thanks for looking into this. > > So, can I just be waiting for a patch to test, or a CVS > revision of files to revert to? > > Meanwhile, I'll bring the userland to the latest current, as > I mentioned on the other mail. > Ok, try this one after installword. Attached one restores previous link handle code. Note, it was just compile tested. > Hiroharu --uZ3hkaAS1mZxFaxD Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="usb2_ethernet.patch2" Index: sys/dev/usb2/ethernet/usb2_ethernet.c =================================================================== --- sys/dev/usb2/ethernet/usb2_ethernet.c (revision 188507) +++ sys/dev/usb2/ethernet/usb2_ethernet.c (working copy) @@ -43,6 +43,9 @@ #define UE_UNLOCK(_ue) mtx_unlock((_ue)->ue_mtx) #define UE_LOCK_ASSERT(_ue, t) mtx_assert((_ue)->ue_mtx, t) +MODULE_DEPEND(usb2_ethernet, usb2_core, 1, 1, 1); +MODULE_DEPEND(usb2_ethernet, miibus, 1, 1, 1); + static struct unrhdr *ueunit; static usb2_proc_callback_t ue_attach_post_task; @@ -582,4 +585,3 @@ DECLARE_MODULE(usb2_ethernet, usb2_ether_mod, SI_SUB_PSEUDO, SI_ORDER_ANY); MODULE_VERSION(usb2_ethernet, 1); -MODULE_DEPEND(usb2_ethernet, usb2_core, 1, 1, 1); Index: sys/dev/usb2/ethernet/if_axe2.c =================================================================== --- sys/dev/usb2/ethernet/if_axe2.c (revision 188507) +++ sys/dev/usb2/ethernet/if_axe2.c (working copy) @@ -341,6 +341,7 @@ { struct axe_softc *sc = device_get_softc(dev); struct mii_data *mii = GET_MII(sc); + struct ifnet *ifp; uint16_t val; int err, locked; @@ -348,11 +349,40 @@ if (!locked) AXE_LOCK(sc); - val = (mii->mii_media_active & IFM_GMASK) == IFM_FDX ? - AXE_MEDIA_FULL_DUPLEX : 0; + ifp = usb2_ether_getifp(&sc->sc_ue); + if (mii == NULL || ifp == NULL || + (ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) + goto done; + + sc->sc_flags &= ~AXE_FLAG_LINK; + if ((mii->mii_media_status & (IFM_ACTIVE | IFM_AVALID)) == + (IFM_ACTIVE | IFM_AVALID)) { + switch (IFM_SUBTYPE(mii->mii_media_active)) { + case IFM_10_T: + case IFM_100_TX: + sc->sc_flags |= AXE_FLAG_LINK; + break; + case IFM_1000_T: + if ((sc->sc_flags & AXE_FLAG_178) == 0) + break; + sc->sc_flags |= AXE_FLAG_LINK; + break; + default: + break; + } + } + + /* Lost link, do nothing. */ + if ((sc->sc_flags & AXE_FLAG_LINK) == 0) + goto done; + + val = 0; + if ((IFM_OPTIONS(mii->mii_media_active) & IFM_FDX) != 0) + val |= AXE_MEDIA_FULL_DUPLEX; if (sc->sc_flags & (AXE_FLAG_178 | AXE_FLAG_772)) { val |= AXE_178_MEDIA_RX_EN | AXE_178_MEDIA_MAGIC; - + if ((sc->sc_flags & AXE_FLAG_178) != 0) + val |= AXE_178_MEDIA_ENCK; switch (IFM_SUBTYPE(mii->mii_media_active)) { case IFM_1000_T: val |= AXE_178_MEDIA_GMII | AXE_178_MEDIA_ENCK; @@ -368,7 +398,7 @@ err = axe_cmd(sc, AXE_CMD_WRITE_MEDIA, 0, val, NULL); if (err) device_printf(dev, "media change failed, error %d\n", err); - +done: if (!locked) AXE_UNLOCK(sc); } @@ -381,18 +411,18 @@ { struct axe_softc *sc = ifp->if_softc; struct mii_data *mii = GET_MII(sc); + int error; AXE_LOCK_ASSERT(sc, MA_OWNED); - sc->sc_flags &= ~AXE_FLAG_LINK; 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); + error = mii_mediachg(mii); + return (error); } /* @@ -915,11 +945,10 @@ AXE_LOCK_ASSERT(sc, MA_OWNED); mii_tick(mii); - if ((sc->sc_flags & AXE_FLAG_LINK) == 0 - && mii->mii_media_status & IFM_ACTIVE && - IFM_SUBTYPE(mii->mii_media_active) != IFM_NONE) { - sc->sc_flags |= AXE_FLAG_LINK; - axe_start(ue); + if ((sc->sc_flags & AXE_FLAG_LINK) == 0) { + axe_miibus_statchg(ue->ue_dev); + if ((sc->sc_flags & AXE_FLAG_LINK) != 0) + axe_start(ue); } } --uZ3hkaAS1mZxFaxD-- From owner-freebsd-usb@FreeBSD.ORG Thu Feb 12 04:31:18 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A21391065670; Thu, 12 Feb 2009 04:31:18 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 3F4968FC13; Thu, 12 Feb 2009 04:31:18 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so339600ywt.13 for ; Wed, 11 Feb 2009 20:31:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=RdZsHcdaed5QTW1UNIk6Mn0F0C1+dxqtHJu6xyxDiAk=; b=liSjpez8dCkIlwuRE8mDCuHSjbx85+eDsivi3PaSg8+s7EiJ/9wBKYmcA5y1sqLEqf meKq4saijjfstpHa1/uV5O8Y6fFXfhglLm8Tq2KUkzPFFstNf/YSD5e3woK7zJQkNYpi /nOkLPRY2UskI1SOC6pW4s9HOgMbJng2hsl/U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=jv/6M4WWvEvntD/zYQk6QUFeMZJVrCkSZBME/W6rGXe0efK+lsjI9i4dVfIQ4n0lgv urP1NqY8zH84rq0hz+rjR1FsTEZ+zVVA3eXsa+VrPEjfo21eQsyyDGGsQa2Mb5BVcya2 XA2dCHw5KKZfo3ichN3eOcP+QcwiPZZMVAUY8= Received: by 10.150.178.9 with SMTP id a9mr594815ybf.52.1234413077675; Wed, 11 Feb 2009 20:31:17 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id u25sm23523176ele.16.2009.02.11.20.31.13 (version=SSLv3 cipher=RC4-MD5); Wed, 11 Feb 2009 20:31:17 -0800 (PST) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Thu, 12 Feb 2009 13:33:51 +0900 From: Pyun YongHyeon Date: Thu, 12 Feb 2009 13:33:51 +0900 To: Andrew Thompson Message-ID: <20090212043351.GD6313@michelle.cdnetworks.co.kr> References: <200902110954.37659.hselasky@c2i.net> <200902111657.38129.hselasky@c2i.net> <20090212023723.GA6313@michelle.cdnetworks.co.kr> <20090212034251.GB6313@michelle.cdnetworks.co.kr> <20090212035752.GC74077@citylink.fud.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090212035752.GC74077@citylink.fud.org.nz> User-Agent: Mutt/1.4.2.3i Cc: freebsd-usb@freebsd.org Subject: Re: USB2: [was: umass not detected correctly, axe not transmitting] AXE problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 04:31:18 -0000 On Wed, Feb 11, 2009 at 07:57:52PM -0800, Andrew Thompson wrote: > On Thu, Feb 12, 2009 at 12:42:51PM +0900, Pyun YongHyeon wrote: > > > > > > I have the same USB controller and latest CURRENT works. > > > > > > axe0: on usbus1 > > > axe0: PHYADDR 0xe0:0x18 > > > miibus2: on axe0 > > > ciphy0: PHY 24 on miibus2 > > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > > > ue0: on axe0 > > > ue0: Ethernet address: 00:90:cc:ef:b9:f6 > > > ue0: link state changed to DOWN > > > > > > I manually loaded necessary kernel modules as my kernel does not > > > have any USB device entries. The only regression since I tried USB2 > > > axe(4) was failure of symbol resolving of link_elf in > > > usb2_ethernet.ko module. Attached simple patch seems to fix that. > > > > > > To Hans, > > > I think MODULE_DEPEND should come first before any reference to > > > the module in usb2_ethernet.c. Since mii_phy_probe live in > > > miibus(4) I added it too. > > > > > > > Hans, I managed to track down Hiroharu's issue in axe(4). It seems > > Andrew removed link handling code that ensures correct state of > > established link in r188412. > > I believe we have to revert changes made in axe_cfg_mii_statchg() > > and axe_tick(). I have no idea what was happend in P4, you > > checked in the link handling code I submitted. > > Thanks for finding this Pyun, an unintentional breakage due to the code > reshuffle. Have you committed the fix, I dont see it? > Not yet. I've posted possible fix for axe(4) so let's see how it goes first. From owner-freebsd-usb@FreeBSD.ORG Thu Feb 12 04:38:07 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13B86106564A for ; Thu, 12 Feb 2009 04:38:07 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mail0.ecc.u-tokyo.ac.jp (mail0.ecc.u-tokyo.ac.jp [133.11.45.132]) by mx1.freebsd.org (Postfix) with ESMTP id 4D45A8FC1E for ; Thu, 12 Feb 2009 04:38:06 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mhs003.ecc.u-tokyo.ac.jp (mhs003.ecc.u-tokyo.ac.jp [133.11.70.163]) by mail0.ecc.u-tokyo.ac.jp (Postfix) with ESMTP id D28D61BE800E for ; Thu, 12 Feb 2009 13:38:04 +0900 (JST) Received: from amulet.amuletic.net (124.155.55.252 [124.155.55.252]) by mhs003.ecc.u-tokyo.ac.jp (SpamBlock.pstn.b 3.4.102) with ESMTP id for ; Thu, 12 Feb 2009 13:37:51 +0900 Date: Thu, 12 Feb 2009 13:37:51 +0900 Message-ID: From: Hiroharu Tamaru To: pyunyh@gmail.com In-Reply-To: <20090212043033.GC6313@michelle.cdnetworks.co.kr> References: <200902110954.37659.hselasky@c2i.net> <200902111657.38129.hselasky@c2i.net> <20090212023723.GA6313@michelle.cdnetworks.co.kr> <20090212034251.GB6313@michelle.cdnetworks.co.kr> <20090212043033.GC6313@michelle.cdnetworks.co.kr> User-Agent: User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-IP: 124.155.55.252 X-FROM-DOMAIN: myn.rcast.u-tokyo.ac.jp X-FROM-EMAIL: tamaru@myn.rcast.u-tokyo.ac.jp Cc: thompsa@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB2: [was: umass not detected correctly, axe not transmitting] AXE problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 04:38:07 -0000 At Thu, 12 Feb 2009 13:30:33 +0900, Pyun YongHyeon wrote: > [1 ] > On Thu, Feb 12, 2009 at 12:59:13PM +0900, Hiroharu Tamaru wrote: > > I've just sent another message before reading this. > > > > At Thu, 12 Feb 2009 12:42:51 +0900, Pyun YongHyeon wrote: > > > On Thu, Feb 12, 2009 at 11:37:23AM +0900, Pyun YongHyeon wrote: > > > > On Thu, Feb 12, 2009 at 01:51:47AM +0900, Hiroharu Tamaru wrote: > > > > > > > > > > At Wed, 11 Feb 2009 16:57:36 +0100, Hans Petter Selasky wrote: > > > > > > > > > ugen3.3: at usbus3 > > > > > > > > > axe0: on usbus3 > > > > > > > > > axe0: PHYADDR 0xe0:0x18 > > > > > > > > > miibus0: on axe0 > > > > > > > > > ciphy0: PHY 24 on miibus0 > > > > > > > > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > > > > > > > > 1000baseT-FDX, auto ue0: on axe0 > > > > > > > > > ue0: Ethernet address: 00:90:cc:xx:xx:xx > > > > > > > > > ue0: link state changed to DOWN > > > > > > > > > ue0: link state changed to UP > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Turn on debugging: > > > > > > > > > > > > > > > > sysctl hw.usb2.axe.debug=15 > > > > > > > > > > > > > > > > And repeat test. > > > > > > > > > > > > > > with hw.usb2.axe.debug=15, I have: > > > > > > > > > > > > > > ugen3.3: at usbus3 (disconnected) > > > > > > > pid 3244 (dhclient), uid 65: exited on signal 11 > > > > > > > ugen3.3: at usbus3 > > > > > > > axe0: on usbus3 > > > > > > > axe0: PHYADDR 0xe0:0x18 > > > > > > > miibus0: on axe0 > > > > > > > ciphy0: PHY 24 on miibus0 > > > > > > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > > > > > > 1000baseT-FDX, auto ue0: on axe0 > > > > > > > ue0: Ethernet address: 00:90:cc:f7:bc:2e > > > > > > > ue0: link state changed to DOWN > > > > > > > ue0: link state changed to UP > > > > > > > > > > > > > > > > > > > > The hardware is a PLANEX GU-1000T ethernet adapter. > > > > > > > > > > > > > > > > > > > I have the same USB controller and latest CURRENT works. > > > > > > > > axe0: on usbus1 > > > > axe0: PHYADDR 0xe0:0x18 > > > > miibus2: on axe0 > > > > ciphy0: PHY 24 on miibus2 > > > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > > > > ue0: on axe0 > > > > ue0: Ethernet address: 00:90:cc:ef:b9:f6 > > > > ue0: link state changed to DOWN > > > > > > > > I manually loaded necessary kernel modules as my kernel does not > > > > have any USB device entries. The only regression since I tried USB2 > > > > axe(4) was failure of symbol resolving of link_elf in > > > > usb2_ethernet.ko module. Attached simple patch seems to fix that. > > > > > > > > To Hans, > > > > I think MODULE_DEPEND should come first before any reference to > > > > the module in usb2_ethernet.c. Since mii_phy_probe live in > > > > miibus(4) I added it too. > > > > > > > > > > Hans, I managed to track down Hiroharu's issue in axe(4). It seems > > > Andrew removed link handling code that ensures correct state of > > > established link in r188412. > > > I believe we have to revert changes made in axe_cfg_mii_statchg() > > > and axe_tick(). I have no idea what was happend in P4, you > > > checked in the link handling code I submitted. > > > > Thanks for looking into this. > > > > So, can I just be waiting for a patch to test, or a CVS > > revision of files to revert to? > > > > Meanwhile, I'll bring the userland to the latest current, as > > I mentioned on the other mail. > > > > Ok, try this one after installword. Attached one restores previous > link handle code. Note, it was just compile tested. Thanks, will do. Could take half a day or so building the world and all on this host, though. I'll be back with the results. > > Hiroharu > [2 usb2_ethernet.patch2 ] > Index: sys/dev/usb2/ethernet/usb2_ethernet.c > =================================================================== > --- sys/dev/usb2/ethernet/usb2_ethernet.c (revision 188507) > +++ sys/dev/usb2/ethernet/usb2_ethernet.c (working copy) > @@ -43,6 +43,9 @@ > #define UE_UNLOCK(_ue) mtx_unlock((_ue)->ue_mtx) > #define UE_LOCK_ASSERT(_ue, t) mtx_assert((_ue)->ue_mtx, t) > > +MODULE_DEPEND(usb2_ethernet, usb2_core, 1, 1, 1); > +MODULE_DEPEND(usb2_ethernet, miibus, 1, 1, 1); > + > static struct unrhdr *ueunit; > > static usb2_proc_callback_t ue_attach_post_task; > @@ -582,4 +585,3 @@ > > DECLARE_MODULE(usb2_ethernet, usb2_ether_mod, SI_SUB_PSEUDO, SI_ORDER_ANY); > MODULE_VERSION(usb2_ethernet, 1); > -MODULE_DEPEND(usb2_ethernet, usb2_core, 1, 1, 1); > Index: sys/dev/usb2/ethernet/if_axe2.c > =================================================================== > --- sys/dev/usb2/ethernet/if_axe2.c (revision 188507) > +++ sys/dev/usb2/ethernet/if_axe2.c (working copy) > @@ -341,6 +341,7 @@ > { > struct axe_softc *sc = device_get_softc(dev); > struct mii_data *mii = GET_MII(sc); > + struct ifnet *ifp; > uint16_t val; > int err, locked; > > @@ -348,11 +349,40 @@ > if (!locked) > AXE_LOCK(sc); > > - val = (mii->mii_media_active & IFM_GMASK) == IFM_FDX ? > - AXE_MEDIA_FULL_DUPLEX : 0; > + ifp = usb2_ether_getifp(&sc->sc_ue); > + if (mii == NULL || ifp == NULL || > + (ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) > + goto done; > + > + sc->sc_flags &= ~AXE_FLAG_LINK; > + if ((mii->mii_media_status & (IFM_ACTIVE | IFM_AVALID)) == > + (IFM_ACTIVE | IFM_AVALID)) { > + switch (IFM_SUBTYPE(mii->mii_media_active)) { > + case IFM_10_T: > + case IFM_100_TX: > + sc->sc_flags |= AXE_FLAG_LINK; > + break; > + case IFM_1000_T: > + if ((sc->sc_flags & AXE_FLAG_178) == 0) > + break; > + sc->sc_flags |= AXE_FLAG_LINK; > + break; > + default: > + break; > + } > + } > + > + /* Lost link, do nothing. */ > + if ((sc->sc_flags & AXE_FLAG_LINK) == 0) > + goto done; > + > + val = 0; > + if ((IFM_OPTIONS(mii->mii_media_active) & IFM_FDX) != 0) > + val |= AXE_MEDIA_FULL_DUPLEX; > if (sc->sc_flags & (AXE_FLAG_178 | AXE_FLAG_772)) { > val |= AXE_178_MEDIA_RX_EN | AXE_178_MEDIA_MAGIC; > - > + if ((sc->sc_flags & AXE_FLAG_178) != 0) > + val |= AXE_178_MEDIA_ENCK; > switch (IFM_SUBTYPE(mii->mii_media_active)) { > case IFM_1000_T: > val |= AXE_178_MEDIA_GMII | AXE_178_MEDIA_ENCK; > @@ -368,7 +398,7 @@ > err = axe_cmd(sc, AXE_CMD_WRITE_MEDIA, 0, val, NULL); > if (err) > device_printf(dev, "media change failed, error %d\n", err); > - > +done: > if (!locked) > AXE_UNLOCK(sc); > } > @@ -381,18 +411,18 @@ > { > struct axe_softc *sc = ifp->if_softc; > struct mii_data *mii = GET_MII(sc); > + int error; > > AXE_LOCK_ASSERT(sc, MA_OWNED); > > - sc->sc_flags &= ~AXE_FLAG_LINK; > 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); > + error = mii_mediachg(mii); > + return (error); > } > > /* > @@ -915,11 +945,10 @@ > AXE_LOCK_ASSERT(sc, MA_OWNED); > > mii_tick(mii); > - if ((sc->sc_flags & AXE_FLAG_LINK) == 0 > - && mii->mii_media_status & IFM_ACTIVE && > - IFM_SUBTYPE(mii->mii_media_active) != IFM_NONE) { > - sc->sc_flags |= AXE_FLAG_LINK; > - axe_start(ue); > + if ((sc->sc_flags & AXE_FLAG_LINK) == 0) { > + axe_miibus_statchg(ue->ue_dev); > + if ((sc->sc_flags & AXE_FLAG_LINK) != 0) > + axe_start(ue); > } > } > Hiroharu From owner-freebsd-usb@FreeBSD.ORG Thu Feb 12 17:17:36 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E8C21065793 for ; Thu, 12 Feb 2009 17:17:36 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mail0.ecc.u-tokyo.ac.jp (mail0.ecc.u-tokyo.ac.jp [133.11.45.132]) by mx1.freebsd.org (Postfix) with ESMTP id 9942D8FC14 for ; Thu, 12 Feb 2009 17:17:35 +0000 (UTC) (envelope-from tamaru@myn.rcast.u-tokyo.ac.jp) Received: from mhs003.ecc.u-tokyo.ac.jp (mhs003.ecc.u-tokyo.ac.jp [133.11.70.163]) by mail0.ecc.u-tokyo.ac.jp (Postfix) with ESMTP id 0D07C1BE800C for ; Fri, 13 Feb 2009 02:17:34 +0900 (JST) Received: from amulet.amuletic.net (124.155.55.252 [124.155.55.252]) by mhs003.ecc.u-tokyo.ac.jp (SpamBlock.pstn.b 3.4.102) with ESMTP id for ; Fri, 13 Feb 2009 02:17:15 +0900 Date: Fri, 13 Feb 2009 02:17:16 +0900 Message-ID: From: Hiroharu Tamaru To: pyunyh@gmail.com In-Reply-To: References: <200902110954.37659.hselasky@c2i.net> <200902111657.38129.hselasky@c2i.net> <20090212023723.GA6313@michelle.cdnetworks.co.kr> <20090212034251.GB6313@michelle.cdnetworks.co.kr> <20090212043033.GC6313@michelle.cdnetworks.co.kr> User-Agent: User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-IP: 124.155.55.252 X-FROM-DOMAIN: myn.rcast.u-tokyo.ac.jp X-FROM-EMAIL: tamaru@myn.rcast.u-tokyo.ac.jp Cc: thompsa@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB2: [was: umass not detected correctly, axe not transmitting] AXE problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 17:17:37 -0000 Hi, I'm back with the results. And to make it short, everything works now. Thank you, Hans and Pyun, and all others who looked into this for me. Some notes inline: At Thu, 12 Feb 2009 13:37:51 +0900, Hiroharu Tamaru wrote: > At Thu, 12 Feb 2009 13:30:33 +0900, Pyun YongHyeon wrote: > > [1 ] > > On Thu, Feb 12, 2009 at 12:59:13PM +0900, Hiroharu Tamaru wrote: > > > I've just sent another message before reading this. > > > > > > At Thu, 12 Feb 2009 12:42:51 +0900, Pyun YongHyeon wrote: > > > > On Thu, Feb 12, 2009 at 11:37:23AM +0900, Pyun YongHyeon wrote: > > > > > On Thu, Feb 12, 2009 at 01:51:47AM +0900, Hiroharu Tamaru wrote: > > > > > > > > > > > > At Wed, 11 Feb 2009 16:57:36 +0100, Hans Petter Selasky wrote: > > > > > > > > > > ugen3.3: at usbus3 > > > > > > > > > > axe0: on usbus3 > > > > > > > > > > axe0: PHYADDR 0xe0:0x18 > > > > > > > > > > miibus0: on axe0 > > > > > > > > > > ciphy0: PHY 24 on miibus0 > > > > > > > > > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > > > > > > > > > 1000baseT-FDX, auto ue0: on axe0 > > > > > > > > > > ue0: Ethernet address: 00:90:cc:xx:xx:xx > > > > > > > > > > ue0: link state changed to DOWN > > > > > > > > > > ue0: link state changed to UP > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Turn on debugging: > > > > > > > > > > > > > > > > > > sysctl hw.usb2.axe.debug=15 > > > > > > > > > > > > > > > > > > And repeat test. > > > > > > > > > > > > > > > > with hw.usb2.axe.debug=15, I have: > > > > > > > > > > > > > > > > ugen3.3: at usbus3 (disconnected) > > > > > > > > pid 3244 (dhclient), uid 65: exited on signal 11 > > > > > > > > ugen3.3: at usbus3 > > > > > > > > axe0: on usbus3 > > > > > > > > axe0: PHYADDR 0xe0:0x18 > > > > > > > > miibus0: on axe0 > > > > > > > > ciphy0: PHY 24 on miibus0 > > > > > > > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > > > > > > > 1000baseT-FDX, auto ue0: on axe0 > > > > > > > > ue0: Ethernet address: 00:90:cc:f7:bc:2e > > > > > > > > ue0: link state changed to DOWN > > > > > > > > ue0: link state changed to UP > > > > > > > > > > > > > > > > > > > > > > > The hardware is a PLANEX GU-1000T ethernet adapter. > > > > > > > > > > > > > > > > > > > > > > > I have the same USB controller and latest CURRENT works. > > > > > > > > > > axe0: on usbus1 > > > > > axe0: PHYADDR 0xe0:0x18 > > > > > miibus2: on axe0 > > > > > ciphy0: PHY 24 on miibus2 > > > > > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > > > > > ue0: on axe0 > > > > > ue0: Ethernet address: 00:90:cc:ef:b9:f6 > > > > > ue0: link state changed to DOWN > > > > > > > > > > I manually loaded necessary kernel modules as my kernel does not > > > > > have any USB device entries. The only regression since I tried USB2 > > > > > axe(4) was failure of symbol resolving of link_elf in > > > > > usb2_ethernet.ko module. Attached simple patch seems to fix that. > > > > > > > > > > To Hans, > > > > > I think MODULE_DEPEND should come first before any reference to > > > > > the module in usb2_ethernet.c. Since mii_phy_probe live in > > > > > miibus(4) I added it too. > > > > > > > > > > > > > Hans, I managed to track down Hiroharu's issue in axe(4). It seems > > > > Andrew removed link handling code that ensures correct state of > > > > established link in r188412. > > > > I believe we have to revert changes made in axe_cfg_mii_statchg() > > > > and axe_tick(). I have no idea what was happend in P4, you > > > > checked in the link handling code I submitted. > > > > > > Thanks for looking into this. > > > > > > So, can I just be waiting for a patch to test, or a CVS > > > revision of files to revert to? > > > > > > Meanwhile, I'll bring the userland to the latest current, as > > > I mentioned on the other mail. > > > > > > > Ok, try this one after installword. Attached one restores previous > > link handle code. Note, it was just compile tested. > > Thanks, will do. Could take half a day or so building the world and > all on this host, though. > I'll be back with the results. OK, the patch usb2_ethernet.patch2 in <20090212043033.GC6313@michelle.cdnetworks.co.kr> worked, and now the ue0/AXE interface is working fine. Though I have only tested in 100BaseTX/full-duplex mode, ping -f over a 100Mbps switch run without any packet loss (sysctl net.inet.icmp.icmplim=0, of course), and the interface statics shows no errors too: Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll ue0 1500 00:90:cc:xx:xx:xx 32634 0 32192 0 0 ue0 1500 192.168.1.0 192.168.1.3 32553 - 32190 - - Also, At Thu, 12 Feb 2009 12:51:00 +0900, Hiroharu Tamaru wrote: > I also have em0/em1 interfaces, and I am switching with ue0 > when I test AXE. > > It turned out that although I 'ifconfig em0 inet delete > down' those unused interfaces, the arp table entries remain. > 'arp -nda' shows 'delete: cannot locate 192.168.1.1' and the > like for every entry in the table, and they are infact not > deleted. Deletion fails both when em0 is up and down. This symptom was solved after I have brought my userland in sync with the kernel. So here I am, with all my USB2 problems solved! Thank you all for this quick assistance! And finally, I'd appreciate if you could send me or the list the 'commit done' message on this ethernet patch and the mountroot delay patch, so that I can mark to forget about patching the kernel as I cvsup it. Thanks. Hiroharu From owner-freebsd-usb@FreeBSD.ORG Fri Feb 13 01:55:25 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDC39106577D; Fri, 13 Feb 2009 01:55:25 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id 8C7108FC19; Fri, 13 Feb 2009 01:55:25 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so552614rvb.43 for ; Thu, 12 Feb 2009 17:55:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=fQvn3CjAdkB2W0Pujrblcid5mdW7Hucp0ZrM9rtmQTM=; b=ErnnhiwcsjDrBgPp+FjSQPFZx+aZDKXItuIFSIw+Dsiq0lTUu+D+GjFGhIFuG3rDF3 IOcTSvI76Z8/FuDbYYfA4U2Zg3k/NVOzMhycvMytIZfzXUX9WndsOOe34RuWgbXbga8C 7tHil2mkaqgah46rffrR8IIVq2k9XDI105QWc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=P3ckb/laSNL/1NDsf8P3yhZyxJIrTfByE1FN1Kw9iOQf9kTwsoX8PfmHTEPq+kUg5G xh0hS7eYDb75GkaXOh8ZKtDyWKTOqx53gtxrMWL1Fq32MIeQQby6DWGlKiHnFfp31X+v m6K3rriH1BsTWhemu/OtSu2Y/d+yfwNiThe8A= Received: by 10.141.28.2 with SMTP id f2mr859258rvj.170.1234490125184; Thu, 12 Feb 2009 17:55:25 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id k37sm121534rvb.1.2009.02.12.17.55.22 (version=SSLv3 cipher=RC4-MD5); Thu, 12 Feb 2009 17:55:24 -0800 (PST) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Fri, 13 Feb 2009 10:58:12 +0900 From: Pyun YongHyeon Date: Fri, 13 Feb 2009 10:58:12 +0900 To: Hiroharu Tamaru Message-ID: <20090213015812.GA12653@michelle.cdnetworks.co.kr> References: <200902110954.37659.hselasky@c2i.net> <200902111657.38129.hselasky@c2i.net> <20090212023723.GA6313@michelle.cdnetworks.co.kr> <20090212034251.GB6313@michelle.cdnetworks.co.kr> <20090212043033.GC6313@michelle.cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: thompsa@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB2: [was: umass not detected correctly, axe not transmitting] AXE problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2009 01:55:26 -0000 On Fri, Feb 13, 2009 at 02:17:16AM +0900, Hiroharu Tamaru wrote: > Hi, I'm back with the results. > And to make it short, everything works now. > Thank you, Hans and Pyun, and all others who looked into this for me. > Great! Andrew, would you commit the patch? > Some notes inline: > [...] > OK, the patch usb2_ethernet.patch2 in > <20090212043033.GC6313@michelle.cdnetworks.co.kr> worked, and now the > ue0/AXE interface is working fine. > > Though I have only tested in 100BaseTX/full-duplex mode, > ping -f over a 100Mbps switch run without any packet loss > (sysctl net.inet.icmp.icmplim=0, of course), and the interface > statics shows no errors too: > > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > ue0 1500 00:90:cc:xx:xx:xx 32634 0 32192 0 0 > ue0 1500 192.168.1.0 192.168.1.3 32553 - 32190 - - > > > Also, > At Thu, 12 Feb 2009 12:51:00 +0900, Hiroharu Tamaru wrote: > > I also have em0/em1 interfaces, and I am switching with ue0 > > when I test AXE. > > > > It turned out that although I 'ifconfig em0 inet delete > > down' those unused interfaces, the arp table entries remain. > > 'arp -nda' shows 'delete: cannot locate 192.168.1.1' and the > > like for every entry in the table, and they are infact not > > deleted. Deletion fails both when em0 is up and down. > > This symptom was solved after I have brought my userland in > sync with the kernel. > > So here I am, with all my USB2 problems solved! > Thank you all for this quick assistance! > > And finally, I'd appreciate if you could send me or the list > the 'commit done' message on this ethernet patch and the > mountroot delay patch, so that I can mark to forget about > patching the kernel as I cvsup it. Thanks. > Will do. Thanks for testing! From owner-freebsd-usb@FreeBSD.ORG Fri Feb 13 03:33:46 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D83A9106566B for ; Fri, 13 Feb 2009 03:33:46 +0000 (UTC) (envelope-from bowie@nrik.jp) Received: from msa105.auone-net.jp (msa105.auone-net.jp [61.117.18.165]) by mx1.freebsd.org (Postfix) with ESMTP id A97978FC2A for ; Fri, 13 Feb 2009 03:33:46 +0000 (UTC) (envelope-from bowie@nrik.jp) Received: from brain.nrik.jp (KD124211071078.ppp-bb.dion.ne.jp [124.211.71.78]) by msa105.auone-net.jp (au one net msa) with ESMTP id 66CA3684045 for ; Fri, 13 Feb 2009 12:15:39 +0900 (JST) Date: Fri, 13 Feb 2009 12:15:35 +0900 Message-ID: <86y6wbf2nc.wl%bowie@nrik.jp> From: Noriyoshi Kawano To: freebsd-usb@freebsd.org User-Agent: Wanderlust/2.15.6 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.3 (amd64-portbld-freebsd8.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: USB2 & apcupsd X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2009 03:33:47 -0000 Hi, I want to use apcupsd under USB2. [dmesg] ugen0.2: at usbus0 uhid0: on usbus0 Symlink: uhid0 -> usb0.2.0.16 1. I recompile apcupsd to use the generic USB drvier. --- /usr/ports/sysutils/apcupsd/Makefile: line 109 ---- CONFIGURE_ARGS+= --enable-usb --with-generic-usb -------------------------------------------------------- 2. I use libmap.conf to make apcupsd use libusb20. --- /etc/libmap.conf ------- [apcupsd] libusb-0.1.so.8 libusb20.so [apctest] libusb-0.1.so.8 libusb20.so [apcaccess] libusb-0.1.so.8 libusb20.so ---------------------------- It seems to work. But ups communication is interrupted repeatedly. [/var/log/message] Feb 13 11:20:33 brain kernel: uhid0: at ushub0, port 1, addr 2 (disconnected) Feb 13 11:20:34 brain kernel: uhid0: on usbus0 Feb 13 11:20:34 brain kernel: Symlink: uhid0 -> usb0.2.0.16 Feb 13 11:20:35 brain apcupsd[5846]: Communications with UPS restored. Feb 13 11:21:41 brain kernel: uhid0: at ushub0, port 1, addr 2 (disconnected) Feb 13 11:21:42 brain kernel: uhid0: on usbus0 Feb 13 11:21:42 brain kernel: Symlink: uhid0 -> usb0.2.0.16 Feb 13 11:21:43 brain apcupsd[5846]: Communications with UPS restored. Of course, it works fine under old usb stack. Any suggestion ? Noriyoshi Kawano From owner-freebsd-usb@FreeBSD.ORG Fri Feb 13 03:51:07 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD994106566C; Fri, 13 Feb 2009 03:51:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id 9C53F8FC18; Fri, 13 Feb 2009 03:51:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so584280rvb.43 for ; Thu, 12 Feb 2009 19:51:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=qI1nmXyNBkvJsmnHOu644i3wF/mdvI8icMouukqef84=; b=OXctm/MK237h0OJyYbeXP9tBTuISZwETgz3U04Vo6Iw6Z1Gi9hiMO/IsUo3fXMPWR2 xNdejjZq7JJGfDLfeAe/VOUElT8W6ZmGsqbAh0KYYuwJAW3tKJ6ASN/Bf3OTR666b93Y CypLmWMtn5mRgR+z/vsIAfY58gjJkxBG8T8hQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=YTGTIiKo/KFklzI/B4FxAY5c3Bj3046fLvmeu0IbW9EFWIIe27zgic2hANDoYNgj0P W0j2eFycfFiJMg5M7nrjWhctVlHmP/6plbwESvBnVOtodegIbNQkqhjdpAbUw3Z5DYCv hMgKYt8iO5pknqhPYREMOrbnqhrLArXIeRavs= Received: by 10.141.172.7 with SMTP id z7mr905884rvo.128.1234497067169; Thu, 12 Feb 2009 19:51:07 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id g31sm1663969rvb.7.2009.02.12.19.51.04 (version=SSLv3 cipher=RC4-MD5); Thu, 12 Feb 2009 19:51:06 -0800 (PST) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Fri, 13 Feb 2009 12:53:55 +0900 From: Pyun YongHyeon Date: Fri, 13 Feb 2009 12:53:55 +0900 To: Hiroharu Tamaru Message-ID: <20090213035355.GC12653@michelle.cdnetworks.co.kr> References: <200902111657.38129.hselasky@c2i.net> <20090212023723.GA6313@michelle.cdnetworks.co.kr> <20090212034251.GB6313@michelle.cdnetworks.co.kr> <20090212043033.GC6313@michelle.cdnetworks.co.kr> <20090213015812.GA12653@michelle.cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090213015812.GA12653@michelle.cdnetworks.co.kr> User-Agent: Mutt/1.4.2.3i Cc: thompsa@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB2: [was: umass not detected correctly, axe not transmitting] AXE problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2009 03:51:08 -0000 On Fri, Feb 13, 2009 at 10:58:12AM +0900, Pyun YongHyeon wrote: > On Fri, Feb 13, 2009 at 02:17:16AM +0900, Hiroharu Tamaru wrote: [...] > > This symptom was solved after I have brought my userland in > > sync with the kernel. > > > > So here I am, with all my USB2 problems solved! > > Thank you all for this quick assistance! > > > > And finally, I'd appreciate if you could send me or the list > > the 'commit done' message on this ethernet patch and the > > mountroot delay patch, so that I can mark to forget about > > patching the kernel as I cvsup it. Thanks. > > > > Will do. > FYI: Andrew committed the fix, r188553. From owner-freebsd-usb@FreeBSD.ORG Fri Feb 13 09:58:56 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCE61106567B for ; Fri, 13 Feb 2009 09:58:56 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swipnet.se [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 55BBE8FC21 for ; Fri, 13 Feb 2009 09:58:55 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=kw03RjmKpLm8ql5X2xOdcA==:17 a=SiJWWU-77YqhZkTBZWIA:9 a=Qev8pJ3R0a8JmafNHkylAO8HswoA:4 a=LY0hPdMaydYA:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO laptop) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1023142291; Fri, 13 Feb 2009 10:58:54 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Fri, 13 Feb 2009 11:01:21 +0100 User-Agent: KMail/1.9.7 References: <86y6wbf2nc.wl%bowie@nrik.jp> In-Reply-To: <86y6wbf2nc.wl%bowie@nrik.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902131101.22522.hselasky@c2i.net> Cc: Subject: Re: USB2 & apcupsd X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2009 09:58:57 -0000 On Friday 13 February 2009, Noriyoshi Kawano wrote: > Hi, > > I want to use apcupsd under USB2. > > [dmesg] > ugen0.2: at usbus0 > uhid0: rev 1.10/1.06, addr 2> on usbus0 Symlink: uhid0 -> usb0.2.0.16 > > 1. I recompile apcupsd to use the generic USB drvier. > > --- /usr/ports/sysutils/apcupsd/Makefile: line 109 ---- > CONFIGURE_ARGS+= --enable-usb --with-generic-usb > -------------------------------------------------------- > > 2. I use libmap.conf to make apcupsd use libusb20. > > --- /etc/libmap.conf ------- > [apcupsd] > libusb-0.1.so.8 libusb20.so > > [apctest] > libusb-0.1.so.8 libusb20.so > > [apcaccess] > libusb-0.1.so.8 libusb20.so > ---------------------------- > > It seems to work. But ups communication is interrupted repeatedly. > > [/var/log/message] > Feb 13 11:20:33 brain kernel: uhid0: at ushub0, port 1, addr 2 > (disconnected) Feb 13 11:20:34 brain kernel: uhid0: Conversion Uninterruptible Power Supply, class 0/0, rev 1.10/1.06, addr 2> > on usbus0 Feb 13 11:20:34 brain kernel: Symlink: uhid0 -> usb0.2.0.16 > Feb 13 11:20:35 brain apcupsd[5846]: Communications with UPS restored. > Feb 13 11:21:41 brain kernel: uhid0: at ushub0, port 1, addr 2 > (disconnected) Feb 13 11:21:42 brain kernel: uhid0: Conversion Uninterruptible Power Supply, class 0/0, rev 1.10/1.06, addr 2> > on usbus0 Feb 13 11:21:42 brain kernel: Symlink: uhid0 -> usb0.2.0.16 > Feb 13 11:21:43 brain apcupsd[5846]: Communications with UPS restored. > > > Of course, it works fine under old usb stack. > Any suggestion ? Turn on debugging: sysctl hw.usb2.uhid.debug=15 sysctl hw.usb2.uhub.debug=15 And send me dmesg. I see that the interval is relativly long, so it might be problem to trace. --HPS From owner-freebsd-usb@FreeBSD.ORG Sat Feb 14 02:24:08 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8830B1065672 for ; Sat, 14 Feb 2009 02:24:08 +0000 (UTC) (envelope-from bowie@nrik.jp) Received: from msa101.auone-net.jp (msa101.auone-net.jp [61.117.18.161]) by mx1.freebsd.org (Postfix) with ESMTP id 8EC738FC15 for ; Sat, 14 Feb 2009 02:24:07 +0000 (UTC) (envelope-from bowie@nrik.jp) Received: from brain.nrik.jp (KD124211071078.ppp-bb.dion.ne.jp [124.211.71.78]) by msa101.auone-net.jp (au one net msa) with ESMTP id 3770A9D003F; Sat, 14 Feb 2009 11:24:05 +0900 (JST) Date: Sat, 14 Feb 2009 11:24:01 +0900 Message-ID: <86fxihiwn2.wl%bowie@nrik.jp> From: Noriyoshi Kawano To: Hans Petter Selasky In-Reply-To: <200902131101.22522.hselasky@c2i.net> References: <86y6wbf2nc.wl%bowie@nrik.jp> <200902131101.22522.hselasky@c2i.net> User-Agent: Wanderlust/2.15.6 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.3 (amd64-portbld-freebsd8.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-usb@freebsd.org Subject: Re: USB2 & apcupsd X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2009 02:24:08 -0000 At Fri, 13 Feb 2009 11:01:21 +0100, Hans Petter Selasky wrote: > > On Friday 13 February 2009, Noriyoshi Kawano wrote: > > Hi, > > > > I want to use apcupsd under USB2. > > > > [dmesg] > > ugen0.2: at usbus0 > > uhid0: > rev 1.10/1.06, addr 2> on usbus0 Symlink: uhid0 -> usb0.2.0.16 > > > > 1. I recompile apcupsd to use the generic USB drvier. > > > > --- /usr/ports/sysutils/apcupsd/Makefile: line 109 ---- > > CONFIGURE_ARGS+= --enable-usb --with-generic-usb > > -------------------------------------------------------- > > > > 2. I use libmap.conf to make apcupsd use libusb20. > > > > --- /etc/libmap.conf ------- > > [apcupsd] > > libusb-0.1.so.8 libusb20.so > > > > [apctest] > > libusb-0.1.so.8 libusb20.so > > > > [apcaccess] > > libusb-0.1.so.8 libusb20.so > > ---------------------------- > > > > It seems to work. But ups communication is interrupted repeatedly. > > > > [/var/log/message] > > Feb 13 11:20:33 brain kernel: uhid0: at ushub0, port 1, addr 2 > > (disconnected) Feb 13 11:20:34 brain kernel: uhid0: > Conversion Uninterruptible Power Supply, class 0/0, rev 1.10/1.06, addr 2> > > on usbus0 Feb 13 11:20:34 brain kernel: Symlink: uhid0 -> usb0.2.0.16 > > Feb 13 11:20:35 brain apcupsd[5846]: Communications with UPS restored. > > Feb 13 11:21:41 brain kernel: uhid0: at ushub0, port 1, addr 2 > > (disconnected) Feb 13 11:21:42 brain kernel: uhid0: > Conversion Uninterruptible Power Supply, class 0/0, rev 1.10/1.06, addr 2> > > on usbus0 Feb 13 11:21:42 brain kernel: Symlink: uhid0 -> usb0.2.0.16 > > Feb 13 11:21:43 brain apcupsd[5846]: Communications with UPS restored. > > > > > > Of course, it works fine under old usb stack. > > Any suggestion ? > > Turn on debugging: > > sysctl hw.usb2.uhid.debug=15 > sysctl hw.usb2.uhub.debug=15 > > And send me dmesg. > > I see that the interval is relativly long, so it might be problem to trace. > > --HPS Hi, Hans. Thank you. dmesg is below. usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 usb2_needs_exploure:1345: hub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 adusb2_needsd_explore:1345: r=1 usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 usb2_neeuds_exphlore:1345: ub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uuhub_read_port_status:259: port 1, wPortStatus=0x030s3, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETbION 2_needs_uexplore:1345: hub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 adusb2_needs_explore:1345: dr=1 usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uuhub_read_port_status:259: port 1, wPortStatus=0x030s3, wPortChange=0bx0000, err=USB_ERR_NORMAL_COMPLETI2ON _nueedsh_explore:1345: ub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 usuhub_read_port_status:259: port 1, wPorbtSt2atus=0x0303, wPortChange=0x0000, err=USB_ERR__NORMAL_COMPLETION nuhub_read_port_statues:259:e port 2, wPortStatus=0x0100, wPortChadnge=s0x0000, err=USB_ERR_NORMAL_COMPLE_TION explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 usb2_needs_explore:1345: uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 adusb2_needds_explore:1345: r=1 usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 adusb2_needs_dexplore:1345: r=1 usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uuhub_read_port_status:259: port 1, wPortStatus=0x0s303, wPortChange=0x0000, erbr=USB_ERR_NORMAL_COMPLETION 2_uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChannge=0x0000, err=USB_ERR_NORMAL_COMPLETION eeds_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 adusb2_needds_explrore:1345: =1 usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uuhub_read_port_status:259: port 1, wPorstStatus=0x0303, wPbo2rtChange=0x0000_, err=USB_ERR_NORMAL_COMPLETION nuhub_read_port_status:25e9: port 2, wPortStatus=0x0e100, wPortChange=0x0000, err=USB_ERR_NdORMAsL_COMPLET_ION explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 usb2_needs_explore:1345:u hub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 adusb2_needs_explodrre:1345: =1 usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 adusb2_needs_explore:1345: dr=1 usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 usb2_needsu_explore:134h5: ub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETIOusb2_neNeds_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uuhub_read_port_statsus:259: pbort 1, wPortStatus=0x0303, wPortC2hange=0x0000, _err=USB_ERR_NORMAL_COMPLETION neuhub_read_port_status:259: poret 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERRd_NORMAL_COMPLETION s_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 usuhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAbL_COMPLETION 2uhub_read_port_st_atus:259: port 2, wPonrtSteatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION eds_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uuhub_read_port_statsus:259: bport 1, wP2ortStatus=0x0303, wP_ortChange=0x0000, enrr=USB_ERR_NORMAL_COMPLETION euhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_eNORMAL_COMPLETION ds_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 usb2_needs_explore:1345: uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uushub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION b2uhub_read_port_status:259: port 2, wPortStat_us=0x0n100, wPortChange=0x00e00, erer=USB_ERRd_NORMAL_COMPLETION s_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETIusb2O_needs_explore:1345: N usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uuhub_read_port_status:259: posrt 1, wPortStatus=0x0303, wPorbtChange=02x0000, err_=USB_ERR_NORMAL_COMPLETION needsu_exhplore:1345: ub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETIONusb2_needs_ explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uuhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000,s errb=USB_ERR_NORMAL_COM2PLETION _uhub_renad_port_stateus:259: port e2, wPortStatuds=0x0100, wPortChange=0x0000, ersr=USB__ERR_NORMAL_COMPLETION explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETIONusb2_needs _explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uuhub_read_port_status:259: port 1, wsPortStatus=0x0303, wPortChangeb=0x0000, err=USB_ERR_NORMAL_COMPLETIO2N _uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_EnRR_NORMAL_COMPLETION eeds_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uusb2_needs_explore:1345: hub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION From owner-freebsd-usb@FreeBSD.ORG Sat Feb 14 02:57:10 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EE361065673 for ; Sat, 14 Feb 2009 02:57:10 +0000 (UTC) (envelope-from bowie@nrik.jp) Received: from msa106.auone-net.jp (msa106.auone-net.jp [61.117.18.166]) by mx1.freebsd.org (Postfix) with ESMTP id A2C638FC1C for ; Sat, 14 Feb 2009 02:57:09 +0000 (UTC) (envelope-from bowie@nrik.jp) Received: from brain.nrik.jp (KD124211071078.ppp-bb.dion.ne.jp [124.211.71.78]) by msa106.auone-net.jp (au one net msa) with ESMTP id 7FDB12803E; Sat, 14 Feb 2009 11:57:06 +0900 (JST) Date: Sat, 14 Feb 2009 11:57:06 +0900 Message-ID: <86eiy1iv3x.wl%bowie@nrik.jp> From: Noriyoshi Kawano To: Hans Petter Selasky In-Reply-To: <86fxihiwn2.wl%bowie@nrik.jp> References: <86y6wbf2nc.wl%bowie@nrik.jp> <200902131101.22522.hselasky@c2i.net> <86fxihiwn2.wl%bowie@nrik.jp> User-Agent: Wanderlust/2.15.6 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.3 (amd64-portbld-freebsd8.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-usb@freebsd.org Subject: Re: USB2 & apcupsd X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2009 02:57:10 -0000 Hi, Hans. I'm sorry. dmesg of the former email disabled apcupsd. dmesg which enabled apcupsd is follows. usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLEusb2_neTeds_explore:1I345: ON usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhid0: at ushub0, port 1, addr 2 (disconnected) uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_child_pnpinfo_string:966: device not on hub uhub_child_location_string:940: device not on hub uhub_child_pnpinfo_string:966: device not on hub uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_transfer_power_ref:1470: Adding type u0 to power state usb2_transfer_power_href:u1483b: needs p_ower read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhid_probe:601: usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: uhid_probe:601: uhid_attach:634: sc=0xffffff0004d8a280 uhid0: on usbus0 usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStautus=s0x0100, wPortChange=0x0000b, err=USB_ERR2_NORMAL_COMPLETION _nuhub_reead_port_status:259: port 2, wPeortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NOdRMAsL_COMPLETION _explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhid_attach:709: set idle failed, error=USB_ERR_STALLED (ignored) Symlink: uhid0 -> usb0.2.0.16 usb2_transfer_power_ref:1470: Adding type 3 to power state usb2_transfer_power_ref:1483: needs power usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETIONusb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhid0: at ushub0, port 1, addr 2 (disconnected) uhub_child_pnpinfo_string:966: device not on hub uhub_child_location_string:940: device not on hub uhub_child_pnpinfo_string:966: device not on hub usb2_transfer_power_ref:1470: Adding type 0 to power state usb2_transfer_power_ref:1483: needs power uhid_probe:601: uhid_probe:601: uhid_attach:634: sc=0xffffff0004d8d000 uhid0: on usbus0 uhid_attach:709: set idle failed, error=USB_ERR_STALLED (ignored) Symlink: uhid0 -> usb0.2.0.16 usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_transfer_power_ref:1470: Adding type 3 to power state usb2_transfer_power_ref:1483: needs power usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLusb2_needs_explore:E1345: TION usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402eac90 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057f000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 3, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 4, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 5, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 6, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 7, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402c6db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40577000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0303, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402cfdb0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe40579000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402d8db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057b000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb2_needs_explore:1345: usb2_bus_powerd:1516: bus=0xfffffffe402e1db0 usb2_bus_powerd:1599: Recomputing power masks uhub_explore:522: udev=0xfffffffe4057d000 addr=1 uhub_read_port_status:259: port 1, wPortStatus=0x0103, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:259: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION From owner-freebsd-usb@FreeBSD.ORG Sat Feb 14 09:34:28 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3CC1106564A for ; Sat, 14 Feb 2009 09:34:28 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 69BA98FC1D for ; Sat, 14 Feb 2009 09:34:27 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=kw03RjmKpLm8ql5X2xOdcA==:17 a=iS6KrM4APxu9u3iXHy0A:9 a=kXTUD39DZmSwrFVKr6EA:7 a=V2e1MYBQrSP75pgrIXvkTNEh2AQA:4 a=LY0hPdMaydYA:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO laptop) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 145250380; Sat, 14 Feb 2009 10:34:26 +0100 From: Hans Petter Selasky To: Noriyoshi Kawano Date: Sat, 14 Feb 2009 10:36:53 +0100 User-Agent: KMail/1.9.7 References: <86y6wbf2nc.wl%bowie@nrik.jp> <86fxihiwn2.wl%bowie@nrik.jp> <86eiy1iv3x.wl%bowie@nrik.jp> In-Reply-To: <86eiy1iv3x.wl%bowie@nrik.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902141036.54246.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: USB2 & apcupsd X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2009 09:34:29 -0000 On Saturday 14 February 2009, Noriyoshi Kawano wrote: > Hi, Hans. > > I'm sorry. dmesg of the former email disabled apcupsd. > dmesg which enabled apcupsd is follows. Hi, As long as you don't see ugenX.Y attach/detach messages, it means that the Apcupsd daemon is doing something. Probably it is the "usb_link_check()" procedure that is executing and the connection is reset by the following code: if (my_data->fd) { usb_reset(my_data->fd); /* XXX: usb_close() not needed according to libusb0.1 refdocs */ usb_close(my_data->fd); Could you enable debugging in Apcupsd ? What speed is your device reported like by usbconfig ? --HPS From owner-freebsd-usb@FreeBSD.ORG Sat Feb 14 14:24:41 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C68A1065695 for ; Sat, 14 Feb 2009 14:24:41 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp804.mail.ird.yahoo.com (smtp804.mail.ird.yahoo.com [217.146.188.64]) by mx1.freebsd.org (Postfix) with SMTP id 78DB28FC18 for ; Sat, 14 Feb 2009 14:24:40 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 4406 invoked from network); 14 Feb 2009 14:24:39 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Cc:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-Index:Content-Language; b=0K5t83W1ycu7Xly50bBpFzszzgPvAt8un5ysQeMlhnB4JbDZ5LmbQLqtykHX1G6qgTD/9m+END0kqlivnrpGGApzNP11hLF7GhhjMwCK8/XWX/wCcNIaBjk6Flae18c3lHAkWt86l1D6xB502jCtF11N5T5/Aw+/1G+qCBbm31g= ; Received: from unknown (HELO W2FZZ0VC03) (Thomas.Sparrevohn@81.159.88.217 with login) by smtp804.mail.ird.yahoo.com with SMTP; 14 Feb 2009 14:24:38 -0000 X-YMail-OSG: laRSrpMVM1kIPpOE.QDXhAvOu7zG5ezzT0IfEfdR7xMy6iTYbsKbn5Z4OGNSvjNGsPld0_ex5fZ.nUN4OdHu5SukmZF89KiXpo57ZVjvGM7iAWMLiwwwfL0obKDFXWkm0Iw7f3i.Osrzf27kOZsBoa4jtZ59pf4TVGgO3Tdv79bES72KVsgnEcn54MZCoXSoqVj9awr.IAr3ZK33icTTXtByRYsye3gc X-Yahoo-Newman-Property: ymail-3 From: "Thomas Sparrevohn" To: "'Andrew Thompson'" , "'Hans Petter Selasky'" References: <200902111000.46643.hselasky@c2i.net> <20090212042350.GE74077@citylink.fud.org.nz> In-Reply-To: <20090212042350.GE74077@citylink.fud.org.nz> Date: Sat, 14 Feb 2009 14:24:38 -0000 Message-ID: <010e01c98eaf$f80c5ab0$e8251010$@Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcmMybr5fhMwv4HmTUeQFgCY6hPJGwB5gbHQ Content-Language: en-gb Cc: freebsd-usb@freebsd.org Subject: RE: Recent Changes to Rum driver - seems to have.. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2009 14:24:41 -0000 I am sure you're right Andrew I would not have expected the change unless there was a good reason for it - I find some time to do some testing and give feedback -----Original Message----- From: Andrew Thompson [mailto:thompsa@FreeBSD.org] Sent: 12 February 2009 04:24 To: Hans Petter Selasky Cc: freebsd-usb@freebsd.org; Thomas Sparrevohn Subject: Re: Recent Changes to Rum driver - seems to have.. On Wed, Feb 11, 2009 at 10:00:45AM +0100, Hans Petter Selasky wrote: > On Tuesday 10 February 2009, Thomas Sparrevohn wrote: > > Reintroduced panics when the device is used heavily - it also reports the > > "needs callback" in dmesg - Unless this is known I can post a dmesg > > > > Hi Thomas, > > Andrew Thompson decided to re-port the driver from USB1. I've tried to fix > most of the bugs now. If the fixes are not in -current yet you can fetch > if_rum*[ch] from: > > svn --username anonsvn --password anonsvn \ > checkout svn://svn.turbocat.net/i4b/trunk/i4b/src/sys/dev/usb2 > > > Do you have a backtrace of the panics ? > > Sorry about the inconvenience. Please watch the mud slinging, there were very good reasons for changing the wlan code back to the USB1 state (bugs and all). Each regression will be investigated and fixed.