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