Arch Linux

fb: conflicting fb hw usage radeondrmfb vs vesa vga

superdachs

Wieder einmal ein problenm bei dem mir weder die Forensuche noch Google passable Antworten liefern konnte:

wenn ich versuche ohne "nomodeset" zu booten bekomme ich die oben genannte fehlermeldung angezeigt.
benutze ich nomeodeset bootet die kiste, allerdings scheint mir immer der xf86-video-vesa treiber genutzt zu werden, denn erstens, wenn ich selbigen deinstalliere kommt der xserver nicht hoch und zweitens ist die auflösung mist und lässt sich nicht anpassen und drittens ist die cpu auslastung unter gnome dauerhaft bei 50-120% (edit: 2. und 3. treten natürlich nur auf wenn ich xf86-video-vesa UND xf86-video-ati installiert habe)

Radeon X1300
Xorg 1.13
xf86-video-ati

was nur was mache ich falsch.

is nen jungfräuliches system

Creshal

> was nur was mache ich falsch.

Statt das eigentliche Problem – KMS funktioniert nicht – zu lösen, ignorierst du es und frickelst so lange drum herum, bis nichts mehr geht?

superdachs

sehr hilfreich 😉

nix is verfrickelt, alles normal, problem ist eigentlichn ja nur, ich weiß nicht warum kms nicht geht, bzw der xf86-video-ati ansich. ich weiß einfach nicht was ich noch beachten müsste, hab alles vom urschleim nochmal gemacht.

gibts wenigstens paar tipps wo ich noch suchen könnte um wenigstens irgendeine aussagekräftige fehlermeldung zu erhalten

EDIT:

bin mit meinem latein am ende... kms lässt sich nicht aktivieren, boot nur möglich mit nomodeset oder radeon.modeset=0 der ati treiber wird aber nicht genutzt sondern immer der vesa treiber. verstehe das wüste Xorg log allerdings nicht. kms wär mir ja wurst wenn doch wenigstens der x server den radeon treiber nehmen würde. selbst mit der scheiß auflösung könnte ich fürs erste leben, muss nur übers wochenende gehen, aber mit der hohen prozessorbelastung gehts nunmal nich... ich fühle mich um jahre zurückversetzt als ich damals scherereien mit der damals neuen radeon 9700 hatte. dumm nur daß ich dazu auch echt noch nix gefunden hab, ich kann doch nicht der einzige sein bei dem die kombination x1300 und xf86-video-ati nicht geht. oder ich suche nur nach den falschen begriffen. überall nur threads die tausend jahre alt sind, aus einer zeit als es noch ging bei mir xD

Creshal

9 Zeilen langes Geheule, und wir wissen immer noch nicht, was eigentlich das Problem ist … Kernel Panic? Bootfehler? X startet nicht? dmesg? Xorg.0.log? Irgendwelche sinnvollen Daten?

superdachs

steht doch alles da 😉

Booten stoppt nach dem aktivieren von KMS mit der obigen Fehlermeldung (Kernelparameter debug) X ist da ja noch garnicht am Start. Selbiges lässt sich allerdings auch nicht mit dem ati treiber starten (wenn man nomodeset mitgibt bootet die Kiste ja)
keine Kernelpanic kein nix. Ich poste gleich noch die ausgaben von dmesg und das Xorg log. 🙂

dmesg: http://pastebin.com/7uZW3QDH
Xorg.0.log: http://pastebin.com/fFEVirmX

Thorsten Reinbold

Ich würde ja mal "radeon.modeset=0" aus den Einträgen für Grub entfernen. Da funktioniert der start von X nicht. Die Fehlermeldungen die dann in den Logs auftauchen dürften interessant sein.

superdachs

na dann kommter ja eben nich hoch sondern belibt mit fb: conflicting fb hw usage radeondrmfb vs vesa vga stehen, das is ja der haken an der sache... in welchem log stehtn da dann was dazu weil wenns nich hoch kommt kann ich ja nur die letzten paar zeilen vom booten lesen die interessanten sollten die letzten paar sein imho, ich starte nochmal mit modeset=1 und schreib die gleich ab

superdachs

[drm] Initialized drm 1.1.0 20060810
[drm] kernel modesetting enabled.
checking generic (d8000000 300000) vs hw (d8000000 8000000)
fb: conflicting fb hw usage radeondrmfb vs VESA VGA - removing generic driver

ab da geht nix mehr, nach ca 20s drehen dann auch alle Lüfter hoch und machen krach

Creshal

Hast du sonst noch irgendwelche Kernelparameter? VGA oder so?

superdachs

nope, nur radeon.modeset=0/1 (je nachdem) sowie debug aber radeon.modeset=0 sollte ja das gleiche sein wie nomodeset und radeon.modeset=1 das gleiche wie ohne nomodeset

superdachs

Thorsten Reinbold schriebDa funktioniert der start von X nicht.

Achso und um Missverständnisse auszuschließen. X startet nie, nur wenn der vesa treiber installiert ist. nur mit dem ati treiber (oder auch ganz ohne x-treiber) gibts halt das problem daß er entweder bootet (nomodest/radeon.modeset=0) oder eben nicht (radeon.modeset=1/ohne nomodeset)

das radeon modul habe ich laut anleitung auch in die /etc/mkinitcpio.conf eingetragen und mkinitcpio -p linux ausgeführt. ändert aber am verhalten garnichts

EDIT: Wegen den Kernelparametern, also ich hab keine hinzugefügt, kenne mich mit dem "neuen" grub konfigurationszeug allerdings noch nicht so sehr aus, ich häng mal meine grub.conf mit dranne.

http://pastebin.com/MwQjZza1

Thorsten Reinbold

Nur ein Schuss ins Blaue: installier doch mal xf86-video-modesetting.

superdachs

auch schon versucht, dann fällt er halt auf den treiber zurück. das ändert aber keinesfalls daß man nur ohne kms starten kann.
zwar kann man dann x starten (wenn man wie gesagt mit nomodeset startet) aber eben nur in 1024x768 und 60% prozessorauslastung im leerlauf, beim bewegen der maus geht dann garnix mehr, gleiches verhalten wie beim vesa treiber.

letztendlich sollte doch erstens kms mit dem ati treiber gehen und auch x mit dem ati treiber starten, ohne vesa oder modesetting treiber und dann auch hardwarebeschleunigung unter x bieten. muss ja nich dolle sein, nur für gnome3 solls halbwegs reichen.

thn81

Okay, erstmal alles der Reihe nach:
- Du hast eine Radeon X1300 und verwendest den aktuellen Standard-Arch-Kernel
- Wenn Du mit radeon.modeset=1 startest, hängt der Rechner beim Starten bei der Meldung "fb: conflicting fb hw usage radeondrmfb vs vesa vga"
- Wenn Du mit nomodeset startest, bootet der Rechner samt X11, ist aber schnarchlangsam
Habe ich das so richtig verstanden? Wenn ja, habe ich erstmal noch eine Frage: Benutzt Du im GRUB ein grafisches Menü oder das Standard-Textmenü?
Dein Problem besteht offenbar darin, dass der DRM-Treiber KMS nicht aktivieren kann, weil der vesafb-Treiber sich schon vorher die Grafikhardware gekrallt hat. Der DRM versucht zwar, den vesafb-Treiber zu deaktivieren, hängt sich dabei aber auf (was wohl Dein eigentliches Problem ist...). Du musst also verhindern, dass der vesafb-Treiber beim Booten geladen wird. Versuchs mal mit folgenden Kernelparametern:

radeon.modeset=1 video=vesafb:off

Wenn das nicht hilft, füge dem ganzen noch ein "vga=normal" hinzu. Wichtig ist, dass Dein System nach Kernelstart erstmal im (echten) Textmodus läuft. Wenn der DRM-Treiber geladen wird, setzt er den passenden Grafikmodus dann selbst. Wenn das geschafft ist, sollte auch X11 mit dem ati-Treiber laufen.

superdachs

ja das war ne gute zusammenfassung. die sache mit dem vesafb treiber hatte ich mir dann auch schon gedacht aber hätte nicht gewusst wie ich dem begegnen soll. danke für den lösungsansatz, ich probiers heute abend aus. das wär ja echt rettung in letzter sekunde 😃

edit: ja also im grub hab ich nix umkonfiguriert, der is so wie er nach der installation halt ist. text mit nem weißen rand drumherum ob das nun grafikmodus oder textmodus ist weiß ich nicht, jedenfalls ist der text viel kleiner als danach in der konsole.

[gelöscht]

Hat leider garnichts gebracht 🙁

thn81

Du bist scheinbar nicht der einzige mit dem Problem: https://bugzilla.redhat.com/show_bug.cgi?id=845745. Sieht nach einem Kernel-Bug aus. Du kannst noch versuchen, den LTS-Kernel zu installieren (Paket linux-lts) und den benutzen.

[gelöscht]

danke, das ist ja schonmal ein anfang (und ich bin froh daß es nicht an meinem unvermögen liegt) ich werde morgen mal den lts kernel ausprobieren. wär schon schön wenn ich wieder ein funktionierendes s system hätte. 🙂

[gelöscht]

mitm lts kernel gehts wunderbar. hw beschleunigung auch. is halt stein alt das ding, aber was solls.

Thorsten Reinbold

Tja, seltsam. Ich habe mit dem lts auch sehr viel bessere Erfahrungen. Läuft auf meinem System z.B. deutlich flotter als alles aktuellen Kernel (auch die mit ck, lqx, etc.).

Nächste Seite »