public inbox for linux-arm-kernel@lists.infradead.org 
 help / color / mirror / Atom feed
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

  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 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-23  8:50 ` [PATCH 3/3] arm: use addruart macro to establish debug mappings 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$(echo .)com \
    --cc=linux-arm-kernel@lists$(echo .)infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html
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