mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@osdl.org>
To: Jari Ruusu <jariruusu@users.sourceforge.net>
Cc: sluskyb@paranoiacs.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] remove useless highmem bounce from loop/cryptoloop
Date: Thu, 30 Oct 2003 13:30:00 -0800	[thread overview]
Message-ID: <20031030133000.6a04febf.akpm@osdl.org> (raw)
In-Reply-To: <3FA15506.B9B76A5D@users.sourceforge.net>

Jari Ruusu <jariruusu@users.sourceforge.net> wrote:
>
> Ben Slusky wrote:
> > The attached patch changes the loop device transfer functions (including
> > cryptoloop transfers) to accept page/offset pairs instead of virtual
> > addresses, and removes the redundant kmaps in do_lo_send, do_lo_receive,
> > and loop_transfer_bio. Per Andrew Morton's request a while back.
> 
> Cryptoloop is not the only user of loop transfer interface. Please don't
> change that interface as it breaks code outside of mainline kernel.

We really should not retain ugly interfaces in the mainline kernel because
some external, unmerged piece of code relies on the old interfaces.  That
way lies madness.

Especially as that external code has, I think, remained unmerged for years,
and there appears to be no momentum moving it forwards.

We *have* to get the mainline codebase up-to-date with current kernel
idioms and working as well as possible.  If you want to submit sane-sized
and documented patches to help us get there then sheesh, go wild.  But
please do not try to stop the rest of us.

> Cryptoapi interface is quite broken. Your change extends that breakage to
> loop transfer interface. Please don't do that.

Please describe this breakage.


Ben, I confess that I'd forgotten about #1198.  I'll take a look at your
memory allocation fix - it seems to be unfortunately large, but we may need
to go that way.

One question is: why do we go down a different code path for blockdevs
nowadays anyway?  The handoff to the loop thread seems to work OK for
file-backed loop, and providing a bmap() for blockdevs is easy enough?



  reply	other threads:[~2003-10-30 21:28 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-10-30 13:41 Ben Slusky
2003-10-30 18:14 ` Jari Ruusu
2003-10-30 21:30   ` Andrew Morton [this message]
2003-10-31  0:52     ` Ben Slusky
2003-10-31  9:55       ` Andrew Morton
2003-10-31  9:55         ` Andrew Morton
2003-10-31  9:58           ` Andrew Morton
2003-11-13  3:06             ` Ben Slusky
2003-11-01  0:26         ` Ben Slusky
2003-11-02 20:46           ` Ben Slusky
2003-12-21 19:55             ` [PATCH] loop.c patches, take two Ben Slusky
2003-12-21 20:07               ` Ben Slusky
2003-12-21 20:49               ` Mika Penttilä
2003-12-21 21:12                 ` Ben Slusky
2003-12-21 23:00                   ` Mika Penttilä
2003-12-21 23:05                     ` Ben Slusky
2003-12-21 23:51                       ` Mika Penttilä
2003-12-21 22:01                 ` Christophe Saout
2003-12-22  6:33               ` Andrew Morton
2003-12-22 23:32               ` Ben Slusky
2003-10-31 12:15     ` [PATCH] remove useless highmem bounce from loop/cryptoloop Jari Ruusu
2003-10-31 13:02       ` Jens Axboe

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=20031030133000.6a04febf.akpm@osdl.org \
    --to=akpm@osdl.org \
    --cc=jariruusu@users.sourceforge.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sluskyb@paranoiacs.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

Powered by JetHome