From: Michal Simek <monstr@monstr.eu>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 5/5] microblaze: Wire up fdt emaclite initialization
Date: Tue, 03 Jul 2012 07:23:28 +0200 [thread overview]
Message-ID: <4FF281D0.2090203@monstr.eu> (raw)
In-Reply-To: <1341001350.3999.105.camel@keto>
On 06/29/2012 10:22 PM, Stephan Linz wrote:
> Am Freitag, den 29.06.2012, 09:37 +0200 schrieb Michal Simek:
>> Call emaclite FDT registration when CONFIG_OF_CONTROL is used.
>>
>> Signed-off-by: Michal Simek<monstr@monstr.eu>
>> ---
>> .../xilinx/microblaze-generic/microblaze-generic.c | 5 ++++-
>> 1 files changed, 4 insertions(+), 1 deletions(-)
>>
>> diff --git a/board/xilinx/microblaze-generic/microblaze-generic.c b/board/xilinx/microblaze-generic/microblaze-generic.c
>> index a1e2bfe..4a719ba 100644
>> --- a/board/xilinx/microblaze-generic/microblaze-generic.c
>> +++ b/board/xilinx/microblaze-generic/microblaze-generic.c
>> @@ -73,6 +73,9 @@ int board_eth_init(bd_t *bis)
>> {
>> int ret = 0;
>>
>> +#ifdef CONFIG_OF_CONTROL
>> + ret |= xilinx_emaclite_init(bis);
>> +#else
>
> First of all: I've successful tested on an AXI system on Avnet S6LX9
> micro-module.
>
> Now some words to the different configuration strategy. I prefer a
> seperation between the ongoing development without device tree support
> and the upcoming development with fdt support.
>
> Could you split the development in the context of boards, for example:
>
> OLD: Development w/o fdt in:
> - board/xilinx/microblaze-generic/*
> - configuration in include/configs/microblaze-generic.h
>
> NEW: Development with fdt in:
> - board/xilinx/microblaze-fdt/*
> - configuration in include/configs/microblaze-fdt.h
>
> So you can start with a really clean and slimmed board configuration for
> fdt development (especially the content of config header) and the old
> generic board support would be retained. Anytime in the future, when the
> generic configuration will become obsolete you can remove it.
I don't think this is good idea to split it.
All the time when you split development to different trees/configuration they start
to diverge and then you just need to spend more a more time to manage both.
My strategy will be to add both configuration together.
It will have also demonstration purpose to show up differences.
If you want to use two boards you can.
Thanks,
Michal
--
Michal Simek, Ing. (M.Eng)
w: www.monstr.eu p: +42-0-721842854
Maintainer of Linux kernel 2.6 Microblaze Linux - http://www.monstr.eu/fdt/
Microblaze U-BOOT custodian
next prev parent reply other threads:[~2012-07-03 5:23 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-29 7:37 [U-Boot] [PATCH 1/5] microblaze: Add gpio.h Michal Simek
2012-06-29 7:37 ` [U-Boot] [PATCH 2/5] microblaze: Move individual board linker scripts to common script in cpu tree Michal Simek
2012-07-09 8:39 ` Michal Simek
2012-06-29 7:37 ` [U-Boot] [PATCH 3/5] microblaze: Add support for device tree driven board configuration Michal Simek
2012-07-09 8:41 ` Michal Simek
2012-06-29 7:37 ` [U-Boot] [PATCH 4/5] net: emaclite: Support OF initialization Michal Simek
2012-09-28 15:52 ` Joe Hershberger
2012-06-29 7:37 ` [U-Boot] [PATCH 5/5] microblaze: Wire up fdt emaclite initialization Michal Simek
2012-06-29 20:22 ` Stephan Linz
2012-07-03 5:23 ` Michal Simek [this message]
2012-07-09 8:38 ` [U-Boot] [PATCH 1/5] microblaze: Add gpio.h Michal Simek
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=4FF281D0.2090203@monstr.eu \
--to=monstr@monstr.eu \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox