Re: intel vga and today current+xorg

On Wed, 2009-03-18 at 09:35 +0000, Gavin Atkinson wrote:
> On Tue, 17 Mar 2009, Nenhum_de_Nos wrote:
> > I just installed current in this intel motherboard with vga and using this
> > desktop is hell annoying. I do things in both keyboard and mouse and when
> > I move the mouse it gets done, as it was in " lag". never saw this !
> >
> > I'm using hald and dbus, if it is needed to knwo. no proccess is eating my
> > cpu and I have no idea how to solve this.
> >
> >
> > FreeBSD herry.tre-pb.gov.br 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Tue Mar 17
> > 05:56:10 BRT 2009
> > root_at_herry.tre-pb.gov.br:/usr/obj/usr/src/sys/Core2Duo8  amd64
> >
> > xorg is using "intel" as driver.
> 
> Ah-ha!  I thought I was the only one.  I see the same thing on my laptop.
> 
> X.Org X Server 1.5.3
> Release Date: 5 November 2008
> X Protocol Version 11, Revision 0
> Build Operating System: FreeBSD 8.0-CURRENT i386
> Current Operating System: FreeBSD rho.xxx 8.0-CURRENT FreeBSD
> 8.0-CURRENT #43: Mon Mar  9 19:21:32 GMT 2009 
> root_at_rho.xxx:/usr/obj/usr/src/sys/RHO i386 i386
> Build Date: 01 March 2009  11:50:00AM
> 
> vgapci0_at_pci0:0:2:0:     class=0x030000 card=0x00041179 chip=0x27a28086 
> rev=0x03 hdr=0x00
>      vendor     = 'Intel Corporation'
>      device     = 'Mobile 945GM/GU Express Integrated Graphics Controller'
>      class      = display
>      subclass   = VGA
> vgapci1_at_pci0:0:2:1:     class=0x038000 card=0x00041179 chip=0x27a68086 
> rev=0x03 hdr=0x00
>      vendor     = 'Intel Corporation'
>      device     = 'Mobile 945GM/GU Express Integrated Graphics Controller'
>      class      = display
> 
> I haven't yet established what exactly hangs, it may be the video 
> output as the clock in the top corner also stops moving.  For me, 
> disabling hald fixes things.

OK, I've done a little more testing.  While X/Gnome is "hung", the clock
doesn't advance at all, and any input on the keyboard is buffered
somewhere.  Moving the mouse (either USB or the built-in PS2 trackpad)
will release all the queued input.  If I type into an SSH session
(within an xterm) while X is in this hung state, the input does not get
passed through until the mouse is moved, so it is not just the display
failing to update.  While hung, I can happily SSH into the machine from
elsewhere, and the machine itself is fine.

Again, none of this happens at all if hald isn't running when X is
started.  Killing hald while X is in it's hung state makes no difference
- it doesn't unhang X nor does it prevent the hang from happening again.
Passing time also doesn't seem to unhang the machine - I've had my
laptop hung for 10 minutes so far.

I've put the output of "ps -aux -o wchan,command" while the machine is
in this hung state at http://people.freebsd.org/~gavin/rho/pswchan

Gavin