From owner-freebsd-multimedia@FreeBSD.ORG Sat May 21 13:45:58 2005 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FCE816A4D4 for ; Sat, 21 May 2005 13:45:58 +0000 (GMT) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D90243DA4 for ; Sat, 21 May 2005 13:45:57 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: Y1QAsIk9O44SO+J/q9KNyQ== Received: from mp-217-208-217.daxnet.no ([193.217.208.217] verified) by mailfe05.swip.net (CommuniGate Pro SMTP 4.3c5) with ESMTP id 175680835; Sat, 21 May 2005 15:45:54 +0200 From: Hans Petter Selasky To: freebsd-multimedia@freebsd.org Date: Sat, 21 May 2005 15:46:41 +0200 User-Agent: KMail/1.7 References: <20050519231916.78772610.torfinn.ingolfsen@broadpark.no> <20050520192946.GN10648@cnd.mcgill.ca> <20050521081329.425bf45b.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20050521081329.425bf45b.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200505211546.42655.hselasky@c2i.net> Subject: Re: new gadget - Doro 212IPC usb telephone X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: hselasky@c2i.net List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 13:45:58 -0000 On Saturday 21 May 2005 08:13, Torfinn Ingolfsen wrote: > On Fri, 20 May 2005 15:29:46 -0400 > > Mathew Kanner wrote: > > Don't load the UHID driver, let ugen get the device. In > > theory it would be nice to have dual devices, that is, a ugen and a > > uhid/umass/whatever at the same time for the device. > > Hmm, I'm just brainstorming here. For the 'udesc_dump' case, wouldn't > that just mean that uhid (and other u* (usb) drivers) would have sort of > a "fall through" to ugen (or at least ugen functionality)? > I mean, the device descriptor is supported on all devices, right? > So uhid and other usb drivers would pass any requests they don't support > natively to ugen. The ugen driver is probed last, when no other usb drivers have been found. > > Oh well, it probably would complicate things in the usb drivers. The problem is that pipes are setup/stopped/aborted and not transfers. Then ugen might infer with transfers that were not started by ugen. Also the setting of configuration index and alternate index has got to be under some restrictions. If you got device "snd_uaudio" loaded or compiled into the kernel, a /dev/dspX.X" device should be created for your telephone. The problem is that "bInterfaceNumber 1" requires setting of "bAlternateSetting 1" to work: Standard Interface Descriptor: bLength 9 bDescriptorType 04 bInterfaceNumber 1 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 01 bInterfaceSubClass 02 bInterfaceProtocol 00 iInterface 0 Standard Interface Descriptor: bLength 9 bDescriptorType 04 bInterfaceNumber 1 bAlternateSetting 1 bNumEndpoints 1 bInterfaceClass 01 bInterfaceSubClass 02 bInterfaceProtocol 00 iInterface 0 So the uaudio driver (see /sys/dev/sound/usb) might have to be changed. --HPS