From: Stefano Babic <sbabic@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 1/2] ARM: omap3: added common configuration for Technexion TAM3517
Date: Thu, 24 Nov 2011 10:07:41 +0100 [thread overview]
Message-ID: <4ECE095D.4040700@denx.de> (raw)
In-Reply-To: <20111123162141.0FE1A1FFB395@gemini.denx.de>
On 23/11/2011 17:21, Wolfgang Denk wrote:
>> +#define CONFIG_CMD_I2C /* I2C serial bus support */
>> +#define CONFIG_CMD_MMC /* MMC support */
>> +#define CONFIG_CMD_FAT /* FAT support */
>> +#define CONFIG_CMD_NAND /* NAND support */
>> +#define CONFIG_CMD_USB
>> +#define CONFIG_CMD_DHCP
>> +#define CONFIG_CMD_PING
>> +#define CONFIG_CMD_CACHE
>> +#define CONFIG_CMD_GPIO
>
> Maybe you want to sort this list. And eventually remove entries that
> are defined by default?
I will do it
>
>> +#undef CONFIG_CMD_FLASH /* flinfo, erase, protect */
>> +#undef CONFIG_CMD_IMI /* iminfo */
>> +#undef CONFIG_CMD_IMLS /* List all found images */
>
> Is there any good reason to disable the "iminfo" command?
Yes - the command relies on NOR flash. In fact, in cmd_bootm.c do_imls()
needs CONFIG_SYS_MAX_FLASH_BANKS, that has no sense on this SOM, because
I have not CFI flash.
Also defining CONFIG_SYS_MAX_FLASH_BANKS does not work, because cfi.h is
still included. I prefer disabling IMLS as adding fake CFI values.
>
>> +#define CONFIG_SYS_NAND_ADDR NAND_BASE /* physical address */
>> + /* to access nand */
>> +#define CONFIG_SYS_NAND_BASE NAND_BASE /* physical address */
>
> Do we really need this double definitions? Please get rid of
> NAND_BASE.
NAND_BASE is the address of the controller defined in cpu.h. That iis
correct.
CONFIG_SYS_NAND_ADDR seems to me obsolete and not used anymore - a lot
of boards define it, I think it should be globally removed - I start
dropping from here.
>
> ...
>> +/* memtest works on */
>> +#define CONFIG_SYS_MEMTEST_START (OMAP34XX_SDRC_CS0)
>> +#define CONFIG_SYS_MEMTEST_END (OMAP34XX_SDRC_CS0 + \
>> + 0x01F00000) /* 31MB */
>
> Has this been tested?
Yes - the only issue here is that only 31 MB (the SOM has 256 MB RAM)
are tested as default. Personally I do not like to set as default value
the whole RAM (subtracting the size of the bootloader code, of course
!), because the test takes too much time for a fast run. The user can
always provide parameters for the mtest command if he wants to test the
whole RAM.
>> +/*-----------------------------------------------------------------------
>> + * Stack sizes
>> + *
>> + * The stack sizes are set up in start.S using the settings below
>> + */
>
> Incorrect multiline comment style. Please fix globally.
Thanks, I will fix it.
>> +#define CONFIG_ENV_IS_IN_NAND
>> +#define SMNAND_ENV_OFFSET 0x180000 /* environment starts here */
>> +
>> +#define CONFIG_SYS_ENV_SECT_SIZE (128 << 10) /* 128 KiB */
>> +#define CONFIG_ENV_OFFSET SMNAND_ENV_OFFSET
>> +#define CONFIG_ENV_ADDR SMNAND_ENV_OFFSET
>
> Please extend to support redundant environment, plus one or two
> reserve sectors in case a sector goes bad.
Good point, I will do it.
>
>> +/*-----------------------------------------------------------------------
>> + * CFI FLASH driver setup
>> + */
>> +/* timeout values are in ticks */
>> +#define CONFIG_SYS_FLASH_ERASE_TOUT (100 * CONFIG_SYS_HZ)
>> +#define CONFIG_SYS_FLASH_WRITE_TOUT (100 * CONFIG_SYS_HZ)
>
> This seems bogus, as there is no NOR flash on these devices.
This is completely wrong, bad cut&paste ;-(. I will fix it.
>
>> +/* Flash banks JFFS2 should use */
>> +#define CONFIG_SYS_MAX_MTD_BANKS (CONFIG_SYS_MAX_FLASH_BANKS + \
>> + CONFIG_SYS_MAX_NAND_DEVICE)
>> +#define CONFIG_SYS_JFFS2_MEM_NAND
>> +/* use flash_info[2] */
>> +#define CONFIG_SYS_JFFS2_FIRST_BANK CONFIG_SYS_MAX_FLASH_BANKS
>> +#define CONFIG_SYS_JFFS2_NUM_BANKS 1
>
> All this probably does not work.
Confirmed, it does not work and I will clean up.
>> +#define CONFIG_SPL_MAX_SIZE 0xB400 /* 45 K */
>
> (45 << 10) would be way easier to read...
ok
Best regards,
Stefano Babic
--
=====================================================================
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office@denx.de
=====================================================================
next prev parent reply other threads:[~2011-11-24 9:07 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-23 9:26 [U-Boot] Adding support to Technexion TAM3517 SOM Stefano Babic
2011-11-23 9:26 ` [U-Boot] [PATCH 1/2] ARM: omap3: added common configuration for Technexion TAM3517 Stefano Babic
2011-11-23 12:44 ` Igor Grinberg
2011-11-23 13:08 ` Stefano Babic
2011-11-23 16:11 ` Wolfgang Denk
2011-11-23 16:29 ` Igor Grinberg
2011-11-23 16:21 ` Wolfgang Denk
2011-11-24 2:47 ` Tom Rini
2011-11-24 9:07 ` Stefano Babic [this message]
2011-11-24 12:07 ` Wolfgang Denk
2011-12-01 9:56 ` [U-Boot] [PATCH V3 " Stefano Babic
2011-12-01 9:56 ` [U-Boot] [PATCH V3 2/2] ARM: omap3: add support to Technexion twister board Stefano Babic
2012-01-14 8:47 ` Albert ARIBAUD
2012-01-14 9:48 ` Stefano Babic
2012-01-14 10:06 ` Albert ARIBAUD
2012-01-14 10:15 ` Stefano Babic
2012-01-14 10:22 ` Albert ARIBAUD
2012-01-14 14:25 ` Tom Rini
2012-01-14 15:05 ` Stefano Babic
2011-12-05 23:31 ` [U-Boot] [PATCH V3 1/2] ARM: omap3: added common configuration for Technexion TAM3517 Tom Rini
2011-11-23 9:26 ` [U-Boot] [PATCH 2/2] ARM: omap3: add support to Technexion twister board Stefano Babic
2011-11-23 13:47 ` Igor Grinberg
2011-11-23 14:22 ` Stefano Babic
2011-11-23 14:18 ` Igor Grinberg
2011-11-23 14:41 ` Stefano Babic
2011-11-23 15:20 ` Igor Grinberg
2011-11-23 16:27 ` Wolfgang Denk
[not found] ` <20111124145753.04084d1b@myhost>
2011-11-24 8:05 ` [U-Boot] Adding support to Technexion TAM3517 SOM Stefano Babic
2011-11-24 12:04 ` Wolfgang Denk
2011-11-24 12:30 ` Stefano Babic
2011-11-24 15:19 ` Stefano Babic
2011-11-25 3:25 ` Tapani Utriainen
2011-11-25 7:35 ` Stefano Babic
2011-11-24 15:44 ` [U-Boot] [PATCH V2 1/2] ARM: omap3: added common configuration for Technexion TAM3517 Stefano Babic
2011-11-24 15:44 ` [U-Boot] [PATCH V2 2/2] ARM: omap3: add support to Technexion twister board Stefano Babic
2011-11-24 20:40 ` Wolfgang Denk
2011-11-29 23:18 ` Tom Rini
2011-11-30 8:53 ` Stefano Babic
2011-12-01 11:33 ` Tapani Utriainen
2011-12-01 14:40 ` Wolfgang Denk
2011-11-24 20:43 ` [U-Boot] [PATCH V2 1/2] ARM: omap3: added common configuration for Technexion TAM3517 Wolfgang Denk
2011-11-24 22:42 ` stefano babic
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=4ECE095D.4040700@denx.de \
--to=sbabic@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