From: "Wu, Bryan" <bryan.wu@analog.com>
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Andrew Morton <akpm@linux-foundation.org>,
Linux Memory Management <linux-mm@kvack.org>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 0/12] Pass MAP_FIXED down to get_unmapped_area
Date: Thu, 12 Apr 2007 10:56:29 +0800 [thread overview]
Message-ID: <1176346589.29581.32.camel@roc-desktop> (raw)
In-Reply-To: <1176344427.242579.337989891532.qpush@grosgo>
On Thu, 2007-04-12 at 12:20 +1000, Benjamin Herrenschmidt wrote:
> This is a "first step" as there are still cleanups to be done in various
> areas touched by that code but I think it's probably good to go as is and
> at least enables me to implement what I need for PowerPC.
>
> (Andrew, this is also candidate for 2.6.22 since I haven't had any real
> objection, mostly suggestion for improving further, which I'll try to
> do later, and I have further powerpc patches that rely on this).
>
> The current get_unmapped_area code calls the f_ops->get_unmapped_area or
> the arch one (via the mm) only when MAP_FIXED is not passed. That makes
> it impossible for archs to impose proper constraints on regions of the
> virtual address space. To work around that, get_unmapped_area() then
> calls some hugetlbfs specific hacks.
>
> This cause several problems, among others:
>
> - It makes it impossible for a driver or filesystem to do the same thing
> that hugetlbfs does (for example, to allow a driver to use larger page
> sizes to map external hardware) if that requires applying a constraint
> on the addresses (constraining that mapping in certain regions and other
> mappings out of those regions).
>
> - Some archs like arm, mips, sparc, sparc64, sh and sh64 already want
> MAP_FIXED to be passed down in order to deal with aliasing issues.
> The code is there to handle it... but is never called.
>
Is there any support consideration for nommu arch such as blackfin which
is in the -mm tree now?
It is very kind of you to point out some idea about MAP_FIXED for
Blackfin arch, I will do some help for this.
Thanks
-Bryan
WARNING: multiple messages have this Message-ID (diff)
From: "Wu, Bryan" <bryan.wu@analog.com>
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Andrew Morton <akpm@linux-foundation.org>,
Linux Memory Management <linux-mm@kvack.org>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 0/12] Pass MAP_FIXED down to get_unmapped_area
Date: Thu, 12 Apr 2007 10:56:29 +0800 [thread overview]
Message-ID: <1176346589.29581.32.camel@roc-desktop> (raw)
In-Reply-To: <1176344427.242579.337989891532.qpush@grosgo>
On Thu, 2007-04-12 at 12:20 +1000, Benjamin Herrenschmidt wrote:
> This is a "first step" as there are still cleanups to be done in various
> areas touched by that code but I think it's probably good to go as is and
> at least enables me to implement what I need for PowerPC.
>
> (Andrew, this is also candidate for 2.6.22 since I haven't had any real
> objection, mostly suggestion for improving further, which I'll try to
> do later, and I have further powerpc patches that rely on this).
>
> The current get_unmapped_area code calls the f_ops->get_unmapped_area or
> the arch one (via the mm) only when MAP_FIXED is not passed. That makes
> it impossible for archs to impose proper constraints on regions of the
> virtual address space. To work around that, get_unmapped_area() then
> calls some hugetlbfs specific hacks.
>
> This cause several problems, among others:
>
> - It makes it impossible for a driver or filesystem to do the same thing
> that hugetlbfs does (for example, to allow a driver to use larger page
> sizes to map external hardware) if that requires applying a constraint
> on the addresses (constraining that mapping in certain regions and other
> mappings out of those regions).
>
> - Some archs like arm, mips, sparc, sparc64, sh and sh64 already want
> MAP_FIXED to be passed down in order to deal with aliasing issues.
> The code is there to handle it... but is never called.
>
Is there any support consideration for nommu arch such as blackfin which
is in the -mm tree now?
It is very kind of you to point out some idea about MAP_FIXED for
Blackfin arch, I will do some help for this.
Thanks
-Bryan
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2007-04-12 2:54 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-12 2:20 [PATCH 0/12] Pass MAP_FIXED down to get_unmapped_area Benjamin Herrenschmidt
2007-04-12 2:20 ` Benjamin Herrenschmidt
2007-04-12 2:20 ` [PATCH 1/12] get_unmapped_area handles MAP_FIXED on powerpc Benjamin Herrenschmidt
2007-04-12 2:20 ` Benjamin Herrenschmidt
2007-04-12 22:27 ` William Lee Irwin III
2007-04-12 22:27 ` William Lee Irwin III
2007-04-12 2:20 ` [PATCH 3/12] get_unmapped_area handles MAP_FIXED on arm Benjamin Herrenschmidt
2007-04-12 2:20 ` Benjamin Herrenschmidt
2007-04-12 2:20 ` [PATCH 2/12] get_unmapped_area handles MAP_FIXED on alpha Benjamin Herrenschmidt
2007-04-12 2:20 ` Benjamin Herrenschmidt
2007-04-12 2:20 ` [PATCH 5/12] get_unmapped_area handles MAP_FIXED on i386 Benjamin Herrenschmidt
2007-04-12 2:20 ` Benjamin Herrenschmidt
2007-04-12 22:28 ` William Lee Irwin III
2007-04-12 22:28 ` William Lee Irwin III
2007-04-12 2:20 ` [PATCH 4/12] get_unmapped_area handles MAP_FIXED on frv Benjamin Herrenschmidt
2007-04-12 2:20 ` Benjamin Herrenschmidt
2007-04-12 2:20 ` [PATCH 6/12] get_unmapped_area handles MAP_FIXED on ia64 Benjamin Herrenschmidt
2007-04-12 2:20 ` Benjamin Herrenschmidt
2007-04-12 22:29 ` William Lee Irwin III
2007-04-12 22:29 ` William Lee Irwin III
2007-04-12 2:20 ` [PATCH 7/12] get_unmapped_area handles MAP_FIXED on parisc Benjamin Herrenschmidt
2007-04-12 2:20 ` Benjamin Herrenschmidt
2007-04-12 2:20 ` [PATCH 8/12] get_unmapped_area handles MAP_FIXED on sparc64 Benjamin Herrenschmidt
2007-04-12 2:20 ` Benjamin Herrenschmidt
2007-04-12 22:30 ` William Lee Irwin III
2007-04-12 22:30 ` William Lee Irwin III
2007-04-12 2:20 ` [PATCH 9/12] get_unmapped_area handles MAP_FIXED on x86_64 Benjamin Herrenschmidt
2007-04-12 2:20 ` Benjamin Herrenschmidt
2007-04-12 2:20 ` [PATCH 10/12] get_unmapped_area handles MAP_FIXED in hugetlbfs Benjamin Herrenschmidt
2007-04-12 2:20 ` Benjamin Herrenschmidt
2007-04-12 22:31 ` William Lee Irwin III
2007-04-12 22:31 ` William Lee Irwin III
2007-04-12 2:20 ` [PATCH 11/12] get_unmapped_area handles MAP_FIXED in generic code Benjamin Herrenschmidt
2007-04-12 2:20 ` Benjamin Herrenschmidt
2007-04-12 2:20 ` [PATCH 12/12] get_unmapped_area doesn't need hugetlbfs hacks anymore Benjamin Herrenschmidt
2007-04-12 2:20 ` Benjamin Herrenschmidt
2007-04-12 22:32 ` William Lee Irwin III
2007-04-12 22:32 ` William Lee Irwin III
2007-04-12 2:56 ` Wu, Bryan [this message]
2007-04-12 2:56 ` [PATCH 0/12] Pass MAP_FIXED down to get_unmapped_area Wu, Bryan
2007-04-12 2:56 ` Benjamin Herrenschmidt
2007-04-12 2:56 ` Benjamin Herrenschmidt
-- strict thread matches above, loose matches on Subject: below --
2007-04-24 5:33 Benjamin Herrenschmidt
2007-04-24 5:33 ` Benjamin Herrenschmidt
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=1176346589.29581.32.camel@roc-desktop \
--to=bryan.wu@analog.com \
--cc=akpm@linux-foundation.org \
--cc=benh@kernel.crashing.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.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.