From: Ingo Molnar <mingo@elte.hu>
To: "John W. Linville" <linville@tuxdriver.com>
Cc: Jarek Poplawski <jarkao2@gmail.com>,
Johannes Berg <johannes@sipsolutions.net>,
Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>,
Pekka Enberg <penberg@cs.helsinki.fi>,
David Miller <davem@davemloft.net>,
linux-wireless@vger.kernel.org, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: pull request: wireless-next-2.6 2009-10-28
Date: Mon, 2 Nov 2009 10:10:38 +0100 [thread overview]
Message-ID: <20091102091038.GA9044@elte.hu> (raw)
In-Reply-To: <20091030150223.GA2586@tuxdriver.com>
* John W. Linville <linville@tuxdriver.com> wrote:
> On Fri, Oct 30, 2009 at 11:06:16AM +0000, Jarek Poplawski wrote:
>
> > There are various ways to disagree, and ignoring by John questions
> > from a merited developer both in this referenced lkml and current
> > threads looks at least strange (if not offensive) as well.
>
> Did you read the thread for which Bartlomiej provided a link earlier?
> There were ten responses (only three of them from him) in that thread.
> His comments were not ignored, they were rejected.
>
> Ever since Bartlomiej decided to tear himself away from
> drivers/staging, he has been nothing but negative -- petty, whining,
> indignat, whatever. Just what has he done to merit any special
> consideration here? Why should he have any sort of veto over rt2x00?
I got curious, as my past experience with Bartlomiej is that he is a
factual, reliable, knowledgable upstream driver developer interested in
difficult pieces of code others are reluctant to touch, for whom it is
rather atypical to get 'petty, whining, indignant'.
So i have read the thread you and Bartlomiej referenced:
http://lkml.org/lkml/2009/10/17/81
... and my understanding of that discussion is very different from
yours. Here is my annotated history of the beginnings of that
discussion:
Bartlomiej (in <200910171654.03344.bzolnier@gmail.com>) started his
review of the driver with:
| First let me say that I'm very happy to see this patch finally being
| submitted and I appreciate the effort..
|
| (I'll give it a spin on Eee 901 w/ 2.6.32-rc5 sometime later..)
Very friendly and constructive. Pretty much the Bartlomiej i have known
for years.
Then he continues with his technical observations:
| Now to the less happy part..
|
| I also used the opportunity to take a closer look at this driver and
| it seems that it needlessly adds around 2 KLOC to kernel by
| duplicating the common content of rt2800usb.h to rt2800pci.h instead
| of moving it to the shared header (like it is done in the staging
| crap drivers):
|
| [...]
|
| All in all, the total amount of the kernel code needed for
| implementing rt2800pci functionality should 1-2 KLOC instead of the
| current 5 KLOC.
Looks like a valid technical point that should be replied to in ernest.
Johannes Berg's first reply (<1255792104.3434.2.camel@johannes.local>)
ignored Bartlomiej's friendly approach and launched a combative,
emotion-laden, unconstructive (and technically inapposite) attack:
| Tell me you're kidding -- comparing 2k duplicated LOC with a driver
| that ships its own wifi stack?
Bartlomiej's reply (<1255792104.3434.2.camel@johannes.local>) ignored
the attack (gracefully) and replied to the technical portion only:
| > Tell me you're kidding -- comparing 2k duplicated LOC with a driver
| > that ships its own wifi stack?
|
| Why would I be?
|
| 1) The patch is submitted to kernel _proper_ not kernel staging so I
| see no excuse for duplicating 2-4 KLOC and it should be fixed.
|
| 2) The fact that the some staging driver consists in 90% of crap
| doesn't mean that it doesn't have some good design ideas.. (i.e.
| abstracting chipset registers access in a discussed case)
To which technical point Johannes elected not to reply. (Effectively
conceding Bartlomiej's point as per lkml discussion rules.)
[ There are similar patterns in other threads of this discussion - the
reply in (<200910181859.22413.IvDoorn@gmail.com>) and followups
were similarly dismissive (while not as combative as Johannes's reply)
- with an often offensive tone against Bartlomiej. ]
Bartlomiej followed up with his test results in another message in
<200910172318.56929.bzolnier@gmail.com>. Corroborated by Luis Correia in
<efe7343f0910180240o223ac346j3dd7c45c7460ec41@mail.gmail.com>. Both
messages were factual, constructive and friendly.
Neither failure report was replied to in that thread and remains ignored
up to today, 15 days down the line.
Alas, the portion of the story that is visible in that discussion on
lkml contradicts your claim almost 180 degrees. The person being
attacked there was Bartlomiej and i simply dont see where you got the
conclusion from that he was 'petty, whining, indignant'.
Now look at the aftermath from Bartlomiej's perspective: this
non-working driver with arguably unresponsive, unfriendly maintainers
got pulled twice (first by you and then by David), and it is now on the
unstoppable path upstream. By omission he's been forced to raise these
issues at every hop that pulls this piece of code - and it was not his
choice to be exposed to such a spiral of a workflow.
I can understand David trusting your judgement and not wanting to get
involved in the fine details, but having read the surrounding discussion
i dont understand your interpretation of the events, and i dont
understand on what basis you launched your very serious accusation, that
he is being 'petty, whining, indignant'. Every reply from him in that
thread is the exact opposite of that. Care to elaborate?
Thanks,
Ingo
next prev parent reply other threads:[~2009-11-02 9:10 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-28 21:10 pull request: wireless-next-2.6 2009-10-28 John W. Linville
2009-10-28 21:56 ` Bartlomiej Zolnierkiewicz
2009-10-29 11:12 ` Bartlomiej Zolnierkiewicz
[not found] ` <200910291212.41656.bzolnier-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-10-29 12:15 ` David Miller
[not found] ` <20091029.051509.119751790.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
2009-10-29 12:45 ` Bartlomiej Zolnierkiewicz
[not found] ` <200910291345.05888.bzolnier-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-10-29 12:59 ` David Miller
2009-10-29 13:35 ` Bartlomiej Zolnierkiewicz
2009-10-29 13:52 ` Pekka Enberg
2009-10-29 14:14 ` Bartlomiej Zolnierkiewicz
2009-10-29 14:21 ` David Miller
[not found] ` <20091029.072101.109209962.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
2009-10-29 14:39 ` Michael Buesch
2009-10-29 14:44 ` Gertjan van Wingerde
[not found] ` <14add3d10910290744n3abd1cf8w42a6311108eb2fa7-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-10-29 14:48 ` Michael Buesch
[not found] ` <200910291548.27235.mb-fseUSCV1ubazQB+pC5nmwQ@public.gmane.org>
2009-10-29 15:08 ` Luis R. Rodriguez
2009-10-29 17:49 ` Bartlomiej Zolnierkiewicz
2009-10-29 19:45 ` Pekka Enberg
[not found] ` <84144f020910291245l1a7a3fd6o8822ecd4ce3b5504-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-10-29 21:48 ` Bartlomiej Zolnierkiewicz
[not found] ` <200910292248.42229.bzolnier-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-10-30 5:59 ` Pekka Enberg
2009-10-30 7:00 ` Johannes Berg
2009-10-30 11:06 ` Jarek Poplawski
[not found] ` <20091030110616.GB6150-8HppEYmqbBCE+EvaaNYduQ@public.gmane.org>
2009-10-30 15:02 ` John W. Linville
[not found] ` <20091030150223.GA2586-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.org>
2009-10-30 20:44 ` Jarek Poplawski
2009-11-01 19:04 ` Bartlomiej Zolnierkiewicz
2009-11-02 9:10 ` Ingo Molnar [this message]
2009-11-02 9:23 ` Johannes Berg
2009-11-02 10:07 ` Ingo Molnar
[not found] ` <20091102100702.GA16963-X9Un+BFzKDI@public.gmane.org>
2009-11-02 17:01 ` John W. Linville
2009-11-02 17:32 ` Luis Correia
2009-11-02 17:36 ` Randy Dunlap
[not found] ` <4AEF1894.2010809-/UHa2rfvQTnk1uMJSBkQmQ@public.gmane.org>
2009-11-02 18:29 ` John W. Linville
2009-11-02 18:43 ` Ivo van Doorn
2009-11-03 19:59 ` Bartlomiej Zolnierkiewicz
2009-11-03 20:32 ` Ivo van Doorn
2009-11-03 21:04 ` Bartlomiej Zolnierkiewicz
2009-11-02 21:16 ` Pavel Machek
2009-11-04 13:03 ` Jiri Kosina
[not found] ` <alpine.LRH.2.00.0911041403480.31913-1ReQVI26iDCaZKY3DrU6dA@public.gmane.org>
2009-11-04 21:17 ` Ivo van Doorn
2009-11-04 22:00 ` Pavel Machek
2009-11-04 22:09 ` John W. Linville
2009-11-02 16:46 ` John W. Linville
2009-10-30 15:14 ` John W. Linville
2009-10-29 13:53 ` David Miller
[not found] ` <20091029.065336.119302168.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
2009-10-29 14:13 ` Bartlomiej Zolnierkiewicz
[not found] ` <200910291513.54326.bzolnier-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-10-29 14:20 ` David Miller
2009-10-29 14:24 ` Johannes Berg
2009-10-29 14:34 ` Bartlomiej Zolnierkiewicz
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=20091102091038.GA9044@elte.hu \
--to=mingo@elte.hu \
--cc=bzolnier@gmail.com \
--cc=davem@davemloft.net \
--cc=jarkao2@gmail.com \
--cc=johannes@sipsolutions.net \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.com \
--cc=netdev@vger.kernel.org \
--cc=penberg@cs.helsinki.fi \
/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;
as well as URLs for NNTP newsgroup(s).