Re: Kernel panic on HT machine - maybe i915 related?

From: Wojciech ZaboÅotny
Date: Thu Jun 16 2011 - 07:41:26 EST


W dniu 15.06.2011 22:24, Martin wrote:
Same here, although my panics look different from yours. In both cases I had a
lot of hardware interrupts on the stack trace but no kmemcheck. I only
remembered to take a photo with my mobile phone the second time. The stack
trace contains handle_*irq*, tg3, ata_bmdma, __ata_sff, i915, drm_vblank_put,
intel_thermal, try_preempt, resched*, drm_vblank_put, do_invalid_op, oops_end,
do_bounds, panic. The EIP is drm_vblank_put+0x13/0x50.

Probably you have not enabled kmemcheck in the kernel configuration?
Could this be an i915 issue with 2.6.39.1? At home I have two other machines
on i915 but with different chipsets that run fine with the same kernel.


The i915 driver with 82865G chipset works strange for quite a long time (since 2.6.37???)
The machine which causes problem uses this chipset.
Another one which works good with 2.6.39.1 (I write this message on it) uses: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)

As crash occurs only with HT on and doesn't happen on another machine
with 2 cores, it seems that maybe the problem is associated with
incorrect allocation of resources or locking for HT enabled CPU...
I do not observe the issue with the regular non-SMP 2.6.38.7 distro kernel, so
it might be HT related. Truth be told I need to investigate further since my
2.6.39.1 kernel is patched. In the meantime, if someone recognizes the issue
please come forward.

In my last message
( https://groups.google.com/group/kernelarchive/browse_thread/thread/adaeb363d2eadf24/559b1fd44876e4a6 )
I've reported some problems even with HT switched off,
but maybe it is associated with problems related to using both kmemcheck and perf, as reported e.g. here: https://lkml.org/lkml/2011/4/26/83
--
Regards,
Wojtek
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/