Re: [GRULIC] Ubuntu 12.04 - Nvidia drivers

Página superior
Adjuntos:
+ (text/plain)
+ xorg.conf (application/octet-stream)

Responder a este mensaje
Autor: Lord Hobborg
Fecha:  
A: Lista de correo del Grupo de Usuarios de Software Libre en Cordoba
Asunto: Re: [GRULIC] Ubuntu 12.04 - Nvidia drivers
2012/6/5 Maximiliano Mercado <max.merca@???>:
> Mis disculpas Lord Hobborg, me había confundido con la respuesta de Marcelo
> (de ahí mi mail anterior)
>



> Según el Warning, interpreto que X  dice que la operación de lectura del
> EDID que se le ha solicitado al Driver NVIDIA que actualmente está
> controlando a la placa de video no es válido (ya sea porque el Driver Falló


Es una posibilidad, pero no veo mensajes específicos al respecto, y
luego de instalar el driver la calidad de los gráficos mejora de forma
apreciable.
Por cierto, actualmente estoy usando:

Package: nvidia-current
Version: 295.53-0ubuntu1

y

Package: nvidia-current-updates
Version: 295.49-0ubuntu0.1

>
> o porque el EDID está corrupto,
>


Esa es mi teoría por el momento. Se ve reforzada por este resultado:
~# get-edid
get-edid: get-edid version 2.0.0

    Performing real mode VBE call
    Interrupt 0x10 ax=0x4f00 bx=0x0 cx=0x0
    Function supported
    Call successful

    VBE version 300
    VBE string at 0x11100 "NVIDIA"

VBE/DDC service about to be called
    Report DDC capabilities

    Performing real mode VBE call
    Interrupt 0x10 ax=0x4f15 bx=0x0 cx=0x0
    Function supported
    Call successful

    Monitor and video card combination does not support DDC1 transfers
    Monitor and video card combination supports DDC2 transfers
    0 seconds per 128 byte EDID block transfer
    Screen is not blanked during DDC transfer

Reading next EDID block

VBE/DDC service about to be called
    Read EDID

    Performing real mode VBE call
    Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0
    Function supported
    Call failed

The EDID data should not be trusted as the VBE call failed
EDID claims 255 more blocks left
EDID blocks left is wrong.
Your EDID is probably invalid.
��������������������������������������������������������������������������������������������������������������������������������

>
> o porque el driver no está realmente
> controlando a la placa de video).
>


También puede ser supongo. Al fin y al cabo el glxgears no me tira
todos los FPS que consigue en Debian. ¿Eso sería un síntoma de "mal
control de la placa"?

>
> Podría compartir el archivo xorg.conf correspondiente a X actual?
>


Creo que lo incluí en un mail anterior. De todas formas, acá va de vuelta.

>
> De que marca y placa de video y de monitor estamos hablando?
>


Placa de video:
NVIDIA GTX 560 Ti
(fabricante: EVGA)
http://www.evga.com/products/moreinfo.asp?pn=01G-P3-1561-AR

Monitor:
ViewSonic VG1921wm
http://www.viewsoniceurope.com/uk/assets/041/14859.pdf

>
> El 5 de junio de 2012 12:38, Lord Hobborg <hobborg@???> escribió:
>
>> 2012/5/30 Maximiliano Mercado <max.merca@???>:
>> > Buenas...
>> >
>> > que dice X?
>> >
>> > sudo grep \(EE\) /var/log/Xorg.0.log
>> > sudo grep \(WW\) /var/log/Xorg.0.log
>> >
>>
>> Ahá, interesante archivo. Me recuerda lo poco que sé de Linux...
>> Te paso los outputs, que creo corroboran un poco mis antiguas
>> conclusiones:
>>
>> root@Neverhood:~# grep \(EE\) /var/log/Xorg.0.log
>>        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
>>
>> root@Neverhood:~# grep \(WW\) /var/log/Xorg.0.log
>>        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
>> [    12.099] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not
>> exist.
>> [    12.099] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not
>> exist.
>> [    12.099] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not
>> exist.
>> [    12.099] (WW) The directory "/usr/share/fonts/X11/100dpi" does not
>> exist.
>> [    12.099] (WW) The directory "/usr/share/fonts/X11/75dpi" does not
>> exist.
>> [    12.099] (WW) The directory
>> "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist.
>> [    12.099] (WW) Hotplugging is on, devices using drivers 'kbd',
>> 'mouse' or 'vmmouse' will be disabled.
>> [    12.099] (WW) Disabling Keyboard0
>> [    12.099] (WW) Disabling Mouse0
>> [    13.583] (WW) NVIDIA(GPU-0): The EDID read for display device
>> CRT-0 is invalid: the
>> [    13.583] (WW) NVIDIA(GPU-0):     checksum for EDID version 1 is
>> invalid.
>> [    13.622] (WW) NVIDIA(0): No valid modes for "1440x900"; removing.
>> [    13.655] (WW) NVIDIA(0): Unable to get display device CRT-0's
>> EDID; cannot compute DPI
>> [    13.655] (WW) NVIDIA(0):     from CRT-0's EDID.
>> [    13.747] (WW) NVIDIA(0): Option "PreferredMode" is not used
>> [    13.777] (WW) evdev: A4TECH USB Device: ignoring absolute axes.
>>
>>
>> ¿Algo bueno que puedas sacar de todo esto?
>>
>>
>> > Saludos
>> >
>> > El 27 de mayo de 2012 19:05, Lord Hobborg <hobborg@???> escribió:
>> >
>> >> 2012/5/21 Lord Hobborg <hobborg@???>:
>> >> > 2012/5/21 Tomas Cohen Arazi <tomascohen@???>:
>> >> >> 2012/5/20 Lord Hobborg <hobborg@???>:
>> >> >>> Después de leer algunos foros[0] y de obtener el siguiente output
>> >> >>> de
>> >> >>> get-edid:
>> >> >>>
>> >> >>> ######################################################
>> >> >>> get-edid: get-edid version 2.0.0
>> >> >>>
>> >> >>>        Performing real mode VBE call
>> >> >>>        Interrupt 0x10 ax=0x4f00 bx=0x0 cx=0x0
>> >> >>>        Function supported
>> >> >>>
>> >> >>> # bla, bla, bla ...
>> >> >>>
>> >> >>> Reading next EDID block
>> >> >>>
>> >> >>> VBE/DDC service about to be called
>> >> >>>        Read EDID
>> >> >>>
>> >> >>>        Performing real mode VBE call
>> >> >>>        Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0
>> >> >>>        Function supported
>> >> >>>        Call failed
>> >> >>>
>> >> >>> The EDID data should not be trusted as the VBE call failed
>> >> >>> EDID claims 255 more blocks left
>> >> >>> EDID blocks left is wrong.
>> >> >>> Your EDID is probably invalid.
>> >> >>>
>> >> >>> ######################################################
>> >> >>>
>> >> >>> tengo fuertes sospechas de que el error se debe a un EDID corrupto
>> >> >>> en
>> >> >>> el monitor.
>> >> >>>
>> >> >>> Lo que me sorprende es que Windows 7 y Debian Squeeze no tengan
>> >> >>> problemas con las resoluciones. ¿Será que ignoran el EDID por
>> >> >>> completo? Digo, porque esa info está en el monitor, y debería ser
>> >> >>> común a todos los sistemas. De hecho get-edid desde una consola en
>> >> >>> Debian produce exactamente el mismo resultado que en Ubuntu.
>> >> >>>
>> >> >>> Tratando de lograr que Ubuntu se pase el EDID por las bolas agrego
>> >> >>> la
>> >> >>> línea <Option "UseEDID" "False"> en la sección "Screen" de mi
>> >> >>> xorg.conf, sin ningún efecto apreciable.
>> >> >>>
>> >> >>> Según los foros existe todavía otra salida: tener un archivo en
>> >> >>> disco
>> >> >>> con la info correcta de EDID para el monitor, y especificarlo como
>> >> >>> "CustomEDID" en xorg.conf. Por desgracia no puedo generar ni
>> >> >>> conseguir
>> >> >>> tal archivo con ese programita Phoenix que mencionan en los foros,
>> >> >>> ni
>> >> >>> de ninguna otra forma.
>> >> >>>
>> >> >>> Así que, ¿alguien tiene un EDID de un ViewSonic VG1921wm que me
>> >> >>> quiera
>> >> >>> prestar por un par de horas? O mejor aún, ¿alguien tiene un
>> >> >>> lanzallamas que me quiera prestar por un par de segundos?
>> >> >>
>> >> >> Estimado, se estan mezclando todas las cosas y la verdad que se ha
>> >> >> hecho confuso.
>> >> >> La info que da el monitor sobre los modos soportados (via EDID) es
>> >> >> una
>> >> >> pata del problema. Si la info que viene de ahi 'no sirve' (puede ser
>> >> >> por varias razones, incluido cable defectuoso supongo, ¿usas un
>> >> >> adaptador DVI <-> VGA?) podes recurrir a las entradas Modeline en tu
>> >> >
>> >> > Nunca lo pensé. Nuevo experimento: cambiar el cable.
>> >> >
>> >> >> xorg.conf para 'hardcodear' los modos que la placa de video puede
>> >> >> asumir validos para el monitor en cuestión.
>> >> >>
>> >> >> El servidor X.org actual autodetecta todo, por lo que usualmente en
>> >> >> Ubuntu ni siquiera tenes el archivo /etc/X11/xorg.conf. Yo te diría
>> >> >> que lo crees con el siguiente contenido o algo parecido:
>> >> >>
>> >> >>>>>>>>>>>>>>>>>><
>> >> >>
>> >> >> Section "Monitor"
>> >> >>        Identifier      "Monitor0"
>> >> >>        Modeline        "1360x768_60.00"   84.75  1360 1432 1568 1776
>> >> >> 768 771 781 798 -hsync +vsync
>> >> >>        Option          "PreferredMode" "1360x768_60.00"
>> >> >> EndSection
>> >> >>
>> >> >> Section "Device"
>> >> >>        Identifier      "Card0"
>> >> >>        Driver          "nvidia"
>> >> >> EndSection
>> >> >>
>> >> >> Section "Screen"
>> >> >>        Identifier      "Screen0"
>> >> >>        Device          "Card0"
>> >> >>        Monitor         "Monitor0"
>> >> >>        DefaultDepth    24
>> >> >>        Subsection "Display"
>> >> >>                Depth   24
>> >> >>                Modes   "1360x768"
>> >> >>        EndSubSection
>> >> >> EndSection
>> >> >>
>> >> >> Section "ServerLayout"
>> >> >>        Identifier      "Layout0"
>> >> >>        Screen          "Screen0"
>> >> >> EndSection
>> >> >>
>> >> >>>>>>>>>>>>>>>>>>>>>
>> >> >>
>> >> >
>> >> > Había probado algo parecido sin cambios apreciables, pero vale la
>> >> > pena
>> >> > volver a intentar.
>> >> >
>> >> >> Para generar otros modeline que sepas que se banca el monitor podes
>> >> >> usar:
>> >> >>
>> >> >> http://www.arachnoid.com/modelines/index.html
>> >> >>
>> >> >> Si con los modelines correctos, en un archivo xorg.conf sano, que no
>> >> >> da errores al arrancar, etc falla, avanza con el tema drivers.
>> >> >>
>> >> >> Saludos
>> >> >> To+
>> >> >
>> >> > Buenísimo, tengo en cuenta tus consejos. Aviso cualquier novedad.
>> >> > Muchas gracias To+
>> >> >
>> >>
>> >> Probé agregarle las modelines al xorg.conf y es como si no les diera
>> >> pelota. A lo único que parece darle bola es a lo que ponga dentro de
>> >> la sección "Screen", y ahí dentro a las líneas de la sub-sección
>> >> "Display". Probé varias configuraciones y lo mejor que consigo es una
>> >> resolución de "1360x768" y una tasa re refresco de 53Hz, con 15 KFPS
>> >> (15.000 cuadros por segundo) medidos por el glxgears.
>> >>
>> >> Esas características son bastante inferiores a las que consigo en
>> >> Windows 7 y Debian Squeeze (1440x900, 60Hz, 25 KFPS), pero por lo
>> >> menos me dejan un sistema usable. Voy a tener que conformarme con lo
>> >> que hay (maldito sea).
>> >>
>> >> Supongo que habrá que esperar actualizaciones desde el lado de Nvidia,
>> >> a menos que alguien más tenga otra idea. Adjunto el xorg.conf que
>> >> mejor me anduvo hasta ahora para que quede como referencia.
>> >>
>> >> Saludos y de nuevo muchas gracias por los consejos.
>> >>
>> >> >> --
>> >> >> Para cancelar o configurar su suscripción, visite
>> >> >> http://mx.grulic.org.ar/list o envíe un email a
>> >> >> grulic-request@???
>> >> >>                                         I am the one who is many.
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > Lord Hobborg
>> >>
>> >>
>> >>
>> >> --
>> >> Lord Hobborg
>> >>
>> >> --
>> >> Para cancelar o configurar su suscripción, visite
>> >> http://mx.grulic.org.ar/list o envíe un email a
>> >> grulic-request@???
>> >>                                         I am the one who is many.
>> >>
>> >
>> >
>> > --
>> > Para cancelar o configurar su suscripción, visite
>> > http://mx.grulic.org.ar/list o envíe un email a
>> > grulic-request@???
>> >                                         I am the one who is many.
>> >
>>
>>
>>
>> --
>> Lord Hobborg
>> --
>> Para cancelar o configurar su suscripción, visite
>> http://mx.grulic.org.ar/list o envíe un email a
>> grulic-request@???
>>                                         I am the one who is many.
>
>
>
> --
> Para cancelar o configurar su suscripción, visite
> http://mx.grulic.org.ar/list o envíe un email a
> grulic-request@???
>                                         I am the one who is many.
>




-- 
Lord Hobborg