linux-kernel - Re: Cross Memory Attach v4

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20110801123738.6fd2205c@lilo>
Date:	Mon, 1 Aug 2011 12:37:38 +0930
From:	Christopher Yeoh <cyeoh@....ibm.com>
To:	Daniel J Blueman <daniel.blueman@...il.com>
Cc:	Linux Kernel <linux-kernel@...r.kernel.org>
Subject: Re: Cross Memory Attach v4

On Mon, 1 Aug 2011 10:06:31 +0800
Daniel J Blueman <daniel.blueman@...il.com> wrote:

> On Jul 27, 11:30 am, Christopher Yeoh <cyeoh@....ibm.com> wrote:
> > Hi Andrew,
> >
> > Here's an updated version of the Cross Memory Attach patch. Changes
> > since the v3:
> >
> > - Adds x86_64 specific wire up
> > - Changes behaviour so process_vm_readv and process_vm_writev return
> >   the number of bytes successfully read or written even if an error
> >   occurs
> > - Adds more kernel doc interface comments
> > - rename of some internal functions (process_vm_rw_check_iovecs,
> >   process_vm_rw) so they make more sense.
> >
> > Still need to do benchmarking to see if the optimisation for small
> > copies using a local on-stack array in process_vm_rw_core is worth
> > it.
> []
> 
> A bit late to the party.
> 
> get_user_pages_fast may be a nice win here, since the pages will
> almost always be present; it'll backoff to the locked get_user_pages
> path to handle the pathological case of swapped pages.

Can't use get_user_pages_fast here as in this case we want to get pages
from a different process.

Chris
-- 
cyeoh@...ibm.com
--
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/