From: Gerald Schaefer <gerald.schaefer@de.ibm.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: linux-kernel@vger.kernel.org, linux-s390@vger.kernel.org,
schwidefsky@de.ibm.com, Ingo Molnar <mingo@elte.hu>,
"David S. Miller" <davem@davemloft.net>,
Tony Luck <tony.luck@intel.com>,
Paul Mackerras <paulus@samba.org>,
Thomas Gleixner <tglx@linutronix.de>,
Paul Mundt <lethal@linux-sh.org>
Subject: [PATCH 0/3] hugetlbfs: cleanup and new primitives for s390, v3
Date: Fri, 04 Apr 2008 18:45:34 +0200 [thread overview]
Message-ID: <1207327534.4605.18.camel@localhost.localdomain> (raw)
On Thu, 2008-04-03 at 14:43 -0700, Andrew Morton wrote:
> So basically the existing hugetlb arch support code needs a big de-macro
> crapectomy. But your patch has gone and massively duplicated the existing
> crap, making that decrapectomy larger and harder.
ok, all good things come in threes I guess, so here is a new patchset that
also does the de-macro crapectomy. All macros are now replaced with inline
functions, which increased the total loc again by some amount.
This patchset cleans up hugetlbfs architecture headers and adds new
primitives as preparation for the s390 large page support. Most notably
we found that we need to add a new tlb flush for the copy-on-write of
a large page (patch 2/3). We think that this is a bug, but obviously one
that hasn't shown up so far on any of the other large page architectures.
Cross-Compile tests on the affected architectures (and one unaffected)
worked fine, but I had no cross-compiler for sh.
--
Gerald Schaefer
next reply other threads:[~2008-04-04 16:45 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-04 16:45 Gerald Schaefer [this message]
2008-04-04 16:49 ` [PATCH 1/3] hugetlbfs: architecture header cleanup Gerald Schaefer
2008-04-08 3:59 ` Andrew Morton
2008-04-09 11:35 ` Martin Schwidefsky
2008-04-04 16:51 ` [PATCH 2/3] hugetlbfs: add missing TLB flush to hugetlb_cow() Gerald Schaefer
2008-04-04 17:02 ` [PATCH 3/3] hugetlbfs: common code update for s390 Gerald Schaefer
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=1207327534.4605.18.camel@localhost.localdomain \
--to=gerald.schaefer@de.ibm.com \
--cc=akpm@linux-foundation.org \
--cc=davem@davemloft.net \
--cc=lethal@linux-sh.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=paulus@samba.org \
--cc=schwidefsky@de.ibm.com \
--cc=tglx@linutronix.de \
--cc=tony.luck@intel.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