Moving the interrupt vectors to low memory can cause issues if the code
gets overwritten via some image loading command (tftp, boot*, etc.) and
interrupts (like the decrementer are enabled).
On 85xx there is no reason to copy the interrupt vectors to low memory
since we can run them in high
if the environment variable 'disable_fdt_boardsetup' is set we skip
doing the ft_board_setup().
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
lib_ppc/bootm.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/lib_ppc/bootm.c b/lib_ppc/bootm.c
index 1182c50..a5b3a45
Hi,
TFTP Server running on your system needs to be configured when you change
the directory.
If you have installed xinetd, the configuration files are stored in
/etc/xinetd.d/ folder
edit /etc/xinetd.d/tftp change the server_args to pint to new directory
[root @linux]# vi
In message [EMAIL PROTECTED] you wrote:
Moving the interrupt vectors to low memory can cause issues if the code
gets overwritten via some image loading command (tftp, boot*, etc.) and
interrupts (like the decrementer are enabled).
Oops? This is expected and normal behaviour. Did anybody
In message [EMAIL PROTECTED] you wrote:
Its useful to know where the device tree is if we have set 'autostart'
to 'no. We come back to the prompt after a boot command and we can
than post process the device tree but we need to know where it was put
report this back via the env variable
Fill in remaining MTD driver data for OneNAND.
Review onenand_print_device_info():
- Return device info to fill mtd device name.
- Remove verbose parameter as it become useless.
Since last comments:
- Include malloc.h
- Initialize dev_info pointer.
Signed-off-by: Fathi Boudra [EMAIL
您好!
我公司现可提供国内各大省市的各种增值、普通发票,可优惠向外代开。代
理范围:普通商品销售发票、企业工业通用发票、广告设计、建筑安装、租凭、
运输、咨询、酒店服务、会议费等等。税率均为1-2%左右。(具体税率由行业同
金额大小商谈)
本公司郑重承诺所开的票据都是来自税务局的正规票据,均可上网查验或到税
务局验证。贵公司、企业如有需要,可直接来电联系!
联系人 : 梁葵健 (经理)
手机 : 13531166130
E-mail [EMAIL PROTECTED]
In message [EMAIL PROTECTED] you wrote:
Add a boot command that supports the ePAPR client interface on powerpc.
What is the intended use of such a command?
How does it intergrate with with image formats supported by U-Boot?
To me it seems that it's mostly intended to be called by other code
Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
Its useful to know where the device tree is if we have set 'autostart'
to 'no. We come back to the prompt after a boot command and we can
than post process the device tree but we need to know where it was put
report this back via
您好!
我公司现可提供国内各大省市的各种增值、普通发票,可优惠向外代开。代
理范围:普通商品销售发票、企业工业通用发票、广告设计、建筑安装、租凭、
运输、咨询、酒店服务、会议费等等。税率均为1-2%左右。(具体税率由行业同
金额大小商谈)
本公司郑重承诺所开的票据都是来自税务局的正规票据,均可上网查验或到税
务局验证。贵公司、企业如有需要,可直接来电联系!
联系人 : 梁葵健 (经理)
手机 : 13531166130
E-mail [EMAIL PROTECTED]
Dear Bartek,
in message [EMAIL PROTECTED] you wrote:
The test you're referring to was introduced by commit
75fa002c47171b73fb4c1f2c2fe4d6391c136276 [new uImage] Respect autostart
setting in linux bootm by Kumar -- he should be better able to explain
the details.
Thanks - and sorry for
Hi, i'm working with u-boot 1.3.1
I can upload my software thanks to a USB stick but when i want to connect a
USB keyboard, nothing happens. I added#define CONFIG_USB_KEYBOARD and
#define CFG_DEVICE_DEREGISTER in my configuration header.
when i modified code, i succeded in switching on the
On Friday 01 August 2008, Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
I have verified that the Sequoia (440EPx) does not have its UARTs
properly configured. The attached patch corrects this by setting three
bits in SDR0_PFC1 to enable 4-wire mode, and to select cts/rts
I like to build U-Boot for the Atmel AT91RM9200 ARM9 demo board.
Hi guys,
I read u-boot 1.3.3 README and searched code generally, I guess the answer
might be sad for me. Anyway, Could anyone double-check this thing?
However the docs say that it is only buildable on Linux using GNU C.
Hello,
A: Because it messes up the order in which people normally read text.
Q: Why is it such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
Please do NOT top-post/full-quote. Please read
http://www.netmeister.org/news/learn2quote.html
In message
cjjoy1980 wrote:
I have enabled nfs booting on ppc based embedded board. I had placed my
kernel and rootfs in tftp directory, and had set the u-boot enivironment
varialbes as:
setenv bootfile /image/kernel
setenv root_path /tftpboot/image
The board was booting with this
Hi,
I am currently working u-boot for AT91SAM9260 based board. In this board
we are using LXT971A as phy rather than davicom dm9161a as in
AT91SAM9260-EK. We have u-boot-1.1.5 version with AT91SAM9260 support, but
it is having phy support only for Davicom dm9161a . So we have changed the
phy
Signed-off-by: Magnus Lilja [EMAIL PROTECTED]
---
include/configs/imx31_litekit.h | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/include/configs/imx31_litekit.h b/include/configs/imx31_litekit.h
index ec4ed1e..a402007 100644
---
This patch adds the reset_timer() function (needed by nand_base.c) and
modifies the get_timer_masked() to work in the same way as the omap24xx
function.
Signed-off-by: Magnus Lilja [EMAIL PROTECTED]
---
cpu/arm1136/mx31/interrupts.c | 22 ++
1 files changed, 18
Hi all
This series of patches adds support for the NAND flash controller in the
i.MX31 device and also introduces the Freescale i.MX31 PDK board.
The patches are based on Scott Wood's testing branch of the NAND git tree.
At the moment, the patch series does not add support for booting from
Signed-off-by: Magnus Lilja [EMAIL PROTECTED]
---
include/asm-arm/arch-mx31/mx31-regs.h | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/include/asm-arm/arch-mx31/mx31-regs.h
b/include/asm-arm/arch-mx31/mx31-regs.h
index 02b7dcb..6fc7606 100644
---
Add support for NAND and ethernet on the Freescale i.MX31 PDK (a.k.a.
3DS) board.
Booting from NAND is not supported yet so U-boot relies on some other
initial boot loader to set up SDRAM and clocks and copying U-boot to SDRAM.
Signed-off-by: Magnus Lilja [EMAIL PROTECTED]
---
MAKEALL
Imported from Freescale's Linux NFC driver from the i.MX31 BSP
release 5 (Linux 2.6.22.5) and the i.MX31 PDK BSP (Linux 2.6.24).
The code has been changed to conform (better) with the coding style
in Linux/U-boot. Sections not used by U-boot have been removed.
The driver has been tested on
On Tuesday 05 August 2008, Guennadi Liakhovetski wrote:
Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED]
Applied to next brach of u-boot-cfi-flash repository.
Thanks.
Best regards,
Stefan
=
DENX Software Engineering
This patch adds support for the Favr-32 board made by EarthLCD.
This kit, which is also called ezLCD-101 when running with EarthLCD firmware,
has a 10.4 touch screen LCD panel, 16 MB 32-bit SDRAM, 8 MB parallel flash,
Ethernet, audio out, USB device, SD-card slot, USART and various other
On Aug 6, 2008, at 1:50 AM, Wolfgang Denk wrote:
In message Pine.LNX.
[EMAIL PROTECTED] you wrote:
Moving the interrupt vectors to low memory can cause issues if the
code
gets overwritten via some image loading command (tftp, boot*, etc.)
and
interrupts (like the decrementer are
On Wed, Aug 6, 2008 at 7:19 PM, Wolfgang Denk [EMAIL PROTECTED] wrote:
A: Because it messes up the order in which people normally read text.
Q: Why is it such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
Please do NOT top-post/full-quote.
On Aug 6, 2008, at 3:21 AM, Wolfgang Denk wrote:
In message [EMAIL PROTECTED]
you wrote:
Add a boot command that supports the ePAPR client interface on
powerpc.
What is the intended use of such a command?
How does it intergrate with with image formats supported by U-Boot?
To me
Stefan Roese wrote:
On Friday 01 August 2008, Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
I have verified that the Sequoia (440EPx) does not have its UARTs
properly configured. The attached patch corrects this by setting three
bits in SDR0_PFC1 to enable 4-wire
Hans-Christian Egtvedt [EMAIL PROTECTED] wrote:
This patch adds support for the Favr-32 board made by EarthLCD.
This kit, which is also called ezLCD-101 when running with EarthLCD firmware,
has a 10.4 touch screen LCD panel, 16 MB 32-bit SDRAM, 8 MB parallel flash,
Ethernet, audio out, USB
On Aug 6, 2008, at 3:33 AM, Wolfgang Denk wrote:
Dear Bartek,
in message [EMAIL PROTECTED] you wrote:
The test you're referring to was introduced by commit
75fa002c47171b73fb4c1f2c2fe4d6391c136276 [new uImage] Respect
autostart
setting in linux bootm by Kumar -- he should be better
Hi Magnus,
On Wed, Aug 6, 2008 at 5:19 AM, Magnus Lilja [EMAIL PROTECTED] wrote:
Add support for NAND and ethernet on the Freescale i.MX31 PDK (a.k.a.
3DS) board.
Booting from NAND is not supported yet so U-boot relies on some other
initial boot loader to set up SDRAM and clocks and copying
On Tue, 5 Aug 2008, Scott Wood wrote:
Also, remove the ctrl variable in favor of passing the constants
directly, and remove redundant (u8) casts.
Signed-off-by: Scott Wood [EMAIL PROTECTED]
Tested-by: Guennadi Liakhovetski [EMAIL PROTECTED]
It works.
Thanks
Guennadi
---
This patch is
Hi,
I'm using MPC8548PC Type N card.
where can I get the U-Boot code for this board. ?
i cannot run the other configuration in this board.
so can you please give the source code to MPC8548PC board.
Thanks in advance ..
Regards
Prathap
Hello,
tomydevasia wrote:
I am currently working u-boot for AT91SAM9260 based board. In this board
we are using LXT971A as phy rather than davicom dm9161a as in
AT91SAM9260-EK. We have u-boot-1.1.5 version with AT91SAM9260 support, but
it is having phy support only for Davicom dm9161a .
On Aug 6, 2008, at 8:52 AM, pugazh mahalingam wrote:
Hi,
I'm using MPC8548PC Type N card.
where can I get the U-Boot code for this board. ?
i cannot run the other configuration in this board.
so can you please give the source code to MPC8548PC board.
you should talk to the vendor of that
Hi Ben,
On Wed, Aug 6, 2008 at 3:22 PM, Ben Warren [EMAIL PROTECTED] wrote:
Hi Magnus,
On Wed, Aug 6, 2008 at 5:19 AM, Magnus Lilja [EMAIL PROTECTED] wrote:
Add support for NAND and ethernet on the Freescale i.MX31 PDK (a.k.a.
3DS) board.
Booting from NAND is not supported yet so U-boot
In message [EMAIL PROTECTED] you wrote:
Oops? This is expected and normal behaviour. Did anybody complain
about this?
Real, any reason why? I understand on classic PPC this might be the
case but I see no reason for it to be so on book-e parts.
Well, one reason might be to have
On Wednesday 06 August 2008, Steven A. Falco wrote:
Ack, we don't want hardware handshake enabled in U-Boot. But if I
understand this correctly, then this patch from Steven configures the
RTS/CTS lines correctly (they are multiplexed with other signals), so
that they *can* be used by the
I have been trying to recover from ignorance on my part when I used
Atmel's SAM-BA 2.8 utility to scrub the NAND on my board. Scrubbing
should be more thorough than erasing, right??? Oops. So, I thought that
maybe I could use u-boot (pulled from DataFlash via AT91SAM9G20) to
recover my NAND, but I
I am running U-Boot version U-Boot 1.3.1-rc1 on my board that has a
Broadcom network switch. My goal is to initialize this switch at the
bootloader level and be able to tftpboot a Linux kernel from one of
the ethernet ports of this switch.
As _I_ understand, there are two ways to initialize the
On Wed, Aug 06, 2008 at 10:06:20AM +0200, Fathi BOUDRA wrote:
-void onenand_print_device_info(int device, int verbose)
+char * onenand_print_device_info(int device)
No space after unary '*' (here and elsewhere).
{
int vcc, demuxed, ddp, density;
-
- if (!verbose)
-
In message [EMAIL PROTECTED] you wrote:
Theory: Link the switch driver software with the u-boot.bin and flash
it on the board. Switch driver's entry point would be called somewhere
in u-boot to initialize it. Size of the u-boot.bin will increase and
the u-boot partition on the NOR flash will
In message [EMAIL PROTECTED] you wrote:
- printk(KERN_INFO %sOneNAND%s %dMB %sV 16-bit (0x%02x)\n,
+ sprintf(dev_info, %sOneNAND%s %dMB %sV 16-bit (0x%02x),
demuxed ? : Muxed ,
ddp ? (DDP) : ,
(16 density), vcc ? 2.65/3.3 : 1.8, device);
It'd
Jatin Sharma wrote:
I am running U-Boot version U-Boot 1.3.1-rc1 on my board that has a
Broadcom network switch. My goal is to initialize this switch at the
bootloader level and be able to tftpboot a Linux kernel from one of
the ethernet ports of this switch.
As _I_ understand, there are two
Don't cast the return of malloc.
ok.
Why not just declare a static array?
I tried with a static array but it doesn't give the expected result (a quick
test with onenand info command returns an empty mtd name), so I used a
pointer.
It'd be better to use snprintf, even if you're pretty sure
Fathi BOUDRA wrote:
Why not just declare a static array?
I tried with a static array but it doesn't give the expected result (a quick
test with onenand info command returns an empty mtd name), so I used a
pointer.
Odd... Maybe a relocation issue?
It'd be better to use snprintf, even if
Wolfgang Denk wrote:
Well, the version 2 prefix is kind of already taken by Sascha Hauers
alternative implementation.
Should we go for 2.x.x anyway?
May I suggest CC.YY.MM?
VERSION = Century number
PATCHLEVEL = Year number
SUBLEVEL = Month number
EXTRAVERSION = NULL or special purpose
So
Signed-off-by: Magnus Lilja [EMAIL PROTECTED]
---
README |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/README b/README
index 0cd01bc..d4456e5 100644
--- a/README
+++ b/README
@@ -98,7 +98,7 @@ Where we come from:
- create ARMBoot project
On Wed, Aug 06, 2008 at 11:47:22AM -0500, [EMAIL PROTECTED] wrote:
Wolfgang Denk wrote:
Well, the version 2 prefix is kind of already taken by Sascha Hauers
alternative implementation.
Should we go for 2.x.x anyway?
May I suggest CC.YY.MM?
VERSION = Century number
PATCHLEVEL =
Can anyone out there help me. I am doing some new development using a MPC8349E
(Hardware rev 3.1) and using an older version of u-boot (1.1.3). I require
hooks to the get_timer() API to allow me to place timeout restrictions on areas
of my code. I have worked my way through the code on to
if the environment variable 'no_ft_board_setup' is set we skip
doing the ft_board_setup().
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
lib_ppc/bootm.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/lib_ppc/bootm.c b/lib_ppc/bootm.c
index d141fae..1fce037 100644
the ePAPR spec has some subtle differences from the current device tree
based boot interface to the powerpc linux kernel. The powerpc linux kernel
currently ignores the differences that ePAPR specifies.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
lib_ppc/bootm.c | 33
Wolfgang Denk wrote:
Well, the version 2 prefix is kind of already taken by
Sascha Hauers alternative implementation.
Should we go for 2.x.x anyway?
On Wed, Aug 06, 2008 at 11:47:22AM -0500, Ken Fuchs wrote:
May I suggest CC.YY.MM?
VERSION = Century number
PATCHLEVEL =
On Aug 5, 2008, at 9:33 PM, Jerry Van Baren wrote:
Kumar Gala wrote:
here's a rough start at an outline for the bootm script based on
the code (I've only outlined the Linux/PPC boot case its seems the
most complicated). One of the first things we clearly need is a
imload command.
On Aug 6, 2008, at 1:16 PM, Gerry Emon wrote:
Can anyone out there help me. I am doing some new development using
a MPC8349E (Hardware rev 3.1) and using an older version of u-boot
(1.1.3). I require hooks to the get_timer() API to allow me to
place timeout restrictions on areas of
On Wed, Aug 06, 2008 at 04:42:51PM +0200, Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
Oops? This is expected and normal behaviour. Did anybody complain
about this?
It's hit me before when I foolishly try to load something at address
zero -- why do we put u-boot at the
Scott Wood wrote:
On Wed, Aug 06, 2008 at 04:42:51PM +0200, Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
Oops? This is expected and normal behaviour. Did anybody complain
about this?
It's hit me before when I foolishly try to load something at address
zero -- why do we put
Version 6: this time, based on the updated nand-testing branch with the
latest patch from Scott Wood - thanks again, run-tested. Updates since
version 5: restored original bad-block detection in nand_spl/nand_boot.c
with only necessary changes to support non block-aligned images, use the
Supporting page-aligned reads doesn't incure any sinificant overhead, just
a small change in the algorithm. Also replace in_8 with readb, since there
is no in_8 on ARM.
Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED]
---
nand_spl/nand_boot.c | 22 +-
1 files
Notice: USB on S3C6400 currently works _only_ with switched off MMU. One could
try to enable the MMU, but map addresses 1-to-1, and disable data cache, then
it should work too and we could still profit from instruction cache.
Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED]
---
Based on the original S3C64XX UART driver by Samsung for U-Boot 1.1.6.
Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED]
---
drivers/serial/Makefile |1 +
drivers/serial/s3c64xx.c | 197 ++
2 files changed, 198 insertions(+), 0 deletions(-)
Based on the original S3C64XX NAND driver by Samsung for U-Boot 1.1.6.
Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED]
---
Changes since v5: now it actually works with nand-testing
drivers/mtd/nand/Makefile |1 +
drivers/mtd/nand/s3c64xx.c | 309
SMDK6400 can only boot U-Boot from NAND-flash. This patch adds a nand_spl
driver for it too. The board can also boot from the NOR flash, but due to
hardware limitations it can only address 64KiB on it, which is not enough
for U-Boot. Based on the original sources by Samsung for U-Boot 1.1.6.
In message [EMAIL PROTECTED] you wrote:
It's hit me before when I foolishly try to load something at address
zero -- why do we put u-boot at the end of RAM, and put up with the
relocation weirdness, if not to allow loading things at zero?
We want to free as much memory as possible. But low
On Aug 6, 2008, at 2:46 PM, Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you
wrote:
It's hit me before when I foolishly try to load something at address
zero -- why do we put u-boot at the end of RAM, and put up with the
relocation weirdness, if not to allow loading things at zero?
Kumar Gala wrote:
On Aug 5, 2008, at 9:33 PM, Jerry Van Baren wrote:
Kumar Gala wrote:
here's a rough start at an outline for the bootm script based on
the code (I've only outlined the Linux/PPC boot case its seems the
most complicated). One of the first things we clearly need is a
On Aug 6, 2008, at 2:41 PM, Wolfgang Denk wrote:
In message 5E53E387-237D-480E-
[EMAIL PROTECTED] you wrote:
one idea is having stages of bootm handled as sub commands:
bootm start args
bootm prep(disable interrupts, stop usb, disable caches)
--- Point of no return here ---
bootm
On Aug 6, 2008, at 2:55 PM, Jerry Van Baren wrote:
Kumar Gala wrote:
On Aug 5, 2008, at 9:33 PM, Jerry Van Baren wrote:
Kumar Gala wrote:
here's a rough start at an outline for the bootm script based on
the code (I've only outlined the Linux/PPC boot case its seems
the most
In message [EMAIL PROTECTED] you wrote:
Note that you cannot recover / restore after starting to uncompress
the image, because usually you will overwrite the exception vectors.
Normally that is true.. however there are some situations that its
feasible. For example if you are booting
Hi Peter,
I tested current head on my boards and I have no problem with it.
Can you post your config part where you have problem?
And I look at 85xx repo and I haven't found this fix there. The last patch on
master branch in mine.
Regards,
Michal Simek
boot_get_ramdisk() should not treat the
Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
[snip]
Aside: verify should be an image verify command, not a env variable flag
(see below). This is probably true of most of the current env
We alreay have a verify command. It's called imls.
ack
variables: the reason we
On Aug 6, 2008, at 3:17 PM, Wolfgang Denk wrote:
In message 9D199630-11FA-4028-8EE6-
[EMAIL PROTECTED] you wrote:
Good point. Why don't we factor this out and make it common code for
all PPC?
Because the relocation is specific to the various interrupt types.
Book-E will need different
In message [EMAIL PROTECTED] you wrote:
Ooo, that sounds hard. If we are only re-enabling interrupts/usb/
caches it probably is manageable, but my hackles.
This is a buyer-beware kinda of situation. Think about a case that we
are booting a kernel at a location of memory that NO hw
Kumar Gala wrote:
On Aug 6, 2008, at 2:55 PM, Jerry Van Baren wrote:
[snip]
Having said that, I was thinking and would advocate pushing
functionality out of bootm and into other commands, as appropriate.
As an example, bootm doesn't need to do *any* fdt stuff, the fdt
built-in has all
In message [EMAIL PROTECTED] you wrote:
Book-E will need different code for handing IVPR/IVORs than classic.
Umm... the exception code itself may be different, but does this imply
that the code used to copy / relocate the exception handlers to low
mem must be different, too?
the
On Aug 6, 2008, at 3:36 PM, Wolfgang Denk wrote:
In message 6130E31C-5845-4DCF-
[EMAIL PROTECTED] you wrote:
Ooo, that sounds hard. If we are only re-enabling interrupts/usb/
caches it probably is manageable, but my hackles.
This is a buyer-beware kinda of situation. Think about a case
On Aug 6, 2008, at 3:41 PM, Wolfgang Denk wrote:
In message D5CA3AB9-3AE3-439C-A169-
[EMAIL PROTECTED] you wrote:
Book-E will need different code for handing IVPR/IVORs than
classic.
Umm... the exception code itself may be different, but does this
imply
that the code used to copy /
On Wed, 2008-08-06 at 22:26 +0200, Michal Simek wrote:
I tested current head on my boards and I have no problem with it.
Can you post your config part where you have problem?
And I look at 85xx repo and I haven't found this fix there. The last patch on
master branch in mine.
Hi Michal,
I've
In message [EMAIL PROTECTED] you wrote:
I think the average user does not need to now this. He can just run
the systemn-provided bootm command without caring if this is a
monolithic pile of unreeadable code, or a wrapper function that
sequentially calls out for a list of
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED]
---
Makefile |6 +++---
board/{ = freescale}/imx31_litekit/Makefile |0
board/{ = freescale}/imx31_litekit/config.mk |0
.../{ =
In message [EMAIL PROTECTED] you wrote:
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED]
---
Makefile |6 +++---
board/{ = freescale}/imx31_litekit/Makefile |0
board/{ = freescale}/imx31_litekit/config.mk |0
Stop, this is not correct. filesize gets set when loading the
(compressed) image. It contains the _file_ size, i. e. the sum of
all
included images plus headers etc.
bootm does not touch filesize.
in the method you guys seem to be arguing for we have to return the
address the image was
So far I have found a hardware problem with two of my boards. I will
update as to whether the hardware problem was the only problem or if I
needed to make changes to u-boot to work around the problem
temporarily...
-
This
Currently, they use CONFIG_NUM_CPUS, which is different than
85xx for no good reason.
Signed-off-by: Becky Bruce [EMAIL PROTECTED]
---
Note: This is a resend; the first version accidentally changed the NR_CPUs
on 8610 to 2.
cpu/mpc86xx/start.S |4 ++--
On 14:19 Wed 06 Aug , Magnus Lilja wrote:
Add support for NAND and ethernet on the Freescale i.MX31 PDK (a.k.a.
3DS) board.
Booting from NAND is not supported yet so U-boot relies on some other
initial boot loader to set up SDRAM and clocks and copying U-boot to SDRAM.
Signed-off-by:
In message [EMAIL PROTECTED] you wrote:
Well, at the moment we don't do any such clever stuff eihter. We load
the kernel low and the ramdisk high. That's all.
Do we need more?
Yes. bd_t for old style boot... no idea on non-ppc.
bd_t is already handled as described.
dtb size is NOT
In message [EMAIL PROTECTED] you wrote:
Add support for NAND and ethernet on the Freescale i.MX31 PDK (a.k.a.
3DS) board.
Booting from NAND is not supported yet so U-boot relies on some other
initial boot loader to set up SDRAM and clocks and copying U-boot to SDRAM.
Signed-off-by: Magnus
Set PL44 Arbiter Read pipeline depth to 4
Optimize Memory Queue Configuration registers for PPC460EX/GT
Signed-off-by: Prodyut Hazarika [EMAIL PROTECTED]
---
board/amcc/canyonlands/canyonlands.c |9 +++
cpu/ppc4xx/44x_spd_ddr2.c|4 +
include/ppc440.h |
On Wed, Aug 06, 2008 at 09:42:07PM +0200, Guennadi Liakhovetski wrote:
block = offs / CFG_NAND_BLOCK_SIZE;
+ blocks = (uboot_size + offs - ((block - 1) * CFG_NAND_BLOCK_SIZE) - 1) /
+ CFG_NAND_BLOCK_SIZE;
blockcopy_count = 0;
- while (blockcopy_count
Dear Mr.Scott Wood,
I noticed that you are now maintaining a custodian tree which is
focused on NAND support in u-boot. Could you please tell me is there
any schedule or plan to publish your testing tree?
Thanks.
BR,
Eric
-
Fully exportable and can be used for any purpose:
- 164,939 Dentists
- 158,143 Mailing Addresses
- 163,012 Contact Phone #
- 77,308 Fax Nos.
- 45,497 Email Addresses
for this week cost is $293 (regular price $696)
For details please send an email to [EMAIL PROTECTED]
to get off
92 matches
Mail list logo