poszukuje celem nabycia
TP-LINK WDR 4900 v1 (CPU powerPC)
wiadomość na priv
Strony 1
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez SWM
Strony 1
poszukuje celem nabycia
TP-LINK WDR 4900 v1 (CPU powerPC)
wiadomość na priv
Wrzucam dmesg
[ 13.580000] input device check on
[ 13.590000] Actions configured
[ 13.600000] Mirror/redirect action on
[ 13.620000] fuse init (API version 7.22)
[ 13.660000] usbcore: registered new interface driver cdc_acm
[ 13.660000] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
[ 13.690000] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 13.720000] usbcore: registered new interface driver usblp
[ 13.760000] usbcore: registered new interface driver usbserial
[ 13.780000] usbcore: registered new interface driver usbserial_generic
[ 13.780000] usbserial: USB Serial support registered for generic
[ 13.850000] xt_time: kernel timezone is -0000
[ 13.870000] usbcore: registered new interface driver cdc_ether
[ 13.880000] usbcore: registered new interface driver cdc_ncm
[ 13.890000] PPP generic driver version 2.4.2
[ 13.900000] PPP MPPE Compression module registered
[ 13.910000] NET: Registered protocol family 24
[ 13.910000] PPTP driver version 0.8.5
[ 13.920000] usbcore: registered new interface driver sierra
[ 13.930000] usbserial: USB Serial support registered for Sierra USB modem
[ 13.950000] ath: EEPROM regdomain: 0x0
[ 13.950000] ath: EEPROM indicates default country code should be used
[ 13.950000] ath: doing EEPROM country->regdmn map search
[ 13.950000] ath: country maps to regdmn code: 0x3a
[ 13.950000] ath: Country alpha2 being used: US
[ 13.950000] ath: Regpair used: 0x3a
[ 13.970000] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[ 13.970000] cfg80211: Calling CRDA for country: US
[ 13.980000] ieee80211 phy0: Atheros AR9340 Rev:0 mem=0xb8100000, irq=47
[ 13.980000] PCI: Enabling device 0000:00:00.0 (0000 -> 0002)
[ 13.990000] ath: EEPROM regdomain: 0x0
[ 13.990000] ath: EEPROM indicates default country code should be used
[ 13.990000] ath: doing EEPROM country->regdmn map search
[ 13.990000] ath: country maps to regdmn code: 0x3a
[ 13.990000] ath: Country alpha2 being used: US
[ 13.990000] ath: Regpair used: 0x3a
[ 14.000000] cfg80211: Regulatory domain changed to country: US
...
[ 25.850000] br-lan: port 1(eth0.1) entered forwarding state
[ 27.370000] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 27.380000] device wlan0 entered promiscuous mode
[ 36.030000] br-lan: port 2(wlan0) entered forwarding state
[ 36.030000] br-lan: port 2(wlan0) entered forwarding state
[ 36.040000] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 38.030000] br-lan: port 2(wlan0) entered forwarding state
Podeślij proszę wynik:
block umount
block mount
czy nie error -1?
SWM napisał/a:pepe2k napisał/a:Nie, tak na pewno nie jest.
Piotrze, w Cezarowym .configu (który jest super odchudzony) jest i tak 497 modułów kompilowanych do lokalnego repozytorium, nie wchodzących w skład obraz, spróbuj je wyłączyć ręcznie przez menuconfig
o tym mowa:
http://dl.eko.one.pl/barrier_breaker/ar71xx/configTo nie jest standardowy config OpenWrt... to jest config Cezarego
Standardowy to będziesz miał jak sobie wejdziesz w menuconfig, wybierzesz architekturę, profil i koniec. W przypadku ar71xx, chyba nie ma żadnej domyślnej konfiguracji z czymś zaznaczonym jako m.
pepe2 - jesteś w błędzie ...
W domyślnej konfiguracji z
svn://svn.openwrt.org/openwrt/branches/barrier_breaker
w pliku config.ar71xx_generic jest SIC! 913 modułów kompilowanych a jawnie nie linkowanych do obrazu tzw M
Także nie przesadziłem pisząc o Czarkowym że jest super odczudzony.
Tak z ciekawości: po co to sprawdzanie czyje kung-fu jest najszybsze? Po prostu zaopatrzcie się w najszybszą możliwą maszynkę i tyle.
Absolutnie nie mam aspiracji by mieć najszybszego, największego, najdłuższego...
Przez ostatnie 2tyg wygenerowałem kilkadziesiąt obrazów i najzwyklej w świecie szkoda mi czasu na czekanie.
Wydaje mi się że problem tkwi gdzieś u mnie w ustawieniach, stąd to moje natręctwo w kwestji wsaszych maszyn.
ps.choć po dzisiejszym dniu kompiluje po cleanie w 10 min, czyli wynik zbliżony do Piotra pepe2 a to chyba wystarczy.
SWM napisał/a:W standardowym configu w openwrt jest cala masa {m}, które można wyłączyć pod warunkiem wywalenia wszystkich "korzystających".
Nie, tak na pewno nie jest.
Piotrze, w Cezarowym .configu (który jest super odchudzony) jest i tak 497 modułów kompilowanych do lokalnego repozytorium, nie wchodzących w skład obraz, spróbuj je wyłączyć ręcznie przez menuconfig ![]()
o tym mowa:
http://dl.eko.one.pl/barrier_breaker/ar71xx/config
Mam Ubuntu 14.04 i Intel(R) Core(TM) i3-3120M CPU @ 2.50GHz
Kompilacja od zera, jeden firmware, to około 38 minut.
Na starym laptopie z 2010 roku i3 2.33GHz coś około 50 minut.
Jaki OS? Natywnie czy w virtualce?
Zróbcie koledzy kompilacje referencyjną (tak by było u wszystkich tak samo), np. na .config-u Cezara, o tym z wybraną jedną platformą np. (TP-LINK 4300)
http://dl.eko.one.pl/barrier_breaker/ar71xx/config
Pozwoli to nam porównać i wybrać optymalną platforme/OSa/ustawienia, i odnieść do sprzętu, Kompilacje puścić bez debugów jako:
make clean
time make –jn
gdzie n ilość coreCPU +1 (zgodnie z zaleceniami OpenWRT)
Ja:
1. CPU
i7 Q720@1,6MHz
2. RAM/GDD
8MB
SSD KINGSTON 230GB
3. OS platformy kompilatora:
wheezy 7.7 64b, Linux 3.2.0-4-amd6, (maszyna gościa 4xCORE,4GB)
SWAP OFF
4. OS platformy gospodarza
Windows 7 Profesional (64b) VirtualBox 4.3.18
SWAP OFF
Wynik (dla j5):
real 27m40.455s
user 71m6.531s
sys 8m32.436s
Czyli w drugą stronę. Tu z kolei pomaga help, w którym jest napisane co go zaznaczyło. Choć czasami trudno z tego helpu otrzymać tą informację.
Ot właśnie to!!!a propos helpa z zależnościami -jeszcze mi nigdy nie pomógł...
I wielkie dzięki za make oldconfig, jakoś mi uleciało w dokumentacji a rzeczywiście działa ![]()
Przecież zależności się same zaznaczają. Tak samo jak poprawiasz ręcznie .config to wystarczy później zrobić make oldconfig i sam zaznaczy wymagane zależności. A jak jest coś nowego i nie wie to się spyta o to.
ok.
Chodzi o zależności które nie pozwalają wyłączyć kompilacji modułu, bo moduł wykorzystywany jest przez kolejne itd. W standardowym configu w openwrt jest cala masa {m}, które można wyłączyć pod warunkiem wywalenia wszystkich "korzystających".
No to tak, zrezygnuj z V=s - to się przydaje, jak coś się nie buduje. I z tego build.log też zrezygnuj jeżeli nic się nie dzieje - to niepotrzebnie spowalnia cały proces budowania. I nie jestem pewien tego: "-j=X", składnia jest raczej taka: -j X (lub -jX).
Ja jak już jestem pewien, że całość się buduje bez problemów to robię tylko: make -j8, idę napić się kawy, wracam po 10 minutach i jest (zakładając, że wcześniej zbudowany jest już toolchain, bo to jego budowa trwa chyba najdłużej, a nie trzeba go budować za każdym razem - wystarczy raz, dla konkretnej architektury).
Wyjaśnił się czas kompilacji ~6h.Budowałem lokalne repozytorium wszystkich pakietów, tzn <m> !!!
Swoją drogą szkoda że nie ma mechanizmu w menuconfig do globalnego wyłączenia takich dodatków, bo przejście przez zależności jest karkołomne. Ostatnio edytuje bezpośrednio w .config, ale to trochę ryzykowne
Ja też nie mogłem doprowadzić "mejkowania" do końca jak zaznaczyłem zbyt dużo pakietów wbudowanych do obrazu.
Czasem można zapomnieć o tym ograniczeniu...
mar_w - tez mnie to spotkało, tylko wydaje mi się ze domyślna akcją toolchana w takim przypadku jest ....nie tworzenie bina z obrazem? I to bez żadnego piergnięcia (czyt ostrzeżenia czy błędu)!!!
Dlatego ja zawsze generuje pełny "ramdisk: root filesystem" który służy jako flaga czy allOK i squsha właściwego do routerka. U mnie się wyjaśniły 2dniowe problemy, rozjechały się feedsy w stosunku do źródła właściwego ![]()
Pomogło:
./scripts/feeds update
./scripts/feeds install -a
no ale wracając do sedna napisczcie w szczegółach czym kopilujecie (mamy Czarka i Piotrka), iteresujące będzie
1. CPU
2. RAM
3. OS platformy kopilatora (dokladna wersja z szerokością szyny)
4. [opcjonalny] OS platformy gospodarza
i czas kopilacji po clean-nie
Będziemy mieli motywator do wydania kaski no nową zabawkę ![]()
3. Nie znajdziesz problemu budując z -j. Te różne błędy to właśnie dlatego ze nie wiesz z czego pochodzą.
OK THX!
Ja tylko chciałem by było szybciej.... ![]()
ps. Czarku, napisz coś o swojej maszynie i uzyskanych czasach...
1.Racja! -j 5 a nie jak napisałem -j=5
2. Zdaję sobie sprawę, że logowanie i szczegółowe debugi wyciągają czas.....
3. Te debugi to po to by mi łatwiej było znaleźć problem, teraz od 2 dni nie jestem w stanie doprowadzić "mejkowania" do końca, wywala różne błędy, a jestem na etapie budowy BB z Quaga.
4. Ze względu na SSD wyłączyłem SWAPa w gościu jak i gospodarzu
5. Pepe2k napisz proszę coś o twojej maszynie, wydaję mi się że kiedyś wspominałeś też coś o virtualce?
Już spieszę z doprecyzowaniem, ale wcześniej WIELKI SZACUN za pracę która wykonałeś z ubocikiem......
no ale do rzeczy:
Tak jak pisałem wcześniej nie korzystam z natywnego Debiana (niestety) lecz z virtualki.
A dokładnie:
Gospodarz: CPU i7@1,7GHz, 8GB RAM, SSD ,Win7, VB 4.3.18,
Gość wheezy 7.7 64b jajko Linux 3.2.0-4-amd6, maszyna gościa 4xCORE,4GB
Kompilacje puszczam jako:
make V=s –j=5 2>&1 | tee build.log
Jako że „nowy” witam serdecznie wszystkich!
Mam pytanie do Was ogółu, a w szczególności do Sz.P. Cezara dotyczące maszyny do kompilacji OpenWRT. U mnie kompilacja na 2 platformy trwa ~4H co przy częstych zmianach – doprowadza mnie do szewskiej pasji. Czarku ty jako osoba „wyjątkowo płodna”
posiadać farmę kompilacyjną 100xi7 i prywatną elektrownie????
Ja z przyczyn organizacyjno-logistycznych (niestety) kompiluje w VB i to jakby główny problem, no ale 4h???
Strony 1
eko.one.pl → Posty przez SWM
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc