> Но этот шифрованный блоб работает на внутреннем процессоре wi-fi карточки, от его
> открытия легче не станет, ещё же нужно тогда открыть строение блоков
> и описать, как их программировать.
> Вот блобы, работающие, на основном проце, это, конечно зло.И? Именно так сейчас у всех, внутри уже ARMы живут специализированные. Иначе дохлые host cpu в домороутерах просто склеят лапки.
Блобы зло где бы они не работали. Ибо расслаблят их реализующего. В итоге у того же интела до сих пор время от времени фирмварь встаёт в позу раком до снятия питания, и даже костыли с рестартом в неё заложенные и включаемые отдельным регистриком не помогают. Благо сейчас это не так часто проявляется.
А тенденция утащить всё вообще в этот самый блоб сильно ограничивает возможности таких как я разработчиков софта и железяк. Например в MT7615 на уровень MCU утащены даже rate alg, и я уже не смогу реализовать в нём свои алгоритмы подстройки тракта. Тем временем для всех предыдущих чипов реализации rate_alg мне приходилось ооочень сильно переделывать, дабы обеспечить правильную работу в нужных мне местах (на сетях клиентов моих заказчиков).
Т.е. уровень реализации 802.11 становиться по сути полностью закрытым. На выходе лишь имеем пару крутилок.
Какие там дыры, как быстро наступит EOL, какие могут возникнуть проблемы в аглоритмах туда заложенных мы уже не узнаем пока не наступим на грабли в реальности.
И сделать после того как наступили уже ничего не сможем.
На hostcpu крутиться всё меньше и меньше. И это правильно, но то, что эта логика переезжает в блобы крутящиеся не важно где, вот это зло.
И это, повторюсь, не зависит уже от чипмэйкера. Все идут в одном направлении. И даже QCA похоже для 802.11ax чипов не собирается туда никого допускать.
Вариант для распечатки
(ok) on 26-Фев-18, 21:40 
