On Friday 07 November 2008, Scott Wood wrote:
> Stefan Roese wrote:
> > This patch adds memcpy_16_from_onenand() and memcpy_16_to_onenand()
> > functions and defaults them to the already available memcpy_16()
> > function. They are defined weak so that they can be overwritten by
> > a board/platfor
On Friday 07 November 2008, Scott Wood wrote:
> On Fri, Nov 07, 2008 at 04:01:13PM +0100, Stefan Roese wrote:
> > Update OneNAND command to support bad block awareness.
> > Also change the OneNAND command style to better match the
> > NAND version.
>
> Is there any chance that we could merge this c
Dear Uboot community,
I have a Cirrus Logic EDB7312 prototype evaluation board and want
to port uboot to it. Is the newsgroup still functional? I was not able to
access it via thunderbird.
Regards,
Ram
On Fri, Nov 7, 2008 at 3:23 PM, Duy-Ky Nguyen <[EMAIL PROTECTED]>wrote:
> Hello,
>
Martin Hejnfelt sez,
> Message from Jens Scharsig,
>> I am a little bit confused. We have designed a new AT91RM9200
>> based board. It should boot from 16-bit NOR Flash. I have read
>> many relevant article in the forum, but I don't know , which
>> board should I use as a base. I have look at
Hello,
I'm using u-boot 1.3.0 from the latest FreeScale Linux BSP MPC8313E-RDB.
If I set TEXT_BASE = 0x100, so I could use BDI debugger to load into RAM
and run it out of RAM.
I'm ABLE to ping to the host from u-boot
But, if I set TEXT_BASE=0xFE00, and burn the image it into Flash,
recyc
Stefan Roese wrote:
> This patch adds memcpy_16_from_onenand() and memcpy_16_to_onenand()
> functions and defaults them to the already available memcpy_16()
> function. They are defined weak so that they can be overwritten by
> a board/platform specific version.
>
> This is needed for the vcth boa
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
---
drivers/bios_emulator/Makefile |3 ++-
drivers/bios_emulator/atibios.c |5 -
drivers/bios_emulator/besys.c |4
drivers/bios_emulator/bios.c|4
drivers/bios_e
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
---
drivers/usb/Makefile| 19 +--
drivers/usb/isp116x-hcd.c |4
drivers/usb/sl811_usb.c |3 ---
drivers/usb/usb_ohci.c |4
drivers/usb/usbdcore_ep0.c
On Fri, Nov 07, 2008 at 04:01:13PM +0100, Stefan Roese wrote:
> Update OneNAND command to support bad block awareness.
> Also change the OneNAND command style to better match the
> NAND version.
Is there any chance that we could merge this code with cmd_nand.c?
> +static struct mtd_info *mtd = &o
Hello,
I'm using u-boot 1.3.0 from the latest FreeScale Linux BSP MPC8313E-RDB.
If I set TEXT_BASE = 0x100, so I could use BDI debugger to load into RAM
and run it out of RAM.
I'm ABLE to ping to the host from u-boot
But, if I set TEXT_BASE=0xFE00, and burn the image it into Flash,
recyc
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
---
The idea is to reduce common code initialisation which is actually in board.
as done on afeb9260 and Ronetix eval board for 9260 & 9263
Best Regards,
J.
board/afeb9260/afeb9260.c | 32 ++--
board/atm
Since we've changed the memory map of the board, be nice and
add some checking to try to catch out-of-date .dts files. We do
this by checking the CCSRBAR location in the .dts and comparing
it to the CCSRBAR location in u-boot. If they don't match, a
warning msg is printed. This isn't foolproof,
This patch adds memcpy_16_from_onenand() and memcpy_16_to_onenand()
functions and defaults them to the already available memcpy_16()
function. They are defined weak so that they can be overwritten by
a board/platform specific version.
This is needed for the vcth board support (still to come) which
Update OneNAND command to support bad block awareness.
Also change the OneNAND command style to better match the
NAND version.
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
Acked-by: Kyungmin Park <[EMAIL PROTECTED]>
---
v2:
- Removed the bad block marking when an erase/read/write access to a bl
On Nov 7, 2008, at 5:07 AM, Ilko Iliev wrote:
> Hi,
>
> There is a bug in lib_arm/boom.c/do_bootm_linux():
>if ((flag != 0) || (flag != BOOTM_STATE_OS_GO))
>return 1;
>
> The parameter "flag" is 0 and the above condition is always true.
>
> The result is - the boom command doesn't sta
"Antonio R. Costa" <[EMAIL PROTECTED]> wrote:
> As we agreed with Haavard I'll try to make a general SDHC patch for all
> Atmel platform soon.
Note that there's a generic MMC framework in the works:
http://www.nabble.com/-U-Boot---PATCH-00-10--Add-MMC-Framework-td20256840.html
which we should p
This patch adds support for the PM9261 board of Ronetix GmbH (www.ronetix.at)
Signed-off-by: Ilko Iliev <[EMAIL PROTECTED]>
---
MAKEALL |1 +
Makefile|3 +
board/ronetix/pm9261/Makefile | 60 +
boa
Hi JC,
I'm very sorry for the delayed answer.
I'm pretty close to release a Linux patch for our platform so no time for
now.
Anyway by the end of the year I would like to launch the complete BSP for
our platform
so I would like to make all things tidy.
As we agreed with Haavard I'll try to ma
Hi,
There is a bug in lib_arm/boom.c/do_bootm_linux():
if ((flag != 0) || (flag != BOOTM_STATE_OS_GO))
return 1;
The parameter "flag" is 0 and the above condition is always true.
The result is - the boom command doesn't start the kernel.
Affected targets: all arm based.
Maybe it sho
Dear Jens,
in message <[EMAIL PROTECTED]> you wrote:
>
> I can do this in few weeks. But I have only our costum board. So I can't
> test the interaktion with other boards.
I can test on the DK, and eventually on the cmc_pu2.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH,
20 matches
Mail list logo