[clausmuus]

und DRI ist nicht für 2D?

[MarMic]

laut wiki nicht :-)

ehm claus, habe ich das nun richtig verstanden nouveau, intel, radeon sind nun im xorg paket und xorg-ati xorg-nvidia und intel fliegen raus?

greetz

[clausmuus]

ja, richtig verstanden. xorg-nvidia bleibt aber vorerst erhalten um nvidia.ko und nvidia_drv.so bereit zu stellen. Vorerst verzichte ich aber auch auf xorg-nvidia. Das wird erst für HD-TV interessant.

Claus

[MarMic]

hi claus,

ja aber irgendwie bin ich der meinung das nvida.ko falshc gebaut wird, evetl für den kernel des rootsystems und nicht den kernel der mld? kann das sein? hast du ne idee wie man das abändert, dann kann ich da weiter testen

greetz

[clausmuus]

kann schon sein, aber wie gesagt, das ist erst mal ein wenig nach hinten geschoben.

Claus

[MarMic]

hi claus,

wieder was intressantes gefunden,

dri und co

so wie ich das lese ist dri für 3d acceleration (das braucht man ja ansich nicht)

da steht etwas von wegen die treiber müssen zu den kernelmodulen passen!? aber im gleichen atemzug nimmt man sich doch die treiber aus dem kernel ordner, oder meinen die andere treiber?! (vllt *_drv.so)

greetz

[clausmuus]

ich denke die meinen die *_drv.so
Am einfachsten lässt sich herausfinden ob wir dri brauchen, indem man einmal TV schaut mit xorg-dri und einmal ohne xorg-dri, und dabei die Systemlast beobachtet.

Claus

[MarMic]

und wo kriegen wir die *_drv.so für unseren kernel bei? entweder habe ich nen knoten im kopf oder ka! also kernelmodule der treiebr vom kernel ist mir klar! aber die *_drv kopieren wir ja jetzt aus lib/usr/xorg.... aus dem host system und das ist n anderer kernel (müssen wir xorg doch selber compilen?)

greetz

[clausmuus]

ich denke nicht das die von einer bestimmten Kernel Version abhängig sind. Der Kernel muss aber ungefähr passen, damit die Schnittstellen noch stimmen.

Claus

[MarMic]

hi claus,

kanntest du das? bzw ist das integreirt beim make file? (blicke durch die selbst coile addon-makefiles noch nicht ganz durch)

--kernel-include-path=KERNEL-INCLUDE-PATH"
    echo "      The directory containing the kernel include files that"
    echo "      should be used when compiling the NVIDIA kernel module. "
    echo "      This option is deprecated; please use"
    echo "      '--kernel-source-path' instead."
    echo ""
    echo "  --kernel-source-path=KERNEL-SOURCE-PATH"
    echo "      The directory containing the kernel source files that"
    echo "      should be used when compiling the NVIDIA kernel module. "
    echo "      When not specified, the installer will use"
    echo "      '/lib/modules/`uname -r`/build', if that directory exists. "
    echo "      Otherwise, it will use '/usr/src/linux'."

.....
 am intressanteste wohl das hier:

-k, --kernel-name=KERNEL-NAME"
    echo "      Build and install the NVIDIA kernel module for the"
    echo "      non-running kernel specified by KERNEL-NAME (KERNEL-NAME"
    echo "      should be the output of `uname -r` when the target kernel"
    echo "      is actually running).  This option implies"
    echo "      '--no-precompiled-interface'.  If the options"
    echo "      '--kernel-install-path' and '--kernel-source-path' are not"
    echo "      given, then they will be inferred from KERNEL-NAME; eg:"
    echo "      '/lib/modules/KERNEL-NAME/kernel/drivers/video/' and"
    echo "      '/lib/modules/KERNEL-NAME/build/', respectively."

greetz

[MarMic]

hi claus,

also baut wieder durch auf meinem 10.10 da habe ich aber das gleiche problem wie zuvor:

Code: [Select]

[    39.412] (II) [KMS] drm report modesetting isn't supported.
....
....
[    39.516] drmOpenDevice: node name is /dev/dri/card0
[    41.023] drmOpenByBusid: Searching for BusID pci:0000:01:00.0
[    41.023] drmOpenDevice: node name is /dev/dri/card0
[    41.023] drmOpenDevice: open result is 11, (OK)
[    41.023] drmOpenByBusid: drmOpenMinor returns 11
[    41.023] drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0
[    41.024] (EE) RADEON(0): [dri] RADEONDRIGetVersion failed because of a version mismatch.
[dri] This chipset requires a kernel module version of 1.8.0,
[dri] but the kernel reports a version of 2.5.0.[dri] If using legacy modesetting, upgrade your kernel.
[dri] If using kernel modesetting, make sure your module is
[dri] loaded prior to starting X, and that this driver was built
[dri] with support for KMS.
[dri] Disabling DRI.

d.h. mit meiner radeon9200le (beste karte die ich hier zum testen habe) kann ich mit dri package kein dr haben :-P aber es läuft schonmal! das mit dem laden im xorg geht => dadurch bleibt mein monitor nicht schwartz!

achja mir ist aufgefallen, das du den verbose boot verändert hast (sieht gut aus) nun gehe ich noch der sache auf den grund wieso wir nachdem wir treiber geladen haben keine ttys mehr haben

greetz

achja mit dem devel ist wie du es jetzt konfiguriert hast (und da dri nicht lädt) fullscreen 90% und window 50%. da dri nicht geht kann ich nur noch xinelib.full testen was das ausmacht

edit:// HABS

radeon kms suche nach: Check if radeon-KMS is enabled before X is started

argh dann muessen wir doch vorher laden? bzw weiss ich net ob wenn man ne options datei hat wie ubuntu das erst zur ladezeit passiert?!

greetz
 

[MarMic]

hi claus,

alsooooo ich brauche vorher doch ein modprobe radeon modeset=1

und es sieht so aus:

Code: [Select]

[   201.104] (II) [KMS] Kernel modesetting enabled.
...

[   201.107] (--) RADEON(0): Chipset: "ATI Radeon 9200SE 5964 (AGP)" (ChipID = 0x5964)
[   201.107] (II) RADEON(0): AGP card detected
[   201.107] (II) RADEON(0): KMS Color Tiling: disabled
[   201.107] drmOpenDevice: node name is /dev/dri/card0
[   201.108] drmOpenDevice: open result is 10, (OK)
[   201.108] drmOpenByBusid: Searching for BusID pci:0000:01:00.0
[   201.108] drmOpenDevice: node name is /dev/dri/card0
[   201.108] drmOpenDevice: open result is 10, (OK)
[   201.108] drmOpenByBusid: drmOpenMinor returns 10
[   201.108] drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0

muss aber sagen das ich mit xinelib.full ohne dri 30% cpu last hatte und nun xinelib.full +dri =80% denke das er nun vdr in 1280*1024 ausgibt und nicht wie vorher in pal auflösung...

greetz

[clausmuus]

XORG_DRIVER="radeon modeset=1" sollte helfen.

Claus

[MarMic]

hi claus,

ja ich teste grade noch verschiedene livecds! also ergebnisse mit und ohne dri, sowie ergebnisse mit full doer ohne full

greetz

edit: bis jetzt siehts so als als wäre es vollkommen egal ob wir dri haben oder nicht!
 

[MarMic]

so jungs,

nach viel testen folgende ergebnisse:

xinelib:
ohne KMS: full 90% window 46%
mit KMS: full 87% window 56%

dri, xinelib:
ohne KMS: full 90% window 54%
mit KMS: full 87% window 54%

xinelib.full:
ohen KMS: full 30% window 27%
mit KMS: full 88% window 59%
!!!!=> hier ist die größte differenz und ich vermute das liegt daran das ohne KMS die auflösung gering bleibt und die graka/cpu nicht groß belastet wird und wenn dann KMS an ist er die auflösung auf 1280*1024 schaltet und xinelib.full nen upscaler oder sowas hat und das dann hochrechnet jedenfalls mit der graka läuft das am schlechtesten STOCKEN! und OHNE KMS läuft die CONIGURATION AM BESTEN :-P

dri, xinelibfull:
ohne KMS: full 30% window 30%
mit KMS: full 88% window 57%
=> gleiches fazit wie eins drüber!

FAZIT: nach meinen tests sieht es so aus als wäre es egal ob dri da ist oder nicht! vllt testet das noch jemand anderes durch! KMS ist bei mir eher ein nachteil dadurch das er überall die höchste auflösung schaltet :-) was die rechner dann doch in die knie zieht.

so hoffe das hilft hat mich zumindest ein wenig zeit gekostet :-)

greetz