mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
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

  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®