Barrapunto

Ahora que estoy pensando actualizar mi AMD k6-300 con gráfica SIS del pleistoceno, estaba pensando en comprar también una tarjeta ATI 7500 LE, que ahora fabrican otras marcar y salen, relativamente, baratas (74€ en PCBOX.es).

  Me recomendáis otra tarjeta por ese precio, u otra más barata. ¿Está bien soportada la ATI 7500 por linux, o hay otras mejores?. Gracias.

¿Ya te has quedado sin jugar al quake 3 en condiciones para no manchar tu sistema Debian GNU/Linux con software propietario?

Por cierto, que yo yambién tengo una TNT2 y uso los drivers de nVidia para Linux (en este momento la versión 2960) y he tenido muchos problemas con el AGP.

Resulta que si no me voy a la configuración de las XFree y en la sección del driver nVidia pongo la opción "NvAGP" a "0", para deshabilitar el AGP, al arrancar las X se me muestran mal las fuentes, se me descolocan los gráficos y al cabo de unos segundos se cuelga el equipo sin posibilidad siquiera de rearrancar...

Hace ya un tiempo que envié un correo al servicio técnico de nVidia informándoles de esto, ya que se supone que con mi Chipset AGP Irongate tenían ciertos problemas, pero que, según ellos (según en Changelog de una versión, no me acuerdo cuál), los habían solucionado haciendo que en AGP 1x fuese perfectamente.

Pues nada, ni p'atrás. Ni se molestaron en responderme y sigo teniendo que deshabilitar AGP.

¿A alguien le ha pasado algo así? ¿Alguien lo ha solucionado? ¿Alguien sabe si en la última versión funciona correctamente?

Por cierto, ¿qué es eso de que no han liberado el código fuente? Pero si hace tiempo que te puedes bajar el .tar.gz... Yo de hecho compilo el driver a partir del .src.rpm. ¿O es que dentro de ese .tar.gz hay archivos ya compilados, o algo así?

Si tu procesador es un AMD, mira aquí.

No. Tengo un Pentium 4 en placa Soltek SL85DRV3. Todos los READMEs y demás dicen que es cuestión de variar el AGP (desde desactivarlo a cambiar opciones en la BIOS). Pero nada de nada... cuando uso los drivers NVIDIA, funcionar funciona... pero el sistema acaba colgándose.

Lo peor es que no hace falta que esté en modo gráfico. Parece que cuando arranco XFree86 con los drivers de NVIDIA, de alguna manera me envenena el sistema, ya que aunque vuelva al modo texto, al cabo de un tiempo (minutos, horas) se queda el sistema totalmente tieso.

Pensaba en fallos hardware hasta que se me ocurrió usar el driver libre "nv" que viene con XFree864... no tengo aceleración pero al menos el sistema nunca se me cuelga.

¿Te has creado ya un deb de los drivers de Nvidia para poderlos isntalar como Stallman manda en tu Debian GNU/Linux?

Piensa que de todas formas pueden ser fallos hardware que, por ejemplo, no se vean si no tienes aceleración...

Hasta ahora estaba usando los 2802, ayer me puse el 3123 y lo cierto es que la diferencia de uno a otro es brutal. Los refrescos de la pantalla son notablemente más rápidos. Yo no notaba nada raro (amigos míos con PCs más lentos sí), pero en cuanto puse el nuevo empecé a notar que ciertamente todo iba mucho más rápido (al pasar de una pestaña a otra, incluso al escribir se notaba que las letras salían más deprisa, no se si sabéis a que me refiero). Puede que esa versión del driver tuviese algún bug, no se, pero me he llevado una grata sorpresa.

Respecto a los cuelgues por los drivers, el 2802 creo que se me ha colgado 4-5 veces en casi un año, llevo usando el nuevo dos días así que no sabría decir si es más estable que el otro, lo que si me han comentado (no se si es cierto) es que no cuelga el sistema en realidad, si puedes conectarte desde otro PC por SSH o como sea, puedes arreglarlo sin necesidad de reiniciar.

Un saludo!

Quizas esos cuelgues de los que hablais se deban a tener el dirver del frambuffer y el de las X de las Nvidia a la vez. Tienen conflictos y al cambiar de modo texto a modo grafico (Alt+F7) el ordenata casca y hayq ue reiniciar. La mejor solucion es instalar el driver de nvidia de las X y para el framebuffer el generico VESA, que añadiendo la linea "vga=792" sin las comillas asi solita para el lilo y para el grub añadiendolo despues de la ruta hacia el kernel arranca en 1024x768 a 32 bits, aunque sin aceleracion. Todo esto, a no ser, claro está, que usemos mucho más el framebuffer que las X.

ATI se está moviendo en el tema de drivers de sus tarjetas para Linux, aunque en el tema de drivers (para win o para linux) nvidia siempre le ha sacado bastante terreno.

Puedo decir que los drivers de nvidia en Linux están de PM, en la Campus Party 2002 le instalé la Debian a un amigo y en Linux el Q3 le sacaba 15 frames más que en Windows.

Buenas: Si lo que oyen, en menos de nada liberaran drivers para FreeBSD como ya lo ha hecho con Linux, ademas van a ser lo suficientemente portables (la base del driver siempre es la misma, lo unico que cambia es el "conector" al OS) para ser implementados en OpenBSD y NetBSD, mas info en http://nvidia.netexploter.net Saludos UNIX4ALL

Yo no tuve problemas en mi asus k7m que llevaba el amd irongate, con debian y los drivers de nvidia, si los tuve en windows 2000, hasta que me baje un parche de la pagina de amd ya no los tuve más. Lo unico que te puedo decir es que en Debian no tuve que hacer nada raro.

Puede ser... es verdad. Si tuviera licencia del sistema operativo propietario más usado, a lo mejor lo instalaba con los drivers de nvidia a ver si se cuelga también o no. Pero claro, en este caso se me colgaría por cualquier otro motivo ;-))) así que seguiré la estrategia del avestruz y creer que es un fallo de los drivers }:-)

A ver si funcionan bien, que la versión 2880 es penosa; tiene un "memory leak" de tres pares de narices, que hace que en pocos días el XFree86 me ocupe 81 megas. Y la culpa es del driver, que si reinicio el XFree86 sigue ocupándome los 81 megas...

Y, claro, lo malo es que al llegar a ese extremo, tan solo cargando el Mozilla ya empieza a ejecutarse el "OOM killer" y te empieza a matar el Mozilla, el apache (este es gracioso; el OOM killer mata un apache, el apache se regenera, el OOM killer mata otro apache, se regenera... y el disco duro empieza a rascar, el sistema se vuelve inutilizable y la cosa no para hasta que el OOM killer mata, por ejemplo, algún proceso del kernel...).

Pero bueno, pronto terminaré estas prácticas que estoy haciendo, y podré actualizar mi sistema... :-)

Si no me falla la memoría si usas los drivers de nvidia no tienes que cargar el módulo del agpgart o meterlo en el kernel al compilarlo.

songoku:~$ cat /proc/driver/nvidia/agp/status Status: Enabled Driver: AGPGART AGP Rate: 4x Fast Writes: Disabled SBA: Disabled --- Y a mi me va de maravilla de este modo. Es cierto que se me cuelga la tarjeta con el quake III, pero no es por drivers ni nada, es que al poner algo con 3D a saco se atasca el ventilador de la tarjeta y se para, tengo que comprar otro 0:-)

Por cierto, ¿qué es eso de que no han liberado el código fuente? Pero si hace tiempo que te puedes bajar el .tar.gz... Yo de hecho compilo el driver a partir del .src.rpm. ¿O es que dentro de ese .tar.gz hay archivos ya compilados, o algo así?

El módulo del núcleo sí que viene en código fuente, pero los drivers para las XFree son binarios y no vienen en código fuente. El tar.gz que pone nvidia-glx sólo tiene binarios.

Por cierto que a mí con una Gforce2 los únicos que me han ido bien siempre eran los 2314 y los últimos 3123. El resto tenían problemas con la salida de la televisión o se colgaban a veces en 3D

Tengo un portatil con una ATI radeon mobility y no funciona la salida de TV porque los de ATI no dan especificaciones del chip de salida de TV. Con trucos con la bios Vesa en teoría se podría usar con el mplayer, pero el portatil usa Vesa 2 en vez de 3 y no se puede.

Lo drivers cerrados que da ATI creo que sólo son para la 8500.

No sé quien decía que ATI colaboraba con el soft libre pero eso es mentira.

¡No hay ninguna empresa que haga tarjetas gráficas "modernas" que colabore con el soft libre! En todas alguna parte funciona peor que en windows o no funciona por falta de especificaciones.

La que mejor funcionan, con drivers cerrados, son las nvidia, pero sólo en arquitectural Intel y las Matrox viejas que tienen drivers abiertos que funcionan muy bien.

Probablemente la que más colabore haciendo o dando especificaciones para drivers libres sea Matrox pero ninguna aporta drivers o especificaciones libres completas para que sus productos vayan igual que en windows.

Los que tengan amd+nvidia, hay que pasar el parámetro mem=nopentium al iniciar con lilo, grub o el que sea. Además según que placa base se tenga hay que usar AGPGART o NVAGP. En la siguiente página aparece una lista en la que te dice cual de las 2 usar, según lo que tengas: http://www.gentoo.org/doc/nvidia_tsg.html Este faq de nvidia está muy bien en mi humilde opinión. Saludos.

En freshmeat he visto un programa que se llama atitvout o algo muy similar que sirve precisamente para el tema de la salida de TV en las tarjetas ATI. En cuanto a la calidad de las tarjetas, pues bajo mi punto de vista, las nuevas ATI estan a la altura de las tarjetas de Nvidia, al menos eso se refleja en las comparativas que vi en anandtech.

Solo si teneis un Athlon de los primeros (stepping 1). Stepping >1 y Athlons mas modernos (tbird, xp, mp, etc) no tienen este problema.
Por otro lado, yo tengo uno de los athlons con fallo y no uso mem=nopentium. Es bastante estable y no pierdo rendimiento.

Yo tenía hasta hace poco tiempo (se me fueron placa y micro a la mierda y tuve que cambiar la tarjeta por una GeForce2 MX porque la anterior se daba de leches con la nueva placa:-() un Atlon de los de Slot A, con una placa con chipset de AMD, y todo eso aderezado con una GeForce DDR. ¿El resultado? Pues en Windows, funcionamiento normal durante cierto tiempo, hasta que se colgaba, y si utilizaba algún juego o aplicación que hiciese uso de aceleración 3d, el cuelgue era inmediato. Hasta que a base de reinstalaciones descubrí que sólo se me colgaba el sistema si instalaba el miniport para activar el AGP.

Pues bien, en Windows la única solución fue lograr encontrar una utilidad (AGP Wizard en mi caso, ya que mi tarjeta era de Creative) para poner el AGP en modo 1X, de esa forma no iba a tope pero tenía AGP y aceleración.

En Linux tardó más tiempo en surgirme el problema, entre otras cosas porque hasta bastante después de tener el sistema no empecé a utilizar las X asiduamente :-) Pero cuando lo hice, fue con los drivers de nVidia, después de trastear un poco con ellos para forzar el AGP 1X (ya que si no, tenía algún cuelgue de las X de vez en cuando). A continuación explico la forma de hacerlo:

• Lo primero, después de descomprimir los drivers, editamos el fichero os-registry.c, y buscamos NVreg_ReqAGPRate.
• Veremos que se le asigna un valor, que según los comentarios que pone encima es una máscara de los modos AGP que permitimos usar. Pues bien, cambiamos el 7 (o bien el 0x7, según versión) por un 1, y de esa forma sólo permitiremos que se use el AGP 1X
• Comprobamos que alrededor de esa asignación no hay un #if 0 ... #endif, si lo hay pues se cambia el #if 0 por un #if 1 y listo (en los últimos no está, pero en las anteriores versiones sí aparecía)
• Compilar e instalar

Nota: aparentemente también se pueden hacer estos cambios sin editar el código, simplemente con unas opciones para el arranque, pero como no sé cuáles son... tal vez estén en el readme, hace tiempo que no lo miro :-)

Con un poco de suerte ya funcionará la aceleración y no se colgará el sistema. Sólo me queda desear suerte a todos los que tengan éste problema, porque aunque a mí me funcionó esta solución seguramente a otra gente no le valga, supongo que dependerá de la versión de la versión del Irongate de AMD que tengan...

Ya lo he probado y nada. Es un simple parche para el problema. Intenta hacer lo mismo que el mplayer. Usa la BIOS Vesa 3.0 para usar la salida de TV. Mi Bios es Vesa 2.0 y sin soporte del fabricante creo que va a ser imposible usar la salida de TV. También los del proyecto Gatos están con las manos atadas legalmente con ese tema y no pueden hacer nada. En su lista de correo hay muchas preguntas sobre el mismo tema.

Por otro lado, el autor del radeontool (que sirve para apagar el LCD o la salida a Monitor) dice que con un volcado de los registros de la tarjeta en windows con la salida de TV activada igual puede activarla en Linux, pero como no uso windows no puedo hacer nada.

Por otro lado ATI dice que no dan las especificaciones de la salida de TV porque tienen un contrato con Macrovision (el de la protección anticopia de la salida de TV) y si dan las especificaciones cualquiera se salta esa protección.

Lo que no entiendo (Bueno, sí lo entiendo, es por presiones de la RIAAA y demás mafiosos) es para qué se gastan dinero en esa mierda de protección para el VHS si podemos hacer copias digitales desprotegidas de un DVD con DeCSS y meterlas en un CD con XviD.

yo los he instalado y funcionan bien , pero no noto tampoco ningun cambio "brutal"

Respecto a los cuelgues por los drivers, el 2802 creo que se me ha colgado 4-5 veces en casi un año, llevo usando el nuevo dos días así que no sabría decir si es más estable que el otro, lo que si me han comentado (no se si es cierto) es que no cuelga el sistema en realidad, si puedes conectarte desde otro PC por SSH o como sea, puedes arreglarlo sin necesidad de reiniciar.

Doy fe de ello, cuando los instalé por primera vez tuve una serie de problemas con el AGP (que se solucionaron cambiando en la BIOS lo de AGP Comp. Driving a manual y usando los valores que te dicen ellos) y se me colgaba al arrancar las X, pero completamente, sin ratón, teclado, ni nada de nada. No obstante, tengo conectada al puerto serie una terminal tonta (loewe multitel e, por si a alguien le interesa el modelo concreto) y probé a teclear en ella y si que me dejaba hacer login y reiniciar, me he ahorrado unos cuantos reinicies a lo bestia mientras estaba haciendo pruebas.

Por cierto, por si a alguien le interesa, para una placa con chipset KT266, he tenido que poner AGP Comp. Driving a EC en la BIOS (si no se colgaba al arranque de las X) y la opcion NvAGP a 1 en el XF86Config (aquí el problema no era de que se colgase sino de estabilidad con el AGPGART).

Un saludo.

Yo tengo un AMD y una nVidia y no tengo ningún problema con Linux, curiosamenta sí con Win2k (o 2kk) que se arrastra.

...porque a mí me pasa algo parecido con una tnt2 "sin marca" (es un poco cutre, je je).

¿Y no vale con poner a AGPx1 en la BIOS?

Igual tu cambio no ha sido de los 2802 a los últimos. Un amigo y yo sí, y en concreto mi amigo, de irle más lento el redibujado que sin driver a pasado a irle mucho mucho mejor. Y yo que no notaba diferencia con y sin driver la noto ahora. Ya te digo que igual es que ese driver tenía algún error de programación, pero no son cosas mías porque la diferencia es evidente.

1 saludo!

No no no, de lo que hablo yo (y el editor, creo) es de que aveces, programas que usan las GL se bloquean y dejan muerto el PC. El teclado no responde y la pantalla que queda con la última imagen antes del parón. Si no puedes hacer conexión externa no puedes saber si el PC está muerto porque el teclado se queda K.O. Los problemas que tú comentas yo no los he tenido (a mi el AGP me va a x4 perfectamente) pero si he oido a varias personas que han tenido ese problema.

Un saludo!

Yo tengo una GF2 GTS, y esto es lo que tengo:

~$ cat /proc/driver/nvidia/agp/status
Status: Enabled
Driver: AGPGART
AGP Rate: 4x
Fast Writes: Disabled
SBA: Disabled

Ahora que lo veo, tengo que ver si activo las Fast Writes, las tengo puestas en la BIOS pero parece que el driver no las habilita... :?

Puede ser... pero sólo si tu BIOS te deja ponerlo, que no era mi caso. Así que no me quedó más remedio que hacerlo por las malas :-)

No se exactamente que hace la mayoria para tener necesidad siempre necesidad de encontrar nuevos drivers para las nvidia. Supongo que yo no tengo grandes exigencias graficas.

Hasta ahora, con un PII350 + TNT2 no he tenido problemas ni con los kk-drivers genericos de RedHat mas que para xine, que todavia no consigo que me vaya bien a pantalla completa.

Si se os presentan problemas a combinar estas tres cosas (en mi caso eran cuelgues de las X que se podían repetir por ejemplo con tan solo seleccionar elementos en el escritorio del Nautilus formando una caja con el ratón), basta con que añadais la siguiente línea:

Option "XaaNoOffscreenPixmaps"

en la sección Device del fichero /etc/X11/XF86Config-4