From: Andy Isaacson <adi@hexapodia.org>
To: Kai Makisara <Kai.Makisara@kolumbus.fi>,
linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org,
Greg KH <greg@kroah.com>
Subject: Re: 2.6.5-rc1 SCSI + st regressions (was: Linux 2.6.5-rc1)
Date: Wed, 17 Mar 2004 19:45:25 -0600 [thread overview]
Message-ID: <20040318014525.GE20793@hexapodia.org> (raw)
In-Reply-To: <20040317213201.GB5722@merlin.emma.line.org>
On Wed, Mar 17, 2004 at 10:32:01PM +0100, Matthias Andree wrote:
> On Wed, 17 Mar 2004, Kai Makisara wrote:
> > # ChangeSet
> > # 2004/03/12 16:22:36-08:00 greg@kroah.com
> > # remove cdev_set_name completely as it is not needed.
> >
> > (and editing drivers/char/tty_io.c to get the kernel to compile) solved
> > the problem for me. st.c is using the name put into kobj.name in making
> > the class file names. I will make a patch that removes this dependency.
>
> I had backed out that ChangeSet here as I was suspecting it (about the
> only one "new enough" to cause these problems) but bumped into tty_io.c
> compile failures and didn't have time to investigate.
>
> > While looking at this problem, I noticed that the naming changes already
> > committed to BK had disappeared. Looking at st.c history revealed that the
> > following change had been committed (sorry for wrapping) by greg@kroah.com
> > 46 hours ago:
>
> This is how the change tree looks like in BitKeeper's histtool,
> the top line is the date in MM-DD format:
>
> 02-22 02-24 03-03 03-13 03-13 03-15
> kai -> axbø -> kai -------------------------------> greg
> 1.78 1.79\ 1.80 1.81
> \ /
> `----------corbet-------greg------'
> 1.79.1.1 1.79.1.2
>
> ...
>
> Logs:
>
> ======== st.c 1.1..1.81 ========
> D 1.81 04/03/15 15:02:26-08:00 greg@kroah.com 104 101 0/5/4363
> P drivers/scsi/st.c
> C merge
> ------------------------------------------------
> D 1.79.1.2 04/03/12 08:22:11-08:00 greg@kroah.com[greg] 103 102 0/1/4350
> P drivers/scsi/st.c
> C remove cdev_set_name completely as it is not needed.
> ------------------------------------------------
> D 1.79.1.1 04/03/13 00:47:18-08:00 corbet@lwn.net[greg] 102 100 2/3/4349
> P drivers/scsi/st.c
> C cdev 2/2: hide cdev->kobj
> ------------------------------------------------
> D 1.80 04/02/26 05:24:19-06:00 Kai.Makisara@kolumbus.fi[jejb] 101 100 28/12/4340
> P drivers/scsi/st.c
> C SCSI tape sysfs name fixes
> ------------------------------------------------
> D 1.79 04/02/23 06:23:46-08:00 axboe@suse.de[torvalds] 100 99 1/1/4351
> P drivers/scsi/st.c
> C fix SCSI non-sector bio backed IO
>
> > The change comment was "merge" and it resulted in st.c version 1.81. (I am
> > not using Bitkeeper but trying to extract information from bkbits.net.)
>
> BitKeeper doesn't have more info and this doesn't look like an auto-generated
> comment of BitKeeper's, but seems to have been entered manually. Blame Greg?
That's a pretty nasty merge, so it's not real suprising that Greg didn't
get it completely right.
Nice ASCII art, BTW. If you can reduce it to an algorithm I bet Larry
would like to hire you to add it to BK. :)
-andy
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
prev parent reply other threads:[~2004-03-18 1:45 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Pine.LNX.4.58.0403152154070.19853@ppc970.osdl.org>
2004-03-16 21:12 ` 2.6.5-rc1 SCSI + st regressions (was: Linux 2.6.5-rc1) Matthias Andree
2004-03-16 21:17 ` Matthew Wilcox
2004-03-16 21:56 ` Matthias Andree
2004-03-16 22:29 ` Matthew Wilcox
2004-03-17 20:35 ` Kai Makisara
2004-03-17 21:18 ` Kai Makisara
2004-03-17 21:43 ` Matthias Andree
2004-03-17 21:44 ` Mike Anderson
2004-03-17 22:25 ` Kai Makisara
2004-03-17 22:55 ` Greg KH
2004-03-17 23:04 ` Mike Anderson
2004-03-17 21:32 ` Matthias Andree
2004-03-18 1:45 ` Andy Isaacson [this message]
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=20040318014525.GE20793@hexapodia.org \
--to=adi@hexapodia.org \
--cc=Kai.Makisara@kolumbus.fi \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.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