AMD upubliczniło dokumentację, która umożliwi implementację akceleracji 2D, 3D oraz wideo w otwartych sterownikach dla kart graficznych z serii Radeon HD 5000.
Dokument nosi tytuł Evergreen Family Instruction Set Architecture – Instructions and Microcode i jest już dostępny na stronie AMD przeznaczonej dla deweloperów.
Nowa dokumentacja znacząco pomoże w rozwoju sterownika dla tej nowej generacji GPU (obecnie kolumna układu R800 w tabeli opisującej stan prac nad sterownikami dla poszczególnych układów nie wygląda zbyt imponująco). Dzięki temu będą mogły zostać rozpoczęte prace nad wsparciem dla akceleracji dla kart takich jak Radeon HD 5750 i Radeon HD 5770.
Jeśli uważasz, że ten nius jest nieobiektywny, przedstawia nieprawdziwe wydarzenie, jest spamem lub nie spełnia standardów serwisu,
napisz raport.
Komentarze (RSS)
Komentarze są prywatnymi opiniami dodających je osób. Prosimy o zachowanie kultury wypowiedzi. Komentarze obraźliwe oraz obniżające poziom serwisu będą usuwane. Więcej w
regulaminie komentowania.
W komentarzach możesz używać prostych znaczników HTML. Przykłady:
- Link: <a href="jaklinux.org">Linux dla każdego</a>,
- Wytłuszczenie: <strong>tekst pogrubiony</strong>,
- Kursywa: <em>tekst pochylony</em>,
- Przekreślenie: <strike>
tekst przekreślony</strike>,
- Kod: <code>
printf("blok kodu");</code>,
- Cytat: <blockquote>cytat</blockquote>
Uwaga: jeśli dodasz nieznany znacznik, będzie on niewidoczny, gdyż system filtruje takie znaczniki.
Wszystkie autorskie niusy w serwisie publikowane są na licencji Creative Commons Uznanie autorstwa 2.5 Polska. Uwaga, jeśli nius jest skopiowany z innej strony, kopiując go należy podać link również do tej strony!
Miło też ze strony AMD, że aktywnie współpracuje z deweloperami otwartych sterowników i daje też swój własny wkład, na początku roku mozemy się spodziewać wsparcia dla KMS w Radeonach 5xxx: http://www.phoronix.com/scan.php?page=news_item&px=NzgzMA
Tonący brzytwy się chwyta. Szkoda, że uwolnienie dokumentacji nie jest ich strategią, ale po prostu ostatnią deską ratunku. Sytuacja dokładnie taka jak z Symbianem.
ATI produkuje strasznie niedopracowane i awaryjne karty. Olewanie użytkowników Linuksa już wiele bardziej tej firmy pogrążyć nie może. Z czego zapewne doskonale zdają sobie sprawę.
Zdecydowanie odradzam każdemu wybór ATI.
Nie bardzo rozumiem skąd twierdzenie, że ATI robi niedopracowane czy awaryjne karty. Używam radeonów od wielu lat i jakoś nigdy żaden się nie popsuł.
Co do olewania użytkowników Linuksa to zgadzam się w 100%. Ostatnie sterowniki 9.12 nadal nie działają z X.org 7.5 w związku z czym użytkownicy np. Fedory 12 mogą się pocałować w …
w00t?
nVidia fanboy?
Niedopracowane są na pewno ich własnościowe sterowniki na gnu/linuks.
Ale o dopracowaniu samego sprzętu trudno złego słowa powiedzieć! Niektóre sprzętowe rozwiązania jakie stosuje ATI są bardzo ciekawe! Może trafiłeś na awaryjną kartę i teraz po prostu wylewasz publicznie swoje żale? Ciągle jednak nie jest to miejsce na takie offtopicowe dyskusje.
AMD udostępnia dokumentację swojego najnowszego produktu, umożliwiając w ten sposób szybki rozwój otwartych sterowników.
Widzisz w tym coś złego?
Jeśli tak – co robisz na forum linuksowym?
To nie jest forum linuksowe. To tak na przyszłość.
Przede wszystkim olewanie użytkowników linuksa nijak nie pogrąży tej firmy. Bo niby jak? Zbojkotują AMD/ATI to im sprzedaż spadnie?
Pierwsze słyszę żeby ATI robiła złe karty. Koledze spaliła się nVidia 7900, której używał do oglądania filmów na YT, nic więcej.
Skoro są niedopracowane to czemu są znacznie wydajniejsze (i chłodniejsze) od mocarnych GeForców?
Nie wiedziałem, że ATI produkuje karty graficzne (no dobra może i produkuje, ale jeszcze u nikogo się nie spotkałem, zawsze jest jakiś asus etc.), a jak się kupuje karty jakiejś miernej firmy zamiast porządnej, to nie ma się prawa wylewania żalów na producenta gpu w tym przypadku ATI
Używam ATI Radeon od samego początku ich istnienia. Z żadną nie miałem kłopotów sprzętowych, a kupowałem także no-name’y.
Linia HD 26xx jedynie sprawiała wrażenie przejściowej (jakby nie dopracowany BIOS, lub hardware z przełączanie trybów 2D/3D).
Co do firmowych sterowników ATI dla Linux, to też nie mogę specjalnie narzekać: nie są super dopracowane, ale działają, a w gry pod Linux gram rzadko.
Nie zmienia to faktu, że na otwartych sterownikach mój Radeon 9550 ma żenująco niską wydajność i z tego powodu nie mam najlepszego zdania o AMD.
A co ma amd wspólnego z otwartym sterownikiem?
AMD upublicznia dokumentacje – społeczeństwo robi sterowniki. Możesz mieć żal do społeczeństwa…
Poza tym na tym otwartym radeonie 9550 quake 3 arena śmiga mi świetenie i lepiej niż na otwartym radeonie hd 4850
1. Nie społeczeństwo a społeczność.
2. AMD może także wydelegować swoich pracowników do napisania otwartych sterowników.
Czyli AMD może mieć (ale nie musi) coś wspólnego z otwartymi sterownikami.
Ad 1. Racja, przepraszam.
Ad 2. AMD jednakże nie deleguje nikogo do robienia otwartych sterowników – tym samym z owymi sterownikami (ich jakością czy wydajnością) nie ma nic wspólnego.
Poza faktem że umożliwia szybsze ich tworzenie oczywiście.
Ad 2. Afaik AMD ma 3 opłacanych przez nich developerów otwartych sterowników. Jednym z nich jest często udzielający się na forach Phoronix Bridgeman (np tu: http://www.phoronix.com/forums/showthread.php?t=21068).
Oprócz tego, z tego co wiem na podstawie innych tematów z Phoronix’a, mają całkiem sporo rzeczy do otwartych driverów, które już są napisane, ale czekają na akceptację ze strony prawników/ekspertów od własności intelektualnej.
Co do fglrx w Catalyst 9.12, to prawda. Drivery te nie są tak dopracowane jak sterowniki NVidii. Z drugiej strony, gdy spojrzy się na to jak one wyglądały jeszcze 9 miesięcy temu to widać znaczącą poprawę. Kupiłem w lutym lapka z Radeonem HD 3450 (RV620) i na początku nic nie działało (xrandr, suspend to ram, 3d wolne). Teraz na fglrx’ach moim największym problemem jest to, że korzystając z akceleracji H.264 przez VAAPI>XvBA kolory są niepoprawne.
@Conan
Ad 2. Mylisz się. Jednym ze znanych i bardzo aktywnych developerów otwartych sterowników radeon jest Alex Deucher, który od 2007 roku pracuje dla AMD. Śledzę na bieżąco rozwój xorg/mesa/dri/radeon kms i często widzę jego łaty i szczegółowe feedback’i.
Inną znaną osobą jest John Bridgman, również zatrudniony przez AMD. John jest bezpośrednio zaangażowany w upublicznienie dokumentacji, ale nie tylko – jest także autorem wielu artykułów w serwisie http://phoronix.com i bardzo aktywnie działa na ich forum. Z jego artykułów można wiele się dowiedzieć na temat obecnego stanu i perspektyw rozwoju otwartych sterowników. Również jasno z nich wynika, że reprezentuje on oficjalną strategię AMD, a nie własne zainteresowania, czy hobby. Wiele ciekawych wskazówek, które znalazłem w jego komentarzach, przydały mi się do rozwiązania różnych problemów z rozwojowymi otwartymi sterownikami (xorg/mesa i kernel).
@Neuro
Kiedy pisałem swój komentarz, Twojego jeszcze nie było. Po wysłaniu (długo sprawdzałe pod kątem błędów, zanim spostowałem) mój wskoczył jako drugi i ktoś czytając oba mógłby pomyśleć, że trochę od Ciebie skopiowałem a propos Bridgman’a i jego działalności na phoronix.com. Przepraszam, ale to nie było zamierzone.
“na otwartych sterownikach mój Radeon 9550 ma żenująco niską wydajność i z tego powodu nie mam najlepszego zdania o AMD”
Ale przecież to nie jest wina AMD! Sam piszesz, że chodzi o otwarte sterowniki.
Polityka AMD jest jasna i przejrzysta – robimy własne, zamknięte sterowniki – jeśli się komuś nie podoba, to niech nie używa. Dajemy dokumentacje i udzielamy dobrych rad deweloperom – róbcie swoje otwarte sterowniki – jeśli ich wydajność jest zła, to nie nasz problem – możecie używać naszych, lepszych, zamkniętych.
Nie można też oczekiwać od firmy, by robiła nie wiadomo co dla systemu, którego użytkownicy w większości oczekują od karty poprawnego wyświetlania białych znaczków na czarnym tle
No nie można używać ich bo już nie wspierają
Ale Mesa 7.7 znacznie polepsza wydajność kart R300 
(takie moje zdanie)
Posiadacze R300 są jednak w dość kiepskiej sytuacji. Niby maja przyzwoite otwarte sterowniki ale one znowu nie zawsze współpracują z danym softem, który wymaga sterownika producenta (a ile razy R300 trafiały na różne blacklisty to ho ho). Ostatnio znów mi, się trafiła taka sytuacja. Chciałem zainstalować zamknięte z marca, okazało się, że nie mogę, bo zależności etc. itd. W końcu musiałem się obejść smakiem i jedyne wyjście jakie mi zostaje to w wreszcie kupić sprzęt na czasie. (Pytanie jeszcze co, bo nowe chipy graficzne AMD jeszcze nie są w pełni wspierane)
Karty oparte na R300 nie mają niestety szczęścia do otwartych systemów.
wasze zamnkniete sterowniki to taka zenada ze szkoda gadac, podejscie do klienta to samo, wiecej nie kupie kart ATI. otwarte stery poza tym sa o niebo lepsze, zreszta zamkniete nie wposlpracuja juz z nowym Xorgiem.
Mam ja sobie Radeona HD 4200 (zintegrowany z płytą). Nie ma do niego pełnego wsparcia (brakuje 3D) w otwartych sterach. Nowe catalysty 9.12 nie wpopracuja z xorg 1.7.
Ogólnie powinienem zacząć biadolić jak to do dupy jest, że nikt jeszcze przygotował wsparcia.
Moja strategia jest taka, że siedzę cicho i czekam jak moim łaskawcą będzie się chciało odpowiednio dodać coś od siebie.
Nikt nie każe nam instalować tego wstrętnego linuksa na którym nic nie działa i niema natychmiastowego wsparcia. A jak już masz zamiar biadolić to moim zdaniem lepiej wykorzystasz ten czas jak siądziesz i sam zapewnisz wsparcie dla radeona 9550. Nie jesteś programistą, nie wiesz jak to zrobić? Siedź cicho i czekaj jak tym co maja umiejętności i chęci zrobią to. Biadolenie nic a nic nie daje
@damianos
Dla twojej karty już powinno być wsparcie dla 3D w otwartych sterownikach. Jeśli masz zainstalowane jądro 2.6.32+, libdrm 2.4.16+ xorg 7.7 i mesa 7.6/7.7, będzie działać i to z włączonym trybem kernel mode-setting (czego nie wspierają Catalysty). Może niezbyt wydajnie i wciąż bez wsparcia dla OpenGL 2/3, ale np. compiz powinien śmigać płynnie. Ja nie gram w gry 3D, jedynie odpalam czasami Armagetron Advanced z włączona akceleracją OpenGL dla testów. I muszę przyznać, że w miarę aktualizacji jądra, x-ow itp, ilość FPS rośnie.
… i znów te chochliki psocą mi na klawiaturze. Na xorg 7.7 to trzeba będzie poczekać pewnie do 2030 roku;) Na 1.7 też powinno zadziałać
@trapDoor
Xorg jest 7.5, a xserver 1.7. Więc nie do 2030, tylko do mniej więcej 2011.
No to dałem plamę.