From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hans de Goede Subject: Re: [linux-sunxi] Re: [PATCH 1/4] brcmfmac: Add brcm,nvram_file_name dt property Date: Thu, 30 Jun 2016 12:04:00 +0200 Message-ID: <14a3aa66-5851-5537-f6cd-7681fb4cde07@redhat.com> References: <1467209074-15634-1-git-send-email-hdegoede@redhat.com> <6402170.5s0abZDqlD@wuerfel> <1467230078.2598.2.camel@plaes.org> <87eg7f6odi.fsf@kamboji.qca.qualcomm.com> <87a8i36ls9.fsf@kamboji.qca.qualcomm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <87a8i36ls9.fsf-HodKDYzPHsUD5k0oWYwrnHL1okKdlPRT@public.gmane.org> Sender: linux-wireless-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Kalle Valo Cc: Priit Laes , arnd-r2nGTMty4D4@public.gmane.org, Arend Van Spriel , Jonas Gorski , "John W . Linville" , Arend van Spriel , Maxime Ripard , Chen-Yu Tsai , "linux-wireless-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , "linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org" , devicetree , linux-sunxi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org List-Id: devicetree@vger.kernel.org Hi, On 30-06-16 11:58, Kalle Valo wrote: > Hans de Goede writes: > >> Hi, >> >> On 30-06-16 11:02, Kalle Valo wrote: >>> Priit Laes writes: >>> >>>>> What is the size of this nvram file? As it's board specific, I wonder >>>>> if we can simply include it inside of the DT verbatim. I remember >>>>> doing that (in the pre-dtb days, on real open firmware) for the >>>>> "spidernet" >>>>> ethernet driver. >>>> >>>> It contains a bit too much info: >>>> >>>> This is what CubieTruck requires: >>>> >>>> http://dl.cubieboard.org/public/Cubieboard/benn/firmware/ap6210/nvram_ap6210.txt >>> >>> In the nvram file I see lots of identifiers: >>> >>> manfid=0x2d0 >>> prodid=0x492 >>> vendid=0x14e4 >>> devid=0x4343 >>> boardtype=0x0598 >>> boardrev=0x1307 >>> boardnum=777 >>> >>> Are any of these (or a combination of them) unique for each board type? >>> What if one of these is provided through DT and then the driver could >>> choose the nvram file based on the board id? Just another idea... >> >> That would require updating a table in the driver every time a new >> board comes out, I do not believe that that is a good solution. > > You don't necessarily need to have a table in the driver if you embed > the id to the filename, for example something like this: > > nvram-0598-1307.txt > nvram--.txt Downside of this is, that as Arend already said, the nvram files are not readily available. Typically the boards we are talking about are shipped with android, and the mainline kernel bringup is done by a user, not the manufacturer. So the nvram file needs to be extracted from e.g. an android image, having ap6210 in the filename allows the user to see that his module (which is clearly labelled ap6210 is already supported, where as the boardtype/boardrev magic numbers are a big unknown. So I believe that using a human readable string is better here. Regards, Hans -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html