Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1529527
| From | Sebastian Reichel <sre@kernel.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: wl1251 & mac address & calibration data |
| Date | 2016-11-24 17:10 +0100 |
| Message-ID | <sH4L0-51b-41@gated-at.bofh.it> (permalink) |
| References | (3 earlier) <sGOwy-2sG-7@gated-at.bofh.it> <sGX6O-873-25@gated-at.bofh.it> <sGXJw-fi-21@gated-at.bofh.it> <sH48i-4wC-19@gated-at.bofh.it> <sH48h-4wC-17@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
Hi, On Thu, Nov 24, 2016 at 04:20:45PM +0100, Pali Rohár wrote: > On Thursday 24 November 2016 16:13:17 Sebastian Reichel wrote: > > On Thu, Nov 24, 2016 at 09:33:29AM +0100, Pali Rohár wrote: > > > On Thursday 24 November 2016 08:51:04 Pavel Machek wrote: > > > > > > "ifconfig hw ether XX" normally sets the address. I guess that's > > > > > > ioctl? > > > > > > > > > > This sets temporary address and it is ioctl. IIRC same as what ethtool > > > > > uses. (ifconfig is already deprecated). > > > > > > > > > > > And I guess we should use similar mechanism for permanent > > > > > > address. > > > > > > > > > > I'm not sure here... Above ioctl ↑↑↑ is for changing temporary mac > > > > > address. But here we do not want to change permanent mac address. We > > > > > want to tell kernel driver current permanent mac address which is > > > > > stored > > > > > > > > Well... I'd still use similar mechanism :-). > > > > > > Thats problematic, because in time when wlan0 interface is registered > > > into system and visible in ifconfig output it already needs to have > > > permanent mac address assigned. > > > > > > We should assign permanent mac address before wlan0 of wl1251 is > > > registered into system. > > > > You can just add the MAC address to the NVS data, which is also > > required for the device initialization. > > NVS data file has fixed size, there is IIRC no place for it. > > But one of my suggestion was to use another request_firmware for MAC > address. So this is similar to what you are proposing, as NVS data are > loaded by request_firmware too... Just append it to NVS data and modify the size check accordingly? > > I wonder if those information could be put into DT. Iirc some > > network devices get their MAC address from DT. Maybe we can add > > all NVS info to DT? How much data is it? > > Proprietary, signed and closed bootloader NOLO does not support DT. So > for booting you need to append DTS file to kernel image. Yeah, so NOLO without U-Boot will depend on userspace to fixup DT. > U-Boot is optional and can be used as intermediate bootloader between > NOLO and kernel. But still it has problems with reading from nand, so > cannot read NVS data nor MAC address. It may in the future? > > Userspace application can add all those information to the DT > > using a DT overlay. Also the u-boot could parse and add it at > > some point in the future. > > In case when wl1251 is statically linked into kernel image, it is loaded > and initialized before even userspace applications starts. > > So no... adding NVS data or MAC address into DT or DT overlay is not a > solution. Actually with data loaded from DT you *can* load data quite early in the boot process, while your suggestions always require userspace. So you argument against yourself? -- Sebastian
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: wl1251 & mac address & calibration data Pali Rohár <pali.rohar@gmail.com> - 2016-11-21 17:00 +0100
Re: wl1251 & mac address & calibration data Michal Kazior <michal.kazior@tieto.com> - 2016-11-22 16:30 +0100
Re: wl1251 & mac address & calibration data Pali Rohár <pali.rohar@gmail.com> - 2016-11-22 16:40 +0100
Re: wl1251 & mac address & calibration data Michal Kazior <michal.kazior@tieto.com> - 2016-11-22 17:30 +0100
Re: wl1251 & mac address & calibration data Pali Rohár <pali.rohar@gmail.com> - 2016-11-22 19:10 +0100
Re: wl1251 & mac address & calibration data Arend Van Spriel <arend.vanspriel@broadcom.com> - 2016-11-23 09:30 +0100
Re: wl1251 & mac address & calibration data Pavel Machek <pavel@ucw.cz> - 2016-11-23 23:30 +0100
Re: wl1251 & mac address & calibration data Pali Rohár <pali.rohar@gmail.com> - 2016-11-23 23:50 +0100
Re: wl1251 & mac address & calibration data Pavel Machek <pavel@ucw.cz> - 2016-11-24 09:00 +0100
Re: wl1251 & mac address & calibration data Pali Rohár <pali.rohar@gmail.com> - 2016-11-24 09:40 +0100
Re: wl1251 & mac address & calibration data Pali Rohár <pali.rohar@gmail.com> - 2016-11-24 16:30 +0100
Re: wl1251 & mac address & calibration data Ivaylo Dimitrov <ivo.g.dimitrov.75@gmail.com> - 2016-11-24 16:40 +0100
Re: wl1251 & mac address & calibration data Sebastian Reichel <sre@kernel.org> - 2016-11-24 17:10 +0100
Re: wl1251 & mac address & calibration data Pali Rohár <pali.rohar@gmail.com> - 2016-11-24 17:50 +0100
Re: wl1251 & mac address & calibration data Sebastian Reichel <sre@kernel.org> - 2016-11-24 19:20 +0100
Re: wl1251 & mac address & calibration data Pali Rohár <pali.rohar@gmail.com> - 2016-11-24 19:40 +0100
Re: wl1251 & mac address & calibration data Aaro Koskinen <aaro.koskinen@iki.fi> - 2016-11-24 20:10 +0100
Re: wl1251 & mac address & calibration data Pavel Machek <pavel@ucw.cz> - 2016-11-26 18:20 +0100
Re: wl1251 & mac address & calibration data Pali Rohár <pali.rohar@gmail.com> - 2016-11-26 18:30 +0100
Re: wl1251 & mac address & calibration data Tony Lindgren <tony@atomide.com> - 2016-12-06 01:00 +0100
Re: wl1251 & mac address & calibration data Sebastian Reichel <sre@kernel.org> - 2016-11-24 16:30 +0100
csiph-web