Categoría: xorg

  • ¡Publicado FVWM 2.6.0!

    Para ver una lista de las nuevas características, puedes ver el anuncio original: http://lwn.net/Articles/438781/

  • Soporte para los clickpad en HP Pavillion DV7 4160ES

    Estos son los componentes que trae el susodicho portátil:

    # lspci
    00:00.0 Host bridge: Intel Corporation Core Processor DRAM Controller (rev 02)
    00:01.0 PCI bridge: Intel Corporation Core Processor PCI Express x16 Root Port (rev 02)
    00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02)
    00:16.0 Communication controller: Intel Corporation 5 Series/3400 Series Chipset HECI Controller (rev 06)
    00:1a.0 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 05)
    00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 05)
    00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 (rev 05)
    00:1c.1 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 2 (rev 05)
    00:1d.0 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 05)
    00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev a5)
    00:1f.0 ISA bridge: Intel Corporation Mobile 5 Series Chipset LPC Interface Controller (rev 05)
    00:1f.2 SATA controller: Intel Corporation 5 Series/3400 Series Chipset 4 port SATA AHCI Controller (rev 05)
    00:1f.3 SMBus: Intel Corporation 5 Series/3400 Series Chipset SMBus Controller (rev 05)
    00:1f.6 Signal processing controller: Intel Corporation 5 Series/3400 Series Chipset Thermal Subsystem (rev 05)
    01:00.0 VGA compatible controller: ATI Technologies Inc Manhattan [Mobility Radeon HD 5000 Series]
    01:00.1 Audio device: ATI Technologies Inc Manhattan HDMI Audio [Mobility Radeon HD 5000 Series]
    02:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01)
    03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03)
    7f:00.0 Host bridge: Intel Corporation Core Processor QuickPath Architecture Generic Non-core Registers (rev 02)
    7f:00.1 Host bridge: Intel Corporation Core Processor QuickPath Architecture System Address Decoder (rev 02)
    7f:02.0 Host bridge: Intel Corporation Core Processor QPI Link 0 (rev 02)
    7f:02.1 Host bridge: Intel Corporation Core Processor QPI Physical 0 (rev 02)
    7f:02.2 Host bridge: Intel Corporation Core Processor Reserved (rev 02)
    7f:02.3 Host bridge: Intel Corporation Core Processor Reserved (rev 02)

    Haciendo apt-pinning en Debian instalo algunos paquetes de la rama unstable en Squeeze.

    Instalo la última versión del kernel:

    # apt-get install linux-headers-2.6.38-1-amd64
    # apt-get install linux-image-2.6.38-1-amd64

    Instalo las últimas versiones de los componentes de xorg de la rama unstable.
    (Todos los componentes hasta que no falte ninguna dependencia)

    # apt-get install -t unstable xserver-xorg-input-synaptics xorg xserver-xorg

    Veo que hay bugs relacionados en el bugtracker de Debian:
    http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597082
    http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572842

    En el primero de ellos se hace referencia a este parche y lo descargamos en /usr/src/99-clickpad.patch:
    http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=26;filename=99-clickpad.patch;att=1;bug=597082

    Bajamos los fuentes de Debian unstable para xserver-xorg-input-synaptics:

    # apt-get source -t unstable xserver-xorg-input-synaptics

    Bajamos tambien las dependencias para poder recompilarlo:

    # apt-get -t unstable build-dep xserver-xorg-input-synaptics

    Vamos al directorio donde se han descargado y aplicamos el parche que bajamos antes.
    (En nuestro caso se ha bajado la versión 1.4.0)

    # cd /usr/src/xserver-xorg-input-synaptics-1.4.0 
    # cat /usr/src/99-clickpad.patch |patch -p1

    Recompilamos el paquete con el parche ya incluido.

    # dpkg-buildpackage -b

    Instalamos el paquete:

    # sudo dpkg -i ../xserver-xorg-input-synaptics-*version*.deb

    (En mi caso: xserver-xorg-input-synaptics_1.4.0-1_amd64.deb)

    Sólo nos basta las X-window y el soporte mejora considerablemente. Aunque quedan bastantes funcionalidades que iremos viendo implementadas muy pronto por los desarrolladores del kernel y de Xorg.

    Y con esto y un bizcocho, este desarrollador puede desarrollar tranquilamente.

  • emacs *ERROR*: Display :0.0 can’t be opened

    En mi .emacs tengo:

    (setq server-name "vejeta")
    (server-start)

    Para que siempre arranque un servidor de emacs.

    Hoy en mi máquina de trabajo, una Debian squeeze, quería arrancar emacs gráficamente.

    emacsclient -s vejeta -c

    -s vejeta : Para que se conecte al servidor «vejeta»

    -c : Para que cree un nuevo frame (o ventana)

    Se producía el error indicado más arriba:

    emacs *ERROR*: Display :0.0 can't be opened

     

    Lo solucioné ejecutando en consola:

    ## Dance so screen subprocesses can talk to GDM-spawned X servers.
    if test -n "$XAUTHORITY"
    then
        xauth extract - $DISPLAY |
        xauth -f ~/.Xauthority merge -
        unset XAUTHORITY
    fi

     

    Fuente que me ayudó a resolverlo: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=539809

  • Acelereración 3D con tarjeta gráfica Intel 82865G

    Aunque el sistema es Debian Squeeze, estas notas son válidas para cualquier distribución GNU/Linux con xorg como servidor X.

    Con la tarjeta gráfica Intel 865G nos encontramos con el problema de que el renderizado no estaba siendo realizado por hardware.

    Con «lspci» confirmamos que tenemos la mencionada tarjeta en una ranura PCI.

    $ lspci
    00:02.0 VGA compatible controller: Intel Corporation 82865G Integrated Graphics Controller (rev 02

    La aceleración gráfica estaba siendo realizada por software.

    
    $ glxinfo|grep render
    direct rendering: Yes
    OpenGL renderer string: Software Rasterizer

    Necesitamos editar /etc/X11/xorg.conf y añadir lo siguiente:

    
    Section "Device"
             ### Available Driver options are:-
             ### Values: : integer, : float, : "True"/"False",
             ### : "String", : " Hz/kHz/MHz"
             ### [arg]: arg optional
             #Option     "NoAccel"                   # []
             #Option     "SWcursor"                  # []
             #Option     "ColorKey"                  # 
             #Option     "CacheLines"                # 
             #Option     "Dac6Bit"                   # []
             Option      "DRI"       "True"          # []
             #Option     "NoDDC"                     # []
             #Option     "ShowCache"                 # []
             #Option     "XvMCSurfaces"              # 
             #Option     "PageFlip"                  # []
             Identifier  "Card0"
             Driver      "intel"
             VendorName  "Intel Corporation"
             BoardName   "82852/855GM Integrated Graphics Device"
             BusID       "PCI:0:2:0"
    	 Option      "Shadow" "False"
    EndSection
    

    La clave está en la línea con Option «Shadow» «False». Una vez deshabilitada, esto activará DRI2.  Basta con reiniciar el servidor X para comprobar que ya tenemos  de nuevo aceleración por hardware:

    
    $ glxinfo|grep render
    direct rendering: Yes
    OpenGL renderer string: Mesa DRI Intel(R) 865G GEM 20091221 2009Q4 x86/MMX/SSE2

    Si quieres saber porque ocurría esto, sigue leyendo.

    Te preguntarás por qué esto es así ahora. Esto se debe a que hay informes de que las tarjetas con el chip 8xx tienen cuelgues cuando Shadow y DRI2 están activados. Los mantenedores de Debian, para evitar estos bugs han modificado el paquete xserver-xorg-video-intel para que cuando Shadow está habilitado, DRI2 y por tanto la aceleración por hardware esté desactivado

    Esta es la razón por la que, como ésto no nos afecta, modificamos el mencionado archivo /etc/X11/xorg.conf.

     

    El mensaje de la lista de Debian que le dió la solución a vuestro inquieto editor fue el siguiente:

    http://www.mail-archive.com/debian-user@lists.debian.org/msg585910.html

Creative Commons License
Except where otherwise noted, the content on this site is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License.