Hi guys, all went well but - Luci is completely in Czech language in auto mode, must be switched back to english manually (and router is in Thailand so no clue how system thing should be in Czech)
OK, another issue of changed architecture name in LEDE.
Here is the correct package, freshly compiled from TurrisOS repo:
https://transfer.sh/11gPa7/ath9k-htc-firmware-2016-09-21-42ad5367dd38371b2a1bb263b6efa85f9b92fc93-1-mvebu.ipk
The link will expire soon, but this package should appear in tommorowâs nightly build.
Maybe try this one? https://api.turris.cz/openwrt-repo/omnia-test/packages/base/ath9k-htc-firmware_2016-09-21-42ad5367dd38371b2a1bb263b6efa85f9b92fc93-1_mvebu.ipk
I have downloaded the package, so iâm good. Thanks!!
root@K-Router:~# wget https://api.turris.cz/openwrt-repo/omnia-test/packages/bas
e/ath9k-htc-firmware_2016-09-21-42ad5367dd38371b2a1bb263b6efa85f9b92fc93-1_mvebu
.ipk
Connecting to api.turris.cz (217.31.192.101:443)
ath9k-htc-firmware_2 100% |*******************************| 62624 0:00:00 ETA
root@K-Router:~# opkg install ath9k-htc-firmware_2016-09-21-42ad5367dd38371b2a1b
b263b6efa85f9b92fc93-1_mvebu.ipk
Installing ath9k-htc-firmware (2016-09-21-42ad5367dd38371b2a1bb263b6efa85f9b92fc93-1) to root...
Configuring ath9k-htc-firmware.
root@K-Router:~# opkg install kmod-ath9k-htc
Installing kmod-ath9k-htc (4.4.35+2016-10-08-4-34abcd5e548fc8ed5390269f3a31d173-15) to root...
Downloading https://api.turris.cz/openwrt-repo/omnia/packages//base/kmod-ath9k-htc_4.4.35+2016-10-08-4-34abcd5e548fc8ed5390269f3a31d173-15_mvebu.ipk.
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 35975 100 35975 0 0 118k 0 --:--:-- --:--:-- --:--:-- 118k
Configuring kmod-ath9k-htc.
I believe this should no longer be necessary after the current update. The newest version of updater should be able to handle local packages. If you do opk install file.ipk
, itâll copy it to a hidden location and reference it from the /etc/config/auto.lua
.
For some reason, the forum puts the response at the end even when I respond to specific postâŚ
Anyway, to clarify, this was about the workaround with creating local repositories â that workaround should no longer be necessary.
Hi All; Just for information, all i did was run updater.sh and everything ran without a problem after that. - Perhaps I was just fortunate
Swconfig is broken after the latest update. It doesnât report link status of ports because of kernel API change introduced probably by this https://github.com/CZ-NIC/turris-os/commit/84e2d306235643e3e9ef6bbc9b21eb6b5e462721#diff-7230fdab794b07810858b6adfedcfc1cR90
The newest swconfig from LEDE works fine.
After update, should I be worried?
# dmesg | grep -i ath10k
[ 18.021768] ath10k driver, optimized for CT firmware, probing pci.
[ 18.034271] ath10k_pci 0000:02:00.0: pci irq msi oper_irq_mode 2 irq_mode 0 reset_mode 0
[ 18.213393] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:02:00.0.bin failed with error -2
[ 18.224127] ath10k_pci 0000:02:00.0: Falling back to user helper
[ 18.233796] firmware ath10k!pre-cal-pci-0000:02:00.0.bin: firmware_loading_store: map pages failed
[ 18.242918] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/cal-pci-0000:02:00.0.bin failed with error -2
[ 18.253310] ath10k_pci 0000:02:00.0: Falling back to user helper
[ 18.262784] firmware ath10k!cal-pci-0000:02:00.0.bin: firmware_loading_store: map pages failed
[ 18.271540] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/fwcfg-pci-0000:02:00.0.txt failed with error -2
[ 18.282102] ath10k_pci 0000:02:00.0: Falling back to user helper
[ 18.291762] firmware ath10k!fwcfg-pci-0000:02:00.0.txt: firmware_loading_store: map pages failed
[ 18.300761] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-5.bin failed with error -2
[ 18.311495] ath10k_pci 0000:02:00.0: Falling back to user helper
[ 18.321174] firmware ath10k!QCA988X!hw2.0!firmware-5.bin: firmware_loading_store: map pages failed
[ 18.330209] ath10k_pci 0000:02:00.0: could not fetch firmware file 'ath10k/QCA988X/hw2.0/firmware-5.bin': -11
[ 18.340207] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-4.bin failed with error -2
[ 18.350940] ath10k_pci 0000:02:00.0: Falling back to user helper
[ 18.360324] firmware ath10k!QCA988X!hw2.0!firmware-4.bin: firmware_loading_store: map pages failed
[ 18.369385] ath10k_pci 0000:02:00.0: could not fetch firmware file 'ath10k/QCA988X/hw2.0/firmware-4.bin': -11
[ 18.379376] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/firmware-3.bin failed with error -2
[ 18.390108] ath10k_pci 0000:02:00.0: Falling back to user helper
[ 18.399545] firmware ath10k!QCA988X!hw2.0!firmware-3.bin: firmware_loading_store: map pages failed
[ 18.408595] ath10k_pci 0000:02:00.0: could not fetch firmware file 'ath10k/QCA988X/hw2.0/firmware-3.bin': -11
[ 18.425594] ath10k_pci 0000:02:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
[ 18.434869] ath10k_pci 0000:02:00.0: kconfig debug 0 debugfs 0 tracing 0 dfs 1 testmode 0
[ 18.444225] ath10k_pci 0000:02:00.0: firmware ver 10.1.467-ct-_fW-016-0c89552 api 2 features wmi-10.x,has-wmi-mgmt-tx,txstatus-noack,wmi-10.x-CT,ratemask-CT crc32 33e191f5
[ 18.486268] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA988X/hw2.0/board-2.bin failed with error -2
[ 18.496736] ath10k_pci 0000:02:00.0: Falling back to user helper
[ 18.506305] firmware ath10k!QCA988X!hw2.0!board-2.bin: firmware_loading_store: map pages failed
[ 18.515242] ath10k_pci 0000:02:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
[ 19.383999] ath10k_pci 0000:02:00.0: wmi print 'P 128 V 8 T 410'
[ 19.390039] ath10k_pci 0000:02:00.0: wmi print 'msdu-desc: 1424 sw-crypt: 0'
[ 19.397197] ath10k_pci 0000:02:00.0: wmi print 'alloc rem: 24448 iram: 28612'
[ 19.446705] ath10k_pci 0000:02:00.0: htt-ver 2.1 wmi-op 2 htt-op 2 cal otp max-sta 128 raw 0 hwcrypto 1
iddqd, how did you go about enabling cake?
Error notifications
Updater failed:
inconsistent: Package rt2800-pci-firmware is not available
root@Hugo:~# updater.sh
DIE:
inconsistent: Package rt2800-pci-firmware is not available
uci: Entry not found
uci: Entry not found
root@Hugo:~#
Hello guys,
just updated my Turris 1.1 (I guess) to v3.3. (Btw how can I check the version?)
Even though the Transmission is installed (as before luci-app-transmission, luci-i18n-transmission-en), the Transmission tab from LuCI disappeared. Anyone experience same issue?
You can install it back by searching package ddns-scripts_no-ip_com.
Go check file turris-version located in /etc (you can look for it even in LuCI)
Also in Foris UI (âO routeruâ / "About ") you can see Turris version as well.
Thatâs what Iâve been looking for. Thanks Pepe
Warning: this will reboot your router!
opkg update && opkg install kmod-sched-cake && reboot
Afterwards, in luci, go to Network >> SQM QoS.
In the following screen under the tab Basic settings, tick enable, select the right ethernet port (eth1 if I remember correctly) and set 95% of your max download & max upload speed in kbit/s (experiment with the % value).
Go to the Queue discipline tab, select cake as Queue discipline and select piece_of_cake as Queue setup script.
Reboot yet again and profit!
Ah, good thinking. The reboot is technically not really required:
which qdiscs are currently known to be available?
ls /var/run/sqm/available_qdiscs/
remove the memory
rm /var/run/sqm/available_qdiscs/*
rmdir /var/run/sqm/available_qdiscs
search again whether some specific qdiscs are available
/usr/lib/sqm/update-available-qdiscs
letâs see what changed:
ls /var/run/sqm/available_qdiscs/
The trick is that if the /var/run/sqm/available_qdiscs/ directory does not exist, sqm-scripts will check for the availability of a few selected qdiscs. Since that check is a bit costly and might have side effects (it creates and destroys ifb devices) and the available qdiscs rarely change it was deemed an acceptable compromise to only check on the first sqm-scripts invocation per boot (I still owe a GUI button to re-populate the availabe qdisc directory at run time, but that is low on my list of things todo -ELACKOFTIME).
Also it should not be necessary to reboot after changing sqm-scripts, the GUI should do the right thing if you hit save&apply (ot of you run â/etc/init.d/sqm stop ; /etc/init.s/sqm startâ affter editing /etc/config/sqm).
P.S.: https://wiki.openwrt.org/doc/howto/sqm#a_little_about_tuning_sqm has some instructions how to get proceed to configure sqm-scripts. Even though it does not say much about cake it still might be useful
Awesome, thanks.
I was worried after installing the module through opkg that it wasnât hooked. Tried
insmod sch_cake
for good measure and found it was already installed but couldnât see it in the SQM Luci page. A reboot did the trick. +1 for a GUI button to refresh the available qdiscs.
This is getting a little off topic, but must I give SQM some bandwidth figures to work with? Is there a way to forego that and use backpressure so I can run close as possible to line rate? Iâm under the assumption putting â0â for bandwidth just disables SQM.