Hi,
in general I totally ack to a new version numbering scheme.
When we are releasing U-Boot for some of our hardware this is typically done
asynchronous to the U-Boot release cycle. We (often) cannot wait until a new
U-Boot is released. So we take the current U-Boot version + build date/time
as
Hi Wolfgang,
yes, please do so.
I just returned from vacation and got unsubscribed again :-(
Matthias
On Friday 01 August 2008 17:17, Wolfgang Denk wrote:
> Hello,
>
> I would like to get your general opinion about moving the
> "u-boot-users" mailing list away from SourceForge and host it on
Hi Scott,
we are using the NAND stuff for a couple of boards. All use the .i or .jffs2
extension.
So I also vote for making skipping the default. But the extensions should be
preserved :-)
Matthias
On Tuesday 03 June 2008 00:07, Scott Wood wrote:
> Grant Erickson wrote:
> > Thanks for the sugg
Hi,
I noticed some strange issues with our PMC440 (PPC440PEx based) board and
also with the sequoia eval platform.
In a certain configuration these boards stuck during the Ethernet POST tests.
When they got stuck, it is even not possible to attach with a BDI2000.
On the console you only see this
This patch removes some dead code from CPCI405 board's
config files. JFFS2 support is also removed. It's not used and
CPCI4052 does not build anymore without some size reduction.
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
include/configs/CP
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
Hi,
while doing some tests with post/cpu/ppc4xx/ether.c I noticed that ether.c is
not rebuild
when changed. I can even remove the ether.o object and make does not complain.
I think
there are some dependencies missing in the post Makefiles.
Is this a bug or intention?
Matthias
---
On Wednesday 30 April 2008 09:49:20 Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you
wrote:
> > I noticed some warnings when compiling recent U-Boot source for some 4xx
> > bo> ards with gcc 4.0.0 or 4.2.2. Perhaps somebody has a clue on how to
> > get rid of t> hese:
>
> That's your host
Hi,
I noticed some warnings when compiling recent U-Boot source for some 4xx boards
with gcc 4.0.0 or 4.2.2. Perhaps somebody has a clue on how to get rid of these:
gcc -g -Wall -pedantic -idirafter /data/home/matthias/git/u-boot/u-boot/include
-idirafter /data/home/matthias/git/u-boot/u-boot/
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/esd/apc405/apc405.c |7 ++-
include/configs/APC405.h | 14 --
2 files changed, 18 insertions(+), 3 deletions(-)
diff --git a/board/esd/apc405/apc405.c b/board/esd/apc405/apc405.c
index b663184..2cb743e
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/esd/apc405/apc405.c |7 ++-
include/configs/APC405.h | 14 --
2 files changed, 18 insertions(+), 3 deletions(-)
diff --git a/board/esd/apc405/apc405.c b/board/esd/apc405/apc405.c
index b663184..2cb743e
uot; by fw_setenv. So,
> next time U-Boot boots up and "bootmf" is executed, entry "0" will be
> booted again.
>
> 3. If kernel fails to boot, "default" stays to fallback entry "1" because
> fw_setenv won't be executed. So, next time U-Boot
Hi Wolfgang,
thanks for your reply. That's the kind of thing I wanted to hear.
Now I will start playing around ;-)
Matthias
On Tuesday 22 April 2008 22:49, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > Now I have to find a (simple) solution to solve my problem:
> >
>
Any errors after this point can only be resolved by a reset.
>
> That's intentional and documented. There are no intentions to change
> this behaviour.
>
> Best regards,
>
> Wolfgang Denk
--
-
Dipl.-Ing. Matthias Fuchs
Head of System De
On Monday 21 April 2008 21:30:19 Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you
wrote:
> > because of the lists size limit and because I did not find any
> > other suitable way to submit this patch, I am posting a link to the patch
> > file:
>
> I don't understand. Your posting was belo
This patch removes the temporary 'test' strapping option
of the sbe command. The '667' strapping option now uses
a PLB/PCI divider of 3.
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/esd/pmc440/cmd_pmc440.c | 13 +
1 files changed, 1 i
Hi Jerry,
On Monday 21 April 2008 17:16, Jerry Van Baren wrote:
> Matthias Fuchs wrote:
> > Hi,
> >
> > after going through the boom code I found out, that
> > setting the 'autostart' variable to 'no' brings me a little closer
> > to what I wa
ling the interrupts.
Any better idea?
Matthias
On Monday 21 April 2008 15:09, Matthias Fuchs wrote:
> Hi,
>
> I am wondering if bootm behaves correctly on CRC errors in kernel and/or
> ramdisk images.
> This is what I observed:
>
> 1) I loaded a Linux kernel into RAM at 0x
Hi,
I am wondering if bootm behaves correctly on CRC errors in kernel and/or
ramdisk images.
This is what I observed:
1) I loaded a Linux kernel into RAM at 0x20 on a 405 system. I loaded an
initial ramdisk images
into RAM at address 0x30. Now 'bootm 20 30' boots my system
corr
- Coding style cleanup (long lines)
- Add s1d13505 support
- Make some functions return a result code instead of void
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/esd/common/lcd.c| 123 -
board/esd/common/s1d13505_640_480_1
- enable esd's auto_update mechanism
- support alternative flash layout on rev. 1.8 boards
- update default environment
- use common CFI flash driver
- coding style cleanup
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
include/configs/APC4
- enable esd's auto_update mechanism
- fix LCD support on latest hardware revision (uses other LCD controller)
- support alternative flash layout on rev. 1.8 boards
- coding style cleanup
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/esd/apc405/Makefile |4 +-
board
The APC405 board support has been migrated to use the common
CFI flash driver.
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/esd/apc405/strataflash.c | 789
1 files changed, 0 insertions(+), 789 deletions(-)
delete mode 100644 boa
- Coding style cleanup (long lines)
- improve handling of protected flash regions
- remove dead code
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/esd/common/auto_update.c | 208 ++-
board/esd/common/auto_update.h | 15 ++-
2 files c
Hi,
because of the lists size limit and because I did not find any
other suitable way to submit this patch, I am posting a link to the patch file:
http://www.esd-electronics.com/Customer/mf/0002-4xx-Update-FPGA-image-for-APC405-boards.patch
Signed-off-by: Matthias Fuchs <[EMAIL PROTEC
Hi,
because of the lists size limit and because I did not find any
other suitable way to submit this patch, I am posting a link to the patch file:
http://www.esd-electronics.com/Customer/mf/0001-4xx-Update-bootlogo-for-APC405-boards.patch
Signed-off-by: Matthias Fuchs <[EMAIL PROTEC
- Coding style cleanup (long lines)
- Add s1d13505 support
- Make some functions return a result code instead of void
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/esd/common/lcd.c| 123 -
board/esd/common/s1d13505_640_480_1
This patch adds two missing free()s.
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
drivers/video/cfb_console.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/video/cfb_console.c b/drivers/video/cfb_console.c
index 4f73067..68b9861 100644
On Monday 21 April 2008 09:47, Rodolfo Giometti wrote:
> On Fri, Apr 18, 2008 at 04:28:46PM +0200, Matthias Fuchs wrote:
> > This patch adds some missing free()s and does some coding style clean up.
>
> Please, separate the patches or just send the one which fixes memory
> alloc
reset vector at 0xfffc.
> >
> > Example:
> > #define CFG_FLASH_AUTOPROTECT_LIST {{0xfff8, 0x8}}
> >
> > This config option will auto protect the last 512k of flash that
> > contains the bootloader on board like APC405 and PMC405.
> >
>
_LIST {{0xfff8, 0x8}}
This config option will auto protect the last 512k of flash that
contains the bootloader on board like APC405 and PMC405.
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
drivers/mtd/cfi_flash.c | 21 +
1 files changed, 21 inser
Hi Wolfgang,
even though I like the weak stuff, I agree with you. I also like Stefan's
idea about removing the #ifdef from the code.
So I will update my patch in this direction.
The main idea behind my patch is to fix the bootloader autoprotection
for 4xx. Do you (sr, J., others) think i is also
wrote:
> On 16:50 Sat 19 Apr , Matthias Fuchs wrote:
> > Hi Stefan,
> >
> > I could also life with your approach, but it will add code
> > even to platforms that do not use the new option.
> >
> > In this case I would prefer it against the weak implementati
pril 2008, Matthias Fuchs wrote:
> > is it possible to use weak structures? Or do you mean
> > a weak function that initializes my autoprotect list?
> >
> > Please give me an idea and I will implement it.
>
> I don't know if it's possible to implement a weak st
Hi Jean-Christophe,
is it possible to use weak structures? Or do you mean
a weak function that initializes my autoprotect list?
Please give me an idea and I will implement it.
Matthias
On Friday 18 April 2008 18:01:57 Jean-Christophe PLAGNIOL-VILLARD wrote:
> > diff --git a/drivers/mtd/cfi_flas
This patch assigns the correct EBC clock for 405GP(r) CPUs
to PPC4xx_SYS_INFO structure. Without this patch U-Boot
uses an uninitialized EBC clock in its startup message.
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
cpu/ppc4xx/speed.c |2 ++
1 files changed, 2 insertions
_LIST {{0xfff8, 0x8}}
This config option will auto protect the last 512k of flash that
contains the bootloader on board like APC405 and PMC405.
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
drivers/mtd/cfi_flash.c | 17 +
1 files changed, 17 insertions(+),
This patch adds some missing free()s and does some coding style clean up.
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
drivers/video/cfb_console.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/video/cfb_console.c b/drivers/video/cfb_con
Hi Ulf.
did you have a look at the CONFIG_VERSION_VARIABLE option?
Even this is something different, it might help you.
Matthias
On Monday 14 April 2008 22:44:56 Ulf Samuelsson wrote:
> > In message <[EMAIL PROTECTED]> you wrote:
> >> Add environment for the date when U-Boot is built
> >
> > It
Hi Wolfgang,
what about using a PCIe extension box with a conentional PCI NIC.
The EX-1010 (www.exsys.ch) is low cost for such a system.
Just an idea.
Matthias
On Sunday 13 April 2008 09:54:13 Wolfgang Grandegger wrote:
> Hello,
>
> I'm looking for a PCIe card, preferably a NIC, to test PCIe un
Add support for the ptm1la, ptm1ms, ptm2la and ptm2ms
environment variables.
Cleanup pci_target_init.
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/esd/pmc440/pmc440.c | 86 -
1 files changed, 54 insertions(+), 32 deletions(-)
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/esd/pmc440/cmd_pmc440.c | 53 +-
board/esd/pmc440/pmc440.c | 227 +++--
2 files changed, 132 insertions(+), 148 deletions(-)
diff --git a/board/esd/pmc440/cmd_pmc440.c b/boa
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/esd/du440/du440.c |5 +++--
board/esd/du440/du440.h |1 +
include/configs/DU440.h | 16 ++--
3 files changed, 10 insertions(+), 12 deletions(-)
diff --git a/board/esd/du440/du440.c b/board/esd/du440/du440.c
Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______
> U-Boot-Users mailing list
> U-Boot-Users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
>
>
--
gd->ram_size
> + * the Linux kernel should now get passed the now "corrected"
> + * memory size and won't touch it either. This should work
> + * for arch/ppc and arch/powerpc. Only Linux board ports in
> + * arch/powerpc with bootwrapper support, that recalculate
Hi Mike,
don't you think this is a little bit to shortsighted?
There are many other parameters beyond the CPU clock that could be
modified in such a way. We have some code in the PMC440 board
code that sets up the PCI sync clock dynamically dependant on
a GPIO (M66EN pci pin). So I would vote for
Hi,
yes, I can live with the 'env' command, too. Sound's good to me.
Matthias
On Friday 15 February 2008 21:27:20 Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 17:40 Fri 15 Feb , Wolfgang Denk wrote:
> > Uff
> >
> > After a longish discussion with Detlev we came up with a new
>
Hi Kumar,
nice idea. Can you at a little prose to the README
(perhaps with a little usage example).
Matthias
On Wednesday 13 February 2008 23:53, Kumar Gala wrote:
> Add a simple expr style command that will set an env variable as the result
> of the command. This allows us to do simple math i
Hi Stefan,
On Wednesday 13 February 2008 09:56, Stefan Roese wrote:
> Hi Matthias,
>
> On Wednesday 13 February 2008, Matthias Fuchs wrote:
> > what about a 'scrubenv' or 'cleanenv' command that tries to unset all
> > variables leaving readonlys untouche
ot;serial#"
Can't overwrite "ethaddr"
=> saveenv
The above output is faked. So I did not start coding :-)
What do you think?
Matthias
On Tuesday 12 February 2008 15:49, Stefan Roese wrote:
> Hi Matthias,
>
> On Tuesday 12 February 2008, Matthias Fuchs wrote:
>
Hi,
I am wondering if there is a way to delete all environment variables
but not the readonly ones. The common way to delete all variables
is to make the environment CRC invalid an do a reset. After reset
a saveenv saves a default environment.
What I want to do is to delete all variables (prefer
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/esd/du440/Makefile | 51 +++
board/esd/du440/config.mk | 37 ++
board/esd/du440/du440.c| 1018
board/esd/du440/du440.h| 42 ++
board/esd/du440/init.S | 81
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
MAINTAINERS |1 +
MAKEALL |1 +
Makefile|3 +
include/configs/DU440.h | 438 +++
4 files changed, 443 insertions(+), 0 deletions(-)
[PATCH] net: add 'ethrotate' environment variable
This patch replaces the buildtime configuration option
CONFIG_NET_DO_NOT_TRY_ANOTHER through the 'ethrotate' runtime
configuration veriable. See README.
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
README
Hi Stefan,
my last posting was totally out of place and I didn't want to undermine your
authority.
You are are doing an excellent job as the maintainer of your U-Boot subsystems.
Please keep on nagging on my (and others) patches!
Sorry.
Matthias
---
Stefan,
On Monday 14 January 2008 11:35, Stefan Roese wrote:
> On Monday 14 January 2008, Matthias Fuchs wrote:
> > I will update the DU440 patch tonight and also update the sequoia
> > sources in the same manner. So Stefan can lean back :-)
>
> /me leans back and keeps
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
MAINTAINERS |1 +
MAKEALL |1 +
Makefile|3 +
include/configs/DU440.h | 435 +++
4 files changed, 440 insertions(+), 0 deletions(-)
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/esd/du440/Makefile | 51 +++
board/esd/du440/config.mk | 37 ++
board/esd/du440/du440.c| 1018
board/esd/du440/du440.h| 42 ++
board/esd/du440/init.S | 81
ll fix the issue below. Just a minute.
BTW, what about removing some lines when quoting such a huge patch.
On Wednesday 16 January 2008 12:19, Stefan Roese wrote:
> On Wednesday 16 January 2008, Matthias Fuchs wrote:
> > Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
>
>
Hi Ben,
On Saturday 12 January 2008 03:49, Ben Warren wrote:
> I'm a little curious about what it is you're trying to do. If you want
> to prevent Ethernet devices from ever rotating, this doesn't work. For
> example, if you set 'ethact' to an interface that isn't connected,
> eth_init() will
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
net/eth.c |9 +
net/net.c |9 +
2 files changed, 10 insertions(+), 8 deletions(-)
diff --git a/net/eth.c b/net/eth.c
index 5d9e9c1..d55fd7e 100644
--- a/net/eth.c
+++ b/net/eth.c
@@ -522,6 +522,15 @@ int eth_r
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/esd/du440/Makefile | 51 +++
board/esd/du440/config.mk | 41 ++
board/esd/du440/du440.c| 1018
board/esd/du440/du440.h| 42 ++
board/esd/du440/init.S | 81
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
MAINTAINERS |1 +
MAKEALL |1 +
Makefile|3 +
include/configs/DU440.h | 438 +++
4 files changed, 443 insertions(+), 0 deletions(-)
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/amcc/sequoia/init.S|7 +-
board/amcc/sequoia/sequoia.c | 246 +++---
2 files changed, 114 insertions(+), 139 deletions(-)
diff --git a/board/amcc/sequoia/init.S b/board/amcc/sequoia/
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/amcc/sequoia/init.S|7 +-
board/amcc/sequoia/sequoia.c | 256 --
2 files changed, 124 insertions(+), 139 deletions(-)
diff --git a/board/amcc/sequoia/init.S b/board/amcc/sequoia/
> Best regards,
> Stefan
>
> =
> DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
> HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
> Phone: +49-8142-66989
> >
> > > NOLOAD attribute missing. Please fix.
> > This is new to me. But I just noticed that all other boards have been
> > updated according to this. So will I.
>
> Thanks.
>
> > I will update my
Hi Wolfgang,
as you might have noticed the DU440 board is havily based on seuqoia code.
Nearly all of your comments apply to that board as well. I thought of the
sequoia code as exemplary reference code. And I prefer not to reformat comments
when copy and pasting from one board to another.
But if
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/esd/du440/Makefile | 51 ++
board/esd/du440/config.mk | 41 ++
board/esd/du440/du440.c| 1171
board/esd/du440/du440.h| 42 ++
board/esd/du440/init.S | 80 +++
boa
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
MAINTAINERS |1 +
MAKEALL |1 +
Makefile|3 +
include/configs/DU440.h | 438 +++
4 files changed, 443 insertions(+), 0 deletions(-)
71 matches
Mail list logo