LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Daniel Thompson <daniel.thompson@linaro.org>
To: Tony Lindgren <tony@atomide.com>
Cc: Russell King <linux@arm.linux.org.uk>,
Arnd Bergmann <arnd@arndb.de>, Paul Bolle <pebolle@tiscali.nl>,
linaro-kernel@lists.linaro.org, patches@linaro.org,
spear-devel@list.st.com, linux-kernel@vger.kernel.org,
Srinivas Kandagatla <srinivas.kandagatla@linaro.org>,
John Stultz <john.stultz@linaro.org>,
Arnd Bergmann <arnd.bergmann@linaro.org>,
linux-omap@vger.kernel.org,
Sumit Semwal <sumit.semwal@linaro.org>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 3.19-rc2 v15 5/8] arm: omap1: Migrate debug_ll macros to use 8250.S
Date: Tue, 20 Jan 2015 09:00:17 +0000 [thread overview]
Message-ID: <54BE1921.5050902@linaro.org> (raw)
In-Reply-To: <20150119213845.GL18552@atomide.com>
On 19/01/15 21:38, Tony Lindgren wrote:
> * Daniel Thompson <daniel.thompson@linaro.org> [150105 04:49]:
>> The omap1's debug-macro.S is similar to the generic 8250 code. Compared to
>> the 8520 code the omap1 macro automatically determines what UART to use
>> based on breadcrumbs left by the bootloader and automatically copes with
>> the eccentric register layout on OMAP7XX.
>>
>> This patch drops both these features and relies instead on the generic
>> 8250 macros:
>>
>> 1. Dropping support for the bootloader breadcrumbs is identical to the
>> way the migration was handled for OMAP2 (see 808b7e07464d...).
>>
>> 2. Support for OMAP7XX still exists but it must be configured by hand
>> (DEBUG_OMAP7XXUART1/2/3) rather than handled at runtime.
>>
>> Signed-off-by: Daniel Thompson <daniel.thompson@linaro.org>
>> Cc: Russell King <linux@arm.linux.org.uk>
>> Cc: Arnd Bergmann <arnd.bergmann@linaro.org>
>> Cc: linux-omap@vger.kernel.org
>> Tested-by: Aaro Koskinen <aaro.koskinen@iki.fi>
>> Acked-by: Tony Lindgren <tony@atomide.com>
>
> Daniel, I suggest you upload this patch into Russell's patch tracking
> system to get it merged. That at least shrinks down your patch series
> if the other patches need more work.
This has been in the patch tracker for a week or so:
http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=8271/1
I'm very aware that this patch (and indeed the whole patch set) has been
knocking round for longer than it should have. The changelog for this
patchset is certainly not one to be especially proud off ;-) .
Daniel.
next prev parent reply other threads:[~2015-01-20 9:00 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-05 12:40 [PATCH 3.19-rc2 v15 0/8] arm: Fix DEBUG_LL for multi-platform kernels (without PL01X) Daniel Thompson
2015-01-05 12:40 ` [PATCH 3.19-rc2 v15 1/8] arm: cnx3xxx: Remove spurious default for DEBUG_CNS3xxx Daniel Thompson
2015-01-05 12:40 ` [PATCH 3.19-rc2 v15 2/8] arm: configs: Enable DEBUG_LL_UART_8250 where needed Daniel Thompson
2015-01-05 12:40 ` [PATCH 3.19-rc2 v15 3/8] arm: Remove DEBUG_LL_UART_NONE Daniel Thompson
2015-01-05 12:40 ` [PATCH 3.19-rc2 v15 4/8] arm: ks8695: Migrate debug_ll macros to shared directory Daniel Thompson
2015-01-05 12:40 ` [PATCH 3.19-rc2 v15 5/8] arm: omap1: Migrate debug_ll macros to use 8250.S Daniel Thompson
2015-01-19 21:38 ` Tony Lindgren
2015-01-20 9:00 ` Daniel Thompson [this message]
2015-01-20 16:04 ` Tony Lindgren
2015-01-05 12:40 ` [PATCH 3.19-rc2 v15 6/8] arm: netx: Migrate DEBUG_LL macros to shared directory Daniel Thompson
2015-01-05 12:40 ` [PATCH 3.19-rc2 v15 7/8] arm: Seperate DEBUG_UART_PHYS from DEBUG_LL on EP93XX Daniel Thompson
2015-01-05 12:40 ` [PATCH 3.19-rc2 v15 8/8] arm: Fix DEBUG_LL for multi-platform kernels (without PL01X) Daniel Thompson
2015-01-09 16:43 ` [PATCH 3.19-rc2 v15 0/8] " Russell King - ARM Linux
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=54BE1921.5050902@linaro.org \
--to=daniel.thompson@linaro.org \
--cc=arnd.bergmann@linaro.org \
--cc=arnd@arndb.de \
--cc=john.stultz@linaro.org \
--cc=linaro-kernel@lists.linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=patches@linaro.org \
--cc=pebolle@tiscali.nl \
--cc=spear-devel@list.st.com \
--cc=srinivas.kandagatla@linaro.org \
--cc=sumit.semwal@linaro.org \
--cc=tony@atomide.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;
as well as URLs for NNTP newsgroup(s).