Pull to refresh

Comments 11

Если код выпилили из недавних версий, то можно было бы и баг в bugzilla.kernel.org заслать. Мол так и так, работало всё хорошо, а тут всё поломали. В Ядре обычно не любят ломать юзерспейс, могут и вернуть, особенно, если код более-менее свежий и с текущим ядром собирающийся.

Ещё было бы здорово увидеть, кто его выпилил и прям в приват написать «а точно надо было выпиливать?».
В Ядре обычно не любят ломать юзерспейс
очевидно же что сломан kernel-space, не собирался модуль ядра.
А, понятно. Я думал из ядра модуль выпилили.
Как я понимаю модуля никогда не было в основной ветке. В этой ситуации разработчики ваабче не будут шевелиться, чтобы что-то починить. Ну то есть совсем.

У разработчиков ядра очень чёткая дихотомия: для юзерспейса есть стабильное и жёско охраняемое API, для кренелспейса нет никаких гарантий вообще. То есть в принципе, совсем и даже ещё хуже.
если «и не было», то да, я не прав.
А не в курсе для Xilinx Zynq есть аналогичное решение?
Да, есть. Когда я шерстил гитхаб на предмет исходников мне попадались исходники от FPGA-менеджера для Xilinx Zynq. Если я, конечно, правильно понял Ваш вопрос и Вы спрашивали про драйвер FPGA-менеджера.
Немного поздновато, но напишу.

Нужно брать не master и не tags а бренчи socfpga-*.
Например, socfpga-4.3

Именно туда накладывают патчи с нужной для SoC функциональностью.

А теги там — это просто mainline ядро.
Да, верно. Не знал. Спасибо за подсказку! Странно, что я тогда при поиске по всему гитхабу этого не нашёл… Как-нибудь выберу время и добавлю поправку к первой статье.
У меня в сообщении выше и дана ссылка на этот гитхаб :)
Только на уже устаревшую и удаленную версию ядра.
Sign up to leave a comment.

Articles