From: Ingo Molnar <mingo@elte.hu>
To: Roman Zippel <zippel@linux-m68k.org>
Cc: tglx@linutronix.de, linux-kernel@vger.kernel.org,
Andrew Morton <akpm@osdl.org>,
rostedt@goodmis.org, johnstul@us.ibm.com
Subject: Re: [patch 00/21] hrtimer - High-resolution timer subsystem
Date: Tue, 6 Dec 2005 20:07:13 +0100 [thread overview]
Message-ID: <20051206190713.GA8363@elte.hu> (raw)
In-Reply-To: <Pine.LNX.4.61.0512061628050.1610@scrub.home>
* Roman Zippel <zippel@linux-m68k.org> wrote:
> Hi Thomas,
>
> On Tue, 6 Dec 2005 tglx@linutronix.de wrote:
>
> Before I get into a detailed review, I have to asked a question I
> already asked earlier: are even interested in a discussion about this?
we are certainly interested in a technical discussion!
> I would prefer if we could work together on this, but this requires
> some communication. I know I'm sometimes a little hard to understand,
> but you don't even try to ask if something is unclear or to explain
> the details from your perspective.
you think the reason is that you are "sometimes a little hard to
understand". Which, as i guess it implies, comes from your superior
intellectual state of mind, and i am really thankful for your efforts
trying to educate us mere mortals.
but do you honestly believe that this is the only possible reason? How
about "your message often gets lost because you often offend people and
thus do not respect their work" as a possibility? How about "hence it
has not been much fun to work with you" as a further explanation?
to be able to comprehend what kind of mood we might be in when reading
your emails these days, how about this little snippet from you, from the
second email you wrote in the ktimers threads:
"First off, I can understand that you're rather upset with what I wrote,
unfortunately you got overly defensive, so could you please next time
not reply immediately and first sleep over it, an overly emotional
reply is funny to read but not exactly useful."
http://marc.theaimsgroup.com/?l=linux-kernel&m=112743074308613&w=2
and to tell you my personal perspective, the insults coming from you in
our direction have not appeared to have stopped since. I am being dead
serious here, and i'd love nothing else if you stopped doing what you
are doing and if i didnt have to write such mails and if things got more
constructive in the end. Insults like the following sentence in this
very email:
> [...] So Thomas, please get over yourself and start talking.
let me be frank, and show you my initial reply that came to my mind when
reading the above sentence: "who the f*ck do you think you are to talk
to _anyone_ like that?". Now i'm usually polite and wont reply like
that, but one thing is sure: no technical thought was triggered by your
sentence and no eternal joy filled my mind aching to reply to your
questions. Suggestion: if you want communication and cooperation, then
be cooperative to begin with. We are doing Linux kernel programming for
the fun of it, and the style of discussions matters just as much as the
style of code.
i'm not sure what eternal sin we've committed to have deserved the
sometimes hidden, sometimes less hidden trash-talk you've been
practicing ever since we announced ktimers.
in any case, from me you'll definitely get a reply to every positive or
constructive question you ask in this thread, but you wont get many
replies to mails that also include high-horse insults, question or
statements. Frankly, i dont have that much time to burn, we've been
through one ktimer flamewar already and it wasnt overly productive :)
Ingo
next prev parent reply other threads:[~2005-12-06 19:07 UTC|newest]
Thread overview: 74+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-06 0:01 [patch 00/21] hrtimer - High-resolution timer subsystem tglx
2005-12-06 0:01 ` [patch 01/21] Move div_long_long_rem out of jiffies.h tglx
2005-12-06 0:01 ` [patch 02/21] Remove duplicate div_long_long_rem implementation tglx
2005-12-06 0:01 ` [patch 03/21] Deinline mktime and set_normalized_timespec tglx
2005-12-06 0:01 ` [patch 04/21] Clean up mktime and make arguments const tglx
2005-12-06 0:01 ` [patch 05/21] Export deinlined mktime tglx
2005-12-06 0:01 ` [patch 06/21] Remove unused clock constants tglx
2005-12-06 0:01 ` [patch 07/21] Coding style clean up of " tglx
2005-12-06 0:01 ` [patch 08/21] Coding style and white space cleanup tglx
2005-12-06 0:01 ` [patch 09/21] Make clockid_t arguments const tglx
2005-12-06 0:01 ` [patch 10/21] Coding style and white space cleanup tglx
2005-12-06 0:01 ` [patch 11/21] Create and use timespec_valid macro tglx
2005-12-06 0:01 ` [patch 12/21] Validate timespec of do_sys_settimeofday tglx
2005-12-06 0:01 ` [patch 13/21] Introduce nsec_t type and conversion functions tglx
2005-12-06 0:01 ` [patch 14/21] Introduce ktime_t time format tglx
2005-12-06 0:01 ` [patch 15/21] hrtimer core code tglx
2005-12-15 3:43 ` Matt Helsley
2005-12-06 0:01 ` [patch 16/21] hrtimer documentation tglx
2005-12-06 0:01 ` [patch 17/21] Switch itimers to hrtimer tglx
2005-12-06 0:01 ` [patch 18/21] Create hrtimer nanosleep API tglx
2005-12-06 0:01 ` [patch 19/21] Switch sys_nanosleep to hrtimer tglx
2005-12-06 0:01 ` [patch 20/21] Switch clock_nanosleep to hrtimer nanosleep API tglx
2005-12-06 0:01 ` [patch 21/21] Convert posix timers completely tglx
2005-12-06 17:32 ` [patch 00/21] hrtimer - High-resolution timer subsystem Roman Zippel
2005-12-06 19:07 ` Ingo Molnar [this message]
2005-12-07 3:05 ` Roman Zippel
2005-12-08 5:18 ` Paul Jackson
2005-12-08 8:12 ` Ingo Molnar
2005-12-08 9:26 ` Ingo Molnar
2005-12-08 13:08 ` Roman Zippel
2005-12-08 15:36 ` Steven Rostedt
2005-12-06 22:10 ` Thomas Gleixner
2005-12-07 3:11 ` Roman Zippel
2005-12-06 22:28 ` Thomas Gleixner
2005-12-07 9:31 ` Andrew Morton
2005-12-07 10:11 ` Ingo Molnar
2005-12-07 10:20 ` Ingo Molnar
2005-12-07 10:23 ` Nick Piggin
2005-12-07 10:49 ` Ingo Molnar
2005-12-07 11:09 ` Nick Piggin
2005-12-07 11:33 ` Ingo Molnar
2005-12-07 11:40 ` Nick Piggin
2005-12-07 13:06 ` Roman Zippel
2005-12-07 12:40 ` Roman Zippel
2005-12-07 23:12 ` Nick Piggin
2005-12-07 12:18 ` Roman Zippel
2005-12-07 16:55 ` Ingo Molnar
2005-12-07 17:17 ` Roman Zippel
2005-12-07 17:57 ` Ingo Molnar
2005-12-07 18:18 ` Roman Zippel
2005-12-07 18:02 ` Paul Baxter
2005-12-09 17:23 ` Thomas Gleixner
2005-12-12 13:39 ` Roman Zippel
2005-12-12 16:42 ` Thomas Gleixner
2005-12-12 18:37 ` Thomas Gleixner
2005-12-13 1:25 ` George Anzinger
2005-12-13 9:18 ` Thomas Gleixner
2005-12-15 1:35 ` Roman Zippel
2005-12-15 2:29 ` George Anzinger
2005-12-19 14:56 ` Roman Zippel
2005-12-19 20:54 ` George Anzinger
2005-12-21 23:03 ` Roman Zippel
2005-12-22 4:30 ` George Anzinger
2005-12-14 20:48 ` Roman Zippel
2005-12-14 22:30 ` Thomas Gleixner
2005-12-15 0:55 ` George Anzinger
2005-12-15 14:18 ` Steven Rostedt
2005-12-19 14:50 ` Roman Zippel
2005-12-19 22:05 ` Thomas Gleixner
-- strict thread matches above, loose matches on Subject: below --
2005-12-13 12:45 Nicolas Mailhot
2005-12-13 23:38 ` George Anzinger
2005-12-14 8:58 ` Kyle Moffett
2005-12-14 10:03 ` Nicolas Mailhot
2005-12-15 1:11 ` George Anzinger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20051206190713.GA8363@elte.hu \
--to=mingo@elte.hu \
--cc=akpm@osdl.org \
--cc=johnstul@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rostedt@goodmis.org \
--cc=tglx@linutronix.de \
--cc=zippel@linux-m68k.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox