[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.64.0702051239310.8424@woody.linux-foundation.org>
Date: Mon, 5 Feb 2007 12:42:22 -0800 (PST)
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Zach Brown <zach.brown@...cle.com>
cc: Davide Libenzi <davidel@...ilserver.org>,
Ingo Molnar <mingo@...e.hu>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linux-aio@...ck.org, Suparna Bhattacharya <suparna@...ibm.com>,
Benjamin LaHaise <bcrl@...ck.org>
Subject: Re: [PATCH 2 of 4] Introduce i386 fibril scheduling
On Mon, 5 Feb 2007, Zach Brown wrote:
>
> For syscalls, sure.
>
> The kevent work incorporates Uli's desire to have more data per event. Have
> you read his OLS stuff? It's been a while since I did so I've lost the
> details of why he cares to have more.
You'd still do that as _arguments_ to the system call, not as the return
value.
Also, quite frankly, I tend to find Uli over-designs things. The whole
disease of "make things general" is a CS disease that some people take to
extreme.
The good thing about generic code is not that it solves some generic
problem. The good thing about generics is that they mean that you can
_avoid_ solving other problems AND HAVE LESS CODE. But some people seem to
think that "generic" means that you have to have tons of code to handle
all the possible cases, and that *completely* misses the point.
We want less code. The whole (and really, the _only_) point of the
fibrils, at least as far as I'm concerned, is to *not* have special code
for aio_read/write/whatever.
Linus
-
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