From: "Wojciech Zabołotny" <wzab@ise.pw.edu.pl>
To: Martin <marogge@onlinehome.de>
Cc: "vger.kernel.org, " <linux-kernel@vger.kernel.org>
Subject: Re: Kernel panic on HT machine - maybe i915 related?
Date: Thu, 16 Jun 2011 13:41:04 +0200 [thread overview]
Message-ID: <4DF9EBD0.5020403@ise.pw.edu.pl> (raw)
In-Reply-To: <201106152224.34487.marogge@onlinehome.de>
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
next prev parent reply other threads:[~2011-06-16 11:41 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-15 20:24 Martin
2011-06-16 11:41 ` Wojciech Zabołotny [this message]
2011-06-16 21:45 ` Martin
2011-06-17 13:20 ` Martin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4DF9EBD0.5020403@ise.pw.edu.pl \
--to=wzab@ise.pw.edu.pl \
--cc=linux-kernel@vger.kernel.org \
--cc=marogge@onlinehome.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®