(gelöst) GUI mit CPU Intel Core i3-4170 und wheezy

[guennid]

Also, ich habe mir für meinen Fersehrechner ein neues Board und einen neuen Prozessor gegönnt. Prozessor ist eine Intel Core i3-4170 CPU. Soweit ich weiß, besitzt diese CPU integrierte Grafik. Grundsätzlich scheint alles zu funktionieren, einschließlich VDR. Die Grafik läuft mit einem wheezy-Standard-Kern 3.2.0. Mit einem 3.14er wheezy-backports-kernel läuft sie nicht. Ich fühle mich nicht in der Lage aus Xorg.0.log herauszulesen, welches Kernelmodul hier werkelt. Was ich aber für einen neueren Eigenbaukernel gerne wüsste.

lspci -nnk spukt das hier aus:

Code: Alles auswählen

00:02.0 VGA compatible controller [0300]: Intel Corporation Device [8086:041e] (rev 06)
	Subsystem: ASRock Incorporation Device [1849:041e]

Bei den anderen Einträgen wird meistens noch das zuständige Modul angegeben, hier nicht. Wird der "richtige" Treiber gar nicht benutzt, sondern vielleicht "vesa"? - Ich blick nicht durch.

Grüße ,Günther

[towo]

Das Kernel-Modul ist i915, DDX ist xserver-xorg-video-intel.

[guennid]

xserver-xorg-video-intel ist installiert. Es gibt eine ganze Menge von i915_Modulen. in der config des 3.2.0 stehen zwei.
CONFIG_DRM_I915=m und CONFIG_DRM_I915_KMS=yes Mit lsmod habe ich kein wie auch immer geschriebenes i915 gefunden. Laden per modprobe ging ebenfalls nicht.

Grüße, Günther

[towo]

Und was soll der Post aussagen?
"ging nicht" sagt schonmal genau Nichts.

[guennid]

Das weißt du ganz genau, was das heißt!

Nun ja, ich bin hier der Bittsteller:
~# modprobe i915
ERROR: could not insert 'i915': No such device
# modprobe drm_i915
FATAL: Module drm_i915 not found.
# modprobe I915
FATAL: Module I915 not found.
# modprobe DRM_I915
FATAL: Module DRM_I915 not found.

[towo]

1.modinfo i915 ==> http://paste.debian.net/332546/

Es gibt nur eine Schreibweise ==> i915

2. zum Rest kann ich Nichts weiter sagen, da ich nicht an diesem System sitze.

[guennid]

Ich denke, ich habe den meinen gefunden in deinen Aliasen. hilft mir aber nicht.
Gehe ich recht in der Annahme, dass mit "i915" das gemeint ist, was in der kernel-config mit CONFIG_DRM_I915 benannt ist?

Gehe ich weiterhin recht in der Annahme, dass, da es als Modul da drin steht, ich herausfinden müsste, warum in lsmod keine "i915" erscheint, ergo das Modul nicht geladen wird?

Grüße, Günhter

[guennid]

Nochmal: System ist wheezy. Ich kriege es nicht geregelt. Ich habe die backports eingebunden, ein dist-upgrade durchgeführt, das neueste kernel-image (3.16) installiert und gebootet. Das Modul i915 wird geladen. Es bleibt bei "no screens found". Eine xorg.conf.new wird nicht generiert.

Sowohl mit grml live als auch knoppix 7.4.2 kriege ich eine grafische Oberfläche, fragt sich nur, welche Grafik-Ausgabe benutzt wird.

Hier die letzte Xorg.0.log: http://debianforum.de/forum/pastebin.ph ... ew&s=38932

[DeletedUserReAsG]

Sowohl mit grml live als auch knoppix 7.4.2 kriege ich eine grafische Oberfläche, fragt sich nur, welche Grafik-Ausgabe benutzt wird.

… beide sollten eine Shell, sowie einen Pager oder zumindest cat mitbringen, so dass man das jeweilige Xorg-Log daraufhin durchgehen kann.

[guennid]

[...], so dass man das jeweilige Xorg-Log daraufhin durchgehen kann.

Habe ich gemacht, aber ich werde daraus nicht schlau. Wenn ich recht sehe, dann laden die Dinger ja nicht nur das spezielle Grafik"karten"modul, sondern auch noch andere, z.B. vesa und framebuffers. Und was da dann realiter benutzt wird, kann ich nicht diskriminieren. Aber ich lass das gerne noch mal laufen und poste es hier.

Ich habe auch versucht, mir von grml eine xorg.conf generieren zu lassen. Als Treiber stand da plötzlich "intel" drin. Beim Testversuch fror die Maschine ein. Und mein wheezy mochte sie anschließend auch nicht.

Grüße, Günther

[guennid]

Hier ist das log (grml): http://debianforum.de/forum/pastebin.ph ... ew&s=38933

[smutbert]

Eigentlich habe ich wenig Zweifel, dass bei den Live-CDs die Inteltreiber also i915 als Kernelmodul und xserver-xorg-video-intel als Xorg-Treiber ordnungsgemäß geladen werden und funktionieren — die Frage ist, wieso das bei deinem Wheezy nicht der Fall ist.
(edit: Dein Log bestätigt diese Vermutung)

Hast du zusätzlich noch eine Grafikkarte eingebaut oder hast du vielleicht irgendwelche Reste eines propritären Grafiktreibers installiert?
Gibt es eine /etc/X11/xorg.conf oder ein nicht leeres Verzeichnis /etc/X11/xorg.conf.d?

Ein paar weitere Informationen sollten die Ausgaben von

Code: Alles auswählen

$ lspci -nnk | grep -i vga -A3 | grep 'in use'
# lsmod | grep -e video -e i915 -e drm
$ dmesg | grep -e i915 -e fbcon -e fb: -e drm -e vga -e vesa
$ modprobe -c | grep blacklist

liefern. (Eventuell alle vom Betrieb mit dem Kernel 3.2, auf dass wir herausfinden welcher Treiber dort funktioniert und gegebenenfalls wieso es nicht der Inteltreiber ist.)

Welcher xorg-Treiber verwendet wird sollte sich an der /var/log/Xorg.0.log ablesen lassen - vielleicht magst du die vom Start mit dem Kernel 3.2 von Wheezy auch noch posten?

[DeletedUserReAsG]

Hier ist das log (grml):

Der wesentliche Unterschied scheint die Version von intel_drv und dessen Liste unterstützer Devices zu sein. Wenn ich das Problem bei mir hätte, würde ich nun zusehen, eine aktuellere Version von xf86-video-intel ranzubekommen – keine Ahnung, ob sich sowas in den Backports finden lässt. Dazu jedenfalls auch ’nen Kernel aus den Backports (man sollte im Kopf behalten, dass betreffende CPU lt. Intels Datenblatt im ersten Quartal ’15 rausgekommen ist, 3.16 aber im August ’14 veröffentlicht wurde […]) und es sollte funktionieren. (hab’ noch etwas weiter geschaut, HD 4400 selbst ist ja doch schon etwas älter, als die betreffende CPU hier. 3.16 sollte okay sein, nur eben das X muss neuer)

[guennid]

Hast du zusätzlich noch eine Grafikkarte eingebaut oder hast du vielleicht irgendwelche Reste eines propritären Grafiktreibers installiert?

Kümmern wir uns vielleicht erstmal darum. Ich fürchte, das wird wieder eine längere Geschichte.

Also vor Einbau des neuen Boards (ASRock H97M Pro4) und der o.a. CPU lief da ein Board mit onboard-nvidia-Grafik und zusätzlich einer Radeon-PCIe-Karte. Benutzt habe ich nur die Radeon. Auf dem aktuellen Board gibt's meines Wissens nach nur die in der CPU integrierte Grafik. Ob und gegebenenfalls welche Softwarereste noch im System stecken (die alte Systemplatte benutze ich weiter) weiß ich nicht. Da muss mir jemand sagen, wie ich das prüfen könnte.

@niemand
Es läuft der neueste backports-kernel, s.o. Was die Zeitdifferenz betrifft: Ich bin auch in der Lage, mir einen neueren Kernel selbst zu bauen (werde ich wegen TV später ohnehin benötigen), wenn man mir sagt, welche Grafik-Module ich einpflegen muss.

Aber vielleicht eins nach dem anderen.

Grüße, Günther

[DeletedUserReAsG]

Es läuft der neueste backports-kernel, s.o.

Das ist sicher eine schöne Sache, nur hängt es jetzt nicht an einem zu alten Kernel, sondern an dem zu alten xserver-xorg-video-intel.

[guennid]

auch der ist aus den backports aktualisiert. Immer noch zu alt?

[DeletedUserReAsG]

auch der ist aus den backports aktualisiert.

Das solltest du nochmal überprüfen. Laut deinem ersten Log wird 2.19 (ursprüngliche Wheezy-Version) genutzt, in den Wheezy-Backports liegt 2.21 – und die Version dürfte den Job tatsächlich tun.

[guennid]

Code: Alles auswählen

# dpkg -l | grep intel
ii  intel-microcode                           1.20150121.1                       amd64        Processor microcode firmware for Intel CPUs
ii  libdrm-intel1:amd64                       2.4.40-1~deb7u2                    amd64        Userspace interface to intel-specific kernel DRM services -- runtime
ii  xserver-xorg-video-intel                  2:2.21.15-2~bpo70+1                amd64        X.Org X server -- Intel i8xx, i9xx display driver

[smutbert]

Ja, das muss neu genug sein. Ich glaube am ehesten, dass Reste eines proprietären Treibers die freien Treiber lahmlegen. Das würde ev. erklären wieso sich bereits das Kernelmodul i915 gar nicht erst laden lässt. Dass der Rest dann nicht funktioniert ist keine große Überraschung mehr. Du geizt aber auch etwas mit Informationen, zB hast du zwar gesagt, dass du eine nvidia- und Radeon-Grafik hattest, aber ob du dafür freie oder proprietäre Treiber verwendet hast, hast du nicht verraten.

Egal, wenn die freien Treiber noch lahmgelegt sind, müsste das in der Ausgabe von

Code: Alles auswählen

$ modprobe -c | grep blacklist

auftauchen. Die zugehörigen Dateien müssten in

Code: Alles auswählen

$ ls /etc/modprobe.d /lib/modprobe.d

und verdächtige Pakete bei

Code: Alles auswählen

$ dpkg -l '*radeon*' '*nvidia*'

auftauchen.

[guennid]

Du geizt aber auch etwas mit Informationen, zB hast du zwar gesagt, dass du eine nvidia- und Radeon-Grafik hattest, aber ob du dafür freie oder proprietäre Treiber verwendet hast, hast du nicht verraten.

Als ob ich das vier Jahre später noch wüsste. Deswegen brauche ich ja Info, wie ich das prüfe. Deine neuen Tipps werden sofort umgesetzt. Die alten habe ich auch durch. Habe auch möglicherweise was entdeckt. Gemach. gemach.

Können blackgelistete Treiber stören?

[smutbert]

Die freien Treiber, egal ob intel/i915, noveau(nvidia) oder radeon, insbesondere das KMS, das sie bieten, vertragen sich nicht mit den proprietären Treibern, daher verhindern die proprietären Treiber durch blacklisten das Laden der Kernelmodule der freien Treiber.

Das nicht vorhandene KMS bemerkt man übrigens normalerweise sofort daran, dass die Textkonsole beim Systemstart nicht auf die native Auflösung des Bildschirms schaltet sondern in irgendeiner mittelalterlichen Auflösung bleibt. Ist das der Fall können die freien Treiber imho nicht funktionieren.

[KP97]

Hast Du auch unter /usr/lib/xorg/modules/drivers nachgesehen, was da vorhanden ist?

[guennid]

Die freien Treiber [...] vertragen sich nicht mit den proprietären Treibern, daher verhindern die proprietären Treiber durch blacklisten das Laden der Kernelmodule der freien Treiber.

Verstehe ich nicht ganz. Nach meinen Überlegungen müsste ich dann doch schauen, ob da irgendwas von z.B. nvidia den i915 blacklistet. Wohingegen es doch umgekehrt dem i915 nichts ausmachen dürfte, wenn - was auch immer - z.B. den nv oder den radeaon blacklistet. Das hatte ich natürlich geprüft und nichts gefunden. Hier die Ausgaben zu deinen letzten Tipps: http://debianforum.de/forum/pastebin.ph ... ew&s=38934

@KP97

Kommt jetzt dran.

[guennid]

@PK97
intel_drv.so, sonst nichts

[guennid]

Hier habt ihr mal 'ne aktuelle xorg.log von meinem aktuellen wheezy: http://debianforum.de/forum/pastebin.ph ... ew&s=38935

Hier die Ausgaben zu smutberts ersten Kommandos http://debianforum.de/forum/pastebin.ph ... ew&s=38936
Stutzig gemacht hat mich diese Zeile:

Code: Alles auswählen

[    4.352510] i915 0000:00:02.0: irq 44 for MSI/MSI-X

Das vorherige Board war, wenn ich recht erinnere, ein MSI-Board. Ob's hiermit was zu tun hat, weiß ich nicht


Soweit ich sehe, wird der i915 geladen (Kernel 3.16). Der X-server funktioniert trotzdem noch nicht.

Grüße, Günther