On Wed, March 18, 2009 09:25, Gavin Atkinson wrote: > 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 > _______________________________________________ > freebsd-current_at_freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org" I get the same hanging, but hald is not running though: [root_at_herry ~]# ps ax | grep hal 78237 0 S+ 0:00.00 grep hal [root_at_herry ~]# my symptoms are just the same ... :( matheus -- We will call you cygnus, The God of balance you shall beReceived on Wed Mar 18 2009 - 13:09:49 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:44 UTC