Tylko.. czemu? To nie jest wersja ostateczna, buildy będą dopiero za tydzień.

Ale jaki konkretnie? Jeżeli wgrywałeś ubootmod na zwykły no to tak, one maja inne oznaczenia.

@Cezary - dzięki za testową kompilację - wgrany ubootmod - przeprowadzane testy

ciekawostka z Easyconfig (zrzucone linijki z danymi z zakładki System) - raportuje inaczej MAC

Model D-Link AQUILA PRO AI M60 A1 (OpenWrt partition layout)
MAC 06:00:DC:EA:E7:AF
Wersja oprogramowania OpenWrt 25.12-SNAPSHOT r33114-da9b1abb5f
Wersja GUI 20260721

ip link na uruchomionych interface-ach poniżej

root@OpenWrt:~# ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1504 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether dc:ea:e7:ae:ba:37 brd ff:ff:ff:ff:ff:ff permaddr 06:00:dc:ea:e7:af
3: internet: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 1000
    link/ether dc:ea:e7:ae:ba:36 brd ff:ff:ff:ff:ff:ff permaddr 06:00:dc:ea:e7:ae
4: lan1@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DEFAULT group default qlen 1000
    link/ether dc:ea:e7:ae:ba:37 brd ff:ff:ff:ff:ff:ff permaddr 06:00:dc:ea:e7:af
5: lan2@eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue master br-lan state LOWERLAYERDOWN mode DEFAULT group default qlen 1000
    link/ether dc:ea:e7:ae:ba:37 brd ff:ff:ff:ff:ff:ff permaddr 06:00:dc:ea:e7:af
6: lan3@eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue master br-lan state LOWERLAYERDOWN mode DEFAULT group default qlen 1000
    link/ether dc:ea:e7:ae:ba:37 brd ff:ff:ff:ff:ff:ff permaddr 06:00:dc:ea:e7:af
7: lan4@eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue master br-lan state LOWERLAYERDOWN mode DEFAULT group default qlen 1000
    link/ether dc:ea:e7:ae:ba:37 brd ff:ff:ff:ff:ff:ff permaddr 06:00:dc:ea:e7:af
8: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether dc:ea:e7:ae:ba:37 brd ff:ff:ff:ff:ff:ff
9: phy0-ap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DEFAULT group default qlen 1000
    link/ether dc:ea:e7:ae:ba:38 brd ff:ff:ff:ff:ff:ff
10: phy0-sta0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DORMANT group default qlen 1000
    link/ether de:ea:e7:ae:ba:38 brd ff:ff:ff:ff:ff:ff
11: tailscale0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1280 qdisc fq_codel state UNKNOWN mode DEFAULT group default qlen 500
    link/none
12: phy1-ap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DEFAULT group default qlen 1000
    link/ether dc:ea:e7:ae:ba:39 brd ff:ff:ff:ff:ff:ff

Czyli jeśli dobrze to rozumiem - to poprawka/patch ala kszaq naprawiła system używając "user space", aby dobrze się zachowywał  M60-2 z dwupacka przy obsłudze MAC, ale to nie przekute zostało w miejsce skąd funkcja systemowa odczytuje MAC dla Easyconfig. Czyli to co tam dyskutują na otwartym PR https://github.com/openwrt/openwrt/pull/23902 o parserze dla ustawienia MAC dopiero naprawi wszystko?

Drugie pytanko o statystyki: Czy ten mój zestaw dwupaków będzie się dobrze raportował wysyłając statystykę bo chyba nie tylko MAC ciągnie do bazy będą więc unikalne boxy w statystykach ?

Dziękuję za buildy, na M30/CP działa prawidłowo.

Obecnie w DTS jest wpisany stały adres, z którego jest pobierany adres MAC i działa to tylko gdy nazwa modelu w poprzednich tagach jest 3-znakowa (M30, M60, E30). Jeśli nazwa jest dłuższa - M30/CP lub M60-2, offset się przesuwa i w tej sytuacji niezbędny byłby parser. Ten wymieniony w PR jest znacznie prostszy, bo tam wartości są oddzielone znakiem końca linii, a tutaj trzeba będzie je odpowiednio zinterpretować.

Cezary, mam prośbę, aby w Twoich buildach odświeżyć moje łatki dla Aquili, to znaczy stary patch wyrzucić, a zastosować:
https://github.com/openwrt/openwrt/comp … 2609.patch

Są to łatki z PR wysłanych do maina OpenWrt plus wsparcie dla M30/CP:
https://github.com/openwrt/openwrt/comp … mX0-202609

Dziękuję!

Ja właśnie kupiłem dwupak M60 i z chęcią przetestuje najnowszy build, jak już sie pojawi.

Ociągałem się z instalacją, ale w końcu dzisiaj przysiadłem i udało mi się zainstalować wersję z OpenWrt partition layout.
Wersja bez tego layoutu pokazywała 29.45 MiB miejsca na dysku, a po instalacji partition layout już 74.14 MiB.
W obu przypadkach miejsce na pliki tymczasowe jest takie samo - 242.05 MiB.
Jutro postaram się to zrobić na drugim routerze z zestawu i przenieść na jeden z nich konfigurację z mojego starego OpenWrt Chaos Calmer 15.05 .
Dzięki za pracę!

Z tego co widziałem to jeden z PR @kaszaq jest już prawie zmerdżowany!

Sprawdzałem ostatni obraz wygenerowany przez owut  czy czyste vanilla od Cezarego dla M60 A1 uboot
Chyba ten patch dotyczący MAC nie jest zastosowany bo robiłem nową konfigurację i po sprawdzeniu statystyk EKO.ONE wrzuciło mnie na obce urządzenie, wiec sprawdziłem mac adresy i wróciły do tych generycznych dla urządzeń pojedyńczych, a nie tych z 2pack/3pack. Czy coś nie weszło dobrze do bazy eko.one (https://eko.one.pl/forum/viewtopic.php? … 12#p334412)? 
Bo PR by @kszaq nie są wrzucone jak dobrze czytam do repozytorium openwrt
Prośba o sprawdzenie przez użytkowników czy mają odpowiednie MAC na zwykłych i na uboot modelach. Może M30 też ma taki problem?

p.s. wersja openwrt-25.12-snapshot-r33191-b6a820ea85-1.... działa dobrze ale to jest sierpniowe wydanie składane we wrześniu

Dzięki za czujność. Zabrakło poprawiania MAC dla LAN w wersji "OpenWrt partition layout", bo składałem PR, więc jest potrzebny patch, który je połączy. Poprawię to dzisiaj i podeślę nowy link do łatki.

Włożyłem do siebie, dzięki.