Copyright © 1998-2024 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Copyright © 1998-2024 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Množství ID spíše hovoří o tom, že větší čip bude dostupný ve 4 různých konfiguracích a menší ve dvou.. alespoň tak to čtu já.
Ja byt AMD, tak do kodu pridam nekolik dalsich ID ciste pro zmateni novinaru a konkurence. To, ze poslou do kernelu IDcko neznamena, ze se ten chip nekdy fyzicky vyrobi, natoz zacne prodavat.
I to je možné, samozřejmě. Jenže proč by to dělali?
Aby novinari zacali hlasit planovane produkty AMD na zaklade informaci, ktere se dozvi na tiskove konferenci AMD, misto na zaklade informaci ziskanych z ovladacu.
Podle kódu samotného je prvních šest ID od čipu Polaris 11 (méně výkonný, menší, mobilní čip) a poslední dva od výkonnějšího Polaris 10.
BTW v těch ID (soudím že převzatých podle článku na Phoronixu) je chyba, není to "0x7EB, 0x7FF" ale "0x67EB, 0x67FF" (ověřeno v kódu), což dává větší smysl.
"V tuto chvíli těžko říci, nakolik jde o nová GPU a nakolik jde o odvozené produkty předchozích generací, jisté ale je, že tkové množství zcela nových GPU zcela nové generace AMD na trh nepřipravuje, může ale jít o adekvátní množství variant již známých (či spíše očekávaných) čipů."
Také podle kódu: jsou to všechno odvozeniny nových GPU, Polaris 11 a Polaris 10.
AMD sa zase cini, len by mali menej pocuvat marketakov a ich prezentacie, lebo sa ukazuje, ze toto asi spomalovalo Catalyst a robilo z nich Inhibitor. a DAL je len cast ovladaca
AMD Is Hoping To Upstream DAL For Linux 4.7, But A Lot Of Work Is Needed
on 24 March 2016 at 09:55 AM EDT.
Along with open-sourcing the next-gen Polaris GPU driver code yesterday, Alex Deucher of AMD laid out their plans for aiming to get the DAL display code into the Linux 4.7 kernel.
This Polaris driver code is dependent upon the massive AMDGPU DAL patches for display handling that amount to over 93 thousand lines of code (and the Polaris code is another 67 thousand lines of code).
We'll see what happens in the weeks ahead for this code that's needed for Polaris support. DAL supports AMDGPU hardware and provides reliable DisplayPort support, HDMI 2.0 support, DVI support, full integration with power management, Atomic KMS, proper 4K @ 60Hz support, and other display-related features for this code derived from AMD's internal code-base.
Airlie went on to add, "So much of this code seems to be 'architected' design. I mean someone senior draws a bunch of powerpoint slides with nice blocks, with what are abstraction layers between them, then a bunch of other coders take that powerpoint slide and work on a box each until it all comes together. However the abstractions don't survive so well and you end up with a bunch of leaky boxes all co-dependent and joined together but still abstracted
http://phoronix.com/scan.php?page=news_item&px=AMD-DAL-Hopes-For-Linux-4.7
Tohle je klasika. V podstate zadny driver co se dela za zavrenymi dvermi neplni na zacatku predpoklady a ocekavani vyvojaru Linuxu. Vyvojari kernelu fakt chteji cisty a dobre udrzovatelny kod. Castecne to muze byt dane i tim, ze tenhle driver pisi v AMD minimalne rok a neni fakticky mozne, aby na nem delala jen relativne mala parta lidi co se stara o AMDGPU a rozumi dobre kernelu. Nejspis museli v AMD pekne reorganizovat a nez se vsichni zapracuji do kvality a stylu jakym se pisi drivery pro Linux, tak to bude trochu trvat.
** Po precteni nekolika komentaru v mailing listu a nakouknuti do kodu si myslim, ze ma AMD problem. Tohle jim jen tak nekdo do hlavni vetve kernelu nemergne.
ono je to ovela viac rokov. Ono ked Polaris vyjde skor ako 17.7.2016, tak sa idea z roku 2007 nenaplni ani s Polarisom. (jej rozvinutim sa zistilo, ze ide zero day full support in open source driver). Pricom vsetci sme pocitali, ze pojde o Fiji.
.
Future AMD GPUs To Be More Open-Source Friendly?
on 29 December 2007.
Won't make the next generation (too far along already) but the ones in early development should be more open-source-friendly." However, we don't know exactly how open their next generation of GPUs will be
https://www.phoronix.com/scan.php?page=article&item=955&num=1
AMD Is Exploring A Very Interesting, More-Open Linux Driver Strategy
22 March 2014.
https://www.phoronix.com/scan.php?page=article&item=amd_catalyst_kernel&...
AMD Is Still Moving Towards A Unified Open-Source Driver
on 27 September 2014
https://www.phoronix.com/scan.php?page=news_item&px=MTc5ODE
AMD Moves Forward With Unified Linux Driver Strategy, New Kernel Driver
on 8 October 2014
https://www.phoronix.com/scan.php?page=article&item=amd_bordeaux_strateg...
Problem je, ze posilnuju tym len za posledny rok
AMD Is Hiring Two More Open-Source Linux GPU Driver Developers
on 22 March 2015
The two new postings last week are Req 31264 and Req 31265 with all of the same details.
These developers would be joining the team of existing open-source Linux Radeon driver developers including Alex Deucher, Marek Olšák, Christian König, Michel Dänzer, etc.
https://www.phoronix.com/scan.php?page=news_item&px=AMD-Two-More-Open-Li...
V podstate je tam cely zoznam a etc. su ludia postupne presuvany z FGLRX., aspon tak to vyzera z pohladu cloveka mimo AMD. Tie dve ziskali tusim cinania.
A v podstate to vyvrcholilo, v decembri/prosinci 2015, resp skor, od kedy to vyzera ze vsetci, co robili na FGLRX presli do tymu AMDGPU/GPU PRO
Ono to je aj preto. ze toto skoncilo fiaskom, prijali len 2 ci 3 ks ludi
AMD Looks To Ramp Up Its Linux Engineer Count
12 March 2011
Advanced Micro Devices has now announced they're looking to hire over one thousand "tech professionals" where the software engineers are skilled in Linux and open-source development.
From AMD's hiring spree announcement: "Semiconductor maker AMD is moving forward with plans to move into cloud computing and roll out new hardware and software products. The company wants to hire more than 1,000 tech professionals worldwide, primarily design engineers, software professionals and IT specialists...Since AMD supports open-source software, it looks for software engineers skilled in Linux development, C/C++, Ruby and Java, primarily for its offices in Sunnyvale, Calif., and Toronto.
https://www.phoronix.com/scan.php?page=news_item&px=OTIwNA
AMD's New Open-Source Employees
Written by Michael Larabel in AMD on 5 July 2011 at 03:14 PM EDT. 32 Comments
Joining John Bridgman and Alex Deucher in working on the open-source driver stack at AMD are two new, but familiar, names: Michel Dänzer and Christian König. These two Linux graphics driver developers are now officially AMD employees.
https://www.phoronix.com/scan.php?page=news_item&px=OTYzOA
Pri obdobnom inzerate Samsungu mi az zabehlo
Samsung Ramps Up Linux Hiring, Development Efforts
Written by Michael Larabel in Linux Kernel on 22 July 2013 at 10:05 AM EDT. 8 Comments
Samsung Electronics has dramatically ramped up their Linux hiring and development efforts in the past three years and they are still on track for hiring another 20,000 Linux and open-source developers.
https://www.phoronix.com/scan.php?page=news_item&px=MTQxNjg
OSS developeri nerastu na stromoch, ale posun AMD s AMDGPU/GPU PRO je za ostanych 7 dni neskutocny
AMD Polaris Support Already Lands In LLVM
Written by Michael Larabel in Compiler on 24 March 2016 at 12:02 PM EDT. 2 Comments
While it comes down to a mundane commit, the AMD Polaris next-generation graphics processor support was already added to LLVM for the Radeon driver's back-end.
This commit landing in mainline Mesa a few minutes ago just adds the new Polaris10 and Polaris11 processor models to the LLVM processor targets with the same feature-set being exposed as current Volcanic Islands graphics processors. The commit itself is not too exciting but AMD's LLVM back-end is an important piece of their modern open-source driver stack.
https://phoronix.com/scan.php?page=news_item&px=AMD-Polaris-In-AMDGPU-LLVM
Catalyst to zpomalovat nemohlo, protože DAL je pouze kód pro podporu monitorů, jejich konektorů a souvisejících standardů. S marketingem to taky nemělo nic společné. DAL je komponenta od začátku navržená přímo pro open source ovladač v kernelu a Catalyst ji nikdy nepoužíval. Začal ji používat až náš GPU-PRO Linuxový ovladač.
Hodně zdaru přeji.
Prajem vela uspechov.
nemyslel som,ze DAL spomaluje, ale ze naznaceny princip navrhu spomaluje..
Jména Ellesmere a Baffin se sice vyskytují v některých patchích, ale další je pak přejmenovává a finální jména jsou Polaris 10 a Polaris 11. Prosím tedy nepoužívat jména Ellesmere a Baffin. Dělám v AMD a podílel jsem se trochu i na tomhle, takže to prosím berte oficiálněji. Ačkoliv teď už je asi pozdě něco měnit, bylo by fajn používat oficiální jména Polaris 10 a Polaris 11. Díky.
Malá poznámka k titulku článku: My jsme nezveřejnili jen "první části", ale vše potřebné pro kompletní open source ovladač.
.
Nazdar, ked robis v AMD tak by ma naozaj velmi zaujimali odpovede na 2 otazky, ktore dost degraduju AMD hardware (minimalne v mojich ociach) a podla mna zbytocne - pretoze su to asi cisto SW zalezitosti:
1/ Preco nove notebookove APU (konkretne minimalne beema) nezapinaju dithering pri 6bit LCD? (ktorych je tak 95%)
Teda v novsich Crimson driveroch pri jednom konkretnom LCD zapne, no pri dalsich stale nie...
Sposobuje to vo vysledku naozaj skaredy obraz v situaciach s prechodmi farieb a problem je stary skoro 2 roky.
viac napr. na:
https://forums.lenovo.com/t5/Lenovo-B-and-G-Series-Notebooks/Lenovo-G50-...
2/ Preco AMD GPU (minimalne od doby 5770ky) pri zobrazovani nizsich rozliseni pouzivaju mizivu az ziadnu interpolaciu???
Napr. taka hra co bezi v 640x400 vyzera na velkom LCD monitore udesne KOCKATA, to iste na NVIDIA kartach je viacmenej pekne zahladene a obraz je ovela krajsi!
Aky zmysel ma mat na vystupe tak kruto kockaty obraz?
Vidno to uz napr na BIOS screene, loga Windows pri starte ci hranatom pisme ked sa automaticky spusti scandisk...
Kvoli tymto nedostatkom som prestal kupovat AMD grafiky a najnovsie po otrasnej skusenosti s APU nebudem kupovat (bohuzial) ani notebooky s AMD do firmy :o(
Zdravím. Bohužel tyto otázky nemůžu zodpovědět, jelikož moje specializace je open source OpenGL a do jiných věcí obvykle nevidím. Pokud by byl tento problém i na Linuxu, doporučuji jednu z těchto věcí:
- nahlásit to jako bug na https://bugs.freedesktop.org/
- zeptat se na to na IRC kanálu #radeon @ irc.freenode.net (pouze open source driver), lidi z AMD tam jsou skoro pořád
- napsat přímo našemu týmu zodpovědnému za open source ovladače: gpudriverdevsupport@amd.com
Dobry den,
dakujem za odpoved, `pali` hlavne ten prvy problem (low res dnes pouziva malokto a malokto vie ze moze vyzerat aj lepsie porovnanim s Nvidiou) a samozrejme tuto zavadu som reportoval AMD na
http://www.amdsurveys.com/se.ashx?s=5A1E27D23A3DE979
a odporucil to urobit aj ostatnym postihnutym...
Stazovanie na Lenovo fore totiz nemalo ziadny ucinok, no zatial nijako nereagovalo ani AMD... :(
To je prave na tom to najsmutnejsie - absencia akejkolvek komunikacie...
Nemate aspon nejaky kontakt na kolegov, co by mohli k problemu povedat aspon par slov? Ja som naozaj ochotny pomoct v ramci svojich moznosti -> mam tu `postihnuty notebook` a k nemu 3 rozne obrazovky. Osobne som uz venoval testovaniu spustu hodin mojho casu (skusanie roznych verzii LCD s roznymi verziami ovladacov a takisto vsetky dostupne `triky` na ktore som dosiel).
Je to naozaj blba pozicia, ked nahovorite ludi na notasy s AMD s odporucanim, ze su lepsie nez baytraily pri len o kusok vyssej spotrebe,
a AMD sa `odvdaci` takymto sposobom, ze aj laik vidi ze nieco je zle a na inteloch to bolo OK...
Inak drzim palce AMD ale asi chapete jak teraz vyzeram - preto to beriem aj dost osobne...
Naozaj by som uvital komunikaciu (aj v anglictine) s niekym kompetentnym - a som ochotny aj pomoct lokalizovat problem -> preco s jednym LCD dithering je zapnuty a s inym s rovnakymi parametrami sa nezapne.
(na tom fore som dal aj vypisy EDID na porovnanie)
Robi takyto problem aj opensource driver?
Ten problém s LCD scalingem se dá obejít pomocí xrandr, kde nastavíte, aby vám scaling dělal xrandr místo ovladače za cenu trochu nižšího výkonu. Ovladač by pouze nastavil nativní rozlišení. Ale chápu, že triky s xrandr nejsou pro každého.
S největší pravděpodobností oba problémy má i open source driver bez DAL. Dithering tam sice je implementovaný, ale z hlavy teď nevím, jestli není potřeba ho někde ještě zapnout. Nějaký filtr pro LCD scaling tam sice je, ale nejspíš není ideální.
DAL by to mohl mít vyřešené, protože jeho tým je docela velkej a cílí i na profesionální segment. DAL zatím není v jádře a asi se tam nedostane, ale uzavřený AMD GPU-PRO ovladač ho už používá. Bohužel AMD GPU-PRO podporuje pouze GCN 1.1 a 1.2 (podpora GCN 1.0 je zatím nepotvrzená). Pokud byste s GPU-PRO na některý z Vámi popisovaných problemů narazil, nejlepší bude mi napsat na marek.olsak@amd.com a já to začnu řešit přímo s programátory DAL.
Je obdivuhodne, jak se o ovladacich ATi/AMD uz od konce 90. let mluvi vesmes jen v budouci forme - jake budou skvele, ze uz se vyrazne zlepsuji, apod.
Kdyby cast energie na marketing soustredili na napsani a udrzovani poradnych, neexperimentalnich driveru, tak by bylo alespon pri koupi HW z ceho vybirat.
Linuxe teš se....Proč se má tesat? To jako do kamene?
Protože diletant neumí česky.
Ten tučňák na kartě je boží :-) Davidova práce?
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.