From: khilman@deeprootsystems.com (Kevin Hilman)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/3] Allow late mdesc detection, v4
Date: Fri, 27 Aug 2010 11:21:05 -0700 [thread overview]
Message-ID: <87bp8nq5m6.fsf@deeprootsystems.com> (raw)
In-Reply-To: <1282553423.737985.983362819420.0.gpush@pororo> (Jeremy Kerr's message of "Mon, 23 Aug 2010 16:50:23 +0800")
Jeremy Kerr <jeremy.kerr@canonical.com> writes:
> Currently, we probe for a mdesc early in boot. At this early stage, the
> only thing we use the mdesc for is to determine the debug page mapping.
>
> However, the debug addresses (phys and virt) need to be coded into the
> addruart macro anyway; the dynamic probing is only going to tell us what
> we already know.
>
> These changes allow us to use the addruart macros to find the debug
> mapping addresses, rather than pulling them out of the mdesc. This means
> that the addresses are only kept in the one place, and that we don't
> need the mdesc nearly as early.
>
> The first change updates all of the addruart macros to return both
> physical and virtual addresses. I've used 'rp' and 'rv' as the macro
> arguments to indicate which address goes where
>
> The second change updates the debug setup routine to use the addruart
> macro to establish the debug mapping, now that we can invoke the macro
> to find the phyical and virtual addresses.
>
> This allows us to delay the requirement to have a mdesc available until
> much later. For example, we can parse one from the device tree once
> we've reached C code.
>
> As they have more complex and/or new debug macros, the following platforms
> could do with extra testing:
> * omap (mach-omap1 and mach-omap2)
> * davinci
Tested on a couple flavors of DaVinci SoCs, so for davinci
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>
> * tegra
>
> Cheers,
>
>
> Jeremy
>
> v4:
> * updates for 2.6.36
> * add changes for tegra
> * update davinci
> * include fixes for omap[12]
> * drop mdesc changes
>
> v3:
> * only establish page mapping if !DEBUG_ICEDCC
>
> v2:
> * return both phys and virt addresses from addruart
> * mask unneeded bits from uart physical address in mapping setup
> * remove io_pg_offst and phys_io, in a separate patch
>
> ---
> Jeremy Kerr (3):
> arm/debug: consolidate addruart macros for CONFIG_DEBUG_ICEDCC
> arm: return both physical and virtual addresses from addruart
> arm: use addruart macro to establish debug mappings
>
>
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2010-08-27 18:21 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-23 8:50 [PATCH 0/3] Allow late mdesc detection, v4 Jeremy Kerr
2010-08-23 8:50 ` [PATCH 1/3] arm/debug: consolidate addruart macros for CONFIG_DEBUG_ICEDCC Jeremy Kerr
2010-08-23 8:50 ` [PATCH 3/3] arm: use addruart macro to establish debug mappings Jeremy Kerr
2010-08-23 8:50 ` [PATCH 2/3] arm: return both physical and virtual addresses from addruart Jeremy Kerr
2010-08-23 10:05 ` Uwe Kleine-König
2010-08-23 14:36 ` Jeremy Kerr
2010-08-27 18:21 ` Kevin Hilman [this message]
2010-08-30 4:07 ` [PATCH 0/3] Allow late mdesc detection, v4 Jeremy Kerr
2010-08-30 16:22 ` Kevin Hilman
2010-09-01 7:39 ` Russell King - ARM Linux
2010-10-15 3:42 ` Nicolas Pitre
2010-10-18 14:19 ` Russell King - ARM Linux
2010-10-18 14:32 ` Nicolas Pitre
2010-10-19 1:34 ` Tony Lindgren
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=87bp8nq5m6.fsf@deeprootsystems.com \
--to=khilman@deeprootsystems.com \
--cc=linux-arm-kernel@lists.infradead.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.