The OpenNET Project / Index page

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

Линус Торвальдс раскритиковал Nouveau за нарушение совместимости API

07.03.2010 22:13

После публикации патчей от проекта Nouveau, нацеленных для включение в состав ядра 2.6.34, в списке рассылки разработчиков Linux ядра закипела бурная дискуссия. Дело в том, что в тестовое staging-дерево ядра 2.6.33 был помещен код DRM-модуля Nouveau не совместимый с выпущенной недавно новой версией драйвера, работающего на уровне пользователя. Код с новой реализацией API и был предложен для включения в ядро 2.6.34. Линус Торвальдс в ответ на публикацию патча в жесткой форме раскритиковал действия разработчиков, которые не обеспечили обратной совместимости API и того не желая заложили скрытую мину в процесс тестирования ядра.

Дело в том, что, например, в Fedora 12 по умолчанию используется Nouveau X.Org-драйвер со старым API, в случае тестирования в данном дистрибутиве ядра 2.6.34 из-за наличия несовместимого DRM-модуля Nouveau пользователь неминуемо столкнется с проблемами, если не обновит X.Org-драйвер Nouveau. Но если пользователь обновит X.Org-драйвер, то он не сможет без лишних хлопот вернуться на старое стабильное ядро.

В качестве одного из путей разрешения возникшего тупика, Линус предложил включить в X.Org-драйвер Nouveau проверяющий корректность версии DRM-модуля ядра и в случае несовместимости пытающийся загрузить другую версию драйвера, вместо аварийного завершения работы.

  1. Главная ссылка к новости (http://thread.gmane.org/gmane....)
  2. OpenNews: Тестирование Gallium3D версии Nouveau
  3. Ответа Линуса на заявление, что staging-дерево для экспериментов
  4. OpenNews: В состав будущей версии Linux ядра решено включить Nouveau
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/25708-linux
Ключевые слова: linux, kernel, nvidia, Nouveau, driver, drm
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (70) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, pavlinux (ok), 23:17, 07/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Дело в том, что, например, Линус юзает Fedora ...
     
     
  • 2.2, Sw00p aka Jerom (?), 23:20, 07/03/2010 [^] [^^] [^^^] [ответить]  
  • –10 +/
    надо было делать микро ядро
    и не просываться каждую ночь в поту от увиденного кошмара бля очередной кернель креш
     
     
  • 3.4, ixti (ok), 23:48, 07/03/2010 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Не в обиду, но каждый раз читая подобную критику
    невольно вспоминаю строчки из песни:

    "...вы все такие умные, такие профи все,
    так почему я в хит-парадах - а вы в офисе..."
    (с) Noize MC

     
     
  • 4.7, Аноним (-), 00:44, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Потому что в хитпарады попадают не за ум и профессионализм. АХАХА!:-D
     
     
  • 5.51, User294 (ok), 05:14, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Потому что в хитпарады попадают не за ум и профессионализм. АХАХА!:-D

    Профессионализм - понятие растяжимое. Знаете, физическая модель электродвигателя с 1 витком провода где все на виду - проще и нагляднее для обучения чем реальные электромоторы. Но почему-то инженеры при нужде сделать двигун который "потянет вон тот поезд" - городят больших и сложных монстриков с массой отличий от простой физической модели. Вот и с ядрами что-то наподобие наблюдается.

     
  • 4.8, anonimus (?), 00:48, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +16 +/
    >"...вы все такие умные, такие профи все,
    >так почему я в ГЕЙ-парадах - а вы в офисе..."
    >(с) Noize MC

    fixed

     
  • 4.10, Аноним (-), 01:21, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    как известно, лучшие игроки всегда сидят на зрительских трибунах ...
     
  • 4.26, polymorphm1 (ok), 15:17, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    /me качает очередной альбом Noize MC...
     
  • 3.13, User294 (ok), 04:05, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >надо было делать микро ядро

    ... и сидеть в тормознутой системе почти без драйверов.

    В общем достали уже. Вам надо? Делайте. Флаг в руки и барабан на шею. А мы посмотрим что у вас получится. А то вон микроядер много, только почему-то никому не нужны, а реально популярны только модульные монолиты и гибриды. Может быть, дело в том что команда ядерщиков сложилась вот такая вот и пишет дрова режима ядра а юзерам нужна производительность? :)

     
     
  • 4.31, Knuckles (ok), 16:50, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты ведь догадываешься, что популярность продукта от его технического совершенства зависит гораздо меньше, чем от маркетинга? Алсо, ядра это очень специфичный, нишевый товар, массовость которого вообще ни о чем не говорит. Более того, на его широкое внедрение нужны годы.
     
     
  • 5.34, аноним (?), 17:45, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ты ведь догадываешься

    А ты догадываешься, что те, кто тут обитают, выбирают системы как раз по техническому совершенству, а не маркетоидному бреду? Иначе все сидели бы на windows(R)

     
     
  • 6.41, Arcturus (?), 20:39, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На сколько я понимаю, выбирают по тому, насколько тот или иной продукт удовлетворяет требованиям. Т.к. большинству из обитателей opennet, думаю, именно это критично. Для меня, например, -- это скорость, функциональность... лицензия, кстати, тоже.

    На технически более совершенные реализации (Minix-based distro?),  если они не знают о моём видео, я даже смотреть не буду...

    В идеале, если бы можно было прозрачно сменить ядро на микроядерное, поиграться, а потом, если не понравится --- откатиться, то было бы очень круто. Ведь конечное (user) ПО одинаковое-то.. Если микроядерное окажется более тормозючим... то я его выкинул бы, а если бы оно было немного медленней, то зато гораздо стабильней, то, думаю оставил бы его.

    Conclusion. Дело в драйверах, и, косвенно, в комьюнити, которые стоят за тем или иным ПО.

     
  • 6.50, User294 (ok), 05:08, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >по техническому совершенству, а не маркетоидному бреду?

    Техническое совершенство в понимании разных людей разное. Кому-то дай-подай красивую архитектуру, а то что у нее параметры дрянь, драйверов нет и прочая - да и фиг с ним. Зато они могут подро^W полюбоваться на архитектуру. Ну как любуются на музейный экспонат. Есть иной вариант - на красоту архитектуры забивается и система делается для реального юзежа. Поскольку все заранее не предусмотришь, внедряются костыли и подпорки по месту в слабых местах. Получается менее эстетично, зато пригодно не для выставления в музее а для юзежа на практике.

     
  • 5.49, User294 (ok), 05:04, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Ты ведь догадываешься, что популярность продукта от его технического
    >совершенства зависит гораздо меньше, чем от маркетинга?

    Понимаете в чем дело, НЕКОТОРЫЕ технические грабельки не вытянешь НИКАКИМ маркетингом. Поэтому если ваша система проигрывает на энадцать процентов конкуренту в той же нише - вы можете обораться во все маркетинговые рупоры, но даже MSовский могучий пиар-рупор не смог выправить фэйл висты, проблема которой состояла именно в тормозах. Ы? Кстати когда-то в NT 3.51 микрософт был ближе к идее микроядра, драйвера графики были в юзермоде и большого выноска от GDI в ядре (нынче почти 2 мега !) там не было. В итоге графика тормозила и система была никому не нужна. В NT4 сделали выносок в ядро от GDI, дрова впихнули в ядро и скорость графики стала сравнима с '95. После чего система даже стала кому-то нужна и NT-based системы начали свой путь к покорению десктопа. Не сделай они этого - черта с два бы мы сейчас наблюдали 90+% рынка у данного семейства ОС.

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

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

     
     
  • 6.59, Knuckles (ok), 12:49, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Понимаете в чем дело, НЕКОТОРЫЕ технические грабельки не вытянешь НИКАКИМ маркетингом.

    Давай уж на ты что ли? :)
    Насчет грабелек согласен. Но есть одно но - мы не всегда выбираем легкие пути. Win7 в некоторых аспектах сильно превосходит любую сборку GNU/Linux, но мы не переходим на нее, потому что важны многие и многие факторы: и архитектура и лицензия и философия разработки и маркетинг и исследовательский интерес. И поэтому твой аргумент про распространенность все же остается неверным.

    >Чистые микроядра - тормозные из-за большого числа переключения
    >контесктов на каждый пук по многу раз.

    С точностью до наоборот. Микроядра как раз избавляют от переключения контекста "на каждый пук". Потому что переключаться-то незачем - 99% кода находится в пространстве пользователя. Потери производительности у них возникают из-за накладных расходов на обмен данными между изолированными друг от друга системными службами (в т.ч. драйверами). То есть там, где монолит просто передаст указатель на общий кусок памяти, микроядерной системе придется немного покрутиться. Зато никакой сбой не приводит к полной неработоспособности всей системы в целом.

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

     
     
  • 7.70, User294 (ok), 21:21, 10/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Давай Просто все по разному предпочитают Все так Но заранее загонять себя в ... большой текст свёрнут, показать
     
     
  • 8.74, Knuckles (ok), 23:01, 10/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Один из нас не совсем правильно себе представляет работу микроядерной ОС Чтоб... текст свёрнут, показать
     
  • 5.54, SubGun (ok), 10:21, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Классно сказал, поддерживаю!
     
  • 4.32, Knuckles (ok), 16:54, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, кстати, насчет драйверов ты неправ. Когда Линукс только появился, он конечно же поддерживал крохотную долю оборудования. Драйверы появились, спустя многие годы, и то не для всех железок.
     
     
  • 5.42, User294 (ok), 22:48, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > и то не для всех железок.

    А идеальных систем вообще не бывает. Скажем пингвин знает FTDI232* чипаки out of the box. А оффтопичная система например - только после ручной установки дров о них узнает. Мир неидеален, не так ли? :)

     

  • 1.3, Одмин (?), 23:26, 07/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    мде... stable api nonsense.txt
     
     
  • 2.5, fetisheer (ok), 23:59, 07/03/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Здесь Торвальдс ругается даже не на изменение ABI, а на то, что userspace часть этого не учитывает. И то, что поддерживать совместимость даже не пытались разработчики. При проверки версии, если версия не совпадает - то происходит выход.

    Как один из способов исправления ситуации он предлагает ввести мультиверсионность библиотек (и подгружать автоматом нужную через dlopen). На что ему отвечают, что слишком геморройно поддерживать несколько версий )
    Описал несколько кратко и грубо, поэтому рекомендую почитать рассылку. С тем, что там пишет Торвальдс я согласен полностью, что бывает далеко не всегда.

     
  • 2.9, anonymous (??), 01:16, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >  Поддержка совместимости не нужна.

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

     
     
  • 3.11, filosofem (ok), 02:24, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Если вы купили тестовую версию машины, то боюсь детали к ней вы вообще не найдете. Либо покупайте серийную машину, либо напильник в руки и пешком в гараж допиливать.
     
     
  • 4.12, pavlinux (ok), 03:09, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +15 +/
    Вообще-то к тестовой модели подходят всё детали, от любого производителя. Обратное не верно.

    Apple - Своя машина, свой бензин, свои запчасти, свой сервис, заводится с пол оборота.
    Руля не имеет, по этому ездит только прямо, либо по команде из ЦУПа.
    После покупки на укомплектование денег обычно не хватает. По этому водители, в тайне от
    своих же коллег, да бы избежать позора, используют б/у детали. Активно внушают себе и
    другим, что не зря потратили в 4 раз большую сумму на покупку. Внушение сменяется
    смирением, что за эту сумму уже продать не удастся, приходиться пользоваться.  

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

    Linux - Конструктор, в основном раздаётся в упаковке, но с разными наклейками и
    названиями. Ездит везде, на любых видах транспорта - от тамогочи до Боингов.
    Настроить можно всё, от коэффициента пропускания рентгеновских лучей через
    лобовое стекло, до цвета и формы выхлопных газов. Для эффективного использования
    нужен водитель категорий A,B,C,D,E,F и не менее 10 лет стажа.

    FreeBSD - Так же, разновидность конструктора, только из дерева, детали поставляются
    в заготовках и требуют допила. Работать может везде, но не работает из-за отсутствия
    деталей и приличной одежды. Основная область применения вокзалы и общественные туалеты.
    Так же нуждается в опытном водителе со стажем.

    OpenBSD, NetBSD - броневики, без обшивки салона, сиденья деревянные, кузов не крашеный.

    Plan9, Inferno, Oberon, ...  - сектантские изделия, обычным смертным не постижимые.
    4 руля, два тормоза, двери открываются внутрь, топливо либо водород либо гелий-3,
    иногда мандариновая кожура.

     
     
  • 5.14, User294 (ok), 04:12, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Лол. Тем не менее, вполне достоверное описание :)
     
     
  • 6.35, аноним (?), 17:47, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Лол. Тем не менее, вполне достоверное описание :)

    Ага, потому что FreeBSD опустили?

     
     
  • 7.36, Аноним (-), 18:19, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А фейхуа с павлина возьмешь? Не человек и не птица, так ... программер с перьями в опе :)
     
     
  • 8.55, SubGun (ok), 10:26, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Не в бровь, а в глаз ... текст свёрнут, показать
     
  • 7.43, User294 (ok), 22:49, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Ага, потому что FreeBSD опустили?

    Да он там всех по своему обгадил :). И при том не то чтобы совсем уж без причин. А если вы верите в идеальные системы - убейтесь уже веником, не бывает идеала. Он по определению недостижим.

     
  • 5.15, Аноним (-), 04:48, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так и есть
     
  • 5.16, anonymous (??), 06:07, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ладно уж, за этот пост можно скостить пару предыдущих наездов. Ловко написано, cкопипастил ?
     
     
  • 6.21, pavlinux (ok), 11:57, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Ладно уж, за этот пост можно скостить пару предыдущих наездов. Ловко написано,
    >cкопипастил ?

    Абижаешь ...

     
     
  • 7.37, Аноним (-), 18:21, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да мы в курсе - в линиксе буфер обмена глючит, так что ты по чесноку - распечатал и а потом в ручную набрал :)
     
     
  • 8.39, Анонимко (?), 19:44, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Мои бывшие виндовые юзеры негодуют, что буфер называют глючным Им нравится, что... текст свёрнут, показать
     
  • 5.56, iZEN (ok), 11:50, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >FreeBSD - Так же, разновидность конструктора, только из дерева, детали поставляются
    >в заготовках и требуют допила. Работать может везде, но не работает из-за отсутствия
    >деталей и приличной одежды. Основная область применения вокзалы и общественные туалеты.
    >Так же нуждается в опытном водителе со стажем.

    Круто опустил.

    Я было уже подумал, что это к сабжу относится напрямую, ан-нет — указал зачем-то FreeBSD.

    Кстати, в FreeBSD проблемы с Nouveau решаются указанием всего одной строчки в /etc/make.conf:
    WITHOUT_NOUVEAU=true
    После этого пересборка библиотек OpenGL/Mesa/DRI "телепатирует" систему нормальным образом (сборка из исходников посредством дерева портов) в реальное 3D, без всяких костылей.
    А в Linux, действительно, всё нужно напильником и кувалдой подгонять, так как API "нестабильно" == Основная область применения вокзалы и общественные туалеты.

     
     
  • 6.71, User294 (ok), 21:49, 10/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Кстати, в FreeBSD проблемы с Nouveau решаются указанием всего одной строчки в
    >/etc/make.conf:

    А все-таки прав был Павлин про напильник и деревяшки...

     
  • 4.62, Зилибоба (ok), 15:25, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    вообще - вы купили машину по лицензии GPL и производитель ни за что не отвечает. Теперь это ваш личный гемор....
     
     
  • 5.72, User294 (ok), 21:50, 10/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >вообще - вы купили машину по лицензии GPL и производитель ни за
    >что не отвечает.

    Так производитель ни по какой лицензии обычно не отвечает - читать про AS IS в BSDL, EULA, ... - я еще не видел тех кто хотел бы отдуваться за свои огрехи.


     
  • 5.75, fi (ok), 23:04, 10/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    fixed! :))))))))))))

    > вы купили машину по лицензии EULA и производитель ни за  что не отвечает. Теперь это ваш личный гемор....

    Если хотите чтоб еще и ездила - доплатите еще заметные сервисные деньги, и всё равно геморр вам обеспечен в любой комплектации.
    +
    вы получили бесплатно красивую машину по лицензии GPL, и вам предлагают заплатить за сервис и горючее. Более того - вы можете выбирать сервисную компанию.  Но если пожелаете, вы можете оказывать сервис самостоятельно - благо всё открыто и доступно, плача только за бензин.

     
  • 3.23, антиниеминен (?), 13:03, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >  Поддержка совместимости не нужна.

    +1 это Linux style. в этом весь цимус и вся привлекательность линукса, линукс не связан цепями совместимости abi, прогресс важнее и  нужнее.

     
     
  • 4.28, anonymous (??), 15:29, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > +1 это Linux style. в этом весь цимус и вся привлекательность линукса, линукс не связан цепями совместимости abi, прогресс важнее и  нужнее.

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

     
     
  • 5.29, szh (ok), 15:37, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    как много слов и никакой конкретики.

    Не глючит и не сыпет ошибками, что я делаю не так ?

     
     
  • 6.40, астронимус (?), 19:53, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Не глючит и не сыпет ошибками, что я делаю не так ?

    Значит, применительно к данной новости, вы разобрались как работает вся кривовидеоподсистема, с её drm, libdrm и прочая, прочая. Значит вы готовы на поддержку работоспособности тратить своё время. Но всё это не имеет никакого отношения к понятию дружелюбность и выкрикам линуксы в массы. Именно это мешает линуксу завоёвывать проценты на десктопах, так и колеблясь около одной точки в 1% (не так важно на самом деле, хоть 2% или 3%)

     
     
  • 7.44, User294 (ok), 23:14, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А, гм, массы никто не заставляет использовать распоследнее ядро которое в разработке и тестить все грабли на своей жопе. Точно так же как массы не юзают бетаверсии виндов, прикиньте? В более-менее массовых дистрах майнтайнеры уж наверное подгонят одно к другому. А если вы хотите на поприще разработчиков, все и вся сами, с пылу с жару и прочая - так нефиг тогда ныть. Итого - не вижу проблем. Кроме двойных стандартов или неверного выбора.
     
     
  • 8.46, астронимус (?), 01:15, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    33 давно как stable 32 - lts Не полощи мне мозги, вагон и тележка примеров, ко... текст свёрнут, показать
     
     
  • 9.47, User294 (ok), 04:49, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ага, аж без году неделю как stable При том stable оно для майнтайнеров Если вы... большой текст свёрнут, показать
     
     
  • 10.60, астронимус (?), 13:42, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Прекращай молоть ерунду, ещё кто-нибудь тебе, глядишь, и поверит Ты прав Но ес... текст свёрнут, показать
     
     
  • 11.66, Зилибоба (ok), 17:53, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Вот я, например, на десктопе и сервере юзаю LST от канон... текст свёрнут, показать
     
     
  • 12.68, астронимус (?), 20:45, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ты на своём lts и не услышишь и о работоспособных с поддержкой KMS Nouveau К ... текст свёрнут, показать
     
  • 11.73, User294 (ok), 21:59, 10/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вы не умеете ни аргументы приводить в защиту вашей точки зрения, ни троллить, су... текст свёрнут, показать
     

  • 1.18, Аноним (-), 09:58, 08/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Видимо у Торвальдса Nvidia. Посмотрел бы хоть на intel. В новой версии драйвера теперь требуется поддержка KMS на уровне ядра. Владельцы старых карт пролетают, владельцы новых вынуждены быть тестерами экспериментальной и достаточно глючной фичи.
     
     
  • 2.19, астронимус (?), 10:30, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вылезай из анабиоза. drm модули ядра с поддержкой KMS у интелов были уже в 29 ядре. Да и хорговские дрова они подготовили к этому же выходу, если мне не изменяет память. http://kernelnewbies.org/Linux_2_6_29
    Linux 2.6.29 kernel released on 23 March, 2009
    1.1. Kernel Modesetting
     
  • 2.45, IGX (?), 00:47, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вот именно. Такое ощущение, что Intel (а также HP) - нищета-нищетой, чтобы сделать нормальные дрова для всех своих поделок.
     
     
  • 3.48, User294 (ok), 04:54, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    У интеля везде такое. Виндовозные дрова интеля не менее глючны и грабельны. Начиная от горбатого инсталера имеющего тенденцию лажаться и заканчивая ставящими винду раком видеодровами. Хлебнуть геморроя с ними - совершенно не вопрос. Фирмваре и т.п. у интеля тоже глючное и грабельное. Чипсеты у интеля тоже вечно снабжены какими-нить мерзкими багами дизайна (достаточно вспомнить массовое выгорание юсб). Интел такой интел :).Думаете, у них такое только в *никсах? Хрен там - оно у них так везде. Можно подумать, они для *никсов специально баги реализуют, ага...

    P.S. а что, HP разве делает видяхи? oO

     
     
  • 4.61, splat_pack (ok), 14:54, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ты все время где-то находишь винду, хотя вокруг якобы одни убунты, мож ты тайный виндопоклонник?
     
     
  • 5.67, Зилибоба (ok), 17:56, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >ты все время где-то находишь винду, хотя вокруг якобы одни убунты, мож
    >ты тайный виндопоклонник?

    Он просто, для сравнения, держит одну "семерочку" =)

     

  • 1.20, Аноним (-), 11:19, 08/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    торвальц получил джастфофана на свою голову
     
     
  • 2.27, Аноним (-), 15:19, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > торвальц получил джастфофана на свою голову

    как бы после такой травмы он не решил стабилизировать ядерное апи и комплектовать ядро несколькими версиями каждого модуля для работы с разными версиями апи.

     
     
  • 3.52, www2 (ok), 08:20, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >как бы после такой травмы он не решил стабилизировать ядерное апи

    Уж лучше бы решил, наконец. Пусть Хартман со своим нонсенсом носится, но где-нибудь в сторонке.

     

  • 1.22, AlexYeCu (?), 12:33, 08/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Тому болвану, который придумал kms, надо гвоздь в голову забить. Мина уже получилась, когда для перезапуска иксов с другими дровами из-за этого kms пришлось перезагружать машину. Как в каком-то windows. Да, и править grub.conf, предварительно погуглив. Всецело за открытые технологии, но выходки вроде пропихивания kms для noveau в умолчальное ядро здорово злят.
     
     
  • 2.25, астронимус (?), 14:00, 08/03/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что, блобы отказываются нормально работать с подгруженными drm модулями?
     
     
  • 3.57, AlexYeCu (?), 12:17, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Что, блобы отказываются нормально работать с подгруженными drm модулями?

    Вероятно.

     
  • 2.53, www2 (ok), 08:22, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Тому болвану, который придумал kms, надо гвоздь в голову забить. Мина уже
    >получилась, когда для перезапуска иксов с другими дровами из-за этого kms
    >пришлось перезагружать машину. Как в каком-то windows. Да, и править grub.conf,
    >предварительно погуглив. Всецело за открытые технологии, но выходки вроде пропихивания kms
    >для noveau в умолчальное ядро здорово злят.

    А выгрузить один ядерный модуль и загрузить другой нельзя было что-ли? Перезагрузка нужна только если ядро меняется.

     
     
  • 3.58, AlexYeCu (?), 12:19, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А выгрузить один ядерный модуль и загрузить другой нельзя было что-ли? Перезагрузка
    >нужна только если ядро меняется.

    Для этого надо во-первых, предвидеть появление проблемы, во-вторых знать (или найти информацию) что именно выгружать. Я не предвидел, поэтому неожиданные грабли меня очень «порадовали».

     

  • 1.63, Аноним (-), 16:43, 09/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А как же стабле_апи_нансенс? Что же это Линусу не нравится им же придуманый джастафан? Как расхреначить в новой версии ядра кучу системных вызовов, так он первый, а тут его же последователи отожгли, а папко в шоке
     
     
  • 2.65, Andrey Mitrofanov (?), 17:13, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >А как же стабле_апи_нансенс?

    ""Please realize that this article describes the _in kernel_ interfaces, not the kernel to userspace interfaces. The kernel to userspace interface is the one that application programs use, the syscall interface.  That interface is _very_ stable over time, and will not break.  I have old programs that were built on a pre 0.9something kernel that still work just fine on the latest 2.6 kernel release.  That interface is the one that users and application programmers can count on being stable."" -- stable_api_nonsense.txt

    Следующий!

     
     
  • 3.69, linux_must_die (ok), 23:35, 09/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>И напртив, последняя альфа win7 жутко нестабильна, к чему я все это?

    omg. есть же еще люди которые пользуются первыми самопальными сборками винды в то время когда все нормальные уже давно сидят на stable

     
     
  • 4.76, darkside83 (?), 07:39, 15/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    У меня QIP при выходе вешал намертво stable сборку win7 с последними обновлениями.
    Как я понимаю, проблема была в том, что 7-ка сохраняет файлы истории QIPа и все настройки в виртуальном хранилище(C:\Users\Local\.... путь точно не помню, 7-ки сейчас под рукой нет), в тоже время в самой папке программы (C:\Program Files\QIP) эти файлы также существует.
    Видимо происходил какой-то конфликт, потому что после удаления этих файлов из C:\Program Files\QIP зависания пропали.
    В данном случае это все-таки проблема не QIP, а именно 7-ки.
     

  • 1.77, Andrey Mitrofanov (?), 17:50, 18/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В качестве одного из путей разрешения возникшего тупика, Линус

    Решение найдено! B-D

    [I]""Daniel Stone probably had the best solution, “fuck it, it’s Friday. To the pub”.""[/I]

    ---Спасибо Йону Мастерсу http://www.kernelpodcast.org/2010/03/18/20100307-linux-kernel-podcast/ и Kernel Planet http://planet.kernel.org/.

     

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



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

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