Ati rv370 és opengl in

Hello mindenkinek.
Itt van egy szomszéd a kubunthoz (nagyon szereti), és tegnap frissítette a rendszert 15.04-re
Minden úgy tűnik, hogy rendben van, de nem tartalmazza az OpenGL-t a hatások biztosításában.






Ostobán elkezdtem forgatni a saját tulajdonú tűzifát, és egy stabil Malevityt okoznak. (Röviden, azt elvégezzük rekaveri mód őket, minden a helyére került (egyfajta), de a probléma az OpenGL nyugtalanító, különösen azért, mert a 14,10 működött minden gond nélkül, annak ellenére, régi vas (ATI RV370). Ja, és hogy én nagyon feszült kísérleteket lsmod láttam radeon illesztőprogramot a listából, majd a beállított és vett tulajdonosi fa - nem látja :( Bár minden úgy működik, valamint kísérletek csak Xrender mód ..
Vobschem ilyen kérdéseket vet fel
1. Lehetséges-e arra, hogy a tulajdonképpeni tűzifát a térképre és a magra (3.19.) Kényszerítsük (és van valami értelme?)
2. Hogyan kell visszaállítani a status quo-t a radeon illesztőprogrammal, hogy megjelenjen az lsmodon
3. Lehetséges (hogyan?) Hogy ez a kártya OpenGL módban működjön a radeon illesztőprogrammal
Olvastam az interneten, de valami megvilágosodás nem jött: (Kérjük, adja meg a megfelelő vektort, hálás leszek :)

1. Kaphatok ezen a kártyán, és a kernel (3,19) saját fafeldolgozó (és van értelme?) Nem lehet, és ezért sok a régi vas, akkor nem támogatja saját meghajtó ebben a mag, mert még megpróbáljuk nincs értelme.

2. Hogyan lehet visszaállítani a status quo a radeon illesztőprogrammal, hogy megjelent a lsmod Ha sikerült folytatni a zárt forráskódú meghajtó, olyannyira, hogy van egy szomszéd már látszik a kép a képernyőn, azt kell feltételezni, hogy a vezető vagy a radeon vesa, és hozza meg a képre. Ha még egyszer látni szeretné, nézzen utána a kipufogó lspci -k | grep -EA2 # 'VGA | 3D #'

3. Lehetséges (hogyan?) Hogy ez a kártya OpenGL módban működjön a radeon illesztőprogrammal, itt sem tudok minden bizonnyal rosszat vagy jóat mondani. Ha az OpenGL módot nem kapcsolta be a saját meghajtó telepítése előtt, ahol a garancia a radeon illesztőprogram futása volt. nem vesa. amit az Xrender támogat. Ellenőrizze a telepített csomagot libgl1-mesa-dri számára.
Ha biztos benne, hogy a tulajdonos teljesen és megfelelően nyugdíjas, akkor az XServer újra konfigurálható, ami általában ajánlott:
sudo apt-get install --reinstall libgl1-mesa-glx libgl1-mesa-dri xserver-xorg-core xserver-xorg-video-radeon xserver-xorg-video-ati
dpkg-reconfigure xserver-xorg

Konkrétabban csak egy ilyen kártya tulajdonosa tanácsolja, de még kevésbé esélyt talál arra, hogy találjon ilyeneket, mint hogy ne találja meg ajánlásaimban szereplő sajátosságokat. Vállalom, hogy a témát a győzelemhez kísérem, hosszú idő óta nem volt ilyen érdekes.

Köszönjük, hogy segíteni akar. )
Hát akkor.
1. Igen a kép, minden rendben van, de csak Xrender módban működik
2.
$ lspci -k | grep -EA2 # 'VGA | 3D #'
04: 00.0 VGA kompatibilis vezérlő: Advanced Micro Devices, Inc. [AMD / ATI] RV370 [Radeon X300 / X5
50 / X1050 sorozat]
Alrendszer: ASUSTeK Computer Inc. 016a eszköz






A rendszermag meghajtó használata: radeon
Vagyis egy radeon, mint egy radeon van bekapcsolva
3. Ez minden, amit a mesa állít:
$ dpkg -l | grep mesa

A kiszolgáló újrakonfigurált - semmi sem változott :(

Csak ütött ki egy kis szart a képernyő sarokban. Ez a szar csak teljesítményhatás. tiltsa le a rendszerparaméterek között, és nem fog kiállni.

Van egy másik érdekes dolog, ha ez befolyásolja a plazma a frissítés előtt nem volt, hogy én nem emlékszem, de úgy tűnt, a frissítés után, aztán megfordult a maga, ha alapértelmezésben ki van kapcsolva?

Az a benyomásom, hogy a vezető, hogy jön az új kernel és néhány hiba társított régi vas és az a benyomásom - szabad Radeon csak biztosítását célozta, a régi vas munkaképesség, csak az új logikai hogy a legújabb fejlesztésű fa.

De még mindig van egy radikális javaslatom, próbáld ki a szomszédod egy teljesen új koncepcióját - vágyakos farkasember. Nem kell telepítenie, de csak ellenőrizni az OpenGL módot. Ha már ott van (ahol még több friss, ingyenes meghajtót és rendszermagot) nem működik, akkor alkalmuk lesz az új hardverre gondolni. De biztos vagyok benne, hogy ez nem történik meg, ez túl gyanús viselkedést szomszéd 15.04, mintha ott Barabashka seb - ez túl sok neponyatok az ellentmondásokat.

Kb. Feljegyzem a rekordot. Már csak 15.04-kor gondoltam erre
Köszönjük a teljesítmény grafikont. Általánosságban közömbös vagyok a rusik felé, ezért nem tudom, hogy hány effektnek tűnik. Lehetséges, hogy a szomszédja bekapcsolta, bár nem láttam semmit a plazma frissítése előtt.
A másik dolog az, hogy naplózott minden naplót ma - nincs semmilyen hiba jele semmilyen helyen. Valahogy a miszticizmus.

Ha manuálisan változtatsz?

A Desktop Effects bejegyzés óta nem kapcsoltam vissza az xrenderhez. Abban az esetben bárki más belefut ezt a kérdést, menjen /home//.config/ és nyitott kwinrc Kate (vagy bármely más szerkesztő a választás), meg a háttér = xRender és változtassa meg a háttér = OpenGL. Miután bejelentkezett a KDE-ba, minden hatás elérhetõ.

Én teljesen ki a fejemből helyét és a fájl nevét, de személyesen láttam és szerkesztette a KDE 4 (valószínűleg ez lesz az 5-ke, de egy kicsit odakint). Googling még nem segített, de megpróbálom újra megnézni a különböző nyelveket.

O: OpenGL backend (OpenGL 1, OpenGL 2 vagy OpenGL ES 2.0)
O1: OpenGL 1 háttér
O2: OpenGL 2 háttér
X: XRender háttér
K: QPainter backend
N: nincs kompozíció

AKTUALIZÁLVA 2: Úgy tűnik, hogy egy [Fekete lista] csoportot kell létrehozni a kwinrc-ben, de most nincs ott. Azonban emlékszem valahol közvetlenül a chipsetek listájáról, amelyeket korábban láttam.
Mindazonáltal a KDE 4 és az ATI kombinációjánál ez (már nagyobb volt) próbáltam:
[Compositing]
DisableChecks = true
OpenGLIsUnsafe = hamis
Úgy gondolom, hogy valahogy le kell tiltani ezt az ellenőrzést, ami (elméletileg) ugyanolyan hatást fejthet ki.

A változtatások nem tarthatók újraindítás után. (A fájl visszaáll az XRender beállításaira.) Az 5. plazmában nyilvánvalóan vannak új testreszabási eszközök.

Ez azt jelenti, hogy az OpenGL backend beállításai bekapcsolnak, de újraindul újra eltűnik?
Próbálja ki először (az Alt + F2-szel, ne a konzolról):
env KWIN_COMPOSE = O kwin - hely
Ha nem keveredek semmit, akkor a konzol így lesz:
KWIN_COMPOSE = O kwin --hely megtagad
Vagy úgy:
KWIN_COMPOSE = O kwin --hely
Ha valami történt, akkor megpróbálom a forgatókönyvet autorunra állítani:
#! / bin / bash
export $ (dbus-launch)
export KWIN_COMPOSE = O
kwin - hely
És beírnám

/.config/autostart (ha a KDE 5 nem változtatta meg a helyet, természetesen).
Úgy tűnik
export KWIN_DIRECT_GL = 1
a KDE 5 nem támogatott, de ez nem elég ... Ha ez, akkor ugyanabban a szkriptben az exportálás előtt KWIN_COMPOSE = O.
Ezenkívül a kwinrc-t is be lehet vonni:
sudo chattr + i fájlnév
- A "+" operátor a kiválasztott attribútumokat hozzáadja a fájlok meglévő attribútumaihoz.
- változatlan (i).

Ui Ha ezt a pengetőt kell forgatni, akkor
sudo chattr -i fájlnév

Csak a fájlban végrehajtott változtatásokat értettem. Az OpenGL módban nincsenek változtatások az aktuális munkamenetben, természetesen nem okozott semmit, és nullázásakor minden újraindul. Próbáljunk körbejárni a környezetet, de nagyon kevés optimizmusom van.