The OpenNET Project / Index page

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

В открытом DDX-драйвере Radeon активировано ускорение для GPU семейства Hawaii

13.08.2014 20:39

Как известно, ранее при использовании открытых драйверов Radeon с видеоускорителями семейства Hawaii (R9 290) не работало ускорение. Это было связано с тем, что данные GPU при активации ускорения быстро теряли стабильность, из-за чего и было принято решение отключить ускорение.

Благодаря кооперации сотрудников AMD, Red Hat и независимых разработчиков, проблемы были выявлены и оперативно устранены. В результате было принято решение активировать поддержку ускорения для Hawaii по умолчанию. Этот пример в очередной раз продемонстрировал эффективность разработок программного обеспечения под свободными лицензиями.

Сейчас очередь дошла до DDX-драйвера X.org, где ускорение для Hawaii теперь активировано по умолчанию. Ожидается, что эти изменения войдут в состав версии xf86-video-ati 7.5.0, выпуск которой ожидается в ближайшее время.

Ранее изменения, необходимые для активации ускорения, также попали в MESA 10.3-devel. Необходимые изменения со стороны ядра в рамках окна приема изменений уже приняты в состав будущего ядра Linux 3.17. Начиная с указанных версий компонентов, ускорение Hawaii будет активировано по умолчанию. Кроме того, для стабильной работы GPU при активированном ускорении необходимы обновленные файлы микрокода, которые можно загрузить на странице разработчика Alex Deucher из AMD.

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
Автор новости: Аноним
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/40382-radeon
Ключевые слова: radeon
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (70) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, A.Stahl (ok), 22:23, 13/08/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Разделение труда? Пока Линус тычет пальцем в энвидию, фороникс "критикует" АМД. Ну пусть...
     
     
  • 2.2, Sluggard (ok), 22:29, 13/08/2014 [^] [^^] [^^^] [ответить]  
  • +8 +/
    AMD и без всяких форониксов активно участвует в жизни открытого драйвера — от спеков, до писания кода.
    Что там делает Нвидия, кстати? И как работает их видео с открытыми дровами? Это не троллинг, просто не слежу за новостями на эту тему.
     
     
  • 3.3, Аноним (-), 22:35, 13/08/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    740M на нуво не заводится.
     
     
  • 4.4, Sluggard (ok), 22:40, 13/08/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я про ситуацию в общем спрашивал. У Вас, наверное, случай нетиповой, да? Всегда что-то где-то не заводится.
     
     
  • 5.7, Stax (ok), 23:03, 13/08/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ...но у большинства пользователей линукса, скорее всего, подобные "нетиповые случаи". И лично их совершенно не радует тот факт, что они нетиповые, если оно не работает.

    А если у среднего joe user скорее всего все должно работать - так у него же и линукса нет, ну или может загрузил его разок для интереса.

    А по существу, можете посмотреть http://www.phoronix.com/scan.php?page=article&item=nvidia_nouveau_linux316&nu

     
     
  • 6.9, Sluggard (ok), 23:19, 13/08/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Спасибо за линк.
     
  • 5.14, Аноним (-), 05:45, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Справедливости ради, nvc0 (ферми) очень активно пилится Ильёй Миркиным. Судя по всему, nouveau даже ближе к поддержке OpenGL 4.0, чем интел со всеми своими ресурсами и большой командой разработчиков (см. GL3.txt из mesa git). Справедливости ради, это заслуга независимых разработчиков, но никак не нвидии.
     
     
  • 6.32, Аноним (-), 12:27, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Справедливости ради, nvc0 (ферми) очень активно пилится Ильёй Миркиным. Судя по всему,
    > nouveau даже ближе к поддержке OpenGL 4.0, чем интел со всеми
    > своими ресурсами и большой командой разработчиков (см. GL3.txt из mesa git).
    > Справедливости ради, это заслуга независимых разработчиков, но никак не нвидии.

    GL4 это замечательно, но без работоспособного реклока это будет TGV ... едущий со скоростью паровоза Стефенсона.

     
  • 3.6, Аноним (-), 22:51, 13/08/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Но очередное наседание на проблему стабильности R9 290 было откровенно спровоцир... большой текст свёрнут, показать
     
     
  • 4.8, Sluggard (ok), 23:18, 13/08/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Простите мой скептицизм, но я не уверен, что представители AMD читают фороникс. Особенно учитывая то, что у фороникса немного странноватая манера проводить тесты и сравнения.
     
     
  • 5.10, vitalif (ok), 23:49, 13/08/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    По всей видимости как раз читают, они фороникс-мену даже процы/карточки время от времени подкидывают потестить нахаляву)
     
  • 5.20, Fracta1L (ok), 09:34, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > у фороникса немного странноватая манера проводить тесты
    > и сравнения.

    Например?

     
     
  • 6.69, Куяврег (?), 15:09, 16/08/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    например брать ОС без библиотеки OpenMP и тестировать софтом в котором в 4 из 10 тестов используется именно OpenMP и суммировать показатели. это из того, что запомнилось. более других примеров вагон и маленькая тележка.
     
  • 5.23, Аноним (-), 11:47, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Не только читают, но и периодически отвечают на багрепорты и прочая Это так, ес... большой текст свёрнут, показать
     
  • 4.15, Аноним (-), 05:49, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    АМД этот баг НЕ ИСПРАВЛЯЛО! И фороникс тут не причём. Это сделал Жером Глиссе из Ред Хэта. Кстати он же и отметил, что благодаря открытости драйвера Рэд Хэту не нужно было ждать, когда же АМД разродиться фиксом. Самое смешное, что косяк-то был не в драйвере а в фирмвэе.
     
     
  • 5.24, Аноним (-), 11:53, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > АМД разродиться фиксом. Самое смешное, что косяк-то был не в драйвере
    > а в фирмвэе.

    Уж не хотите ли вы сказать что редхат вместо амдшников выпустил новое фирмваре, то которое у Tom Stellard на серваке теперь лежит? Это к вопросу "кто пофиксил" :P.

    А то что после пары зарядов невкусного (анти)пиара намекающего что крутой баг уже полгода висит в состоянии "всем пофиг" вся шайка-лейка оскорбирась и начали активно пытаться загасить баг и активировались с интеграцией фиксов - не только заметно невооруженным глазом. Тот же Stellard как раз на форониксе и отписывался что на то что на R9 290 забили - были причины. И что ему совсем не нравится на...ться на такую критику :).

     
     
  • 6.27, Andrey Mitrofanov (?), 12:02, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> АМД разродиться фиксом. Самое смешное, что косяк-то был не в драйвере а в фирмвэе.
    > Уж не хотите ли вы сказать что редхат вместо амдшников

    Очевидно же, что они/РХ кроваво ентерпрайзно обворкэраундили баг в старом проприертарном  fw. Или нет?

     
     
  • 7.31, Аноним (-), 12:19, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Очевидно же, что они/РХ кроваво ентерпрайзно обворкэраундили баг в старом проприертарном
    >  fw. Или нет?

    Обычно новое fw выкатывают лишь если нормальных фиксов со стороны софта вообще не оказалось. Насколько там редхат смог заворкэраундить глюки старого фирмваре - без понятия, я не настолько фанат Hawaii и RH, чтобы такой археологией в нафиг не впершемся мне редхате заниматься.

    По коду я вижу что там тyпо проверки на версию fw: если фирмваре старое - болт вам, а не ускорение! Что все-таки лучше чем повисший GPU. То-есть сами амдшники считают что это fw в принципе не способно стабильно работать с их драйвером с ускорением. Насколько там редхат пытается быть святее папы Римского - не знаю, мне это не очень интересно.

     
     
  • 8.54, Аноним (-), 20:12, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А, разобрался - там весьма годный кластерфак вышел, с фирмварой вообще по сути о... текст свёрнут, показать
     
  • 8.64, Аноним (-), 04:44, 15/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    откуда, вот откуда это нелепое сравнение с Папой Римским вылезло он никогда не ... текст свёрнут, показать
     
  • 7.46, Аноним (-), 17:53, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Это было первоначальное решение Глиссе (исходный код фирмвари-то он не выдел). И только потом амдшники проснулись и выпустили новую фирмварь. Но я на них не наезжаю: они и так молодцы. Просто нужно отмечать только тех, кто действительно пофиксил баг.
     
     
  • 8.48, Аноним (-), 19:03, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Он смог заворкэраундить старую фирмварь Или чего АМДшники со своей стороны про... большой текст свёрнут, показать
     
     
  • 9.56, Аноним (-), 20:14, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    http www opennet ru openforum vsluhforumID3 97793 html 45 О, да, амдшники год ... большой текст свёрнут, показать
     
     
  • 10.60, Аноним (-), 21:07, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да я в курсе Ну, блин, бывает Баги с стабильностью GPU - своеобразная и мерзка... большой текст свёрнут, показать
     
  • 5.35, Andrey Mitrofanov (?), 12:52, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > АМД этот баг НЕ ИСПРАВЛЯЛО!
    >Это сделал Жером Глиссе из Ред Хэта.
    > благодаря открытости драйвера
    >не в драйвере а в фирмвэе.

    Ссылку? А то уже не уверен в своём парсере.

     
     
  • 6.39, Аноним (-), 13:18, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ссылку? А то уже не уверен в своём парсере.

    И мне. Хочу посмотреть как RH чинит баг в амдшной ... фирмвари.

     
  • 5.44, Аноним (-), 16:45, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ссылка на сообщение Жерома Глиссе на форуме фороникса по теме, кто и как пофиксил сей баг: http://www.phoronix.com/forums/showthread.php?103907-Open-Source-AMD-Hawaii-S
     
     
  • 6.49, Аноним (-), 19:27, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Пофиксили - AMD А нашел причину, видимо, Глиссе - насколько я понимаю его комен... большой текст свёрнут, показать
     
     
  • 7.55, Аноним (-), 20:13, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А, хрен там - можете не надрываться на рассказы где я промахнулся в логике, я уже сам въехал. Джером таки свое дело сделал, а с фирмварой там отдельный ляп. Вышеупомянутое сообщение невалидно.
     
  • 3.12, pavlinux (ok), 04:29, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Что там делает Нвидия, кстати?

    У них всё пестато, OpenGL 4.5 уже поддерживают. https://developer.nvidia.com/opengl-driver

     
     
  • 4.21, Sergey722 (ok), 09:46, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Павлик вырвал из контекста и вбросил. Вопрос был про новьё, а вброс про пропиетарь...
     
     
  • 5.43, pavlinux (ok), 16:29, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Вброс это у тебя, а там спрашивали про Нвидия. Если что, это фирма такая.
     
     
  • 6.50, Аноним (-), 19:29, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Вброс это у тебя, а там спрашивали про Нвидия. Если что, это
    > фирма такая.

    Спрашивали про нуво, боклан.

     
  • 3.19, Fracta1L (ok), 09:33, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > AMD и без всяких форониксов активно участвует в жизни открытого драйвера — от спеков, до писания кода

    А толку-то.

     
     
  • 4.25, Аноним (-), 11:56, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А толку-то.

    А толк - в открытом драйвере, нормально интегрированном с системой.

    У нвидии как: ядерщики вынесли функции у ядра, нвидия три версии кернела лечит народ что вай-вай, проблемы, съешьте болт.

    У амд как: пока их ядерный выносок не соберется - ядро тyпо не релизнется. Потому что не может ядро с критичным багом релизнуться.

     
     
  • 5.40, Fracta1L (ok), 14:43, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > У амд как: пока их ядерный выносок не соберется - ядро тyпо не релизнется

    В том-то и лол, что критерием качества амд-драйвера является только то, что он собирается.

     
     
  • 6.51, Аноним (-), 19:30, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > В том-то и лол, что критерием качества амд-драйвера является только то, что
    > он собирается.

    Да как сказать. Если код не собрался - остальное при этом по логике вещей вообще сильно пофигу, это grave bug и разговор о каком либо "качестве" далее просто вообще не идет, за отсутствием предмета тестирования на ринге. Но такие мелочи фанов нвидии не смущают :).

     
  • 6.65, Аноним (-), 04:46, 15/08/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> У амд как: пока их ядерный выносок не соберется - ядро тyпо не релизнется
    > В том-то и лол, что критерием качества амд-драйвера является только то, что
    > он собирается.

    лютая нелепость от ненавистника

     
     
  • 7.70, Аноним (-), 20:33, 17/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>> У амд как: пока их ядерный выносок не соберется - ядро тyпо не релизнется
    >> В том-то и лол, что критерием качества амд-драйвера является только то, что
    >> он собирается.
    > лютая нелепость от ненавистника

    По существу есть что сказать?

     
  • 2.5, Аноним (-), 22:43, 13/08/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Пока Линус тычет пальцем в энвидию, фороникс "критикует" АМД. Ну пусть...

    Ну а что? В открытом мире логично называть вещи своими именами. Какой нам смысл на...ть самих себя?

     

  • 1.11, Xasd (ok), 01:55, 14/08/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Из-за очередной порции критики от ресурса Phoronix, разработчики открытого драйвера из AMD попробовали справиться с проблемами, мешавшими стабильной работе этих GPU еще раз и судя по всему это получилось.

    а вот из-за строгих комметариев на OpenNET -- наверное вообще все остальные баги исправляются :)

     
     
  • 2.26, Аноним (-), 11:58, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > а вот из-за строгих комметариев на OpenNET -- наверное вообще все остальные
    > баги исправляются :)

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

     
     
  • 3.28, Andrey Mitrofanov (?), 12:05, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Да как сказать? Судя по всему - некоторые из бестолковостей миднайта зашибли
    > в том числе и после ругани местного населения.

    100% cpu в gpm в screen-е в физюконсоли -- уже?

     
     
  • 4.30, Аноним (-), 12:09, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > 100% cpu в gpm в screen-е в физюконсоли -- уже?

    Не знаю. Я никогда не налетал на баги с 100% жрачем миднайтом проца. Поэтому ничего не могу сказать о данном баге. Да и вообще, если программа работает в 100500 конфигах а лажается на 100501-й, может быть баг даже и не в программе а в этой конфиге и/или ее компонентах?

     
     
  • 5.33, Andrey Mitrofanov (?), 12:49, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> 100% cpu в gpm в screen-е в физюконсоли -- уже?

    Не в физ.консоли, а что-то другое.

    > Не знаю. Я никогда не налетал на баги с 100% жрачем миднайтом

    100% жрёт gpm, которого непрерывно передёргивает mc при каких-то там http://www.opennet.ru/openforum/vsluhforumID3/90810.html#184 условиях и после версии 4.8.8??4.8.10

    И mc тоже плохеет, ажно _курсор_ в панельке по файлам вверх-вниз _по много секунд_ отрабатывает.

     
     
  • 6.38, Аноним (-), 13:12, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я не думаю что проблему можно зарулить по такой диагностике как в том сообщении ... большой текст свёрнут, показать
     
     
  • 7.41, Andrey Mitrofanov (?), 15:23, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Я не думаю что проблему можно зарулить по такой диагностике как в

    Проблема на вашей стороне. Да, мне все так говорят.

    > Ты пойдешь пересоздавать навернутые
    > экзотичные конфиги, без нормального описания и без гарантий что там баг
    > вообще вылезет? :)

    Там, в недрах тредов опеннета, ещё у кого-то вылезало.
    debian, screen и gpm -- это такая экзотика, прямо даже и не знаю, где такое взять-то.
    Кстати, работа налажана, всем ку два часа (там же по ссвлке - новость вверху):

    #>>>"Релиз файлового менеджера Midnight Commander 4.8.9"
    #>>>    -  Налажена работы мыши при запуске mc в  screen и tmux;

    > Вообще, если хочется чтобы баг починили - надо или дать достаточно информации,

    Пойти в их можный тракер, зарегистрироваться, рассказать им _там про эту "эзотерику", выслушать ещё раз рассказ, какой я "не как все", да? Уже иду.

     
     
  • 8.52, Аноним (-), 19:46, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это тоже вполне возможно Просто потому что если бы баг был крутой и фатальный, ... большой текст свёрнут, показать
     
  • 4.42, Andrey Mitrofanov (?), 15:25, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>некоторые из бестолковостей миднайта зашибли

    А! Оговорка принимается.

    > 100% cpu в gpm

     

  • 1.13, Аноним (-), 05:41, 14/08/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Тут двойной фейспалм в новости.
    >Из-за очередной порции критики от ресурса Phoronix, разработчики открытого драйвера из AMD попробовали справиться с проблемами, мешавшими стабильной работе этих GPU еще раз и судя по всему это получилось.

    Во-первых, фороникс тут не причём. Баг был найден Жеромом Глиссе из Ред Хэта, так как был баг репорт в федоре (см. список расылки mesa и dri, а также его комментарий на форуме фороникса). Ларабель может пиарить себя как угодно, но уж опеннету это не к лицу.

    >Кроме того, для стабильной работы GPU при активированном ускорении, необходимы обновленные файлы микрокода, которые можно загрузить на странице разработчика Tom Stellard из AMD.

    И ссылка идёт...идёт ссылка к странице Алекса Дойчера. Вы хоть новости-то сами читаете?

     
     
  • 2.16, Аноним (-), 07:15, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ларабель может пиарить себя как угодно, но уж опеннету это не к лицу.

    Самое интересное, что в новости на форониксе, об этом и не написано
    http://www.phoronix.com/scan.php?page=news_item&px=MTc2MTQ

     
     
  • 3.36, Аноним (-), 12:52, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Самое интересное, что в новости на форониксе, об этом и не написано

    Зато написано в предыдущих новостях с бенчами радеонов + на форуме имеется забавное такое оправдание от Tom Stellard :-).

     
  • 2.34, Аноним (-), 12:51, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, блин, только разработчики RH оказывается знали что 290 не работает с открыты... большой текст свёрнут, показать
     
     
  • 3.47, Аноним (-), 18:00, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Только разрабы АМД на вопросы, что же не работает отвечали мы ХЗ, всё вроде ОК,... большой текст свёрнут, показать
     
     
  • 4.53, Аноним (-), 20:09, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Именно И Стеллард рассказал что они предпринимали попытку вычислить этот баг, н... большой текст свёрнут, показать
     
     
  • 5.58, Аноним (-), 20:22, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >А, с фирмварой там все еще хитрее - оказывается старую фирмварь кормили новыми пакетами, которые она не понимает. Вообще по сути отдельный баг. Правда я тогда не совсем понимаю нафига амдшники сделали логику включения ускорения привязаной к версии фирмвари (а такой код я где-то в кишках драйвера явно видел).

    Это второй раз, когда из-за фирмвари у радеонов косяки проявляются. Из-за этого сам смысл открытых драйверов теряется. Это Жером и критиковал.

     
     
  • 6.61, Аноним (-), 00:50, 15/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Это второй раз, когда из-за фирмвари у радеонов косяки проявляются.

    Как я понял с NOP пакетами - не столько из-за фирмвари, сколько из-за разных правил игры с разных сторон.

    > Из-за этого сам смысл открытых драйверов теряется. Это Жером и критиковал.

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

     
     
  • 7.71, Аноним (-), 20:37, 17/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Это второй раз, когда из-за фирмвари у радеонов косяки проявляются.
    > Как я понял с NOP пакетами - не столько из-за фирмвари, сколько
    > из-за разных правил игры с разных сторон.
    >> Из-за этого сам смысл открытых драйверов теряется. Это Жером и критиковал.
    > Я как бы только за то чтобы поднажать немного и развести их
    > на исходники еще и фирмварей, но насколько это реально - вопрос
    > интересный. Тем не менее, я имею заметить что фирмвари на несколько
    > десятков кило, а драйвера - несколько мегов кода. Где основная масса
    > багов будет жить - думаю понятно.

    Ты ничего не знаешь ни о пакетах ни о фирмвари. Где более критичные ошибки будут - еще вопрос. Ну и наведенные чем порождаются - тоже.

     
  • 2.37, Andrey Mitrofanov (?), 12:58, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Во-первых, фороникс тут не причём. Баг был найден Жеромом Глиссе из Ред
    > Хэта, так как был баг репорт в федоре (см. список расылки

    Вы уже оперделитесь таки "ИСПРАВЛЯЛО" и чуть не в fw, http://#15 , или нашёл-зарипортил??!

    > mesa и dri, а также его комментарий на форуме фороникса). Ларабель
    > может пиарить себя как угодно, но уж опеннету это не к лицу.

    Ссылку. Прямую.

     
     
  • 3.45, Аноним (-), 17:48, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    РХ и нашёл, и исправил косяк был с firmware, точнее с новым форматом Пост Дой... большой текст свёрнут, показать
     
     
  • 4.57, Аноним (-), 20:20, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Во, это уже другое дело Извини, гражданин анонимус, за такуж жестокую нагрузку,... большой текст свёрнут, показать
     
     
  • 5.59, Аноним (-), 20:36, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Меня просто немного раздражает слепое копирование новостей с фороникса Особенно... большой текст свёрнут, показать
     
     
  • 6.62, Аноним (-), 01:05, 15/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы так не сказал - в целом Ларабел вполне себе позитивно относится к открытым ... большой текст свёрнут, показать
     
     
  • 7.63, Аноним (-), 02:14, 15/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Последнее время амд ему шлёт и карты, и процессоры, так что грех жаловаться А в... большой текст свёрнут, показать
     
     
  • 8.68, Аноним (-), 14:55, 15/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вроде как не AMD а некие OEMы Ларабел упоминал что у АМД с всем этим бардак и н... большой текст свёрнут, показать
     
     
  • 9.72, Аноним (-), 20:38, 17/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Других эффективных методов не существует Прими это как данность Слава богу хот... текст свёрнут, показать
     

  • 1.17, gkv311 (ok), 07:54, 14/08/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >>необходимы обновленные файлы микрокода

    Во всей этой истории этот момент меня сбивает с толку.
    Кто-нибудь может объяснить - оно в будущих "убунтах" само заработает, или всё равно надо будет самостоятельно качать этот микрокод???

     
     
  • 2.18, commiethebeastie (ok), 08:00, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    В убунте микрокоды обновляются.
     
  • 2.29, Аноним (-), 12:06, 14/08/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > равно надо будет самостоятельно качать этот микрокод???

    Если вам надо свежий графический стек - проще всего подключить "oibaf ppa". Там свежая MESA, DRI-библы и библы всяких там VDPAU, DDX драйвера xorg и, кроме всего прочего, свежий пакет linux-firmawre. Единственное что там сбоку надо - это кернел (берется в kernel-ppa, который нифига  и не PPA в общем то). Правда 3.17 там нет - пока даже первый -rc еще не вышел, идет активный мерж всего и вся в рамках окна приема изменений. Но на свой зад можно самому билдануть 3.16-которое-скоро-будет-3.17-rc1 уже сейчас. Фороникс обещает бенчи после выпуска первого -rc, как я понимаю :)

     

  • 1.22, Журналовращатель (?), 10:57, 14/08/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Похороникс нужен!!!1111
     

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



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

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