lkml.org 
[lkml]   [2008]   [Aug]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: latest -git: WARNING: at arch/x86/kernel/ipi.c:123 send_IPI_mask_bitmask+0xc3/0xe0()
On Mon, Aug 25, 2008 at 09:39:26PM +0200, Andi Kleen wrote:
> On Mon, Aug 25, 2008 at 02:54:51PM -0400, Dave Jones wrote:
> > On Mon, Aug 25, 2008 at 08:36:11PM +0200, Andi Kleen wrote:
> > > > Probably because you're using p4-clockmod, and it's crap.
> > >
> > > Really should really bite the bullet and just remove it. People
> > > run in this all the time and I bet you can count the people who
> > > actually use it consciously and usefully with one hand.
> > >
> > > Or at least only make it run when the user set a "I_REALLY_KNOW_WHAT_I_AM_DOING"
> > > option explicitely.
> >
> > We can't really remove it until ACPI processor driver has a better
> > response than 'thermal event, argh!, shut down'.
>
> It only does that when the critical trip point is reached (which
> basically means that the BIOS tells it -- "I'm on fire"). What else should
> it do in your opinion when this happens?

On some systems (for which there aren't BIOS updates) the trip points are
set too low. If we get a thermal event that was caused by temporary
increased workload, temperature will drop off again when that workload
is complete.

For sustained workloads we'd get additional thermal events, at which
time we make a decision "ok, we've throttled as far as we can, and
things are still going badly, power off".

In the event of a failed fan or similar, shutting down is obviously
the right thing to do, and we'd get further thermal events after
throttling which would allow us to do so.

Dave

--
http://www.codemonkey.org.uk


\
 
 \ /
  Last update: 2008-08-25 21:57    [W:0.082 / U:1.420 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site