The OpenNET Project / Index page

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

Для драйвера Nouveau создана замена проприетарного микрокода для карт GeForce 6/7

17.12.2009 12:53

Разработчики Nouveau, открытого драйвера для видеокарт NVIDIA с поддержкой 2D и 3D акселерации, сообщили о создании свободной замены проприетарной прошивки (firmware) для карт NVIDIA GeForce 6/7. Напомню, что на прошлой неделе принято решение о включении DRM (Direct Rendering Manager) модуля Nouveau в состав будущей версии Linux ядра 2.6.33, но данный модуль не работал с картами новее серии GeForce 5 без загрузки специального проприетарного микрокода (модуль переключения контекста NVIDIA ctx_voodoo), для которого теперь и создана свободная замена (nv40). Свободная прошивка пока поддерживает только серии GeForce 6/7, для карт GeForce 8 и более новых по прежнему нужно использовать прошивку ctx_voodoo.

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
  2. OpenNews: Компания NVIDIA озвучила свою позицию по отношению к проекту Nouveau
  3. OpenNews: В состав будущей версии Linux ядра решено включить Nouveau и DRBD
  4. OpenNews: Состояния разработки Nouveau. Интервью с разработчиками из компании NVIDIA
  5. OpenNews: В Fedora 11 для видеокарт Nvidia по умолчанию будет использован драйвер Nouveau
  6. OpenNews: Открытый видеодрайвер Nouveau адаптирован для FreeBSD
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/24707-Nouveau
Ключевые слова: Nouveau, nvidia, driver, xorg
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (37) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, anonymous (??), 13:02, 17/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Отличная новость! Так держать ребятам.
     
  • 1.2, Аноним (-), 13:27, 17/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    чет я так и не понял, писали для 5-ой серии, а получилось для 6/7 ??? короче, моя старенькая FX-5200 поддерживается?
     
     
  • 2.5, Аноним (-), 15:13, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Для карт ДО FX, прошивка вообще не нужна, никакая.
     

  • 1.3, pavlinux (ok), 14:49, 17/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Задача.
    Дано:
    В BIOS не регулируются режимы. Режим BIOS = VGA 80x25x8bitx60Hz.
    Допустим есть BIOS где это регулируется, но после BIOS пускается
    BIOSы Различных контроллеров, или PXE.
    Пользовательский режим равен SVGA 1280x1024x24bitx75Hz.

    Найтить:

      Как, после нажатия кнопки Power, из режима BIOS незаметно переключится
      в режим пользователя?




     
     
  • 2.4, Анооонииим (?), 15:12, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    чего ?
     
  • 2.6, User294 (ok), 15:25, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Правильный ответ: закопать уже к чертовой матери эту дебильную архаику. Мониторы уже сто лет как массив пикселей адресуемых индивидуально, а тут про какие-то 80х25. Которым место там же где и спекки, по большому счету.
     
     
  • 3.7, Одмин (?), 16:43, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты прав, пусть сразу стартует в 2560x1600, а все у кого меньше те неудачнеги. Ну и выбросим ком-порты нахрен, даёшь циски с графическим интерфейсом.
     
     
  • 4.9, pavlinux (ok), 16:54, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > даёшь циски с графическим интерфейсом.

    Да кстати, на ASA выезжающая панелька, хотя бы  800x600 c ихним ADSM не по мешало бы.
    и на каждый роутер тоже... а второй, маленький, на лицевую панель с мониторингом нагрузки,
    температуры, и прочей аномалии.  


     
     
  • 5.20, User294 (ok), 21:34, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >и на каждый роутер тоже... а второй, маленький, на лицевую панель с
    >мониторингом нагрузки, температуры, и прочей аномалии.

    Д-линк почти такое сделал - роутер с LCDхой они уже придумали. А для openwrt есть еще такая штука - LCD4Linux. Так что все хорошее уже украдено до вас :P.

     
  • 4.11, аноним (?), 17:03, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Советую сменить них. Букву О, разве что, можешь оставить.
     
  • 4.19, User294 (ok), 21:32, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Ты прав, пусть сразу стартует в 2560x1600

    Пусть, мля, стартует с нативным разрешением монитора. А зачем выводить на экран какое-то покрытое зазубринами дерьмо, которое он все-равно рендерит горбато. И, знаете, 80х25 было актуально в 80-е. Когда каждый байт пропиханый через тормознутые шины до видеоадаптера - как нож в спину. И поэтому когда для вывода текста видяха получала байт и рендерила его сама - было быстрее. А нынче шины типа PCI-E настолько скоростные что их даже самое забойное 3D не выюзывает нифига на максимум. Что уж там говорить о простой 2D картинке. Более того - вон n8x0 стартуют себе в графическом режиме. И ничо, нормально. А какой еще режим может быть у LCDшника 800х480. Это в писючном хламе для совместимости с архаичным говном мамонта типа окаменевших 16-битных биосов извращаются - интерполяцию городят (выглядит блевотно, разумеется). Кстати половина современных биосов умеет в графическом режиме работать. Правда обычно не выбирается в каком и он убогий. Впрочем чего от тупорылых проприетарных биосов ожидать? Ведь спросить моник по DDC какое он разрешение тянет - это ж ракетная наука, вашу мать.

     
     
  • 5.21, pavlinux (ok), 22:38, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>Ты прав, пусть сразу стартует в 2560x1600 И, знаете,
    >80х25 было актуально в 80-е. Когда каждый байт пропиханый через тормознутые
    >шины до видеоадаптера - как нож в спину. И поэтому когда
    >для вывода текста видяха получала байт и рендерила его сама -
    >было быстрее. А нынче шины типа PCI-E настолько скоростные что их
    >даже самое забойное 3D не выюзывает нифига на максимум.

    Ну вот скажи, зачем BIOS от Adpatec рулить видюхой, если ему надо вывести 10 строчек


     
     
  • 6.23, User294 (ok), 23:24, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну вот скажи, зачем BIOS от Adpatec рулить видюхой, если ему
    >надо вывести 10 строчек

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

    Просто понимаешь ли, 16-битный биос который не соответствует современным реалиям вообще никак - это некромансия в чистом виде. Настолько, что все уважающие себя оси его вообще почти не используют и рулят железом сами (что как бы выглядит пародией на изначальную идею ради которой вообще биосы делались). В итоге по факту мы имеем оверсайзнутый бутблок весом в мег с кучей легаси барахла которое 99.(9)% времени является dead code'ом и костыльные довески к нему :). Ну скажи, дерьмо же, правда? :). И то что это дерьмо не умеет современные видеорежимы? Так еще и 64-бит проц стартует в 16-бит режиме который умер еще в прошлом веке, мля.... :)

     
     
  • 7.30, Iv945n (ok), 14:43, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > Просто понимаешь ли, 16-битный биос который не соответствует современным реалиям вообще никак - это некромансия в чистом виде. Настолько, что все уважающие себя оси его вообще почти не используют и рулят железом сами (что как бы выглядит пародией на изначальную идею ради которой вообще биосы делались). В итоге по факту мы имеем оверсайзнутый бутблок весом в мег с кучей легаси барахла которое 99.(9)% времени является dead code'ом и костыльные довески к нему :). Ну скажи, дерьмо же, правда? :)

    Правда. Но уметь рендерить текст видяха должна таки уметь, imho, да и не спрашивая для этого в обязательном порядке у монира что он умеет (мало ли что он, злодей, ответить может...).

     
  • 5.22, MiG (?), 23:17, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Во-первых, текстовый режим надёжнее для вывода, что особенно важно когда что-то не работает. Во-вторых, текст гораздо удобнее и приятнее для глаз читать в текстовом режиме.

    В общем, Вам не нравится 80Х25 - ради бога. Но не надо навязывать своё мнение всем.

     
     
  • 6.25, User294 (ok), 23:48, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Зависит от реализации А чему быть ненадежным в графике, если делать ее не через... большой текст свёрнут, показать
     
     
  • 7.26, pavlinux (ok), 00:00, 18/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Ты куда-то далеко убежал...

    нарисовать 1 пиксель это одно и тоже что и символ, так как таблица символов уже заложена,
    и видюхой только позиционируется.
    Вызвать символ одна команда, пиксель тоже одна, зарисовать весь экран 1280x1024
    разными пикселями это надо 1310720 команд послать.



     
     
  • 8.28, User294 (ok), 22:27, 18/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Да, конечно, знакогенератор для текстового режима в видяху вшит Было актуально ... текст свёрнут, показать
     
     
  • 9.33, sauron (ok), 20:27, 23/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Есть такая штука как EFI новый стандарт BIOS для PC Там как раз таки графически... текст свёрнут, показать
     
     
  • 10.34, User294 (ok), 20:34, 23/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Он, конечно, есть Но вот найти компы с ним в продаже - проблематично Основная ... текст свёрнут, показать
     
  • 7.27, Артур (??), 04:32, 18/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    А мне кажется надо видеобиос заставить этим всем заниматься -- пусть перепишут свой int 10h чтоб вместо текстового графический ставил (с ориентировкой на тот же DDC), а фреймбуфер пусть текстовый останется для полной совместимости. А чо, загрузил пару шейдеров, они там буков нарендерили из b800: с антиалиасом и хинтингом и усё делов..

    И тогда можно будет неблюя смотреть на текстовые режимы в LCD :)

    зы: думается нативный фреймбуфер в реальном режиме не войдет..

     
     
  • 8.29, User294 (ok), 22:35, 18/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Да там вообще все это 16-битное гумно надо выбросить и переписать Только всем в... текст свёрнут, показать
     
     
  • 9.32, Iv945n (ok), 14:48, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    А Вы знаете что на мамках с ISA-слотами я под Pentium-3 ещё юзал, модем в ISA у... текст свёрнут, показать
     
     
  • 10.35, User294 (ok), 20:55, 23/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Это не мать определит ведеокарту Это бутблок, знаете ли, врубается Крайне ур... большой текст свёрнут, показать
     
  • 7.31, Iv945n (ok), 14:45, 22/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >там даже Doom в глазоломных 320х240 тормозил из-за упирания в шину всеми рогами и копытами

    Когда это Doom тормозил?

     
     
  • 8.36, User294 (ok), 20:59, 23/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Во времена ISAшных видеокарт При замене на PCI-ную FPS довольно сильно взлета... текст свёрнут, показать
     
     
  • 9.37, Iv945n (ok), 21:11, 23/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Я какбэ с 286-х машин начинал, вообще не помню чтобы в досовских играх где-то ко... текст свёрнут, показать
     
  • 3.8, pavlinux (ok), 16:50, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Правильный ответ: закопать уже к чертовой матери эту дебильную архаику.

    Ну пока ты копаешь, планета живёт, а ответа так и нету.

     
  • 2.24, hatelinux (?), 23:28, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    1.сдампить bios
    2.декомпильнуть
    3.поправить
    4.залить обратно
    5.профит
     

  • 1.10, Аноним (-), 17:02, 17/12/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А тем временем
    commit 09cef45393c14d2b02529cb3cbea194bdfc06bf3 в mesa/master
    r600 : clean a bit to prepare to enable gl2.
    Совсем чуть-чуть осталось для счастья на r600_r700. Кстати, амд/ати тоже грузит firmware для drm, но, как понимаете, проша там открыта.

     
     
  • 2.12, аноним (?), 17:03, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > проша там открыта

    Ничего подобоного.

     
     
  • 3.13, Аноним (-), 17:05, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Поподробней
     
     
  • 4.14, аноним (?), 17:26, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Поподробней

    Что можно сказать подробней когда чего-то просто нет?

     
     
  • 5.15, Аноним (-), 17:32, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Ссылку на блог airlied или alexа, где сказано, что мы используем блобы
     
     
  • 6.16, аноним (?), 18:33, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Ссылку на код прошивки
     
  • 6.17, AndrewR (?), 21:00, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.phoronix.com/forums/showpost.php?p=104525&postcount=15

    "ATI blobs are used to start up the CP/DMA engine " ....

    "Also, these are non-trivial in size and not required for card operation, unlike the ATI blobs. Additionally, they're actually reversible; ATI's blobs are for custom, single-purpose chips which only use ucode for cost reasons, and it would not be useful at all to have them reverse-engineered since there are no additional features to be gleaned from them. (IIRC there have only been two updates to the ATI blobs, ever, and those were both for older Radeons, not current-gen stuff.)"

     
     
  • 7.18, Аноним (-), 21:11, 17/12/2009 [^] [^^] [^^^] [ответить]  
  • +/
    The difference between these (речь о  Nouveau) blobs, and the AMD/ATI blobs, is in what they do. These blobs are definitions of the context-switching layout, used to provide hardware support for tracking state. ATI blobs are used to start up the CP/DMA engine, one level lower. Completely different things.
    Для полноты ощущений. А вообще, признаю был неправ, хорошо что поправили и помогли разобраться.
    //бтв, не ожидал, что у на форониксе водятся разрабы хорга/месы и прочая
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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