Return-Path: Subject: Re: RFC: btusb firmware load help From: Johannes Berg To: "Luis R. Rodriguez" Cc: Marcel Holtmann , Luis Rodriguez , linux-bluetooth , "linux-kernel@vger.kernel.org" , "linux-wireless@vger.kernel.org" , Deepak Dhamdhere , Sree Durbha In-Reply-To: <20101006173949.GG7070@tux> References: <20100924230730.GB6566@tux> <1286266981.17473.33.camel@aeonflux> <20101005192814.GB11831@tux> <1286308731.2588.13.camel@aeonflux> <1286349552.6145.11.camel@aeonflux> <1286380566.6145.42.camel@aeonflux> <20101006163816.GE7070@tux> <20101006173949.GG7070@tux> Content-Type: text/plain; charset="UTF-8" Date: Wed, 06 Oct 2010 19:54:20 +0200 Message-ID: <1286387660.3655.382.camel@jlt3.sipsolutions.net> Mime-Version: 1.0 Sender: linux-bluetooth-owner@vger.kernel.org List-ID: On Wed, 2010-10-06 at 10:39 -0700, Luis R. Rodriguez wrote: > > With sflash based AR3011 hardware, when we connect the device to USB > > port it gets detected as a Bluetooth device because of firmware in > > Flash (VID=0x0CF3, PID=0x3002). This triggers the Bluetooth sub > > system driver (btusb.ko) directly in the host instead of ath3k > > DFU driver. Therefore, there is no firmware downloaded in to the > > RAM to bring up Bluetooth at this point. This is the problem > > we're trying to "fix". So the easiest fix for this would be to a) ignore 0x0cf3,0x3002 in btusb b) add it to ath3k firmware loading c) change the ath3k firmware to load with 0x0cf3,0x3003 (or whatever else you want, as long as it's not 0x3000 and not 0x3002) Then the ignore in btusb won't affect ath3k after that new firmware was loaded. johannes