[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1286387660.3655.382.camel@jlt3.sipsolutions.net>
Date: Wed, 06 Oct 2010 19:54:20 +0200
From: Johannes Berg <johannes@...solutions.net>
To: "Luis R. Rodriguez" <lrodriguez@...eros.com>
Cc: Marcel Holtmann <holtmann@...ux.intel.com>,
Luis Rodriguez <Luis.Rodriguez@...eros.com>,
linux-bluetooth <linux-bluetooth@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-wireless@...r.kernel.org" <linux-wireless@...r.kernel.org>,
Deepak Dhamdhere <Deepak.Dhamdhere@...eros.com>,
Sree Durbha <Sree.Durbha@...eros.com>
Subject: Re: RFC: btusb firmware load help
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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists