linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Bill Hawes <whawes@transmeta.com>
To: "Benjamin C.R. LaHaise" <blah@kvack.org>
Cc: Linux-kernel <linux-kernel@vger.rutgers.edu>,
	Linus Torvalds <torvalds@transmeta.com>,
	linux-mm@kvack.org
Subject: Re: writable swap cache explained (it's weird)
Date: Thu, 30 Jul 1998 12:49:17 -0700	[thread overview]
Message-ID: <35C0CE3D.88618DE3@transmeta.com> (raw)
In-Reply-To: <Pine.LNX.3.95.980730150740.17264B-100000@as200.spellcast.com>

Benjamin C.R. LaHaise wrote:

> There are two options:
>
>         a) disallow MAP_SHARED mappings of anonymous memory from
> /proc/self/mem
>
>         b) implement shared anon mappings
>
> (a) sounds like the Obvious Thing To Do in the mmap method for /proc, but
> will break xdos.  Wtf were they thinking in writing that insane code?
> Hmmm, this bug probably applies to 2.0 too....  in a much more subtle
> fashion.
>
> As for (b), I'll try to present code by Saturday, as it is a nice feature
> to add to our cap. =)  (No, it's not going to be anything like the awful
> shm code.)

For implementing shared anon mapping, why can't you just mmap a temp file
and then unlink it? This should provide the expected capabilities, and the
disk image would disappear when the last mapping closes.

Seems like that should work for the xdos case, though it would require a few
changes to the code.

Regards,
Bill


--
This is a majordomo managed list.  To unsubscribe, send a message with
the body 'unsubscribe linux-mm me@address' to: majordomo@kvack.org

  reply	other threads:[~1998-07-30 19:49 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <35BF43AC.F0F0C14F@transmeta.com>
1998-07-30 19:20 ` Benjamin C.R. LaHaise
1998-07-30 19:49   ` Bill Hawes [this message]
1998-07-30 21:25   ` Linus Torvalds
1998-07-30 23:14     ` Richard Gooch
1998-08-02  4:54     ` Eric W Biederman

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=35C0CE3D.88618DE3@transmeta.com \
    --to=whawes@transmeta.com \
    --cc=blah@kvack.org \
    --cc=linux-kernel@vger.rutgers.edu \
    --cc=linux-mm@kvack.org \
    --cc=torvalds@transmeta.com \
    /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