GentooForum.de

Hallo,

habe folgendes Problem:

Habe ein k6-3 System mit Gentoo aufgebaut, was ich darauf auch komplett optimiert habe.
Eine ATI Rage 128 Grafikarte klappt okay, ist mir aber zu langsam. Habe ich mir eine Radeon 9100 eingebaut.
Diese verträgt auch noch die alte AGP-Spannung von 3,3 volt. Also Kompatibel mit diesem Board:

http://www.gigabyte.de/Support/Motherboa…?ProductID=3191

Habe ein ATX-Netzteil mit 250 watt und Aktiv-PFC dran von Seasonic, also genügend Saft...

Ein "startx" gibt mir aber lediglich einen schwarzen Bildschirm und kein Icewm wie bei der rage128... Den Mauszeiger sieht man noch... Sonst kompletter Freeze -.-

Syslog sagt mir er lädt die Firmware r200.bin erfolgreich, setzt die Karte in AGP 2x mode. Und sagt dann kruzerhand:

Zitat

[drm] writeback test failed

Mich selbständig schlau gemacht habe ich bereits aber Leute mit gleicher Erfahrung konnte ich nicht wirklich finden aber das:

http://bugs.opensolaris.org/bugdatabase/…?bug_id=6363022
http://lxr.free-electrons.com/source/dri…on_cp.c?a=avr32

Anscheinend handelt es sich um sowas wie einen Selbstest, aber wieso dieser schiefgeht ist mir bislang unbekannt, warum ich mich auch an euch wende. Ich weiss nicht ob es sich um einen Bug handelt... Denke es liegt eher an der Konfiguration.

Mesa habe ich auch mit USE "pic" gebaut. Damit Optimierungen wie SSE und SSE2 etc. drausen bleiben was ansonsten in einer Sackgasse enden würde. Auch gab es schon bei der rage128 viele Fehler aller "freeing invalid memtype" welchen ich mit "nopat" als Kernelparameter entgegenwirken konnte.

Welcheln auf eine andere Konsole kann ich während X freezed immer noch... Wenn ich dann dann wieder auf X wechsele dann sehe ich nur bunte Streifen und ich kann nun auch nicht mehr wechseln -> Kaltreboot.

Ich hoffe ich habe alles relativ genau beschrieben damit ihr mir helfen könnt. Da ich mir unsicher bin ob es sich hier wirklich um einen gezielten Bug im Treiber handelt oder um eine Fehlkonfiguration in dieser Konstellation...

http://www.mjmwired.net/kernel/Documentation/mtrr.txt

Habe ich auch im Kernel aktiviert und sollte auch bei einem k6-3 schon vorhanden sein. Gibt es da noch irgendwas zu beachten?

Liebe Grüße Chris

PS: Danke für Hilfe schon im Vorraus, mir ist bewusst, habe wieder so ein "schwieriges Thema"...

PPS: Achso kein KMS, läuft ja grade mal bei meiner r600 rund... Dem alten Teil trau ich das nicht mehr wirklich zu

emerge --info:

Portage 2.1.8.3 (default/linux/x86/10.0, gcc-4.4.3, glibc-2.11.2-r0,
2.6.34-gentoo-r1 i586)
=================================================================
System uname:
Linux-2.6.34-gentoo-r1-i586-AMD-K6-tm-III_Processor-with-gentoo-1.12.13
Timestamp of tree: Sun, 04 Jul 2010 21:15:01 +0000
app-shells/bash: 4.0_p37
dev-java/java-config: 2.1.10
dev-lang/python: 2.6.5-r2, 3.1.2-r3
dev-util/cmake: 2.6.4-r3
sys-apps/baselayout: 1.12.13
sys-apps/sandbox: 1.6-r2
sys-devel/autoconf: 2.13, 2.65
sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1
sys-devel/binutils: 2.20.1-r1
sys-devel/gcc: 4.4.3-r2
sys-devel/gcc-config: 1.4.1
sys-devel/libtool: 2.2.6b
virtual/os-headers: 2.6.30-r1
ACCEPT_KEYWORDS="x86"
ACCEPT_LICENSE="* -@EULA"
CBUILD="i586-pc-linux-gnu"
CFLAGS="-march=k6-3 -O2 -pipe -fomit-frame-pointer"
CHOST="i586-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/
/etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/splash
/etc/terminfo"
CXXFLAGS="-march=k6-3 -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="assume-digests distlocks fixpackages news parallel-fetch
protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch"
GENTOO_MIRRORS="ftp://de-mirror.org/distro/gentoo/"
LANG="de_DE.UTF-8"
LDFLAGS="-Wl,-O1"
LINGUAS="de"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --stats --timeout=180 --exclude=/distfiles
--exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="/ 3dnow X acc acl acpi alsa ati audacious berkdb bzip2 cairo cdr cli
cracklib crypt cups curl cxx dbus dri dvd fbcondecor ffmpeg floppy fortran gdbm
gif glx gpm gtk hal iconv id3tag imlib jpeg k6_mtrr libsamplerate lm_sensors
mmx mmxext modules mp3 mudflap ncurses nls nptl nptlonly nsplugin opengl openmp
pam pcre perl pic png pppd python readline reflection sdl session spl ssl sysfs
tcpd truetype unicode usb v4l2 video vorbis wifi win32codecs x86 xcomposite
xorg xulrunner xv xvmc zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem
bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801
hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem
ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug
file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null
plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic
authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm
authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache
dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache
filter headers include info log_config logio mem_cache mime mime_magic
negotiation rewrite setenvif speling status unique_id userdir usertrack
vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux"
LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses
text" LINGUAS="de" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="radeon
r128" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p
iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark
dhcpmac delude chaos account"
Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL,
MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS,
PORTDIR_OVERLAY

Mist... wollte später noch editieren, das ich es mit VESA schon versucht habe und es damit funktioniert...

Dachte aber das könnte man sich daran Ableiten, weil ich ja auch mit der rage128 rein komme.

Aber JA, das geht... Nur halt nicht mit dem radeon Treiber...

Der VESA-Treiber hat aber auch nicht diesen writeback test oder sowas zu bewältigen...

Hi,

dein Link hat mir leider nicht weitergeholfen.

Habe jetzt doch auf KMS umgestellt.

In X komme ich jetzt wieder rein.

Allerdings stuertzt jede 3D-App jetzt einfach ab und dmesg sagt mir nun folgendes dazu:

Zitat

[drm] Initialized drm 1.1.0 20060810
[drm] radeon defaulting to kernel modesetting.
[drm] radeon kernel modesetting enabled.
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 10
PCI: setting IRQ 10 as level-triggered
radeon 0000:01:00.0: PCI INT A -> Link[LNKA] -> GSI 10 (level, low) -> IRQ 10
[drm] initializing kernel modesetting (R200 0x1002:0x514D).
[drm] register mmio base: 0xCFEF0000
[drm] register mmio size: 65536
[drm] GPU reset succeed (RBBM_STATUS=0x00000140)
[drm] 1 Power State(s)
[drm] State 0 Default (default)
[drm] 1 Clock Mode(s)
[drm] 0 engine/memory: 249750/213750
[drm] radeon: power management initialized
agpgart-ali 0000:00:00.0: AGP 1.0 bridge
agpgart-ali 0000:00:00.0: putting AGP V2 device into 2x mode
radeon 0000:01:00.0: putting AGP V2 device into 2x mode
radeon 0000:01:00.0: GTT: 64M 0xE0000000 - 0xE3FFFFFF
radeon 0000:01:00.0: VRAM: 128M 0xB0000000 - 0xB7FFFFFF (128M used)
[drm] radeon: irq initialized.
mtrr: no more MTRRs available
[drm] Detected VRAM RAM=128M, BAR=256M
[drm] RAM width 128bits DDR
[TTM] Zone kernel: Available graphics memory: 255914 kiB.
[drm] radeon: 128M of VRAM memory ready
[drm] radeon: 64M of GTT memory ready.
[drm] radeon: cp idle (0x02000603)
[drm] Loading R200 Microcode
platform radeon_cp.0: firmware: using built-in firmware radeon/R200_cp.bin
[drm] radeon: ring at 0x00000000E0000000
[drm:r100_ring_test] *ERROR* radeon: ring test failed (sracth(0x15E4)=0xCAFEDEAD)
[drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22).
radeon 0000:01:00.0: failled initializing CP (-22).
radeon 0000:01:00.0: Disabling GPU acceleration
[drm] radeon: cp finalized
[drm] GPU reset succeed (RBBM_STATUS=0x00000140)
[drm] radeon: cp finalized
[TTM] Zone kernel: Used memory at exit: 0 kiB.
[drm] radeon: ttm finalized
[drm] Forcing AGP to PCI mode
[drm] GPU reset succeed (RBBM_STATUS=0x00000140)
[drm] 1 Power State(s)
[drm] State 0 Default (default)
[drm] 1 Clock Mode(s)
[drm] 0 engine/memory: 249750/213750
[drm] radeon: power management initialized
radeon 0000:01:00.0: VRAM: 128M 0xB0000000 - 0xB7FFFFFF (128M used)
radeon 0000:01:00.0: GTT: 512M 0x90000000 - 0xAFFFFFFF
[drm] radeon: irq initialized.
mtrr: no more MTRRs available
[drm] Detected VRAM RAM=128M, BAR=256M
[drm] RAM width 128bits DDR
[TTM] Zone kernel: Available graphics memory: 255914 kiB.
[drm] radeon: 128M of VRAM memory ready
[drm] radeon: 512M of GTT memory ready.
[drm] GART: num cpu pages 131072, num gpu pages 131072
[drm] radeon: cp idle (0x02000000)
[drm] radeon: ring at 0x0000000090000000
[drm] ring test succeeded in 0 usecs
[drm] radeon: ib pool ready.
[drm] ib test succeeded in 0 usecs
[drm] DFP table revision: 2
[drm] Radeon Display Connectors
[drm] Connector 0:
[drm] VGA
[drm] DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60
[drm] Encoders:
[drm] CRT1: INTERNAL_DAC1
[drm] Connector 1:
[drm] DVI-D
[drm] HPD1
[drm] DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64
[drm] Encoders:
[drm] DFP1: INTERNAL_TMDS1
[drm] fb mappable at 0xB0040000
[drm] vram apper at 0xB0000000
[drm] size 1920000
[drm] fb depth is 24
[drm] pitch is 3200
Console: switching to colour frame buffer device 100x37
fbcondecor: console 0 using theme 'Emergance'
fbcondecor: switched decor state to 'on' on console 0
fb0: radeondrmfb frame buffer device
registered panic notifier
[drm] Initialized radeon 2.3.0 20080528 for 0000:01:00.0 on minor 0

Und das bedeutet nun auf Deutsch in etwa was genau?

So,

hätte ich auch mal früher drauf kommen können - da oben steht was von force pci-mode... Habe anstatt AGP 2x jetzt per radeon.agpmode=1 auf 1x gesetzt und siehe da jetzt sieht die Ausgabe in dmesg fehlerfrei aus.



Sieht jetzt doch eigendlich ganz nice aus, oder nicht?

Das Glxgears mit "ungültiger Maschinenbefehl" abbricht liegt ja an dem Bug von Gentoo, das mesa-progs die make.conf nicht richtig beachtet und über deren Kopf hinweg sse und sse2 nutzt.
Also habe ich einfach während dem entpacken des paketes in "/var/tmp/portage/x11-apps/mesa-progs-7.7/work/Mesa-7.7/configs/linux-dri-x86" aus den Arch_Flags -msse und -msse2 rausgenommen (irgendwoher musste es ja kommen!) und dann emerge weiterlaufen lassen, was Erfolg hatte

Es sollte für mesa-progs ein Legacy USE (pic) eingeführt werden was wie bei mesa selbst zusätzliche flags wie sse2 etc. weglässt...

Mit KMS an und AGP 1x bekomme ich nun ein sauberes und fehlerfreies glxgears mit ca. 800 fps:

Alles andere funktioniert nicht - nicht wegen irgendwas an der Hardware sondern weil Chips bis r300 wohl mit KMS von einem Bug betroffen sind der bis jetzt nicht gefixed wurde. Manche meinen in Kernel 2.6.35 aber ich denke eher es liegt an mesa - das wird auch in dem Bugreport angedeutet. Bin schon am überlegen ob ich xorg, mesa den radeon aus dem Overlay holen soll so wie ich es bei meiner r600 gemacht habe um KMS und 3D Beschleunigung zu haben. Aber nacher war das umsost und ich muss alles wieder runterwerfen...

https://bugzilla.redhat.com/show_bug.cgi?id=550431
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/557266

Auch gnujump mit opengl läuft flüssig.

Mit KMS und AGP 2x resultiert das Ganze in der dmesg (voheriger post) und es wird pci-mode geforced.

Ohne KMS und AGP 2x endet das ganze beim starten von X in einem kompletten freeze. (siehe meinen ersten post)

Ohne KMS und mit AGP 1x bekomme ich ein stabiles X aber glxgears zeigt kein Bild an.

Sehe höchstens mal ein flimmern der Zahnräder und 3D Apps starten fehlerfrei und ich merke schon in den Menüs die Beschleunigung aber sobald ein Spiel Texturen lädt sehe diese nicht und der Bildschirm bleibt stehe, eben nur kleine Elemente bleiben auf dem Screen und ein Background (eben das erste Bild beim Aufbau). Das Ganze ist aber kein Freeze! Wenn ich auf ESC drücke sehe ich ganz normal das Menu sauber und kann das Game sogar verlassen - es wird einfach über den "trash" geblendet.

Gnujump ist mit Opengl aktiviert langsam wie sonst etwas... Aber Chromium(das game -2D braucht aber zwingend Beschleunigung) läuft total flüssig und fehlerfrei.

Erkenntnisse:

Ich werde wohl auf AGP 1x setzen müssen und gegebenfalls das weiterleiten damit es in die quirk table für dieses Board kommt.
Am fehlerfreisten (zumindest vom Rendering und der Stabilität her z.B. glxgears) ist AGP 1x MIT KMS.
Ich wette die anderen Apps würden unter dieser Kombi auch sauber laufen wenn da nicht dieser Bug mit der Kombi "pre r300 + KMS -> trash" wäre der seit Monaten nicht gefixed wird.

Auf Platz 2 ist AGP 1x OHNE KMS.

Lösungsansätze:

Für KMS + AGP 1x werde ich wohl warten müssen, oder ich versuche es mit dem X aus dem Overlay.
Für AGP 1x OHNE KMS ... Jetzt die Frage... Ich habe ja oben geschrieben wie sich das äußert... Weiss jemand woraus dieses Verhalten resultieren könnte? Auch bekomme ich z.B. bei einigen spielen kein Logo oben angezeigt (im menü) oder alles ist sehr abgedunkelt.

Soweit meine Erkenntnise zu dem Thema... Ich weiss das es sehr speziell ist aber wenn ihr nur *irgendeinen* schnellen Denkansatz habt, schreibt es bitte. Vieleicht hat jemand schonmal gleiche Erfahrungen gemacht.

Sogar in den live Ebuilds von X11 ist es nicht fixed mit KMS + pre r300. -.-

Grade mit overlay getestet. Keinerlei Veränderung ersichtlich

EDIT: EIn Patchi -> https://bugs.freedesktop.org/show_bug.cgi?id=25544
Den hebe ich mir aber für morgen auf - mal sehen ob es etwas bringt.

So,

KMS + AGP 1x funktioniert jetzt auch mit anderen 3D Games, allerdings mit ca. 300 FPS nur.

Der Kernel Patch oben hat geholfen irgendeine Checkfunktion zu umgehen so wie ich das verstanden habe, weil 3D Anwendungen zu unrecht mit dieser Fehlermeldung abbrechen.
Es kann wirklich sein, dass dies in 2.6.35 fixed ist, muss ich mir mal ansehen.
Der andere Patch ist wohl schon in den live Ebuilds drinnen. Habe ihn auf jeden Fall auch nicht mehr gebraucht.

Alles was ioquake3 engine Games sind ist so dunkel weil es wohl wieder einen allgemeinen Bug in Mesa gibt, der wieder nicht umbedingt auf meine Konfiguration zurückzuführen ist...
Was habe ich doch für ein Glück

Ein Workaround ist wohl in der config irgendeine Gammafunktion zu deaktivieren, was auch funktioniert aber wohl bald auch fixed werden soll.

Es ist lustig, jetzt brauche ich für einen fast 15 Jahre alten Rechner ein experimentelles X und einen gepatchten 2.6.34 Kernel
Irgendwie kein gutes Beispiel von "Linux läuft gut auf alter Hardware." Aber ich kann verstehen, dass gerade beim Umstieg auf KMS die neueren Generationen von Grafikchips eine höhere Priorität haben... Das ist auch schon meines erachtens eine gute Arbeit mit meinem r600 Chip. Es ist halt nur halt eine interessante Mischung von vielen kleinen Fehlern die den worst case vermitteln

Allerdings kann ich ganz und garnicht verstehen warum 3D mit AGP 1x. (2x ist ja nicht möglich auf dem Ding) und OHNE KMS (also alter Stack) total fehlerbehaftet funktioniert (siehe oben Beschreibung). Fehlermeldungen gibt es von keinem der Programme noch in X und DMESG Logs. Aber es zeigt ja, dass der neue KMS Treiber da sehr viel besser sein muss, wenn er schonmal fehlerfrei aber langsam funktioniert

Allerdings muss es ja auch Hardwarebedingt sein das OHNE KMS + AGP 1x so fehlerhat ist, denn dieser Treiber existiert ja schon sehr lange und müsste endsprechend ausgereift sein... Erklären kann ich es mir nicht. Aber andere Puzzeln ich mache halt sowas - hält einen auch fit im Kopf

Eine Vermutung habe ich aber in Richtung MTRR... Ich habe auf dem Teil 2 Stück. Da Teil hat 512mb Speicher, Graka 128mb, AGP 64mb zugewiesen. Meine MTRR hat auf 0 128kb und auf 1 64mb. Beide auf "write-combining". Bekomme immer eine Meldung, dass keine MTRRs mehr frei sind im dmesg. Vieleicht lässt das den Radeon ohne KMS zu dem buggyhaften Verhalten führen und eben mit KMS zu diesem langsamen.

Zu meiner Schande muss ich gestehen, dass ich das MTRR Handling nicht wirklich genau verstehe. Weiss ich doch was es ist und wozu man es braucht aber mir ist noch kein Board hier untergekommen wo ich selbst Hand anlegen musste.

Ich habe im Kernel den MTRR Cleanup aktiviert und diesen auf 0 gestellt, damit er den nicht logischen 128kb wert rauslöscht damit die 128mb der Graka platz haben. Aber ich sehe trotzdem keine Veränderung in /proc/mtrr sondern lediglich die alten Werte. Auch 1 führt zu keiner Veränderung...

Hier habe ich ein paar Wikis dazu, aber entweder habe ich es nicht richtig verstanden, oder etwas funkt mir dazwischen:

http://wiki.debianforum.de/AtiRamMTRR
http://www.thomas-krenn.com/de/wiki/Perf…MSI_845GE_MAX-L
http://de.gentoo-wiki.com/wiki/MTRR

Auch will mir nicht einleuchten warum immer wieder so "Fetzen" wie 128kb oder 1mb und 2mb in den MTRR eingetragen sind, dies aber wohl korrekt ist.
Mein Ziel ist MTRR 0 soll 512mb sein und 1 128mb.

Eigendlich sollte ich das doch mit Kerneloptionen hinbekommen - ich meine dafür ich die MTRR Cleanup funktion doch da, oder nicht? Der manuelle Weg über das local Script wäre bei mir nicht so hoch im Kurs.

Kennt sich da einer aus der mir mal in ein paar Sätzen den Gebrauch von den MTRRs und deren Konfiguration erleutern kann?

PS: Oder postet bitte mal eure Ausgabe von "cat /proc/mtrr" und wie viel Arbeitsspeicher, AGP(wenn noch vorhanden) Speicher und Graka Speicher ihr habt.
Dann kann ich mir daraus vieleicht selbst die Lösung ableiten. (schreibt bitte auch hin ob ihr sicher seit ob diese Werte korrekt sind)

Oh mein Gott...

Jetzt habe ich mal wieder OHNE KMS und AGP 1x gestartet damit ich erst auf der Konsole die MTRRs löschen kann bevor ich X starte.
Hat auch ohne Fehler geklappt. Normalerweise müsste X nun beim startx ja jetzt mit einem freien MTRR 128mb(Grakaspeicher) auf 0 setzen.

Er setzt auch etwas auf MTRR 0 - aber es sind 256mb?
Starte ich nun eine 3D App wie glxgears bekomme ich einen segfault -.-
Vorher habe ich in dieser Kombi ja ein Fehlerhaftes glxgears angezeigt bekommen.

Dann habe ich es mal genauso versucht und als MTRR 0 meine 512mb Arbeitsspeicher von dem Ding als write-combining gesetzt (natürlich in hex). Ein Druck auf Enter resultierte sofort in einem schwarzen Bildschirm und einer blinkenden Tastatur!!

Ideen? Hat sich noch niemand speziell mit diesem Thema beschäftigt?