The OpenNET Project / Index page

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

Бинарные Nvidia и ATI драйверы лидируют по числу уведомлений о проблемах

27.06.2008 14:19

Джеймс Ботомли (James Bottomley), мантейнер SCSI подсистемы Linux ядра, входящий в управляющий совет Linux Foundation, обратил внимание общественности на то, что среди наиболее часто поступающих сообщениях о фактах краха Linux ядра 2.6.25 постоянно фигурируют проблемы, связанные с проприетарными драйверами для видеокарт Nvidia и ATI. Разработчики Linux ядра выступают при этом в роли сторонних наблюдателей и мало что могут поделать, в отличие, например, от проблем связанных с драйверами для видеокарт Intel, которые, благодаря изначально открытой модели разработки, можно оперативно исправить своими силами.

Издание ZDNET поинтересовалось у представителей Nvidia, собираются ли они открыть исходные тексты драйверов для своих видеокарт. От Nvidia поступил отрицательный ответ, мотивированный тем, что в драйвере используются элементы интеллектуальной собственности компании и в открытии кода нет необходимости, проприетарный драйвер и без того отлично справляется со своей задачей, а для любителей открытых исходных текстов при поддержке компании развивается открытый X.Org драйвер nv.

Другой всплеск сообщений о крахе ядра, был вызван политикой быстрого продвижения обновленного кода драйверов для беспроводных устройств (madwifi, b43), включенных в состав пакета с ядром для Fedora Linux, без предварительного согласования с разработчиками основной ветки Linux ядра.

  1. Главная ссылка к новости (https://www.linuxfoundation.or...)
  2. Статистика крахов Linux ядра
  3. linuxworld.com: Kernel space: drivers that don't make the kernel scene
  4. OpenNews: Заявление Linux-сообщества на тему закрытых драйверов
  5. OpenNews: Петиция к компании NVIDIA по открытию драйверов.
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/16692-nvidia
Ключевые слова: nvidia, ati, kernel, linux, driver
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (42) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 15:32, 27/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    интелектуальная собственность... ёпт :(
     
     
  • 2.2, Аноним (-), 16:04, 27/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >интелектуальная собственность... ёпт :(

    Не хуже любой другой!
    Сходил по ссылке: нвидия далеко не в топе, ошибок две: одна собственно в закрытом коде (_nv003992rm (P)), а одна явно из открытой "обвязки" (mempool_alloc_pages) - можно править.

    Обычное передёргивание фактов в расчёте на то, что по ссылкам не пойдут.
    Закрытая часть драйвера - постабильней, чем куча "опен-сорц" ->Device Drivers.

    Если б нвидиевцы открыли спеки - было бы здОрово, но они н и к о м у  н и ч е г о  н е  д о л ж н ы!! Не нравится - покупай интель. И, вообще, тыщщу раз обсуждали.

    Так что "обращение внимание сообщества на проблему" - обычная спекуляция с целью поднятия шумихи.

     
     
  • 3.3, Аноним2 (?), 16:13, 27/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Две ошибки в топе самых частых проблем - это уже слишком много, если о них не поленились сообщить 200 разных людей. Тем более там пишут, что nvidia из топа oops'ов не вылазит.
     
     
  • 4.8, Аноним (-), 16:25, 27/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    SCSI тоже из топов не вылезает, и James Bottomley, как "мантейнер SCSI подсистемы" лучше б вытащил бревно из своего глаза.
     
     
  • 5.9, szh (ok), 17:10, 27/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >SCSI тоже из топов не вылезает, и James Bottomley, как "мантейнер SCSI
    >подсистемы" лучше б вытащил бревно из своего глаза.

    it's harder to get fixes for binary drivers.

     
  • 4.26, User294 (ok), 00:12, 29/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >там пишут, что nvidia из топа oops'ов не вылазит.

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

    Редко конечно бывает.Весьма.Раз в пару месяцев.Но зато - как метко!И там характерный такой дамп в кой-чьем **учем проприетарном модуле успевает записаться в логах.Вот скажите мне, почему остальные модули такого себе не позволяют?Не хочу ничего сказать но когда единственный проприетарный модуль заодно и единственный проблемный модуль - это ... наводит на некоторые мысли.Например на мысли о том что опенсорцный драйвер штука явно нужная.

     
  • 2.25, User294 (ok), 00:06, 29/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >интелектуальная собственность... ёпт :(

    А это классика жанра.С проприетарщиной вечно вагон проблем и сроду их никто не собирается чинить.А все вопросы ессно к майнтайнерам системы.Поэтому тенденция такова что проприетарщину выкидывают откуда только можно при первой же возможности.

     

  • 1.4, Аноним (4), 16:18, 27/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Такое случается со всеми проприетарными программами, которые портированы для линукса, а не только для дров. Слишком мало людей занимается вопросами тестирования и отладки. Например mathlab 11, в нём сплошные глюки.
     
     
  • 2.6, Аноним (-), 16:22, 27/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Такое случается со всеми проприетарными программами, которые портированы для линукса, а не
    >только для дров. Слишком мало людей занимается вопросами тестирования и отладки.
    >Например mathlab 11, в нём сплошные глюки.

    Вот у меня X'ы падали в несколько раз чаще, чем nvidia. Как "натянуть" этот показатель?

     
     
  • 3.10, SubGun (ok), 17:27, 27/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>Такое случается со всеми проприетарными программами, которые портированы для линукса, а не
    >>только для дров. Слишком мало людей занимается вопросами тестирования и отладки.
    >>Например mathlab 11, в нём сплошные глюки.
    >
    >Вот у меня X'ы падали в несколько раз чаще, чем nvidia. Как
    >"натянуть" этот показатель?

    Может лучше натянуть разработчиков, чем показатель? ;)

     
  • 3.11, FSA (??), 18:04, 27/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>Такое случается со всеми проприетарными программами, которые портированы для линукса, а не
    >>только для дров. Слишком мало людей занимается вопросами тестирования и отладки.
    >>Например mathlab 11, в нём сплошные глюки.
    >
    >Вот у меня X'ы падали в несколько раз чаще, чем nvidia. Как
    >"натянуть" этот показатель?

    А у меня вот драйвер Nvidia проприетарный вообще умудряется комп с FreeBSD просто повешать!!! Обычно подобные проблемы при перегреве бывают или когда конденсаторы на плате сохнут. Но у меня не тот случай. Под вендой я и в NFS Carbon могу часами рубиться и ни одного виса.

     
     
  • 4.18, iZEN (ok), 10:59, 28/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >А у меня вот драйвер Nvidia проприетарный вообще умудряется комп с FreeBSD
    >просто повешать!!! Обычно подобные проблемы при перегреве бывают или когда конденсаторы
    >на плате сохнут. Но у меня не тот случай. Под вендой
    >я и в NFS Carbon могу часами рубиться и ни одного
    >виса.

    А у меня с NVIDIA ни одного виса и каких-либо проблем не было со времён первой установки FreeBSD 6.1 и до теперешней FreeBSD 7.0-STABLE.
    Видеокарты разные: интегрированная nForce2IGP, GeForce 7600GS AGP, интегрированная GeForce 6150.
    Драйверы ставились сначала "вручную", а потом перешёл на установку исключительно из соответствующих портов, но не из-за каких-либо проблем, а потому что так правильнее.
    Обновления драйверов в портах проходит гладко и без эксцессов.

     
     
  • 5.23, FSA (??), 14:21, 28/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, вчера обновил порты. Заглянул в патчи и о чудо!!! Патчи пропали!!! Установил порт таким как есть (до этого приходилось патчи грохать т.к. если этого не сделать с новым драйвером машина в ступор впадает о чём я писал раньше). Полёт нормальный. Комп целую ночь в исках пропстоял, не повис :)
     
     
  • 6.27, User294 (ok), 00:14, 29/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Комп целую ночь в исках пропстоял, не повис :)

    Ого! Уже целые сутки не падал! (анекдот про Б. Гейтса на тестах NT)

     

  • 1.5, Alex Ott (?), 16:20, 27/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    у меня ни разу на NVidia'шных драйверах не oops'нулся линукс
     
     
  • 2.7, Аноним (-), 16:22, 27/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    +1
     
     
  • 3.12, pavlinux (ok), 18:26, 27/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >+1

    +100000000000000000

     
  • 2.13, uldus (ok), 19:08, 27/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >у меня ни разу на NVidia'шных драйверах не oops'нулся линукс

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

     
     
  • 3.14, pavlinux (ok), 19:19, 27/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    2.6.16.60
    2.6.25.6-rt6
    2.6.25.8
    2.6.26-rc8


    Везде работает, под RT6 пришлось заменить struct semaphore на struct compat_semaphore, так как в RT нету семафоров.

     
     
  • 4.17, гыгы (?), 22:19, 27/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    что-то xen'а не видно :-)
    ...
    да, nvidia - лучшие дрова... но это не значит, что с ними нет проблем.
    ...
    вот с intel проблем нет.
    просто карты - дерьмо.
    ..
    но это пока..
     
  • 2.32, User294 (ok), 00:34, 29/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >у меня ни разу на NVidia'шных драйверах не oops'нулся линукс

    "А мой виндовс не глю...unhandled error"

     
  • 2.40, fi (ok), 17:05, 30/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >у меня ни разу на NVidia'шных драйверах не oops'нулся линукс

    Тоже долгое время работали, но был глюк один - сильно текла память (до 2Г!!!) у Xorg с мозиллой, решился сделать upgrade до последней. Это пофиксили, но вылезла другая ошибка - теперь когда открываешь второю сессию, первая грохается по 11 сигналу.


     

  • 1.15, yaleks (??), 19:56, 27/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Там скорее проблемы с упатченным в усмерть ядрами в Fedora Core 9.
     
     
  • 2.28, User294 (ok), 00:22, 29/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Там скорее проблемы с упатченным в усмерть ядрами в Fedora Core 9.

    И правда, это дороги виноваты что их не проштамповали под квадратные колеса от ати и нвидии должным образом.Ага.

     

  • 1.16, Buy (?), 22:14, 27/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хватит пользоваться видеокартами nVidia, нравиться - мучайтесь...
     
     
  • 2.19, iZEN (ok), 11:01, 28/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Хватит пользоваться видеокартами nVidia, нравиться - мучайтесь...

    Это применимо только к пользователям Linux, у которого ABI ядра нестабильно по определению, в отличие от стабильного ABI ядра FreeBSD.


     
     
  • 3.20, Аноним (4), 11:14, 28/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Что такое ABI?
     
     
  • 4.24, Fireball (??), 21:25, 28/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Что такое ABI?

    Application Binary Interface?

     
  • 3.21, гыгы (?), 13:03, 28/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    ты ещё и винду вспомни
     
     
  • 4.22, Aninymous (?), 13:48, 28/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    На одной машине картачка ATI чип R350 opensource драйвера все желехобетонно, на другой GF 8600 драйвера Nvidia падают
     
     
  • 5.30, User294 (ok), 00:28, 29/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Анализ странного зависона машины (единственного за месяцы работы) с ATI X1300 быстро выловил виновника - это был конечно же краш в проприетарном драйвере от ати.При том редко так случается, зато весьма метко.И почему я не удивлен результами изучения кто виноват?Короче, в последнее время можно спокойно сказать что "proprietary" == "КГ/АМ".Юзая что-то проприетарное закрытое и бинари онли всегда приходится ожидать проблем, malfunction-ов и подстав :(
     
  • 3.29, User294 (ok), 00:24, 29/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Это применимо только к пользователям Linux, у которого ABI ядра нестабильно по
    >определению, в отличие от стабильного ABI ядра FreeBSD.

    Да, давайте расскажите нам как у бсд нет проблем с нвидией.Про х64 не забудьте упомянуть только, а то х86 хлам немного неактуален становится с современными объемами RAM ;)))

     
     
  • 4.33, iZEN (ok), 12:28, 29/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Да, давайте расскажите нам как у бсд нет проблем с нвидией.Про х64
    >не забудьте упомянуть только, а то х86 хлам немного неактуален становится
    >с современными объемами RAM ;)))

    А что тут неясного? NVIDIA пока не выпскает x64-драйверы для FreeBSD.
    А то, что для Вас x86 — хлам и уже не актуален, ну что же, это ваши личные проблемы. Я же на 2ГБ RAM (да и до 4ГБ тоже) проблем x86 не ощущаю.

     
     
  • 5.36, User294 (ok), 00:09, 30/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >А что тут неясного? NVIDIA пока не выпскает x64-драйверы для FreeBSD.

    Вот-вот.Типичные проприетарщики.Совсем так проблем нету.Просто не поддерживается совсем и это наверное не проблема.Ага :)

    >А то, что для Вас x86 — хлам и уже не актуален,
    >ну что же, это ваши личные проблемы.

    Да у меня нет в общем то упомянутых проблем: я ати + линукс строго говоря юзаю...

    >Я же на 2ГБ RAM (да и до 4ГБ тоже) проблем x86 не ощущаю.

    ...но зато у меня есть 5Gb RAM.И понимание того что 2^32 и 4Gb - это одно и то же.А потому у меня х64 система.То есть со столь любимой вами связкой фрибсд + нвидия я был бы в глубоком анусе вообще без нормального драйвера и без каких либо надежд что вскоре он появится.На фоне этого каркание про то как рулит всякая проприетарщина выглядит очень убедительно, ага.Вот только почему-то по статистике основной геморрой обычно именно от проприетарщины а чинить его обычно почему-то некому.

     
     
  • 6.37, k561 (?), 12:00, 30/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >...но зато у меня есть 5Gb RAM.И понимание того что 2^32 и
    >4Gb - это одно и то же.А потому у меня х64
    >система.

    а о PAE вы слыхом не слыхивале?
    google вам в помощь.

     
     
  • 7.42, Andrew Kolchoogin (?), 12:50, 01/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    > а о PAE вы слыхом не слыхивале?
    > google вам в помощь.

    Драйвера для видеокарт NVidia под FreeBSD НЕ поддерживают Physical Address Extensions. Если у вас FreeBSD и NVidia -- то объемы ОЗУ больше 4 гигабайт не для вас. :)

    А что касается NVidia и AMD64/EM64T -- так это извините. Не надо было писать драйвера, ориентируясь исключительно на Линукс. FreeBSD'шники не будут перелопачивать подсистему управления адресным пространством режима ядра для того, чтобы NVidia стало хорошо. :)

     
  • 3.31, User294 (ok), 00:31, 29/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >нестабильно по определению, в отличие от стабильного ABI ядра FreeBSD.

    Что нисколько не мешает нвидии столь же стабильно НЕ ПОДДЕРЖИВАТЬ х64 бзди.И правда, нет поддержки нет и проблем с ней.Гильотина - стопроцентное средство от головной боли 8)

     
     
  • 4.34, iZEN (ok), 12:30, 29/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>нестабильно по определению, в отличие от стабильного ABI ядра FreeBSD.
    >
    >Что нисколько не мешает нвидии столь же стабильно НЕ ПОДДЕРЖИВАТЬ х64 бзди.

    Зато то, что поддерживается, работает идеально (у меня, по крайней мере). В отличие от проблем на Linux.

     
     
  • 5.38, Хелагар. (?), 14:45, 30/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>>нестабильно по определению, в отличие от стабильного ABI ядра FreeBSD.
    >>
    >>Что нисколько не мешает нвидии столь же стабильно НЕ ПОДДЕРЖИВАТЬ х64 бзди.
    >
    >Зато то, что поддерживается, работает идеально (у меня, по крайней мере). В
    >отличие от проблем на Linux.

    Наверно я что-то делаю не так, но в  самом, понимаешь, глючном Убунту 8.04 под АМД 64 бит ну вот нет проблем с НВидивскими дровами. И с АТИ проблемы кстати тоже исчезли. Неожиданно. К огромной радости. оперы 8 Гб.
    И в Дебиане стабле проблем нет.
    На Фряхе не пробовал, ибо забил на неё со времён 4.**.
    О чём не жалею.
    В винде вот глюки выплывают, не спорю.
    Не знаю, что я делаю не так, но оно работает. Даже мастдайные игрухи в Цедеге идут.

    Хотя, конечно, сложно поспорить с утверждением о том, что опенсоурсные дрова проще и быстрей правятся, что проприетарные. Да и глупо с этим спорить.
    Но оно работает.
    Блин.
    :-)

     
     
  • 6.39, User294 (ok), 16:04, 30/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Да вот дело в том что у меня тоже ОБЫЧНО проблем нет Но если система вдруг на ро... большой текст свёрнут, показать
     
     
  • 7.41, iZEN (ok), 17:14, 30/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>На Фряхе не пробовал, ибо забил на неё со времён 4.**.
    >>О чём не жалею.
    >
    >+1, правда пробовал основанные на 6 и 7 ливцд.Дохлый номер, иксы почему-то
    >не взлетают.Черный скрин и ... усе.Конфигурячить все в текстовой консоли да
    >на лцд мониторе систему претендующую на десктоп никакого желания нет если
    >честно.Был бы сервер - был бы другой разговор.

    Оффтопим потихоньку... :)
    Лучше бы помогли решить проблемы: http://habrahabr.ru/blog/ubuntu/45447.html
    Весьма и весьма странные проблемы, надо сказать, на FreeBSD не встречающиеся (по крайней мере у меня).

    >И то на лично
    >мое мнение у дебиана и убунты намного более приятный манагер пакетов.И
    >простой и свобода выбора.Хочешь бинарь за 2 минуты ставится, хочешь сорц
    >качнет а при желании и скомпилит, в общем свобода маневра и
    >без лишнего геморроя.

    Вопрос: чем системные утилиты pkg_* FreeBSD отличаются от пакетного менеджера apt, думаю, риторический. А установка из исходников, с заходом в каталог ПО (дерево портов это метаинформация о ПО+нужные патчи) и набором комбинации слов "make install clean" по-моему более изящна, чем настройка доступа к каким-то левым репозиториям для получения доступа к неизвестно кем собранным сомнительным бинарным пакетам или выкачивание вручную исходников с последующей ручной (сборкой их в .DEB и/или) установкой в систему для ещё большего захламления.

     

  • 1.35, Аноним (35), 18:37, 29/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Максим, ты сам по ссылке ходил?

    Они в двадцатке, но отнюдь не "лидируют".

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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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