From: Joonsoo Kim <iamjoonsoo.kim@lge.com>
To: Russell King <linux@arm.linux.org.uk>
Cc: linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, js1304@gmail.com,
Will Deacon <will.deacon@arm.com>,
Nicolas Pitre <nico@linaro.org>,
Catalin Marinas <catalin.marinas@arm.com>,
Rob Herring <rob.herring@calxeda.com>,
Joonsoo Kim <iamjoonsoo.kim@lge.com>
Subject: [PATCH v6 0/3] introduce static_vm for ARM-specific static mapped area
Date: Wed, 6 Feb 2013 18:13:27 +0900 [thread overview]
Message-ID: <1360142010-10598-1-git-send-email-iamjoonsoo.kim@lge.com> (raw)
In current implementation, we used ARM-specific flag, that is,
VM_ARM_STATIC_MAPPING, for distinguishing ARM specific static mapped area.
The purpose of static mapped area is to re-use static mapped area when
entire physical address range of the ioremap request can be covered
by this area.
This implementation causes needless overhead for some cases.
For example, assume that there is only one static mapped area and
vmlist has 300 areas. Every time we call ioremap, we check 300 areas for
deciding whether it is matched or not. Moreover, even if there is
no static mapped area and vmlist has 300 areas, every time we call
ioremap, we check 300 areas in now.
If we construct a extra list for static mapped area, we can eliminate
above mentioned overhead.
With a extra list, if there is one static mapped area,
we just check only one area and proceed next operation quickly.
In fact, it is not a critical problem, because ioremap is not frequently
used. But reducing overhead is better idea.
Another reason for doing this work is for removing vm_struct list management,
entirely. For more information, look at the following link.
http://lkml.org/lkml/2012/12/6/184
Changelog
v5->v6:
Add Ack-by, Reviewed-by, Tested-by tags
[3/3]: Change from Nicolas' suggestion
- remove redundant parenthesis
v4->v5:
[2/3]: Changes from Nicolas' suggestion
- don't use separate flags for static_vm
- remove a lock
- declare add_static_vm_early() as __init
[3/3]: Changes from Nicolas' suggestion
- add / leave comments
v3->v4:
[2/3]: Changes from Nicolas' suggestion
- embed static_vm code in ioremap.c
- simplify struct static_vm
- remove init_static_vm, instead, add_static_vm_early() init static_vm
Use generic list for list management of static_vm
Convert spin_lock to rw_lock
Modify static_vm's flags bits
[3/3]: Rework according to [2/3] change
Rebased on v3.8-rc5
v2->v3:
coverletter: refer a link related to this work
[2/3]: drop @flags of find_static_vm_vaddr
Rebased on v3.8-rc4
v1->v2:
[2/3]: patch description is improved.
Rebased on v3.7-rc7
Joonsoo Kim (3):
ARM: vmregion: remove vmregion code entirely
ARM: ioremap: introduce an infrastructure for static mapped area
ARM: mm: use static_vm for managing static mapped areas
arch/arm/mm/Makefile | 2 +-
arch/arm/mm/ioremap.c | 135 +++++++++++++++++++++----------
arch/arm/mm/mm.h | 12 +++
arch/arm/mm/mmu.c | 34 ++++----
arch/arm/mm/vmregion.c | 205 ------------------------------------------------
arch/arm/mm/vmregion.h | 31 --------
6 files changed, 123 insertions(+), 296 deletions(-)
delete mode 100644 arch/arm/mm/vmregion.c
delete mode 100644 arch/arm/mm/vmregion.h
--
1.7.9.5
next reply other threads:[~2013-02-06 9:13 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-06 9:13 Joonsoo Kim [this message]
2013-02-06 9:13 ` [PATCH v6 1/3] ARM: vmregion: remove vmregion code entirely Joonsoo Kim
2013-02-06 9:13 ` [PATCH v6 2/3] ARM: ioremap: introduce an infrastructure for static mapped area Joonsoo Kim
2013-02-06 9:13 ` [PATCH v6 3/3] ARM: mm: use static_vm for managing static mapped areas Joonsoo Kim
2013-02-16 12:49 ` Arnd Bergmann
2013-02-16 12:52 ` Russell King - ARM Linux
2013-02-16 13:17 ` Arnd Bergmann
2013-02-16 13:52 ` Nicolas Pitre
2013-02-16 13:51 ` Nicolas Pitre
2013-02-07 4:09 ` [PATCH v6 0/3] introduce static_vm for ARM-specific static mapped area Nicolas Pitre
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=1360142010-10598-1-git-send-email-iamjoonsoo.kim@lge.com \
--to=iamjoonsoo.kim@lge.com \
--cc=catalin.marinas@arm.com \
--cc=js1304@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=nico@linaro.org \
--cc=rob.herring@calxeda.com \
--cc=will.deacon@arm.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
all inboxes | Powered by JetHome®