public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Wolfgang Denk <wd@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] AT91: Added support for taskit Stamp9G20 and PortuxG20
Date: Thu, 18 Feb 2010 13:32:32 +0100	[thread overview]
Message-ID: <20100218123232.DEC05A87D17@gemini.denx.de> (raw)
In-Reply-To: <4B7C14EC.7050209@taskit.de>

Dear Achim Ehrlich,

In message <4B7C14EC.7050209@taskit.de> you wrote:
> Signed-off-by: Achim Ehrlich <aehrlich@taskit.de>
> ---
...
> --- a/Makefile
> +++ b/Makefile
> @@ -2906,6 +2906,15 @@ TNY_A9260_config	:	unconfig
>  	@echo "#define CONFIG_$(@:_config=) 1" >$(obj)include/config.h
>  	@$(MKCONFIG) -a tny_a9260 arm arm926ejs tny_a9260 calao at91
>  
> +portuxG20_config \
> +stamp9G20_config	:	unconfig
> +	@mkdir -p $(obj)include
> +	@if [ "$(findstring portux,$@)" ] ; then \
> +		echo "#define CONFIG_PORTUXG20 1" >$(obj)include/config.h; \
> +		$(XECHO) "... PortuxG20";\
> +	fi;

NAK. We don't accept such scripting in the Makefile any more. Please
use the available mkconfig features instead.


> diff --git a/board/taskit/stamp9G20/partition.c b/board/taskit/stamp9G20/partition.c
> new file mode 100644
> index 0000000..2629c67
> --- /dev/null
> +++ b/board/taskit/stamp9G20/partition.c

So we are adding yet another copy of this file. We already have 12 of
these. Mostly identical.

Isn't there a more intelligent way to handle this?

...
> +int dram_init(void)
> +{
> +	gd->bd->bi_dram[0].start = PHYS_SDRAM;
> +	gd->bd->bi_dram[0].size = PHYS_SDRAM_SIZE;
> +	return 0;
> +}

Please consider using get_ram_size() for memory auto-sizing and
testing.

> +#ifdef CONFIG_RESET_PHY_R
> +void reset_phy(void)
> +{
> +#ifdef CONFIG_MACB


CONFIG_MACB seems to be an undocumented variable. What is it supposed
to do?


> diff --git a/include/configs/stamp9G20.h b/include/configs/stamp9G20.h
> new file mode 100644
> index 0000000..5008554
> --- /dev/null
> +++ b/include/configs/stamp9G20.h
...
> +/* ARM asynchronous clock */
> +#define AT91_MAIN_CLOCK		18432000	/* 18.432 MHz crystal */

This should be changed into a CONFIG_SYS_ (globally).


> +#define AT91_CPU_NAME		"AT91SAM9G20"

Ditto.

> +#define CONFIG_ATMEL_USART	1
> +#undef CONFIG_USART0
> +#undef CONFIG_USART1
> +#undef CONFIG_USART2
> +#define CONFIG_USART3		1	/* USART 3 is DBGU */

Do not undefine what is not defined anyway.

> +/* LED */
> +
> +#undef CONFIG_AT91_LED

Ditto.

> +/*
> + * Command line configuration.
> + */
> +#include <config_cmd_default.h>
> +#undef CONFIG_CMD_BDI
> +#undef CONFIG_CMD_FPGA
> +#undef CONFIG_CMD_IMI
> +#undef CONFIG_CMD_IMLS
> +#undef CONFIG_CMD_SOURCE

Is there any specific reason for disabling the "bdi", "imi", "imls"
and "source" commands? They are pretty useful, and you don't seem to
be especially short on resources...

...
> +/* USB */
> +#define CONFIG_USB_ATMEL
> +#define CONFIG_USB_OHCI_NEW		1
> +#define CONFIG_DOS_PARTITION		1
> +#define CONFIG_SYS_USB_OHCI_CPU_INIT		1
> +#define CONFIG_SYS_USB_OHCI_REGS_BASE		0x00500000	/* AT91SAM9260_UHP_BASE */

Line too long. Please fix globally.

...
> +	"basicargs=console=ttyS0,115200 mem=64M\0"			\
> +	""
> +
> +
> +

Excessive white space. Drop 3 of the empty lines.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
"Do we define evil as the absence of goodness? It seems only  logical
that shit happens--we discover this by the process of elimination."
                                                        -- Larry Wall

  reply	other threads:[~2010-02-18 12:32 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-17 16:10 [U-Boot] [PATCH] AT91: Added support for taskit Stamp9G20 and PortuxG20 Achim Ehrlich
2010-02-18 12:32 ` Wolfgang Denk [this message]
2010-02-22 12:31   ` Achim Ehrlich
2010-02-22 13:06     ` Wolfgang Denk
2010-02-18 12:42 ` Detlev Zundel
2010-02-22 12:35   ` Achim Ehrlich
2010-02-22 13:04     ` Detlev Zundel

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=20100218123232.DEC05A87D17@gemini.denx.de \
    --to=wd@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