El 13 de agosto de 2010 21:07, Marc ct
El día 13 de agosto de 2010 23:58, Camaleón
escribió: El Fri, 13 Aug 2010 21:12:08 +0200, Marc ct escribió:
En la 11.3 tengo una ATI con el driver propietario y KMS (aparentemente) activado.
dmesg | grep drm
dmesg devuelve muchas linias, pero con el | grep drm no devuelve nada...
En algun otro hilo recuerdo haber leído que esto no era compatible y que se debía desactivar KMS para usar el driver propietario.
¿es esto cierto? ¿es mejor desactivar KMS?
Yo pensaba que era un requisito necesario, digo, desactivarlo. No veo cómo puede estar el kernel y el driver propietario gestionando los dos los modos de la pantalla :-?
yo también entendí esto según otros hilos que leí. Por eso preguntaba..., entiendo que desactivar KMS es poner en el arranque "nomodeset" y para que esté activado es no poner nada.
Yo habia intentado activar al driver propietario, para lo cual tube que crear unos cuantos symlinks en los fuentes y modulos, ya que habia un bug que recién fue resuelto esta semana, por el cual la versión de kernel no quedaba claramente defiinida. Viendo este hilo, y que además hoy tengo para actualizar un equipo de una amiga, (con video Nvidia, yo uso ATI), tube que volver a estudiar el tema. Con respecto a "nomodeset" vi esto: modprobe supports blacklisting per driver (not per modalias or any wildcared variant thereof). If we are willing to scarifice per device ID blacklisting we should simply go with the blacklisting modprobe supports. If we also make sure that options listed in /etc/modprobe.d/* are copied to initrd for the drivers copied to it then - The user can disable KMS (per driver) by adding the a line options <drivername> modeset=0 to /etc/modprobe.d/options - ATI (as an example) can simply ship a file containing the line blacklist radeon and dump it into /etc/modprobe.d/ to prevent loading the radeon driver. rerunning mkinitrd will generate a new initrd without the radeon module. NO_KMS_IN_INITRD by itself doesn't provide a big benefit. If the DRM driver isn't loaded in initrd it will be loaded by udev (which can be prevented) or by the Xserver. Thus this option would only be useful for developers who want to load a DRM driver by hand and thus not have it loaded by initrd. (As a note on the side: when KMS is activated DRM drivers cannot be unloaded - which makes debugging this driver a real treat :( ) http://lists.opensuse.org/opensuse-factory/2009-12/msg00192.html Como dice allí, el modeset=0, o nomodeset, no es del todo efectivo, y además, por cada modificación que hagas, hay que volver a ejecutar mkinitrd. Hay otro link que trata del driver propietario Nvidia, lo cual en teoría debería ser valido para el fglrx de ATI: http://www.groupsrv.com/linux/about161945.html Yast -> Software Repositories -> "Add" button -> Community Repositories -> "Continue" button -> select NVIDIA Repository -> "OK" button Yast -> Software Management -> Search -> "nvidia" The driver for your video card should be "auto-selected" to be installed - if not, select it. "Accept" button. Yast -> /etc/sysconfig editor _> System -> Kernel and set "NO_KMS_IN_INITRD" to "yes" (if not already) Then, System -> Bootloader, add " nomodeset brokenmodules=nouveau" to "DEFAULT_APPEND" and "XEN_KERNEL_APPEND" Ensure that the file: /etc/X11/xorg.conf.d/50-device.conf has the "Driver "nvidia" entry: Section "Device" Identifier "Default Device" #Driver "radeon" Driver "nvidia" ## Required magic for radeon/radeonhd drivers; output name ## (here: "DVI-0") can be figured out via 'xrandr -q' #Option "monitor-DVI-0" "Default Monitor" EndSection Reboot system. After login, you should be running with the NVIDIA driver. mjt at (no spam) stimpy:~> lsmod | grep nvidia nvidia 10862553 34
lo que sí diré y que no he dicho (y no sé si tiene algo que ver) es que cuando instalo el driver propietario este se empeña en comentar la linia del xorg.conf: BusID "PCI:1:0:0"
Ejecutaste el aticonfig, y te creó eso?? A mi el aticonfig, me lo habilitaba. Mas info: https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/linux_cat1... Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org