From: Holger Brunck <holger.brunck@keymile.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 04/20] arm/km: add kmnusa board support
Date: Tue, 12 Jun 2012 12:37:23 +0200 [thread overview]
Message-ID: <4FD71BE3.7070503@keymile.com> (raw)
In-Reply-To: <F766E4F80769BD478052FB6533FA745D1A2FCAF1A2@SC-VEXCH4.marvell.com>
On 06/12/2012 11:57 AM, Prafulla Wadaskar wrote:
>>>> board/keymile/km_arm/km_arm.c | 9 +-
>>>> boards.cfg | 1 +
>>>> include/configs/km/km_arm.h | 44 +++++-
>>>> include/configs/km_kirkwood.h | 67 +++++++--
>>>> 6 files changed, 392 insertions(+), 24 deletions(-)
>>>> create mode 100644 board/keymile/km_arm/128M16-1.cfg
>>>>
>>>> diff --git a/MAINTAINERS b/MAINTAINERS
>>>> index 0445539..aa11268 100644
>>>> --- a/MAINTAINERS
>>>> +++ b/MAINTAINERS
>>>> @@ -738,6 +738,7 @@ Sergey Lapin <slapin@ossfans.org>
>>>> Valentin Longchamp <valentin.longchamp@keymile.com>
>>>>
>>>> km_kirkwood ARM926EJS (Kirkwood SoC)
>>>> + kmnusa ARM926EJS (Kirkwood SoC)
>>>
>>> Again.... I would like to suggest to separate out new boards
>> addition, bugfixes/updates specific to km_*boards and generic kirkwood
>> specific patches.
>>>
>>> It's always faster to merger small patch series that big one.
>>>
>>
>> Yes ok, but was has this to do with this patch? What is meant to be
>> kirkwood
>> specific? This is all board related code.
>
> I agree, let's separate out -
> 1. bugfix/updates patch series to current code
> 2. "Kirkwood specific" means the changes to the Kirkwood related file that may affects other boards, for ex arch/arm/cpu/arm926ejs/mach-kirkwood/*
> 3. Additional board supports
>
> And if possible these patches should be independent so that can be pulled independently
>
the only patch in the serie which modifies common Kirkwood related files are:
[PATCH 03/20] arm/kirkwood: protect the ENV_SPI #defines
Do you want me to send this one seperately? I can do that. So then we resend
again a new patch serie I guess...
The other stuff is only related to our boards and I would like to keep it as it
is. It would cause a lot of rebasing and reorganisation and in the end the
result is the same.
Regards
Holger
next prev parent reply other threads:[~2012-06-12 10:37 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-07 10:06 [U-Boot] [PATCH 00/20] updates for Keymile Marvell boards Valentin Longchamp
2012-06-07 10:06 ` [U-Boot] [PATCH 01/20] arm/km: enable spi claim bus Valentin Longchamp
2012-06-07 10:06 ` [U-Boot] [PATCH 02/20] arm/km: use correct kw_gpio function for NAND/SPI switching Valentin Longchamp
2012-06-12 4:39 ` Prafulla Wadaskar
2012-06-12 8:38 ` Holger Brunck
2012-06-12 9:32 ` Prafulla Wadaskar
2012-06-12 10:29 ` Holger Brunck
2012-06-13 12:16 ` Holger Brunck
2012-06-07 10:06 ` [U-Boot] [PATCH 03/20] arm/kirkwood: protect the ENV_SPI #defines Valentin Longchamp
2012-06-07 10:06 ` [U-Boot] [PATCH 04/20] arm/km: add kmnusa board support Valentin Longchamp
2012-06-12 4:39 ` Prafulla Wadaskar
2012-06-12 8:34 ` Holger Brunck
2012-06-12 9:40 ` Prafulla Wadaskar
2012-06-12 10:30 ` Holger Brunck
2012-06-12 9:45 ` Prafulla Wadaskar
2012-06-12 9:57 ` Prafulla Wadaskar
2012-06-12 10:37 ` Holger Brunck [this message]
2012-06-12 11:09 ` Prafulla Wadaskar
2012-06-12 11:43 ` Holger Brunck
2012-06-12 11:50 ` Prafulla Wadaskar
2012-06-12 15:20 ` Holger Brunck
2012-06-07 10:06 ` [U-Boot] [PATCH 05/20] arm/km: add kmcoge5un " Valentin Longchamp
2012-06-12 4:39 ` Prafulla Wadaskar
2012-06-07 10:06 ` [U-Boot] [PATCH 06/20] arm/km: convert mgcoge3un target to km_kirkwood Valentin Longchamp
2012-06-07 10:06 ` [U-Boot] [PATCH 07/20] arm/km: remove portl2.h and use km_kirkwood instead Valentin Longchamp
2012-06-07 10:06 ` [U-Boot] [PATCH 08/20] arm/km: correct init of 88e6352 switch in the reset_phy function Valentin Longchamp
2012-06-07 10:06 ` [U-Boot] [PATCH 09/20] arm/km: enable BOCO2 FPGA download support Valentin Longchamp
2012-06-07 10:06 ` [U-Boot] [PATCH 10/20] arm/km: cleanup km_kirkwood boards Valentin Longchamp
2012-06-12 4:39 ` Prafulla Wadaskar
2012-06-12 8:15 ` Holger Brunck
2012-06-07 10:06 ` [U-Boot] [PATCH 11/20] arm/km: redefine piggy 4 reg names to avoid conflicts Valentin Longchamp
2012-06-07 10:06 ` [U-Boot] [PATCH 12/20] arm/km: add support for external switch configuration Valentin Longchamp
2012-06-12 4:39 ` Prafulla Wadaskar
2012-06-21 13:09 ` [U-Boot] [PATCH 12/20] arm/km: add support for external switchconfiguration Valentin Longchamp
2012-07-03 8:17 ` Prafulla Wadaskar
2012-07-03 9:51 ` Valentin Longchamp
2012-07-04 8:07 ` Detlev Zundel
2012-07-04 9:20 ` Prafulla Wadaskar
2012-07-09 12:04 ` Holger Brunck
2012-07-09 12:31 ` Wolfgang Denk
2012-07-09 12:50 ` Detlev Zundel
2012-07-09 19:29 ` Wolfgang Denk
2012-07-09 13:06 ` Detlev Zundel
2012-07-09 14:44 ` Holger Brunck
2012-07-09 19:44 ` Wolfgang Denk
2012-07-09 19:32 ` Wolfgang Denk
2012-07-16 16:55 ` Detlev Zundel
2012-07-09 20:42 ` Prafulla Wadaskar
2012-07-10 19:33 ` Joe Hershberger
2012-07-09 14:31 ` Detlev Zundel
2012-07-09 14:40 ` Valentin Longchamp
2012-07-10 10:18 ` Prafulla Wadaskar
2012-06-07 10:06 ` [U-Boot] [PATCH 13/20] arm/km: enable external switch configuration for kmnusa Valentin Longchamp
2012-06-07 10:06 ` [U-Boot] [PATCH 14/20] arm/km: skip FPGA config when already configured Valentin Longchamp
2012-06-07 10:06 ` [U-Boot] [PATCH 15/20] arm/km: support the 2 PCIe fpga resets Valentin Longchamp
2012-06-07 10:06 ` [U-Boot] [PATCH 16/20] arm/km: add implementation for read_dip_switch Valentin Longchamp
2012-06-07 10:06 ` [U-Boot] [PATCH 17/20] arm/km: fix testpin detection for kmcoge5un Valentin Longchamp
2012-06-07 10:06 ` [U-Boot] [PATCH 18/20] arm/km: implement weak function board_spi_clam_bus/release Valentin Longchamp
2012-06-07 10:06 ` [U-Boot] [PATCH 19/20] arm/km: remove spi toggle command Valentin Longchamp
2012-06-07 10:07 ` [U-Boot] [PATCH 20/20] arm/km: remove calls to kw_gpio_* in board_early_init_f Valentin Longchamp
2012-06-12 7:58 ` Prafulla Wadaskar
2012-06-12 8:43 ` Holger Brunck
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=4FD71BE3.7070503@keymile.com \
--to=holger.brunck@keymile.com \
--cc=u-boot@lists.denx.de \
/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.