[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <E1HO2ks-00082C-7y@flower>
Date: Mon, 5 Mar 2007 03:16:50 +0100
From: Oleg Verych <olecom@...wer.upol.cz>
To: "Michael K. Edwards" <medwards.linux@...il.com>
Cc: LKML <linux-kernel@...r.kernel.org>
Subject: Discussing LKML community [OT from the Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3]
> From: "Michael K. Edwards" <medwards.linux@...il.com>
> Newsgroups: gmane.linux.kernel
> Subject: Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3
> Date: Wed, 28 Feb 2007 09:01:07 -0800
Michael,
[]
> In this instance, there didn't seem to be any harm in sending my
> thoughts to LKML as I wrote them, on the off chance that Ingo or
> Davide would get some value out of them in this design cycle (which
> any code I eventually get around to producing will miss). So far,
> I've gotten some rather dismissive pushback from Ingo and Alan (who
> seem to have no interest outside x86 and less understanding than I
> would have thought of what real userspace code looks like), a "why
> preach to people who know more than you do" from Davide,
this may be sad, unless you've spent time and effort to make a Patch,
i.e. read source, understand why it's written so, why it's being used now
that way, and why it has to be updated on new cycle of kernel
development.
> a brief aside on the dominance of x86 from Oleg,
I didn't have a chance, and probably i will not have one, to communicate
with people like you to learn from your wisdom personally. That's why
i've replied to your, after you've mentioned transputers. And i've got
rather different opinion, than i expected. That shows my test-tube
being, little experience etc. As discussion was about CPUs, it was
technical, thus on-topic for LKML.
> and one off-list "keep up the good work". Not a very rich harvest from
> (IMHO) pretty good seeds.
Offlist message was my share of view about things, that were offtopic,
and clarifying about lkml thing, and it wasn't on-topic for LKML.
I'm pretty sure, that there libraries of books, written on every single
bit of things Linux currently *implements* in asm/C.
(1) Thus, `return -ENOPATCH', man, regardless what you are saying in
lkml. That's why prominent people, you've joined me with (:, replied in
go-to-kernelnewbie style.
> In short, so far the "Linux kernel community" is upholding its
> reputation for insularity, arrogance, coding without prior design,
> lack of interest in userspace problems, and inability to learn from
> the mistakes of others. (None of these characterizations depends on
> there being any real insight in anything I have written.)
You, as a person, who have right to be personally wrong, may think that
way. But do not forget, as i've wrote you offlist and in (1), this is
development community, sometimes development of development one, etc;
educated, enthusiastic, wise, Open Source, poor on time (and money :).
> Happy hacking,
> - Michael
And you too. LKML *can* (sometimes may) show how useful this hacking is.
> P. S. I do think "threadlets" are brilliant, though, and reading
> Ingo's patches gave me a much better idea of what would be involved in
> prototyping Asynchronously Executed I/O Unit opcodes.
You are discussing on-topic thing in the P.S. And this is IMHO wrong
approach.
Also, note, that i've changed subject, stripped cc list, please note,
that i can be young and naive boy barking up the wrong tree.
Kind regards.
--
-o--=O`C /. .\
#oo'L O o
<___=E M ^-- (Wuuf)
-
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