Am Montag 29 März 2010 schrieb Martin Steigerwald: > Am Sonntag 28 März 2010 schrieb Eduard Bloch: > > #include <hallo.h> > > require "hallo.rb" > > > * Martin Steigerwald [Sun, Mar 28 2010, 03:47:53PM]: > > > Also ich mit insgesamt bislang *ausgesprochen* zufrieden mit Radeon > > > KMS. Hab nicht ansatzweise erwartet, dass das so problemlos > > > funktionieren würde. > > > > Problemlos? Ich habe heute mal meine Onboard-Karte aktiviert, um mal > > den Zustand der Treiber zu begutachten. Mit stinknormaler > > 785G-Onboard-Grafik. Ergebnis: XVideo geht in 4 von 5 Fällen NICHT > > mehr, auch wenn ich DRI- und exa-Optionen in xorg.conf setze. Im Log > > finde ich diesbezüglich nichts auffälliges, exa wird aktiviert. > > Google-Hits bzgl. "radeon-Modul früher laden" passen auch nicht, es > > wird schon früh geladen. > > Heute bliebt TuxOnIce bei "Seeking to free xx MB of memory" hängen. Da > hatte ich zwei KDE 4-Sitzungen mit DRI2 und OpenGL-Compositing offen. > Und mein Skript hat schon längst mit chvt 1 auf TTY1 umgeschaltet. Obs > nun an TuxOnIce oder Radeon KMS liegt, kann ich noch nicht sagen. Tja... nun gabs doch einen Dämpfer für meine Begeisterung. TuxOnIce ist wieder beim Einschlafen hängen geblieben. Ich weiß nicht, obs an der neueren TuxOnIce-Version oder Radeon KMS liegt. Es könnte jedoch der folgende Radeon KMS Bug sein. ---------- Weitergeleitete Nachricht ---------- Subject: Re: [TuxOnIce-devel] Radeon KMS crash bug Date: Freitag 26 März 2010 From: Nix <nix@esperi.org.uk> To: Martin Steigerwald <Martin@lichtvoll.de> On 26 Mar 2010, Martin Steigerwald uttered the following: > Am Mittwoch 17 März 2010 schrieb Nix: >> On 16 Mar 2010, Kenneth Crudup verbalised: >> I suppose I have to track it down. Shouldn't be hard, I only need to >> learn about the kernel's freezer infrastructure, KMS and ATI video >> cards, and then debug a bug whose only symptom is a hard hang at >> freeze time. Should be a piece of cake! > > I am using Radeon KMS with > > martin@shambhala:~> cat /proc/version > Linux version 2.6.33.1-tp42-toi-3.1-04961-gac10b02 (martin@shambhala) (gcc > version 4.4.3 20100108 (prerelease) (Debian 4.4.2-9) ) #2 PREEMPT Wed Mar > 24 22:12:58 CET 2010 > > as well now. > > What is your exact bug? Right now it appears to be working. I have one OK, that's different then. I suspect this is a hardware difference. What's your video card? > hang on resume. I switched from pm-utils back to hibernate, as it seems > that pm-utils 1.3.0-1 is not yet well prepared for KMS. It didn't switch I too am using the hibernate scripts, but not chvting anything: it should make no difference when KMS is running, as the graphics mode never changes, and in 2.6.32 it works fine without the SwitchToTextMode hack. The symptoms and hardware details are described in <https://bugs.freedesktop.org/show_bug.cgi?id=26872>, which is getting absolutely no attention from anyone. Depending on the precise kernel version, I get a hard reboot after triple-caps-lock- light-flash, or a hard hang (reset button time). > Felt OpenGL compositing performance with KDE 4.4.1 experimental / > experimental-snapshots packages from qt-kde.debian.net goes in circles > around the previos xserver-xorg-video-radeon 1:6.12.6-1. I am now using For me, OpenGL 3D performance is immensely higher with KMS than without. (This is not surprising, as without KMS 3D is essentially unaccelerated.) ------------------------------------------------------- -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
Attachment:
signature.asc
Description: This is a digitally signed message part.