TLDR: We are releasing new and the last release in the 5.4 branch of Turris OS, this time only for Turris MOX in preparation for Turris OS 6.0. This release will allow us to distinguish between different configurations of Turris MOX and target them during updates. A more detailed explanation follows.
As we are approaching the release of the long promised Turris OS 6.0, we had to make some tough decisions. As you might know, we planned to release it a long time ago already. But because of the state of the kernel present in OpenWrt 21.02 we were unable to make it work reliably. Because of that we had to backport newer kernel version. It made a huge difference and after spending a lot of effort we have Turris OS 6.0 with 5.15 kernel in pretty good shape and ready to release.
Unfortunately we encountered yet another issue. We found a problem in Turris MOX SDIO Wi-Fi card drivers that makes it unusable on 2.4GHz. We could postpone the release once more and delay it even further till we solved that (we are in communication with the chip vendor trying to solve the issue). But after all the delays that we already had, we decided to go forward with 6.0 nevertheless and just temporally freeze Turris MOXes with SDIO on 5.4 till we solve this issue. This way we can achieve both - majority of our users would get new OS with new features but at the same time we wouldn’t break existing setups with SDIO.
After deciding how to progress, we took a look at how to achieve this goal from technical point of view and we found that there few pieces missing. We couldn’t distinguish between MOXes with SDIO cards and MOXes without them. We fixed that, but to be able to postpone the 6.0 release, we have to release those fixes before we release the 6.0. And this release does precisely that. Therefore it is released just for Turris MOX and touches only few packages - effectively switching SDIO MOXes to different branch with 5.4 release to receive 6.0 update later when we resolve the SDIO card issue.
We hope it will be resolved soon, but in the meantime, it will not receive any feature updates and also not any regular package updates. We will only fix critical security issues in the core packages.
TOS 5 will not be updated to a newer OpenWrt version, that is what TOS 6 and TOS 7 is about. TOS 5 will die once we solve the migration to TOS 6 for MOX devices with SDIO. Till then, it will receive only critical security fixes in core packages. And repeating that over and over again would actually keep us from resolving the issues faster.
This thread’s topic is the release of Turris OS 5.4.5, a specific version which was released and won’t change any more.
Any questions related to future releases, issues/fixes that appeared after the release of Turris OS 5.4.5 or the general Turris OS roadmap are therefore unrelated and should be discussed in a separate thread, at least that’s my understanding.
Just since you were so concerned, we ruled out most of the Wi-Fi CVEs (one is still under the investigation) as not affecting TOS 5. The code that is affected was introduced in later kernel versions. Regarding SSL, we have the latest stable version of openssl and note that one of the differences between us and OpenWrt is that we use openssl as a default implementation.
But I’ll refrain from going into deep discussions on every potential bug from now, just wanted to show that till we resolve the SDIO on TOS 6.0, we are paying attention even to TOS 5.
Unfortunately, turris mox updated itself for me today.
Oct 20 16:49:18 mox kernel: [20882.453163] mwifiex_sdio mmc1:0001:1: CMD_RESP: cmd 0xb1 error, result=0x1
Oct 20 16:49:18 mox kernel: [20882.460723] mwifiex_sdio mmc1:0001:1: Failed to start the BSS
Oct 20 16:49:18 mox kernel: [20882.467099] mwifiex_sdio mmc1:0001:1: Failed to start AP
Oct 20 16:49:18 mox kernel: [20882.483572] mwifiex_sdio mmc1:0001:1: CMD_RESP: cmd 0xb1 error, result=0x1
Oct 20 16:49:18 mox kernel: [20882.491935] mwifiex_sdio mmc1:0001:1: Failed to start the BSS
Oct 20 16:49:18 mox kernel: [20882.498061] mwifiex_sdio mmc1:0001:1: Failed to start AP
Oct 20 16:49:24 mox kernel: [20888.483710] mwifiex_sdio mmc1:0001:1: CMD_RESP: cmd 0xb1 error, result=0x1
Oct 20 16:49:24 mox kernel: [20888.491002] mwifiex_sdio mmc1:0001:1: Failed to start the BSS
Oct 20 16:49:24 mox kernel: [20888.496989] mwifiex_sdio mmc1:0001:1: Failed to start AP
Oct 20 16:49:24 mox kernel: [20888.512843] mwifiex_sdio mmc1:0001:1: CMD_RESP: cmd 0xb1 error, result=0x1
Oct 20 16:49:24 mox kernel: [20888.520200] mwifiex_sdio mmc1:0001:1: Failed to start the BSS
Oct 20 16:49:24 mox kernel: [20888.526280] mwifiex_sdio mmc1:0001:1: Failed to start AP
Oct 20 16:49:30 mox kernel: [20894.515825] mwifiex_sdio mmc1:0001:1: CMD_RESP: cmd 0xb1 error, result=0x1
Oct 20 16:49:30 mox kernel: [20894.523095] mwifiex_sdio mmc1:0001:1: Failed to start the BSS
Oct 20 16:49:30 mox kernel: [20894.529108] mwifiex_sdio mmc1:0001:1: Failed to start AP
Oct 20 16:49:30 mox kernel: [20894.546253] mwifiex_sdio mmc1:0001:1: CMD_RESP: cmd 0xb1 error, result=0x1
Oct 20 16:49:30 mox kernel: [20894.553422] mwifiex_sdio mmc1:0001:1: Failed to start the BSS
Oct 20 16:49:30 mox kernel: [20894.559569] mwifiex_sdio mmc1:0001:1: Failed to start AP