[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <18117.19602.616561.525863@notabene.brown>
Date: Fri, 17 Aug 2007 17:21:54 +1000
From: Neil Brown <neilb@...e.de>
To: Jens Axboe <jens.axboe@...cle.com>
Cc: linux-kernel@...r.kernel.org, Tejun Heo <htejun@...il.com>
Subject: Re: [PATCH 000 of 6] A few block-layer tidy-up patches.
On Friday August 17, jens.axboe@...cle.com wrote:
> > > Please inspect the #block-2.6.24 branch to see the result.
> >
> > I don't know where to look for this. I checked
> > http://git.kernel.org/?p=linux/kernel/git/axboe/linux-2.6-block.git
> > but they don't seem to be there.
> > ??
>
> That's where it is, but the kernel.org mirroring is just horrible slow.
> Just checked now and it's there.
I discovered I was looking in the wrong place - not being very
familiar with git terminology.
I found them and it looks right.
I had a bit of a look at removing bio_data and ->buffer ... the
usages outside of drivers/ide are fairly easy to deal with - I might
send a patch for that. The drivers/ide stuff looks like a fairly
substantial rewrite is in order.
e.g. idefloppy_packet_command_s seems to duplicate a lot of
fields from 'struct request', and it should probably use the request
struct directly.
But a number of times ->buffer points to ->cmd, and there is no bio.
I guess we should use bio_map_kern to make a bio?
I'll see if I can come up with something.... testing it might be
awkward. I have an ide cdrom I can test on. Maybe an ide disk,, but
not an ide floppy :-)
NeilBrown
-
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