Джеймс Ботомли (James Bottomley), мантейнер SCSI подсистемы Linux ядра, входящий в управляющий совет Linux Foundation, обратил (https://www.linuxfoundation.org/en/Linux_Graphics_Essay) внимание общественности на то, что среди наиболее часто поступающих сообщениях о фактах краха Linux ядра 2.6.25 постоянно фигурируют (http://www.kerneloops.org/version.php?start=1671168&end=1703...) проблемы, связанные с проприетарными драйверами для видеокарт Nvidia и ATI. Разработчики Linux ядра выступают при этом в роли сторонних наблюдателей и мало что могут поделать, в отличие, например, от проблем связанных с драйверами для видеокарт Intel, которые, благодаря изначально открытой модели разработки, можно оперативно исправить своими силами.Издание ZDNET поинтересовалось (http://blogs.zdnet.com/open-source/?p=2588) у представителей Nvidia, собираются ли они открыть исходные тексты драйверов для своих видеокарт. От Nvidia поступил отрицательный ответ, мотивированный тем, что в...
URL: https://www.linuxfoundation.org/en/Linux_Graphics_Essay
Новость: http://www.opennet.me/opennews/art.shtml?num=16692
интелектуальная собственность... ёпт :(
>интелектуальная собственность... ёпт :(Не хуже любой другой!
Сходил по ссылке: нвидия далеко не в топе, ошибок две: одна собственно в закрытом коде (_nv003992rm (P)), а одна явно из открытой "обвязки" (mempool_alloc_pages) - можно править.Обычное передёргивание фактов в расчёте на то, что по ссылкам не пойдут.
Закрытая часть драйвера - постабильней, чем куча "опен-сорц" ->Device Drivers.Если б нвидиевцы открыли спеки - было бы здОрово, но они н и к о м у н и ч е г о н е д о л ж н ы!! Не нравится - покупай интель. И, вообще, тыщщу раз обсуждали.
Так что "обращение внимание сообщества на проблему" - обычная спекуляция с целью поднятия шумихи.
Две ошибки в топе самых частых проблем - это уже слишком много, если о них не поленились сообщить 200 разных людей. Тем более там пишут, что nvidia из топа oops'ов не вылазит.
SCSI тоже из топов не вылезает, и James Bottomley, как "мантейнер SCSI подсистемы" лучше б вытащил бревно из своего глаза.
>SCSI тоже из топов не вылезает, и James Bottomley, как "мантейнер SCSI
>подсистемы" лучше б вытащил бревно из своего глаза.it's harder to get fixes for binary drivers.
>там пишут, что nvidia из топа oops'ов не вылазит.А ати у меня архиредко но зато метко все подвешивает нафиг.Вроде и не полная паника ядра но система в итоге может повиснуть нахрен.Во всяком случае, вывод на экран стоит колом а после этого уже как-то ничего особо и не сделаешь - все что касается операций с экраном начинает ждать ответа от драйвера видимо.А там ессно не судьба уже.
Редко конечно бывает.Весьма.Раз в пару месяцев.Но зато - как метко!И там характерный такой дамп в кой-чьем **учем проприетарном модуле успевает записаться в логах.Вот скажите мне, почему остальные модули такого себе не позволяют?Не хочу ничего сказать но когда единственный проприетарный модуль заодно и единственный проблемный модуль - это ... наводит на некоторые мысли.Например на мысли о том что опенсорцный драйвер штука явно нужная.
>интелектуальная собственность... ёпт :(А это классика жанра.С проприетарщиной вечно вагон проблем и сроду их никто не собирается чинить.А все вопросы ессно к майнтайнерам системы.Поэтому тенденция такова что проприетарщину выкидывают откуда только можно при первой же возможности.
Такое случается со всеми проприетарными программами, которые портированы для линукса, а не только для дров. Слишком мало людей занимается вопросами тестирования и отладки. Например mathlab 11, в нём сплошные глюки.
>Такое случается со всеми проприетарными программами, которые портированы для линукса, а не
>только для дров. Слишком мало людей занимается вопросами тестирования и отладки.
>Например mathlab 11, в нём сплошные глюки.Вот у меня X'ы падали в несколько раз чаще, чем nvidia. Как "натянуть" этот показатель?
>>Такое случается со всеми проприетарными программами, которые портированы для линукса, а не
>>только для дров. Слишком мало людей занимается вопросами тестирования и отладки.
>>Например mathlab 11, в нём сплошные глюки.
>
>Вот у меня X'ы падали в несколько раз чаще, чем nvidia. Как
>"натянуть" этот показатель?Может лучше натянуть разработчиков, чем показатель? ;)
>>Такое случается со всеми проприетарными программами, которые портированы для линукса, а не
>>только для дров. Слишком мало людей занимается вопросами тестирования и отладки.
>>Например mathlab 11, в нём сплошные глюки.
>
>Вот у меня X'ы падали в несколько раз чаще, чем nvidia. Как
>"натянуть" этот показатель?А у меня вот драйвер Nvidia проприетарный вообще умудряется комп с FreeBSD просто повешать!!! Обычно подобные проблемы при перегреве бывают или когда конденсаторы на плате сохнут. Но у меня не тот случай. Под вендой я и в NFS Carbon могу часами рубиться и ни одного виса.
>А у меня вот драйвер Nvidia проприетарный вообще умудряется комп с FreeBSD
>просто повешать!!! Обычно подобные проблемы при перегреве бывают или когда конденсаторы
>на плате сохнут. Но у меня не тот случай. Под вендой
>я и в NFS Carbon могу часами рубиться и ни одного
>виса.А у меня с NVIDIA ни одного виса и каких-либо проблем не было со времён первой установки FreeBSD 6.1 и до теперешней FreeBSD 7.0-STABLE.
Видеокарты разные: интегрированная nForce2IGP, GeForce 7600GS AGP, интегрированная GeForce 6150.
Драйверы ставились сначала "вручную", а потом перешёл на установку исключительно из соответствующих портов, но не из-за каких-либо проблем, а потому что так правильнее.
Обновления драйверов в портах проходит гладко и без эксцессов.
Кстати, вчера обновил порты. Заглянул в патчи и о чудо!!! Патчи пропали!!! Установил порт таким как есть (до этого приходилось патчи грохать т.к. если этого не сделать с новым драйвером машина в ступор впадает о чём я писал раньше). Полёт нормальный. Комп целую ночь в исках пропстоял, не повис :)
>Комп целую ночь в исках пропстоял, не повис :)Ого! Уже целые сутки не падал! (анекдот про Б. Гейтса на тестах NT)
у меня ни разу на NVidia'шных драйверах не oops'нулся линукс
+1
>+1+100000000000000000
>у меня ни разу на NVidia'шных драйверах не oops'нулся линуксТы используешь последине vanilla ядра ? Глюки лезут из-за того, что разработчики ядра постоянно что-то меняют, а nvidia за ними не успевает и все несостыковки вылавливаются с некоторым опозданием.
2.6.16.60
2.6.25.6-rt6
2.6.25.8
2.6.26-rc8
Везде работает, под RT6 пришлось заменить struct semaphore на struct compat_semaphore, так как в RT нету семафоров.
что-то xen'а не видно :-)
...
да, nvidia - лучшие дрова... но это не значит, что с ними нет проблем.
...
вот с intel проблем нет.
просто карты - дерьмо.
..
но это пока..
>у меня ни разу на NVidia'шных драйверах не oops'нулся линукс"А мой виндовс не глю...unhandled error"
>у меня ни разу на NVidia'шных драйверах не oops'нулся линуксТоже долгое время работали, но был глюк один - сильно текла память (до 2Г!!!) у Xorg с мозиллой, решился сделать upgrade до последней. Это пофиксили, но вылезла другая ошибка - теперь когда открываешь второю сессию, первая грохается по 11 сигналу.
Там скорее проблемы с упатченным в усмерть ядрами в Fedora Core 9.
>Там скорее проблемы с упатченным в усмерть ядрами в Fedora Core 9.И правда, это дороги виноваты что их не проштамповали под квадратные колеса от ати и нвидии должным образом.Ага.
Хватит пользоваться видеокартами nVidia, нравиться - мучайтесь...
>Хватит пользоваться видеокартами nVidia, нравиться - мучайтесь...Это применимо только к пользователям Linux, у которого ABI ядра нестабильно по определению, в отличие от стабильного ABI ядра FreeBSD.
Что такое ABI?
>Что такое ABI?Application Binary Interface?
ты ещё и винду вспомни
На одной машине картачка ATI чип R350 opensource драйвера все желехобетонно, на другой GF 8600 драйвера Nvidia падают
Анализ странного зависона машины (единственного за месяцы работы) с ATI X1300 быстро выловил виновника - это был конечно же краш в проприетарном драйвере от ати.При том редко так случается, зато весьма метко.И почему я не удивлен результами изучения кто виноват?Короче, в последнее время можно спокойно сказать что "proprietary" == "КГ/АМ".Юзая что-то проприетарное закрытое и бинари онли всегда приходится ожидать проблем, malfunction-ов и подстав :(
>Это применимо только к пользователям Linux, у которого ABI ядра нестабильно по
>определению, в отличие от стабильного ABI ядра FreeBSD.Да, давайте расскажите нам как у бсд нет проблем с нвидией.Про х64 не забудьте упомянуть только, а то х86 хлам немного неактуален становится с современными объемами RAM ;)))
>Да, давайте расскажите нам как у бсд нет проблем с нвидией.Про х64
>не забудьте упомянуть только, а то х86 хлам немного неактуален становится
>с современными объемами RAM ;)))А что тут неясного? NVIDIA пока не выпскает x64-драйверы для FreeBSD.
А то, что для Вас x86 — хлам и уже не актуален, ну что же, это ваши личные проблемы. Я же на 2ГБ RAM (да и до 4ГБ тоже) проблем x86 не ощущаю.
>А что тут неясного? NVIDIA пока не выпскает x64-драйверы для FreeBSD.Вот-вот.Типичные проприетарщики.Совсем так проблем нету.Просто не поддерживается совсем и это наверное не проблема.Ага :)
>А то, что для Вас x86 — хлам и уже не актуален,
>ну что же, это ваши личные проблемы.Да у меня нет в общем то упомянутых проблем: я ати + линукс строго говоря юзаю...
>Я же на 2ГБ RAM (да и до 4ГБ тоже) проблем x86 не ощущаю.
...но зато у меня есть 5Gb RAM.И понимание того что 2^32 и 4Gb - это одно и то же.А потому у меня х64 система.То есть со столь любимой вами связкой фрибсд + нвидия я был бы в глубоком анусе вообще без нормального драйвера и без каких либо надежд что вскоре он появится.На фоне этого каркание про то как рулит всякая проприетарщина выглядит очень убедительно, ага.Вот только почему-то по статистике основной геморрой обычно именно от проприетарщины а чинить его обычно почему-то некому.
>...но зато у меня есть 5Gb RAM.И понимание того что 2^32 и
>4Gb - это одно и то же.А потому у меня х64
>система.а о PAE вы слыхом не слыхивале?
google вам в помощь.
> а о PAE вы слыхом не слыхивале?
> google вам в помощь.Драйвера для видеокарт NVidia под FreeBSD НЕ поддерживают Physical Address Extensions. Если у вас FreeBSD и NVidia -- то объемы ОЗУ больше 4 гигабайт не для вас. :)
А что касается NVidia и AMD64/EM64T -- так это извините. Не надо было писать драйвера, ориентируясь исключительно на Линукс. FreeBSD'шники не будут перелопачивать подсистему управления адресным пространством режима ядра для того, чтобы NVidia стало хорошо. :)
>нестабильно по определению, в отличие от стабильного ABI ядра FreeBSD.Что нисколько не мешает нвидии столь же стабильно НЕ ПОДДЕРЖИВАТЬ х64 бзди.И правда, нет поддержки нет и проблем с ней.Гильотина - стопроцентное средство от головной боли 8)
>>нестабильно по определению, в отличие от стабильного ABI ядра FreeBSD.
>
>Что нисколько не мешает нвидии столь же стабильно НЕ ПОДДЕРЖИВАТЬ х64 бзди.Зато то, что поддерживается, работает идеально (у меня, по крайней мере). В отличие от проблем на Linux.
>>>нестабильно по определению, в отличие от стабильного ABI ядра FreeBSD.
>>
>>Что нисколько не мешает нвидии столь же стабильно НЕ ПОДДЕРЖИВАТЬ х64 бзди.
>
>Зато то, что поддерживается, работает идеально (у меня, по крайней мере). В
>отличие от проблем на Linux.Наверно я что-то делаю не так, но в самом, понимаешь, глючном Убунту 8.04 под АМД 64 бит ну вот нет проблем с НВидивскими дровами. И с АТИ проблемы кстати тоже исчезли. Неожиданно. К огромной радости. оперы 8 Гб.
И в Дебиане стабле проблем нет.
На Фряхе не пробовал, ибо забил на неё со времён 4.**.
О чём не жалею.
В винде вот глюки выплывают, не спорю.
Не знаю, что я делаю не так, но оно работает. Даже мастдайные игрухи в Цедеге идут.Хотя, конечно, сложно поспорить с утверждением о том, что опенсоурсные дрова проще и быстрей правятся, что проприетарные. Да и глупо с этим спорить.
Но оно работает.
Блин.
:-)
>Наверно я что-то делаю не так, но в самом, понимаешь, глючном
>Убунту 8.04 под АМД 64 бит ну вот нет проблем с
>НВидивскими дровами. И с АТИ проблемы кстати тоже исчезли. Неожиданно. К
>огромной радости. оперы 8 Гб.Да вот дело в том что у меня тоже ОБЫЧНО проблем нет.Но если система вдруг на ровном месте после 2 месяцев аптайма резко и на ровном месте встает колом - причина этого мной изучается.И если при этом находится краш в кой-чьем проприетарном модуле - то это явно не в его пользу говорит...
>И в Дебиане стабле проблем нет.
А тут вы нигде не написали, может вы компьютер включаете, 2 часа поюзали и выключили.При таком сценарии и Win95 не особо глючной например кажется...
>На Фряхе не пробовал, ибо забил на неё со времён 4.**.
>О чём не жалею.+1, правда пробовал основанные на 6 и 7 ливцд.Дохлый номер, иксы почему-то не взлетают.Черный скрин и ... усе.Конфигурячить все в текстовой консоли да на лцд мониторе систему претендующую на десктоп никакого желания нет если честно.Был бы сервер - был бы другой разговор.И то на лично мое мнение у дебиана и убунты намного более приятный манагер пакетов.И простой и свобода выбора.Хочешь бинарь за 2 минуты ставится, хочешь сорц качнет а при желании и скомпилит, в общем свобода маневра и без лишнего геморроя.
>Не знаю, что я делаю не так, но оно работает. Даже мастдайные
>игрухи в Цедеге идут.Да у меня они и в wine идут.Что не отменяет факта того что единственный взвис системы случился по вине атевого проприетарного модуля а не чего-нибудь там еще.Да, у меня не упали иксы.Да, у меня не слетел оконный манагер.Да, у меня не грохались компоненты кедов.У меня не вылетали опенсорцные драйвера.У меня вылетел жирный проприетарный модуль ати с крах-дампом осевшем в логе системы.
>Хотя, конечно, сложно поспорить с утверждением о том, что опенсоурсные дрова проще
>и быстрей правятся, что проприетарные. Да и глупо с этим спорить.Ну вот наглядный пример - я создал баг, запостил инфо о краше.Но что и кто по этому поводу сможет сделать - понятия не имею.И это не радует...
В случае опенсорц драйвера - починили бы и глазом не моргнули.
>>На Фряхе не пробовал, ибо забил на неё со времён 4.**.
>>О чём не жалею.
>
>+1, правда пробовал основанные на 6 и 7 ливцд.Дохлый номер, иксы почему-то
>не взлетают.Черный скрин и ... усе.Конфигурячить все в текстовой консоли да
>на лцд мониторе систему претендующую на десктоп никакого желания нет если
>честно.Был бы сервер - был бы другой разговор.Оффтопим потихоньку... :)
Лучше бы помогли решить проблемы: http://habrahabr.ru/blog/ubuntu/45447.html
Весьма и весьма странные проблемы, надо сказать, на FreeBSD не встречающиеся (по крайней мере у меня).>И то на лично
>мое мнение у дебиана и убунты намного более приятный манагер пакетов.И
>простой и свобода выбора.Хочешь бинарь за 2 минуты ставится, хочешь сорц
>качнет а при желании и скомпилит, в общем свобода маневра и
>без лишнего геморроя.Вопрос: чем системные утилиты pkg_* FreeBSD отличаются от пакетного менеджера apt, думаю, риторический. А установка из исходников, с заходом в каталог ПО (дерево портов это метаинформация о ПО+нужные патчи) и набором комбинации слов "make install clean" по-моему более изящна, чем настройка доступа к каким-то левым репозиториям для получения доступа к неизвестно кем собранным сомнительным бинарным пакетам или выкачивание вручную исходников с последующей ручной (сборкой их в .DEB и/или) установкой в систему для ещё большего захламления.
Максим, ты сам по ссылке ходил?Они в двадцатке, но отнюдь не "лидируют".