Sie sind nicht angemeldet.

[erledigt] "Error setting MTRR" bei Mobility Radeon HD4500 & "radeon"

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

Phollux

Schüler

  • »Phollux« ist männlich
  • »Phollux« ist der Autor dieses Themas

Beiträge: 83

  • Nachricht senden

1

12.03.2010, 20:07

"Error setting MTRR" bei Mobility Radeon HD4500 & "radeon"

Hallo zusammen,

Habe mir ein neues Notebook zugelegt, welches eine ATi Mobility Radeon HD 4500 (M92) besitzt.
Jetzt wollte ich unter dem Kernel 2.6.33-gentoo die Karte mit KMS unter dem "radeon"-Treiber laufen lassen.
Habe also entsprechend die Unterstützung:

Quellcode

 
1
2
3
4

Device Drivers  --->
   Graphics support  --->
      <*> Direct Rendering Manager (XFree86 4.1.0 and higher DRI support) --->
         <*>   ATI Radeon

im Kernel aktiviert. Nachdem ich dann meinen X-Server kompiliert hatte, wollte ich diesen mithilfe von startx starten, was mir leider nur ein aufflackern des Bildes und anschließend folgende Fehlermeldung zurückgab:

Quellcode

 
1

error setting MTRR (base = 0xd00000000, size = 0x10000000, type = 1) Inappropriate ioctl for device (25)


Ein erstellen einer xorg.conf, was laut gentoo.org nur im Notfall empfohlen wird, hat leider auch keine Besserung erbracht.

Quellcode

 
1
2

Processor type and features  --->
    [*] MTRR (Memory Type Range Register) support


ist jedenfalls aktiviert. Hier die Ausgabe von cat /proc/mtrr:

Quellcode

 
1
2
3
4
5
6

reg00: base=0x0ffe00000 (    4094MB), size= 2MB, count=1: write-protect
reg01: base=0x000000000 ( 0MB), size= 2048MB, count=1: write-back
reg02: base=0x080000000 (    2048MB), size= 1024MB, count=1: write-back
reg03: base=0x100000000 ( 4096MB), size= 1024MB, count=1: write-back
reg04: base=0x138000000 ( 4992MB), size= 128MB, count=1: uncachable
reg05: base=0x0d0000000 ( 3328MB), size=  256MB, count=1: write-combining


Weiß evtl. Jemand Rat?

lg,
Phollux
»Phollux« hat folgende Datei angehängt:
  • emerge_info.txt (3,71 kB - 3 mal heruntergeladen - zuletzt: 13.03.2010, 00:25)
"No pain remains no feelings"
(Ronan Harris)

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Phollux« (13.03.2010, 16:18)

Poedel

Meister

  • »Poedel« ist männlich

Beiträge: 1 752

  • Nachricht senden

2

12.03.2010, 20:31

xorg.conf wird nicht empfohlen ..
ehm, also bei nvidia benötigt man die Basis der xorg.conf dennoch. Dort gibt es eine Tool, was einem die passend erstellt.
ATI ist bei mir zu lange her, das gibt es aber dort auch. Dann streichste alle Eingabegeräte wieder aus der conf raus, also mouse, keyboard etc.
xorg-server ist vermutlich mit hal useflag gebaut.
hal und dbus sind gestartet?
dein user hat eine .xinitrc ??
/etc/rc.conf passend eingestellt?
System:
i7 P2600 @ 3,4GHz
jabber: poedel@jabber.ccc.de

Phollux

Schüler

  • »Phollux« ist männlich
  • »Phollux« ist der Autor dieses Themas

Beiträge: 83

  • Nachricht senden

3

12.03.2010, 20:36

Hi,

Danke fürs schnelle antworten.

Hal und dbus sind beide gestartet, mein User hat eine .xinitrc und die /etc/rc.conf...was gäbe es denn da anzupassen? die default-Einstellungen passten eigentlich soweit...
"No pain remains no feelings"
(Ronan Harris)

josef.95

OSI Layer 8

Beiträge: 7 674

  • Nachricht senden

4

12.03.2010, 22:43

Ein guten Abend nach Spanien...!

Hm.., ich würde da noch mal richtung KMS schauen,
wo es nun aktuell im 33er kernel zu finden kann ich dir leider nicht genau sagen, im 32er war es etwas wie
[*] Enable modesetting on radeon by default
schau hierzu noch mal im Wiki , doch im 33er hat sich da einiges geändert.
Auch sollte bei KMS drauf geachtet werden das kein weiterer Framebuffer Treiber wie zb vesafb, uvesafb , radeonfb usw im kernel aktiviert wurde!
auch in der (GRUB) Kernel Zeile sollte nichts bez. framebuffer mit gesetzt sein!

Gibt es im Kernel-log , zb mit "dmesg | grep radeon" etwas hilfreiches zu finden?
oder gar schon eine /var/log/Xorg.0.log ?

Und ja, eine schlanke xorg.conf mit Angabe des radeon Treibers sollte nicht schaden.

Phollux

Schüler

  • »Phollux« ist männlich
  • »Phollux« ist der Autor dieses Themas

Beiträge: 83

  • Nachricht senden

5

13.03.2010, 00:01

Hi!

Ich habe die Ausgabe von dmesg | grep radeon und die Xorg.0.log mal in den Anhang gehangen. ;-)

Mich macht diese Zeile jetzt etwas stutzig:

Quellcode

 
1

r600_cp: Failed to load firmware "radeon/R700_rlc.bin"


Naja, Framebuffertreiber ist der für ATi Radeon der einzige im Kernel einkompilierte...

Das Anlegen einer xorg.conf brachte keine Änderung..

Gruß,
Phollux
»Phollux« hat folgende Dateien angehängt:
  • dmesg.txt (1,26 kB - 4 mal heruntergeladen - zuletzt: 19.03.2013, 10:50)
  • Xorg.0.log.txt (34,44 kB - 1 mal heruntergeladen - zuletzt: 13.03.2010, 00:21)
"No pain remains no feelings"
(Ronan Harris)

josef.95

OSI Layer 8

Beiträge: 7 674

  • Nachricht senden

6

13.03.2010, 00:19

Zitat von »Phollux«

Naja, Framebuffertreiber ist der für ATi Radeon der einzige im Kernel einkompilierte...
Na dann deaktiviere ihn :)
ich dachte du wolltest jetzt KMS nutzen?
(KMS ist selbst schon ein Framebuffer! , wenn du da zwei Treiber mischt gibt es meist Probleme!)

Phollux

Schüler

  • »Phollux« ist männlich
  • »Phollux« ist der Autor dieses Themas

Beiträge: 83

  • Nachricht senden

7

13.03.2010, 11:19

Hi,

Jetzt, wo ich den anderen fb auch noch rausgenommen habe, bleibt er beim hochfahren erstmal 2 MInuten lang bei:

Quellcode

 
1

platform radeon_cp.0: firmware: requesting radeon/R700_rlc.bin

hängrn. Anschließend startet er normal.

Leider funktioniert startx immer noch nicht... :/

//edit:

Oh nein, ich bin so doo...äh unerfahren! :pinch: *Kopf>Tisch>Kopf>Tisch*
Wie konnte ich auch ahnen, dass das Problem mit einer simplen Installation eines KDM's geregelt wird? Ich dachte, die Installation von twm zum Testen würde ausreichen, aber scheinbar braucht man ja einen Display Manager. :rolleyes:
Tut mir Leid, eure Zeit in Anspruch genommen zu haben. :S
Das Problem hat sich also von selbst erledigt, könnte man so sagen...
"No pain remains no feelings"
(Ronan Harris)

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Phollux« (13.03.2010, 16:18)

josef.95

OSI Layer 8

Beiträge: 7 674

  • Nachricht senden

8

13.03.2010, 17:38

Hehe... ;)

Zitat von »Phollux«

Ich dachte, die Installation von twm zum Testen würde ausreichen, aber scheinbar braucht man ja einen Display Manager. :rolleyes:
Nicht ganz, "twm" und "xterm" sollten zum testen ausreichen.
AFAIK sind diese schon ab etwa xorg-server-1.5 keine Abhängigkeit mehr,
aber das ist idR ja auch kein Problem da man sich ja eh meist selbst einen Window-Manager installieren wird.

Aber tröste dich..., da sind schon so einige Leute drüber gestolpert...

..................................................................................................

Zitat von »"Phollux"«

Jetzt, wo ich den anderen fb auch noch rausgenommen habe, bleibt er beim hochfahren erstmal 2 MInuten lang bei:

Quellcode

 
1

platform radeon_cp.0: firmware: requesting radeon/R700_rlc.bin
hängrn. Anschließend startet er normal.

Ist das nun immer noch so?

Ich bin mir hier keineswegs sicher, aber evtl. wird noch

Quellcode

 
1
2
3
4

x11-drivers/radeon-ucode
     Available versions:  (~)20091209
     Homepage:            http://people.freedesktop.org/~agd5f/radeon_ucode/
     Description:         IRQ microcode for r6xx/r7xx Radeon GPUs
benötigt?!

Phollux

Schüler

  • »Phollux« ist männlich
  • »Phollux« ist der Autor dieses Themas

Beiträge: 83

  • Nachricht senden

9

13.03.2010, 17:50

Hi,

Ne, habe den anderen fb wieder reingenommen und den Kernel nochmal neu kompiliert, da sonst glaub ich gar keine mehr drin gewesen wäre...ich bin mir da nicht so ganz sicher, aber die scheinen da die Struktur im 2.6.33 mal wieder geändert zu haben.

Also jetzt funktioniert X jedenfalls.

Ich kann ja die Tage nochmal ein wenig rumprobieren, diesbezüglich, was man jetzt wie mischen kann und was nicht. Hab ja jetzt einmal eine funktionierende Konfig.

Danke für die Hilfe,
Phollux
"No pain remains no feelings"
(Ronan Harris)

Blackstar

Fortgeschrittener

Beiträge: 172

  • Nachricht senden

10

05.07.2010, 00:54

Doch...

x11-drivers/radeon-ucode

wird meiner Erfahrung nach doch benoetigt... sonst klappt es nicht und er bleibt genau an dieser Stelle haengen.

Habe hier KMS mit einer HD 3850 also r600 laufen mit .34 Kernel, lief aber schon mit .33 ohne Probleme.

Damit das Ganye auch beim Start was bringt:

http://en.gentoo-wiki.com/wiki/Framebuff…el_Mode_Setting

Vieleicht hilfts ja noch wem... auch wenns schon was her ist ;)

Häufig verwendete Suchbegriffe:

www.my-echo.de mobile-parts-discount.net Andere Architekturen Lob & Kritik Gentoo Linux bka trojaner finden Emerge Probleme softwaregarage.de Drucker Linux Computer und Notebooks