public inbox for linux-arch@vger.kernel.org
 help / color / mirror / Atom feed
From: Arun Sharma <arun.sharma@intel.com>
To: linux-arch@vger.kernel.org
Subject: SHMLBA and compat tasks
Date: Fri, 27 Feb 2004 17:41:28 -0800	[thread overview]
Message-ID: <20040228014128.GA6897@intel.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 1102 bytes --]

The current Linux implementation of shmat() insists on SHMLBA alignment
even when shmflg & SHM_RND == 0. This is not consistent with the man pages
and the single UNIX spec, which require only a page-aligned address.

man page:

> If shmaddr isn’t NULL and SHM_RND is asserted  in  shmflg,  the  attach
> occurs at the address equal to shmaddr rounded down to the nearest mul-
> tiple of SHMLBA.  Otherwise shmaddr must be a page-aligned  address  at
> which the attach occurs.

This is not a problem for many platforms because SHMLBA == PAGE_SIZE. It's
also not a problem for 64 bit programs running on 64 bit platforms,
because arch_get_unmapped_area() typically guarantees SHMLBA alignment,
even when SHM_RND is not asserted.

However, for 32 bit compatiblity programs, an innocuous sequence such as:

p = shmat(id, 0, shmflg)  /* shmflag & SHM_RND == 0 */
/* p is page-aligned, but may not be SHMLBA aligned */
shmdt(p)
shmat(id, p, shmflg) == -EINVAL ??

can fail. The attached patch fixes the problem for ia64. Can other arch
maintainers confirm that it doesn't break anything for you ?

	-Arun

[-- Attachment #2: shmat.patch --]
[-- Type: text/plain, Size: 339 bytes --]

--- linux/ipc/shm.c.orig	2003-04-28 11:19:24.000000000 -0700
+++ linux/ipc/shm.c	2003-05-09 13:26:13.000000000 -0700
@@ -600,7 +600,7 @@
 		if (addr & (SHMLBA-1)) {
 			if (shmflg & SHM_RND)
 				addr &= ~(SHMLBA-1);	   /* round down */
-			else
+			else if (addr & ~PAGE_MASK)
 				return -EINVAL;
 		}
 		flags = MAP_SHARED | MAP_FIXED;

             reply	other threads:[~2004-02-28  1:44 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-02-28  1:41 Arun Sharma [this message]
2004-02-28 23:55 ` SHMLBA and compat tasks David S. Miller
2004-02-29  2:11   ` Arun Sharma
2004-03-01  5:57     ` David S. Miller
2004-03-01 19:33       ` Arun Sharma
2004-03-01 19:41         ` David Mosberger
2004-03-01 20:11           ` David S. Miller
2004-03-01 20:17             ` David Mosberger
2004-03-01 20:16           ` Arun Sharma
2004-03-01 20:55             ` Matthew Wilcox
2004-03-02 19:43               ` Arun Sharma
2004-03-06  2:37                 ` Arun Sharma
2004-03-06  7:39                   ` David S. Miller

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=20040228014128.GA6897@intel.com \
    --to=arun.sharma@intel.com \
    --cc=linux-arch@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