[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AANLkTin3tcYAsXVVEdhfPG0YJRYO6gcO-gCl1rlf6XNG@mail.gmail.com>
Date: Mon, 17 May 2010 10:11:51 -0400
From: Donald Allen <donaldcallen@...il.com>
To: Arjan van de Ven <arjan@...radead.org>
Cc: Thomas Gleixner <tglx@...utronix.de>,
john stultz <johnstul@...ibm.com>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: PROBLEM: tickless scheduling
On Mon, May 17, 2010 at 10:04 AM, Arjan van de Ven <arjan@...radead.org> wrote:
> On Mon, 17 May 2010 09:44:47 -0400
> Donald Allen <donaldcallen@...il.com> wrote:
>
>> I will do the experiment suggested by Arjan van de Ven and report the
>> results of that separately.
Just for my own information, is this correct:
I assume that tickless scheduling, rather than relying on periodic
clock interrupts to wake up the scheduler, relies on interrupt
handlers to somehow signal the system that the scheduler needs to run
because they've just processed an event that has changed the state of
the system?
If so, then it looks like using the msi-style device-specific
interrupts isn't working reliably on this hardware? Or somehow the
kernel (or a driver) is failing to handle the interrupts properly with
msi enabled on certain hardware? I mention the latter only because of
the report yesterday from someone else seeing the same symptoms I am
on completely different hardware.
/Don
>
>
> since you're losing interrupts.. another good option to try is "irqpoll"
>
>
> --
> Arjan van de Ven Intel Open Source Technology Centre
> For development, discussion and tips for power savings,
> visit http://www.lesswatts.org
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists