Odp: OpenWrt 18.06
Ja natomiast zgłaszam, że wydajność SQM Cake na 18.06 jest tragiczna.
Jestem w stanie wyciągnąć od 30-70 Mb/s z 250 Mb/s.
Na 17.01 nie mam problemów z wydajnością.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → OpenWrt 18.06
Strony Poprzednia 1 … 10 11 12 13 14 … 23 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Ja natomiast zgłaszam, że wydajność SQM Cake na 18.06 jest tragiczna.
Jestem w stanie wyciągnąć od 30-70 Mb/s z 250 Mb/s.
Na 17.01 nie mam problemów z wydajnością.
Witam w logu jądra mam dwa błędy ? czy to norma ?
router archer c2600
root@OpenWrt:~# dmesg | grep ath10k
[ 13.020250] ath10k_pci 0000:01:00.0: assign IRQ: got 66
[ 13.020708] ath10k_pci 0000:01:00.0: enabling device (0140 -> 0142)
[ 13.020794] ath10k_pci 0000:01:00.0: enabling bus mastering
[ 13.021256] ath10k_pci 0000:01:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 r eset_mode 0
[ 13.210626] ath10k_pci 0000:01:00.0: Direct firmware load for ath10k/QCA99X0/ hw2.0/firmware-6.bin failed with error -2
[ 13.210657] ath10k_pci 0000:01:00.0: Falling back to user helper
[ 13.252391] firmware ath10k!QCA99X0!hw2.0!firmware-6.bin: firmware_loading_st ore: map pages failed
[ 14.133597] ath10k_pci 0000:01:00.0: qca99x0 hw2.0 target 0x01000000 chip_id 0x003b01ff sub 168c:0002
[ 14.133635] ath10k_pci 0000:01:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 1
[ 14.143805] ath10k_pci 0000:01:00.0: firmware ver 10.4.1.00030-1 api 5 featur es no-p2p crc32 d2901e01
[ 14.226703] ath10k_pci 0000:01:00.0: board_file api 2 bmi_id 1:1 crc32 08fa09 f2
[ 15.504270] ath10k_pci 0000:01:00.0: htt-ver 2.2 wmi-op 6 htt-op 4 cal pre-ca l-file max-sta 512 raw 0 hwcrypto 1
[ 15.603376] ath10k_pci 0001:01:00.0: assign IRQ: got 99
[ 15.604092] ath10k_pci 0001:01:00.0: enabling device (0140 -> 0142)
[ 15.604200] ath10k_pci 0001:01:00.0: enabling bus mastering
[ 15.604783] ath10k_pci 0001:01:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 r eset_mode 0
[ 15.779236] ath10k_pci 0001:01:00.0: Direct firmware load for ath10k/QCA99X0/ hw2.0/firmware-6.bin failed with error -2
[ 15.779267] ath10k_pci 0001:01:00.0: Falling back to user helper
[ 16.022872] firmware ath10k!QCA99X0!hw2.0!firmware-6.bin: firmware_loading_st ore: map pages failed
[ 16.023223] ath10k_pci 0001:01:00.0: qca99x0 hw2.0 target 0x01000000 chip_id 0x003b01ff sub 168c:0002
[ 16.030736] ath10k_pci 0001:01:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 1
[ 16.042286] ath10k_pci 0001:01:00.0: firmware ver 10.4.1.00030-1 api 5 featur es no-p2p crc32 d2901e01
[ 16.104691] ath10k_pci 0001:01:00.0: board_file api 2 bmi_id 1:2 crc32 08fa09 f2
[ 17.379826] ath10k_pci 0001:01:00.0: htt-ver 2.2 wmi-op 6 htt-op 4 cal pre-ca l-file max-sta 512 raw 0 hwcrypto 1To nie błędy tylko firmware tak się ładuje w przypadku ath10k. Nie wyciszyli tego i straszy ![]()
Na kompie mam to samo pod Linuksem, ale to nie błąd. Nie masz co się przejmować ![]()
ok dzięki
@Cezary wycinaj co chcesz (Ty wiesz najlepiej co może zostać i co na co można zamienić) aby dało się używać na routerach z 4MB, a my będziemy mieli nowszy bezpieczniejszy firmware.
I tak kompiluje czyste obrazy na 4MB, kombinuję tylko z zawartością.
PS. Czy ktoś zauważył że nie ma obrazów mifi na 18.06? Nie mieści się dla 4MB i USB...
@Cezary czy na routerach z 4MB da się doinstalować Luci bądź inny interface graficzny?
Gargoyle tylko.
Bez wymiany na 8MB to chyba się nie da
Gargoyle tylko.
Nie, gargoyle też się nie mieści już.
luci-app-wifischedule zainstaluj.
Wróciłem z urlopu, zainstalowałem. Diod nie gasi (u mnie wndr4300), czy ogólnie nie powinien gasić?
We wbudowanym w Gargoyle wyłączenie wifi gasiło diody.
Zaznaczyłem logi w dodatku to jutro posprawdzam co zapisuje (wyłączenie wifi o 23:00, załączenie o 5:00), aktualnie nie mogę wymusić wyłączenia bo mi userzy widzą na połączeniu i "robią bardzo ważne rzeczy"
.
Jak się wyłączy wifi to i diody od nich powinny zgasnąć.
To na chwilę obecną mi nie gasną. Wczoraj wgrałem, poustawiałem, w nocy się obudziłem i oba radia były zapalone.
Poprzeglądam rano logi.
Może zaznaczyć w module jeszcze to: Unload Modules (experimental; saves more power)?
edit: dziś rano wstałem przed 5-tą i oba radia były wygaszone. Czyli chyba jednak działa.
Obserwuję dalej, logi poprzeglądam jak wrócę z roboty. Jedyne co zmieniłem to zaznaczyłem aby logował.
Oczywiscie ze da sie z LUCi - pytanie tylko kosztem czego ?
W moim przypadku kosztem IPv6 - sporo rożnych informacji na ten temat można znaleźć a forum openwrt.
Jak chcecie gotowe obrazy to np:
https://forum.openwrt.org/t/openwrt-18- … ions/18680
Czy ktoś używa nlbwmon w 18.06? W ostatnim obrazie Cezarego nie działa u mnie, tzn. zbiera informacje o transferze, ale nie są to dane poprawne - wykazuje bardzo mały transfer, nie pomaga restart serwisu. W Lede 17.01 nlbwmon działało poprawnie i wydaje mi się, że w pierwszych dwóch obrazach 18.06 Cezarego też (nie jestem pewny rzadko sprawdzałem). Czy ktoś może potwierdzić, że nlbwmon działa u niego w najnowszym obrazie Cezarego?
f2fs ma lepsze osiagi niz ext4 dla dyskow flash, a przypuszczam, ze wiekszosc na takich robi extroota. Czyli czysty zysk
Mam zagwozdkę czy konfigurując diody led w archer c2600 muszę każdą diodę led opisać w stanie włączonym i wyłączonym
Bo skonfigurowałem i wszystkie świecą
Czy ktoś mógłby mnie nakiererować jak się poprawnie konfiguruje z góry dziękuje.
config led 'led_usb1'
option name 'USB 1'
option sysfs 'c2600:white:usb_2'
option trigger 'usbport'
list port 'usb1-port1'
list port 'usb2-port1'
option default '0'
config led 'led_usb2'
option name 'USB 2'
option sysfs 'c2600:white:usb_4'
option trigger 'usbport'
list port 'usb3-port1'
list port 'usb4-port1'
option default '0'
config led 'led_wan'
option name 'wan'
option sysfs 'c2600:white:wan'
option trigger 'switch0'
option port_mask '0x20'
option default '0'
config led 'led_lan'
option name 'lan'
option sysfs 'c2600:white:lan'
option trigger 'switch0'
option port_mask '0x1e'
option default '0'
config led
option sysfs 'ath10k-phy0'
option default '1'
option trigger 'phy0radio'
option name 'WiFi5GHz'
config led
option name 'WiFi2.4GHz'
option sysfs 'ath10k-phy1'
option default '1'
option trigger 'phy1radio'
config led
option name 'Ledonoff'
option sysfs 'c2600:white:general'
option default '1'
option trigger 'default-on'Wywal to option default '1' ze wszystkiego. Po to jest trigger żeby sterował diodami. Domyślnie masz już dobrą konfigurację, co właściwie chciałeś zrobić?
Z radia jak wywaliłem to zgasły więc w luci włączyłem stan domyślny z powrotem.
I spróbuje wedle twojego poradnika dodać do crona żeby gasły i zapalały się o danych godzinach.
Jak chcesz w ogóle zgasić na stałe to wywal wszystkie sekcje led z konfiga.
Dziękuję za odpowiedz, będę testował różne konfiguracje i się uczył.
A i jeszcze jedno czy wszystkie przyciski są funkcjonalne czy działają ?
To zależy od routera i jakie ma przyciski. Kilka jest predefiniowych: reset, wps, rfkill, generalnie czytaj: http://eko.one.pl/?p=openwrt-button#bar … ripniejsze
Przepraszam ostatnie pytanie czy jak dodam taką linie
0 9 * * * echo "255" > /sys/class/leds/c2600\:white\:wan/brightness start czyli o 9 rano dioda od wan zaświeci się?
Właściwe polecenie to
echo 1 > /sys/class/leds/c2600:white:wan/brightness
choć to 255 też może być (dla tego modelu żeby było większe od zera). I bez start .
PS. Tylko że wan jest domyślnie przez trigger obsługiwany. Pamiętaj o tym.
ok dziękuje
Strony Poprzednia 1 … 10 11 12 13 14 … 23 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → OpenWrt 18.06
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc