Post here about the "upcoming update"

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.

1 Like

Maybe try this one? https://api.turris.cz/openwrt-repo/omnia-test/packages/base/ath9k-htc-firmware_2016-09-21-42ad5367dd38371b2a1bb263b6efa85f9b92fc93-1_mvebu.ipk

1 Like

@miska @Ondrej_Caletka

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.

3 Likes

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.

Any reason to remove noip.com from dynamic dns?

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 :slight_smile:

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.

3 Likes

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.

2 Likes

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.