I am sorry, I do not get your argument here. You seem pretty combative, and I see no reason for that. If I have offended you, please accept my apology, I really do not want this to escalate. Point being, a fix for a real show-stopper bug, had some side-effects, not nice, but certainly no catastrophe IMHO. I have a feeling that improving that situation, by ameliorating the side-effects is better achieved by not alienating those whose help would be required to do so.
I do not believe that the omnia was sold on the promise to guarantee the availability of any specific feature for any specified, let alone in an upstream project. But I also believe that team turris might be convincible to address this issue, as they do have an interest in keeping the turris devices working well. (But they also receive severe criticism when and where they diverge from upstream OpenWrt, which means short of fixing this situation upstream one fraction of omnia users will be unhappy).
That’s what I mean with “combativeness”. I wanted to indicate that I would be happier with 385+ devices operating at higher performance, and from your post I assumed you would too, so hence I used “we” to describe us as members of the set of people wanting a solution to the issue that would not sacrifice the omnia’s performance. It seems I misinterpreted your position, sorry.
Because I understand how TOS is based on and coupled with OpenWrt, and that divergence between the two is a pretty problematic issue. It took time and some pains by team turris to get TOS better aligned with OpenWrt proper. Here the issue is, that to maintain alignment, TOS will need to find an agreement with upstream that everybody can live with. But as long as yje performance sacrifice has not been quatified all of this discussion is rather theoretical… Also, just because I own an omnia, does not mean that I need to stop caring about the OpenWrt ecosystem in general.
Please, re-read what you just wrote and just think how you would behave if you owned a 370 device.
Sorry, by being unnecessarily combative you missed that I am not arguing against re-instating the more performant compiler settings for the omnia, I just believe this needs to be done with the turris and OpenWrt developers not against them (and I also accept that the side-effects of that might be unacceptable to either team, who ever maintains code, gets a say in decisions that affect maintainability IMHO, and the number of targets/archs/platfporms certainly carry a cost).
But then again without an actual assessment of the lost performance our argument is a bit academic. If you would/could show that omnia performance in normal use-cases would drop, by sat 50% I am sure you would get the attention of relevant developers, just arguing in the abstract about some loss in performance is far less effective IMHO.