[OpenWrt-Devel] [PATCH] ar71xx: add 4.1 support

[Ted Hess]

>On 18-10-15 20:20, Roman Yeryomin wrote:
> On 18 October 2015 at 00:16, Stijn Tintel <stijn at linux-ipv6.be> wrote:
>> On 17-07-15 19:35, Roman Yeryomin wrote:
>>> Signed-off-by: Roman Yeryomin <roman at advem.lv>
>>> ---
>>>
>> Hi Roman,
>>
>> Since ar71xx uses 4.1 kernel by default, MAC addresses on my Ubiquiti
>> RSPro's are random. I suspect it is due to the changes in
>> 506-MIPS-ath79-prom-parse-redboot-args.patch. I reported the problem
>> here: https://dev.openwrt.org/ticket/20642. Do you mind having a look at it?
> Those changes didn't affect functionality, it was a port to new prom API.
> Also seems you have the board correctly detected - it means prom code
> is working.
> Are you sure the bootloader is passing ethaddr as it should? Sorry, I
> don't have the hw to test.
>
>The bootloader is passing it:
>
>RedBoot> exec
>Now booting linux kernel:
> Base address 0x80050000 Entry 0x80060000
> memsize=0x08000000
> modetty0=0,n,8,1,hw
> board=RouterStation PRO
> ethaddr=00.15.6d.c3.31.57
>[    0.000000] Linux version 4.1.10 (stijn at taz) (gcc version 4.8.3
>(OpenWrt/Linaro GCC 4.8-2014.04 r47070) ) #1 Tue Oct 13 04:36:06 CEST 2015
>
>And I don't have the problem with the 3.18 kernel, tested on 2 different
>RSPro's.
>
>Kind regards,
>Stijn


It looks like the cmdline used is forced to be the one embedded by the image generation
build step and then data passed via RedBoot is no longer queried. Board recognition is not
from RedBoot, but from the embedded command line. Hence, no ethaddr=.

See CONFIG_IMAGE_CMDLINE_HACK in the ar71xx/config-4.1 file.

Ought to be a simple code fix in prom.c - looking at it tomorrow.

/ted
_______________________________________________
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel