On 22.02.2023 21:02, Peter Naulls wrote:
Due to some missing flash values, I need to do a later user space lookup for possible
missing values stored "elsewhere" to fix up the MAC address.
According to:
https://openwrt.org/docs/guide-user/base-system/basic-networking
Something like this shoul
On Sun, Feb 5, 2023 at 6:17 PM Hauke Mehrtens wrote:
> There are still some open topic for the next release, but it looks good
> for me.
> * make remaining targets use kernel 5.15 by default:
> ** rampis: Fix problems
> ** lantoq: Fix DSA driver
I see that ar9_netgear_dgn3500.dtsi use the Realte
On Wed, 22 Feb 2023 at 21:39, Peter Naulls wrote:
>
> On 2/22/23 15:34, Robert Marko wrote:
>
> >> option 'lan1'
> >> option macaddr 34:BA:9A:CC:DD:EE
> >
> > This should work as long as its in single quotes.
>
> I corrected the quotes, but no joy.
Hm, that is weird as I have
On 2/22/23 15:34, Robert Marko wrote:
option 'lan1'
option macaddr 34:BA:9A:CC:DD:EE
This should work as long as its in single quotes.
I corrected the quotes, but no joy.
Also, cant you fixup the MAC in 02_networking or in preinit?
Yes, I have a preinit script, but it
On Wed, 22 Feb 2023 at 21:03, Peter Naulls wrote:
>
>
> Due to some missing flash values, I need to do a later user space lookup for
> possible missing values stored "elsewhere" to fix up the MAC address.
>
> According to:
>
> https://openwrt.org/docs/guide-user/base-system/basic-networking
>
> So
Due to some missing flash values, I need to do a later user space lookup for
possible missing values stored "elsewhere" to fix up the MAC address.
According to:
https://openwrt.org/docs/guide-user/base-system/basic-networking
Something like this should work:
config device
option n