On Wednesday 14 May 2008, Gary Jennejohn wrote:
After moving TEXT_BASE the value for CFG_ENV_ADDR was incorrect. Also
use a redundant environment.
Signed-off-by: Gary Jennejohn [EMAIL PROTECTED]
Applied to quad100hd branch. Thanks.
Best regards,
Stefan
Hi Fabio,
Fabio Estevam schrieb:
Hi Jens,
Have you tried to pass the jtag=on option into the kernel command line?
Yippee! This works.
Thank you very much for this hint!
Where is this parameter documented? I didn't found anything in
linux/Documentation or with google.
...
Apart from that,
env_get_char is not a function, but a pointer to one.
Signed-off-by: Wolfgang Denk [EMAIL PROTECTED]
---
include/environment.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/environment.h b/include/environment.h
index 946a393..bf9f669 100644
---
In message [EMAIL PROTECTED] you wrote:
I am unable to build u-boot. I observed this problem originally when
building for gta01bv4 with Openmoko-specific patches, but I am able to
reproduce the problem with a clean checkout of
git://git.denx.de/u-boot.git configured for mp2usb (chosen
Ryan CHEN [EMAIL PROTECTED] writes:
I am porting U-Boot to a MIPS64 platform, that uses USB host controller NEC
uPD720101 on PCI bus.
What CPU? What version of U-Boot are you using?
I didn't modify anything related with USB driver, I just enabled OHCI
in the configuration.
Please be more
Hi Ryan,
you are probably using the CONFIG_USB_OHCI_NEW option for your
PCI OHCI controller. The code in drivers/usb/usb_ohci.c is currently
not aware of caches. So we need to add some flush/invalidates at the correct
places.
I think nobody will keep you from starting to work on this :-)
On Thursday 15 May 2008 10:37:04 Markus Klotzbücher wrote:
Could you suggest me how to solve the problem?
Is there any specific part of USB driver that requires cache handling?
None that I'm aware of, but I could imagine that enabling caches might
cause some kind of problems.
With U-Boot's
---
lib_mips/board.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/lib_mips/board.c b/lib_mips/board.c
index 1645f2c..7237842 100644
--- a/lib_mips/board.c
+++ b/lib_mips/board.c
@@ -48,6 +48,8 @@ extern int incaip_set_cpuclk(void);
extern ulong uboot_end_data;
This patch add the standard 'nand_init()' call to the mips generic
'board_init_r()' call, bringing MIPS in line with the other architectures.
Signed-off-by: Jason McMullan [EMAIL PROTECTED]
-
This SF.net email is sponsored
Harumph.
Evidently 'git-send-mail' did not do as I expected.
Should I re-send the patch?
Jason McMullan
MTS SW
System Firmware
NetApp
724.741.5011Fax
724.741.5166Direct
412.656.3519Mobile
[EMAIL PROTECTED]
www.netapp.com
signature.asc
Description: This is a digitally signed
On Thu, May 15, 2008 at 10:08:31AM -0400, Jason McMullan wrote:
---
lib_mips/board.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/lib_mips/board.c b/lib_mips/board.c
index 1645f2c..7237842 100644
--- a/lib_mips/board.c
+++ b/lib_mips/board.c
@@ -48,6
---
lib_mips/board.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/lib_mips/board.c b/lib_mips/board.c
index 1645f2c..e33070d 100644
--- a/lib_mips/board.c
+++ b/lib_mips/board.c
@@ -28,6 +28,7 @@
#include version.h
#include net.h
#include environment.h
Hi Kim,
Kim Phillips wrote:
On Tue, 13 May 2008 15:41:06 -0500
Scott Wood [EMAIL PROTECTED] wrote:
static int nand_dump(nand_info_t *nand, ulong off, int only_oob)
{
@@ -73,9 +74,9 @@ static int nand_dump(nand_info_t *nand, ulong off, int
only_oob)
while (i--) {
if
Herbal remedies that really do work, see your size increase effortlessly
http://www.noigoeau.com/
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
* The cfi_flash.c memset fix actual allows the board to boot so there is
a bit more going on here than just resolving warnings associated with
uninitialized variables.
* include/asm/bitops.h:302: warning: '__swab32p' is static but used in
inline function 'ext2_find_next_zero_bit' which is
Change LCRR clock ratio from 2 to 4 to commodate VSC7385.
Correct TSEC1 vs TSEC2 assignment.
Define ETHADDR and ETH1ADDR always.
Signed-off-by: York Sun [EMAIL PROTECTED]
Signed-off-by: Timur Tabi [EMAIL PROTECTED]
---
include/configs/MPC8313ERDB.h | 14 ++
1 files changed, 6
Hi York,
York Sun wrote:
Change LCRR clock ratio from 2 to 4 to commodate VSC7385.
Correct TSEC1 vs TSEC2 assignment.
Define ETHADDR and ETH1ADDR always.
Signed-off-by: York Sun [EMAIL PROTECTED]
Signed-off-by: Timur Tabi [EMAIL PROTECTED]
---
include/configs/MPC8313ERDB.h | 14
Hi All,
I'm working on another x86 port for a new board. I've been trying to
build the sc520* in the existing tree just to get an idea of the size of
U-boot. However, I'm stuck on some build errors.
README.standalone seems to suggest that the global_data pointer is
passed in a funky way to the
Ben,
On Thu, 2008-05-15 at 13:50 -0700, Ben Warren wrote:
-#ifdef CONFIG_HAS_ETH0
#define CONFIG_ETHADDR 00:E0:0C:00:95:01
-#endif
-
-#ifdef CONFIG_HAS_ETH1
#define CONFIG_ETH1ADDR00:E0:0C:00:95:02
-#endif
Please also remove the default MAC address
Added preprocessor definitions for External Bus Controller (EBC)
configuration, bank configuration and access parameter register fields
along with a macro for defining them and verifying them against the
data sheet or user's manual easier.
Tested against AMCC Haleakala.
Signed-off-by: Grant
--- On Thu, 5/15/08, Jens Gehrlein [EMAIL PROTECTED] wrote:
Yippee! This works.
Thank you very much for this hint!
Where is this parameter documented? I didn't found
anything in
linux/Documentation or with google.
Yes, this is a Freescale specific option as part of the BSP for mainly
Hi Seniors
I have two questions:
1. I have a at91sam9260ek eval board which has got 64MB SDRAM. My
u-boot works fine and the map file shows me symbols starting from 0x23F0.
This is what I expected as the include/configs/at91sam9260ek.h has #define
CONFIG_LOAD_ADDR 0x23f0 . I
diff --git a/drivers/mtd/nand/nand_util.c b/drivers/mtd/nand/nand_util.c
index 6c5624a..bd21e04 100644
--- a/drivers/mtd/nand/nand_util.c
+++ b/drivers/mtd/nand/nand_util.c
@@ -209,10 +209,15 @@ int nand_erase_opts(nand_info_t *meminfo, const
nand_erase_options_t *opts)
}
York Sun wrote:
Ben,
On Thu, 2008-05-15 at 13:50 -0700, Ben Warren wrote:
-#ifdef CONFIG_HAS_ETH0
#define CONFIG_ETHADDR 00:E0:0C:00:95:01
-#endif
-
-#ifdef CONFIG_HAS_ETH1
#define CONFIG_ETH1ADDR00:E0:0C:00:95:02
-#endif
Please also remove the
In message [EMAIL PROTECTED] you wrote:
Please also remove the default MAC address assignments.
I think we need them, don't we?
No, or you can install this U-Boot image exactly on one specific,
single board.
#define CONFIG_IPADDR10.0.0.2
#define CONFIG_SERVERIP
In message [EMAIL PROTECTED] you wrote:
diff --git a/drivers/mtd/nand/nand_util.c b/drivers/mtd/nand/nand_util.c
index 6c5624a..bd21e04 100644
--- a/drivers/mtd/nand/nand_util.c
+++ b/drivers/mtd/nand/nand_util.c
Please describe what the error is, nd add your signed-off-by line.
Best
---
CREDITS |4
MAINTAINERS |4
MAKEALL |1 +
Makefile|3 +++
4 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/CREDITS b/CREDITS
index e84ef38..c594f89 100644
--- a/CREDITS
+++ b/CREDITS
@@ -61,6 +61,10 @@ N: Jon Benediktsson
E: [EMAIL
This patch to u-boot-1.3.3 adds support for the Aztek Networks, Inc.
cta5000s. The board hosts a Freescale mpc8250, 64MB of SDRAM and 2 MB
of flash. The cta5000s hardware uses the AnalogMicro Rattler 8250
as a reference. The software uses components from the TQM8260 and the
pq2ads boards.
---
board/cta5000s/Makefile | 50
board/cta5000s/config.mk | 30 +++
board/cta5000s/cta5000s.c | 565 +
3 files changed, 645 insertions(+), 0 deletions(-)
create mode 100644 board/cta5000s/Makefile
create mode 100644
---
include/configs/cta5000s.h | 663
1 files changed, 663 insertions(+), 0 deletions(-)
create mode 100644 include/configs/cta5000s.h
diff --git a/include/configs/cta5000s.h b/include/configs/cta5000s.h
new file mode 100644
index 000..ad41d0c
Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
Please also remove the default MAC address assignments.
I think we need them, don't we?
No, or you can install this U-Boot image exactly on one specific,
single board.
I understand your argument, but it's rather disingenuous when
hI,
i am developing bootloader for mcf54452 board. i got a EVB for
mcf54455 as well as u-boot code.i just changed the u-boot code for
mcf54452. there are few difference only there between the boards.
In my board(MCF54452):
In EVB board(MCF54455)
--
In message [EMAIL PROTECTED] you wrote:
I understand your argument, but it's rather disingenuous when you allow this
code to exist:
UNIX was not designed to stop you from doing stupid things, because
that would also stop you from doing clever things. - Doug Gwyn
If you get rid of this
Wolfgang Denk wrote:
There are a few cases where exactly this is needed. The fact that
some feature exists does not mean that you should use it without
careful consideration of the effects and side-effects.
Fair enough, but the changes that are in York's patch have been tested.
In message [EMAIL PROTECTED] you wrote:
Fair enough, but the changes that are in York's patch have been tested.
Considering that the fix window for 1.3.3 is closing fast, we don't have the
bandwidth for additional testing of the additional and unrelated changes that
are being requested.
What
Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
Fair enough, but the changes that are in York's patch have been tested.
Considering that the fix window for 1.3.3 is closing fast, we don't have the
bandwidth for additional testing of the additional and unrelated changes that
are
Timur Tabi wrote:
Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
Fair enough, but the changes that are in York's patch have been tested.
Considering that the fix window for 1.3.3 is closing fast, we don't have the
bandwidth for additional testing of the additional and
On Thu, May 15, 2008 at 10:33 AM, Steven Woody [EMAIL PROTECTED] wrote:
Dear experts,
With your help, I'v now successfully compiled u-boot-1.3.3-rc3 and got
the `u-boot' boot loader image file. My compiling command line is
`./MAKEALL sbc2410x' since the MPU in my board is a samsung s3c2410A.
From: Becky Bruce [EMAIL PROTECTED]
Currently, this code only deals with BATs 0-3, which makes
it useless on systems that support BATs 4-7. Add the
support for these registers.
Signed-off-by: Becky Bruce [EMAIL PROTECTED]
---
No, I'm not striving for a world record in trivial patch
Howdy,
I know it is a newbie question. Any hint from you are welcome.
In default, u-boot 1.1.5, make walut_config make all will
generate a 256KB bin.
The last 4 bytes of the bin is a jump instruction to the entry point
of u-boot.Is that right?
But my ppc405GP walnut board has 512KB flash for
On Friday 16 May 2008, 甜瓜 wrote:
I know it is a newbie question. Any hint from you are welcome.
In default, u-boot 1.1.5, make walut_config make all will
generate a 256KB bin.
The last 4 bytes of the bin is a jump instruction to the entry point
of u-boot.Is that right?
Yes, this is
2008/5/16 Stefan Roese [EMAIL PROTECTED]:
On Friday 16 May 2008, 甜瓜 wrote:
I know it is a newbie question. Any hint from you are welcome.
In default, u-boot 1.1.5, make walut_config make all will
generate a 256KB bin.
The last 4 bytes of the bin is a jump instruction to the entry point
In message [EMAIL PROTECTED] you wrote:
1. Both default config of u-boot and a DHT-Walut-patched config
generate 256KB bin,
but the flash on board is 512KB. So I think I should get a 512KB bin
for flash writing.
Why?
Do you think on devices with 128 MB flash memory we should have a
128MB
43 matches
Mail list logo
