Return-Path: MIME-Version: 1.0 In-Reply-To: <3A3386F2-F288-4B13-B31A-92ADF57505CC@holtmann.org> References: <1423522782-18956-1-git-send-email-drake@endlessm.com> <3A3386F2-F288-4B13-B31A-92ADF57505CC@holtmann.org> Date: Thu, 12 Feb 2015 14:44:28 -0600 Message-ID: Subject: Re: [PATCH v3] Bluetooth: btusb: Add Realtek 8723A/8723B/8761A/8821A support From: Daniel Drake To: Marcel Holtmann Cc: "Gustavo F. Padovan" , Johan Hedberg , Linux Bluetooth mailing list , Larry Finger , =?UTF-8?B?6ZmI6Imz6JCN?= Content-Type: text/plain; charset=UTF-8 List-ID: Hi Marcel, Thanks for the feedback! It all makes sense, I just need clarification on one part. On Thu, Feb 12, 2015 at 2:26 PM, Marcel Holtmann wrote: >> + if (id->driver_info & BTUSB_RTL8723A) >> + hdev->setup = btusb_setup_rtl8723a; >> + >> + if (id->driver_info & BTUSB_RTL8723B) >> + hdev->setup = btusb_setup_rtl8723b; >> + > > I would really prefer to be able to detect this with a HCI command and not have a long list of chipsets. Can you explain a little more what you mean here? I should have just 1 entry point for both firmware types, where a HCI command is run, then it dispatches the appropriate firmware loading code? I thought by doing it like I did in this patch, I was addressing one of your comments on the v2 patch, where you said: "You do know that you can add individual hdev->setup function for each different firmware loading mechanism. They do not need to be all the same. I get the feeling you are trying too hard to push it all into a single entry point." from http://www.spinics.net/lists/linux-bluetooth/msg50141.html Thanks Daniel