Return-path: Received: from lb2-smtp-cloud8.xs4all.net ([194.109.24.25]:40588 "EHLO lb2-smtp-cloud8.xs4all.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753706AbdIDOmh (ORCPT ); Mon, 4 Sep 2017 10:42:37 -0400 Date: Mon, 4 Sep 2017 16:42:30 +0200 From: Antony Antony To: Arend van Spriel Cc: Antony Antony , Rob Herring , Chen-Yu Tsai , Kalle Valo , Mark Rutland , Icenowy Zheng , devicetree , Hans de Goede , linux-wireless , Maxime Ripard Subject: Re: [PATCH] Documentation: dt-binding: net: wireless: add bcm43430-fmac Message-ID: <20170904144230.yuadvqiruj73q5t3@AntonyAntony.local> (sfid-20170904_164240_917048_ECE781CD) References: <20170829214309.34466-1-antony@phenome.org> <20170830120218.ms3xuhp4qsibistv@AntonyAntony.local> <20170901164911.aiu5ej5u546z5kow@rob-hp-laptop> <20170901204030.2zpsoa4i53tdegs3@AntonyAntony.local> <8af0e096-f4b1-213f-d543-fa711e1961ad@broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <8af0e096-f4b1-213f-d543-fa711e1961ad@broadcom.com> Sender: linux-wireless-owner@vger.kernel.org List-ID: Hi Arend, On Fri, Sep 01, 2017 at 11:30:59PM +0200, Arend van Spriel wrote: > > > Hi Rob, > > > > > > Actually the Broadcom wifi chips themselves are discoverable. So once the > > > driver has access to the register space of the device it can determine the > > > actual chip, its revision, and exactly what cores (and their revision) are > > > present in the chip. Hence there is a single compatible string as there is > > > no need to convey the same information through device tree data. > > > > In my expereince this how it seems to work. > > > > I jsut discovered s/brcm,bcm4329-fmac/brcm/ can load the broadcom driver. > > > > brcmf: wifi@1 { > > reg = <1>; > > compatible = "brcm"; > > }; > > > > This looks better to me. Maxime, Would this work? > > I have no idea what you are saying here. To what exactly do you apply that > substitute. In brcmfmac I have: Thanks for pointing me to the relevent code. I was asking about DT support I submitted. > > if (!np || bus_type != BRCMF_BUSTYPE_SDIO || > !of_device_is_compatible(np, "brcm,bcm4329-fmac")) > return; > > In my perception using "brcm" goes against DT compatible naming convention. It seems the driver has a special place holder, bcm4329-fmac. I am still wondering what is acceptable in the DT. compatible = ""brcm,bcm4329-fmac"; or compatible = "brcm"; The last one does not generate any warnings. Here it the DT I am proposing. https://patchwork.kernel.org/patch/9937263/ regards, -antony