From: Ingo Oeser <ingo.oeser@informatik.tu-chemnitz.de>
To: Andrew Morton <akpm@zip.com.au>
Cc: linux-kernel@vger.kernel.org
Subject: Re: direct-to-BIO for O_DIRECT
Date: Mon, 8 Jul 2002 09:44:17 +0200 [thread overview]
Message-ID: <20020708094417.B18142@rotuma.informatik.tu-chemnitz.de> (raw)
In-Reply-To: <3D2904C5.53E38ED4@zip.com.au>; from akpm@zip.com.au on Sun, Jul 07, 2002 at 08:19:33PM -0700
On Sun, Jul 07, 2002 at 08:19:33PM -0700, Andrew Morton wrote:
> Question is: what do we want to do with this sucker? These are the
> remaining users of kiovecs:
>
> drivers/md/lvm-snap.c
> drivers/media/video/video-buf.c
> drivers/mtd/devices/blkmtd.c
> drivers/scsi/sg.c
>
> the video and mtd drivers seems to be fairly easy to de-kiobufize.
> I'm aware of one proprietary driver which uses kiobufs. XFS uses
> kiobufs a little bit - just to map the pages.
It would be nice if we could just map a set of user pages to a scatterlist.
Developers of mass transfer devices (video grabbers, dsp devices, sg and
many others) would just LOVE you for this ;-)
Block devices are the common case worth optimizing for, but character
devices just need to reimplement most of this, if they want the same
optimizations. Some devices need mass transfers and are NOT blockdevices.
Linux supports only one class of them properly: NICs.
Please consider supporting them better for 2.5 in stuff similiar to BIOs
and DMA to/from user pages.
Thanks & Regards
Ingo Oeser
next prev parent reply other threads:[~2002-07-08 7:41 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-08 3:19 Andrew Morton
2002-07-08 3:30 ` Lincoln Dale
2002-07-08 7:44 ` Ingo Oeser [this message]
2002-07-11 2:25 ` Lincoln Dale
2002-07-11 3:24 ` Andrew Morton
2002-07-11 3:25 ` Lincoln Dale
[not found] ` <3D2CFF48.9EFF9C59@zip.com.au>
2002-07-14 12:22 ` ext2 performance in 2.5.25 versus 2.4.19pre8aa2 Lincoln Dale
2002-07-15 5:30 ` Andrew Morton
2002-07-15 6:06 ` Lincoln Dale
2002-07-15 6:52 ` Andrew Morton
2002-07-15 9:49 ` Andrea Arcangeli
2002-07-15 10:16 ` Lincoln Dale
2002-07-15 18:08 ` Andrew Morton
2002-07-17 19:22 ` Daniel Phillips
2002-07-15 16:30 ` Benjamin LaHaise
2002-07-11 19:52 ` direct-to-BIO for O_DIRECT Jesse Barnes
2002-07-11 23:40 ` Lincoln Dale
[not found] <3D2904C5.53E38ED4@zip.com.au.suse.lists.linux.kernel>
2002-07-08 7:26 ` Andi Kleen
2002-07-08 9:19 ` Suparna Bhattacharya
2002-07-08 15:03 ` Matt D. Robinson
2002-07-09 3:57 Douglas Gilbert
2002-07-09 4:26 ` Andrew Morton
2002-07-09 8:16 ` Ingo Oeser
2002-07-11 17:28 ` Ingo Oeser
2002-07-11 20:43 ` Daniel Phillips
2002-07-11 6:09 Adam J. Richter
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=20020708094417.B18142@rotuma.informatik.tu-chemnitz.de \
--to=ingo.oeser@informatik.tu-chemnitz.de \
--cc=akpm@zip.com.au \
--cc=linux-kernel@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
all inboxes | Powered by JetHome®