From owner-freebsd-usb@FreeBSD.ORG Wed May 7 19:17:40 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B8761065671 for ; Wed, 7 May 2008 19:17:40 +0000 (UTC) (envelope-from fli@shapeshifter.se) Received: from mx1.h3q.net (mx1.h3q.net [212.37.5.30]) by mx1.freebsd.org (Postfix) with ESMTP id F23BA8FC12 for ; Wed, 7 May 2008 19:17:39 +0000 (UTC) (envelope-from fli@shapeshifter.se) Received: from [192.168.1.61] (78-69-107-234-no83.tbcn.telia.com [78.69.107.234]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: fli@shapeshifter.se) by mx1.h3q.net (Postfix) with ESMTP id B0EF278C20; Wed, 7 May 2008 21:17:37 +0200 (CEST) Message-ID: <4822004D.4050502@shapeshifter.se> Date: Wed, 07 May 2008 21:17:33 +0200 From: Fredrik Lindberg User-Agent: Thunderbird 2.0.0.12 (X11/20080305) MIME-Version: 1.0 To: Steve Clark References: <481B094F.1090408@netwolves.com> <200805021534.13848.hselasky@c2i.net> <481B5095.8080400@netwolves.com> <481C623D.7040902@shapeshifter.se> <4821F73B.5010501@netwolves.com> In-Reply-To: <4821F73B.5010501@netwolves.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: Marcin Cieslak , freebsd-usb@freebsd.org Subject: Re: sierra wireless compass 597 aircard (Was: Documentation) 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, 07 May 2008 19:17:40 -0000 Steve Clark wrote: > Fredrik Lindberg wrote: >> Marcin Cieslak wrote: >> >>> It maybe a good idea to add 0xFFF to the usbdevs. >>> Does the "umass" driver attach to the 0xFFF device? I would >>> recommend adding this as a quirk to umass.c then. >>> >>> There are patches attached (ubsa.c_patch, umass_c.patch, >>> usbdevs.patch) I am using to kill the "zeroconf" CD on the UMTS. They >>> do not always work - i.e. umass_attach does not wait until the device >>> is really detached. But setting USB_DEBUG helps :-) >>> >> >> >> Since your patches deals with Option cards I'll just let you know that >> all(?) Option based devices can be switched perfectly safe from >> user land, without patching ubsa, using camcontrol. >> The command to switch Option devices is a SCSI REZERO command. >> >> This should be enough to switch the device, given that pass0 >> is the modem (use camcontrol devlist) >> >> camcontrol cmd pass0 -c “01 00 00 00 00 00″ -i 1 i1 >> >> camcontrol might give you an error but the device will be switched. >> Note that this is ONLY for Option based devices, I don't know about >> the Sierra ones but the linux usb_modeswitch tool might be a good start. >> >> Fredrik >> >> > Hi Fredrik, > > This does not seem to work for me with the sierra usb device. No, as I said it's for devices from Option (www.option.com). My comment was actually more directed to Marcin since his patches dealt with Option devices. Sorry for the semi thread hijacking. I personally think it's a bad idea to put the code for "switching" these kind of devices inside the kernel. Drivers will become cluttered with switching code for different kinds of devices and it will prevent anybody from actually reading was on the "Zero-CD" device. Besides, I'm quite sure all devices can be switched from user land, one way or another. In my opinion, what's really needed is some sort of generic dynamic black listing which can prevent drivers from attaching to devices. For usb devices one can then simply send the magic switch sequences through a ugen device. The usb_modeswitch tool does exactly that. Fredrik