Achtung: X.org Update!

Sorry für Zwischenfrage...

Ein 'pkg info | grep xorg' sagt
Code:
xorg-7.7                       X.Org complete distribution metaport
xorg-apps-7.7                  X.org apps meta-port
xorg-docs-1.7,1                X.org documentation files
xorg-drivers-7.7               X.org drivers meta-port
xorg-fonts-7.7                 X.org fonts meta-port
xorg-fonts-100dpi-7.7          X.Org 100dpi bitmap fonts
xorg-fonts-75dpi-7.7           X.Org 75dpi bitmap fonts
xorg-fonts-cyrillic-7.7        X.Org Cyrillic bitmap fonts
xorg-fonts-miscbitmaps-7.7     X.Org miscellaneous bitmap fonts
xorg-fonts-truetype-7.7        X.Org TrueType fonts
xorg-fonts-type1-7.7           X.Org Type1 fonts
xorg-libraries-7.7             X.org libraries meta-port
xorg-macros-1.17               X.Org development aclocal macros
xorg-server-1.7.7_6,1          X.Org X server and related programs
Nachdem ein 'grep XORG /etc/make.conf' nichts ergibt und da ein 'xorg-server-1.7.7_6,1' steht, nehme ich an, dass ich noch auf dem alten X-Server bin.

Wie schaut denn nun ein sauberer Install vom neuen xorg aus bzw. wie erkennt man das präzise?
 
Zuletzt bearbeitet:
Zu Suspend / Resume mit KMS gab es den Tipp einen Kernel ohne VESA-Unterstützung zu bauen.
Uiuiuiuiuiuiuiuuiuiiiiiiiijaaaaaaaaaaaaaaaaaaa. Es geht ! :eek::eek::eek::eek:

Danke!

Nachdem ein 'grep XORG /etc/make.conf' nichts ergibt und da ein 'xorg-server-1.7.7_6,1' steht, nehme ich an, dass ich noch auf dem alten X-Server bin.
Da hast Du Recht. Aber mit portmaster -a sollte das funktionieren. Danach musst Du noch ein portmaster xf86-\* absetzten.
 
Sorry für Zwischenfrage...

Ein 'pkg info | grep xorg' sagt
Code:
xorg-7.7                       X.Org complete distribution metaport
xorg-apps-7.7                  X.org apps meta-port
xorg-docs-1.7,1                X.org documentation files
xorg-drivers-7.7               X.org drivers meta-port
xorg-fonts-7.7                 X.org fonts meta-port
xorg-fonts-100dpi-7.7          X.Org 100dpi bitmap fonts
xorg-fonts-75dpi-7.7           X.Org 75dpi bitmap fonts
xorg-fonts-cyrillic-7.7        X.Org Cyrillic bitmap fonts
xorg-fonts-miscbitmaps-7.7     X.Org miscellaneous bitmap fonts
xorg-fonts-truetype-7.7        X.Org TrueType fonts
xorg-fonts-type1-7.7           X.Org Type1 fonts
xorg-libraries-7.7             X.org libraries meta-port
xorg-macros-1.17               X.Org development aclocal macros
xorg-server-1.7.7_6,1          X.Org X server and related programs
Nachdem ein 'grep XORG /etc/make.conf' nichts ergibt und da ein 'xorg-server-1.7.7_6,1' steht, nehme ich an, dass ich noch auf dem alten X-Server bin.

Wie schaut denn nun ein sauberer Install vom neuen xorg aus bzw. wie erkennt man das präzise?

Es gibt mit WITH_NEW_XORG Schalter in der /etc/make.conf einen neueren xorg-server:
Code:
pkg_info -Ix xorg
linux-f10-xorg-libs-7.4_1 Xorg libraries (Linux Fedora 10)
xorg-7.7            X.Org complete distribution metaport
xorg-apps-7.7       X.org apps meta-port
xorg-cf-files-1.0.4 X.org cf files for use with imake builds
xorg-docs-1.7,1     X.org documentation files
xorg-drivers-7.7    X.org drivers meta-port
xorg-fonts-100dpi-7.7 X.Org 100dpi bitmap fonts
xorg-fonts-7.7      X.org fonts meta-port
xorg-fonts-75dpi-7.7 X.Org 75dpi bitmap fonts
xorg-fonts-cyrillic-7.7 X.Org Cyrillic bitmap fonts
xorg-fonts-miscbitmaps-7.7 X.Org miscellaneous bitmap fonts
xorg-fonts-truetype-7.7 X.Org TrueType fonts
xorg-fonts-type1-7.7 X.Org Type1 fonts
xorg-libraries-7.7  X.org libraries meta-port
xorg-macros-1.17    X.Org development aclocal macros
xorg-server-1.12.4,1 X.Org X server and related programs
Und neueres Mesa:
Code:
pkg_info -Ix mesa
mesa-demos-8.1.0    OpenGL demos distributed with Mesa
Und neuere libdrm
Code:
pkg_info -Ix libdrm
libdrm-2.4.44       Userspace interface to kernel Direct Rendering Module servi
Eintrag in meiner /etc/make.conf:
Code:
grep WITH_NEW_XORG /etc/make.conf
WITH_NEW_XORG=YES

Das:
Code:
WITH_KMS=yes
habe ich nicht in meiner /etc/make.conf, da ich den proprietären nvidia-driver verwende.
 
Uiuiuiuiuiuiuiuuiuiiiiiiiijaaaaaaaaaaaaaaaaaaa. Es geht ! :eek::eek::eek::eek:

Danke!

Da hast Du Recht. Aber mit portmaster -a sollte das funktionieren. Danach musst Du noch ein portmaster xf86-\* absetzten.

Könnte man nicht auch durch einen Eintrag in der /boot/loader.conf oder device.hints verhindern, daß VESA geladen wird, anstatt den Kernel umkompilieren zu müssen?
 
Mit dem Neuen klappt's bei mir vorn und hinten nicht. Reicht es, die beiden Zeilen aus der make.conf zu entfernen und dann drm, dri und xorg neu zu bauen?
Oder kann man einfach nur WITH_KMS weglassen?
Ich hab nur nen alten Intel Chip, der KMS nicht braucht.
 
Nach einem
Code:
sudo zzz
geht die Kiste in den Standby, friert nach dem Aufwachhen allerdings komplett ohne Bild ein. Prozessor ist ein SandyBridge und
Code:
hw.acpi.reset_video=1
hab ich auch nicht in der sysctl.conf gesetzt
 
Mit dem Neuen klappt's bei mir vorn und hinten nicht. Reicht es, die beiden Zeilen aus der make.conf zu entfernen und dann drm, dri und xorg neu zu bauen?
Oder kann man einfach nur WITH_KMS weglassen?
Ich hab nur nen alten Intel Chip, der KMS nicht braucht.
WITH_KMS gehört nicht in die make.conf.

WITH_NEW_XORG musst du abschalten um zurück zu bauen. Alles downgraden und xf86-\* neu bauen.
 
Die Kiste ist übrigens jetzt total geschrottet.
Mit dem neuen Xorg habe ich die o.g. Probleme, dann wird der Bildschirm nach ein paar Stunden schwarz und der Rechner hängt. Beim Runterfahren hab ich ne 50/50 Chance, ob es klappt, oder ob es hängt.
Mit dem alten Xorg gehts auch nicht mehr, da bekomme ich Fehlermeldungen vom fbdev, wenn ich X starte.

Mit alten Pakete von Februar habe ich das gleiche Problem, die benutzen wohl auch schon das neue Xorg.
Einzige funktionierende Version ist jetzt neues Xorg mit Vesa Treiber, was für die Tonne ist.

Ich hab jetzt 3 Tage rumgefummelt und es nicht hinbekommen, vermutlich werde ich noch mal ganz von vorn
anfangen müssen, so ein Mist.
 
das kann man setzen, dann ist es die Voreinstellung von libdrm.
Das kann man mit make config in graphics/libdrm setzen.

@laemodost
Es ist auf jeden Fall friemelig. Kernel ohne VGA hat auf jeden Fall bei mir geholfen. Nach dem resume gibt's aber kein OpenGL mehr. Da hilft nur reboot. Wenn es jetzt letztendlich also besser als vorher ist, ist es doch noch weit davon entfernt gut zu sein.
 
Das mit den options von libdrm war glaube ich der richtige Tipp. Das tückische dabei: mit WITH_NEW_XORG wird das Options Menü zum Aktivieren von KMS überhaupt erst angezeigt. Entfernt man dann die W_N_X wieder, kann man KMS also nicht mehr abwählen und es bleibt heimlich über /var/db/ports/libdrm aktiv. Das Verzeichnis habe ich jetzt mal gelöscht und baue neu.
Danach sollte es hoffentlich wieder klappen.
 
Zurück
Oben