* Dropping some patches from sched-devel
@ 2008-01-25 16:38 Guillaume Chazarain
2008-01-25 16:58 ` Ingo Molnar
0 siblings, 1 reply; 3+ messages in thread
From: Guillaume Chazarain @ 2008-01-25 16:38 UTC (permalink / raw)
To: Ingo Molnar, LKML
Hi Ingo,
Can I talk you into dropping these patches of mine from sched-devel
(or not send them to Linus):
da0f9440cdcb1edd5424de91f326de83de3fe5f9 sched: make sure jiffies is
up to date before calling __update_rq_clock()
6eb300ad38fef6db4efe177067a65aaa771596da sched: fix rq->clock
overflows detection with CONFIG_NO_HZ
They are not of good enough quality, and I'm working on a better approach.
Thanks.
--
Guillaume
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Dropping some patches from sched-devel
2008-01-25 16:38 Dropping some patches from sched-devel Guillaume Chazarain
@ 2008-01-25 16:58 ` Ingo Molnar
2008-01-25 17:27 ` Guillaume Chazarain
0 siblings, 1 reply; 3+ messages in thread
From: Ingo Molnar @ 2008-01-25 16:58 UTC (permalink / raw)
To: Guillaume Chazarain; +Cc: LKML
* Guillaume Chazarain <guichaz@yahoo.fr> wrote:
> Hi Ingo,
>
> Can I talk you into dropping these patches of mine from sched-devel
> (or not send them to Linus):
>
> da0f9440cdcb1edd5424de91f326de83de3fe5f9 sched: make sure jiffies is
> up to date before calling __update_rq_clock()
> 6eb300ad38fef6db4efe177067a65aaa771596da sched: fix rq->clock
> overflows detection with CONFIG_NO_HZ
>
> They are not of good enough quality, and I'm working on a better
> approach.
sure, done.
what method are you using of determining quality? Could you perhaps try
to automate it? (even better would be some self-test within the kernel
that detects badness)
Ingo
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Dropping some patches from sched-devel
2008-01-25 16:58 ` Ingo Molnar
@ 2008-01-25 17:27 ` Guillaume Chazarain
0 siblings, 0 replies; 3+ messages in thread
From: Guillaume Chazarain @ 2008-01-25 17:27 UTC (permalink / raw)
To: Ingo Molnar; +Cc: LKML
On Jan 25, 2008 5:58 PM, Ingo Molnar <mingo@elte.hu> wrote:
> sure, done.
Thanks.
> what method are you using of determining quality?
I was talking about code quality: adding a dependency on jiffies does
not seems like a good idea. But also, about the clock quality, I was
focusing on getting rid of underflows and overflows so relaxed the
checks. But I realized all these underflows are definitely needed. I
mean, the conversion from TSC to sched_clock always rounds to lower,
so overtime it lags a bit.
> Could you perhaps try
> to automate it? (even better would be some self-test within the kernel
> that detects badness)
I find the overflow/underflow/warps checks you added in the first
place to be sufficent. Not sure we want to add more tests to
differentiate between normal and abnormal drifts.
Thanks for your prompt reply.
--
Guillaume
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2008-01-25 17:27 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-01-25 16:38 Dropping some patches from sched-devel Guillaume Chazarain
2008-01-25 16:58 ` Ingo Molnar
2008-01-25 17:27 ` Guillaume Chazarain
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox