public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Stefan Roese <sr@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v2 8/8] lpc32xx: add support for board work_92105
Date: Fri, 13 Feb 2015 12:19:17 +0100	[thread overview]
Message-ID: <54DDDDB5.2070208@denx.de> (raw)
In-Reply-To: <20150213120833.606136ef.albert.aribaud@3adev.fr>

Hi Albert,

On 13.02.2015 12:08, Albert ARIBAUD wrote:
>>> +++ b/board/work-microwave/work_92105/README
>
>>> +This board has SPL support, and uses the LPC32XX boot image format.
>>> +Once the U-Boot target "work_92105" is built, the following two files
>>> +can be flashed:
>>> +
>>> +	spl/lpc32xx-spl.bin at offset 0x0
>>> +	u-boot.bin at offset 0x40000
>>
>> Really u-boot.bin? Why don't you use u-boot.img with the header / CRC
>> instead? This is commonly used by other SPL platforms.
>
> u-boot.bin (headerless) is what the old process used, so I went for the
> least change path, but of course u-boot.img works too. I'll fix the
> text to mention u-boot.img and just note that u-boot.bin would work too
> but would not be checked for integrity.

Good. Thanks.

> (plus I need to fix the SPL image name anyway, since I changed it
> when switching to mkimage.)
>
>> And wouldn't it be nice to combine (concatenate) those two images into
>> one image that can be flashed to the board? There are already some
>> Makefile rules for doing this.
>
> Actually it would have to concatenate two (redundant) copies of the SPL
> image then one of U-Boot, bu yes, you're right. I'll look into it --
> and add notes to this effect in the board README file.

Thanks.

>>> +++ b/include/configs/work_92105.h
>
>>> +#define CONFIG_ETHADDR			00:12:B4:00:AF:FE
>>> +#define	CONFIG_OVERWRITE_ETHADDR_ONCE
>>
>> We usually don't allow MAC addresses to be set in the board config
>> files. Is this really needed?
>
> If CONFIG_ETH.*ADDR are not to be allowed, then maybe ./README should
> be updated to reflect this, and the more than 08 existing definitions
> in include/configs should be fixed. :)

Yes. We've been less strict with code reviews a few years ago. Thats 
most likely when those defines "slipped in".

> This is what was in the boards's default config initially. I'd rather
> leave it there in case the actual board provisioning process assumes
> the board to have this eth MAC address on very first boot. I can add a
> big red blinking comment though.

Okay.

Thanks,
Stefan

  reply	other threads:[~2015-02-13 11:19 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-12 17:36 [U-Boot] [PATCH v2 0/8] Extend LPC32xx functionality and add LPC32xx-based work_92015 board Albert ARIBAUD
2015-02-12 17:37 ` [U-Boot] [PATCH v2 1/8] lpc32xx: add Ethernet support Albert ARIBAUD
2015-02-12 17:37   ` [U-Boot] [PATCH v2 2/8] lpc32xx: mtd: nand: add MLC NAND controller Albert ARIBAUD
2015-02-12 17:37     ` [U-Boot] [PATCH v2 3/8] lpc32xx: i2c: add LPC32xx I2C interface support Albert ARIBAUD
2015-02-12 17:37       ` [U-Boot] [PATCH v2 4/8] lpc32xx: add GPIO support Albert ARIBAUD
2015-02-12 17:37         ` [U-Boot] [PATCH v2 5/8] lpc32xx: add LPC32xx SSP support (SPI mode) Albert ARIBAUD
2015-02-12 17:37           ` [U-Boot] [PATCH v2 6/8] dtt: add ds620 support Albert ARIBAUD
2015-02-12 17:37             ` [U-Boot] [PATCH v2 7/8] lpc32xx: add lpc32xx-spl.bin boot image target Albert ARIBAUD
2015-02-12 17:37               ` [U-Boot] [PATCH v2 8/8] lpc32xx: add support for board work_92105 Albert ARIBAUD
2015-02-13  9:36                 ` Stefan Roese
2015-02-13 11:08                   ` Albert ARIBAUD
2015-02-13 11:19                     ` Stefan Roese [this message]
2015-02-17  1:08                 ` [U-Boot] [U-Boot, v2, " Tom Rini
2015-02-17  7:06                   ` Albert ARIBAUD
2015-02-13  5:06               ` [U-Boot] [PATCH v2 7/8] lpc32xx: add lpc32xx-spl.bin boot image target Simon Glass
2015-02-17  9:33           ` [U-Boot] [PATCH v2 5/8] lpc32xx: add LPC32xx SSP support (SPI mode) Jagan Teki
2015-02-17  9:51             ` Albert ARIBAUD
2015-02-17 13:15               ` Jagan Teki
2015-02-13  5:06         ` [U-Boot] [PATCH v2 4/8] lpc32xx: add GPIO support Simon Glass
2015-02-13  6:30           ` Albert ARIBAUD
2015-02-13 14:33             ` Simon Glass
2015-02-13 10:48       ` [U-Boot] [PATCH v2 3/8] lpc32xx: i2c: add LPC32xx I2C interface support Heiko Schocher
2015-02-13 11:09         ` Albert ARIBAUD
2015-02-13 11:20           ` Heiko Schocher
2015-02-15 21:48             ` Simon Glass
2015-02-17 13:20 ` [U-Boot] [PATCH v2 0/8] Extend LPC32xx functionality and add LPC32xx-based work_92015 board Tom Rini
2015-02-17 13:26   ` Albert ARIBAUD
2015-02-17 16:10     ` Tom Rini
2015-03-30 12:07       ` Jagan Teki
2015-03-31  5:24         ` Albert ARIBAUD
2015-03-31  7:00           ` Jagan Teki
2015-03-31  9:26             ` Albert ARIBAUD

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=54DDDDB5.2070208@denx.de \
    --to=sr@denx.de \
    --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