SUPERH platform development
 help / color / mirror / Atom feed
From: Simon Horman <horms@verge.net.au>
To: linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 14/15] ARM: shmobile: Remove AP4EVB board support
Date: Tue, 18 Jun 2013 01:02:38 +0000	[thread overview]
Message-ID: <20130618010238.GC30216@verge.net.au> (raw)
In-Reply-To: <201306172220.54015.arnd@arndb.de>

On Mon, Jun 17, 2013 at 10:20:53PM +0200, Arnd Bergmann wrote:
> On Monday 17 June 2013, Magnus Damm wrote:
> > On Fri, Jun 14, 2013 at 11:29 PM, Arnd Bergmann <arnd@arndb.de> wrote:
> > > On Friday 14 June 2013, Magnus Damm wrote:
> > >> > If still possible, would be good to delay removing this board until we
> > >> > complete our discussion.
> > >>
> > >> If fine with keeping the board if someone can show me progress in the
> > >> area of INTC DT support. Recently I have not seen anything.
> > >
> > > As mentioned the last time we discussed this, I'm fine with using the
> > > existing code and "legacy" irqdomain for the older INTC implementations,
> > > as long as all the new ones can use your new generic code.
> > 
> > Thanks for explaining once again. Do you have any issues with us
> > reducing the number of supported boards and/or SoCs?
> 
> No, I'm sure you know who the users of the board files in upstream kernels
> are. If someone comes up with a good reason why one of the files is
> needed after all, we can always revert the removal at a later point.
> 
> I'm definitely in favor of removing known unused code that gets in the way
> of progress and adding clean code as quickly as we can review it.

Hi Arnd,

thanks for clarifying this. I am in complete agreement.

  reply	other threads:[~2013-06-18  1:02 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-13  6:59 [GIT PULL 00/15] Renesas ARM based SoC boot cleanup for v3.11 Simon Horman
2013-06-13  6:59 ` [PATCH 01/15] ARM: shmobile: uImage load address rework Simon Horman
2013-06-13  6:59 ` [PATCH 02/15] ARM: shmobile: Let romImage rely on default ATAGS Simon Horman
2013-06-13  6:59 ` [PATCH 03/15] ARM: shmobile: Remove romImage CONFIG_MEMORY_START Simon Horman
2013-06-13  6:59 ` [PATCH 04/15] ARM: shmobile: Rework sh7372 sleep code to use virt_to_phys() Simon Horman
2013-06-13  6:59 ` [PATCH 05/15] ARM: shmobile: Add SMP boot function and argument Simon Horman
2013-06-13  6:59 ` [PATCH 06/15] ARM: shmobile: Add SCU boot function using argument Simon Horman
2013-06-13  6:59 ` [PATCH 07/15] ARM: shmobile: r8a7779 SMP with SCU boot fn and args Simon Horman
2013-06-13  6:59 ` [PATCH 08/15] ARM: shmobile: sh73a0 " Simon Horman
2013-06-13  6:59 ` [PATCH 09/15] ARM: shmobile: EMEV2 " Simon Horman
2013-06-13  6:59 ` [PATCH 10/15] ARM: shmobile: Remove old SCU boot code Simon Horman
2013-06-13  6:59 ` [PATCH 11/15] ARM: shmobile: Enable ARM_PATCH_PHYS_VIRT Simon Horman
2013-06-13  6:59 ` [PATCH 12/15] ARM: shmobile: Remove MEMORY_START/SIZE Simon Horman
2013-06-13  6:59 ` [PATCH 13/15] ARM: shmobile: Remove mach/memory.h Simon Horman
2013-06-13  6:59 ` [PATCH 14/15] ARM: shmobile: Remove AP4EVB board support Simon Horman
2013-06-13 19:36   ` Guennadi Liakhovetski
2013-06-14  1:02     ` Simon Horman
2013-06-14  7:42       ` Guennadi Liakhovetski
2013-06-17  3:47         ` Magnus Damm
2013-06-14  9:10     ` Magnus Damm
2013-06-14  9:27       ` Guennadi Liakhovetski
2013-06-17  3:45         ` Magnus Damm
2013-06-17  6:12           ` Guennadi Liakhovetski
2013-06-17  6:22             ` Magnus Damm
2013-06-14 14:29       ` Arnd Bergmann
2013-06-17  4:05         ` Magnus Damm
2013-06-17 20:20           ` Arnd Bergmann
2013-06-18  1:02             ` Simon Horman [this message]
2013-06-13  6:59 ` [PATCH 15/15] ARM: shmobile: Remove Bonito " Simon Horman
2013-06-14  1:29 ` [GIT PULL 00/15] Renesas ARM based SoC boot cleanup for v3.11 Simon Horman
  -- strict thread matches above, loose matches on Subject: below --
2013-06-17  8:12 [GIT PULL 00/15 v2] " Simon Horman
2013-06-17  8:12 ` [PATCH 14/15] ARM: shmobile: Remove AP4EVB board support Simon Horman

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=20130618010238.GC30216@verge.net.au \
    --to=horms@verge.net.au \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox