I also noticed the following in syslog - don't know if it is related:

Aug 30 21:43:51 andreasspeck kernel: [ 1920.708016] INFO: task events/0:6 
blocked for more than 120 seconds.
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708022] "echo 0 > 
/proc/sys/kernel/hung_task_timeout_secs" disables this message.
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708026] events/0      D afae99c1    
 0     6      2
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708033]  c180a1c0 00000046 c011d312 
afae99c1 c04951c0 c0492134 c0101f70 f703e450
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708042]  f703e604 00000000 00000000 
00000000 f703e450 c011b67b 00000001 c0326ad8
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708050]  f703e450 f703e604 0001de71 
efaf5b00 00000000 c04951c0 c031d5a1 c03e4300
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708058] Call Trace:
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708073]  [<c011d312>] ? 
dequeue_entity+0x10/0x11b
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708081]  [<c0101f70>] ? 
__switch_to+0xbf/0x140
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708086]  [<c011b67b>] ? 
dequeue_task+0xff/0x10d
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708093]  [<c031d5a1>] ? 
__schedule+0x6ec/0x746
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708097]  [<c031dba0>] ? 
__mutex_lock_common+0xe0/0x133
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708102]  [<c031dc02>] ? 
__mutex_lock_slowpath+0xf/0x11
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708106]  [<c031da56>] ? 
mutex_lock+0x10/0x1e
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708110]  [<c031da56>] ? 
mutex_lock+0x10/0x1e
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708115]  [<c0134379>] ? 
queue_delayed_work_on+0x9c/0xa8
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708136]  [<f8491504>] ? 
i915_gem_retire_work_handler+0x1c/0x4e [i915]
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708141]  [<c0133bf4>] ? 
worker_thread+0x13c/0x1bd
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708154]  [<f84914e8>] ? 
i915_gem_retire_work_handler+0x0/0x4e [i915]
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708160]  [<c0136a76>] ? 
autoremove_wake_function+0x0/0x2d
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708165]  [<c0133ab8>] ? 
worker_thread+0x0/0x1bd
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708169]  [<c0136788>] ? 
kthread+0x42/0x67
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708173]  [<c0136746>] ? 
kthread+0x0/0x67
Aug 30 21:43:51 andreasspeck kernel: [ 1920.708178]  [<c0103ab7>] ? 
kernel_thread_helper+0x7/0x10

Andreas


On Sun, 30 Aug 2009 21:48:24 +0100
Andreas Speck at WRI <andr...@wri-irg.org> wrote:

> I still have the same problem here.
> 
> I'm running debian sid, with packages from experimental.
> 
> X freezes periodically, but it is usually possible to ssh into the
> box. Killing or stopping gdm and X does turn the screen black, but
> restarting gdm does not lead to anything. Restarting gdm (or kdm) a
> second time hangs the system completely.
> 
> Also, I usually have to issue shutdown or reboot twice for it to take
> effect.
> 
> Graphics card:
> --------------
> 
> 00:02.0 VGA compatible controller: Intel Corporation
> 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 01)
> (prog-if 00 [VGA controller]) Subsystem: Dell Device 0126 Flags: bus
> master, fast devsel, latency 0, IRQ 16 Memory at e8000000 (32-bit,
> prefetchable) [size=128M] Memory at ff680000 (32-bit,
> non-prefetchable) [size=512K] Expansion ROM at <unassigned> [disabled]
>       Capabilities: [d0] Power Management version 1
> 
> uname -r
> 2.6.30-1-686
> 
> xserver-xorg-video-intel  2:2.8.1-1                 X.Org X server --
> Intel i8xx, i9xx display driver
> 
> libgl1-mesa-dri           7.5-3                     A free
> implementation of the OpenGL API -- DRI modules
> libgl1-mesa-glx           7.5-3                     A free
> implementation of the OpenGL API -- GLX runtime
> libglu1-mesa              7.5-3                     The OpenGL
> utility library (GLU)
> 
> The problem might have started roughly early August 2009, when I
> upgraded the system (dist-upgrade). However, I was not around most of
> July, so did not do any dist-upgrade then.
> 
> Any help is appreciated.
> Andreas
> 
> 



-- 
Andreas Speck at War Resisters' International
Conscientious Objection Campaigning Worker
5 Caledonian Road - London N1 9DX - Britain
tel +44-20-7278 4040  - fax +44-20-7278 0444
email andr...@wri-irg.org  http://wri-irg.org
Free/Busy:
http://caleroad.wri-irg.org/zidestore/so/freebusy?name=andreas&server=wri-irg.org

Support War Resisters' International! Donate today!
Online: http://wri-irg.org/en/donate-en.htm



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

Reply via email to