Comments 11
Если код выпилили из недавних версий, то можно было бы и баг в bugzilla.kernel.org заслать. Мол так и так, работало всё хорошо, а тут всё поломали. В Ядре обычно не любят ломать юзерспейс, могут и вернуть, особенно, если код более-менее свежий и с текущим ядром собирающийся.
Ещё было бы здорово увидеть, кто его выпилил и прям в приват написать «а точно надо было выпиливать?».
Ещё было бы здорово увидеть, кто его выпилил и прям в приват написать «а точно надо было выпиливать?».
В Ядре обычно не любят ломать юзерспейсочевидно же что сломан kernel-space, не собирался модуль ядра.
Как я понимаю модуля никогда не было в основной ветке. В этой ситуации разработчики ваабче не будут шевелиться, чтобы что-то починить. Ну то есть совсем.
У разработчиков ядра очень чёткая дихотомия: для юзерспейса есть стабильное и жёско охраняемое API, для кренелспейса нет никаких гарантий вообще. То есть в принципе, совсем и даже ещё хуже.
У разработчиков ядра очень чёткая дихотомия: для юзерспейса есть стабильное и жёско охраняемое API, для кренелспейса нет никаких гарантий вообще. То есть в принципе, совсем и даже ещё хуже.
А не в курсе для Xilinx Zynq есть аналогичное решение?
Немного поздновато, но напишу.
Нужно брать не master и не tags а бренчи socfpga-*.
Например, socfpga-4.3
Именно туда накладывают патчи с нужной для SoC функциональностью.
А теги там — это просто mainline ядро.
Нужно брать не master и не tags а бренчи socfpga-*.
Например, socfpga-4.3
Именно туда накладывают патчи с нужной для SoC функциональностью.
А теги там — это просто mainline ядро.
Да, верно. Не знал. Спасибо за подсказку! Странно, что я тогда при поиске по всему гитхабу этого не нашёл… Как-нибудь выберу время и добавлю поправку к первой статье.
Может быть уже поздно, ну у Альтеры есть свой гитхаб github.com/altera-opensource/linux-socfpga
Sign up to leave a comment.
Linux в устройстве на базе чипа Altera SoC FPGA: восстанавливаем утраченный функционал