All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Mundt <lethal@linux-sh.org>
To: David Woodhouse <dwmw2@infradead.org>
Cc: linux-arch@vger.kernel.org, drepper@redhat.com
Subject: Re: All arch maintainers: 'make headers_check' fails on most architectures.
Date: Sun, 17 Sep 2006 21:51:10 +0900	[thread overview]
Message-ID: <20060917125110.GA21192@localhost.usen.ad.jp> (raw)
In-Reply-To: <1158495004.24527.236.camel@pmac.infradead.org>

On Sun, Sep 17, 2006 at 01:10:04PM +0100, David Woodhouse wrote:
> A bunch of architectures define it as PAGE_SIZE anyway, which is broken
> when PAGE_SIZE gets killed off -- which we're doing either because it's
> dynamic on the arch in question or just because we're killing it on a
> bunch of architectures so we should kill it on all for consistency.
> Userspace needs to learn to use getpagesize() or sysconf(_SC_PAGE_SIZE).
> 
The other thing I forgot to mention is that PAGE_SIZE is really the
wrong thing here anyways. On the systems with an aliasing dcache, it's
the 4k pages that are generally the problem. On those platforms you can
still switch to larger page sizes and then not have to worry about it.

So something like:

> Hm, is there a sysconf(_SC_SHMLBA) ?

would be much more useful. This would stop userspace libc's from doing
things like #define SHMLBA (getpagesize() * 4)..

In the 4k PAGE_SIZE case you still need the dcache specifics to figure
out whether to bump up SHMLBA or not. So you either go with the safe
route of using a "big enough" size that covers the worst-case aliasing
scenario, or find a way to do it at run-time (ie, via the auxvt or
_SC_SHMLBA).

  parent reply	other threads:[~2006-09-17 12:51 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-09-12 16:44 All arch maintainers: 'make headers_check' fails on most architectures David Woodhouse
2006-09-14 22:34 ` [PATCH] [1/5] Fix 'make headers_check' on biarch architectures for 2.6.18 David Woodhouse
2006-09-14 22:35 ` [PATCH] [2/5] Fix 'make headers_check' on s390 " David Woodhouse
2006-09-15  8:25   ` Martin Schwidefsky
2006-09-14 22:36 ` [PATCH] [3/5] Fix 'make headers_check' on ia64 " David Woodhouse
2006-09-14 22:36 ` [PATCH] [4/5] Fix 'make headers_check' on x86_64 " David Woodhouse
2006-09-14 22:37 ` [PATCH] [5/5] Fix 'make headers_check' on i386 " David Woodhouse
2006-09-17  7:39 ` All arch maintainers: 'make headers_check' fails on most architectures David Woodhouse
2006-09-17 11:51   ` Paul Mundt
2006-09-17 12:10     ` David Woodhouse
2006-09-17 12:20       ` lethal
2006-09-17 12:51       ` Paul Mundt [this message]
2006-09-17 11:56   ` Paul Mundt
2006-09-17 11:58     ` David Woodhouse
2006-09-17 12:27   ` Paul Mundt
2006-09-19  7:04   ` Hirokazu Takata
2006-09-19  8:25   ` Ian Molton
2006-09-19 15:31   ` Jeff Dike
2006-09-19 15:39     ` David Woodhouse
2006-09-19 22:03       ` Jeff Dike
2006-09-20  6:18         ` Arnd Bergmann
2006-09-20 15:02           ` Jeff Dike
2006-09-17  9:52 ` Geert Uytterhoeven
2006-09-17 10:36   ` David Woodhouse
2006-09-18  1:27 ` [patch 0/8] " Arnd Bergmann
2006-09-18  1:27 ` [patch 1/8] extend make headers_check to detect more problems Arnd Bergmann
2006-09-18  6:21   ` Sam Ravnborg
2006-09-18  6:45     ` David Woodhouse
2006-09-21 15:13       ` David Woodhouse
2006-09-18  8:05     ` Arnd Bergmann
2006-09-18  8:10       ` David Woodhouse
2006-09-23 11:04   ` David Woodhouse
2006-09-23 13:18     ` Arnd Bergmann
2006-09-18  1:27 ` [patch 2/8] fix byteorder headers for make headers_check Arnd Bergmann
2006-09-18  1:27 ` [patch 3/8] hide kernel-only parts of some installed headers Arnd Bergmann
2006-09-18  1:27 ` [patch 4/8] fix exported flock64 constants Arnd Bergmann
2006-09-18  1:27 ` [patch 5/8] add missing #includes in user space parts of headers Arnd Bergmann
2006-09-18  1:27 ` [patch 6/8] annotate header files for make headers_check Arnd Bergmann
2006-09-18  1:27 ` [patch 8/8] annotate netfilter header " Arnd Bergmann
2006-09-18  1:37 ` [patch 7/8] annotate if_* " Arnd Bergmann

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=20060917125110.GA21192@localhost.usen.ad.jp \
    --to=lethal@linux-sh.org \
    --cc=drepper@redhat.com \
    --cc=dwmw2@infradead.org \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.