All of lore.kernel.org
 help / color / mirror / Atom feed
From: Simon Horman <horms@verge.net.au>
To: linux-arm-kernel@lists.infradead.org
Subject: Re: [RFC/PATCH 0/7] ARCH: shmobile: defconfig consolidation
Date: Fri, 05 Apr 2013 03:08:07 +0000	[thread overview]
Message-ID: <20130405030805.GA13760@verge.net.au> (raw)
In-Reply-To: <1365046193-19369-1-git-send-email-horms+renesas@verge.net.au>

On Thu, Apr 04, 2013 at 12:29:46PM +0900, Simon Horman wrote:
> Hi,
> 
> this is a first pass at consolidating the defconfigs of shmobile.
> 
> It covers the mackerel, amradillo800eva and kzm9d boards which meet
> the following criteria:
> 
> * Have the same base memory address (0x40000000).
> * Work with RUNTIME_PM, it is desirable to have that a common defconfig
> * Are booted via DT, enabling the command line to be supplied in the dts.
>   This is important to allow serial console and early printk settings,
>   which vary wildly between boards, to be supplied.
> * Boards I have to test.
>   This didn't eliminate any candidates that met the above criteria.
> 
> I believe it should also be possible to add support for the APE6EVM
> board to the consolidated defconfig once problems with RUNTIME_PM
> have been isolated and resolved. I have send an email about this
> in a separate thread "APE6EVM and Runtime PM".
> 
> I believe it may be possible to add support for the lager board
> to the consolidated defconfig once I am able to bring that board up,
> which should be rather soon. The lager board does not currently
> have a defconfig.
> 
> Morimoto-san, I suspect it may be possible to add support for the
> bockw board to the consolidated defconfig if its boot loader supports
> booting using a zImage. In this case even though the base memory address
> is not the same as the boards above it should be possible to specify
> the base address from the boot loader. As I do not have a bockw board
> I am wondering if you could investigate this.
> 
> Simon Horman (7):
>   ARM: shmobile: prune defconfig
>   ARM: shmobile: make defconfig canonical
>   ARM: shmobile: Add kzm9d to consolidated defconfig
>   ARM: shmobile: Add mackerel to consolidated defconfig
>   ARM: shmobile: defconfig: Remove armadillo800eva defconfig
>   ARM: shmobile: defconfig: Remove kzm9d defconfig
>   ARM: shmobile: defconfig: Remove mackerel defconfig
> 
>  arch/arm/configs/armadillo800eva_defconfig |  153 ---------------------------
>  arch/arm/configs/kzm9d_defconfig           |   88 ----------------
>  arch/arm/configs/mackerel_defconfig        |  156 ----------------------------
>  arch/arm/configs/shmobile_defconfig        |   51 +++++----
>  4 files changed, 28 insertions(+), 420 deletions(-)
>  delete mode 100644 arch/arm/configs/armadillo800eva_defconfig
>  delete mode 100644 arch/arm/configs/kzm9d_defconfig
>  delete mode 100644 arch/arm/configs/mackerel_defconfig

Magnus,

ideally I would like to queue-up this series and request
it be included in v3.10 as a path to add defconfig support for the lager
baord (added as an 8th patch after my original posting of the series).

Can I get some feedback from you?


WARNING: multiple messages have this Message-ID (diff)
From: horms@verge.net.au (Simon Horman)
To: linux-arm-kernel@lists.infradead.org
Subject: [RFC/PATCH 0/7] ARCH: shmobile: defconfig consolidation
Date: Fri, 5 Apr 2013 12:08:07 +0900	[thread overview]
Message-ID: <20130405030805.GA13760@verge.net.au> (raw)
In-Reply-To: <1365046193-19369-1-git-send-email-horms+renesas@verge.net.au>

On Thu, Apr 04, 2013 at 12:29:46PM +0900, Simon Horman wrote:
> Hi,
> 
> this is a first pass at consolidating the defconfigs of shmobile.
> 
> It covers the mackerel, amradillo800eva and kzm9d boards which meet
> the following criteria:
> 
> * Have the same base memory address (0x40000000).
> * Work with RUNTIME_PM, it is desirable to have that a common defconfig
> * Are booted via DT, enabling the command line to be supplied in the dts.
>   This is important to allow serial console and early printk settings,
>   which vary wildly between boards, to be supplied.
> * Boards I have to test.
>   This didn't eliminate any candidates that met the above criteria.
> 
> I believe it should also be possible to add support for the APE6EVM
> board to the consolidated defconfig once problems with RUNTIME_PM
> have been isolated and resolved. I have send an email about this
> in a separate thread "APE6EVM and Runtime PM".
> 
> I believe it may be possible to add support for the lager board
> to the consolidated defconfig once I am able to bring that board up,
> which should be rather soon. The lager board does not currently
> have a defconfig.
> 
> Morimoto-san, I suspect it may be possible to add support for the
> bockw board to the consolidated defconfig if its boot loader supports
> booting using a zImage. In this case even though the base memory address
> is not the same as the boards above it should be possible to specify
> the base address from the boot loader. As I do not have a bockw board
> I am wondering if you could investigate this.
> 
> Simon Horman (7):
>   ARM: shmobile: prune defconfig
>   ARM: shmobile: make defconfig canonical
>   ARM: shmobile: Add kzm9d to consolidated defconfig
>   ARM: shmobile: Add mackerel to consolidated defconfig
>   ARM: shmobile: defconfig: Remove armadillo800eva defconfig
>   ARM: shmobile: defconfig: Remove kzm9d defconfig
>   ARM: shmobile: defconfig: Remove mackerel defconfig
> 
>  arch/arm/configs/armadillo800eva_defconfig |  153 ---------------------------
>  arch/arm/configs/kzm9d_defconfig           |   88 ----------------
>  arch/arm/configs/mackerel_defconfig        |  156 ----------------------------
>  arch/arm/configs/shmobile_defconfig        |   51 +++++----
>  4 files changed, 28 insertions(+), 420 deletions(-)
>  delete mode 100644 arch/arm/configs/armadillo800eva_defconfig
>  delete mode 100644 arch/arm/configs/kzm9d_defconfig
>  delete mode 100644 arch/arm/configs/mackerel_defconfig

Magnus,

ideally I would like to queue-up this series and request
it be included in v3.10 as a path to add defconfig support for the lager
baord (added as an 8th patch after my original posting of the series).

Can I get some feedback from you?

  parent reply	other threads:[~2013-04-05  3:08 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-04  3:29 [RFC/PATCH 0/7] ARCH: shmobile: defconfig consolidation Simon Horman
2013-04-04  3:29 ` Simon Horman
2013-04-04  3:29 ` [RFC/PATCH 1/7] ARM: shmobile: prune defconfig Simon Horman
2013-04-04  3:29   ` Simon Horman
2013-04-04  3:29 ` [RFC/PATCH 2/7] ARM: shmobile: make defconfig canonical Simon Horman
2013-04-04  3:29   ` Simon Horman
2013-04-04  3:29 ` [RFC/PATCH 3/7] ARM: shmobile: Add kzm9d to consolidated defconfig Simon Horman
2013-04-04  3:29   ` Simon Horman
2013-04-04  3:29 ` [RFC/PATCH 4/7] ARM: shmobile: Add mackerel " Simon Horman
2013-04-04  3:29   ` Simon Horman
2013-04-04  3:29 ` [RFC/PATCH 5/7] ARM: shmobile: defconfig: Remove armadillo800eva defconfig Simon Horman
2013-04-04  3:29   ` Simon Horman
2013-04-04  3:29 ` [RFC/PATCH 6/7] ARM: shmobile: defconfig: Remove kzm9d defconfig Simon Horman
2013-04-04  3:29   ` Simon Horman
2013-04-04  3:29 ` [RFC/PATCH 7/7] ARM: shmobile: defconfig: Remove mackerel defconfig Simon Horman
2013-04-04  3:29   ` Simon Horman
2013-04-04  7:46 ` [RFC/PATCH 8/7] ARCH: shmobile: defconfig consolidation (repost) Simon Horman
2013-04-04  7:46   ` Simon Horman
2013-04-04 11:20 ` [RFC/PATCH 0/7] ARCH: shmobile: defconfig consolidation Laurent Pinchart
2013-04-04 11:20   ` Laurent Pinchart
2013-04-05  0:30   ` Simon Horman
2013-04-05  0:30     ` Simon Horman
2013-04-05  0:37     ` Laurent Pinchart
2013-04-05  0:37       ` Laurent Pinchart
2013-04-05  0:49       ` Simon Horman
2013-04-05  0:49         ` Simon Horman
2013-04-05 10:07         ` Laurent Pinchart
2013-04-05 10:07           ` Laurent Pinchart
2013-04-05  3:08 ` Simon Horman [this message]
2013-04-05  3:08   ` Simon Horman
2013-04-08  1:07 ` Kuninori Morimoto
2013-04-08  1:07   ` Kuninori Morimoto
2013-04-08  2:16   ` Simon Horman
2013-04-08  2:16     ` Simon Horman
2013-04-08  2:52     ` Kuninori Morimoto
2013-04-08  2:52       ` Kuninori Morimoto
2013-04-08  3:16       ` Kuninori Morimoto
2013-04-08  3:16         ` Kuninori Morimoto

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=20130405030805.GA13760@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 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.