HI Wolfgang,
the lzma.txt file is from the original sources.
thanks for applying this patch.
luigi
2008/9/13 Wolfgang Denk <[EMAIL PROTECTED]>:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <[EMAIL PROTECTED]> you wrote:
>> --===0188417863==
>>
>> From: Luigi 'Comio' Mant
Dear Peter Tyser,
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Peter Tyser <[EMAIL PROTECTED]>
> ---
>
> The reference to [EMAIL PROTECTED] on this page should also be
> updated: http://www.denx.de/wiki/U-Boot/Patches
>
> MAINTAINERS |2 +-
> README |8
> 2 f
Synopsis: [PATCH] 85xx: socrates: autoprobe Lime chip
State-Changed-From-To: open->closed
State-Changed-By: wd
State-Changed-When: Sat, 13 Sep 2008 02:10:19 +0200
State-Changed-Why:
Applied as commit fb661ea444ae61de60520f66ae84cdb5dd5a3246
___
U-Boo
Synopsis: [PATCH] 85xx: socrates: Add support for new image format.
State-Changed-From-To: open->closed
State-Changed-By: wd
State-Changed-When: Sat, 13 Sep 2008 02:09:41 +0200
State-Changed-Why:
Applied as commit e99b607a5ec56ce66e0bcccb78480d5e16fb7bc5
___
Dear Anatolij,
In message <[EMAIL PROTECTED]> you wrote:
> This patch is an attempt to implement autoprobing for the Lime
> presence on the bus.
> Configure GPCM for Lime CS2 and try to access chip ID registers.
> Second read atempt delivers register values if the chip is present.
>
> Signed-off-
Dear Detlev,
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Detlev Zundel <[EMAIL PROTECTED]>
>
> include/configs/socrates.h |5 +
> 1 files changed, 5 insertions(+), 0 deletions(-)
Applied, thanks.
Andy, I hope / guess this is OK with you.
Best regards,
Wolfgang Denk
--
Dear Nobuhiro Iwamatsu,
In message <[EMAIL PROTECTED]> you wrote:
> netdev.h was not include by r2dplus.
>
> Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
> ---
> board/r2dplus/r2dplus.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
Applied, thanks.
Best regards,
Wolfgan
Dear Heiko Schocher,
In message <[EMAIL PROTECTED]> you wrote:
> Patch
> http://git.denx.de/?p=u-boot.git;a=commitdiff;h=2a1a2cb6e2b87ee550e6f27b647d23331dfd5e1b#patch3
>
> didnt remove the dummy mem reservation in fdt_chosen, and
> this stopped Linux from booting with a Ramdisk. This patch
> fix
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <[EMAIL PROTECTED]> you wrote:
> --===0188417863==
>
> From: Luigi 'Comio' Mantellini <[EMAIL PROTECTED]>
>
> Signed-off-by: Luigi 'Comio' Mantellini <[EMAIL PROTECTED]>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTEC
Dear Scott Wood,
In message <[EMAIL PROTECTED]> you wrote:
> The following changes since commit 0b7c5639891f4103a0e31ec7ae0beb3e97ed3836:
> Heiko Schocher (1):
> muas3001: update BR4 settings
>
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-nand-flash.git
Dear Martijn,
in message <[EMAIL PROTECTED]> you wrote:
>
> We tried to get these patches in u-boot, but they where not accepted.
"Were not accepted" is not quite correct. The patches you sent did not
apply to the source tree and were somehow corrupted; also you failed
to respond to the review c
The following changes since commit 0b7c5639891f4103a0e31ec7ae0beb3e97ed3836:
Heiko Schocher (1):
muas3001: update BR4 settings
are available in the git repository at:
git://www.denx.de/git/u-boot-nand-flash.git master
Anton Vorontsov (3):
fsl_elbc_nand: fix OOB workability for
From: Anton Vorontsov <[EMAIL PROTECTED]>
This patch deletes oobavail assignments, they're calculated by the nand
core code in nand_scan_tail, plus current oobavail values are wrong for
the LP NANDs.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
Signed-off-by: David Woodhouse <[EMAIL PROTECT
From: Anton Vorontsov <[EMAIL PROTECTED]>
This patch implements support for flash-based BBT for chips working
through ELBC NAND controller, so that NAND core will not have to re-scan
for bad blocks on every boot.
Because ELBC controller may provide HW-generated ECCs we should adjust
bbt pattern a
From: Anton Vorontsov <[EMAIL PROTECTED]>
For large page chips, nand_bbt is looking into OOB area, and checking
for "0xff 0xff" pattern at OOB offset 0. That is, two bytes should be
reserved for bbt means.
But ELBC driver is specifying ecclayout so that oobfree area starts at
offset 1, so only on
Dear Ben,
I just ran over this piece of code in NetLoop() [see "net/net.c"]:
286 int
287 NetLoop(proto_t protocol)
288 {
...
322 eth_halt();
323 #ifdef CONFIG_NET_MULTI
324 eth_set_current();
325 #endif
326 if (eth_init(bd) < 0) {
327 eth_halt();
Hi,
I'm designing a board that uses a i.MX31 and a Nand Flash conected to the
Nand Flash controller of i.MX31.
I use git to get latest revision of u-boot code, and apply the patches to
get mx31 nand drivers from *Magnus Lilja *posted at *Wed Aug 6 14:19:20 CEST
2008* mailing list.
I got u-boot + n
On 21:18 Fri 12 Sep , Martijn de Gouw wrote:
> Hi
>
> > Moreover I knew that quite recently, some improvements have
> > been made on
> > u-boot to avoid the use of Intel APIs.
> > Now I don't know if this activity has been completely carried
> > out and allows
> > the use of both eth inte
Hi
> Moreover I knew that quite recently, some improvements have
> been made on
> u-boot to avoid the use of Intel APIs.
> Now I don't know if this activity has been completely carried
> out and allows
> the use of both eth interfaces which are provided by the uP.
> Can anybody suggest me whe
[sorry, message has been cut]
Could this be a timing issue ? I don't see much timing in ep82xxm code for
example. Or perhaps the MRW configuration is not enough to correctly
configure burst mode ? (Of course I'm also new in SDRAM init...)
Thanks for ELDK and U-Boot, they are really great.
Best
U-Boot 1.3.4 (Sep 12 2008 - 19:16:33)
MPC8270 Reset Status: External Soft, External Hard
MPC8270 Clock Configuration
- Bus-to-Core Mult 5x, VCO Div 2, 60x Bus Freq 20-60 , Core Freq 100-300
- dfbrg 0, corecnf 0x1b, busdf 6, cpmdf 1, plldf 0, pllmf 6, pcidf 3
- vco_out 583331000, s
I suspected the linkerscript was the issue.
Can anyone point me in the right direction to a correct linker script
for my purposes or even a good online source on how to correctly edit or
generate a linker scripts with regards to interrupts/heap/stack/etc
allocation rules/guidelines?. I have trie
On Sep 11, 2008, at 1:11 AM, Heiko Schocher wrote:
> Patch
> http://git.denx.de/?p=u-boot.git;a=commitdiff;h=2a1a2cb6e2b87ee550e6f27b647d23331dfd5e1b#patch3
>
> didnt remove the dummy mem reservation in fdt_chosen, and
> this stopped Linux from booting with a Ramdisk. This patch
> fixes this, by
Hi
Ing.G.Morandi (Portatile) wrote:
> Hi to all,
>
> I'd like to use u-boot lo load small applications program on a board based
> on IXP425. My customer has used redboot to load linux over this board and
> now He asked to me to write some applications to test the hardware.
> I tought to use u-boo
Dear "=?ISO-8859-1?Q?S=E9bastien_Chr=E9tien?=",
In message <[EMAIL PROTECTED]> you wrote:
>
> I installed u-boot on my ppc board. How can I boot linux with a ide compact
> flash ? Is ext2 supported by u-boot ?
> If yes how can I mount a partition ?
You probably want to read the manual first.
If
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <[EMAIL PROTECTED]> you wrote:
> Hi Wolfgang,
> Please pull
>
> The following changes since commit 0b7c5639891f4103a0e31ec7ae0beb3e97ed3836:
> Heiko Schocher (1):
> muas3001: update BR4 settings
>
> are available in the git repository a
Hi to all,
I'd like to use u-boot lo load small applications program on a board based
on IXP425. My customer has used redboot to load linux over this board and
now He asked to me to write some applications to test the hardware.
I tought to use u-boot because I have no knowledge on redboot and be
Hello,
I installed u-boot on my ppc board. How can I boot linux with a ide compact
flash ? Is ext2 supported by u-boot ?
If yes how can I mount a partition ?
Thanks
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boo
Jochem Maas wrote:
Jason Pruim schreef:
On Sep 12, 2008, at 9:34 AM, Nathan Rixham wrote:
Nathan Rixham wrote:
Jason Pruim wrote:
On Sep 12, 2008, at 8:53 AM, Nathan Rixham wrote:
Jason Pruim wrote:
nothing obvious to me.. so debug more!
[snip snip snip]
have to say this:
error_rep
Dear Stefan Roese,
In message <[EMAIL PROTECTED]> you wrote:
> The following changes since commit 0b7c5639891f4103a0e31ec7ae0beb3e97ed3836:
> Heiko Schocher (1):
> muas3001: update BR4 settings
>
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-ppc4xx.git ma
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <[EMAIL PROTECTED]> you wrote:
> Hi Wolfgang,
> Please pull
> The following changes since commit 0b7c5639891f4103a0e31ec7ae0beb3e97ed3836:
> Heiko Schocher (1):
> muas3001: update BR4 settings
>
> are available in the git repository at:
Wolfgang Denk wrote:
> Dear Roman,
>
> In message <[EMAIL PROTECTED]> you wrote:
[snip]
>> How necessary is it to install ELDK in order to be able to compile
>> U-Boot for non-PPC platform?
>
> It's not necessary. You can use any other (decent) tool chain as
> well. The nice thing with
Previous timeout was 50 seconds which is a pain to wait for if you
have a system with no ethernet cable attached. Reduce this to 2.5
seconds as a compomise between fast boot and time needed by the PHY.
Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
---
drivers/net/mpc512x_fec.c |2 +-
1 fil
Wolfgang Denk wrote:
> Dear Haavard Skinnemoen,
>
> In message <[EMAIL PROTECTED]> you wrote:
>> I don't think you can return to u-boot if you reprogram the interrupt
>> controller, or alter any other hardware that u-boot is using.
>
> You can, if you make sure to save the previous state before
Hi Remy,
Thank you for your helping.
It worked well.
Many thanks
--
View this message in context:
http://www.nabble.com/ERROR%3A-CTL%3ATIMEOUT---USB-porting-issue-for-UBoot-on-TEngine-SH7727-tp19411807p19453698.html
Sent from the Uboot - Users mailing list archive at Nabble.com.
__
Hi,
Yoshihiro Shimoda wrote:
>
>
> diff --git a/common/usb.c b/common/usb.c
> index 9502f39..1acf51d 100644
> --- a/common/usb.c
> +++ b/common/usb.c
> @@ -250,7 +250,10 @@ int usb_set_maxpacket(struct usb_device *dev)
>
> for(i=0; iconfig.bNumInterfaces;i++) {
> for(ii=0;
Dear Haavard Skinnemoen,
In message <[EMAIL PROTECTED]> you wrote:
>
> I don't think you can return to u-boot if you reprogram the interrupt
> controller, or alter any other hardware that u-boot is using.
You can, if you make sure to save the previous state before changing
it, and restore it bef
Hi, thaoth
thaoth wrote:
> Can you help me to resolve this bug?
I think that it is a problem of the unalignment access.
Please change your compiler or change a source code as follows:
diff --git a/common/usb.c b/common/usb.c
index 9502f39..1acf51d 100644
--- a/common/usb.c
+++ b/common/usb.c
@@
Hi Yoshihiro Shimoda,
* Strategy 1:
I add usb_cpu_init following your tutorial:
int usb_cpu_init(void)
{
*STCBR3 = 0x18;
*SRSTR = 0x18;
cpu_wait_ms(50);
*EXCPGCR = 0x21;//0x28;
*PECR = 0x1500;
cpu_wait_ms(50);
"FLYNN Sean" <[EMAIL PROTECTED]> wrote:
> When I included the interrupts in this application I was receiving
> __heap_start__ and __heap_end__ undefined (along with a few other minor
> linking errors that I fixed due to gcc libraries that were not linked
> in). I attempted to define these areas in
Dear Matthias Fuchs,
In message <[EMAIL PROTECTED]> you wrote:
>
> when I disable CONFIG_AUTOBOOT_KEYED ctrl-c checking is not disabled.
I think there is one "dis" ot "not" too many.
> We are using CONFIG_AUTOBOOT_KEYED to have a special key (SPACE) to
> abort autoboot and not the 'any' key.
I
Dear Roman,
In message <[EMAIL PROTECTED]> you wrote:
>
> There are numerous toolchains and kits out there -- head's spinning.
> ELDK is one of them. In my understanding ELDK focuses on PowerPC
> architecture, but toolchains for ARM/MIPS architectures are also
In theory, ELDK supports ARM, MIPS,
Hi,
when I disable CONFIG_AUTOBOOT_KEYED ctrl-c checking is not disabled.
We are using CONFIG_AUTOBOOT_KEYED to have a special key (SPACE) to
abort autoboot and not the 'any' key.
Is there any special reason why ctrl-c checking is disabled for
CONFIG_AUTOBOOT_KEYED?
Matthias
On Friday 12 Septe
Hi Wolfgang,
yes I do have CONFIG_AUTOBOOT_KEYED enabled. It's the PMC440 board:
include/configs/PMC440.h:
...
#define CONFIG_AUTOBOOT_KEYED 1
#define CONFIG_AUTOBOOT_PROMPT \
"Press SPACE to abort autoboot in %d seconds\n", bootdelay
#undef CONFIG_AUTOBOOT_DELAY_STR
#define CONFIG_AUT
Hello.
I apologize if my question sounds silly :)
There are numerous toolchains and kits out there -- head's spinning.
ELDK is one of them. In my understanding ELDK focuses on PowerPC
architecture, but toolchains for ARM/MIPS architectures are also
available. How reasonable is it to take it and u
45 matches
Mail list logo
