[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.64.0708102235320.1817@scrub.home>
Date: Fri, 10 Aug 2007 23:15:55 +0200 (CEST)
From: Roman Zippel <zippel@...ux-m68k.org>
To: Willy Tarreau <w@....eu>
cc: Michael Chang <thenewme91@...il.com>, Ingo Molnar <mingo@...e.hu>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Andi Kleen <andi@...stfloor.org>,
Mike Galbraith <efault@....de>,
Andrew Morton <akpm@...ux-foundation.org>,
linux-kernel@...r.kernel.org
Subject: Re: CFS review
Hi,
On Fri, 10 Aug 2007, Willy Tarreau wrote:
> fortunately all bug reporters are not like you. It's amazing how long
> you can resist sending a simple bug report to a developer!
I'm more amazed how long Ingo can resist providing some explanations (not
just about this problem).
It's not like I haven't given him anything, he already has the test
programs, he already knows the system configuration.
Well, I've sent him the stuff now...
> Maybe you
> consider that you need to fix the bug by yourself after you understand
> the code,
Fixing the bug requires some knowledge what the code is intended to do.
> Please try to be a little bit more transparent if you really want the
> bugs fixed, and don't behave as if you wanted this bug to survive
> till -final.
Could you please ask Ingo the same? I'm simply trying to get some
transparancy into the CFS design. Without further information it's
difficult to tell, whether something is supposed to work this way or it's
a bug.
In this case it's quite possible that due to a recent change my testcase
doesn't work anymore. Should I consider the problem fixed or did it just
go into hiding? Without more information it's difficult to verify this
independently.
bye, Roman
-
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