Re: intel video

[Felix Miata]

D. R. Evans composed on 2019-11-11 17:55 (UTC-0700):

>> Felix Miata wrote:

>>> At the grub menu use the E key to edit the linux line to include

>>> video=1920x1080

> Bingo! (Actually 1920x1200).

In your OP you wrote 1920x1280, so I had to guess what you meant.

> So I've added that to /etc/default/grub, and run update-grub, and now it looks
> fine once I log in.

> (For some reason, the actual login screen is still low-res; it looks ugly, but
> I can live with that unless someone wants to offer a suggestion to fix it.)

What you've done is a good workaround, but not a genuine fix, or determinative 
why
the problem presented.

Compare the output from xrandr on the problem system to xrandr from your two
others that use that display. I expect you'll find quite a difference.

There are some quirks I'm unfamiliar with in Skylake systems. Your log shows

(EE) modeset(G0): glamor initialization failed
(EE) Failed to open authorization file "/var/run/sd..": No such file or 
directory

Those are bad. I don't know why there should be both modeset(G0) and modeset(0) 
in
the same log when only one display is in use. IME, there should only be the 
latter
then only one GPU exists and only one output is in use.
-- 
Evolution as taught in public schools is religion, not science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: intel video

[D. R. Evans]

D. R. Evans wrote on 11/11/19 5:32 PM:
> Felix Miata wrote on 11/11/19 4:58 PM:
>> D. R. Evans composed on 2019-11-11 16:04 (UTC-0700):
>>
>>> The chip is an E3-1245, which is supposed to be able to operate at 4096x2304
>>> resolution.
>>
>>> Any suggestions as to what I might need to do to improve at least the
>>> logged-in resolution?
>>


>>
>> At the grub menu use the E key to edit the linux line to include

>>  video=1920x1080

Bingo! (Actually 1920x1200).

So I've added that to /etc/default/grub, and run update-grub, and now it looks
fine once I log in.

(For some reason, the actual login screen is still low-res; it looks ugly, but
I can live with that unless someone wants to offer a suggestion to fix it.)

Thanks so much.

  Doc

-- 
Web:  http://enginehousebooks.com/drevans





signature.asc
Description: OpenPGP digital signature

Re: intel video

[D. R. Evans]

Felix Miata wrote on 11/11/19 4:58 PM:
> D. R. Evans composed on 2019-11-11 16:04 (UTC-0700):
> 
>> The chip is an E3-1245, which is supposed to be able to operate at 4096x2304
>> resolution.
> 
>> Any suggestions as to what I might need to do to improve at least the
>> logged-in resolution?
> 
> Try a different video cable type if you can.
> 
> pastebinit /var/log/Xorg.0.log
> or
> pastebinit ~/.local/share/xorg/Xorg.0.log
> 
> whichever of the two exists and is the newer if both exist. From there we 
> might be
> able to turn an error message into a solution.

Only the first exists:
  http://paste.debian.net/1115831/

> 
> At the grub menu use the E key to edit the linux line to include
> 
>   plymouth.enable=0
> and/or
>   video=1920x1080
> 

I'll try those when I'm free to reboot the machine a couple of times, which
should be in two or three hours or so.

  Doc

-- 
Web:  http://enginehousebooks.com/drevans



signature.asc
Description: OpenPGP digital signature

Re: intel video

[D. R. Evans]

Michael Lange wrote on 11/11/19 4:11 PM:

> (...)
>> The chip is an E3-1245, which is supposed to be able to operate at
>> 4096x2304 resolution.
>>
>> Any suggestions as to what I might need to do to improve at least the
>> logged-in resolution?
>>
> 
> just a guess: maybe some firmware file(s) from the nonfree firmware
> package are missing? 
> 

Do you have any idea how I would find out if there are any such files missing?
Looking at the names and descriptions, I don't see anything obvious that would
help; but that might not mean much.

  Doc


-- 
Web:  http://enginehousebooks.com/drevans



signature.asc
Description: OpenPGP digital signature

Re: intel video

[Felix Miata]

D. R. Evans composed on 2019-11-11 16:04 (UTC-0700):

> The chip is an E3-1245, which is supposed to be able to operate at 4096x2304
> resolution.

> Any suggestions as to what I might need to do to improve at least the
> logged-in resolution?

Try a different video cable type if you can.

pastebinit /var/log/Xorg.0.log
or
pastebinit ~/.local/share/xorg/Xorg.0.log

whichever of the two exists and is the newer if both exist. From there we might 
be
able to turn an error message into a solution.

At the grub menu use the E key to edit the linux line to include

plymouth.enable=0
and/or
video=1920x1080

might be worth testing to see if it makes a difference.
-- 
Evolution as taught in public schools is religion, not science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: intel video

[David]

On Tue, 12 Nov 2019 at 10:23, D. R. Evans  wrote:
> Felix Miata wrote on 11/11/19 4:08 PM:
> > D. R. Evans composed on 2019-11-11 16:04 (UTC-0700):
> >
> >> Any suggestions as to what I might need to do to improve at least the
> >> logged-in resolution?
> >
> > Make sure your kernel cmdline does not include nomodeset. Sometimes it is
> > necessary for installation to work, but when it remains on the installed 
> > system it
> > is a big handicap:
> > 
>
> No, there's nothing like that in /etc/default/grub, which I assume is where I
> needed to look.

Run the command:
cat /proc/cmdline

to see the command line that your kernel received when it
last booted.

Re: intel video

[Dan Ritter]

D. R. Evans wrote: 
> It's an Intel chipset. The installation procedure installed
> xserver-xorg-video-intel, which suggests removing that package if one's system
> is newer than 2007, and letting the X server handle everything. So I removed
> that package and rebooted, but nothing obvious changed: still a low-res login
> screen and a logged-in display limited to 1600x1200.
> 
> The chip is an E3-1245, which is supposed to be able to operate at 4096x2304
> resolution.
> 
> Any suggestions as to what I might need to do to improve at least the
> logged-in resolution?

I'm guessing that the EDID feedback from the monitor is being
mishandled. If it's VGA, swap to DVI or HDMI if you can. 

If not, or that doesn't solve it, put the intel specific xorg server
back in; as root run

X -configure

to generate a basic xorg.conf. Put it in /etc/X11/

and specify a 1920x1080 or 1920x1200 modeline.

-dsr-

Re: intel video

[D. R. Evans]

Felix Miata wrote on 11/11/19 4:08 PM:
> D. R. Evans composed on 2019-11-11 16:04 (UTC-0700):
> 
>> Any suggestions as to what I might need to do to improve at least the
>> logged-in resolution?
> 
> Make sure your kernel cmdline does not include nomodeset. Sometimes it is
> necessary for installation to work, but when it remains on the installed 
> system it
> is a big handicap:
> 
> 

No, there's nothing like that in /etc/default/grub, which I assume is where I
needed to look.

  Doc

-- 
Web:  http://enginehousebooks.com/drevans



signature.asc
Description: OpenPGP digital signature

Re: intel video

[Michael Lange]

Hi,

On Mon, 11 Nov 2019 16:04:56 -0700
"D. R. Evans"  wrote:

(...)
> The chip is an E3-1245, which is supposed to be able to operate at
> 4096x2304 resolution.
> 
> Any suggestions as to what I might need to do to improve at least the
> logged-in resolution?
> 

just a guess: maybe some firmware file(s) from the nonfree firmware
package are missing? 

Regards

Michael

.-.. .. ...- .   .-.. --- -. --.   .- -. -..   .--. .-. --- ... .--. . .-.

It would be illogical to assume that all conditions remain stable.
-- Spock, "The Enterprise Incident", stardate 5027.3

Re: intel video

[Felix Miata]

D. R. Evans composed on 2019-11-11 16:04 (UTC-0700):

> Any suggestions as to what I might need to do to improve at least the
> logged-in resolution?

Make sure your kernel cmdline does not include nomodeset. Sometimes it is
necessary for installation to work, but when it remains on the installed system 
it
is a big handicap:

-- 
Evolution as taught in public schools is religion, not science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

intel video

[D. R. Evans]

I just installed buster on a new machine (well, new to me; I think that the
mobo is two or three years old).

The GUI splash screen comes up with very large icons (i.e., it's low res), and
once I am logged in, the (KDE) function to control the size of display
provides nothing higher than 1600x1200. My other two (non-Intel) buster
systems on the same monitor happily generate a high-res login screen and
operate at 1920x1280 once I'm logged in (possibly that's the resolution of the
login screen as well; I don't know how to determine the log-in resolution).

It's an Intel chipset. The installation procedure installed
xserver-xorg-video-intel, which suggests removing that package if one's system
is newer than 2007, and letting the X server handle everything. So I removed
that package and rebooted, but nothing obvious changed: still a low-res login
screen and a logged-in display limited to 1600x1200.

The chip is an E3-1245, which is supposed to be able to operate at 4096x2304
resolution.

Any suggestions as to what I might need to do to improve at least the
logged-in resolution?

  Doc

-- 
Web:  http://enginehousebooks.com/drevans



signature.asc
Description: OpenPGP digital signature

Re: Accelerated driver for Intel video driver?

[Tom H]

On Wed, May 21, 2014 at 6:52 AM, Pertti Kosunen
pertti.kosu...@pp.nic.fi wrote:
 On 21.5.2014 2:43, Brad Alexander wrote:

 I apologize, I thought I had specified, the machine in question is
 running a relatively recent version of sid. I have not been upgrading as
 much until some of this chaos with systemd settles down.

 You can upgrade safely, systemd will not replace already installed sysv*.
 (yet?)

You must've missed the recent thread about systemd-sysv being pulled
in by certain dependencies and replacing sysvinit with systemd.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAOdo=sxdehrsqpdsysrzugtvqsaghfx4hwu+corcakdpm3z...@mail.gmail.com

Re: Accelerated driver for Intel video driver?

[Pertti Kosunen]

On 22.5.2014 11:15, Tom H wrote:

You must've missed the recent thread about systemd-sysv being pulled
in by certain dependencies and replacing sysvinit with systemd.


What was the name of this thread?

Must be some desktop related packages, my few headless systems still 
have only sysv stuff?



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/537dc837.5040...@pp.nic.fi

Re: Accelerated driver for Intel video driver?

[Brian]

On Thu 22 May 2014 at 12:49:43 +0300, Pertti Kosunen wrote:

 On 22.5.2014 11:15, Tom H wrote:
 You must've missed the recent thread about systemd-sysv being pulled
 in by certain dependencies and replacing sysvinit with systemd.
 
 What was the name of this thread?

https://lists.debian.org/5377a358.1040...@aol.com


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/22052014112136.87efcaf26...@desktop.copernicus.demon.co.uk

Re: Accelerated driver for Intel video driver?

[Brad Alexander]

Hi...OP here...

Does anyone have any suggestions on the original problem with video on the
Intel drivers on this Dell laptop?

Thanks,
--b


On Thu, May 22, 2014 at 6:22 AM, Brian a...@cityscape.co.uk wrote:

 On Thu 22 May 2014 at 12:49:43 +0300, Pertti Kosunen wrote:

  On 22.5.2014 11:15, Tom H wrote:
  You must've missed the recent thread about systemd-sysv being pulled
  in by certain dependencies and replacing sysvinit with systemd.
 
  What was the name of this thread?

 https://lists.debian.org/5377a358.1040...@aol.com


 --
 To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/22052014112136.87efcaf26...@desktop.copernicus.demon.co.uk

Re: Accelerated driver for Intel video driver?

[Pertti Kosunen]

On 21.5.2014 2:43, Brad Alexander wrote:

I apologize, I thought I had specified, the machine in question is
running a relatively recent version of sid. I have not been upgrading as
much until some of this chaos with systemd settles down.


You can upgrade safely, systemd will not replace already installed 
sysv*. (yet?)



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/537c855b.2070...@pp.nic.fi

Re: Accelerated driver for Intel video driver?

[Filip]

On Mon, 19 May 2014 19:18:38 -0400
Brad Alexander stor...@gmail.com wrote:

 I hope I don't run afoul of the self-imposed list monitors or
 otherwise fan a flame war...:)
 
 I have been using nvidia cards in my computers for so long that I
 haven't really kept up with the state of Intel...
 
 My problem is that when I try to play a video on this machine, either
 with mplayer or vlc, the video starts, and I will get about 1/2 of
 the frame that is actually playing, usually it is at the top. The
 audio plays normally. This happens whether in a window or full screen.
 
 The machine in question is a Dell Inspiron 5537 laptop with 6GB of
 RAM that has an Intel Haswell ULT video card in it. lspci shows me:
 
 00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT
 Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller])
 Subsystem: Dell Device 05e9
 
 Looking through /var/log/Xorg.0.log, it appears to be loading several
 modules, including
 
 [ 36918.029] (II) LoadModule: glx
 [ 36918.127] (II) LoadModule: intel
 [ 36918.168] (II) LoadModule: vesa
 [ 36918.195] (II) LoadModule: modesetting
 [ 36918.197] (II) LoadModule: fbdev
 [ 36918.219] (II) LoadModule: fbdevhw
 [ 36918.248] (II) LoadModule: fb
 [ 36918.293] (II) LoadModule: dri2
 [ 36919.740] (II) LoadModule: evdev
 [ 36919.926] (II) LoadModule: synaptics
 
 Other apps seem to behave normally. I can play youtube videos, for
 example. Please let me know what other information I can provide.
 
 Thanks,
 --b

Intel video is normally working out of the box, but for newer
hardware you also need up to date software.

So if you are on 7.5, try upgrading Jessie.

For example, I couldn't get 3d accelleration working on the integrated
adapter of my i5-4570S on Debian 7.3, and upgrading to testing
solved it.

You can check if it's the same problem with:
$ glxinfo | grep renderer

If there is something with LLVM in the output, it's not working and
falling back to software emulation. While you're at it, you can also
try glxgears.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140520080832.258a1...@orac.fil

Re: Accelerated driver for Intel video driver?

[Brad Alexander]

Thanks Filip,

On Tue, May 20, 2014 at 2:08 AM, Filip fi...@fbvnet.be wrote:

 On Mon, 19 May 2014 19:18:38 -0400

 Intel video is normally working out of the box, but for newer
 hardware you also need up to date software.

 So if you are on 7.5, try upgrading Jessie.


I apologize, I thought I had specified, the machine in question is running
a relatively recent version of sid. I have not been upgrading as much until
some of this chaos with systemd settles down.

Thus I am running

xserver-xorg-video-intel  2:2.21.15-1+b2
amd64



 For example, I couldn't get 3d accelleration working on the integrated
 adapter of my i5-4570S on Debian 7.3, and upgrading to testing
 solved it.

 You can check if it's the same problem with:
 $ glxinfo | grep renderer


The output of this is:

OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile


 If there is something with LLVM in the output, it's not working and
 falling back to software emulation. While you're at it, you can also
 try glxgears.


 glxgears gave me:

Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
Xlib:  extension NV-GLX missing on display :0.
334 frames in 5.1 seconds = 65.750 FPS
320 frames in 5.3 seconds = 60.041 FPS
320 frames in 5.3 seconds = 60.041 FPS
320 frames in 5.3 seconds = 60.044 FPS
320 frames in 5.3 seconds = 60.038 FPS

l...and the display was a little choppy. Also the Xlib error appears in
both the glxgears and the glxinfo...It's looking for NV-GLX? I don't have
an xorg.conf on this machine...

Thanks,
--b

Accelerated driver for Intel video driver?

[Brad Alexander]

I hope I don't run afoul of the self-imposed list monitors or otherwise fan
a flame war...:)

I have been using nvidia cards in my computers for so long that I haven't
really kept up with the state of Intel...

My problem is that when I try to play a video on this machine, either with
mplayer or vlc, the video starts, and I will get about 1/2 of the frame
that is actually playing, usually it is at the top. The audio plays
normally. This happens whether in a window or full screen.

The machine in question is a Dell Inspiron 5537 laptop with 6GB of RAM that
has an Intel Haswell ULT video card in it. lspci shows me:

00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated
Graphics Controller (rev 09) (prog-if 00 [VGA controller])
Subsystem: Dell Device 05e9

Looking through /var/log/Xorg.0.log, it appears to be loading several
modules, including

[ 36918.029] (II) LoadModule: glx
[ 36918.127] (II) LoadModule: intel
[ 36918.168] (II) LoadModule: vesa
[ 36918.195] (II) LoadModule: modesetting
[ 36918.197] (II) LoadModule: fbdev
[ 36918.219] (II) LoadModule: fbdevhw
[ 36918.248] (II) LoadModule: fb
[ 36918.293] (II) LoadModule: dri2
[ 36919.740] (II) LoadModule: evdev
[ 36919.926] (II) LoadModule: synaptics

Other apps seem to behave normally. I can play youtube videos, for example.
Please let me know what other information I can provide.

Thanks,
--b

Re: direct rendering off with xorg intel video driver

[Carlos Alberto Guzmán Murillo]

2012/5/19 Camaleón noela...@gmail.com

 El Fri, 18 May 2012 22:57:08 -0500, Carlos Alberto Guzmán Murillo
 escribió:

  Saludos lista,

 (ese html...)

Lo siento, olvide cambiar el formato.



  Aunque he gastado bastante tiempo intentando solucionarlo, no he logrado
  activar el direct render en mi laptop. Uso debian(testing) con kernel
  Linux-2.6.32.5-amd64 y el chip de video es intel:

 En primer lugar, si tienes un adaptador intel, no tienes que hacer nada,
 se habilita automáticamente. En caso contrario, lo más probable es que se
 trate de un bug.

 Y en segundo lugar, wheezy (testing) lleva un kernel 3.2. ¿Estás seguro
 de que usas testing, no será squeeze (estable)?

Tienes toda la razón, uso los repositorios de testing pero no había
actualizado el kernel.



  00:02.0 VGA compatible controller: Intel Corporation Core Processor
  Integrated Graphics Controller (rev 18)
 (...)
  Kernel driver in use: i915
 
  y ya tengo instalado el driver de xorg para intel. También tengo
  instalado los paquetes mesa-utils, glx-diversions, libgl1-mesa-glx y
  libg1-mesa-dri.
 
  Cuando hago glxinfo con LIBGL_DEBUG=verbose obtengo lo siguiente:
 
  name of display: :0.0
  libGL: OpenDriver: trying /usr/lib32/dri/tls/i965_dri.so
  libGL: OpenDriver: trying /usr/lib32/dri/i965_dri.so
  libGL error: dlopen /usr/lib32/dri/i965_dri.so failed
  (/usr/lib32/dri/i965_dri.so: wrong ELF class: ELFCLASS32)

 (...)

 Ese tipo de error (wrong ELF class: ELFCLASS32) indica que el paquete es
 de
 la arquitectura incorrecta (32 bits cuando debería ser 64 bits).

Tienes razón, reemplacé esa librería con un enlace a la misma librería
pero para 64 bits.
Quizás no es una solución muy elegante, pero eso fue suficiente para
solucionarlo. Ahora el direct rendering funciona.

Muchas gracias por la respuesta, fue de muchisima utilidad.


 Y el resto de mensaje apuntan a un problema con las bibliotecas, no las
 encuentra... mira a ver si puedes subir el archivo /var/log/Xorg.0.log
 a algún sitio para que lo podamos ver.

 Saludos,

 --
 Camaleón


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: http://lists.debian.org/jp7k08$27j$5...@dough.gmane.org




--
/*
   // Carlos Alberto Guzmán Murillo
   Usuario GNU/Linux # 486109
   Usuario Debian
*/


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/capdjaynxugpq2fnspvurcgb8t+etrtv+ys-v5t9fd1akbqa...@mail.gmail.com

Re: direct rendering off with xorg intel video driver

[Camaleón]

El Fri, 18 May 2012 22:57:08 -0500, Carlos Alberto Guzmán Murillo
escribió:

 Saludos lista,

(ese html...)

 Aunque he gastado bastante tiempo intentando solucionarlo, no he logrado
 activar el direct render en mi laptop. Uso debian(testing) con kernel
 Linux-2.6.32.5-amd64 y el chip de video es intel:

En primer lugar, si tienes un adaptador intel, no tienes que hacer nada, 
se habilita automáticamente. En caso contrario, lo más probable es que se 
trate de un bug.

Y en segundo lugar, wheezy (testing) lleva un kernel 3.2. ¿Estás seguro 
de que usas testing, no será squeeze (estable)?

 00:02.0 VGA compatible controller: Intel Corporation Core Processor 
 Integrated Graphics Controller (rev 18) 
(...)
 Kernel driver in use: i915
 
 y ya tengo instalado el driver de xorg para intel. También tengo
 instalado los paquetes mesa-utils, glx-diversions, libgl1-mesa-glx y
 libg1-mesa-dri.
 
 Cuando hago glxinfo con LIBGL_DEBUG=verbose obtengo lo siguiente:
 
 name of display: :0.0
 libGL: OpenDriver: trying /usr/lib32/dri/tls/i965_dri.so 
 libGL: OpenDriver: trying /usr/lib32/dri/i965_dri.so 
 libGL error: dlopen /usr/lib32/dri/i965_dri.so failed 
 (/usr/lib32/dri/i965_dri.so: wrong ELF class: ELFCLASS32) 

(...)

Ese tipo de error (wrong ELF class: ELFCLASS32) indica que el paquete es de 
la arquitectura incorrecta (32 bits cuando debería ser 64 bits).

Y el resto de mensaje apuntan a un problema con las bibliotecas, no las 
encuentra... mira a ver si puedes subir el archivo /var/log/Xorg.0.log 
a algún sitio para que lo podamos ver.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/jp7k08$27j$5...@dough.gmane.org

direct rendering off with xorg intel video driver

[Carlos Alberto Guzmán Murillo]

Saludos lista,

Aunque he gastado bastante tiempo intentando solucionarlo, no he logrado
activar el direct render en mi laptop. Uso debian(testing) con kernel
Linux-2.6.32.5-amd64 y el chip de video es intel:

00:02.0 VGA compatible controller: Intel Corporation Core Processor
Integrated Graphics Controller (rev 18) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device 1be2
Flags: bus master, fast devsel, latency 0, IRQ 30
Memory at f000 (64-bit, non-prefetchable) [size=4M]
Memory at e000 (64-bit, prefetchable) [size=256M]
I/O ports at e080 [size=8]
Expansion ROM at unassigned [disabled]
Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [d0] Power Management version 2
Capabilities: [a4] PCI Advanced Features
Kernel driver in use: i915

y ya tengo instalado el driver de xorg para intel. También tengo instalado
los paquetes mesa-utils, glx-diversions, libgl1-mesa-glx y libg1-mesa-dri.

Cuando hago glxinfo con LIBGL_DEBUG=verbose obtengo lo siguiente:

name of display: :0.0
libGL: OpenDriver: trying /usr/lib32/dri/tls/i965_dri.so
libGL: OpenDriver: trying /usr/lib32/dri/i965_dri.so
libGL error: dlopen /usr/lib32/dri/i965_dri.so failed
(/usr/lib32/dri/i965_dri.so: wrong ELF class: ELFCLASS32)
libGL: OpenDriver: trying /usr/lib64/dri/tls/i965_dri.so
libGL: OpenDriver: trying /usr/lib64/dri/i965_dri.so
libGL error: dlopen /usr/lib64/dri/i965_dri.so failed
(/usr/lib64/dri/i965_dri.so: cannot open shared object file: No such file
or directory)
libGL error: unable to load driver: i965_dri.so
libGL error: driver pointer missing
libGL: OpenDriver: trying /usr/lib32/dri/tls/swrastg_dri.so
libGL: OpenDriver: trying /usr/lib32/dri/swrastg_dri.so
libGL error: dlopen /usr/lib32/dri/swrastg_dri.so failed
(/usr/lib32/dri/swrastg_dri.so: cannot open shared object file: No such
file or directory)
libGL: OpenDriver: trying /usr/lib64/dri/tls/swrastg_dri.so
libGL: OpenDriver: trying /usr/lib64/dri/swrastg_dri.so
libGL error: dlopen /usr/lib64/dri/swrastg_dri.so failed
(/usr/lib64/dri/swrastg_dri.so: cannot open shared object file: No such
file or directory)
libGL error: unable to load driver: swrastg_dri.so
libGL: OpenDriver: trying /usr/lib32/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib32/dri/swrast_dri.so
libGL error: dlopen /usr/lib32/dri/swrast_dri.so failed
(/usr/lib32/dri/swrast_dri.so: wrong ELF class: ELFCLASS32)
libGL: OpenDriver: trying /usr/lib64/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib64/dri/swrast_dri.so
libGL error: dlopen /usr/lib64/dri/swrast_dri.so failed
(/usr/lib64/dri/swrast_dri.so: cannot open shared object file: No such file
or directory)
libGL error: unable to load driver: swrast_dri.so
libGL error: reverting to indirect rendering
display: :0  screen: 0
direct rendering: No (If you want to find out why, try setting
LIBGL_DEBUG=verbose)
server glx vendor string: SGI
server glx version string: 1.4

Si ejecuto lsmod | grep glx no obtengo ningún resultado.

He probado instalando los paquetes libva-intel-vaapi-driver y
i965-va-driver pero tampoco logro solucionarlo.
Alguna sugerencia?

De antemano, gracias!


-- 
/*
   // Carlos Alberto Guzmán Murillo
   Usuario GNU/Linux # 486109
   Usuario Debian
*/

intel video problems

[FrankMcCormick]

Just a note that my video problems with Intel video
are resolved after a couple of files were removed/modified
on my machine. See bug#606348


-- 
FrankMcCormick bea...@videotron.ca


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101209151924.b3004b01.bea...@videotron.ca

Re: intel video problems

[Klistvud]

Dne, 09. 12. 2010 21:19:24 je FrankMcCormick napisal(a):


Just a note that my video problems with Intel video
are resolved after a couple of files were removed/modified
on my machine. See bug#606348



Thanx for keeping us posted.

--
Cheerio,

Klistvud  
http://bufferoverflow.tiddlyspot.com
Certifiable Loonix User #481801  Please reply to the list, not to  
me.



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1291926850.1398...@compax

Intel video problems

[Frank McCormick]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


I have been having problems with slowness moving windows around
on my Debian Sid installation.
The video is Intel82865...a couple of years old. 
I have reconfigured X and ran it with the new xorg.conf.

It's located at http://pastebin.ca/2008738

The one thing that stands out is the line about it not being
able to implement dri2.

Would this be the problem or part of the problem in the slow
video?

here's the xorg.conf

http://pastebin.ca/2008742


Any ideas how to solve the problem. I have been to the
Debian wiki and the x.wiki but didn't find anything relevant.

By the way, my Ubuntu Maverick does not exhibit the same slow
video problem. X there is running without an xorg.conf and it's
log does not indicate a problem with dri2.

Any help would be appreciated.

- -- 
- -- Frank --
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iQEbBAEBAgAGBQJM99pWAAoJEMEDyLTvrVhjtMQH9iQfEqFckmFbMZ+yzjmsx8wD
++uTmKr1Mrl0y1Af7JYRkQ6aU5Y6nw89VXkIOk1n5V6SRpJSfmOSIPPYyvFA/vbM
kSKXYNk/FCHsYMzD25e6EINx4CZxl5O2wT9VmYRcdymCLKCSkxbMsilKlw5E3h4D
XUZ0r5HhLXU13HokMgaqEfFKQ/YS9SvEKw8PW9JyjtSY62NcrJMZ3RHCSKUxhigk
z7fb1ktU7piBWAwc04VBv8ia/N5hG0iYXh9ElWhImajtQGz3S/LfFbd3blx6sx4U
hiajOco2qolTnn+tLxKkZzrZqYPbT1+vDBbuf9T0YcBRIoeFzRkxh0tqpgBOyg==
=JjSg
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101202124142.3248bb70.debianl...@videotron.ca

Re: Intel video problems

[Camaleón]

On Thu, 02 Dec 2010 12:41:42 -0500, Frank McCormick wrote:

 I have been having problems with slowness moving windows around on my
 Debian Sid installation.
 The video is Intel82865...a couple of years old. I have reconfigured X
 and ran it with the new xorg.conf.
 
 It's located at http://pastebin.ca/2008738
 
 The one thing that stands out is the line about it not being able to
 implement dri2.
 
 Would this be the problem or part of the problem in the slow video?

(...)

Probably. 

Mmm, wait... there was a recent thread about this same issue not so long 
ago:

Is DRI supposed to work in xserver-xorg-video-intel?
http://lists.debian.org/debian-user/2010/11/msg01401.html

Maybe you can check if you are in the same situation :-?

Greetings,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2010.12.02.18.54...@gmail.com

Re: Intel video problems

[Jochen Schulz]

Frank McCormick:
 
 The video is Intel82865...a couple of years old. 

I read something about old intel chips not being that well supported
anymore since the switch to KMS. Do you have KMS enabled (on a recent
kernel: not disabled)?

 I have reconfigured X and ran it with the new xorg.conf.

I would try moving the xorg.conf completely out of the way. You probably
don't need it. You might need the mouse section because of the
ZAxisMapping, if at all.

 The one thing that stands out is the line about it not being
 able to implement dri2.

Yes, that might be it.

J.
-- 
I wish I had been aware enough to enjoy my time as a toddler.
[Agree]   [Disagree]
 http://www.slowlydownward.com/NODATA/data_enter2.html


signature.asc
Description: Digital signature

Re: Intel video problems

[Frank McCormick]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, 02 Dec 2010 18:54:23 + (UTC)
Camaleón noela...@gmail.com wrote:

 On Thu, 02 Dec 2010 12:41:42 -0500, Frank McCormick wrote:
 
  I have been having problems with slowness moving windows around on my
  Debian Sid installation.
  The video is Intel82865...a couple of years old. I have reconfigured X
  and ran it with the new xorg.conf.
  
  The one thing that stands out is the line about it not being able to
  implement dri2.
 
 Probably. 
 
 Mmm, wait... there was a recent thread about this same issue not so long 
 ago:
 
 Is DRI supposed to work in xserver-xorg-video-intel?
 http://lists.debian.org/debian-user/2010/11/msg01401.html
 
 Maybe you can check if you are in the same situation :-?

   I did :)
   I have since discovered it is an Intel/XOrg problem. DRI is not
being enabled on my machine because the Shadow buffer is on in X.
The solution is to disable the shadow buffer, and so DRI will get
enabled. That however means the GPU is more susceptible to lockups,
which I have experienced in the past.
Strange that Ubuntu Maverick does not suffer from this problem
Maybe time to buy a good Linux-supported video card!!

Thanks to all who had suggestions

- -- 
- -- Frank --
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iQEcBAEBAgAGBQJM+AokAAoJEMEDyLTvrVhjlJMH/1vLCpIvAbVnHMuA34fB2Ykn
9bOaaBezww8KPY6smbPoSmvJkuHOYln5YXlA5W9nHTZ4aLbBO/+HEbBkzBrlv2kt
88DWMZFU/fdrUwoehJ/JvaHW1Spm7jDMmcj822GUrhj5bZsJn2/BbllbwdCwLHQn
SjVAQtTEPuT2d4WY/V3nlabsdCOlaLBvB3rZB7SKvs6MXi9UccucaXE45HkgRaOc
AvlQRMarUsTOUfbVKlpFqqip6LL99kU0oWROPvz1ktqIHhWT+N6rL6s9dN08GggW
4bYu1Al+KwXhzZLCBUoc0LdIGowS2DO6wusaQ8BHSrlx1cEyTHNUrB9ILuiDvLI=
=rT9D
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101202160540.d14f019d.debianl...@videotron.ca