From: Adrian Bunk <bunk@kernel.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Cc: Ingo Molnar <mingo@elte.hu>, Peter Osterlund <petero2@telia.com>,
Linus Torvalds <torvalds@linux-foundation.org>,
Matthew Wilcox <matthew@wil.cx>,
linux-kernel@vger.kernel.org,
Andrew Morton <akpm@linux-foundation.org>,
Al Viro <viro@ftp.linux.org.uk>
Subject: Re: [patch] scsi: revert "[SCSI] Get rid of scsi_cmnd->done"
Date: Sun, 6 Jan 2008 17:45:58 +0200 [thread overview]
Message-ID: <20080106154557.GK2082@does.not.exist> (raw)
In-Reply-To: <1199632845.5205.31.camel@localhost.localdomain>
On Sun, Jan 06, 2008 at 09:20:45AM -0600, James Bottomley wrote:
>
> On Sun, 2008-01-06 at 15:47 +0100, Ingo Molnar wrote:
> > * James Bottomley <James.Bottomley@HansenPartnership.com> wrote:
> >
> > > > I can repeat this bug, both with and without the scsi patch that is
> > > > claimed to make a difference, both with an external USB drive and an
> > > > internal IDE drive.
> > > >
> > > > To repeat:
> > > >
> > > > 1. Start with an empty drive.
> > > > 2. pktsetup 0 /dev/scd0
> > > > 3. Insert a CD containing an isofs filesystem.
> > > > 4. mount /dev/pktcdvd/0 /mnt/tmp
> > > > 5. umount /mnt/tmp
> > > > 6. Press the eject button.
> > > > 7. Insert a DVD containing a non-writable filesystem.
> > > > 8. mount /dev/scd0 /mnt/tmp
> > > > 9. find /mnt/tmp -type f -print0 | xargs -0 sha1sum >/dev/null
> > > > 10. If the DVD contains data beyond the physical size of a CD, you
> > > > get I/O errors in the terminal, and dmesg reports lots of
> > > > "attempt to access beyond end of device" errors.
> > >
> > > Brilliant! I can confirm the reproduction of the bug too (that's with
> > > the originally fingered commit reverted).
> >
> > may i point out the obvious at this stage? The thing that finally got
> > movement into this bug was ... :
> >
> > exposure on lkml
>
> I won't disagree with that. That's why my philosophy is to try to force
> all bug reports out of bugzilla and on to the relevant mailing list
> because of the many eyes approach this engenders.
The problem is that mailing lists are far too often equivalent to
/dev/null for many bug reports.
Tracking e.g. helps with not missing regressions and getting more of
them fixed.
And another of the advantages of using Bugzilla is that it gives us
numbers how bad we are in terms of introducing regressions and having
unfixed bugs, so developers are no longer able to tell we didn't have a
problem in this area...
> > The reproducer came to you via Peter Osterlund who has never authored a
> > single drivers/scsi/ commit before (according to git-log) and who (and
> > here i'm out on a limb guessing it) does not even follow
> > linux-scsi@vger.kernel.org.
> >
> > this bug was obscure and hidden on linux-scsi@vger.kernel.org for
> > _months_, (it is a rarely visited and rarely read mailing list) and
> > there was just not enough "critical mass" to get this issue fixed.
>
> If I were you, I'd actually make a cursory effort to get my facts
> straight before spouting off.
>
> This bug was actually hidden in bugzilla for ages, where Matthew Wilcox
> was trying to deal with it on his own. The first I heard of it (apart
> from a linux-scsi question on 13 November, when regrettably, I was busy
> with other things) was on 18 Dec when Natalie added me to the bugzilla
> cc list. The first thing I did on that date was finger pktcdvd and add
> Jens to the cc list ... however, since there was no mailing list thread
> to follow he ended up asking for context which no-one provided.
>
> The whole problem with this bug was generated precisely because it was
> kept in bugzilla where too few people actually looked at it. You're the
> one who annotated the bugzilla entries with trite little homilies asking
> why there was no action *without* ever notifying any mailing list, I
> might add.
>
> The fault lies in our bug processing methodology. Bugzilla is a fine
> tracking tool, but it's a bloody useless workflow one for actually
> solving problems because, as you say, and I agree, the mailing lists are
> where we produce the solutions.
>...
Bugzilla for tracking and mailing lists for discussing are not mutually
exclusive.
What about asking the Bugzilla admins to set the default owner of new
SCSI bugs to linux-scsi@vger.kernel.org?
This way all SCSI bugs submitted in Bugzilla will automatically be
forwarded to the linux-scsi mailing list.
> James
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
next prev parent reply other threads:[~2008-01-06 15:46 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-02 16:25 [patch] scsi: revert "[SCSI] Get rid of scsi_cmnd->done" Ingo Molnar
2008-01-02 16:46 ` James Bottomley
2008-01-02 19:19 ` Linus Torvalds
2008-01-02 19:40 ` Matthew Wilcox
2008-01-02 19:57 ` Linus Torvalds
2008-01-02 20:17 ` Christoph Hellwig
2008-01-02 20:49 ` Linus Torvalds
2008-01-02 20:53 ` Matthew Wilcox
2008-01-02 20:18 ` Matthew Wilcox
2008-01-02 20:12 ` James Bottomley
2008-01-02 20:45 ` Linus Torvalds
2008-01-02 23:33 ` James Bottomley
2008-01-03 1:58 ` Linus Torvalds
2008-01-06 2:55 ` Peter Osterlund
2008-01-06 3:43 ` Linus Torvalds
2008-01-06 10:17 ` Peter Osterlund
2008-01-06 14:04 ` James Bottomley
2008-01-06 14:42 ` James Bottomley
2008-01-06 15:01 ` Peter Osterlund
2008-01-06 18:14 ` Linus Torvalds
2008-01-06 18:44 ` Linus Torvalds
2008-01-06 18:54 ` James Bottomley
2008-01-06 16:19 ` Boaz Harrosh
2008-01-06 16:47 ` James Bottomley
2008-01-06 13:57 ` James Bottomley
2008-01-06 14:47 ` Ingo Molnar
2008-01-06 15:20 ` James Bottomley
2008-01-06 15:45 ` Adrian Bunk [this message]
2008-01-06 16:00 ` James Bottomley
2008-01-06 16:12 ` Ingo Molnar
2008-01-06 17:10 ` James Bottomley
2008-01-08 16:55 ` Ingo Molnar
2008-01-06 17:11 ` Matthew Wilcox
2008-01-06 17:36 ` James Bottomley
2008-01-06 18:34 ` Willy Tarreau
2008-01-06 18:56 ` Adrian Bunk
2008-01-06 19:10 ` Willy Tarreau
2008-01-06 19:58 ` Adrian Bunk
2008-01-06 21:08 ` Willy Tarreau
2008-01-06 22:25 ` Adrian Bunk
2008-01-07 20:50 ` Valdis.Kletnieks
2008-01-07 21:31 ` Alan Cox
2008-01-07 21:37 ` Matthew Wilcox
2008-01-07 23:04 ` Valdis.Kletnieks
2008-01-07 23:19 ` Matthew Wilcox
2008-01-08 16:47 ` Stefan Richter
2008-01-08 17:11 ` Linus Torvalds
2008-01-08 20:01 ` Ingo Molnar
2008-01-09 4:01 ` Valdis.Kletnieks
2008-01-09 4:10 ` Andrew Morton
2008-01-09 6:03 ` Willy Tarreau
2008-01-09 4:03 ` Valdis.Kletnieks
2008-01-07 15:25 ` John Stoffel
2008-01-07 19:04 ` Stefan Richter
2008-01-07 19:59 ` John Stoffel
2008-01-06 17:29 ` Stefan Richter
2008-01-06 20:26 ` Ingo Molnar
-- strict thread matches above, loose matches on Subject: below --
2008-01-06 13:55 Thomas Meyer
2008-01-06 16:56 ` Matthew Wilcox
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=20080106154557.GK2082@does.not.exist \
--to=bunk@kernel.org \
--cc=James.Bottomley@HansenPartnership.com \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=matthew@wil.cx \
--cc=mingo@elte.hu \
--cc=petero2@telia.com \
--cc=torvalds@linux-foundation.org \
--cc=viro@ftp.linux.org.uk \
/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