Am Mittwoch, den 23.02.2005, 00:01 +0100 schrieb Carsten Prie�:
> On Tue, 22 Feb 2005 21:50:10 +0100
> Daniel Leidert <[EMAIL PROTECTED]> wrote:
> > Am Dienstag, den 22.02.2005, 21:49 +0100 schrieb Carsten Prie�:
> > > On Tue, 22 Feb 2005 20:20:11 +0100
> > > Daniel Leidert <[EMAIL PROTECTED]> wrote:
> > > > Am Dienstag, den 22.02.2005, 20:00 +0100 schrieb Carsten Prie�:
> > > > 
[fglrx Modul unter amd64 System] 
> > Da du oben von einem Treiber sprachst: Die Versionsnummerierung in der
> > Paketbenennung hat sich mit Version 8.8.25 ge�ndert (die
> > X-Server-Version f�llt aus dem Paketnamen heraus, es gibt aber kein
> > Conflicts: oder Replaces:). Daher m�ssen �ltere Pakete, die noch die
> > X-Server-Nr. im Paketnamen tragen, von Hand entfernt werden. Auf
> > Flavios Seite gleich zu Anfang im Changelog vermerkt unter "January
> > 18, 2005 ...".
> Ja daran habe ich gedacht. Dennoch war ein Modul �brig, welches ich
> damals direkt mit dem Ati-rpm erzeugt hatte. Nach entfernen und neu
> aufsetzen des Kernels und der Treiber, bin ich nun die Fehlermeldung los
> ... aeh ... und mein System auch. Sobald X gestartet wird ist das System
> erledigt.

Das k�nnte auch an der XF86Config-4 selbst liegen. Da muss nur etwas
falsch konfiguriert sein. Hast du noch Zugriff �ber dein Debian System
auf diese Datei? Wenn nicht, hilft Knoppix. Zu Anfang solltest du alles
�berfl�ssige rausschmei�en (Modlines, die ganzen Feintuning-Optionen zum
fglrx-Modul, ...) und alle Einstellungen moderat setzen (Aufl�sung,
UseFastTLS etc.). Zur Not k�nnte ich dir auch meine schicken. Die ist
sehr allgemein gehalten.

> Ich habe nur noch einen schwarzen screen und kann auch
> keinerlei Konsolen �ffnen. Irgendwo habe ich hier oder in einer anderen
> ML sowas schon ein mal gesehen. Muss ich mal gucken ob ich das
> wiederfinde. Bisher habe ichs aber noch nicht wiedergefunden. Ging aber
> irgendwie darum, dass die Reihenfolge beim laden der Module beachtet
> werden muss. Nur passt das ja nicht so recht, denn AGPGart ist fest im
> Kernel. Aber wenn jemand was wei�... bin ganz Ohr.

Schon einmal im Syslog nachgeschaut, was da bei diesem "verkorksten"
Start des X-Servers steht? BTW: Andere DRM- und FB-Module (au�er vesafb
und dem generischen DRM- und FB-Support sind nicht fest einkompiliert
und werden auch nicht geladen?

CONFIG_DRM=y
CONFIG_FB=y
CONFIG_FB_VESA=y

st�ren nicht. Der Rest u.U. schon und sollte daher deaktiviert oder als
Modul gebaut werden. In diesem Zusammenhang: /etc/modules enth�lt doch
hoffentlich nicht einen solchen Eintrag(?) - fglrx kannst/solltest du
in /etc/modules eintragen. Du hattest geschrieben, dass du die selben
Probleme mit dem Radeon-Treiber des X-Servers hast.

> > > Evtl. schwirren
> > > tats�chlich noch �ltere fglrx rum, glaube aber alle entfernt zu
> > > haben,
> > 
> > dpkg -l fglrx* sollte Sicherheit bringen.
> Nur habe ich ja auch mal versucht mit dem Ati-rpm �ber alien direkt die
> Treiber zu installieren. Und davon war noch was �brig. 

Ja, das sollte komplett runter.

> > > probierte es ja mit vielen Versionen. Aber der Ati Treiber braucht
> > > auch 32Bit Bibliotheken aus meinem chroot, mag damit zusammenh�ngen?
> > > 
> > > > > Interessanterweise kann ich im Kernel nur den Intel AGP
> > > > > ausw�hlen,
> > > > 
> > > > In welcher Art und Weise ist das gemeint?
> > > Device Drivers -> Character devices -> unter /dev/agpgart nur Intel
> > > i865 chipset support verf�gbar. Ich weiss aber das zumindest in der
> > > x86 architektur auch AMD und Viatreiber da waren.
> > 
> > Gibt es die Eintr�ge noch in der .config? Dort solltest du suchen.
> > 
> Man lernt nie aus:
> CONFIG_AGP_AMD64=y

Habe ich leider bisher noch nicht verstanden, warum das Eintr�ge nicht
bei 'make menuconfig' oder 'make xconfig' auftauchen aber unter .config
existieren und auch kompiliert werden.

MfG Daniel

Antwort per Email an