[opensuse-es] Activar KMS o no ?
Hola, En la 11.3 tengo una ATI con el driver propietario y KMS (aparentemente) activado. 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? He visto que el driver propietario funciona aparentemente igual de bien con KMS que sin (no es que haya hecho ninguna prueba exhaustiva, solo a nivel de escritorio y ejecutando glxgears). Pero con el driver radeonhd debe estar el KMS desactivado para tan siquiera arrancar las X. Y esto me desconcierta un poco después de haber leído otros hilos... ¿Tal vez los de ati ya han corregido el problema? Saludos, Marc -- 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
El día 13 de agosto de 2010 13:12, Marc ct
Hola,
En la 11.3 tengo una ATI con el driver propietario y KMS (aparentemente) activado. 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?
Según entiendo, si es necesario desactivar KMS si vas a usar el driver propietario. Ya que según he leído, entran en conflicto. Según las notas de la versión puedes desactivar KMS si tienes problema y probar el propietario (Realmente no se si ATI y Nvidia, seguirán proporcionando libremente estos), yo estoy usando KMS para una "Nvidia GeForce 7300 GS", y no he tenido problemas (tengo que hacer algunas pruebas, para ver sus características frente a el propietario). Saludos cheperobert
He visto que el driver propietario funciona aparentemente igual de bien con KMS que sin (no es que haya hecho ninguna prueba exhaustiva, solo a nivel de escritorio y ejecutando glxgears). Pero con el driver radeonhd debe estar el KMS desactivado para tan siquiera arrancar las X. Y esto me desconcierta un poco después de haber leído otros hilos...
¿Tal vez los de ati ya han corregido el problema?
Saludos, Marc -- 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
-- Linux codigo abierto: Millones de personas en el mundo con mentes abiertas no pueden estar equivocadas -- 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
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
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 :-?
He visto que el driver propietario funciona aparentemente igual de bien con KMS que sin (no es que haya hecho ninguna prueba exhaustiva, solo a nivel de escritorio y ejecutando glxgears). Pero con el driver radeonhd debe estar el KMS desactivado para tan siquiera arrancar las X. Y esto me desconcierta un poco después de haber leído otros hilos...
El driver "radeonhd" (me parece que no tiene soporte para KMS) no debería cargarse ese sino el" radeon" (que sí admite KMS). ¿Qué tarjeta ATI tienes?
¿Tal vez los de ati ya han corregido el problema?
¿Qué problema? :-) Saludos, -- Camaleón -- 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
El día 13 de agosto de 2010 23:58, Camaleón
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. 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" y que con esta linia comentada pues las X no arrancan. Antes en 11.2 no la comentaba. (no sé si desactivando KMS tal vez esta linia podría estar comentada )
He visto que el driver propietario funciona aparentemente igual de bien con KMS que sin (no es que haya hecho ninguna prueba exhaustiva, solo a nivel de escritorio y ejecutando glxgears). Pero con el driver radeonhd debe estar el KMS desactivado para tan siquiera arrancar las X. Y esto me desconcierta un poco después de haber leído otros hilos...
El driver "radeonhd" (me parece que no tiene soporte para KMS) no debería cargarse ese sino el" radeon" (que sí admite KMS). ¿Qué tarjeta ATI tienes?
tengo una ATI Mobility Radeon HD 4650 el driver radeonhd pone muy claro que no tiene soporte para KMS cuando lo intento arrancar. Lo dice con las mismas palabras 'este driver no tiene soporte para KMS', y cuando lo desactivo entonces funciona ok. Pero con el driver 'radeon' y almenos con KMS no me 'arrancan' las X, 'arranca' sin dar ningún error pero la pantalla se queda en negro sin poder hacer nada.
¿Tal vez los de ati ya han corregido el problema?
¿Qué problema? :-)
:) , me refería a la 'compatibilidad' con kms, si es que pueden llegar a funcionar juntos...
Saludos,
-- Camaleón
-- 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-08-14 02:07, Marc ct wrote:
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...
Pues entonces no está en uso. Por si acaso, prueba con -i (grep -i drm etc). En la wikipedia pone poquísimo sobre drm http://en.wikipedia.org/wiki/Direct_Rendering_Manager. Sobre KMS pone algo en http://en.wikipedia.org/wiki/Mode-setting - -- Cheers, Carlos E. R. (from 11.2 x86_64 "Emerald" at Elessar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkxl5XcACgkQU92UU+smfQWeagCeMoA/Dab6HX5kLEsqGTqL5SBL BhcAnA2EI4jwwCQPIeyk9qu/dcG8czsF =wt2h -----END PGP SIGNATURE----- -- 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
El Sat, 14 Aug 2010 02:07:20 +0200, Marc ct escribió:
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...
Entonces, como te dice Carlos E. R., quiere decir que no tienes activado el 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.
Según tu dmesg, aparece desactivado. En openSUSE son muy "apañaicos", es posible que al instalar el driver cerrado sencillamente se desactive el KMS "automágicamente" :-)
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"
y que con esta linia comentada pues las X no arrancan. Antes en 11.2 no la comentaba. (no sé si desactivando KMS tal vez esta linia podría estar comentada )
Pues esto no lo sé... pero no deberías tener ningún "xorg.conf" (salvo que hayas actualizado desde une versión anterior y te haya mantenido los parámetros antiguos), ahora todo es dinámico.
El driver "radeonhd" (me parece que no tiene soporte para KMS) no debería cargarse ese sino el" radeon" (que sí admite KMS). ¿Qué tarjeta ATI tienes?
tengo una ATI Mobility Radeon HD 4650 el driver radeonhd pone muy claro que no tiene soporte para KMS cuando lo intento arrancar. Lo dice con las mismas palabras 'este driver no tiene soporte para KMS', y cuando lo desactivo entonces funciona ok.
El "radeonhd" es el que usa openSUSE cuando se desactiva el KMS. Por eso digo que no deberías utilizarlo salvo por algo muy concreto (p. ej., que no funcione ningún otro), es un driver que es ya no se mantiene a largo plazo.
Pero con el driver 'radeon' y almenos con KMS no me 'arrancan' las X, 'arranca' sin dar ningún error pero la pantalla se queda en negro sin poder hacer nada.
Eso es lo que tendrías que solucionar porque esa tarjeta sí está soportada por el driver "radeon". Prueba lo típico (si te interesa, claro, si todo te funciona, ya sabes, mejor no tocarlo), sin archivo xorg.conf y revisando los registros de Xorg (/var/log/Xorg.0.log).
¿Tal vez los de ati ya han corregido el problema?
¿Qué problema? :-)
:) , me refería a la 'compatibilidad' con kms, si es que pueden llegar a funcionar juntos...
O KMS o driver cerrado, "choose your poison" :-P Saludos, -- Camaleón -- 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
El día 14 de agosto de 2010 12:51, Camaleón
El Sat, 14 Aug 2010 02:07:20 +0200, Marc ct escribió:
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...
Entonces, como te dice Carlos E. R., quiere decir que no tienes activado el 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.
Según tu dmesg, aparece desactivado.
En openSUSE son muy "apañaicos", es posible que al instalar el driver cerrado sencillamente se desactive el KMS "automágicamente" :-)
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"
y que con esta linia comentada pues las X no arrancan. Antes en 11.2 no la comentaba. (no sé si desactivando KMS tal vez esta linia podría estar comentada )
Pues esto no lo sé... pero no deberías tener ningún "xorg.conf" (salvo que hayas actualizado desde une versión anterior y te haya mantenido los parámetros antiguos), ahora todo es dinámico.
yaya.., pero sin xorg.conf no arranca..., en la 11.2 también lo necesitaba para arrancar..
El driver "radeonhd" (me parece que no tiene soporte para KMS) no debería cargarse ese sino el" radeon" (que sí admite KMS). ¿Qué tarjeta ATI tienes?
tengo una ATI Mobility Radeon HD 4650 el driver radeonhd pone muy claro que no tiene soporte para KMS cuando lo intento arrancar. Lo dice con las mismas palabras 'este driver no tiene soporte para KMS', y cuando lo desactivo entonces funciona ok.
El "radeonhd" es el que usa openSUSE cuando se desactiva el KMS. Por eso digo que no deberías utilizarlo salvo por algo muy concreto (p. ej., que no funcione ningún otro), es un driver que es ya no se mantiene a largo plazo.
Pero con el driver 'radeon' y almenos con KMS no me 'arrancan' las X, 'arranca' sin dar ningún error pero la pantalla se queda en negro sin poder hacer nada.
Eso es lo que tendrías que solucionar porque esa tarjeta sí está soportada por el driver "radeon".
Prueba lo típico (si te interesa, claro, si todo te funciona, ya sabes, mejor no tocarlo), sin archivo xorg.conf y revisando los registros de Xorg (/var/log/Xorg.0.log).
bueno..., lo voy a dejar porque de momento tal cual está funciona bien. SI más adelante tengo problemas ya me va a tocar tener que mirarlo.. <:-)
¿Tal vez los de ati ya han corregido el problema?
¿Qué problema? :-)
:) , me refería a la 'compatibilidad' con kms, si es que pueden llegar a funcionar juntos...
O KMS o driver cerrado, "choose your poison" :-P
Saludos,
-- Camaleón
-- 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
El Sun, 15 Aug 2010 13:01:51 +0200, Marc ct escribió:
El día 14 de agosto de 2010 12:51, Camaleón escribió:
(...)
Pues esto no lo sé... pero no deberías tener ningún "xorg.conf" (salvo que hayas actualizado desde une versión anterior y te haya mantenido los parámetros antiguos), ahora todo es dinámico.
yaya.., pero sin xorg.conf no arranca..., en la 11.2 también lo necesitaba para arrancar..
Si hubieras informado del error en la 11.2 (¿informaste?), ahora seguramente ya estaría corregido, pero como no os gusta el bugzilla, pues luego pasa lo que pasa >:-) Que no arranque sin "xorg.conf" es "reportable", siempre y cuando uses el driver libre (radeon), claro. Si te refieres a que el driver cerrado necesita el archivo "xorg.conf" para poder iniciar, pues eso ya es más normal, lo necesitas para decirle al Xorg que tiene que usar el driver de ATI y no el abierto.
Pero con el driver 'radeon' y almenos con KMS no me 'arrancan' las X, 'arranca' sin dar ningún error pero la pantalla se queda en negro sin poder hacer nada.
Eso es lo que tendrías que solucionar porque esa tarjeta sí está soportada por el driver "radeon".
Prueba lo típico (si te interesa, claro, si todo te funciona, ya sabes, mejor no tocarlo), sin archivo xorg.conf y revisando los registros de Xorg (/var/log/Xorg.0.log).
bueno..., lo voy a dejar porque de momento tal cual está funciona bien. SI más adelante tengo problemas ya me va a tocar tener que mirarlo.. <:-)
Recuerda que también puedes usar la LiveCD para hacer pruebas sin tocar la configuración actual. Es decir, si inicias la LicevD (la cual debería cargar el driver "radeon" y activar el KMS) y no tienes vídeo, pues te vas directo al bugzilla y ya te irán haciendo preguntas... Saludos, -- Camaleón -- 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
El 15/08/10 13:53, Camaleón escribió:
El Sun, 15 Aug 2010 13:01:51 +0200, Marc ct escribió:
Recuerda que también puedes usar la LiveCD para hacer pruebas sin tocar la configuración actual. Es decir, si inicias la LicevD (la cual debería cargar el driver "radeon" y activar el KMS) y no tienes vídeo, pues te vas directo al bugzilla y ya te irán haciendo preguntas...
Saludos,
A mí la 11.3 no me arranca ni en virtualbox, ni en el pc que tengo disponible para pruebas, así que sintiéndolo mucho creo que se va a quedar sin probar, y ya lo siento porque es una buena manera de poder probar KDE 4.5 a fondo, y no en Ubuntu... o KUbuntu... -- 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
El Sun, 15 Aug 2010 15:23:12 +0200, csalinux escribió:
El 15/08/10 13:53, Camaleón escribió:
El Sun, 15 Aug 2010 13:01:51 +0200, Marc ct escribió:
Recuerda que también puedes usar la LiveCD para hacer pruebas sin tocar la configuración actual. Es decir, si inicias la LicevD (la cual debería cargar el driver "radeon" y activar el KMS) y no tienes vídeo, pues te vas directo al bugzilla y ya te irán haciendo preguntas...
A mí la 11.3 no me arranca ni en virtualbox, ni en el pc que tengo disponible para pruebas, así que sintiéndolo mucho creo que se va a quedar sin probar, y ya lo siento porque es una buena manera de poder probar KDE 4.5 a fondo, y no en Ubuntu... o KUbuntu...
¿Y no te interesaría saber por qué no arranca? Pero mejor abre un hilo nuevo, no vaya a ser que nos acusen luego de "roba-hilos" :-) Saludos, -- Camaleón -- 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
El 15/08/10 15:37, Camaleón escribió:
El Sun, 15 Aug 2010 15:23:12 +0200, csalinux escribió:
El 15/08/10 13:53, Camaleón escribió:
El Sun, 15 Aug 2010 13:01:51 +0200, Marc ct escribió:
Recuerda que también puedes usar la LiveCD para hacer pruebas sin tocar la configuración actual. Es decir, si inicias la LicevD (la cual debería cargar el driver "radeon" y activar el KMS) y no tienes vídeo, pues te vas directo al bugzilla y ya te irán haciendo preguntas...
A mí la 11.3 no me arranca ni en virtualbox, ni en el pc que tengo disponible para pruebas, así que sintiéndolo mucho creo que se va a quedar sin probar, y ya lo siento porque es una buena manera de poder probar KDE 4.5 a fondo, y no en Ubuntu... o KUbuntu...
¿Y no te interesaría saber por qué no arranca? Pero mejor abre un hilo nuevo, no vaya a ser que nos acusen luego de "roba-hilos" :-)
Saludos,
De roba hilos, y de no usar noséqué y de invitarnos a dejar la lista :D ... Lo de siempre :D, ¿será porque llegamos aquí antes de ayer? :) Pues la verdad que me gustaría que arrancase, pero también estoy liado con Debian Squeeze... etc., etc., muchas guerras :) Igual cojo la 11.2 y le meto el KDE 4.5 a ver cómo va en una distro bien hecha para KDE. -- 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
El Sun, 15 Aug 2010 15:55:45 +0200, csalinux escribió:
El 15/08/10 15:37, Camaleón escribió:
(...)
¿Y no te interesaría saber por qué no arranca? Pero mejor abre un hilo nuevo, no vaya a ser que nos acusen luego de "roba-hilos" :-)
De roba hilos, y de no usar noséqué y de invitarnos a dejar la lista :D ... Lo de siempre :D, ¿será porque llegamos aquí antes de ayer? :)
:-)
Pues la verdad que me gustaría que arrancase, pero también estoy liado con Debian Squeeze... etc., etc., muchas guerras :)
Igual cojo la 11.2 y le meto el KDE 4.5 a ver cómo va en una distro bien hecha para KDE.
La KDE4Live te puede interesar. No sé si es instalable, creo que sí, porque en el escritorio aparecía un icono de "install now" o algo así. He de decir que es la primera versión de KDE 4 que no se cuelga nada más iniciarla. De hecho, plasma no se colgó ni una sola vez durante todo el tiempo que la tuve encendida. Ha mejorado notablemente. KMail parece un clon de Thunderbird3 (¿qué le pasa a todo el mundo con las pestañas? si no son nada prácticas para interfaces de uso intensivo :-/) Saludos, -- Camaleón -- 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
El 15/08/10 17:07, Camaleón escribió:
El Sun, 15 Aug 2010 15:55:45 +0200, csalinux escribió:
El 15/08/10 15:37, Camaleón escribió:
(...)
¿Y no te interesaría saber por qué no arranca? Pero mejor abre un hilo nuevo, no vaya a ser que nos acusen luego de "roba-hilos" :-)
De roba hilos, y de no usar noséqué y de invitarnos a dejar la lista :D ... Lo de siempre :D, ¿será porque llegamos aquí antes de ayer? :)
:-)
Pues la verdad que me gustaría que arrancase, pero también estoy liado con Debian Squeeze... etc., etc., muchas guerras :)
Igual cojo la 11.2 y le meto el KDE 4.5 a ver cómo va en una distro bien hecha para KDE.
La KDE4Live te puede interesar. No sé si es instalable, creo que sí, porque en el escritorio aparecía un icono de "install now" o algo así.
No sé si será instalable, la tengo bajada, pero lo que es de verdad es inestable, más bien inestable es poco, así no se puede probar nada de nada.
He de decir que es la primera versión de KDE 4 que no se cuelga nada más iniciarla. De hecho, plasma no se colgó ni una sola vez durante todo el tiempo que la tuve encendida. Ha mejorado notablemente.
Sí, yo lo ha probado en KUbuntu... ya se le puede considerar, en KUbuntu RC, me gustaría verla en OpenSuSE y añadir los repos de KDE, que siempre han funcionado muy bien y siempre se ha actualizado más que bien, y constantemente.
KMail parece un clon de Thunderbird3 (¿qué le pasa a todo el mundo con las pestañas? si no son nada prácticas para interfaces de uso intensivo :-/)
Un horror, horroroso, horreibol, etc... No sirve para nada, más que para distraer cuando sin querer se te ha ido la pestaña principal a inactiva...
Saludos,
-- 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
2010/8/15 csalinux
El 15/08/10 13:53, Camaleón escribió:
El Sun, 15 Aug 2010 13:01:51 +0200, Marc ct escribió:
Recuerda que también puedes usar la LiveCD para hacer pruebas sin tocar la configuración actual. Es decir, si inicias la LicevD (la cual debería cargar el driver "radeon" y activar el KMS) y no tienes vídeo, pues te vas directo al bugzilla y ya te irán haciendo preguntas...
Saludos,
A mí la 11.3 no me arranca ni en virtualbox, ni en el pc que tengo disponible para pruebas, así que sintiéndolo mucho creo que se va a quedar sin probar, y ya lo siento porque es una buena manera de poder probar KDE 4.5 a fondo, y no en Ubuntu... o KUbuntu...
En VirtualBox lo he probado, y si bien no arranca directamente, hay que añadir cierto comando en el grub. Lo malo es que ya me olvidé la página y no la he podido encontrar. =( -- Carlos A. -- 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
El día 15 de agosto de 2010 13:53, Camaleón
El Sun, 15 Aug 2010 13:01:51 +0200, Marc ct escribió:
El día 14 de agosto de 2010 12:51, Camaleón escribió:
(...)
Pues esto no lo sé... pero no deberías tener ningún "xorg.conf" (salvo que hayas actualizado desde une versión anterior y te haya mantenido los parámetros antiguos), ahora todo es dinámico.
yaya.., pero sin xorg.conf no arranca..., en la 11.2 también lo necesitaba para arrancar..
Si hubieras informado del error en la 11.2 (¿informaste?), ahora seguramente ya estaría corregido, pero como no os gusta el bugzilla, pues luego pasa lo que pasa >:-)
¿error? ¿que error? :-) yo no toqué nada en el xorg.conf ni en la 11.2 ni en la 11.3 (bueno aquí solo descomenté esa linia que dije anteriormente), opensuse y/o el driver propietario de ati me pusieron el xorg.conf..., yo no...
Que no arranque sin "xorg.conf" es "reportable", siempre y cuando uses el driver libre (radeon), claro.
uso el driver propietario de todas formas ya miré en el bugzilla y ya aparecen reportados problemas de blank screen con el driver radeon... (no he mirado el detalle de ellos)
Si te refieres a que el driver cerrado necesita el archivo "xorg.conf" para poder iniciar, pues eso ya es más normal, lo necesitas para decirle al Xorg que tiene que usar el driver de ATI y no el abierto.
Pero con el driver 'radeon' y almenos con KMS no me 'arrancan' las X, 'arranca' sin dar ningún error pero la pantalla se queda en negro sin poder hacer nada.
Eso es lo que tendrías que solucionar porque esa tarjeta sí está soportada por el driver "radeon".
Prueba lo típico (si te interesa, claro, si todo te funciona, ya sabes, mejor no tocarlo), sin archivo xorg.conf y revisando los registros de Xorg (/var/log/Xorg.0.log).
bueno..., lo voy a dejar porque de momento tal cual está funciona bien. SI más adelante tengo problemas ya me va a tocar tener que mirarlo.. <:-)
Recuerda que también puedes usar la LiveCD para hacer pruebas sin tocar la configuración actual. Es decir, si inicias la LicevD (la cual debería cargar el driver "radeon" y activar el KMS) y no tienes vídeo, pues te vas directo al bugzilla y ya te irán haciendo preguntas...
Saludos,
-- Camaleón
-- 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
El día 15 de agosto de 2010 10:45, Marc ct
El día 15 de agosto de 2010 13:53, Camaleón
escribió: El Sun, 15 Aug 2010 13:01:51 +0200, Marc ct escribió:
El día 14 de agosto de 2010 12:51, Camaleón escribió:
(...)
Pues esto no lo sé... pero no deberías tener ningún "xorg.conf" (salvo que hayas actualizado desde une versión anterior y te haya mantenido los parámetros antiguos), ahora todo es dinámico.
yaya.., pero sin xorg.conf no arranca..., en la 11.2 también lo necesitaba para arrancar..
Si hubieras informado del error en la 11.2 (¿informaste?), ahora seguramente ya estaría corregido, pero como no os gusta el bugzilla, pues luego pasa lo que pasa >:-)
¿error? ¿que error? :-) yo no toqué nada en el xorg.conf ni en la 11.2 ni en la 11.3 (bueno aquí solo descomenté esa linia que dije anteriormente), opensuse y/o el driver propietario de ati me pusieron el xorg.conf..., yo no...
Que no arranque sin "xorg.conf" es "reportable", siempre y cuando uses el driver libre (radeon), claro.
uso el driver propietario de todas formas ya miré en el bugzilla y ya aparecen reportados problemas de blank screen con el driver radeon... (no he mirado el detalle de ellos)
Bueno, acabo de instalar el driver fglrx, y siguiendo las instrucciones sobre kms para nvidia, http://www.groupsrv.com/linux/about161945.html donde el driver que uno debe evitar cargar es el "radeon", y el que tiene que cargar es el fglrx. Por si acaso, ejecuté el comando mkinitrd, para estar seguro de que no cargue mas el driver kms radeon. Al reiniciar, en el primer intento, no levantó Xorg, y me daba un error de que no encontraba la tarjeta de video. Entonces ejecuté "aticonfig --initial -f" (sin las comillas) como root, a continuación "modprobe fglrx", y luego startx, y levantó sin problemas el KDE4. Luego reinicié para probar si todo funca bien, y aqui estoy escribiendo estas lineas. Probé el Unigine Tropics Demo v1.1 y me dio a 1280x1024 a pantalla completa: FPS: 27.8 Scores: 700 Hardware Binary: Linux 32bit GCC 4.1.2 Release Oct 29 2008 Operating system: Linux 2.6.34-12-desktop x86_64 CPU model: AMD Phenom(tm) II X3 710 Processor CPU flags: 2599MHz MMX+ 3DNow!+ SSE SSE2 SSE3 HT GPU model: ATI Radeon HD 4600 Series 3.3.9901 Compatibility Profile Context 1024Mb Settings Render: opengl Mode: 1280x1024 fullscreen Shaders: high Textures: high Filter: trilinear Anisotropy: 4x Occlusion: disabled Reflection: enabled Refraction: enabled Volumetric: enabled Ahh, el contenido del xorg.conf es: /etc/X11/xorg.conf Section "ServerLayout" Identifier "aticonfig Layout" Screen 0 "aticonfig-Screen[0]-0" 0 0 EndSection Section "Files" EndSection Section "Module" EndSection Section "Monitor" Identifier "aticonfig-Monitor[0]-0" Option "VendorName" "ATI Proprietary Driver" Option "ModelName" "Generic Autodetecting Monitor" Option "DPMS" "true" EndSection Section "Device" Identifier "aticonfig-Device[0]-0" Driver "fglrx" BusID "PCI:1:0:0" EndSection Section "Screen" Identifier "aticonfig-Screen[0]-0" Device "aticonfig-Device[0]-0" Monitor "aticonfig-Monitor[0]-0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection 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
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
El día 14 de agosto de 2010 15:53, Juan Erbes
El 13 de agosto de 2010 21:07, Marc ct
escribió: 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...
bueno, supongo que se ejecutaba automáticamente cuando se instalaba desde yast..., en la 11.2 estaba activado, pero cuando actualizé a la 11.3 lo desactivó...
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
El día 15 de agosto de 2010 08:04, Marc ct
El día 14 de agosto de 2010 15:53, Juan Erbes
escribió: El 13 de agosto de 2010 21:07, Marc ct
escribió: 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...
bueno, supongo que se ejecutaba automáticamente cuando se instalaba desde yast..., en la 11.2 estaba activado, pero cuando actualizé a la 11.3 lo desactivó...
En la 11.2 no existía KMS, y para la 11.3 todavía no está el repo ATI. Si no instalaste a partir del instalador de ATI, entonces, como lo instalaste? Ayer instalé el driver propietario Nvidia en otro equipo que actualicé, y seguí las instrucciones que pegué en este hilo, pero en realidad, había agregado el repo Nvidia, y cuando hice la actualización el linea, me lo instaló automáticamente. En cuanto al fglrx en mi pc, que había instalado desde el instalador Catalyst, todo lo que era 3D, funcionaba de maravillas, pero en el Firefox, me aparecían rectangulos negros, porque no seguí el procedimiento indicado, para evitar que se cargue el driver KMS (nomodeset o modeset=0, y todo eso). Tengo que volver a intentarlo. 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
En la 11.2 no existía KMS, y para la 11.3 todavía no está el repo ATI. Si no instalaste a partir del instalador de ATI, entonces, como lo instalaste?
Sí que estan los repositorios de ATI para la 11.3 (y desde aquí lo instalé): http://en.opensuse.org/Additional_package_repositories#ATI_video_drivers
Ayer instalé el driver propietario Nvidia en otro equipo que actualicé, y seguí las instrucciones que pegué en este hilo, pero en realidad, había agregado el repo Nvidia, y cuando hice la actualización el linea, me lo instaló automáticamente.
En cuanto al fglrx en mi pc, que había instalado desde el instalador Catalyst, todo lo que era 3D, funcionaba de maravillas, pero en el Firefox, me aparecían rectangulos negros, porque no seguí el procedimiento indicado, para evitar que se cargue el driver KMS (nomodeset o modeset=0, y todo eso). Tengo que volver a intentarlo.
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
El día 15 de agosto de 2010 10:36, Marc ct
En la 11.2 no existía KMS, y para la 11.3 todavía no está el repo ATI. Si no instalaste a partir del instalador de ATI, entonces, como lo instalaste?
Sí que estan los repositorios de ATI para la 11.3 (y desde aquí lo instalé): http://en.opensuse.org/Additional_package_repositories#ATI_video_drivers
El link al que apunta es: http://www2.ati.com/suse/11.3/ Y sale: File not found. No se que instalaste. Hace un mes decían que iva a estar ls desarrolladores de la lista factory. Pero por lo visto, no hay nada. 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
El 15/08/10 23:37, Juan Erbes escribió:
El día 15 de agosto de 2010 10:36, Marc ct
escribió: En la 11.2 no existía KMS, y para la 11.3 todavía no está el repo ATI. Si no instalaste a partir del instalador de ATI, entonces, como lo instalaste?
Sí que estan los repositorios de ATI para la 11.3 (y desde aquí lo instalé): http://en.opensuse.org/Additional_package_repositories#ATI_video_drivers
El link al que apunta es:
http://www2.ati.com/suse/11.3/
Y sale: File not found.
No se que instalaste.
Hace un mes decían que iva a estar ls desarrolladores de la lista factory. Pero por lo visto, no hay nada.
Salu2
ATI video drivers Proprietary drivers for ATI video cards. See the ATI install HOWTO http://en.opensuse.org/SDB:ATI. This repository is not browsable with a web browser and does not seem to be as up to date as the drivers they offer for download from the web site. Version: 11.3 http://www2.ati.com/suse/11.3/ Version: 11.2 http://www2.ati.com/suse/11.2/ Version: 11.1 http://www2.ati.com/suse/11.1/ Version: SLE 11 http://www2.ati.com/suse/sle11 Version: SLE 11 SP1 http://www2.ati.com/suse/sle11sp1 Version: SLE 10 SP2 http://www2.ati.com/suse/sle10sp2 -- 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
El día 15 de agosto de 2010 18:42, csalinux
El 15/08/10 23:37, Juan Erbes escribió:
El día 15 de agosto de 2010 10:36, Marc ct
escribió: En la 11.2 no existía KMS, y para la 11.3 todavía no está el repo ATI. Si no instalaste a partir del instalador de ATI, entonces, como lo instalaste?
Sí que estan los repositorios de ATI para la 11.3 (y desde aquí lo instalé): http://en.opensuse.org/Additional_package_repositories#ATI_video_drivers
El link al que apunta es:
http://www2.ati.com/suse/11.3/
Y sale: File not found.
No se que instalaste.
Hace un mes decían que iva a estar ls desarrolladores de la lista factory. Pero por lo visto, no hay nada.
Salu2
ATI video drivers
Proprietary drivers for ATI video cards. See the ATI install HOWTO http://en.opensuse.org/SDB:ATI.
This repository is not browsable with a web browser and does not seem to be as up to date as the drivers they offer for download from the web site.
Version: 11.3 http://www2.ati.com/suse/11.3/
Se me pasó por alto el "This repository is not browsable with a web browser" Gracias 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
participants (7)
-
Camaleón
-
Carlos E. R.
-
cheperobert
-
csalinux
-
Juan Erbes
-
Marc ct
-
Shinji Ikari