Разработчики из компании SUSE представили (https://lists.freedesktop.org/archives/dri-devel/2019-March/...) новый видеодрайвер fbdevdrm, предоставляющий поддержку API DRM (Direct Rendering Manager) поверх устройства Framebuffer (fbdev) в Linux. Предложенный набор патчей протестирован для запуска композитного сервера Weston и X-сервера с fbdev-драйверами для видеокарт atyfb (ATI Mach64, RageII, RageII+, RageIIc), aty128fb (ATI Rage128), s3fb (S3), savagefb (Savage), sisfb (SiS), tdfxfb (3Dfx) и tridentfb (Trident).
Подсистема fbdev считается устаревшей и когда-нибудь будет удалена из ядра, что приведёт к потере большого числа драйверов, работающих через фреймбуфер. Некоторые из этих драйверов затрагивают оборудование, которое всё ещё используется и предоставляет достаточно хорошую поддержку фреймбуфера.
Проект fbdevdrm окажется полезным для перевода на современный API DRM драйверов, завязанных на фреймбуфер и выносящих логику взаимодействия с графическим адаптером в пространство пользователя. Fbdevdrm не нацелен на расширение функциональности fbdev и на продолжение развития данной технологии, но он может использоваться как шаблон и пошаговая инструкция для перевода драйверов с fbdev на DRM, или как прослойка для предоставления API DRM поверх немодифицированных fbdev-драйверов.Код fbdevdrm распространяется под лицензией GPLv2+ с исключением, позволяющим при желании перелицензировать код под любой другой лицензией, что даёт возможность использования проекта для портирования на DRM любых fbdevd-драйверов, независимо от применяемой в них лицензии.
Разработчикам приложений проект позволит не тратить усилия на поддержку двух API для взаимодействия с графическим оборудованием (DRM и fbdev), так как они смогут ограничиться только одним интерфейсом DRM без потери совместимости с драйверами на базе fbdev.
URL: https://lists.freedesktop.org/archives/dri-devel/2019-March/...
Новость: https://www.opennet.dev/opennews/art.shtml?num=50400
>Подсистема fbdev считается устаревшей и когда-нибудь будет удалена из ядраПохоже я немного перележал в криокамере. Ещё недавно все говорили, что fbdev в линуксе это вершина прогресса.
Я вот тоже не пойму, а почему устарело и что на замену. Где-то новость есть об этом. Что рекомендуют использовать? Просто ставить X11 ради например вывода на экран пары графиков это слишком жирно. А ставить Weston и рыться в его адском API просто невозможно fbdev на столько прост в применении, что прям диву даешься, а гармоничность реализации драйверов для контроллеров устройств делает возможность переносимости.Короче что на замену предлагають?
А у меня иксы на нем работают, потому что для видеокарты нет нормальных дров.
DRM жеж
SUSE в последнее время радуют. После слияния RedHat и ухода Canonical с десктопов, SUSE претендует на звание самой ламповой в Open Source.
>ухода Canonical с десктоповЛол, что?
Не обращай внимания. Это сирожа, известный талисман опеннета. Он одаренный! :)
про слияние ред хат с айбиэм понятно - это исключительно энтерпрайз серверный рынок, а вот про уход каноникал с десктопа не совсем ясно, отказ от разработки юнайти это уход?
обоср@лись с Unity&Mir, и коню понятно.
Что за бред? Если подсистема fbdev считается устаревшей будет удалена из ядра, то текстовой консоли вообще что-ли не будет? Один Вяленд останется что ли?
>то текстовой консоли вообще что-ли не будетДа. Поддержку текстовой консоли уже давно хотят вынести в юзерспейс, даже без учета возни вокруг fbdev.
Жуть какая-то. Такое впечатление, что в последнее время энтузиастов своего дела и профессионалов высокого класса сменяют настоящие безумцы, которые хотят выкинуть все, что нарабатывалось долгие годы и что собственно в Линуксе и ценилось.
Извини пожалуйста, но выкидывать технологии из 60-тых для терминалов наверное имеет смысл в 2019. А знаешь кто первый выкинул терминал как мы его знаем и внедрил графический интерфейс? plan9, в 90-тые, как раз те ребята кто Unix и сделал. Только Linux стоит жопой к прогрессу
в плане имхо можно работать и без запуска графической оболочки (правда, насколько это удобно я не скажу), это у инферно она запускается сразу.
Выкидывать терминальные технологии из ядра, которое в 90% юзается на серверах НЕТ смысла.
И много Вы разновидностей терминалов используете?Если доступ к серверу обеспечивает SSH, то это скорее всего xterm.
А если работа идет на самом сервере, то скорее всего в сервере графический(!) видеоадаптер и предполагаем, что можно выводить графику (fbdev или какой-то графический драйвер), то есть по сути тоже xterm.
Остались только какие-то текстовые устройства: микроконтроллеры с последовательным портом и т.д. и вот тут тоже вопрос будет ли кто-то на них работать долго или отладив устройство отключат терминал. т.е. нужна поддержка терминалов только на этапе дебага и отладки, а во все остальное время нет.
По сути выходит, что для рядо серверных платформ достаточно ядра в котором нет вывода вообще и достаточно просто программы init, которая выполняет роль менеджера (что-то вроде современного systemd).
Вы почитали бы что-нибудь по обсуждаемому вопросу, а то аж читать стыдно.
> которое в 90% юзается на серверах НЕТ смысла.Которое в 90% юзается на телефонах.
Просыпайся, 2019-й на дворе.
>Извини пожалуйста, но выкидывать технологии из 60-тых для терминалов наверное имеет смысл в 2019.Из 70-80-х.
А давай-ка выкинем дисплеи, клавиатуры, полностью перестанем поддерживать магнитные диски (есть же модные-молодежные fdd), заодно откажемся от микропроцессоров и оперативной памяти. Это же все такое устаревшее! Плевать, что компьютеры не будут работать без этого, важнее по-хипстерски выкинуть все "старое".
Выкинуть всё, кроме сети и нейроинтерфейсов. Хранить информацию в мозгу, упавлять им же.
Где, простите, хранить информацию ?
эти люди пришли на все готовое - в этом причина.
"Текстовая консоль" -- понятие растяжимое!(A) Собственно VGA текстовая консоль это CONFIG_VGA_CONSOLE. По дефолту 80x24, символы генерятся видеокартой, работает быстро. Никто на неё не покушается, за исключением случаев когда её в принципе нет, типа: raspberrypi, powerbook и т п.
(B) CONFIG_FRAMEBUFFER_CONSOLE это консоль, работающая поверх любого фреймбуфера CONFIG_FB. Оным может служить как фреймбуфер DRM драйвера, или же $сабж -- стародревние "Frame buffer hardware drivers" aka CONFIG_FB_*. Их-то и пытаются закопать, так как проку от них на современном железе при наличии годных DRM дров -- нет.
А про вариант с СОМ-портом все забыли как я погляжу... маладца, чё!
все, кому он нужен - помнят и пользуются, и никто его не выкинет. Но сейчас разговор явно о другом
Ну и выходит, на 24-27 мониторе 80х25 угу.
Вообще-то, адепты вяленого считают, что всё остальное -- ошибка природы. И при первой возможности похоронят всё старое оборудование. Просто по приколу.
Именно поэтому мне очень не нравится накручивание верней циферки в ядре Линуса и его "монолитная" сборка (что упрощает поддержку, но очень усложняет разработку новых фич отдельно от ядра). Пора бы уже начать двигаться (пока финансы позволяют) к абстракции над оборудованием и завершением "улучшений внутренних структур данных", но всем пофигу.
Ну вот в Андроиде нет консоли и нельзя включить отображение загрузки. Хотя, на моём дремучем, лежащем в ящике iPhone3G - можно, с джейлбрейком. Кто видел - получили неизгладимое впечатление и долго меня называли разными словами :D
Рут спасет отца русской демократии.
Давно есть и что дальше?
Укажите сколько вам виртуальных консолей нужно
он не нужен для вывода текста в консоли.
>> для видеокарт atyfb (ATI Mach64, RageII, RageII+, RageIIc), aty128fb (ATI >>Rage128), s3fb (S3), savagefb (Savage), sisfb (SiS), tdfxfb (3Dfx) и >>tridentfb (Trident)Не могу не вспомнить: "Пришла весна и некрофилы достали заступы и вилы". В SUSE видимо кто-то раскапывал старые склады..? :)
Запуск вяленого на Rage128 - это прям хентай какой-то.
> Код fbdevdrm распространяется под лицензией GPLv2+ с исключением, позволяющим при желании перелицензировать код под любой другой лицензией…Это надо было так извратить идею! Какой смысл в кастрированной GPL? Пилили бы уж Public Domain. Или PD в ядро не берут?
>Какой смысл в кастрированной GPL? Пилили бы уж Public DomainЧто-то я этого лицензионного тонковкусия у пользователей не понимаю - были бы разрабами, еще можно понять - а так, вам чтоб работало или лицензия правильная?
Так лицензионное тонковкусие от Столлмана - это именно о правах ("свободах") пользователя. Чтобы полученный код был гарантированно с исходниками, распространяем и т. д. Кому как не пользователям об этом беспокоиться?
Исходный код _пользователю_ совершенно не нужен. Пользователю нужно, чтобы ПО работало с наименьшими проблемами и, если это доступно, было еще и бесплатным. Исходный код может быть нужен _разработчику_ ПО.
> Исходный код _пользователю_ совершенно не нужен. Пользователю нужно, чтобы ПО работало
> с наименьшими проблемами и, если это доступно, было еще и бесплатным.
> Исходный код может быть нужен _разработчику_ ПО.вы не правы, я бы с удовольствием посмотрел в некоторых программах почему они МОЛЧА завершаются на старте (например предположительно им каких-то библиотек не хватает) без переписывания их кода
>я бы с удовольствием посмотрел в некоторых программах почему
> они МОЛЧА завершаются на старте (например предположительно им каких-то библиотек не
> хватает) без переписывания их кода[I]Высылайте мне деньги и адрес, куда слать bin/strace.
Это УЖЕ предполагает уровень компетентности сравнимый с разработчиком.
> Это УЖЕ предполагает уровень компетентности сравнимый с разработчиком.я Си не знаю, но читать его могу, особенно если код самодокументированный и не на китайском -> моя компетенция сравнима с разработчиком?
> не знаю, но читать могуТак знаете или нет?
>> не знаю, но читать могу
> Так знаете или нет?не знаю, но там белым по чёрному русск^w английским языком, и смысл почти всегда понятен (если количество звёздочек и стрелочек в строке не стремится к бесконечности)
> и смысл почти всегда понятен (если количество звёздочек и стрелочек в строке не стремится к бесконечности)Хочется править код - ищите софт с доступным кодом, кто мешает?
>> и смысл почти всегда понятен (если количество звёздочек и стрелочек в строке не стремится к бесконечности)
> Хочется править код - ищите софт с доступным кодом, кто мешает?первоначальный комментарий о том что мне нужен исходный код используемого мной продукта даже если я не программист
Если вы правите исходники вы уже программист.
смысл новости исказили
не дрм-драйвер поверх fbdev, дрм-драйвер для fbdev (т.е. прослойка, позволяющая старым дровам работать по новому апи)
> не дрм-драйвер поверх fbdev, дрм-драйвер для fbdev (т.е. прослойка, позволяющая старым дровам работать по новому апи)Ровно об этом в новости и написано: "...может использоваться как шаблон и пошаговая инструкция для перевода драйверов с fbdev на DRM, или как прослойка для предоставления API DRM поверх немодифицированных fbdev-драйверов."
Даже оригинальная новость, по ходу, не совсем точна, поскольку, по ходу, речь именно о драйверах: "Back in 2012 was a call for deprecating Linux FBDEV drivers in a move to try to kill off the FBDEV subsystem in favor of modern DRM drivers." (c)Те же nouveaufb, inteldrmfb, radeondrmfb,... и т.д. - это именно фреймбуфер поверх этих самых DRM-драйверов, которые сейчас и продвигают. А "deprecated", по ходу, pure FBDEV драйвера наподобие nvidiafb и перечисленных в новости.
Они все еще пытаются победить поломанный Plymouth.
Кстати, они собираются натягивать сие поверх efifb (или как там его зовут..)?
openSUSE Tumbleweed довольно стабильная ОС, несмотря на роллинг релиз и достаточно свежие пакеты. Но с репозитариями у них бардак.
И это относится к новости... как?
Так наведи его! Это оперсорс, детка. Здесь каждый вносит свой вклад.
Вы где-нибудь видели, чтобы в проекте, в который каждый вносит свой вклад, был порядок? :-))))
А что есть еще какой-то иной способ развивать проект, над которым работает несколько человек, кроме как внесения каждым своего вклада?
> А что есть еще какой-то иной способ развивать проект, над которым работает
> несколько человек, кроме как внесения каждым своего вклада?
Расскажите для чего оно нужно для тех кто застрял во времена хорга и компиза.
А потом люди удивляются почему линукс на десктопе не популярен. Все становится ясно когда все силы бросают на поддержку помета мамонта и никому не нужную ерунду по типа systemd.
+100500!!
Почему ядро линукса до сих пор не переписали на node.js? Бездельники!
Доколе???
Ага, встроить в uefi 3.0 интерпретатор жс.
Не мелочись. Сразу Electron.
Matrox G200 до сих пор устанавливают в серверы. Вернее не "устанавливают", потому что это интеграшки
Продолжить поддержку Trident и S3 - это конечно круто. Пацаны оказывается еще знают, что такое Trident. Уважаю.
Накрутка голосов за комментарии "всё старое нужно выбросить, потому что это старое" меня умиляет. Эти люди сидят на наследии СССР, пользуются его плодами и не задумываются об этом. Посмотрел бы я на то, как они выбрасывают всё старое в стране, в которой ничего подобного за последние 30 лет не строили (разве что руками гастарбайтеров). Лично я надорвался даже на элементарной замене гаражных ворот в пожарной части (по объявлению пришёл).Сейчас примерно так и происходит в опенсорсе (да и в винде тоже). Переписывание старого на новое только лишь потому, что оно старое. Никаких новых фич и заделов на их появление в будущем. Тот же Wayland, а что крутого он даёт? "Иксы" вот в Fedora уже давно не от root-а работают. Секьюрность содержимого окошек от других процессов? Ага, только теперь невозможно сделать скриншот. Лично для меня самым главным недостатком "иксов" было то, что нельзя просто взять и налабать прогу на его API, но Wayland не даёт и этого.
Тебя жж травмировало или швабра покусала?
1) скрины уже давно есть
2) есть wlroots, gtk и qt, бери да пиши.