ForumUnichrome und 3D – Neuauflage
Ueli Schwotzer – Freitag, 07. Juli 2006 15:56 Uhr

Buonasera!

Ich komme hier nochmals auf den Via Unichrome Pro Grafikchip zurück, dies, nachdem ich SUSE 10.1 auf meinem ACER Aspire 1360 installiert habe und dafür keinen Treiber finde.
Am 20.11.2005 postete Linux-Community-Mitglied Rico Rommel dazu eine Story (https://www.linux-community.de/Neues/story?storyid=18391). Auf meinen Kommentar hat er bisher nicht geantwortet, die Story liegt wohl schon zu weit zurück.
Meine Frage an ihn und alle jene, die die Unichrome Treiberdateien auf 10.1 erfolgreich installiert haben: wie ganz genau seid ihr vorgegangen? Rico Rommel verweist auf einen Artikel “Open Chrome for OpenSUSE”, verfasst von Michal Ludvig (http://www.logix.cz/michal/devel/suse-openchrome/). Ludvig hat den Quellcode der Openchrome-Treiberdateien zu RPMs kompiliert. Die Implementierung (von Installation kann man wohl nicht sprechen) erfolgt auf brutale Weise. Offensichtlich war aber Rico damit erfolgreich.
Da ich noch ziemlicher Anfänger in Sachen Modifikationen des Systems bin, wäre ich für eine schrittweise Beschreibung des Vorgehens dankbar. Bevor ich Michal Ludvigs RPMs in mein wunderbar funktionierendes System reinwürge, möchte ich andre Meinungen hören.

Mille grazie a tutti e tantissimi saluti dalla Sicilia

Ueli Schwotzer

5 Antworten
Rico Rommel – Freitag, 07. Juli 2006 17:25 Uhr

Entschuldigung, ich habe mich tatsächlich nicht mehr mit dieser Story
beschäftigt und dir deshalb nicht geantwortet.

Den Openchrome Treiber zum laufen zu bewegen ist nicht schwer, allerdings sind
mehrere Schritte notwendig.
Es ist sinnvoll, immer die neueste Version des Openchrometreibers einzusetzen,
da er ständig verbessert wird. Diese kannst du dir per svn holen.

Öffne dazu eine (root-)Konsole und wechsle z.B. in das Verzeichnis /usr/src.

Den Treiber holst du mit

svn co http://svn.openchrome.org/svn/trunk openchrome

Der Quellcode befindet sich jetzt im Verzeichnis usr/src/openchrome.

(Um den Quellcode zu aktualisieren reicht es, im Verzeichnis openchrome svn
update aufzurufen.)

Die Konfiguration und Übersetzung mittels atogen.sh und make funktioniert bei
mir unter Suse nicht. Deshalb brauchst du die Quellen von Xorg.

Installiere also das Quellpaket xorg-.src.rpm und rufe im
Verzeichnis /usr/src/packages/SPEC

rpmbuild -bb xorg-x11.spec auf.

Dabei werden die Binärpakete für Xorg gebaut. Diese sind jedoch für dich nicht
von Nutzen. Du benötigst nur das “Nebenprodukt”, nämlich die konfigurierten
und kompilierten Quellen im Verzeichnis /usr/src/packages/BUILD/xc. Dort
liegen alle zum übersetzen des Treibers notwendigen Dateien.

Als nächstes musst du du für den Openchrometreiber die Makefiles erstellen.
Wechsle in das usr/src/openchrome/unichrome und rufe

xmkmf /usr/src/packages/BUILD/xc

make

und nach anstandsloser Übersetzung

make install auf.

Der Treiber sollte nun installiert sein.

Wiederhole die Schritte im Verzeichnis /usr/src/openchrome/libxvmc.

Nun benötigst du noch aktuelle drm-Treiber für den Kernel. (Keine Angst, das
hat nichts mit der Musikindustrie zu tun)
Installiere die Kernelquellen und hole die aktuellen drm-Treiber aus dem CVS:

Gib im Verzeichnis /uisr/src

cvs -d :pserver:anonymous@dri.freedesktop.org:/cvs/dri login (bei
Passwortabfrage einfach drücken)

und

cvs -z6 -d :pserver:anonymous@dri.freedesktop.org:/cvs/dri co -P drm ein.

Die Quellen der drm-Treiber liegen nun im Verzeichnis /usr/src/drm/linux-core.
Um die Module zu übersetzen, muss das Makefile leicht modifziert werden.

Ändere in /usr/src/drm/linux-core/Makefile Zeile 42 von

echo /lib/modules/$(RUNNING_REL)/source; \ zu
echo /lib/modules/$(RUNNING_REL)/build; \

make in /usr/src/drm/linux-core übersetzt die Module.

Kopiere nun noch die Kernelodule *.ko aus /usr/src/drm/linux-core
nach /lib/modules//kernel/drivers/char/drm.

Der Aufruf von “depmod” klärt die die Abhängigkeiten der Module.

Damit der Treiber auch funktioniert, stelle sicher, dass in der
Datei /etc/X11/xorg.conf in der Sektion “Device” bei “Driver” “via”
eingetragen ist.

Die Mesabibliothek unichrome_dri, welche u.a. für die 3D Funktionen zuständig
ist, hat leider einen furchtbaren Texture-Bug [1], der eine Benutzung von
OpenGL Anwendungen fast unmöglich macht. Deshalb haben die Suse-Entwickler
Direct Rendering für die Unichrome GraKas standardmäßig deaktiviert. Dieses
Verhalten stellst du ab, indem du die Dateien /etc/profile.d/via.sh und
via.csh löschst.

Nach einem Neustart kannst du mit glxinfo feststellen, ob alles funktioniert.
Irgendwo in der Ausgabe sollte die Meldung “direct rendering: Yes” auftauchen.
Wenn nicht geben “LIBGL_DEBUG=”verbose” glxinfo” und /var/log/Xorg.log
Aufschluss über mögliche Fehler.

Ich hoffe, es war nicht zu viel für den Anfang.
Noch ein Tipp: Der Midnight Commander ist beim lösen der Aufgaben sehr
hilfreich.

mfg
Rico

[1] https://bugs.freedesktop.org/show_bug.cgi?id=5092

Ueli Schwotzer – Freitag, 07. Juli 2006 23:59 Uhr

Ciao Rico

Soweit bin ich klar gekommen. Nur finde ich das von dir erwähnte Quellpaket
xorg-.src.rpm nirgends. Habe die SUSE-DVD abgesucht, ebenfalls
die x.org-Seite. Ist das ein komprimiertes Paket?

I’m just learnig by doing…

Grazie e saluti

Ueli

Rico Rommel – Samstag, 08. Juli 2006 06:57 Uhr

Hallo Ueli,

Die Quellpakete für Suse 10.1, so auch Xorg, findest du z.B. unter [1].

Um noch mal auf deine Frage mit den RPMa von Michal Ludvig zurückzukommen, du
kannst schon versuchen, diese zu installieren. Mehr als nicht funktionieren
können sie nicht.
Am Ende hast du immer noch die Möglichkeit, die Originale wieder drüber zu
bügeln, aber eben nur noch über die Konsole.

mfg
Rico

[1] ftp://mirrors.kernel.org/opensuse/distribution/SL-10.1/inst-source/suse/src

Ueli Schwotzer – Freitag, 07. Juli 2006 18:12 Uhr

Ciao Rico

Das ging nun ja aber zackig! Mille grazie!
Wenn ich deine Zeilen so im Staccato überfliege, wirds mir schon etwas mulmig,
doch anderseits ists eine echte Herausforderung. Ich fange mal an und erlaube
mir, wieder anzuklopfen, va bene?
Ich hatte gestern in der Easylinux-Mailinglist eine längere Diskussion wegen
diesem Treiber, dies vor allem wegen der Installationsanweisung dieses Michal
Ludvig. Mein Mailingpartner riet mir rigoros davon ab. Was hältst du davon?
Trotzdem: das Interesse an der Installation des Treibers scheint sehr gross zu
sein, denn Novell hat bekanntlich davon Abstand genommen, diesen in der
neuesten Version 10.1 mitzuführen. Sehr, sehr viele dieser Günstig-Notebooks
laufen mit der Via Unichrome! Und sehr, sehr wenige SUSE-Neuankömmlinge werden
sich in die Tiefen der Kommandozeile vorwagen.
Deshalb hier die wohl typische Frage eines Ex-Windows-User: kann dieser
Treiber nicht pfannenfertig als RPM-Paket kompiliert werden?

So, nun klemme ich mich mal an der ACER: scxhau mer mal, was raus kommt.
Besten Dank erstmal, a presto :-) und tanti saluti

Ueli

Ueli Schwotzer – Samstag, 08. Juli 2006 13:33 Uhr

Ciao Rico

Danke für den Tipp bezgl. Quellpaket. Die 45 MB dauerten halt ne Weile, da ich
nur über GPRS verbunden bin. Habe das RPM installiert und dann wie empfohlen

in /usr/src/packages/SPECS (SPEC existiert nicht)
rpmbuild -bb xorg-x11.spec
aufgerufen. Da kommt diese Meldung:
error: failed to stat /usr/src/packages/SPECS/xorg-x11.spec: No such file or
directory
Tatsächlich ist im Verzeichnis SPECS nix drin… Hast du mir nen Tipp?

Danke!

Ueli

Rico Rommel – Samstag, 08. Juli 2006 14:02 Uhr

Hallo,

es könnte bei der Installation etwas schief gelaufen sein. Mir ist mal
aufgefallen, dass Yast so seine Probleme mit Quellpaketen hat.

Gehe in das Verzeichnis, in dem du das Quellpaket gespeichert hast und
installiere es mit:

rpm -i xorg*.src.rpm

(Das “*” bewirkt, dass du die ganzen Versionsnummern nicht mittippen
brauchst.)

mfg
Rico

Ueli Schwotzer – Samstag, 08. Juli 2006 18:24 Uhr

Hallo Rico

Nach rpmbuild -bb xorg-x11.spec erhalte ich folgende Meldung:

gcc-c++ is needed by xorg-x11-6.9.0-48.i586
libjpeg-devel is needed by xorg-x11-6.9.0-48.i586
libpng-devel is needed by xorg-x11-6.9.0-48.i586
pam-devel is needed by xorg-x11-6.9.0-48.i586
update-desktop-files is needed by xorg-x11-6.9.0-48.i586

Wie löst man diese Abhängigkeiten?

Gruss, Ueli

Rico Rommel – Samstag, 08. Juli 2006 19:02 Uhr

Das sind Pakete, die du zum kompilieren von Xorg benötigst.

Du kannst sie einfach mit Yast von der Suse-CD/DVD installieren.

mfg
Rico

Ueli Schwotzer – Samstag, 08. Juli 2006 20:46 Uhr

Hallo Rico

Inzwischen bin ich ziemlich weiter gekommen. Beim Befehl:
“make in /usr/src/drm/linux-core”
kommt folgende Meldung:
linux-empy:/usr/src/drm/linux-core # make in /usr/src/drm/linux-core
Makefile:171: *** Cannot find a kernel config file. Stop.
linux-empy:/usr/src/drm/linux-core #

wobei in /usr/src/drm/linux-core folgende files liegen:
file:///usr/src/drm/linux-core/CVS
file:///usr/src/drm/linux-core/ati_pcigart.c
file:///usr/src/drm/linux-core/Config.in
file:///usr/src/drm/linux-core/Doxyfile
file:///usr/src/drm/linux-core/drm_agpsupport.c
file:///usr/src/drm/linux-core/drm_auth.c
file:///usr/src/drm/linux-core/drm_bufs.c
file:///usr/src/drm/linux-core/drm_compat.h
file:///usr/src/drm/linux-core/drm_context.c
file:///usr/src/drm/linux-core/drm_core.h
file:///usr/src/drm/linux-core/drm_dma.c
file:///usr/src/drm/linux-core/drm_drawable.c
file:///usr/src/drm/linux-core/drm_drv.c
file:///usr/src/drm/linux-core/drm_fops.c
file:///usr/src/drm/linux-core/drm_hashtab.c
file:///usr/src/drm/linux-core/drm_hashtab.h
file:///usr/src/drm/linux-core/drm_ioc32.c
file:///usr/src/drm/linux-core/drm_ioctl.c
file:///usr/src/drm/linux-core/drm_irq.c
file:///usr/src/drm/linux-core/drm_lock.c
file:///usr/src/drm/linux-core/drm_memory.c
file:///usr/src/drm/linux-core/drm_memory_debug.c
file:///usr/src/drm/linux-core/drm_memory_debug.h
file:///usr/src/drm/linux-core/drm_memory.h
file:///usr/src/drm/linux-core/drm_mm.c
file:///usr/src/drm/linux-core/drm_os_linux.h
file:///usr/src/drm/linux-core/drm_pci.c
file:///usr/src/drm/linux-core/drmP.h
file:///usr/src/drm/linux-core/drm_proc.c
file:///usr/src/drm/linux-core/drm_scatter.c
file:///usr/src/drm/linux-core/drm_sman.c
file:///usr/src/drm/linux-core/drm_sman.h
file:///usr/src/drm/linux-core/drm_stub.c
file:///usr/src/drm/linux-core/drm_sysfs.c
file:///usr/src/drm/linux-core/drm_vm.c
file:///usr/src/drm/linux-core/ffb_context.c
file:///usr/src/drm/linux-core/ffb_drv.c
file:///usr/src/drm/linux-core/ffb_drv.h
file:///usr/src/drm/linux-core/i810_dma.c
file:///usr/src/drm/linux-core/i810_drm.h
file:///usr/src/drm/linux-core/i810_drv.c
file:///usr/src/drm/linux-core/i810_drv.h
file:///usr/src/drm/linux-core/i830_dma.c
file:///usr/src/drm/linux-core/i830_drm.h
file:///usr/src/drm/linux-core/i830_drv.c
file:///usr/src/drm/linux-core/i830_drv.h
file:///usr/src/drm/linux-core/i830_irq.c
file:///usr/src/drm/linux-core/i915_drv.c
file:///usr/src/drm/linux-core/i915_ioc32.c
file:///usr/src/drm/linux-core/imagine_drv.c
file:///usr/src/drm/linux-core/Kconfig
file:///usr/src/drm/linux-core/mach64_drv.c
file:///usr/src/drm/linux-core/Makefile
file:///usr/src/drm/linux-core/Makefile.kernel
file:///usr/src/drm/linux-core/mga_drv.c
file:///usr/src/drm/linux-core/mga_ioc32.c
file:///usr/src/drm/linux-core/nv_drv.c
file:///usr/src/drm/linux-core/r128_drv.c
file:///usr/src/drm/linux-core/r128_ioc32.c
file:///usr/src/drm/linux-core/radeon_drv.c
file:///usr/src/drm/linux-core/radeon_ioc32.c
file:///usr/src/drm/linux-core/README.drm
file:///usr/src/drm/linux-core/savage_drv.c
file:///usr/src/drm/linux-core/sis_drv.c
file:///usr/src/drm/linux-core/sis_mm.c
file:///usr/src/drm/linux-core/tdfx_drv.c
file:///usr/src/drm/linux-core/via_dmablit.c
file:///usr/src/drm/linux-core/via_dmablit.h
file:///usr/src/drm/linux-core/via_mm.c

Was geht nicht? Gruss

Ueli

P.S. Die Zeile 42 in Makefile habe ich abgeändert:
LINUXDIR := $(shell if [ -e /lib/modules/$(RUNNING_REL)/source ]; then \
echo /lib/modules/$(RUNNING_REL)/build; \
else echo /lib/modules/$(RUNNING_REL)/build; fi)
endif

Ueli Schwotzer – Samstag, 08. Juli 2006 21:10 Uhr

Anfügung:
so sieht das in der “Makefile” aus:

ifneq ($(HAVECONFIG),y)
ifneq ($(0),$(LINUXDIR))
GETCONFIG += O=$(O)
endif
HAVECONFIG := $(shell if [ -e $(O)/.config ]; then echo y; fi)
endif

ifneq ($(HAVECONFIG),y)
$(error Cannot find a kernel config file)
endif

Rico Rommel – Sonntag, 09. Juli 2006 07:19 Uhr

Hast du auch die Kernelquellen installiert?
Diese befinden sich im Paket kernel-source auf der Suse-DVD.

mfg
Rico

Ueli Schwotzer – Sonntag, 09. Juli 2006 12:13 Uhr

…das mit den Kernelquellen ist mir durchgeflutscht. Habe nun diese
installiert und die drms nochmals geholt. Doch irgendwie wills nicht gehen:

linux-empy:/usr/src/drm/linux-core # make in /usr/src/drm/linux-core
make: *** No rule to make target `in’. Stop.

linux-empy:/ # make in /usr/src/drm/linux-core
make: *** No rule to make target `in’. Stop.

Was is falsch?

Saluti, Ueli

Rico Rommel – Sonntag, 09. Juli 2006 13:21 Uhr

kleines Missverständnis:

mit “make in /usr/src/drm/linux-core” meine ich

“make” im Verzeichnis “/usr/src/drm/linux-core” ausführen.

mfg
Rico

Ueli Schwotzer – Sonntag, 09. Juli 2006 13:49 Uhr

Ciao Rico

Danke für deine Geduld mit einem blutigen, aber hartschädligen Anfänger…
Hatte mich schon schlau gemacht wegen einem Befehl “make in”, der wohl auch
existiert :-).
Nun ist etwas passiert, und ich komme in die Endrunde.Ich lasse hören.

Grazie, Ueli

Zwischendurch hatte ich halt immer ein Auge auf die WM-Feierlichkeiten…

Ueli Schwotzer – Sonntag, 09. Juli 2006 15:22 Uhr

So, nun habe ich alles durchspielen können. Resultat:
– die Karte wurde wohl nicht installiert, denn in xorg.conf ist unter Device
immer noch Framebuffer Grafics drin, auch nach Neustart.
– das Xorg.log ist für mich schwierig zu interpretieren, da müsste ich die
entscheidenden Stellen übermitteln.

Möglicherweise könnte das Nichtgelingen auch durch meine Unkenntnis geschehen
sein. Anders gesagt wäre u.U. nochmals alles durchzuführen. Nur sind jetzt
alle Dateien geschaffen. Oder was schlägst du vor?

Gruss, Ueli

Rico Rommel – Sonntag, 09. Juli 2006 15:43 Uhr

Die xorg.conf musst du selbst anpassen.
Einfach die Option Driver auf via setzen.

mfg
Rico

Ueli Schwotzer – Sonntag, 09. Juli 2006 17:05 Uhr

Ciao Rico

Ich denke immer noch im MS-Modus… :-).
Habe die xorg.conf angepasst und dann neu gestartet. Erst mal ist mir das
System beim Start hängen geblieben (Herzklopfen!), als wohl die AGP Bridge
erkannt wurde. Beim erneuten Starten ging dann alles gut, und ich musste den
Bildschirm neu einstellen. Allerdings blieben die Proportionen noch unangenehm
(grosse Icons).
Nach dem Entfernen der beiden Dateien via.* und dem Neustart hat sich aber
alles eingepegelt. Der Laptop ist schneller, die Schrift sehr klar.

Allein das direct rendering geht nicht, das steht “no”.

Im Xorg.Log wird 3D allerdings als funktionierend angegeben*. In Yast|Sax2
kann ich aber keine Einstellung verändern. Da steht auch immer noch Vesa
Framebuffer Grafics, das habe ich der config file nicht geändert. Dafür kann
man verschiedene Einstellungen der GraKa vornehmen, was vorher unmöglich war.

Mir fällt aber ein, dass du damals im November dasselbe Problem hattest, oder?
Muss nochmals nachlesen…

Für mich war das ein erster grosser Ausflug ins Linux, ich möchte irgendwann
auch noch kapieren, was da passiert ist.

Saluti, Ueli

*)(II) VIA(0): VIAScreenInit
(II) VIA(0): VIAMapFB
(–) VIA(0): mapping framebuffer @ 0xf0000000 with size 0x4000000
(==) VIA(0): Write-combining range (0xf0000000,0x4000000)
(–) VIA(0): Frame buffer start: 0xb37ec000, free start: 0x300000 end:
0x4000000
(II) VIA(0): VIAMapMMIO
(–) VIA(0): mapping MMIO @ 0xd1000000 with size 0x9000
(–) VIA(0): mapping BitBlt MMIO @ 0xd1200000 with size 0x10000
(II) VIA(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000
(II) VIA(0): Trying VBE Mode 1024×768 (0xc118) Refresh 62.99:
(II) VIA(0): ViaVbeSetRefresh
(II) VIA(0): Active Device: 2
(II) VIA(0): Refresh Rate Index: 0
(II) VIA(0): VBESetVBEMode failed…but worked OK without customized refresh
and dotclock.
(II) VIA(0): 3D Engine has been initialized.
(II) VIA(0): VIAAdjustFrame
(II) VIA(0): – Blanked
(II) VIA(0): – Visuals set up
(II) VIA(0): VIAInternalScreenInit
(II) VIA(0): – B & W
(II) VIA(0): Using 2304 lines for offscreen memory.
(II) VIA(0): Using XFree86 Acceleration Architecture (XAA)

Rico Rommel – Montag, 10. Juli 2006 15:43 Uhr

Hallo Ueli,

Gib mal statt nur

glxinfo

LIBGL_DEBUG=”verbose” glxinfo

(alles als ein Befehl) ein.

Das bewirkt, dass glxinfo etwas gesprächiger wird und Aufschlüsse über den
Fehler gibt.

mfg
Rico

Ueli Schwotzer – Montag, 10. Juli 2006 20:16 Uhr

Ciao Rico, buonasera!
Ich bin etwas aus dem Häuschen, wie ganz Italien übrigens auch ;-), doch
genauso freue ich mich über meinen toll funktionierenden Acer Aspire!!

Hast du die Einschaltquoten zu dieser Story gesehen? Fast wie gestern bei RAI,
als der Match lief… Alles dein Verdienst! Die genaue Erklärung der
Installation scheint von grossem Interesse zu sein. An dieser Stelle möchte
ich dich fragen, ob du einverstanden bist, wenn ich meine Erfahrung hierzu mit
Zitat deiner Angaben zusammenfasse und dann in der EasyLinux Mailingliste
suse@easylinux.de veröffentliche?

So, nun zur Arbeit. Habe LIBGL_DEBUG=”verbose” glxinfo eingegeben, das hier
kam raus:

linux-empy:~ # LIBGL_DEBUG=”verbose” glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: No
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context,
GLX_SGIX_fbconfig, GLX_SGIX_pbuffer
client glx vendor string: SGI
client glx version string: 1.2
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_swap_control,
GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control,
GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample,
GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group
GLX extensions:
GLX_ARB_get_proc_address, GLX_EXT_import_context, GLX_EXT_visual_info,
GLX_EXT_visual_rating
OpenGL vendor string: Mesa project: http://www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 (1.5 Mesa 6.4.1)
OpenGL extensions:
GL_ARB_depth_texture, GL_ARB_imaging, GL_ARB_multitexture,
GL_ARB_point_parameters, GL_ARB_shadow, GL_ARB_shadow_ambient,
GL_ARB_texture_border_clamp, GL_ARB_texture_cube_map,
GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3,
GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix,
GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color,
GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax,
GL_EXT_blend_subtract, GL_EXT_copy_texture, GL_EXT_draw_range_elements,
GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels,
GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color,
GL_EXT_separate_specular_color, GL_EXT_stencil_two_side,
GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D,
GL_EXT_texture_env_add, GL_EXT_texture_env_combine,
GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias, GL_EXT_texture_object,
GL_EXT_vertex_array, GL_IBM_texture_mirrored_repeat, GL_NV_blend_square,
GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp,
GL_SGIS_generate_mipmap

visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
———————————————————————-
0x22 24 tc 0 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 0 0 None
0x23 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 0 0 None
0x24 24 tc 0 32 0 r y . 8 8 8 8 0 16 8 16 16 16 16 0 0 None
0x25 24 tc 0 32 0 r . . 8 8 8 8 0 16 8 16 16 16 16 0 0 None

3D funktioniert gut, das kann ich ja anhand der entsprechenden
Bildschirmschoner testen, allerdings ruckeln die etwas. Die Liste da oben zu
interpretieren, das ist mir (noch) nicht eigen. Was sagst DU dazu?

Ich freue mich auf deine Antwort und geniesse nun televisiv den Empfang der
“Azzurri” im
Palazzo Chigi durch Romano Prodi :-). Viava l’Italia!

Ueli

Ueli Schwotzer – Montag, 10. Juli 2006 20:17 Uhr

Ciao Rico, buonasera!
Ich bin etwas aus dem Häuschen, wie ganz Italien übrigens auch ;-), doch
genauso freue ich mich über meinen toll funktionierenden Acer Aspire!!

Hast du die Einschaltquoten zu dieser Story gesehen? Fast wie gestern bei RAI,
als der Match lief… Alles dein Verdienst! Die genaue Erklärung der
Installation scheint von grossem Interesse zu sein. An dieser Stelle möchte
ich dich fragen, ob du einverstanden bist, wenn ich meine Erfahrung hierzu mit
Zitat deiner Angaben zusammenfasse und dann in der EasyLinux Mailingliste
suse@easylinux.de veröffentliche?

So, nun zur Arbeit. Habe LIBGL_DEBUG=”verbose” glxinfo eingegeben, das hier
kam raus:

linux-empy:~ # LIBGL_DEBUG=”verbose” glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: No
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context,
GLX_SGIX_fbconfig, GLX_SGIX_pbuffer
client glx vendor string: SGI
client glx version string: 1.2
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_swap_control,
GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control,
GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample,
GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group
GLX extensions:
GLX_ARB_get_proc_address, GLX_EXT_import_context, GLX_EXT_visual_info,
GLX_EXT_visual_rating
OpenGL vendor string: Mesa project: http://www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 (1.5 Mesa 6.4.1)
OpenGL extensions:
GL_ARB_depth_texture, GL_ARB_imaging, GL_ARB_multitexture,
GL_ARB_point_parameters, GL_ARB_shadow, GL_ARB_shadow_ambient,
GL_ARB_texture_border_clamp, GL_ARB_texture_cube_map,
GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3,
GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix,
GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color,
GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax,
GL_EXT_blend_subtract, GL_EXT_copy_texture, GL_EXT_draw_range_elements,
GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels,
GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color,
GL_EXT_separate_specular_color, GL_EXT_stencil_two_side,
GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D,
GL_EXT_texture_env_add, GL_EXT_texture_env_combine,
GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias, GL_EXT_texture_object,
GL_EXT_vertex_array, GL_IBM_texture_mirrored_repeat, GL_NV_blend_square,
GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp,
GL_SGIS_generate_mipmap

visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
———————————————————————-
0x22 24 tc 0 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 0 0 None
0x23 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 0 0 None
0x24 24 tc 0 32 0 r y . 8 8 8 8 0 16 8 16 16 16 16 0 0 None
0x25 24 tc 0 32 0 r . . 8 8 8 8 0 16 8 16 16 16 16 0 0 None

3D funktioniert gut, das kann ich ja anhand der entsprechenden
Bildschirmschoner testen, allerdings ruckeln die etwas. Die Liste da oben zu
interpretieren, das ist mir (noch) nicht eigen. Was sagst DU dazu?

Ich freue mich auf deine Antwort und geniesse nun televisiv den Empfang der
“Azzurri” im
Palazzo Chigi durch Romano Prodi :-). Viva l’Italia!

Ueli

Rico Rommel – Montag, 10. Juli 2006 22:29 Uhr

Hallo,

natürlich habe ich nichts dagegen, wenn du eine Zusammenfassung deiner
Erkenntnisse veröffentlichst. Wissen ist schließlich dazu da, verbreitet zu
werden.

Nun noch eine schlechte Nachricht: Deine 3D Beschleunigung funktioniert nicht!
Es scheint das Problem zu sein, welches mich damals in den Wahnsinn getrieben
hat.

Mit dem Löschen der Dateien /etc/profile.d/via.* sollte das Problem eigentlich
behoben worden sein.

In diesen Dateien wird die Variable LIBGL_ALWAYS_INDIRECT auf 1 gesetzt, was
die 3D Beschleunigung deaktiviert.
Mit “echo $LIBGL_ALWAYS_INDIRECT” kannst du den Inhalt der Variable ausgeben.
Dabei sollte keinesfalls 1 oder etwas entsprechendes ausgegeben werden.
Überprüfe das bitte mal.

Es kann auch sein, dass in /etc/X11/xorg.conf in der Sektion “Module” die
Einträge

Load “glx” und
Load “dri”

fehlen. Diese müsstest du ergänzen.

Schließlich muss in der Datei /var/log/Xorg.0.log irgendwo “direct rendering
enabled” auftauchen.

mfg
Rico

Ueli Schwotzer – Dienstag, 11. Juli 2006 00:27 Uhr

Tja, du hattest recht,
Load “dri”
fehlte wirklich. Nun sieht auch auch die
Infofile anders aus:

linux-empy:~ # LIBGL_DEBUG=”verbose” glxinfo
name of display: :0.0
libGL: XF86DRIGetClientDriverName: 5.0.0 unichrome (screen 0)
libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/unichrome_dri.so
libGL error: dlopen /usr/X11R6/lib/modules/dri/unichrome_dri.so failed
(/usr/X11R6/lib/modules/dri/unichrome_dri.so: undefined symbol:
_glapi_add_dispatch)
libGL error: unable to find driver: unichrome_dri.so
libGL: XF86DRIGetClientDriverName: 5.0.0 unichrome (screen 0)
libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/unichrome_dri.so
libGL error: dlopen /usr/X11R6/lib/modules/dri/unichrome_dri.so failed
(/usr/X11R6/lib/modules/dri/unichrome_dri.so: undefined symbol:
_glapi_add_dispatch)
libGL error: unable to find driver: unichrome_dri.so
libGL: XF86DRIGetClientDriverName: 5.0.0 unichrome (screen 0)
libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/unichrome_dri.so
libGL error: dlopen /usr/X11R6/lib/modules/dri/unichrome_dri.so failed
(/usr/X11R6/lib/modules/dri/unichrome_dri.so: undefined symbol:
_glapi_add_dispatch)
libGL error: unable to find driver: unichrome_dri.so
display: :0 screen: 0
direct rendering: No
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context,
GLX_SGIX_fbconfig, GLX_SGIX_pbuffer
client glx vendor string: SGI
client glx version string: 1.2
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_swap_control,
GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control,
GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample,
GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group
GLX extensions:
GLX_ARB_get_proc_address, GLX_EXT_import_context, GLX_EXT_visual_info,
GLX_EXT_visual_rating
OpenGL vendor string: Mesa project: http://www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 (1.5 Mesa 6.4.1)
OpenGL extensions:
GL_ARB_depth_texture, GL_ARB_imaging, GL_ARB_multitexture,
GL_ARB_point_parameters, GL_ARB_shadow, GL_ARB_shadow_ambient,
GL_ARB_texture_border_clamp, GL_ARB_texture_cube_map,
GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3,
GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix,
GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color,
GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax,
GL_EXT_blend_subtract, GL_EXT_copy_texture, GL_EXT_draw_range_elements,
GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels,
GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color,
GL_EXT_separate_specular_color, GL_EXT_stencil_two_side,
GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D,
GL_EXT_texture_env_add, GL_EXT_texture_env_combine,
GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias, GL_EXT_texture_object,
GL_EXT_vertex_array, GL_IBM_texture_mirrored_repeat, GL_NV_blend_square,
GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp,
GL_SGIS_generate_mipmap

visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
———————————————————————-
0x22 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x23 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x24 24 tc 0 32 0 r y . 8 8 8 8 0 16 0 0 0 0 0 0 0 None
0x25 24 tc 0 32 0 r . . 8 8 8 8 0 16 0 0 0 0 0 0 0 None
0x26 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x27 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x28 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x29 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x2a 24 tc 0 32 0 r y . 8 8 8 8 0 16 0 16 16 16 16 0 0 Slow
0x2b 24 tc 0 32 0 r . . 8 8 8 8 0 16 0 16 16 16 16 0 0 Slow
0x2c 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow
0x2d 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow

Vermutlich habe ich halt doch bei der Installation einen Bock geschossen? Was
müsste ich löschen, um alles erneut durchzuführen?

Saluti, Ueli

Rico Rommel – Dienstag, 11. Juli 2006 07:21 Uhr

Moin,

in der Bibliothek unichrome_dri.so kann eine Funktion nicht aufgelöst werden.
Die einfachste Variante wäre, eine neuere Version von Mesa zu installieren.

Du findest eine, im Entwicklungszweig von Opensuse [1].

Wenn es dann immer noch nicht funktioniert, ist wieder Handarbeit gefragt.
Dann muß Mesa aus dem Quellcode neu gebaut werden.

mfg
Rico

[1] http://ftp.opensuse.org/pub/opensuse/distribution/SL-OSS-factory/inst-source/suse/i586/Mesa-6.5-3.i586.rpm

Ueli Schwotzer – Dienstag, 11. Juli 2006 13:49 Uhr

Buon pomeriggio!
Also: Mesa ist runtergeladen und (mit YAST) neu installiert. Resultat:

name of display: :0.0
libGL: XF86DRIGetClientDriverName: 5.0.0 unichrome (screen 0)
libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/unichrome_dri.so
libGL error: dlopen /usr/X11R6/lib/modules/dri/unichrome_dri.so failed
(/usr/X11R6/lib/modules/dri/unichrome_dri.so: undefined symbol:
_glapi_add_dispatch)
libGL error: unable to find driver: unichrome_dri.so
libGL: XF86DRIGetClientDriverName: 5.0.0 unichrome (screen 0)
libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/unichrome_dri.so
libGL error: dlopen /usr/X11R6/lib/modules/dri/unichrome_dri.so failed
(/usr/X11R6/lib/modules/dri/unichrome_dri.so: undefined symbol:
_glapi_add_dispatch)
libGL error: unable to find driver: unichrome_dri.so
libGL: XF86DRIGetClientDriverName: 5.0.0 unichrome (screen 0)
libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/unichrome_dri.so
libGL error: dlopen /usr/X11R6/lib/modules/dri/unichrome_dri.so failed
(/usr/X11R6/lib/modules/dri/unichrome_dri.so: undefined symbol:
_glapi_add_dispatch)
libGL error: unable to find driver: unichrome_dri.so
display: :0 screen: 0
direct rendering: No
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context,
GLX_SGIX_fbconfig, GLX_SGIX_pbuffer
client glx vendor string: SGI
client glx version string: 1.2
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_swap_control,
GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control,
GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample,
GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group
GLX extensions:
GLX_ARB_get_proc_address, GLX_EXT_import_context, GLX_EXT_visual_info,
GLX_EXT_visual_rating
OpenGL vendor string: Mesa project: http://www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 (1.5 Mesa 6.4.1)
OpenGL extensions:
GL_ARB_depth_texture, GL_ARB_imaging, GL_ARB_multitexture,
GL_ARB_point_parameters, GL_ARB_shadow, GL_ARB_shadow_ambient,
GL_ARB_texture_border_clamp, GL_ARB_texture_cube_map,
GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3,
GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix,
GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color,
GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax,
GL_EXT_blend_subtract, GL_EXT_copy_texture, GL_EXT_draw_range_elements,
GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels,
GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color,
GL_EXT_separate_specular_color, GL_EXT_stencil_two_side,
GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D,
GL_EXT_texture_env_add, GL_EXT_texture_env_combine,
GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias, GL_EXT_texture_object,
GL_EXT_vertex_array, GL_IBM_texture_mirrored_repeat, GL_NV_blend_square,
GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp,
GL_SGIS_generate_mipmap

visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
———————————————————————-
0x22 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x23 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x24 24 tc 0 32 0 r y . 8 8 8 8 0 16 0 0 0 0 0 0 0 None
0x25 24 tc 0 32 0 r . . 8 8 8 8 0 16 0 0 0 0 0 0 0 None
0x26 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x27 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x28 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x29 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x2a 24 tc 0 32 0 r y . 8 8 8 8 0 16 0 16 16 16 16 0 0 Slow
0x2b 24 tc 0 32 0 r . . 8 8 8 8 0 16 0 16 16 16 16 0 0 Slow
0x2c 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow
0x2d 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow

So etwa dasselbe, oder? Wird denn der Treiber nicht geladen, weil er nicht da
ist oder oder ists wirklich ein MESA-Bug? Dieser Fehler hier:

“libGL error: dlopen /usr/X11R6/lib/modules/dri/unichrome_dri.so failed
(/usr/X11R6/lib/modules/dri/unichrome_dri.so: undefined symbol:
_glapi_add_dispatch)” ist seltsam, oder?
Meine Frage nochmals: könnte ich die Installation des Openchrome-Treibers
nochmals durchführen, oder bringt das nix? Ich sehe, dass du streng
systematisch vorgehst. Und ich kann so wnig beitragen…

Bis später, saluti

Ueli

Rico Rommel – Dienstag, 11. Juli 2006 16:50 Uhr

Hallo,

den Treiber noch einmal zu installieren bringt nichts, da er meiner Meinung
nach nichts damit zu tun hat.

Du könntest versuchen, das Mesa Paket neu zu übersetzen. Ob es danach
funktioniert, steht in den Sternen.

Lade das Quellpaket [1] herunter und installiere es mit rpm. Wie das
funktioniert, habe ich weiter oben bereits beschrieben. Da kannst du gleich
mal üben.

Gehe dann in das Verzeichnis /usr/src/packages/SPECS und baue das Paket mit

rpmbuild -bb Mesa.spec

Zum installieren der Pakete wechsle in das
Verzeichnis /usr/src/packages/RPMS/i586 und gib

rpm -U –force Mesa*.rpm

ein. “–force” bedeutet, dass ein Update erzwungen wird, da du bereits eine
neuere Version installiert hast.

Ich hoffe, das funktioniert, sonst wäre ich auch so langsam am Ende mit meinem
Latein.

mfg
Rico

[1] ftp://mirrors.kernel.org/opensuse/distribution/SL-10.1/inst-source/suse/src/Mesa-6.4.2-19.src.rpm

Ueli Schwotzer – Dienstag, 11. Juli 2006 17:36 Uhr

Buonasera!

Also ich staune ja über das Interesse an dieser Geschichte, sie wurde in 4
Tagen rund 2’000 mal angeklickt.
Ich werde es mit dem Quellpaket versuchen und hoffen. Irgendwo bleibt mir aber
der dunpfe Zweifel, dass ich “unterwegs” was verkorkst habe, einfach eine
Intuition. Mir spielts eigentlich auch keine Rolle, SUSE 10.1 nochmals
draufzuspielen, zumal ich ja alle Daten extern abspeichern kann. Nur EIN
Verzeichnis fehlt mir, d.h. ich hab keine Ahnung, wo das erstellt wurde,
nämlich das von K-Mail.

Eigentlich bin ich zuversichtlich, dass alles noch gut kommt. Ich könnt ja
Fedora oder Kubuntu installieren, da sind die Treiber mit dabei, doch ich will
SUSE, basta.

So hören wir uns später wieder. Besten Dank und Gruss

Ueli

Ueli Schwotzer – Samstag, 15. Juli 2006 20:06 Uhr

Ciao Rico

Heute bin ich endlich zum Arbeiten gekommen. Habe MESA neu gebaut, es hat sich
aber nichts geändert. die Log-Datei blieb unverändert. Nun kommt meine wohl
vorerst letzte Frage: stimmt denn die xorg.conf so?

# /…/
# SaX generated X11 config file
# Created on: 2006-07-12T12:35:16+0200.
#
# Version: 7.1
# Contact: Marcus Schaefer , 2005
# Contact: SaX-User list
#
# Automatically generated by [ISaX] (7.1)
# PLEASE DO NOT EDIT THIS FILE!
#

Section “Files”
FontPath “/usr/X11R6/lib/X11/fonts/misc:unscaled”
FontPath “/usr/X11R6/lib/X11/fonts/local”
FontPath “/usr/X11R6/lib/X11/fonts/75dpi:unscaled”
FontPath “/usr/X11R6/lib/X11/fonts/100dpi:unscaled”
FontPath “/usr/X11R6/lib/X11/fonts/Type1”
FontPath “/usr/X11R6/lib/X11/fonts/URW”
FontPath “/usr/X11R6/lib/X11/fonts/Speedo”
FontPath “/usr/X11R6/lib/X11/fonts/PEX”
FontPath “/usr/X11R6/lib/X11/fonts/cyrillic”
FontPath “/usr/X11R6/lib/X11/fonts/latin2/misc:unscaled”
FontPath “/usr/X11R6/lib/X11/fonts/latin2/75dpi:unscaled”
FontPath “/usr/X11R6/lib/X11/fonts/latin2/100dpi:unscaled”
FontPath “/usr/X11R6/lib/X11/fonts/latin2/Type1”
FontPath “/usr/X11R6/lib/X11/fonts/latin7/75dpi:unscaled”
FontPath “/usr/X11R6/lib/X11/fonts/baekmuk:unscaled”
FontPath “/usr/X11R6/lib/X11/fonts/japanese:unscaled”
FontPath “/usr/X11R6/lib/X11/fonts/kwintv”
FontPath “/usr/X11R6/lib/X11/fonts/truetype”
FontPath “/usr/X11R6/lib/X11/fonts/uni:unscaled”
FontPath “/usr/X11R6/lib/X11/fonts/CID”
FontPath “/usr/X11R6/lib/X11/fonts/ucs/misc:unscaled”
FontPath “/usr/X11R6/lib/X11/fonts/ucs/75dpi:unscaled”
FontPath “/usr/X11R6/lib/X11/fonts/ucs/100dpi:unscaled”
FontPath “/usr/X11R6/lib/X11/fonts/hellas/misc:unscaled”
FontPath “/usr/X11R6/lib/X11/fonts/hellas/75dpi:unscaled”
FontPath “/usr/X11R6/lib/X11/fonts/hellas/100dpi:unscaled”
FontPath “/usr/X11R6/lib/X11/fonts/hellas/Type1”
FontPath “/usr/X11R6/lib/X11/fonts/misc/sgi:unscaled”
FontPath “/usr/X11R6/lib/X11/fonts/xtest”
FontPath “/opt/kde3/share/fonts”
InputDevices “/dev/gpmdata”
InputDevices “/dev/input/mice”
EndSection

Section “ServerFlags”
Option “AllowMouseOpenFail” “on”
EndSection

Section “Module”
Load “extmod”
Load “freetype”
Load “dri”
Load “glx”
Load “v4l”
Load “type1”
Load “dbe”
EndSection

Section “InputDevice”
Driver “kbd”
Identifier “Keyboard[0]”
Option “Protocol” “Standard”
Option “XkbLayout” “ch”
Option “XkbModel” “pc105”
Option “XkbRules” “xfree86”
EndSection

Section “InputDevice”
Driver “mouse”
Identifier “Mouse[1]”
Option “Buttons” “8”
Option “Device” “/dev/input/mice”
Option “Name” “TrackMan Optical”
Option “Protocol” “ExplorerPS/2”
Option “Vendor” “Logitech”
Option “ZAxisMapping” “4 5”
EndSection

Section “InputDevice”
Driver “synaptics”
Identifier “Mouse[3]”
Option “Device” “/dev/input/mice”
Option “Emulate3Buttons” “on”
Option “Name” “Touchpad”
Option “SHMConfig” “on”
Option “Vendor” “Synaptics”
Option “ZAxisMapping” “4 5”
EndSection

Section “Monitor”
DisplaySize 305 230
HorizSync 28-60
Identifier “Monitor[0]”
ModelName “1024X768@60HZ”
Option “DPMS”
VendorName “–> LCD”
VertRefresh 50-60
UseModes “Modes[0]”
EndSection

Section “Modes”
Identifier “Modes[0]”
Modeline “1024×768” 61.89 1024 1080 1184 1344 768 769 772 794
Modeline “1024×600” 47.26 1024 1064 1168 1312 600 601 604 621
Modeline “800×600” 36.88 800 832 912 1024 600 601 604 621
Modeline “768×576” 33.74 768 792 872 976 576 577 580 596
Modeline “640×480” 23.06 640 656 720 800 480 481 484 497
EndSection

Section “Screen”
DefaultDepth 24
SubSection “Display”
Depth 15
Modes “1024×768” “1024×600” “800×600” “768×576” “640×480”
EndSubSection
SubSection “Display”
Depth 16
Modes “1024×768” “1024×600” “800×600” “768×576” “640×480”
EndSubSection
SubSection “Display”
Depth 24
Modes “1024×768” “1024×600” “800×600” “768×576” “640×480”
EndSubSection
SubSection “Display”
Depth 8
Modes “1024×768” “1024×600” “800×600” “768×576” “640×480”
EndSubSection
Device “Device[0]”
Identifier “Screen[0]”
Monitor “Monitor[0]”
EndSection

Section “Device”
BoardName “Via Unichrome Pro”
BusID “1:0:0”
Driver “via”
Identifier “Device[0]”
Option “EnableAGPDMA”
Screen 0
VendorName “Openchrome.org”
EndSection

Section “ServerLayout”
Identifier “Layout[all]”
InputDevice “Keyboard[0]” “CoreKeyboard”
InputDevice “Mouse[1]” “CorePointer”
InputDevice “Mouse[3]” “SendCoreEvents”
Option “Clone” “off”
Option “Xinerama” “off”
Screen “Screen[0]”
EndSection

Section “DRI”
Group “video”
Mode 0660
EndSection

Section “Extensions”
EndSection

Danke für deine Antwort und schönen Abend noch.

Ueli

Rico Rommel – Sonntag, 16. Juli 2006 11:52 Uhr

Hallo,

ich kann in der xorg.conf keinen Fehler erkennen.
Wenn mir noch etwas einfallen sollte, melde ich mich.

mfg
Rico

Ueli Schwotzer – Donnerstag, 17. August 2006 23:52 Uhr

Ciao Rico

Was ich nicht alles probiert und gelesen habe in dieser Zeit! Und wieviel mehr
ich dank dir in dieser kurzen Zeit über Linux gelernt habe. An dieser Stelle
nochmals ganz, ganz herzlichen Dank für deine Riesengeduld mit mir.

Vorgestern lief nun mein Via-Chip endlich mit 3D-Beschleunigung. Ich habe das
System völlig neu installiert und führte die Installation des Treibers
nochmals durch. Ohne Erfolg. Dann stiess ich bei OpenSuse auf diese Seite:
http://en.opensuse.org/VIA . Da ging mir langsam ein Licht auf. Der Abgleich
der Details in den entsprechenden Dateien ergab, dass Load “dri” in der
Sektion Module nicht vorhanden war. Nach Einfügen der fehlenden Parameter in
allen Dateien lief 3D wirklich, allerdings nur mit 500 fps. Sobald hingegen
der BS-Schoner in Aktion tritt, stürzt der X-Server ab, das System hängt sich
auf. Da komme ich noch nicht weiter…

Die VIA-Angelegenheit ist sehr, sehr eigenartig. VIA selbst wirft immer mal
wieder in der Seite einen Brocken hin, der aber für Neueinsteiger kaum zu
verdauen ist. Auch SUSE selbst gibt nur sehr knappe Infos frei. Nach der
Lektüre von http://en.opensuse.org/VIA muss man annehmen, dass der VIA-Treiber
zwar in Version 10.1 vorhanden ist, hingegen nicht installiert wird.
Stattdessen wird ein Vesa-Treiber installiert. Dazu kommt, dass
der Via Treiber nicht für alle Chipsätze geeignet und nur mit gewissen
Einschränkungen zu gebrauchen ist.

Ich verspüre das Bedürfnis, für mich selbst und auch für andere Anwender
Klarheit zu schaffen, was mit den jeweiligen Treibern zu erreichen ist. Nur
eine ganz konsequente Verfolgung der Entwicklung und Systematisierung der
Grafiktreiber wird Linux Flügel verleihen.
Wenn hier jemand Wissen einbringen kann und will, kann wohl sehr vielen
Anwendern geholfen werden. Ich bitte sehr um Antworten!!

Buona notte und tanti saluti

Ueli

Rico Rommel – Mittwoch, 23. August 2006 21:27 Uhr

Hallo Ueli,

Dein Bildschirmschoner dürfte nicht nur X, sondern das gesamte System
lahmlegen. Der Grund ist ein Fehler im Treiber beim Umgang mit Texturen [1].
Der Treiber muss wahrscheinlich komplett überarbeitet werden, nur leider ist
beim DRI-Projekt z.Z. kein Verantwortlicher für den Unichrometreiber.

Ich nehme an, aus diesem Grund ist der Treiber in Opensuse auch standardmäßig
deaktiviert.

mfg
Rico

[1] https://bugs.freedesktop.org/show_bug.cgi?id=5092

Ueli Schwotzer – Donnerstag, 24. August 2006 14:53 Uhr

Ciao Rico

Ich kann deine Vermutung nur bestätigen. ABER: wenn ich Knoppix 5.0.1 einlege,
läuft alles rund, von Anfang an. Wie kann man da wohl rausfinden, welcher
Treiber da aktiv ist? Mir gehts wie dir, die Sache lässt mich nicht ruhen…

Trotzdem möchte ich an dieser Stelle meine Erfahrungen noch zusammenfassen,
zumal ich gesehen habe, dass diese Story unglaublich oft kontaktiert wurde.
Vielleicht hat ja wirklich sonst noch jemand eine gute Idee?

In diesem Sinne tanti saluti

Ueli

Finale: VIA Unichrome Pro
Mit diesem Text möchte ich kurz und abschliessend meine Bemühungen um die VIA
Unichrome Grafikkarte(n) zusammenfassen, nachdem ich so ziemlich alles
gelesen und probiert habe. Gestern kam mir indes noch das Heise c’t Suse 10.1
Starterkit in die Finger, worin ziemlich erschöpfend über Grakas und vor
allem auch die Exoten darunter berichtet wird. Quintessenz:
– Karten der beiden Flaggschiffe ATI und NVIDIA werden einigermassen gut
unterstützt, wobei nur die proprietären Treiber 3D und TV erlauben.
– VIA- und SIS- Onboard-Karten fristen nach wie vor ein klägliches Dasein,
obwohl VIA die Quellen offen gelegt hat. Keiner der angebotenen Treiber lässt
das 3D-Herz höher schlagen. Allerdings soll bei beiden mit Erscheinen neuer
Distributionen und eines neuen X-Servers von X.org die Situation besser
werden.
– Intelkarten werden vergleichsweise gut unterstützt, die 3D-Beschleunigung
ist allerdings auch nicht umwerfend. Immerhin hat sich zwischen Intel und
X.org eine Entwicklungszusammenarbeit etabliert. Auch Intel bietet für
bessere 3D-Performance proprietäre Treiber an.
– schliesslich sind noch die offenen Treiber für XGI-Chips zu erwähnen, die
allerdings kaum jemand kennt.

Über die Via Unichrome Pro lässt sich meinerseits dies sagen:
– es wurden von VIA verschiedene Chips verbaut, die seltsamerweise alle
irgendwie “Unichrome” heissen. VIA führt eine eigene Linux-Treiberabteilung,
die aber m.E. recht konfus ist:
http://www.viaarena.com/default.aspx?PageID=2&OSID=19&CatID=2170
Beispiel: das Klicken auf diesen Link
(http://www.viaarena.com/Driver/k8m890xf40069-kernel-bin_20060620.run.txt)
löst nicht etwa einen Download der Binärdatei aus, sondern öffnet diese in
einer Seite. Was dann?
Es ist nicht so, dass z.B. ein Treiber für einen Modelltyp auch für alle
Distributionen vorhanden ist. Da liegen Kraut und Rüben beieinander…
– irgendwo in der Seite viaarena.com wird erwähnt, dass für den Chip K8M800CE,
welcher in vielen Notebooks verbaut wurde, nun die Quellen bereitstünden.
Punkt. Fertig. Armer Anfänger :-(.
– Suse 10.1 beinhaltet den VIA-Treiber (welchen?), der aber erst mit Xorg.conf
aktiviert werden muss. Bildschirmschoner bringen das System hingegen zum
Absturz… Anleitung: http://en.opensuse.org/VIA . Dieser Treiber wird bei
der Installation nicht angewendet, wohl aus bekannten Gründen. Trotzdem lohnt
sich die Installation OHNE Beschleunigung (ohne Load “dri”), denn die
Bildauflösung ist wesentlich besser.
– Für eine Installation aus den Openchrome-Quellen gibt es in der
Linux-Cummunity eine Anleitung:
https://www.linux-community.de/story?storyid=20294
(welche aber bei mir nicht zum Erfolg führte)
– Meines Erachtens gibt es wirklich nichts anderes als abzuwarten und
3D-freien Tee zu trinken, doch ich lasse mich gerne belehren :-).

Sehr gute Infos zu unterstützten Grakas gibt diese Seite:
http://en.opensuse.org/HCL/Video_Cards

So weit, so gut. Ich freue mich auf Echos und empfehle die Lektüre des c’t
specials Suse Linux 10.1 (inkl. DVD)

Ueli Schwotzer – Samstag, 08. Juli 2006 14:41 Uhr

Salve!
Tatsächlich habe ich festgestellt, dass YAST nur rund 20MB installierte…
Frage: muss die Installation im SPECS Verzeichnis erfolgen? Oder einfach in
einer root-Konsole?

Ueli

P.S. Meine nächste tapfere Tat wird ein rudimentärer Linux-Kurs sein, die
Lektüre von EasyLinux reicht da nimmer…

Ueli Schwotzer – Donnerstag, 13. Juli 2006 19:11 Uhr

Ciao Rico

Kurze Info: kam leider aus privaten Gründen nicht zum Weitermachen, zudem
wollte mich der Linux-Comunity-Server einige Tage nicht mehr reinlassen. Das
lag aber wohl an meinem Provider…

Bin also noch am Ball. Bis demnäxt

Ueli