The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]

28.01.2018 11:28  Проект Solus представил библиотеку Linux Driver Management 1.0

Разработчики проекта Solus, развивающего одноимённый дистрибутив GNU/Linux и окружение рабочего стола Budgie, представили первый выпуск пакета Linux Driver Management (LDM), предоставляющего библиотеку функций и инструментарий для быстрого определения состава аппаратного окружения текущей системы. Библиотека позволяет получить список имеющихся устройств и сопоставить каждое устройство с применяемыми для этого устройства драйверами или приложениями из репозитория. Код библиотеки написан на языке Си и распространяется под лицензией LGPL2.1.

Библиотека не привязана к конкретным классам устройств и может использоваться в дистрибутивах для организации управления драйверами, определения доступного оборудования и подбора подходящих драйверов для всех имеющихся устройств, включая устройства, подключенные через HID-интерфейс (клавиатуры, мыши), USB, PCI, DMI, ieee80211 и Bluetooth. Предоставляются средства как для стационарных аппаратных компонентов, так и для подключаемых устройств (обработка hotplug через udev).

При интеграции LDM в дистрибутив пользователю не нужно задумываться о драйверах при подключении нового устройства - инструментарий обеспечит поиск и активацию необходимого драйвера, а при его отсутствии предложит установить недостающие пакеты из репозитория. Например, пользователь может быть информирован о доступности дополнительных проприетарных драйверов для видеокарт NVIDIA, для мышей Logitech могут быть предложены дополнительные пакеты для настройки DPI и индикаторов, осуществлена подборка драйверов для принтеров и рекомендовано дополнительное ПО для брелоков Yubikey, такое как Yubikey NEO Manager или Yubikey Personalization GUI.

Для опроса и определения устройств предлагается API на базе GObject, позволяющий встроить предоставляемую библиотекой функциональность в центры управления приложениями (на базе LDM уже построен Solus Software Center). Возможно расширение функциональности и типов поддерживаемого оборудования через плагины, которые могут создаваться не только на Си, но и на любых языках с поддержкой биндингов для интроспекции GObject, включая Vala, JavaScript и Python.

Кроме установки драйверов в LDM имеются средства корректировки конфигурации графической подсистемы для работы проприетарных видеодрайверов и механизма Optimus/PRIME (например, LDM может динамически подменять библиотеки libGL в зависимости от активного драйвера и изменять конфигурацию X.Org). Также предоставляется уровень абстракции для разбора системной конфигурации для определения iGPU и dGPU, идентификации гибридных систем (переключение между дискретной видеокартой и интегрированным GPU) и классификации устройств.



  1. Главная ссылка к новости (https://solus-project.com/2018...)
  2. OpenNews: Инициатива по предоставлению идентификаторов USB-устройств для открытого оборудования
  3. OpenNews: Релиз Libinput 1.0, унифицированного стека для работы с устройствами ввода
  4. OpenNews: Выпуск дистрибутива Solus 3 и рабочего стола Budgie 10.4
  5. OpenNews: Для Android реализована возможность применения штатных видеодрайверов Linux
  6. OpenNews: Инициатива по созданию единой коллекции обновлений прошивок для Linux
Лицензия: CC-BY
Тип: Программы
Ключевые слова: solus, driver
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, A.Stahl (ok), 11:32, 28/01/2018 [ответить] [показать ветку] [···]    [к модератору]
  • +16 +/
    По описанию звучит слишком уж хорошо, полезно и удобно.
    В чём подвох?
     
     
  • 2.4, Аноним (-), 11:42, 28/01/2018 [^] [ответить]    [к модератору]
  • +3 +/
    Так уже ж давно были всякие kudzu
     
  • 2.23, Аноним (-), 13:55, 28/01/2018 [^] [ответить]    [к модератору]
  • –1 +/
    Солус не только этот инструмент написали для "хорошо и удобно". Думаю, подвоха нет.
     
     
  • 3.25, анон (?), 14:00, 28/01/2018 [^] [ответить]    [к модератору]
  • +1 +/
    если не путаю их с кем-то, то там один из основных разрабов тесно связан с разработкой ПО Intel...
     
     
  • 4.32, Аноним (-), 14:19, 28/01/2018 [^] [ответить]    [к модератору]
  • +/
    > если не путаю их с кем-то, то там один из основных разрабов
    > тесно связан с разработкой ПО Intel...

    У интела есть куча открытого, он может и не знать, что там в микрокоде.

     
  • 2.31, EHLO (?), 14:19, 28/01/2018 [^] [ответить]     [к модератору]  
  • –1 +/
    Безмерно рад в первом же комментаторе встретить человека, который объяснит 1 З... весь текст скрыт [показать]
     
  • 2.37, Sunderland93 (ok), 15:10, 28/01/2018 [^] [ответить]    [к модератору]  
  • +5 +/
    >> В чём подвох?

    В GObject

     
  • 2.38, AlexYeCu_not_logged (?), 15:22, 28/01/2018 [^] [ответить]     [к модератору]  
  • +3 +/
    В том, что оно работать нормально не будет За эту задачу многие брались, пока н... весь текст скрыт [показать]
     
     
  • 3.68, Crazy Alex (ok), 20:16, 29/01/2018 [^] [ответить]    [к модератору]  
  • +/
    Я так понял, что там идея в том, чтобы драйвером не ограничиваться, а подтянуть всё, что касается найденной железки - фирмвари, тулзы для настройки и т.д.
     
     
  • 4.78, PnDx (ok), 12:17, 31/01/2018 [^] [ответить]    [к модератору]  
  • +/
    Вот тут, собственно, и подвох. Должно вписаться большинство производителей сколько-нибудь популярного железа. Получится сагитировать — взлетит.
     
  • 2.45, Анон2 (?), 16:31, 28/01/2018 [^] [ответить]     [к модератору]  
  • –10 +/
    Не работает или не адаптировано к популярным дистрам и не будет т к на си и про... весь текст скрыт [показать]
     
  • 2.51, piteri (ok), 20:19, 28/01/2018 [^] [ответить]    [к модератору]  
  • +5 +/
    Подвох?
    >GObject, включая Vala, JavaScript и Python

    же

     
     
  • 3.59, Аноним (-), 08:14, 29/01/2018 [^] [ответить]    [к модератору]  
  • +/
    срочно выкидывай весь софт, который юзает zlib, потому что для zlib тоже есть биндинги на "вспомнити жс"
     
  • 1.2, Аноним (-), 11:34, 28/01/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • +4 +/
    Ну наконец-то! Дождались! 2018 год! :D
     
     
  • 2.71, rewwa (ok), 23:24, 29/01/2018 [^] [ответить]    [к модератору]  
  • +/
    > Ну наконец-то! Дождались! 2018 год! :D

    Несомненно отличная новость!

     
  • 1.3, Аноним (-), 11:40, 28/01/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    И как оно узнает адрес SPI контроллера в китайском SoC?
     
     
  • 2.6, Аноним (-), 11:43, 28/01/2018 [^] [ответить]    [к модератору]  
  • +1 +/
    Никак, это для десктопа
     
     
  • 3.9, Аноним (-), 11:49, 28/01/2018 [^] [ответить]    [к модератору]  
  • +/
    А разве на десктопе существует проблема определения периферии?
     
     
  • 4.12, Аноним (-), 12:07, 28/01/2018 [^] [ответить]    [к модератору]  
  • +/
    Для десктопа всё уже в ядре
     
  • 2.18, MinimumLaw (?), 13:11, 28/01/2018 [^] [ответить]     [к модератору]  
  • +3 +/
    Из DTB Ее цель не шины отсканитровать, и даже не устройства на них А сопостави... весь текст скрыт [показать]
     
  • 1.5, AntonAlekseevich (ok), 11:43, 28/01/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Использовался VSCode?
    Проект уйдет к черту.
     
     
  • 2.8, A.Stahl (ok), 11:48, 28/01/2018 [^] [ответить]    [к модератору]  
  • +7 +/
    Некоторые даже в vim пишут. Правда они и не палятся.
     
     
  • 3.14, AntonAlekseevich (ok), 12:24, 28/01/2018 [^] [ответить]     [к модератору]  
  • +3 +/
    VIM наоборот лучше, всякого VS Я его пока не осилил, но пользуюсь пока gedit о... весь текст скрыт [показать]
     
     
  • 4.15, A.Stahl (ok), 12:29, 28/01/2018 [^] [ответить]    [к модератору]  
  • +17 +/
    Попробуй ed. Vim изобрели неосиляторы ed. Спроси у Саахрикту -- он не даст соврать.
     
     
  • 5.20, AntonAlekseevich (ok), 13:20, 28/01/2018 [^] [ответить]     [к модератору]  
  • +3 +/
    А почему бы и нет И через пять минут, на что я подписался Ещё скажи что Em... весь текст скрыт [показать]
     
  • 5.27, Аноним (-), 14:10, 28/01/2018 [^] [ответить]    [к модератору]  
  • +3 +/
    > Vim изобрели неосиляторы ed.

    Неосиляторы ed изобрели ex. Неосиляторы ex изобрели vi. Неосиляторы vi изобрели vim.

     
  • 5.33, Аноним (-), 14:21, 28/01/2018 [^] [ответить]    [к модератору]  
  • +5 +/
    > Попробуй ed. Vim изобрели неосиляторы ed. Спроси у Саахрикту -- он не
    > даст соврать.

    Пфф. Вы просто не освоили бабочек.

     
     
  • 6.43, Аноним84701 (ok), 16:03, 28/01/2018 [^] [ответить]     [к модератору]  
  • +3 +/
    Мило Но вообще-то у нас в emacs есть команда и для любителей бабочек M-x butte... весь текст скрыт [показать]
     
     
  • 7.58, freehck (ok), 06:40, 29/01/2018 [^] [ответить]    [к модератору]  
  • +/
    Чёртов Emacs! Даже butterfly-mode есть. Скажите лучше сразу, чего он НЕ может.
     
     
  • 8.60, A.Stahl (ok), 08:28, 29/01/2018 [^] [ответить]    [к модератору]  
  • +/
    >чего он НЕ может

    Притвориться вимом?

     
     
  • 9.62, a (??), 09:20, 29/01/2018 [^] [ответить]    [к модератору]  
  • +/
    https://www.emacswiki.org/emacs/VimMode
     
     
  • 10.67, Аноним (-), 18:03, 29/01/2018 [^] [ответить]    [к модератору]  
  • +/
    > https://www.emacswiki.org/emacs/VimMode

    гы
    https://hsto.org/files/3c8/1c8/2d3/3c81c82d353043aa9bf6d7cad4e50e34.png


     
  • 9.65, freehck (ok), 11:37, 29/01/2018 [^] [ответить]    [к модератору]  
  • +/
    >>чего он НЕ может
    > Притвориться вимом?

    Ха-ха-ха! Extensible Vi Layer: https://www.emacswiki.org/emacs/Evil

     
  • 8.63, Ю.Т. (?), 09:41, 29/01/2018 [^] [ответить]    [к модератору]  
  • +1 +/
    > Чёртов Emacs! Даже butterfly-mode есть. Скажите лучше сразу, чего он НЕ может.

    Быть доступным в освоении.

     
  • 5.64, Vladimir Douritski (?), 10:30, 29/01/2018 [^] [ответить]    [к модератору]  
  • +/
    Супер!
     
  • 1.10, Аноним (-), 11:59, 28/01/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    > USB, PCI, DMI, ieee80211 и Bluetooth

    Релюшки через GPIO находить умеет?

     
     
  • 2.11, лдршырва (?), 12:05, 28/01/2018 [^] [ответить]    [к модератору]  
  • +/
    Хотя бы оно прошивки для блютуза осилило.
     
  • 2.24, Аноним (-), 13:59, 28/01/2018 [^] [ответить]    [к модератору]  
  • +2 +/
    И тогда суровые сибирские мужики положили шпалу.

    Не всё сразу. Спасибо что на Си, а не на Питоне, Яве, Моно или Электроне.

     
     
  • 3.39, Аноним (-), 15:24, 28/01/2018 [^] [ответить]    [к модератору]  
  • +/
    > Электроне

    Электрон может в такой низкий уровень?

     
     
  • 4.54, Led (ok), 22:22, 28/01/2018 [^] [ответить]    [к модератору]  
  • +2 +/
    > Электрон может в такой низкий уровень?

    Электрон - это ниже плинтуса. Куда ещё ниже?

     
  • 1.13, Аноним (-), 12:19, 28/01/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • –3 +/
    Ждем менеджер браузеров и защитник настроек.
     
     
  • 2.48, Аноним (-), 16:46, 28/01/2018 [^] [ответить]    [к модератору]  
  • +2 +/
    И еще не забудьте Driver Updater Pro!
     
  • 1.16, Крутой аноним (?), 12:39, 28/01/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • +4 +/
    Так все это кроме настройки пользовательских программ
    ядро делает автоматически,
    нафига их библиотека то нужна?
     
     
  • 2.26, анон (?), 14:05, 28/01/2018 [^] [ответить]    [к модератору]  
  • +1 +/
    думаю оновная причина - пляски с бубном вокруг ноутбуков. на трансформерах с дискретной графикой установка линукса - та еще задача
     
  • 2.29, Аноним (-), 14:14, 28/01/2018 [^] [ответить]     [к модератору]  
  • +3 +/
    Чтобы ядро что-то могло сделать, ему нужны драйверы и прошивки, которые могут бы... весь текст скрыт [показать]
     
     
  • 3.75, AlexYeCu_not_logged (?), 11:43, 30/01/2018 [^] [ответить]    [к модератору]  
  • +/
    >Вот чтобы объяснить хомячку, что надо доустановить, прежде чем он со словами "гамно этот ваш линyпс" вернётся на винду, и нужна эта библиотека.

    А может ну их, этих хоячков?

     
  • 2.35, Crazy Alex (??), 14:51, 28/01/2018 [^] [ответить]     [к модератору]  
  • +/
    Чтобы делало ядро - драйвер должен быть в ядре А если, допустим, с железкой чер... весь текст скрыт [показать]
     
  • 1.22, Аноним (-), 13:33, 28/01/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • +3 +/
    Два раза перечтал новость, так и не понял — зачем это нужно.
     
     
  • 2.36, aaa (??), 14:59, 28/01/2018 [^] [ответить]    [к модератору]  
  • +1 +/
    Чтобы ты не лез внутрь системника смотреть микросхемы, а запустил lspci lsusb + pciid usbid. Не выковыривал vid'ы, pid'ы, dev'ы и т.п.
    Эверест в одном флаконе.
    Годная штука!
     
     
  • 3.44, EHLO (?), 16:10, 28/01/2018 [^] [ответить]     [к модератору]  
  • +/
    Странно что до них не было lspci, lsusb, dmidecode, sysfs, репозитория идентифик... весь текст скрыт [показать]
     
  • 3.52, Аноним (-), 20:33, 28/01/2018 [^] [ответить]    [к модератору]  
  • +/
    какое отношение смотрение на мискросхемы имеет к названию программы? Почему авторы программы подобно поцтеру не слыхали о каком-нить lshw? Почему ваш ответ породил новые вопросы?
     
  • 1.28, Аноним (-), 14:12, 28/01/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    И нафига оно? Не хочешь возится с файлами или dmidecode? inxi, за глаза.
     
  • 1.30, anonymous (??), 14:16, 28/01/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Как я подозреваю, внутри у него какая-то база знаний. Вряд ли всю полезную информацию можно вытащить автоматически. Что есть в базе - то обработается корректно, чего нет - не найдётся. Если люди хорошие, то тогда можно расширять базу пользовательскими пакетами.
     
  • 1.34, Fjgkdhdnxo (?), 14:47, 28/01/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • –2 +/
    Неудели кто-то допетрил, что пихать в ядро все драйверы мира плохая идея и там должно быть только самое необходимое?
     
     
  • 2.61, Ю.Т. (?), 08:44, 29/01/2018 [^] [ответить]    [к модератору]  
  • +/
    Но, кажется, не каждый драйвер способен работать как модуль?
     
  • 1.40, наноним (?), 15:48, 28/01/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • –1 +/
    >Код библиотеки написан на языке Си

    вносите хейтеров

     
     
  • 2.41, Crazy Alex (ok), 15:52, 28/01/2018 [^] [ответить]    [к модератору]  
  • +/
    Там хуже, чем C - там GObject
     
  • 1.42, jOKer (ok), 16:00, 28/01/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • –2 +/
    Хотелось бы верить что сабжу хитро-вые... пардон! - хитро-сделанные китайские тачпады и прочие девайсы, весящие на i2c, окажутся по зубам. Доселе ни одной вменяемой софтинки горящей желанием показать мне что прицеплено к i2c я не встречал.
     
     
  • 2.47, Аноним (-), 16:46, 28/01/2018 [^] [ответить]     [к модератору]  
  • +/
    Потому что сама шина не предполагает подобного sensors-detect пытается, впрочем... весь текст скрыт [показать]
     
     
  • 3.56, jOKer (ok), 04:45, 29/01/2018 [^] [ответить]    [к модератору]  
  • +1 +/
    И тем не менее делает.

    Ровно как и еще одна самописка на питоне, которую я как-то увидел в Сети. Только ID устройств в ней было очень не много, - чуть более тридцати. Явно писал человек на раз и для себя. А вот промышленного решения я не видел, и где взять эти идентификаторы - понятия не имею.

    А вопрос вовсе не праздный - китайцы в последнее время цепляют к i2c отнюдь не только сенсоры, а определить чего же они там подцепили крайне сложно. Думаю, что я не один такой, кто на этом огреб проблемы.

     
  • 1.46, Аноним (-), 16:32, 28/01/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • +1 +/
    Хотелось бы подобное, но чтобы генерило конфиг ядра, и не как localmodconfig на основе подгруженных модулей, а также на основе имеющегося железа.
     
  • 1.49, dkg (?), 17:09, 28/01/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • –1 +/
    Наконец то.
     
  • 1.50, Большой Босс (?), 19:16, 28/01/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Для OpenSSL определяет VIA Eden (padlock) аппаратный крипто-генератор?
     
  • 1.53, Аноним (-), 21:30, 28/01/2018 [ответить] [показать ветку] [···]     [к модератору]  
  • +3 +/
    для этого уже существует libglvnd спасибо, но такой prime как в ubuntu, с логаут... весь текст скрыт [показать]
     
  • 1.55, pavlinux (ok), 02:06, 29/01/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Не нашёл дрова для BCM5821
     
  • 1.57, Аноним (-), 04:54, 29/01/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Рад за ребят - надо же с чего-то начинать изучать на практике низкоуровневый язык программирования ;) Вдвойне рад, что не выбрали сразу С++, а таки остановили свой выбор на Си.
     
     
  • 2.69, Crazy Alex (ok), 20:18, 29/01/2018 [^] [ответить]    [к модератору]  
  • +/
    GObject - это крайне уродливое ООП на C, плюсы на порядок лучше.

    Больше того - это как раз тот случай, когда высокоуровневый язык подошёл бы куда лучше - для собственно анализа оборудования инструментов и так хватает, тут надо фактически сделать обвязку с базой подходящего софта, драйверов и подобного. Смысл возиться с чистыми сями?

     
     
  • 3.70, _ (??), 21:34, 29/01/2018 [^] [ответить]    [к модератору]  
  • +/
    А смысл квакать то?!
    Напиши на своём любимом языке и криком БАНЗАЙ!^W  ... смотрите как нада! медленно и неотвратимо выкладывай линк на ... 8-)
    И тут не только мы оба, но таки даже не только лишь все поняли - не будет этого, ибо не мешки ворочать!(С) :)


     
     
  • 4.73, Crazy Alex (ok), 03:02, 30/01/2018 [^] [ответить]    [к модератору]  
  • +/
    Перечитай ещё раз диалог. Существо заявило, что, мол, хорошо, что низкоуровневое и не плюсы. Я ответил, что: 1) здесь не критично, чтобы на сях; 2) там GObject, который чистыми C ну никак не назвать и что он урод (ну дык - оно там всё на макросах, иначе ООП в сях не сделать, так что красивым не может быть в принципе), и то же самое делается на плюсах чисто и красиво.

    Каким боком это связано со "сделай сам"?

    А так - ну да, лучше проект на любом языке, чем его полное отсутствие. Только конкретно к моему комментарию это не относится.

     
  • 1.72, AnoNe01eX (?), 01:29, 30/01/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    0. Проект только для Linux. По факту, - Solus знает только то, о чём знает ядро Linux. Упростил (для usb, например, дополнительно используется libusb), но суть не в этом.
    1. Проект только для десктопов (bluetooth, dmi, pci, usb, wi-fi). Все остальные сразу могут расходится.
    2. Проект использует объекты, там где можно обойтись более простыми и эффективными средствами, -> структурами. Те, кому это не по нраву, тоже могут отсекаться.
    3. Не совсем понятно, зачем там используются алиасы. Типа, такой хитрый ход, чтобы усложнить понимание исходного кода?

    Дальше углубляться не стал, потому что понял, что для меня, во всяком случае на данном этапе, не подходит.

    При этом я фанат Linux, не противник GObject, но не приветствую его бездумное использование. :-)

    Сам udev умеет больше, а для его простого использования (если вам уж совсем лень) есть Eeze (часть EFL).

     
     
  • 2.74, Ю.Т. (?), 08:01, 30/01/2018 [^] [ответить]    [к модератору]  
  • +/
    > 1. Проект только для десктопов (bluetooth, dmi, pci, usb, wi-fi). Все остальные
    > сразу могут расходится.

    Кроме того, проект, как кажется (!), надеется только на отдельные идентификаторы, а должна же быть и логика по апп. комплексам, для которых требуются иногда нетривиальные действия. Чем тут помогут объекты? Неужели правы в GNU guix с их лиспом?

     
     
  • 3.77, AnoNe01eX (?), 21:43, 30/01/2018 [^] [ответить]    [к модератору]  
  • +/
    Нет, липс - это просто традиция. :-) При желании, можно работать и с произвольными массивами, а писать на языке оболочки. Или, даже, вообще, складывать всё во временные файлы (не обязательно на hdd, можно ведь и в ОЗУ). :-) Но это, опять же, про желания и удобство _для программиста_, а не для пользователя. Я же, лишь хотел заметить, что независимо от выбранного инструмента не нужно забывать о использовании бритвы Оккамы. Только и всего. Разуметься, без фанатизма.

    Если посмотреть на GNU/HURD сверху, то всё это, как минимум, крайне странно: с одной стороны, - микроядро, а с другой, - приложения с зоопарком интерпретаторов. :-)

    Впрочем, так можно сказать о многих ОС, а для GNU это, скорее, даже фишка, чем недостаток...

     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2018 by Maxim Chirkov  
    ДобавитьПоддержатьВебмастеруГИД  
    Hosting by Ihor