From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 22 16:41:59 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CCEB16A4CE for ; Tue, 22 Feb 2005 16:41:59 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77A5443D5A for ; Tue, 22 Feb 2005 16:41:58 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j1MGfsHw034203 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 22 Feb 2005 17:41:56 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j1MGer55028326 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Feb 2005 17:40:54 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j1MGercS043073; Tue, 22 Feb 2005 17:40:53 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j1MGeqNZ043072; Tue, 22 Feb 2005 17:40:52 +0100 (CET) (envelope-from ticso) Date: Tue, 22 Feb 2005 17:40:52 +0100 From: Bernd Walter To: Peter B Message-ID: <20050222164051.GG14312@cicely12.cicely.de> References: <200502211441.j1LEf1O4012908@brother.ludd.ltu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502211441.j1LEf1O4012908@brother.ludd.ltu.se> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: freebsd-hackers@freebsd.org Subject: Re: Advanced USB snooping X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 16:41:59 -0000 On Mon, Feb 21, 2005 at 03:41:01PM +0100, Peter B wrote: > > Is it possible to program an "ordinary" (like Intel 82801CA/CAM (ICH3)) USB > host controller into acting as an usb device instead? (just like scsi can). > > Idea: > M$Win-Usb -> FreeBSD-USB#1 .. software .. FreeBSD-USB#2 -> Device No - this wonn't work. Host Controllers are dedicated host controllers. Kombinations exist for USB-on-the-go, but they are intended for use with microcontrolers in devices and are basicly nothing more than a host controller and a device controller with shared port lines. Their purpose is that you can connect you picture camera directly to your printer and so on. If you use a microcontroller you can use normale device controllers, such as the PDIUSBD12 or the ISP1581 - there are many others as well. But the they are all limited to work as a single device and not as a path through device. Even a USB hub is very limited in what it can do in repect of delays. All USB sniffers I know run with some kind of ASIC, which is not very hard to do if you are familar with such devices. The hard work is doing software to present the sniffed data in a usefull way. There are some cheap USB sniffers for full and low speed available on the market. Their limitation is usually that they don't tell you anything about signal quality and such. > The advantage would be then to possible use scripts to debug protocol in order > to port drivers to freebsd. Sniffer Software exist at driver level at least for Windows and NetBSD derived stacks and I would be surprised if there isn't anything available for Linux as well. Hardware sniffers are very usefull if you are into debugging host controllers and sometimes device controllers on your own, but for debugging device drivers it's rarely usefull. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de