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).
next prev 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.