Our board is reference with the mpc8313erdb,and its design is to link CS0 to
the NAND FLASH, so I have to boot from NAND other than NOR.In
/board/mpc8313erdb I can find some files, such as nand_boot.c, nand.c and
nand_ecc.c, which I think are related with booting from NAND.What I want to
know i
Hello,
Kindly refer code at path UBOOT / u-boot / cpu / pxa / start.S
Code:
.macro irq_save_user_regs
sub sp, sp, #S_FRAME_SIZE
stmia sp, {r0 - r12}/* Calling r0-r12 */
add r8, sp, #S_PC
stmdb r8, {sp, lr}^
2008/5/16 Wolfgang Denk <[EMAIL PROTECTED]>:
> 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 Friday 16 May 2008, 甜瓜 wrote:
> > All Walnut boards have 512k of NOR FLASH. Do you really have an original
> > IBM/AMCC Walnut or a different custom 405GP board?
>
> Yes, my board is a custom board DHT-Walut with 32MB SDRAM and
> 512k of boot flash AMD 29LV040B. Details are listed in:
> http
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
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 th
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, thi
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
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 resubmis
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 s3c2
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
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 tha
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.
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.
Con
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
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)
--
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 disinge
---
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
--
---
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 board/cta5000s/config.
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 Analog&Micro Rattler 8250
as a reference. The software uses components from the TQM8260 and the
pq2ads boards.
Signed
---
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 PROTECTE
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 re
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_SERV
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
>>>
>>>
> I have another similar board but with the SDRAM as 16MB. I have
> changed the CONFIG_LOAD_ADDR to 0x20f0 but still the mapfile
> shows the text starting at 0x23f0. Can you tell me what are the
> changes I need to make to change the starting location?
The link address is specified in "co
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)
}
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 ha
--- 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 mainl
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 Eri
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 defaul
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
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 |
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 in
* 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 no
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.
http://clk.atdmt.com/MRT
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 (
---
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
#include
#include
+#include
DECLARE_GLOBAL_DATA_PT
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
> @@ -
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 mes
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
---
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;
e
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-B
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 :-)
Matthia
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
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" (ch
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
--- a/include/en
46 matches
Mail list logo
