Removed same code pieces from cpu/mpc85xx/cpu.c and cpu/mpc86xx/cpu.c
and moved to cpu/mpc8xxx/cpu.c(new file)
Signed-off-by: Poonam Aggrwal poonam.aggr...@freescale.com
---
- based of u-boot version 2009.08-rc1
- Changes over v1:
Incorporated Wolfgang's comments
Makefile |2 +
The number of CPUs are getting detected dynamically by checking the processor
SVR value.
Also removed CONFIG_NUM_CPUS references from all the platforms with 85xx/86xx
processors.
This can help to use the same u-boot image across the platforms.
Also revamped and corrected few Freescale Copyright
P1020 is another member of QorIQ series of processors which falls in ULE
category. It is an e500 based dual core SOC.
Being a scaled down version of P2020 it has following differences from P2020:
- 533MHz - 800MHz core frequency.
- 256Kbyte L2 cache
- Ethernet controllers with classification
On Thu, 30 Jul 2009 20:07:46 +0530 wrote
GurumurthyGowdar wrote:
On Thu, 30 Jul 2009 16:14:30 +0530 wrote
Hello GurumurthyGowdar,
[snip]
i got one new error which is below :-
U-Boot 1.3.1 (Jul 27 2009 - 17:27:10)
MPC8260 Reset Status: Check Stop, External Soft, External Hard
Dear GurumurthyGowdar,
In message
1248964666.s.4202.18697.f4mail-235-213.rediffmail.com.old.1249024209.63...@webmail.rediffmail.com
you wrote:
--===0249435520==
Content-Type: multipart/alternative;
boundary==_735971d1aa93205218ff6547f173efbb
Thanks for your comments.
+#ifndef CONFIG_TFTP_MAXBLOCK
+#define CONFIG_TFTP_MAXBLOCK 16384
It is more than tftp - nfs could also use the same.
Yes, I know. But most users are tftp ones. And if you want an even
number (like 16k) as a tftp packet you need to add the headers and the
sequence
Hi Detlev
Am Donnerstag 30 Juli 2009 18.53:22 schrieb Detlev Zundel:
Hi,
In spite of what I wrote earlier - the whole 'configuration' stuff
pivots on config/configs.tcl. In here we have configuration
descriptions. The _default must be first and initializes all slots
which can be
Not yet tested. Cleanup code and fix rootdev GET_DESCRIPTOR request
Signed-off-by: Michael Trimarchi mich...@panicking.kicks-ass.org
---
diff --git a/drivers/usb/host/ehci-hcd.c b/drivers/usb/host/ehci-hcd.c
index 324c308..3d495ca 100644
--- a/drivers/usb/host/ehci-hcd.c
+++
Hello,
which patches are required in order to get a lcd support for the imx27
during the boot up? Is this function already supported? Is there a patch
that initialized the LCD and DMA controller?
Greetings
Johann
___
U-Boot mailing list
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
Change log:
v2: updated as per review feedback for v1
v3: some white spaces removed
v4: tuned as per new kwbimage parsing (DATA command added for register setup)
v5: ddr configuration corrected
board/Marvell/sheevaplug/config.mk|
On Fri 31 Jul 2009 03:46, Alessandro Rubini pondered:
For some reason - why I'm ping flooding when tftping a large file
(with large tftp block size) - things hang. If I set the block size
to under the MTU - it works fine. Do you get the same?
Didn't try, and I can't do that today. I
This is Third step towards cleaning mkimage code for kwbimage
support in clean way.
This patch adds type kwbimabe support for mkimage
For more details refer docs/README.kwbimage
This patch is tested with Sheevaplug board
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
Change log:
v2:
or simply your
ether+uboot can't keep up with the data rate.
That doesn't explain, why does it work, when there is no fragmentation???
Well, with no fragmentation there is less traffic. Each tftp packet is
one patch, instead of a burst of packets (intermixed with pings).
Is the target
Dear Johann Steinbrecher,
In message 9db06a550907310305j4934d466nb171d2a7daa9b...@mail.gmail.com you
wrote:
which patches are required in order to get a lcd support for the imx27
during the boot up? Is this function already supported? Is there a patch
that initialized the LCD and DMA
On Fri 31 Jul 2009 08:16, Alessandro Rubini pondered:
or simply your
ether+uboot can't keep up with the data rate.
That doesn't explain, why does it work, when there is no fragmentation???
Well, with no fragmentation there is less traffic. Each tftp packet is
one patch, instead of a
Is the target replying to all pings?
Yes. And I can see the same in wireshark.
Ah. I see. Strange...
What is missing in the reassembly code (that is described in RFC815)
is the timer. (quote from the RFC):
--
The final part of the algorithm is some sort of timer
Hello Michael,
I would prefer patches on the mailinglist to be inlined and tested.
But, no further remarks on this patch.
Maybe Prafulla or Terry can provide some help in testing this patch?
Kind Regards,
Remy
___
U-Boot mailing list
On Fri 31 Jul 2009 10:02, Alessandro Rubini pondered:
Is the target replying to all pings?
Yes. And I can see the same in wireshark.
Ah. I see. Strange...
What is missing in the reassembly code (that is described in RFC815)
is the timer. (quote from the RFC):
--
On Fri 31 Jul 2009 03:46, Alessandro Rubini pondered:
For some reason - why I'm ping flooding when tftping a large file (with
large tftp block size) - things hang. If I set the block size to under
the MTU - it works fine. Do you get the same?
Didn't try, and I can't do that today. I
Hi Wolfgang and Jean-Christophe,
Is this patch being left aside on purpose, or did it get under the radar ? I
think it would be nice to have that fixed for the next release.
Regards,
Albin
On Wed, Jul 22, 2009 at 06:30:03PM +0200, Albin Tonnerre wrote :
The name of the atmel nand driver in the
What I'm talking about is:
- start a tftp file transfer.
- CNTR-C it, causing a partial reassembly to done.
- start a new transfer.
Yes, exactly the case I observed. But you are not guaranteed a partial
reassembly happens, as you should be ctrl-c-ing at the exact right
time.
All I did
On Fri, Jul 31, 2009 at 12:05:41PM +0200, Johann Steinbrecher wrote:
which patches are required in order to get a lcd support for the imx27
during the boot up? Is this function already supported? Is there a patch
that initialized the LCD and DMA controller?
u-boot-v2 has initial support for
On Thu, Jun 25, 2009 at 05:21:45PM +0900, HeungJun Kim wrote:
+#ifdef CONFIG_S5PC1XX
+ unsigned int *p = (unsigned int *) buf;
+ int mem_addr, i;
+
+ mem_addr = MEM_ADDR(block, page, 0);
+
+ pagesize = 2;
+
+ for (i = 0; i pagesize; i++)
+ *p++ =
On Wed, Jul 15, 2009 at 05:18:40PM +0200, Eric Benard wrote:
Signed-off-by: Eric Benard e...@eukrea.com
---
drivers/nand/nand_imx.c | 20 +---
include/asm-arm/arch-imx/imx-nand.h |3 ++-
2 files changed, 19 insertions(+), 4 deletions(-)
What tree is this
On Sun, Jul 19, 2009 at 09:50:25PM +0200, Wolfgang Denk wrote:
Dear Scott,
In message h1dlse$3b...@ger.gmane.org Giulio Benetti wrote:
I think it's better to put Watchdog reset also inside read and write nand.
What do you think?
Signed-off-by: giulio.bene...@micronovasrl.com
diff
Dear J.C. Wren,
In message 17434f2e0907311440v2909bf46w74877af175f49...@mail.gmail.com you
wrote:
I enabled CONFIG_YAFFS2 for ARM, and got the following message:
/home/user/u-boot/fs/yaffs2/yaffscfg.c:185: undefined reference to
`__udivdi3'
I know some other math routines have been
Dear Scott Wood,
In message 20090731223501.gc27...@b07421-ec1.am.freescale.net you wrote:
Applied to u-boot-nand-flash (manually, since I lost the original patch
and it's hard to get an applyable patch from the list archives).
And if anything else fails, just drop me a note :-)
Best regards,
I'm still at a major chicken-and-the-egg stage here, with regards to YAFFS2.
I have YAFFS2 support compiled in the kernel, and in U-boot. I boot into
u-boot, I can loady my kernel, write it, yload the YAFFS2 image generated by
mkyaffs2image... and then what? Can't use 'nand write' because it
hi
On Sat, Aug 1, 2009 at 7:19 AM, Scott Woodscottw...@freescale.com wrote:
On Thu, Jun 25, 2009 at 05:21:45PM +0900, HeungJun Kim wrote:
+#ifdef CONFIG_S5PC1XX
+ unsigned int *p = (unsigned int *) buf;
+ int mem_addr, i;
+
+ mem_addr = MEM_ADDR(block, page, 0);
+
+
I don't know if this is the correct way to submit a patch or not. If not,
please accept my apologies. This gets past the missing _udivid3 issue, but
is not the correct way, long-term.
diff --git a/fs/yaffs2/yaffscfg.c b/fs/yaffs2/yaffscfg.c
index 16e84a4..25a43aa 100644
---
Kyungmin Park wrote:
No problem,
One question, how to use use generic s5pc100 read function simultaneously.
Since our test board use two cpu, s5pc100 s5pc110. but each cpu has
different read function.
I want to use it both with only one u-boot image. In this case we have
to distinguish and
J.C. Wren wrote:
I see references to 'nand write.yaffs2' which looks like it might do what I
want, but that seems to be non-existent. Was this replaced by something
else?
It's not yet supported in mainline. There have been some patches
floating around, but none has been formally submitted
32 matches
Mail list logo