[HaBo]

Eydeet · 04.02.08, 20:32

Hi,
Ich habe ein Problem damit, die Hardware-Unterstützung für Xorg zu aktivieren, und habe so langsam keine Ahnung mehr, woran es liegen könnte.

Ich habe ein Acer Extensa 5220 Notebook (billig, ich weiß). Die eingebaute Grafikkarte heißt "Mobile Intel Graphics Accelerator X3100" und ich benutze den i810-Treiber.

Wenn ich jetzt bestimmte Programm starte (z.B. bestimmte Spiele oder Google Earth) dann hängt sich das gesamte System auf, und zwar so, dass er auf _nichts_ mehr reagiert, man kann also weder auf die Konsole umschalten noch den X-Server abschießen (Strg+Alt+Backspace).

Wenn ich die Zeile 'Load "dri"' in der xorg.conf rausnehme, laufen sämtliche grafische Programme (z.B. KDE) spürbar langsamer und der Fehler tritt nicht mehr auf. Direct Rendering ist dann eben deaktiviert.

Ich will jetzt weder riskieren, dass ich meinen PC häufiger brutal per Reset-Taste abschießen muss, noch will ich auf den Grafik-Chip verzichten.

Hat vielleicht von euch noch jemand 'ne Idee, wonach ich suchen könnte, oder woran der Fehler liegen könnte?

Mfg, Eydeet.

xorg.conf

Code:

Section "Module"
        Load "dri"
        Load "glx"
        Load "drm"
EndSection

Section "dri"
        Mode 0666
EndSection

Section "Extensions"
        Option "Composite" "Enable"
EndSection

Section "InputDevice"
        Identifier      "Generic Keyboard"
        Driver          "kbd"
        Option          "CoreKeyboard"
        Option          "XkbRules"      "xorg"
        Option          "XkbModel"      "pc105"
        Option          "XkbLayout"     "de"
EndSection

Section "InputDevice"
        Identifier      "Configured Mouse"
        Driver          "mouse"
        Option          "CorePointer"
        Option          "Device"                "/dev/input/mice"
        Option          "Protocol"              "ImPS/2"
        Option          "ZAxisMapping"          "4 5"
        Option          "Emulate3Buttons"       "true"
EndSection

Section "InputDevice"
        Identifier      "Synaptics Touchpad"
        Driver          "synaptics"
        Option          "SendCoreEvents"        "true"
        Option          "Device"                "/dev/psaux"
        Option          "Protocol"              "auto-dev"
        Option          "HorizEdgeScroll"       "0"
EndSection

Section "Device"
        Identifier      "Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller"
        Driver          "i810"
        BusID           "PCI:0:2:0"
        Option          "AccelMethod" "XAA"
        Option          "XAANoOffscreenPixmaps" "true"
        Option          "DRI" "true"
EndSection

Section "Monitor"
        Identifier      "Generic Monitor"
        Option          "DPMS"
EndSection

Section "Screen"
        Identifier      "Default Screen"
        Device          "Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller"
        Monitor         "Generic Monitor"
        DefaultDepth    24
        SubSection "Display"
                Modes           "1280x800"
        EndSubSection
EndSection

Section "ServerLayout"
        Identifier      "Default Layout"
        Screen          "Default Screen"
        InputDevice     "Generic Keyboard"
        InputDevice     "Configured Mouse"
        InputDevice     "Synaptics Touchpad"
EndSection

Ausschnitte /var/log/Xorg.0.log.old

04.02.08, 21:17

Treiber runterladen und installieren.
Wikieintrag
Scheint von Linux also unterstuetzt zu werden.
Hatte das gleiche Problem auch mit meiner Nvidia Geforce 8400SE Club
Nur das bei mir der Xserver abgestuerzt ist wie als wenn ich die Onboardgraka betreiben wuerde.
Was mich in diesem Zusammenhang wundert ist:
Wenn der Xserver die Graka ansteuern kann, wieso brauch Linux extra Treiber?
Ich meine der Xserver kann die Chips ja ansteuern.
mfg

sw33t

P.s.:Eintrag aus einem Arch-Linuxforum

Anzeige

- Anzeige -

**bitmuncher** · 04.02.08, 23:18

Zitat:

Original von sw33tlull4by
Was mich in diesem Zusammenhang wundert ist:
Wenn der Xserver die Graka ansteuern kann, wieso brauch Linux extra Treiber?
Ich meine der Xserver kann die Chips ja ansteuern.
mfg

Jede Grafikkarte unterstützt ein paar VGA-Standards und heutzutage auch SVGA/Vesa-Standards. Damit sind die grundlegenden Funktionen für den XServer immer nutzbar. Die Treiber sind notwendig um erweiterte Funktionalitäten der Grafikkarte nutzen zu können (GL-Funktionen, höhere Auflösungen usw.).

Eydeet · 05.02.08, 12:21

Ich hab mir mal deine Links angeschaut, habe aber leider keine neuen Tipps gefunden, wie das Problem zu lösen ist.

Also: Die Intel treiber (xf86-video-intel) heißen unter Gentoo xf86-video-i810. Die habe ich auch schon installiert. Es funktioniert ja auch alles soweit, bis auf die Abstürze.

Dual-Monitor-Betrieb läuft bei voller Auflösung, und auch Google Earth funktioniert, so weit ich das beurteilen kann, zumindest, bis es mir nach ein wenig herumzoomen Linux killt. Das Selbe gilt auch für andere OpenGL-Programme, die ich getestet habe.

Hat vielleicht noch irgendjemand weitere Ideen? Ich wäre euch wirklich sehr dankbar!

Mfg., Eydeet.

05.02.08, 21:02

Was sagen denn die Logs in /var/log/gdm?
Muesste einer der ersten Dateien sein in welche die Fehlermeldung abgelegt wird.
Da der Fehler ja von deinem Desktopmanager gehandhabt wird.
mfg

sw33t

@Bitmuncher.
Danke fuer die Antwort.

Eydeet · 06.02.08, 15:12

gdm-Logs habe ich nicht, weil ich kdm benutze. In /var/log/kdm.log taucht nach einem Crash folgendes auf:

kdm.log

KDM lässt es sich dann nicht nehmen, sich andauernd selbst neu zu starten.

// Edit:
Die Zeile mit dem space: XXX wanted XXX hat mich noch mal zum testen angeregt, den VideoRam von 127816 mal auf 140000 zu erhöhen. Das Ergebnis war dann eine andere Fehlermeldung:

Code:

Backtrace:
0: /usr/bin/X(xf86SigHandler+0x6d) [0x48c4ae]
1: /lib/libc.so.6 [0x2ad97aacf430]
2: /usr/bin/X(xf86_reload_cursors+0x67) [0x4ae51c]
3: /usr/lib64/xorg/modules/drivers//intel_drv.so [0x2ad97b73922f]
4: /usr/bin/X(xf86CrtcSetMode+0x256) [0x4ad775]
5: /usr/bin/X(xf86SetDesiredModes+0x12c) [0x4adaf1]
6: /usr/lib64/xorg/modules/drivers//intel_drv.so [0x2ad97b73c77b]
7: /usr/bin/X [0x4744ba]
8: /usr/lib64/xorg/modules/extensions//libglx.so [0x2ad97b4f6b71]
9: /usr/bin/X(xf86Wakeup+0x3e4) [0x48d80a]
10: /usr/bin/X(WakeupHandler+0x4a) [0x453147]
11: /usr/bin/X(WaitForSomething+0x1c0) [0x559ad4]
12: /usr/bin/X(Dispatch+0x8b) [0x44f81c]
13: /usr/bin/X(main+0x458) [0x439e8d]
14: /lib/libc.so.6(__libc_start_main+0xf4) [0x2ad97aabcb74]
15: /usr/bin/X(FontFileCompleteXLFD+0x231) [0x439219]

Fatal server error:
Caught signal 11.  Server aborting

Mfg, Eydeet

06.02.08, 15:36

Der Backtrack sagt mir nichts und die Unterschiedlichen Speicherplatzangaben sind mir auch aufgefallen.
Ich glaube du hast eine Konkurenzsituation, denn Signal 11 bedeutet das dein XServer vesucht hat auf einen Speicherbereich zuzugreifen fuer welche er keine Berechtigung besitzt.
Hatte ich auch aber nur weil meine OnBoardgraka lief.
Wenn du nun mehr Speicherplatz reserviert hast, hat dein System evtl etwas zu wenig.
Fuer weitere sachen kenne ich mich leider nicht so gut aus.
mfg

sw33t

Gentfloo · 24.02.08, 21:41

Versuche mal die Optionen ab zu schalten bzw. wozu braucht's die?

Code:

        Option "Composite" "Enable"
        Option          "AccelMethod" "XAA"
        Option          "XAANoOffscreenPixmaps" "true"

Und sind die CFLAGS="-march=XX -OX" korrekt, iwie. schauen die Logs/Meldungen schon komik aus.

Bezueglich GoogleEarth.

Eydeet · 25.02.08, 19:50

Inzwischen hat sich mein Fehler etwas gewandelt. Mein Xorg crasht nicht mehr (*freu*), OpenGL-Programme funktionieren aber leider immer noch nicht. Es gibt jetzt ganz merkwürdige Streifen, wenn ich z.B. Google Earth starte. Ich hab nen Screenshot angehängt.

Was ich geändert habe: Gentoo läuft jetzt mit ACCEPT_KEYWORDS="~amd64" => Neuer Kernel, neues Xorg, neue Treiber.

Übrigens habe ich das ganze mal unter Ubuntu getestet, und der Fehler tritt *nicht* auf (bei gleicher Kernel-Config).

Meine CFLAGS sind im Moment auf "möglichst viel optimieren", aber auch mit minimalistischen "-O2 -pipe -march=nocona" (hab alles neu kompiliert) gab es keine Unterschiede, was das Problem betrifft.

Die wichtigen Ausschnitte aus der make.conf:

Code:

ACCEPT_KEYWORDS="~amd64"
CFLAGS="-O2 -pipe -march=nocona -mfpmath=sse -msse -msse2 -msse3"
CHOST="x86_64-pc-linux-gnu"

Die xorg.conf (auch von Ubuntu kopiert, leicht angepasst):

Code:

Section "InputDevice"
        Identifier      "Generic Keyboard"
        Driver          "kbd"
        Option          "CoreKeyboard"
        Option          "XkbRules"      "xorg"
        Option          "XkbModel"      "pc105"
        Option          "XkbLayout"     "de"
EndSection

Section "InputDevice"
        Identifier      "Synaptics Touchpad"
        Driver          "synaptics"
        Option          "SendCoreEvents"        "true"
        Option          "Device"                "/dev/psaux"
        Option          "Protocol"              "auto-dev"
        Option          "HorizEdgeScroll"       "0"
EndSection

Section "Device"
        Identifier      "Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller"
        Driver          "intel"
        BusID           "PCI:0:2:0"
EndSection

Section "Monitor"
        Identifier      "Generic Monitor"
        Option          "DPMS"
EndSection

Section "Screen"
        Identifier      "Default Screen"
        Device          "Intel Corporation Mobile GM965/GL960 Integrate Graphics Controller"
        Monitor         "Generic Monitor"
        DefaultDepth    24
        SubSection "Display"
                Modes           "1280x800"
        EndSubSection
EndSection

Section "ServerLayout"
        Identifier      "Default Layout"
        Screen          "Default Screen"
        InputDevice     "Generic Keyboard"
        InputDevice     "Synaptics Touchpad"
EndSection

In Xorg.0.log, kdm.log und xdm.log treten die oben genannten Fehlermeldungen nicht mehr auf.

//EDIT: Google Earth spuckt eine Fehlermeldung aus: "libGL warning: 3D driver claims to not support visual 0x64". Ob das was damit zu tun hat, weiß ich nicht. Ich hab' auch im Internet nichts vernünftiges gefunden.

Übrigens läuft glxgears ohne Probleme ?(

25.02.08, 20:37

Ist doch sicher deine Graka im Eimer. Oder hast du mit z.B. einer liveCD keine Probleme (da auch mal [3d] spiele laufen lassen)

Eydeet · 25.02.08, 21:12

Wie gesagt, unter Ubuntu und Windows gibt es keine Probleme.
Am Kernel liegt es wahrscheinlich auch nicht, da ich extra den Ubuntu-Kernel selbst kompiliert habe, mit der Config von Gentoo.

Gentfloo · 26.02.08, 21:36

Nimm doch einfach mal diese "-mfpmath=sse -msse -msse2 -msse3" flags raus, bin da eig. sehr skeptisch, SSE3 ist z.B unter dem Codenamen Prescott enthalten.
Ich mein ein Xeon53* 32'er brauch laut GCC-Doku nur das "-march=prescott" Flag, "-msse3" brauchen i.d.R. nur Athlon 64'er.

Und was'n Kde4 auch noch, Du machst es Dir nicht leicht

Zitat:

aber auch mit minimalistischen "-O2 -pipe -march=nocona" (hab alles neu kompiliert) gab es keine Unterschiede, was das Problem betrifft.

Mhhh, ich habe nicht viel Ahnung ueber KDE4, so viel ich weiss benutzt es standardmaessig die gxl_ext_texture_from_pixmap-Erweiterung (GLDesktop bei Nvidia, Aiglx bei AMD & Intel ).

Die Informationen sind soweiso ein wenig zerstreut, im diesem Wiki-Eintrag wird das "-march=nocona" Flag benutzt aber kein ACCEPT_KEYWORD="~amd64" und laut "Safe CFlags" der Gentoo-Wiki kein "-march=pentium-m".

Afaik wuerd ich erstmal ~x86, min. KDE3.5.9 & die passenden CFlags (s. Gentoo-Wiki Safe CFlags) benutzen.

Eydeet · 26.02.08, 22:13

Du meinst also, ich soll alles mit den CFLAGS="-march=nocona -O2 -pipe" neu kompilieren?
Ich will nur noch mal sicher gehen, schließlich dauert das ein paar Tage.

Ich hab' übrigens nicht mit KDE4 angefangen, das Problem hatte ich auch schon mit KDE3.5 und Fluxbox. Damals habe ich auch noch alles mit obigen CFLAGS und ohne ACCEPT_KEYWORDS kompiliert.

Übrigens: ACCEPT_KEYWORDS=~x86 würde bei mir keinen Sinn machen, da ich kein x86-System habe, sondern ein amd64-System. Ich fand's auch ein wenig verwirrend, da ein Intel schließlich kein AMD ist. Es gibt aber keine Intel64-Variante.

Gentfloo · 26.02.08, 23:12

Ne, das ist schon klar, nur verwirrt mich das laut SafeCflags unpassende "-march=nocona", da Du einen Celeron Sockel M drinnen hast solltest Du dieses Flag benutzen: "-march=pentium-m".

Steht ja hier.

Zitat:

Übrigens: ACCEPT_KEYWORDS=~x86 würde bei mir keinen Sinn machen

Das macht schon Sinn, da das x86 fuer 32Bit (die ein 64Bit Prozessor logischerwise verarbeiten kann, ) steht und unproblematischer ist, Du musst nicht zwingend Software einsetzten die 64Bit-Register nutzt.

Aber in Deinem Fall wuerde ich auf Nummer sicher gehen, um andere Fehler ausschliessen zu koennen.

Eydeet · 27.02.08, 00:10

march=nocona sollte schon richtig sein, das finde ich auch in anderen Foren (z.B. hier: http://www.debianforum.de/forum/view...?p=576773&sid=)

So wie es aussieht, ist mein Prozessor kein Celeron-M.
/proc/cpuinfo sagt:

Code:

processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 22
model name	: Intel(R) Celeron(R) CPU          530  @ 1.73GHz
...

=> model stimmt also nicht überein.

zu ACCEPT_KEYWORDS:
beim Masking durch keywords handelt es sich um einen Schutz im Portage. Neue Pakete, die noch wenig unter Gentoo getestet sind, mit denen aber keine/kaum Probleme bekannt sind werden "maskiert". Das läuft für jede Plattform einzeln ab (also x86, amd64, ppc usw.)

Die Plattform ist im CHOST festgelegt und lässt sich nicht so einfach ändern. Es ist dann nötig, alles neu zu kompilieren, da die Architekturen meist nicht miteinander kompatibel sind. => Es wäre dann einfacher, Gentoo noch mal von Grund auf neu aufzusetzen.

Weil ich ein amd64-Gentoo habe, wird bei mir alles gesperrt, was mit ~amd64 maskiert ist. Wenn ich jetzt einstelle, dass Portage alle ~86-Maskierungen nicht beachtet, sind die Pakete immer noch gesperrt => keine Wirkung.

Mir ist schon bekannt, dass es möglich ist, 32bit-Programme auf 64bit-Prozessoren laufen zu lassen, aber das hat nichts mit den keywords zu tun, die habe ich nur aktiviert, um immer die neusten Programm-Versionen zu haben.

Prinzipiell sollte das Ganze auch in nem 64bit-Linux laufen, Ubuntu ist auch 64bit. Ich bin gerade dabei, alles noch mal neu zu kompilieren (mit nocona), mal sehen, ob das was ändert. Ich habe außerdem eben Xfce installiert, der Fehler ist der gleiche, also liegt es wahrscheinlich nicht an KDE4.

Ich hab' so langsam echt keine Ahnung mehr, wie ich noch an das Problem drangehen könnte

.

Anzeige

- Anzeige -

24.02.08, 21:41	#8 (permalink)
Gentfloo Registriert seit: 24.02.08 Likes: 0	Versuche mal die Optionen ab zu schalten bzw. wozu braucht's die? Code: Option "Composite" "Enable" Option "AccelMethod" "XAA" Option "XAANoOffscreenPixmaps" "true" Und sind die CFLAGS="-march=XX -OX" korrekt, iwie. schauen die Logs/Meldungen schon komik aus. Bezueglich GoogleEarth.

27.02.08, 00:10	#15 (permalink)
Eydeet Themenstarter Registriert seit: 14.04.06 Likes: 4	march=nocona sollte schon richtig sein, das finde ich auch in anderen Foren (z.B. hier: http://www.debianforum.de/forum/view...?p=576773&sid=) So wie es aussieht, ist mein Prozessor kein Celeron-M. /proc/cpuinfo sagt: Code: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 22 model name : Intel(R) Celeron(R) CPU 530 @ 1.73GHz ... => model stimmt also nicht überein. zu ACCEPT_KEYWORDS: beim Masking durch keywords handelt es sich um einen Schutz im Portage. Neue Pakete, die noch wenig unter Gentoo getestet sind, mit denen aber keine/kaum Probleme bekannt sind werden "maskiert". Das läuft für jede Plattform einzeln ab (also x86, amd64, ppc usw.) Die Plattform ist im CHOST festgelegt und lässt sich nicht so einfach ändern. Es ist dann nötig, alles neu zu kompilieren, da die Architekturen meist nicht miteinander kompatibel sind. => Es wäre dann einfacher, Gentoo noch mal von Grund auf neu aufzusetzen. Weil ich ein amd64-Gentoo habe, wird bei mir alles gesperrt, was mit ~amd64 maskiert ist. Wenn ich jetzt einstelle, dass Portage alle ~86-Maskierungen nicht beachtet, sind die Pakete immer noch gesperrt => keine Wirkung. Mir ist schon bekannt, dass es möglich ist, 32bit-Programme auf 64bit-Prozessoren laufen zu lassen, aber das hat nichts mit den keywords zu tun, die habe ich nur aktiviert, um immer die neusten Programm-Versionen zu haben. Prinzipiell sollte das Ganze auch in nem 64bit-Linux laufen, Ubuntu ist auch 64bit. Ich bin gerade dabei, alles noch mal neu zu kompilieren (mit nocona), mal sehen, ob das was ändert. Ich habe außerdem eben Xfce installiert, der Fehler ist der gleiche, also liegt es wahrscheinlich nicht an KDE4. Ich hab' so langsam echt keine Ahnung mehr, wie ich noch an das Problem drangehen könnte .

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Ansicht
Linear-Darstellung Zur Hybrid-Darstellung wechseln Zur Baum-Darstellung wechseln

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
MySQL MyISAM crasht	Chromatin	Linux/UNIX	4	09.05.09 15:03
PC stürzt ab mit aktiviertem CrossFire	NMLowfyr	Die Problemzone	3	22.12.07 13:59
xorg.conf zerschossen	valenterry	Linux/UNIX	23	16.07.07 23:06
Problem mit XOrg (glaub ich)	jagdfalke	Linux/UNIX	6	19.01.06 22:51
Grafikkarte crasht system	Rockwilder	Hardware Probleme	8	15.09.03 17:10

04.02.08, 21:17	#2 (permalink)
sw33tlull4by Guest Likes:	Treiber runterladen und installieren. Wikieintrag Scheint von Linux also unterstuetzt zu werden. Hatte das gleiche Problem auch mit meiner Nvidia Geforce 8400SE Club Nur das bei mir der Xserver abgestuerzt ist wie als wenn ich die Onboardgraka betreiben wuerde. Was mich in diesem Zusammenhang wundert ist: Wenn der Xserver die Graka ansteuern kann, wieso brauch Linux extra Treiber? Ich meine der Xserver kann die Chips ja ansteuern. mfg sw33t P.s.:Eintrag aus einem Arch-Linuxforum

05.02.08, 12:21	#4 (permalink)
Eydeet Themenstarter Registriert seit: 14.04.06 Likes: 4	Ich hab mir mal deine Links angeschaut, habe aber leider keine neuen Tipps gefunden, wie das Problem zu lösen ist. Also: Die Intel treiber (xf86-video-intel) heißen unter Gentoo xf86-video-i810. Die habe ich auch schon installiert. Es funktioniert ja auch alles soweit, bis auf die Abstürze. Dual-Monitor-Betrieb läuft bei voller Auflösung, und auch Google Earth funktioniert, so weit ich das beurteilen kann, zumindest, bis es mir nach ein wenig herumzoomen Linux killt. Das Selbe gilt auch für andere OpenGL-Programme, die ich getestet habe. Hat vielleicht noch irgendjemand weitere Ideen? Ich wäre euch wirklich sehr dankbar! Mfg., Eydeet.

05.02.08, 21:02	#5 (permalink)
sw33tlull4by Guest Likes:	Was sagen denn die Logs in /var/log/gdm? Muesste einer der ersten Dateien sein in welche die Fehlermeldung abgelegt wird. Da der Fehler ja von deinem Desktopmanager gehandhabt wird. mfg sw33t @Bitmuncher. Danke fuer die Antwort.

06.02.08, 15:36	#7 (permalink)
sw33tlull4by Guest Likes:	Der Backtrack sagt mir nichts und die Unterschiedlichen Speicherplatzangaben sind mir auch aufgefallen. Ich glaube du hast eine Konkurenzsituation, denn Signal 11 bedeutet das dein XServer vesucht hat auf einen Speicherbereich zuzugreifen fuer welche er keine Berechtigung besitzt. Hatte ich auch aber nur weil meine OnBoardgraka lief. Wenn du nun mehr Speicherplatz reserviert hast, hat dein System evtl etwas zu wenig. Fuer weitere sachen kenne ich mich leider nicht so gut aus. mfg sw33t

25.02.08, 20:37	#10 (permalink)
IsNull Guest Likes:	Ist doch sicher deine Graka im Eimer. Oder hast du mit z.B. einer liveCD keine Probleme (da auch mal [3d] spiele laufen lassen)

25.02.08, 21:12	#11 (permalink)
Eydeet Themenstarter Registriert seit: 14.04.06 Likes: 4	Wie gesagt, unter Ubuntu und Windows gibt es keine Probleme. Am Kernel liegt es wahrscheinlich auch nicht, da ich extra den Ubuntu-Kernel selbst kompiliert habe, mit der Config von Gentoo.

26.02.08, 22:13	#13 (permalink)
Eydeet Themenstarter Registriert seit: 14.04.06 Likes: 4	Du meinst also, ich soll alles mit den CFLAGS="-march=nocona -O2 -pipe" neu kompilieren? Ich will nur noch mal sicher gehen, schließlich dauert das ein paar Tage. Ich hab' übrigens nicht mit KDE4 angefangen, das Problem hatte ich auch schon mit KDE3.5 und Fluxbox. Damals habe ich auch noch alles mit obigen CFLAGS und ohne ACCEPT_KEYWORDS kompiliert. Übrigens: ACCEPT_KEYWORDS=~x86 würde bei mir keinen Sinn machen, da ich kein x86-System habe, sondern ein amd64-System. Ich fand's auch ein wenig verwirrend, da ein Intel schließlich kein AMD ist. Es gibt aber keine Intel64-Variante.

[HaBo]

Xorg crasht mit aktiviertem DRI