This patch add initial support for freescale MX53LOCO board.
Network(FEC),SD/MMC, UART have been supported by this patch.
Signed-off-by: Jason Liu
---
Changes for v2:
- remove config.mk, instead add CONFIG_ options in boards.cfg
- fix copyright issue, use freescale copyright.
- rebase on u-boot-
The config.mk file in board directory is now obsolete and
should be removed. Add option for the IMX image into
boards.cfg
Signed-off-by: Jason Liu
---
board/freescale/mx53evk/config.mk | 24
boards.cfg|2 +-
2 files changed, 1 insertions(+),
Hi Kumar and others,
Le 23/02/2011 07:02, Kumar Gala a écrit :
> Wolfgang,
>
> Any issue that added a little hierarchy to the doc/ dir?
>
> maybe something mimic board/
I would tend to agree wholeheartedly to the idea, if only because /doc
currently contains 154 files, which meakes it not that e
On Wed, 2011-02-23 at 00:02 -0600, Kumar Gala wrote:
> Wolfgang,
>
> Any issue that added a little hierarchy to the doc/ dir?
>
> maybe something mimic board/
>
> for example:
>
> doc/README.mpc8313erdb -> doc/freescale/README.mpc8313erdb
> doc/README.mpc8315erdb -> doc/freescale/RE
Dear Kumar Gala,
In message <78b99acf-ec73-4dbc-b4ee-49f1b33b9...@kernel.crashing.org> you wrote:
>
> Any issue that added a little hierarchy to the doc/ dir?
Excellent idea - thanks!
> maybe something mimic board/
>
> for example:
>
> doc/README.mpc8313erdb -> doc/freescale/README.mpc8
Wolfgang,
Any issue that added a little hierarchy to the doc/ dir?
maybe something mimic board/
for example:
doc/README.mpc8313erdb -> doc/freescale/README.mpc8313erdb
doc/README.mpc8315erdb -> doc/freescale/README.mpc8315erdb
doc/README.mpc8323erdb -> doc/freescale/README.mpc
Yes, will do - Simon
On Sat, Feb 19, 2011 at 1:05 AM, Remy Bohmer wrote:
> Hi Simon,
>
> 2011/2/18 Simon Glass :
>> +UBML
>>
>> Hi Anders,
>>
>> You will need at least:
>>
>> /* Enable USB Ethernet dongles */
>> #define CONFIG_USB_HOST_ETHER
>> #define CONFIG_USB_ETHER_ASIX
>>
>> (and your platfo
Hi Tom,
Le 23/02/2011 00:41, Tom Warren a écrit :
> Anyone willing to review this? I'd like to get it pulled in to
> Albert's arm repo ASAP.
I should be able to review it during the week-end--not before, sorry.
Note however that since this is not a bugfix and it came after the merge
window clos
Anyone willing to review this? I'd like to get it pulled in to
Albert's arm repo ASAP.
Thanks,
Tom
On Wed, Feb 16, 2011 at 1:26 PM, Tom Warren wrote:
> Signed-off-by: Tom Warren
> ---
> arch/arm/cpu/armv7/start.S | 6 +
> arch/arm/cpu/armv7/tegra2/Makefile | 2 +-
From: Haiying Wang
commit 8aba9dceebb14144e07d19593111ee3a999c37fc
Divides variable of linker flags to LDFLAGS-u-boot and LDFLAGS
breaks the usage of --gc-section to build nand_spl. We still need linker option
--gc-section for every uboot image, not only the main one. LDFLAGS_FINAL passes
the --
On Tue, 22 Feb 2011 15:17:37 -0500
wrote:
> diff --git a/config.mk b/config.mk
> index 5147c35..caa6221 100644
> --- a/config.mk
> +++ b/config.mk
> @@ -205,8 +205,9 @@ endif
> AFLAGS := $(AFLAGS_DEBUG) -D__ASSEMBLY__ $(CPPFLAGS)
>
> LDFLAGS += $(PLATFORM_LDFLAGS)
> +LDFLAGS_FINAL += -Bstatic
From: Haiying Wang
commit 8aba9dceebb14144e07d19593111ee3a999c37fc
Divides variable of linker flags to LDFLAGS-u-boot and LDFLAGS
breaks the usage of --gc-section to build nand_spl. We still need linker option
--gc-section for every uboot image, not only the main one. LDFLAGS_FINAL passes
the --
Dear Haiying Wang,
In message <1297975097.1973.20.camel@haiying-laptop> you wrote:
>
> > Your scripts works fine. Now I only get one pair of diff which are
> > System.map.mpc7448hpc2.diff u-boot.map.mpc7448hpc2.diff, because
> > mpc7448hpc2 failed to build:
> > "
> > Configuring for mpc7448hpc2 b
On Wed, 16 Feb 2011 18:31:23 +0100
Reinhard Meyer wrote:
>
> Not sure, the driver builds fine with ARM boards.
> Maybe you need to have CONFIG_NET_MULTI set?
>
> Best Regards,
> Reinhard
I've continued working on enc28j60 in those days, trying to make it
finally work with my beagle.
Stefano con
Le 22/02/2011 13:42, Wolfgang Denk a écrit :
> Dear zzs213,
>
> In message<747caca3.ef8a.12e4d18b2cb.coremail.zzs...@126.com> you wrote:
>>
>>> I think you need this patch
>>>
>>> http://lists.denx.de/pipermail/u-boot/2010-December/084133.html
>>
>> Is there any other smoothly solution?
>> This pa
Dear zzs213,
In message <747caca3.ef8a.12e4d18b2cb.coremail.zzs...@126.com> you wrote:
>
> >I think you need this patch
> >
> >http://lists.denx.de/pipermail/u-boot/2010-December/084133.html
>
> Is there any other smoothly solution?
> This patch makes my code differ from the main line,So I think
>> anybody help me!!
>
>I think you need this patch
>
>http://lists.denx.de/pipermail/u-boot/2010-December/084133.html
>
Is there any other smoothly solution?
This patch makes my code differ from the main line,So I think it's not good
enough.
regards
zzs213
_
On 02/22/2011 02:44 AM, Liu Hui-R64343 wrote:
>> As I discovered myself, usage of config.mk is discouraged and it should be
>> removed and it is not accepted anymore for new boards. Instead of that, it is
>> possible to add CONFIG_ options in boards.cfg.
>
> OK, do you know why config.mk is discou
Hi,
Thank you very much for your answer.
> This cannot be answered without seeing the code. Submit your code as
> patches, so it can be reviewed.
> Please use the U-Boot timer functions (udelay(), get_timer()).
Ok, I'll clean up the code and then submit it.
> Please omit such crap when posting
Dear huewe.exter...@infineon.com,
In message
you wrote:
>
> This setup works quite fine.
> But I'm almost sure that this is not the correct way to port a linux driver
> to u-boot. ;)
There is no general, one-size-fits-all approach.
> Can you perhaps point me to some resources how to do it cor
Hi,
we at Infineon would like to port TPM support to U-Boot, especially in regard
to our new I2C TPM chips.
TPM in u-boot would be a key element to verified/trusted booting.
As we already have a working linux device driver for this device we thought it
might be a good starting point to port tpm
Dear Reinhard,
Yes, the problems were mainly due to my ignorance with respect to git: I
thought that rework110218 was just a later version of rework110202, which is
clearly not the case.
I probably also did not create a new branch, which had the effect that you see
17 patches, which were not min
Am 2011-02-22 09:06, schrieb zzs213:
> My board is very similar to at91rm9200ek. I have a function to init nor flash
> bus, like this :
>
> void gfd3000cdb_nor_hw_init(void)
> {
> at91_mc_t *mc = (at91_mc_t *)AT91_MC_BASE;
>
> writel(CONFIG_SYS_EBI_CFGR_VAL, &(mc->ebi.cfgr));
>
On Feb 10, 2011, at 12:15 AM, Kumar Gala wrote:
>
> On Jan 29, 2011, at 5:29 PM, Kumar Gala wrote:
>
>> From: Mingkai Hu
>>
>> On some boards the environment may not be located at a fixed address in
>> the MMC/SDHC card. This allows those boards to implement their own
>> means to report what
My board is very similar to at91rm9200ek. I have a function to init nor flash
bus, like this :
void gfd3000cdb_nor_hw_init(void)
{
at91_mc_t *mc = (at91_mc_t *)AT91_MC_BASE;
writel(CONFIG_SYS_EBI_CFGR_VAL, &(mc->ebi.cfgr));
writel(CONFIG_SYS_SMC_CSR0_VAL, &mc->smc.csr[0])
Dear Wolfgang Denk,
On Tue, Feb 22, 2011 at 3:33 PM, Wolfgang Denk wrote:
> In message you
> wrote:
>> The bug is caused by using recursively expanded flavor for BIN and SREC.
> You wrote "The bug". How does this bug manifest in U-Boot? For which
> configuration do you see issues?
The bug I
Hi, Wolfgang,
2011/2/22 Wolfgang Denk :
> Dear Liu Hui-R64343,
>
> In message
> <2cf7613b9822a943bef13ef7acec5bd114a...@039-sn1mpn1-003.039d.mgd.msft.net>
> you wrote:
>>
>> >> +# (C Copyright 2011
>> >> +# Jason Liu Freescale Software Engineering r64...@freescale.com
>> >
>> >Why don´t you use
Hi, Wolfgang,
2011/2/22 Wolfgang Denk :
> Dear Liu Hui-R64343,
>
> In message
> <2cf7613b9822a943bef13ef7acec5bd114a...@039-sn1mpn1-003.039d.mgd.msft.net>
> you wrote:
>>
>> >As I discovered myself, usage of config.mk is discouraged and it should be
>> >removed and it is not accepted anymore for
28 matches
Mail list logo
