Hi,
On Mon, Oct 19, 2020 at 5:51 PM Abhishek Kumar <kuabhs@xxxxxxxxxxxx> wrote:
>
> In some devices difference in chip-id should be enough to pick
> the right BDF. Add another support for chip-id based BDF selection.
> With this new option, ath10k supports 2 fallback options.
>
> The board name with chip-id as option looks as follows
> board name 'bus=snoc,qmi-board-id=ff,qmi-chip-id=320'
>
> Signed-off-by: Abhishek Kumar <kuabhs@xxxxxxxxxxxx>
> ---
>
> drivers/net/wireless/ath/ath10k/core.c | 45 +++++++++++++++++++-------
> 1 file changed, 34 insertions(+), 11 deletions(-)
You might want to think a little more about who you're CCing when you
post a patch. I would have imagined that Rakesh should have been
CCed. Probably Brian and I, too? Luckily I knew to look for it.
> int ath10k_core_fetch_board_file(struct ath10k *ar, int bd_ie_type)
> {
> - char boardname[100], fallback_boardname[100];
> + char boardname[100], fallback_boardname1[100], fallback_boardname2[100];
> int ret;
>
> if (bd_ie_type == ATH10K_BD_IE_BOARD) {
> + /* With variant and chip id */
> ret = ath10k_core_create_board_name(ar, boardname,
> - sizeof(boardname), true);
> + sizeof(boardname), true, true);
I don't know if it's worth spinning the patch just for this, but it's
weird that the indentation of the 2nd line above doesn't match the
indentation of the similar calls below.
Other than the tiny nit, this seems sane to me.
Reviewed-by: Douglas Anderson <dianders@xxxxxxxxxxxx>
I've also confirmed that the patch is behaving properly on two boards
I have with slightly different chip-ids. I tried poking with various
combinations of specifying a variant in dts and not specifying one.
Board 1:
qmi chip_id 0x320 chip_family 0x4001 board_id 0xff soc_id 0x400c0000
Board 2:
qmi chip_id 0x4320 chip_family 0x4001 board_id 0xff soc_id 0x400c0000
Both boards report "WCN3990 hw1.0 SNOC", so I guess the "Tested-on"
tag should be:
Tested-on: WCN3990 hw1.0 SNOC WLAN.HL.3.2.2-00696-QCAHLSWMTPL-1
Tested-by: Douglas Anderson <dianders@xxxxxxxxxxxx>
-Doug
