On 10:29 Sun 07 Dec , Graeme Russ wrote:
> Forgotten in commit d1f2d102a266804a50ff0cd9794459791f057c94
>
> Signed-off-by: Graeme Russ <[EMAIL PROTECTED]>
> ---
> include/configs/eNET.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
please do this at the sametime you rename the
On 10:29 Sun 07 Dec , Graeme Russ wrote:
> Handled by conditional compile
>
> Signed-off-by: Graeme Russ <[EMAIL PROTECTED]>
> ---
> cpu/i386/sc520/sc520_asm.S |3 ---
> 1 files changed, 0 insertions(+), 3 deletions(-)
please do this when you move the file
Best Regards,
J.
_
On 10:29 Sun 07 Dec , Graeme Russ wrote:
> CONFIG_SC520 is now used for conditional compile
>
> Signed-off-by: Graeme Russ <[EMAIL PROTECTED]>
> ---
> cpu/i386/sc520/sc520.c |4
> 1 files changed, 0 insertions(+), 4 deletions(-)
please do this when you move the file
Best Regards,
J.
On 10:28 Sun 07 Dec , Graeme Russ wrote:
> Signed-off-by: Graeme Russ <[EMAIL PROTECTED]>
> ---
> board/eNET/u-boot.lds |6 +++---
> 1 files changed, 3 insertions(+), 3 deletions(-)
This need to be done at the same time as the rename to avoid git-bisect error
as example and keep a clean h
I am using the Skyeye Simulator . I a simulating Atmel at91rm9200dk board ,
and I am using the ELDK from Denx . The Linux kernel version is 2.6.22.19 .
I need to understand the application compilation process as a part of Linux
kernel . How do I write an application and compile it with the kernel t
Hi Wolfgang Denk
> Dear Stefan Althoefer,
>
> In message <[EMAIL PROTECTED]> you wrote:
>> You argue that the code should have a couple of hard to read else cases?
>
> That would be one way to avoid unnecessary tests.
>
> Probably not the most elegant approach, agreed.
>
> There are other opti
On Sun, 7 Dec 2008, Wolfgang Denk wrote:
> Dear [EMAIL PROTECTED],
>
> In message <[EMAIL PROTECTED]> you
> wrote:
>>
>> As a matter of fact, SM501 is an older, now nonexistent version of
> SM502.
>
> Yeah. Tell that to some hardware companies who are shipping boards
> with the SM501 on it. :-)
Dear Stefan Althoefer,
In message <[EMAIL PROTECTED]> you wrote:
>
> You argue that the code should have a couple of hard to read else cases?
That would be one way to avoid unnecessary tests.
Probably not the most elegant approach, agreed.
There are other options, though.
Best regards,
Wolfga
Dear [EMAIL PROTECTED],
In message <[EMAIL PROTECTED]> you wrote:
>
> As a matter of fact, SM501 is an older, now nonexistent version of SM502.
Yeah. Tell that to some hardware companies who are shipping boards
with the SM501 on it. :-)
> Its support in U-Boot is rudimentary. I'd rather remo
From: Yuri Tikhonov <[EMAIL PROTECTED]>
Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]>
---
post/Makefile |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/post/Makefile b/post/Makefile
index a402e6a..666a896 100644
--- a/post/Makefile
+++ b/post/Makefile
@@ -45,7 +4
Wolfgang Denk schrieb:
> Dear Stefan Althoefer,
>
> In message <[EMAIL PROTECTED]> you wrote:
>> From fdeee62f0902b25be1a2a6bf52fb714b0f4f9e59 Mon Sep 17 00:00:00 2001
>> From: Stefan Althoefer <[EMAIL PROTECTED]>
>> Date: Sun, 7 Dec 2008 14:17:08 +0100
>> Subject: [PATCH] common: nvedit to protec
Hi,
I found a bug when working with the u-boot USB subsystem on IXP425 processor
(big endian Xscale aka ARMv5).
I recognized that the second usb_endpoint_descriptor of the attached memory
stick was corrupted.
The reason for this are the packed structures below (either u-boot and
u-boot-usb):
---
On Sun, 7 Dec 2008, Wolfgang Denk wrote:
> Dear [EMAIL PROTECTED],
>
> In message <[EMAIL PROTECTED]> you
> wrote:
>>
>> As for the SM502, it is a multi-function chip that has more than just
> video.
>> I'm writing an I2C driver for it right now and I want to ask you guys
> for
>> your opinion.
>
Jean-Christophe PLAGNIOL-VILLARD wrote:
>>- fat_register_device(&mmc_blk_dev, 1);
>>- return 0;
>>+ if (configure_mmc(&cur_card_data) == 1) {
>>+ mmc_blk_dev.if_type = IF_TYPE_MMC;
>>+ mmc_blk_dev.part_type = PART_TYPE_DOS;
>>+ mmc_blk_dev.dev = 0;
>>
Dear Stefan Althoefer,
In message <[EMAIL PROTECTED]> you wrote:
> From fdeee62f0902b25be1a2a6bf52fb714b0f4f9e59 Mon Sep 17 00:00:00 2001
> From: Stefan Althoefer <[EMAIL PROTECTED]>
> Date: Sun, 7 Dec 2008 14:17:08 +0100
> Subject: [PATCH] common: nvedit to protect additional ethernet addresses
>
Dear Willi,
In message <[EMAIL PROTECTED]> you wrote:
>
> this is my fist entry - may be the problem is well known ...
>
> Compiling a board with a name xxx-yyy produce an error
> with eldk 4.2 (ARM) and u-boot-2008.10.
It would be really helpful if you had copied the exact error
messages...
>From fdeee62f0902b25be1a2a6bf52fb714b0f4f9e59 Mon Sep 17 00:00:00 2001
From: Stefan Althoefer <[EMAIL PROTECTED]>
Date: Sun, 7 Dec 2008 14:17:08 +0100
Subject: [PATCH] common: nvedit to protect additional ethernet addresses
This adds "eth[0-9]+addr" to the protected
environment variables that can
Hello,
this is my fist entry - may be the problem is well known ...
Compiling a board with a name xxx-yyy produce an error
with eldk 4.2 (ARM) and u-boot-2008.10.
Everbody can check it for instance with bf533-ezkit in
the board-file.
I changed the name of my board and it compiles without
probl
On 12:08 Sun 07 Dec , Remy Bohmer wrote:
> Hello,
>
> >> Applied to U-boot-usb tree ('next' branch)
> > It's a fix not a new features
>
> Understood... I moved it to the master branch...
Tks
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.den
Hello,
>> Applied to U-boot-usb tree ('next' branch)
> It's a fix not a new features
Understood... I moved it to the master branch...
remy
>
> Best Regards,
> J.
>
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-bo
Hello Igor,
2008/11/28 Igor Luri <[EMAIL PROTECTED]>:
> Dear Remy,
>
> I have checked patches and I think there are OK.
> Also, I have aplied [patch 1/2] and [patch 2/2] on git u-boot version.
> Then I have copied patched files (fat.h and fat.c) on our customized
> u-boot-1.1.6 version. Finally I
On 11:43 Sun 07 Dec , Remy Bohmer wrote:
> Hello,
>
> 2008/12/7 Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>:
> > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
> > ---
> > the doc about the CONFIG_USBD is already in the README
> >
> > Best Regards,
> > J.
>
> App
Signed-off-by: Graeme Russ <[EMAIL PROTECTED]>
---
MAKEALL |1 +
Makefile |3 +
board/eNET/Makefile | 57 ++
board/eNET/config.mk | 24 +
board/eNET/eNET.c | 167 ++
board/eNET/eNET_start.S
Hello,
2008/12/7 Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
> ---
> the doc about the CONFIG_USBD is already in the README
>
> Best Regards,
> J.
Applied to U-boot-usb tree ('next' branch)
Thanks,
Remy
> drivers/
Generic i386 reset - #define made redundant by weak function
Signed-off-by: Graeme Russ <[EMAIL PROTECTED]>
---
include/configs/eNET.h|1 -
include/configs/sc520_cdp.h |1 -
include/configs/sc520_spunk.h |1 -
3 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/in
Signed-off-by: Graeme Russ <[EMAIL PROTECTED]>
---
Makefile |8 +++---
cpu/i386/Makefile|3 +-
cpu/i386/sc520/Makefile | 52 ++
cpu/i386/{ => sc520}/sc520.c |0
cpu/i386/{ => sc520}/sc520_asm.S |
Moved from interrupts.c to cpu.c and made into a weak function to allow
vendor specific override
Signed-off-by: Graeme Russ <[EMAIL PROTECTED]>
---
Vendor specific CPU reset (like the AMD SC520 MMCR reset) can now be
added to the vendor specific code without the need to remember to #undef
usage of
Brings i386 in line with other CPUs with a reset vector and frees up reset.c
for CPU reset functions
Signed-off-by: Graeme Russ <[EMAIL PROTECTED]>
---
Makefile |2 +-
board/sc520_cdp/u-boot.lds |6 +++---
board/sc520_spunk/u-boot.lds |6 +++---
cpu/i386/Makefile
Signed-off-by: Graeme Russ <[EMAIL PROTECTED]>
---
This allows for future tidy ups and functionality that will require
set_vector ()
---
cpu/i386/interrupts.c|3 ++-
include/asm-i386/interrupt.h | 29 +
2 files changed, 31 insertions(+), 1 deletions(-)
cr
Core functionality common to interrupt and exception handling (the IDT
for example) has been moved into cpu.c
Signed-off-by: Graeme Russ <[EMAIL PROTECTED]>
---
Future rework on the i386 branch will include support for the SC520 interrupt
controller which can handle up to 22 interrupt lines - Sepe
Allows for earlier access to status LEDs
Signed-off-by: Graeme Russ <[EMAIL PROTECTED]>
---
board/eNET/eNET_start16.S | 70 +
1 files changed, 70 insertions(+), 0 deletions(-)
diff --git a/board/eNET/eNET_start16.S b/board/eNET/eNET_start16.S
index 4
Dear All,
> Dear Anatolij & Stefan,
>
> In message <[EMAIL PROTECTED]> you wrote:
>>> Use CONFIG_VIDEO_SM501NEW to enable the driver.
>> not sure if CONFIG_VIDEO_SM501NEW is a good chose here. Maybe
>> we should use s.th. like CONFIG_VIDEO_SM50x. This applies to
>> the file names too: sm50x.h, sm
Dear [EMAIL PROTECTED],
In message <[EMAIL PROTECTED]> you wrote:
>
> As for the SM502, it is a multi-function chip that has more than just video.
> I'm writing an I2C driver for it right now and I want to ask you guys for
> your opinion.
That's not new - the SM501 is pretty similar.
> MPC8548 h
Dear Ben Warren,
In message <[EMAIL PROTECTED]> you wrote:
>
> Neat, although it's very tempting to pull a Python 3 and say "screw
> reverse compatibility" and change this naming convention.
If we'd change it, then my vote wouldbe to change ethaddr into
eth0addr :-)
The reasoning for the name (
Handled by conditional compile
Signed-off-by: Graeme Russ <[EMAIL PROTECTED]>
---
cpu/i386/sc520/sc520_asm.S |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/cpu/i386/sc520/sc520_asm.S b/cpu/i386/sc520/sc520_asm.S
index 481a30a..2042d9b 100644
--- a/cpu/i386/sc520/sc520_
The following patch series follows from a previous set of preliminary i386
patches (see http://lists.denx.de/pipermail/u-boot/2008-November/043681.html)
This set of patches adds supports for the board I am developing with (eNET)
and makes a few changes to the arrangement of the i386 code in U-Boot
On 22:27 Mon 08 Sep , Jean-Christophe PLAGNIOL-VILLARD wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
> ---
> doc/README.qemu_mips | 67 +++--
> 1 files changed, 58 insertions(+), 9 deletions(-)
>
ping
Best Regards,
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
---
the doc about the CONFIG_USBD is already in the README
Best Regards,
J.
drivers/serial/usbtty.c |6 ++
drivers/serial/usbtty.h | 31 +--
drivers/usb/usbdcore_omap1510.c |
38 matches
Mail list logo
