On 1/30/08, Hiroshi Ito <[EMAIL PROTECTED]> wrote:
> Hello, Upakul
>
> I got same experience.
>
> U-boot NFS command do not retry to send a command again.
> so, when the packet is lost, It will cause timeout.
>
> with this patch, it should fix.
> but this is very old code. so, I don't know, it can
On Tuesday 29 January 2008, Craig Millen wrote:
> I have been experiencing a few problems when using a NAND flash for
> storage in u-boot.
>
> When I'm reading large files (7MB) from the NAND, periodically there
> will be a NAND ECC read error when using the following command:
>
> => nand read 4000
On Wed, 30 Jan 2008 01:39:56 +0100
"Ulf Samuelsson" <[EMAIL PROTECTED]> wrote:
> X-Mailer: Microsoft Outlook Express 6.00.2900.3138
Right...
> please quote properly in your replies
>
> ==> Mailers can't quote properly when mails are sent as a text attachement.
> Also quoting does not
Hello, Upakul
I got same experience.
U-boot NFS command do not retry to send a command again.
so, when the packet is lost, It will cause timeout.
with this patch, it should fix.
but this is very old code. so, I don't know, it can applys to current one.
Regards
Hiroshi Ito
Media Lab. In
Hi all,
I am facing a timeout problem with nfs while transferring large files.
However i encounter no problem with smaller files.
The entire thing works fine with another nfs server.
Any hints on what could be the problem ??
--
Regards,
Upakul Barkakaty
---
if you look at any of the forked repos of the main u-boot repo, the URL is
incorrect ... for example, this page:
http://www.denx.de/cgi-bin/gitweb.cgi?p=u-boot/u-boot-blackfin.git;a=summary
says that the URL to clone is:
git://www.denx.de/git/u-boot/u-boot-blackfin.git
but the real path is:
git://
Karthikeyan Kadirvel, Chennai wrote:
>
> Hai friends
>
> I am new to this U loader
> I have to porting U loader for a MCF54450 processor.
> So can u direct me?
> What are the things have to concentrate on.
>
> *Thanks.*
> *Karthikeyan K,*
Hi Karthikeyan,
The place to start is to clone the git
onyxtape wrote:
> Hi there,
>
> So what are the steps to get u-boot to boot the hello_world example? I'm
> evaluating the PowerPC 440-based AMCC Yosemite board.
Here are the notes I wrote for the Yosemite board,
they include how to build the standard standalone
example. Perhaps that will help you
On Tuesday 29 January 2008, Ulf Samuelsson wrote:
> please quote properly in your replies
>
> ==> Mailers can't quote properly when mails are sent as a text attachement.
> Also quoting does not work when people are sending non-compliant
> mails allowing long lines.
funny, no one else has a
Wolfgang D.,
We're up to three versions of patches from different people to fix
non-powerpc build breakage (due to the new SPI driver), so I decided to
make this easy for you :)
I've chosen and applied Ben Warren's version of the fix (which declares
the new CONFIG_MPC8XXX_SPI define), along with
please quote properly in your replies
==> Mailers can't quote properly when mails are sent as a text attachement.
Also quoting does not work when people are sending non-compliant mails
allowing long lines.
On Tuesday 29 January 2008, Ulf Samuelsson wrote:
> > You assume, incorrect
Erasing the entire SPI flash is generally stupid, since you store the
environment there. You typically also store the initial bootloader and
U-Boot.
>>> so the user is stupid if they erase the entire flash ? you could say the
>>> same
>>> thing about any flash type.
>>>
>
> I hav
> In message <[EMAIL PROTECTED]> you wrote:
>>
>> ==> This is not how the dataflash support is implemented in U-Boot today.
>> Current implementation is using DMA.
>
> Note that you are referring to code that is not part of the public
> U-Boot tree, and that (as is) will never become a
On Tuesday 29 January 2008, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > unfortunately, using weak symbols and overriding elsewhere doesnt look
> > like it's possible currently due to the way ld searches archives. for
> > example, if
>
> ???
>
> > ld will pick the weak symb
In message <[EMAIL PROTECTED]> you wrote:
>
> ==> This is not how the dataflash support is implemented in U-Boot today.
> Current implementation is using DMA.
Note that you are referring to code that is not part of the public
U-Boot tree, and that (as is) will never become a part of it.
Ulf,
please get your quoting right!!!
In message <[EMAIL PROTECTED]> you wrote:
> On Monday 28 January 2008, Ulf Samuelsson wrote:
> > Unfortunately, this code seems useless, at least for the combination AT91 +
> > SPI flash. Some issues:
> >
> > I believe that the AT45 is not using the same comm
In message <[EMAIL PROTECTED]> you wrote:
>
> unfortunately, using weak symbols and overriding elsewhere doesnt look like
> it's possible currently due to the way ld searches archives. for example, if
???
> ld will pick the weak symbol provided by libcommon.a even though a strong
> symbol is
Hi there,
So what are the steps to get u-boot to boot the hello_world example? I'm
evaluating the PowerPC 440-based AMCC Yosemite board. This is what I have
done:
gzip hello_world.bin
mkimage -A ppc -0 linux -T standalone -C gzip -a 4 -e 40004 -n
"Standalone" -d hello_world.bin.gz hello_wor
In message <[EMAIL PROTECTED]> you wrote:
>
> There is a general problem with U-Boot which seems to assume
> that there is more RAM than flash in the system.
U-Boot does not make any such assumption - at least none of the ports
I know of.
> How do you easily copy 256 MB from an SD-Card to an onb
It isn't generally save to execute applications outside of U-Boot with caches
enabled due to the way the Blackfin processor handles caches (requires
software assistance). This patch disables caches before booting an ELF or
just booting raw code. The previous discussion on the patch was that we
wa
Words in my Heart http://70.253.141.120/
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
> I use DHCP to get my IP address:
> -> setenv autoload no
> -> dhcp
> BOOTP broadcast 1
> DHCP client bound to address XXX.XXX.XXX.152
> -> ping XXX.XXX.XXX.189
> Using FEC0 device
> host XXX.XXX.XXX.189 is alive
I've tried DHCP as well, and I get the following:
-> dhcp
BOOTP broadcast 1
On Tue, 29 Jan 2008 09:13:32 -0500
Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > So let's just make "please use the include/spi.h API for low-level SPI
> > access" be one of the comments on your RFC :-)
>
> do you have a git tree for this so i can pull it down and test it for
> Blackfin ? i
I will be out of the office starting 01/30/2008 and will not return until
02/13/2008.
This is the Chinese New Year Holiday. I will respond to your message when I
return.
-
This SF.net email is sponsored by: Microsoft
Defy a
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
board/at91cap9adk/Makefile | 50 +++
board/at91cap9adk/at91cap9adk.c | 295 +++
board/at91cap9adk/config.mk |1 +
board/at91cap9adk/led.c | 80 +++
board/at91cap9adk/nand.c
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
CREDITS |4
MAKEALL |1 +
Makefile|3 +++
drivers/mtd/dataflash.c |4 ++--
net/eth.c |4
5 files changed, 14 insertions(+), 2 deletions(-)
diff --git a/C
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
include/asm-arm/arch-at91cap9/AT91CAP9.h | 518
include/asm-arm/arch-at91cap9/clk.h| 39 ++
include/asm-arm/arch-at91cap9/hardware.h | 38 ++
include/asm-arm/arch-at91cap9/memory-map.h | 34 ++
incl
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
cpu/arm926ejs/at91cap9/Makefile| 46 ++
cpu/arm926ejs/at91cap9/config.mk |2 +
cpu/arm926ejs/at91cap9/ether.c | 35
cpu/arm926ejs/at91cap9/lowlevel_init.S | 43 +
cpu/arm926ejs/at91cap9/spi
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
Acked-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/net/macb.c |8
drivers/net/macb.h |6 ++
2 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/drivers/net/macb.c b/drivers/net/macb.c
index 6657d22..9c98338
Hi,
This series of patches adds support for Atmel's AT91CAP9 Customizable
Microcontrollers family:
http://www.atmel.com/products/AT91CAP/Default.asp
and more specifically for the AT91CAP9A-DK development kit:
http://www.atmel.com/dyn/products/tools_card.asp?tool_id=4138
The suppor
"nand write.jffs2" skips bad blocks. I always thought that was a bad
name as it has nothing to do with jffs2 other than skipping is how jffs2
handles bad blocks...
Zach
Craig Millen wrote:
> I have been experiencing a few problems when using a NAND flash for
> storage in u-boot.
>
> When I'm
> 1. in cpu/mcf52x2/interrupt.c should be
> imlr0 &= 0xFFFE;
Could you please specify whether you're referring to the line in the
interrupt_init() function or dtimer_intr_setup() function (or both)?
> 2. in include/asm-m68k/immap.h CFG_TMRINTR_PRI should set to
Ladislav
Your patch
Fix at91rm9200dk base address
is available for test from
git://linux-arm.org/u-boot-armdev.git#071206_at91_base
Your patch
AT91RM9200 based boards config cleanup
is available for test from
git://linux-arm.org/u-boot-armdev.git#071206_at91_bdinfo
Please confirm
Harald
Your patch
arm920/s3c24xx: IRQ demulitplexercallback
is available for test from
git://linux-arm.org/u-boot-armdev.git#071219_s3c2410_irq
Your patch
S3C24x0 SoC NAND controller support
is available for test from
git://linux-arm.org/u-boot-armdev.git#071219_s3c24_nand
This fixes a demo app link failure on platforms configured with
CONFIG_PANIC_HANG.
Signed-off-by: Rafal Jaworowski <[EMAIL PROTECTED]>
---
api_examples/libgenwrap.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/api_examples/libgenwrap.c b/api_examples/libgenwrap.
This fixes a build breakage with CONFIG_API enabled, which appeared after
the recent changes in the U-Boot build system.
Signed-off-by: Rafal Jaworowski <[EMAIL PROTECTED]>
---
These patches should probably be sent before the pull request :) But here they
are for review and reference.
Makefile
I have been experiencing a few problems when using a NAND flash for
storage in u-boot.
When I'm reading large files (7MB) from the NAND, periodically there
will be a NAND ECC read error when using the following command:
=> nand read 40 0 154000
NAND read: device 0 offset 0x0, size 0x154000
Dear Wolfgang,
The following are two fixes which are needed in this release. Without these
the build breaks when CONFIG_API is enabled.
kind regards,
Rafal
The following changes since commit 98b742489c09780be6a832eeaa4e5eff824792bb:
Wolfgang Denk (1):
inka4x0: remove dead code
are av
%^G%^Fpharma^%
http://%^Flinksh^%/%^P%^R2-7^%:qwertyuiopasdfghjklzxcvbnmeuioaeuioa^%/
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012000
Hi Niklaus,
On Monday 21 January 2008, Niklaus Giger wrote:
> Add PPC405GPr based MCU25 board from Netstal.
>
> Signed-off-by: Niklaus Giger <[EMAIL PROTECTED]>
> ---
> board/netstal/mcu25/Makefile | 60 +++
> board/netstal/mcu25/README.txt | 60 +++
> board/netstal/mcu25/co
On Tuesday 29 January 2008, Haavard Skinnemoen wrote:
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > > I'd really like to see a common layer for SPI flash though, so I don't
> > > mean to criticise your effort. But it would be nice if not every new
> > > SPI client came with its own low-level SPI
please quote properly in your replies
On Tuesday 29 January 2008, Ulf Samuelsson wrote:
> > You assume, incorrectly, that all sector sizes are the same size.
>
> that depends on what level you look at it. sector 0 can be accessed in
> pieces, but it can also be treated as one big sector the same
On Friday 18 January 2008, Niklaus Giger wrote:
> Allow passing O=../build for the HCU4/HCU5 builds
This re-introduces the original problem, I tried to solve with my version:
[EMAIL PROTECTED] u-boot-ppc4xx (for-1.3.2)]$ ./MAKEALL hcu4
Configuring for hcu4 board...
ppc_4xx-gcc: hcu_flash.c: No su
Hai friends
I am new to this U loader
I have to porting U loader for a MCF54450 processor.
So can u direct me?
What are the things have to concentrate on.
Thanks.
Karthikeyan K,
HCL Technologies Ltd,
Tel: +91-44-4216 Extn. (2683),
www.hcl.in.
DISCLAIMER:
-
On Tuesday 29 January 2008, Mike Frysinger wrote:
> On Tuesday 29 January 2008, Stefan Roese wrote:
> > On Tuesday 29 January 2008, Mike Frysinger wrote:
> > > The cmd_reset member of the flash info struct is not initialized until
> > > the specific cmdset function is called. This normally happens
On Tuesday 29 January 2008, Stefan Roese wrote:
> On Tuesday 29 January 2008, Mike Frysinger wrote:
> > The cmd_reset member of the flash info struct is not initialized until
> > the specific cmdset function is called. This normally happens by:
> > flash_get_size -> flash_detect_cfi -> cmdset_*_i
Shinya Kuribayashi wrote:
> Ladislav Michl wrote:
>
>> Just FYI, Qemu platform has been removed from Linux kernel. Reasons are
>> summarized in following commit:
>> http://www.linux-mips.org/g/linux/3fbfb704
>>
>
> Yeah, summarized also on this thread:
>
> http://www.linux-mips.org/archives
>>> How do you do "byte writes" which is an important feature of the AT45?
>> simple: i dont. spi flash writing isnt something to be done constantly nor
>> is
>> it fast, so i dont sweat getting maximum performance.
This is an artificial limitation based on your _opinion_.
How, why, or what s
On Friday 25 January 2008, gvb.uboot wrote:
> > I think this is a good change myself. The biggest reason is that it
> > makes the default output terse instead of verbose. I'd hazard to
> > wager that most developers don't use 'make -s', MAKEALL, or anything
> > else to trim the output (I certainl
On Tue, 29 Jan 2008 08:35:50 +0100
"Ulf Samuelsson" <[EMAIL PROTECTED]> wrote:
> > Your code does not support DMA transfers, while the current dataflash code
> > runs DMA up to 50 Mbps.
>
> so ? the point of u-boot is to do everything in PIO mode.
>
> ==> This is not how the dataflash support
On Mon, 28 Jan 2008 19:44:55 -0500
Ben Warren <[EMAIL PROTECTED]> wrote:
> > http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/33822/focus=33821
> >
> >
> Huh, missed that one :-( . Nice work - getting rid of the table is a
> good thing. If you re-base and post again I can do some testi
On Mon, 28 Jan 2008 19:29:38 -0500
Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > I'd really like to see a common layer for SPI flash though, so I don't
> > mean to criticise your effort. But it would be nice if not every new
> > SPI client came with its own low-level SPI functions...
>
> i know
Le lundi 28 janvier 2008 à 18:22 +0100, Ulf Samuelsson a écrit :
> Of course, u-boot does only need a (small) subset of it. If you prefer,
> I can simplify it.
>
> ==> Which will make it harder to maintain.
Note however this is the path the Linux kernel developers chose too.
> These fi
Le lundi 28 janvier 2008 à 22:26 +0100, Jean-Christophe PLAGNIOL-VILLARD
a écrit :
> > +#define MP_BLOCK_3_BASE0xFDF0
[...]
> why did you defined and undefined value, specialy when you redefined the
> same value?
Copy'n'paste probably. It doesn't matter much though.
> pls remove not ne
Le lundi 28 janvier 2008 à 22:15 +0100, Jean-Christophe PLAGNIOL-VILLARD
a écrit :
> On 11:54 Mon 28 Jan , Stelian Pop wrote:
> > AT91CAP9 support - cpu/ files
> >
> > Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
> >
> > ---
> > include/asm-arm/arch-at91cap9/AT91CAP9.h | 518
> > +
Special Romance http://69.231.167.90/
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
__
On 19:41 Mon 28 Jan , Mike Frysinger wrote:
> On Monday 28 January 2008, Ulf Samuelsson wrote:
> > Unfortunately, this code seems useless, at least for the combination AT91 +
> > SPI flash. Some issues:
> >
> > I believe that the AT45 is not using the same command set as other
> > SPI flash mem
On Monday 28 January 2008, Ulf Samuelsson wrote:
> Unfortunately, this code seems useless, at least for the combination AT91 +
> SPI flash. Some issues:
>
> I believe that the AT45 is not using the same command set as other
> SPI flash memories. I think the commands need to be separated.
i already
> -Original Message-
> From: Ladislav Michl [mailto:[EMAIL PROTECTED] On Behalf
> Of Ladislav Michl
> Sent: 28 January 2008 20:45
> To: Peter Pearse
> Cc: u-boot-users@lists.sourceforge.net
> Subject: Re: ARM[] voiceblue update
>
> On Fri, Jan 25, 2008 at 05:24:54PM -, Peter Pearse
59 matches
Mail list logo
