Schönen Sonntag,
Michael

nachdem sich im täglichen Handling gezeigt hat, daß das Speicherproblem nur verschoben aber nicht völlig weg ist, bin ich wieder zurück auf 11.5. V.a., nachdem ich hier wieder mal einen tollen ASIC Hänger bestaunen durfte (während dem Versuch, von einem Screen zum nächsten zu wechseln):

Jan 31 10:00:13 pc kernel: [11185.849004] [fglrx] ASIC hang happened
Jan 31 10:00:13 pc kernel: [11185.849009] Pid: 7398, comm: Xorg Tainted: P 3.1.4-1-desktop #1
Jan 31 10:00:13 pc kernel: [11185.849010] Call Trace:
Jan 31 10:00:13 pc kernel: [11185.849020] [] dump_trace+0×88/0×380
Jan 31 10:00:13 pc kernel: [11185.849025] [] dump_stack+0×69/0x6f
Jan 31 10:00:13 pc kernel: [11185.849070] [] firegl_hardwareHangRecovery+0x1c/0×50 [fglrx]
Jan 31 10:00:13 pc kernel: [11185.849141] [] _ZN4Asic9WaitUntil15ResetASICIfHungEv+0×9/0×10 [fglrx]
Jan 31 10:00:13 pc kernel: [11185.849310] [] _ZN4Asic9WaitUntil15WaitForCompleteEv+0x9c/0xf0 [fglrx]
Jan 31 10:00:13 pc kernel: [11185.849476] [] _ZN15ExecutableUnits10CPRingIdleE15idle_WaitMethod12_QS_CP_RING_+0x11e/0x1e0 [fglrx]
Jan 31 10:00:13 pc kernel: [11185.849636] [] _ZN15ExecutableUnits7PM4idleE15idle_WaitMethod+0x4c/0×90 [fglrx]
Jan 31 10:00:13 pc kernel: [11185.849795] [] _ZN15ExecutableUnits9assertPM4Eb+0x1e/0×70 [fglrx]
Jan 31 10:00:13 pc kernel: [11185.849955] [] _ZN8AsicR6009assertPM4Eb+0×39/0×80 [fglrx]
Jan 31 10:00:13 pc kernel: [11185.850150] [] CMMQS_DisableQS+0×16/0×20 [fglrx]
Jan 31 10:00:13 pc kernel: [11185.850262] [] firegl_cmmqs_Disable_QS+0×62/0×80 [fglrx]
Jan 31 10:00:13 pc kernel: [11185.850332] [] firegl_cmmqs_disableqs+0x1f/0xa0 [fglrx]
Jan 31 10:00:13 pc kernel: [11185.850396] [] firegl_ioctl+0x1ed/0×250 [fglrx]
Jan 31 10:00:13 pc kernel: [11185.850443] [] ip_firegl_unlocked_ioctl+0×9/0×10 [fglrx]
Jan 31 10:00:13 pc kernel: [11185.850450] [] do_vfs_ioctl+0×84/0x2d0
Jan 31 10:00:13 pc kernel: [11185.850454] [] sys_ioctl+0×98/0xa0
Jan 31 10:00:13 pc kernel: [11185.850464] [] system_call_fastpath+0×16/0x1b
Jan 31 10:00:13 pc kernel: [11185.850478] [] 0x7f6ebf8e9d86
Jan 31 10:00:13 pc kernel: [11185.850481] pubdev:0xffffffffa05a3ae0, num of device:1 , name:fglrx, major 8, minor 93.
Jan 31 10:00:13 pc kernel: [11185.850484] device 0 : 0xffff88021fcfc000 .
Jan 31 10:00:13 pc kernel: [11185.850485] Asic ID:0×6759, revision:0×28, MMIOReg:0xffffc90012740000.
Jan 31 10:00:13 pc kernel: [11185.850487] FB phys addr: 0xd0000000, MC :0xf00000000, Total FB size :0×40000000.
Jan 31 10:00:13 pc kernel: [11185.850489] gart table MC:0xf0f8fd000, Physical:0xdf8fd000, size:0×402000.
Jan 31 10:00:13 pc kernel: [11185.850491] mc_node :FB, total 1 zones
Jan 31 10:00:13 pc kernel: [11185.850493] MC start:0xf00000000, Physical:0xd0000000, size:0xfd00000.
Jan 31 10:00:13 pc kernel: [11185.850495] Mapped heap — Offset:0×0, size:0xf8fd000, reference count:166, mapping count:0,
Jan 31 10:00:13 pc kernel: [11185.850497] Mapped heap — Offset:0×0, size:0×1000000, reference count:1, mapping count:0,
Jan 31 10:00:13 pc kernel: [11185.850498] Mapped heap — Offset:0xf8fd000, size:0×403000, reference count:1, mapping count:0,
Jan 31 10:00:13 pc kernel: [11185.850500] mc_node :INV_FB, total 1 zones
Jan 31 10:00:13 pc kernel: [11185.850501] MC start:0xf0fd00000, Physical:0xdfd00000, size:0×30300000.
Jan 31 10:00:13 pc kernel: [11185.850503] Mapped heap — Offset:0x302f4000, size:0xc000, reference count:1, mapping count:0,
Jan 31 10:00:13 pc kernel: [11185.850505] mc_node :GART_USWC, total 2 zones
Jan 31 10:00:13 pc kernel: [11185.850506] MC start:0×40100000, Physical:0×0, size:0×50000000.
Jan 31 10:00:13 pc kernel: [11185.850508] Mapped heap — Offset:0×2000000, size:0×1000000, reference count:1, mapping count:0,
Jan 31 10:00:13 pc kernel: [11185.850510] Mapped heap — Offset:0×0, size:0×2000000, reference count:12, mapping count:0,
Jan 31 10:00:13 pc kernel: [11185.850512] mc_node :GART_CACHEABLE, total 3 zones
Jan 31 10:00:13 pc kernel: [11185.850513] MC start:0×10400000, Physical:0×0, size:0x2fd00000.
Jan 31 10:00:13 pc kernel: [11185.850515] Mapped heap — Offset:0xcb00000, size:0xb00000, reference count:2, mapping count:0,
Jan 31 10:00:13 pc kernel: [11185.850518] Mapped heap — Offset:0×9200000, size:0×600000, reference count:2, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850520] Mapped heap — Offset:0x7c00000, size:0×600000, reference count:1, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850522] Mapped heap — Offset:0xd600000, size:0xb00000, reference count:1, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850524] Mapped heap — Offset:0×9800000, size:0×700000, reference count:2, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850526] Mapped heap — Offset:0xc400000, size:0×700000, reference count:2, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850528] Mapped heap — Offset:0xb200000, size:0xb00000, reference count:2, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850530] Mapped heap — Offset:0xa800000, size:0xa00000, reference count:2, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850532] Mapped heap — Offset:0×8200000, size:0×500000, reference count:2, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850534] Mapped heap — Offset:0x8c00000, size:0×600000, reference count:2, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850536] Mapped heap — Offset:0×7400000, size:0×800000, reference count:4, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850539] Mapped heap — Offset:0×8700000, size:0×500000, reference count:2, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850541] Mapped heap — Offset:0×6100000, size:0×400000, reference count:3, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850543] Mapped heap — Offset:0x2e00000, size:0×400000, reference count:13, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850545] Mapped heap — Offset:0×5000000, size:0×900000, reference count:19, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850547] Mapped heap — Offset:0×4400000, size:0×500000, reference count:16, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850549] Mapped heap — Offset:0x3e00000, size:0×600000, reference count:8, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850551] Mapped heap — Offset:0×5900000, size:0×800000, reference count:5, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850553] Mapped heap — Offset:0×4900000, size:0×700000, reference count:19, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850555] Mapped heap — Offset:0x6e00000, size:0×600000, reference count:3, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850557] Mapped heap — Offset:0×6500000, size:0×900000, reference count:2, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850560] Mapped heap — Offset:0×2400000, size:0xa00000, reference count:6, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850562] Mapped heap — Offset:0×3800000, size:0×600000, reference count:9, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850564] Mapped heap — Offset:0×3200000, size:0×600000, reference count:4, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850566] Mapped heap — Offset:0x1c00000, size:0×800000, reference count:25, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850568] Mapped heap — Offset:0×1600000, size:0×600000, reference count:6, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850570] Mapped heap — Offset:0xc00000, size:0xa00000, reference count:5, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850572] Mapped heap — Offset:0×200000, size:0xa00000, reference count:5, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850574] Mapped heap — Offset:0×0, size:0×200000, reference count:14, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850576] Mapped heap — Offset:0xef000, size:0×11000, reference count:1, mapping count:0,
Jan 31 10:00:14 pc kernel: [11185.850579] GRBM : 0xa0001828, SRBM : 0x200000c0 .
Jan 31 10:00:14 pc kernel: [11185.850582] CP_RB_BASE : 0×401000, CP_RB_RPTR : 0x375e0 , CP_RB_WPTR :0×37800.
Jan 31 10:00:15 pc kernel: [11185.850585] CP_IB1_BUFSZ:0×0, CP_IB1_BASE_HI:0×0, CP_IB1_BASE_LO:0x403a9000.
Jan 31 10:00:15 pc kernel: [11185.850587] last submit IB buffer — MC :0x403a9000,phys:0xa98f000.
Jan 31 10:00:15 pc kernel: [11185.850591] Dump the trace queue.
Jan 31 10:00:15 pc kernel: [11185.850592] End of dump_stack

Wie ja auch andere berichten, auch Du selbst, tritt gerne mal Pixelmüll auf. Ich vermute daher, daß der Treiber irgendwo Probleme mit dem Memorymanagement hat, welche bei unterschiedlichem Memorylayout, bedingt durch Board / Grafikkarte und evtl. gefahrenen Applikationen zu den unterschiedlichsten Phänomenen führt.

Gruß,
Andreas

ich möchte dir uns allen anderen kurz ein feedback geben. ich habe gestern abend über zypper die instalation durchgeführt. Mein System:
SUSE 12.1 mit Gnome 3.2.1 und Kernel 3.1.9
Grundsätzlich habe ich bisher keinerlei Anzeichen von graphischen Kollapsen, Schnipseln, oder anderen Anomalien. Videos unter Youtube laufen in der jeweiligen HD Qualität, auch Vollbild.

An dich herzlichen Dank. Ich habe die letzten beiden Monate keinerlei Experimente mit dem fglrx auf meinem System mehr machen wollen und darauf vertraut das die Zusammenarbeit mit AMD die Fehler beseitigt.

herzlichst Sven

besten Dank für Deine schnelle Antwort – habe ich auch gerade bemerkt

Mit diesem Script compositor 1.4 habe ich meine Gnome3 Probleme unter nouveau in Griff gekriegt:

http://forums.opensuse.org/english/other-forums/development/programming-scripting/464183-compositor-quickly-sets-unsets-compositing-helps-fullscreen-flash-ati.html#post2383988

Nochmals Vielen Dank, Ueli

ich beobachte diesen Effekt beim öffnen von Opera. War aber bei 11.12 auch schon so.
Beim Abmelden habe ich bisher keine Probleme (der Desktop dunkel ganz normal ab).

Grüße

Ist meiner Meinung nach ein Problem des Treibers. Ich kann den gleichen Effekt unter Gnome beobachten. (Mix aus vorherigen Fenstern usw. wie von dir beschrieben.)

Gruß Hennes

Dein Script und der Catalyst 12.1 funktionieren bei mir. Die Freezes, die ich mit Cat11.12 hatte, sind mit der aktuellen Version nicht aufgetreten (habe es seit ein paar Tagen am Laufen).

Ein kleines Problem mit merkwürdigen Pixelmüll habe ich noch (KDE 4.7.4). Es scheint überblend- oder fading-Effekte zu betreffen. Ich sehe es z.B. wenn ich den “Verlassen”-Knopf in der Kontrollleiste klicke (dann sollte der Bildschirminhalt nach schwarz/weiß faden und ein Auswahlmenü [Abmelden, Ausschalten, neu starten] erscheinen) erscheint der Desktop voll Grafikfetzen aus anderen Fenstern (z.B. von Digikam) und oben drauf erscheint korrekt das Auswahlmenü. Das sieht wie folgt aus: http://www.abload.de/image.php?img=imgp3609_v1ijkkn.jpg
Allerdings weiß ich nicht, ob das ein KDE oder Catalyst-Problem ist.

Gruß,
Michael

du versuchst gerade mit aller Gewalt ein AMD Treiber (für AMD Grafikkarten) auf einem Notebook mit einer nachweislich eingebauten NVIDIA-Grafikkarte zu installieren? Äh, sorry, aber das bekomme ich gerade nicht in meine Birne.

Außerdem bin ich leider der falsche Ansprechpartner für NVIDIA-Grafikkarten. Evtl. hilft dir die Wiki-Seite weiter: http://de.opensuse.org/SDB:NVIDIA-Treiber

Gruß

Sebastian

ich habe folgende Grafikkare in meinem Laptop Dell Latitude D620

Quadro NVS 110M/GeForce Go 7300

Hier die Fehlermeldung am Ende des Scripts:

Check for supported graphics card on this machine …
Creating directory /home/ualtor/Downloads/ati-11.11-tmp.DkUgM
Error: This graphics card is not supported by ATI Catalyst 11.11[ FAILURE ]

Grüsse aus der Schweiz, Ueli

interessant, sehr gut und verständlich beschrieben!

Grüße Uwe d. L.

ja, “zypper patch” würde zwar gehen. Aber nur solange ich keine anderen Repos habe, funktioniert es richtig gut. Ich wie auch viele andere openSUSE-User haben nun mal noch andere Repos eingebunden und hier meckert zypper ständig das er dies und jenes Patch (Update) nicht ausführen kann, weil bereits ein anderes Paket installiert ist. Meiner Meinung nach ist “zypper patch” viel zu restriktiv.

Hier nur mal so ein Beispiel:

# zypper patch
Daten des Repositories laden ...
Installierte Pakete lesen ...
Paketabhängigkeiten auflösen ...

Problem: patch:openSUSE-2011-2-1.noarch steht in Konflikt mit libpackagekit-glib2-14.x86_64 < 0.6.19-2.2.1, angeboten von libpackagekit-glib2-14-0.6.19-1.5.x86_64
Lösung 1: Folgende Aktionen werden ausgeführt:
  patch:openSUSE-2011-2-1.noarch nicht installieren
  patch:openSUSE-2011-103-1.noarch nicht installieren
Lösung 2: libpackagekit-glib2-14-0.6.19-2.6.3.x86_64 installieren (mit Anbieterwechsel)
  obs://build.opensuse.org/GNOME --> openSUSE

Wählen Sie aus den obigen Lösungen mittels Nummer oder brechen Sie a(b). [1/2/b] (b):

Gruß

Sebastian

zypper up geht auych, spielt aber alle vorhandenenpaket updates ein, nicht nur die offiziellen patches.

Ciao, Marcus

Das Problem liegt eindeutig daran, dass du einen laufenden Kernel 3.1.0 installiert hast. Aber nebenbei noch andere Kernel-Zeugs für 3.1.9 installiert hast, die aber mit der laufenden Kernel-Version nicht kompatibel ist.

# OUTPUT (echo): Package: kernel
------------------------------------------------
kernel-default-3.1.0-1.2.1.i586
kernel-default-devel-3.1.9-1.4.1.i586
kernel-desktop-devel-3.1.9-1.4.1.i586
kernel-devel-3.1.9-1.4.1.noarch
kernel-firmware-20111025git-1.7.1.noarch
kernel-pae-devel-3.1.9-1.4.1.i586
kernel-source-3.1.9-1.4.1.noarch
kernel-syms-3.1.9-1.4.1.i586
kernel-xen-devel-3.1.9-1.4.1.i586
================================================

Upgrade das Kernelpaket “kernel-default” aus dem Update-Repo mit der Version 3.1.0 auf 3.1.9.

Abschließend noch in der Konsole als root folgendes ausführen, um den fglrx Kernelmodul zu bauen:

fglrx-kernel-build.sh

Danach klappt es nach einem Neustart wieder.

Edit:
Da ist heute ein Kernel-Update herein gekommen. Daher also die Version 3.1.9. Ich habe meinen Kommentar entsprechend angepasst.

Gruß

Sebastian

und fglrxinfo sagt:
X Error of failed request: BadRequest (invalid request code or no such operation)
Major opcode of failed request: 139 (ATIFGLEXTENSION)
Minor opcode of failed request: 66 ()
Serial number of failed request: 13
Current serial number in output stream: 13
könntest mir da weiterhelfen?

cool! Hat hervorragend funktioniert. Danke!
Eine Sache ist mir noch aufgefallen, bei du mir wahrscheinlich erklären kannst, warum das so ist.
Durch

aticonfig –help

bin ich auf folgendes gestoßen:

atiode -P60 -H localhost:0; echo $?

Wenn ich es ausprobiere, dann bekomme ich “2″ als Antwort (Test failed because of rendering errors). Warum? Direct Rendering wird lt. glxinfo ja gemacht. Danke vorab für eine Antwort.

Grüße

ich habe das “Not enough video memory” Problem weiter einkreisen können. Der Fehler tritt sofort beim Starten der neuen Session auf, also noch zu dem Zeitpunkt, wo nur kdm läuft.
Ich habe daher nun gezielt kdm auf Version 4.8 angehoben, wodurch sich das Problem nun stark reduzierte. 3 oder auch 4 Sessions bekomme ich nun ohne Fehler auf, falls nicht in sämtlichen Sessions davor LibreOffice läuft.

Ob das Problem nun allein an kdm hing oder auch an qt bzw. am Theme (das hat sich nun auch geändert) vermag ich nicht zu sagen. Es bleibt natürlich auch die Frage, warum das mit 11.5 kein Problem ist, aber mit allen weiteren Versionen. Also noch nichts geklärt!

Interessant ist allerdings, daß bei mir das Problem noch nie während der Laufzeit einer Session auftrat, sondern immer nur gleich am Anfang unter kdm.

Aufgefallen ist mir das Ganze dadurch, daß ich zig KDE-Sessions manuell (ohne kdm) problemlos starten konnte ohne auch nur ein einziges Mal den Fehler zu Gesicht zu bekommen.

Gruß,
Stefan

Hat bei mir auch zu einem deutlichen Performanceschub geführt. Zwar änderte sich durch den Befehl nicht das Verhalten des Flashplayers jedoch ist der Desktop deutlich flinker und Videos lassen sich auch wieder in der gewohnten Qualität ansehen.

Des Weiteren muss ich sagen, dass Spiele wie z.B Oilrush sehr, sehr gut funktionieren.

Also abgesehen von der Flashsache. Doppeldaumen nach oben.

P.S. Deine Skripte (fglrx+Flash) liefen mal wieder perfekt.

Gruß Hennes

versuche mal bitte folgendes Workaround. Dies könnte wegen der Performance-Probleme in Gnome Abhilfe schaffen. Zumindest bei mir habe ich einen Geschwindkeitsschub bemerken können und es ruckelt deutlich weniger.

Als root folgendes ausführen und anschließend neustarten:

echo "export CLUTTER_VBLANK=none" >/etc/profile.d/gnome-vblank.sh

Gruß

Sebastian