we semi-frequently get users who try to boot an image on top of itself and
when when things crash, dont realize why. i put together this quick little
warning, but i'm guessing that Wolfgang's answer is "don't bloat the code for
stupid people" ...
--- common/cmd_bootm.c
+++ common/cmd_bootm.c
@@ -
Michael Hennerich added support for outputting an image in RGB format rather
than forcing YUYV all the time. This makes obvious sense if the display you
have takes RGB input rather than YUYV.
Rather than hack in support for options, I've converted it to use getopt and
cleaned up the argument pars
If the $(LDSCRIPT) does not exist (normally it's board/$(BOARD)/u-boot.lds),
then change into the board directory and try and create it. This allows you
to generate the linker script on the fly based upon board defines (like the
Blackfin boards do).
There should be no regressions due to this chan
The following changes since commit 5db6138565ad4da190f94e0bc1d89407d58a2ab2:
Wolfgang Denk (1):
Merge branch 'master' of git://www.denx.de/git/u-boot-arm
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Larry Johnson (1):
ppc4xx: Beautify c
On Tuesday 05 February 2008, Niklaus Giger wrote:
> - hcu4.h: Removed define of CONFIG_PPC405GPr
> - Corrected phy addresses
> - Fix boot variables
> - Respect line length of 80 chars
>
> Signed-off-by: Niklaus Giger <[EMAIL PROTECTED]>
Applied. Thanks.
Best regards,
Stefan
==
On Tuesday 05 February 2008, Niklaus Giger wrote:
> - Fix some coding style violations.
> - Use in/out_u16/32 where appropriate.
> - Use register names from ppc405.h.
> - Fix trace useage for Lauterbach.
> - Remove obsolete generation HCU2.
> - Renamed fixed_hcu4_sdram to init_ppc405_sdram.
>
> Sig
On Tuesday 05 February 2008, Niklaus Giger wrote:
> Signed-off-by: Niklaus Giger <[EMAIL PROTECTED]>
Applied. Thanks.
Best regards,
Stefan
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich,
On Saturday 19 January 2008, Larry Johnson wrote:
> Signed-off-by: Larry Johnson <[EMAIL PROTECTED]>
Applied. Thanks.
Best regards,
Stefan
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich
On Wednesday 06 February 2008, Mike Nuss wrote:
> The option CONFIG_I2C_MULTI_BUS does not have any effect on Sequoia, the
> PPC440EPx reference platform, because IIC1 is never enabled. Add Sequoia
> board code to turn on IIC1 if CONFIG_I2C_MULTI_BUS is selected.
>
> Signed-off-by: Mike Nuss <[EMAI
Hi Mike,
sorry for the late response.
On Tuesday 05 February 2008, Mike Nuss wrote:
> On PPC440EPx without a bootstrap I2C EEPROM, the PLL can be reconfigured
> after startup in order to change the speed of the clocks. This patch adds
> the option CONFIG_667MHZ. If set, it will set the clocks to
On Friday 15 February 2008, Sean wrote:
> I have enabled both UART0 and UART 1 using the CONFIG_SERIAL_MULTI in my
> board specific header file. The board is based on PPC 440GX processor. I
> used the serial1_puts and serial1_getc to access the UART1 but without
> access. Does anybody have used thi
In the thread "[1.3.2-rc1] MPC8548CDS/MPC8555CDS configs fails to link",
the define2mk.sed script was identified as the source of the link
failure on FreeBSD. The problem is that sed(1) does not always support
the '+' operator. It isn't on FreeBSD. The attach patch implements the
equivalent, using
On Friday 15 February 2008, Shinya Kuribayashi wrote:
> [EMAIL PROTECTED]:~/devel/u-boot.git$ make mrproper
> [EMAIL PROTECTED]:~/devel/u-boot.git$
> [EMAIL PROTECTED]:~/devel/u-boot.git$ git status
> # On branch master
> # Changed but not updated:
> # (use "git add/rm ..." to update what will be
[EMAIL PROTECTED]:~/devel/u-boot.git$ make mrproper
[EMAIL PROTECTED]:~/devel/u-boot.git$
[EMAIL PROTECTED]:~/devel/u-boot.git$ git status
# On branch master
# Changed but not updated:
# (use "git add/rm ..." to update what will be committed)
#
# deleted:examples/smc9_eeprom
#
# Un
On Feb 15, 2008, at 3:34 PM, Wolfgang Denk wrote:
>> Build machine: FreeBSD-6.1
>>
>> apg-bbuild09% gmake distclean
>> find: -lname: unknown option
>> find: -lname: unknown option
>> find: -lname: unknown option
> ^
>
> And you should pay attention to error messages li
In message <[EMAIL PROTECTED]> you wrote:
> Wolfgang
>
> Please pull from the merge branch at git://denx.de/git/u-boot-arm.git master
>
> ---
> The following changes since commit 45da195cf675d0b4054aeeabf7b9c0daf798841d:
> Wolfgang Denk (1):
> Merge branch 'master' of
> git+ssh://10.10.
Marcel,
in message <[EMAIL PROTECTED]> you wrote:
>
> I've just pulled the 1.3.2-rc1 snapshot from GIT and I run
> into a link failure right out of the box (ok, after changing
> the Makefile to the right cross-compiler :-)
There is no need to modify the Makefile. All you have to do is set
and
In message <[EMAIL PROTECTED]> you wrote:
> This patch tries to get rid of some assembler warnings about
> changed .got2 section type while compiling x86 bios emulator
> code.
>
> Signed-off-by: Anatolij Gustschin <[EMAIL PROTECTED]>
> ---
> drivers/bios_emulator/biosemu.c|4 ++--
> d
On Feb 15, 2008, at 3:18 PM, Kumar Gala wrote:
>> I think this also means that config.mk is different. Do
>> you have CONFIG_CMD_FLASH config.mk?
>
> include/autoconf.mk has CONFIG_CMD_FLASH=y
Mine is empty (size = 0).
Thanks, that's all I need to know!
--
Marcel Moolenaar
[EMAIL PROTECTED]
On Feb 15, 2008, at 5:14 PM, Marcel Moolenaar wrote:
>
> On Feb 15, 2008, at 2:59 PM, Kumar Gala wrote:
>
>>
>> On Feb 15, 2008, at 4:15 PM, Marcel Moolenaar wrote:
>>
>>> I've just pulled the 1.3.2-rc1 snapshot from GIT and I run
>>> into a link failure right out of the box (ok, after changing
>
On Feb 15, 2008, at 2:59 PM, Kumar Gala wrote:
>
> On Feb 15, 2008, at 4:15 PM, Marcel Moolenaar wrote:
>
>> I've just pulled the 1.3.2-rc1 snapshot from GIT and I run
>> into a link failure right out of the box (ok, after changing
>> the Makefile to the right cross-compiler :-)
>>
>> Build machi
On Feb 15, 2008, at 4:15 PM, Marcel Moolenaar wrote:
> All,
>
> I've just pulled the 1.3.2-rc1 snapshot from GIT and I run
> into a link failure right out of the box (ok, after changing
> the Makefile to the right cross-compiler :-)
>
> Build machine: FreeBSD-6.1
>
> apg-bbuild09% gmake distclean
All,
I've just pulled the 1.3.2-rc1 snapshot from GIT and I run
into a link failure right out of the box (ok, after changing
the Makefile to the right cross-compiler :-)
Build machine: FreeBSD-6.1
apg-bbuild09% gmake distclean
find: -lname: unknown option
find: -lname: unknown option
find: -lnam
>From e76f97d16c5932d19d698e42c6376d6bbdca2ecf Mon Sep 17 00:00:00 2001
From: Kumar Gala <[EMAIL PROTECTED]>
Date: Fri, 15 Feb 2008 03:34:36 -0600
Subject: [PATCH] Add sub-commands to fdt
fdt header - Display header info
fdt bootcpu - Set boot cpuid
fdt
On Feb 15, 2008, at 3:44 PM, Jerry Van Baren wrote:
> Kumar Gala wrote:
>> fdt header - Display header info
>> fdt bootcpu - Set boot cpuid
>> fdt memory - Add/Update memory node
>> fdt memrsv print- Show current mem re
Kumar Gala wrote:
> fdt header - Display header info
> fdt bootcpu - Set boot cpuid
> fdt memory - Add/Update memory node
> fdt memrsv print- Show current mem reserves
> fdt memrsv add - Add a mem reserve
> fdt m
For historical reasons we limited the stack to 256M because some boards
could only map that much via BATS. However newer boards are capable of
mapping more memory (for example 85xx is capble of doing up to 2G).
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
lib_ppc/board.c |7 ++-
1 f
On Fri, 15 Feb 2008, Jon Loeliger wrote:
> Guennadi Liakhovetski wrote:
> > On Thu, 14 Feb 2008, Wolfgang Denk wrote:
> >
> > > In message <[EMAIL PROTECTED]> you wrote:
> > > > Fix a missing return statement from a non-void function.
> > > >
> > > > Signed-off-by: Guennadi Liakhovetski <[EMAIL
On 17:40 Fri 15 Feb , Wolfgang Denk wrote:
> Uff
>
> After a longish discussion with Detlev we came up with a new
> proposal, which hopefully is acceptable to all. We agreed that a
> command name like "clearenv" or "scrubenv" or similar (which doesn't
> require any argumen
Guennadi Liakhovetski wrote:
> On Thu, 14 Feb 2008, Wolfgang Denk wrote:
>
>> In message <[EMAIL PROTECTED]> you wrote:
>>> Fix a missing return statement from a non-void function.
>>>
>>> Signed-off-by: Guennadi Liakhovetski <[EMAIL PROTECTED]>
>> Applied, thanks.
>>
>> Ummm... I had to apply thi
On Thu, 14 Feb 2008, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > Fix a missing return statement from a non-void function.
> >
> > Signed-off-by: Guennadi Liakhovetski <[EMAIL PROTECTED]>
>
> Applied, thanks.
>
> Ummm... I had to apply this manually:
>
> error: patch fa
This patch tries to get rid of some assembler warnings about
changed .got2 section type while compiling x86 bios emulator
code.
Signed-off-by: Anatolij Gustschin <[EMAIL PROTECTED]>
---
drivers/bios_emulator/biosemu.c|4 ++--
drivers/bios_emulator/include/x86emu.h | 10 ++
d
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On Behalf Of Wolfgang Denk
> Sent: den 14 februari 2008 23:19
> To: Scott Wood
> Cc: u-boot-users@lists.sourceforge.net; Stefan Roese
> Subject: Re: [U-Boot-Users] [PPC] PLEASE READ - was: [PATCH] Fix linker
> scrip
Nikhil Gautam wrote:
> Hi Everyone,
>
> I am try to use the u-boot to program the NOR flash on my proprietary
> board based on AMCC sequoia board. I can boot from 1Gb NAND flash ok
> but everytime I try access the last 4K of NOR flash, U-boot gives me
> following error and reboots:-
>
> {{{
> U-B
Does anyone have any bright ideas on how to know what the BSS size of
the kernel will be from a uImage. It seems we just hope and pray that
u-boot doesn't load things (ramdisk, bd_t, device tree, etc).
Clearly the new uImage work should encompass this information, but I'm
looking for ideas
Hi Everyone,
I am try to use the u-boot to program the NOR flash on my proprietary
board based on AMCC sequoia board. I can boot from 1Gb NAND flash ok
but everytime I try access the last 4K of NOR flash, U-boot gives me
following error and reboots:-
{{{
U-Boot$ md 0xF000
f000:Bus Fault @
techie_vasu <[EMAIL PROTECTED]> writes:
> Can you please tell me how to build the fw_setenv and fw_printenv
> using
Please make sure to read tools/env/README from *top of tree* U-Boot
sources.
> the mtd-user.h file? I am new to Linux. Please help. I don't see mtd/ in
> proc/ directory.
What
Wolfgang Denk <[EMAIL PROTECTED]> writes:
> After a longish discussion with Detlev we came up with a new
> proposal, which hopefully is acceptable to all. We agreed that a
> command name like "clearenv" or "scrubenv" or similar (which doesn't
> require any arguments) might be too
Uff
After a longish discussion with Detlev we came up with a new
proposal, which hopefully is acceptable to all. We agreed that a
command name like "clearenv" or "scrubenv" or similar (which doesn't
require any arguments) might be too dangerous for the unexperienced
user why r
Hello,
Can you please tell me how to build the fw_setenv and fw_printenv using
the mtd-user.h file? I am new to Linux. Please help. I don't see mtd/ in
proc/ directory.
Thanks
u-boot user wrote:
>
> Hello all,
>
> I have built the binary fw_printenv by using mtd-user.h from mtd-utils on
>
Hi u-boot-users
<@@MEMBER_NAME> added you as a friend on WAYN (Where Are You Now?).
To confirm that you are friends and join the worlds' largest travel and
lifestyle community, click on the following link:
http://www.wayn.com/waynfx.html?wci=link&id=1445&mks=<@@MEMBERS_KEYS>&mx=<@@MX>&cx=<@@
In message <[EMAIL PROTECTED]> you wrote:
>
> As I hinted at in my other mail, git is my prime example of living up to
> the spirit of unix - and still many commands there, e.g. git-push need a
> '-f' to prevent clobbering costly changes inadvertently.
The important point is the "inadvertently".
Hi All,
I have enabled both UART0 and UART 1 using the CONFIG_SERIAL_MULTI in my
board specific header file. The board is based on PPC 440GX processor. I
used the serial1_puts and serial1_getc to access the UART1 but without
access. Does anybody have used this functions before?
Thanks,
-- Sean
-
Hi Grant,
> Ugh, please don't continue down that path. Dataflash is a serial
> flash technology, but the driver pretends that it is memory mapped.
> It is not a good abstraction that I really think needs to be removed.
> I don't think it is a good idea to add that mis-feature into new
> commands.
Hello,
Can you please tell me how to build the fw_setenv and fw_printenv using
the mtd-user.h file? I am new to Linux. Please help. I don't see mtd/ in
proc/ directory.
Thanks
u-boot user wrote:
>
> Hello all,
>
> I have built the binary fw_printenv by using mtd-user.h from mtd-utils on
>
In message <[EMAIL PROTECTED]> you wrote:
>
> I tried to dig into this issue, and found that, U-Boot for NAND Flash is
> designed the same way. The function "nand_init" gets invoked after
> "env_init" and "serial_init", and sue to this U-Boot always uses the
> default baudrate.
Thjis is a dilemm
Hi,
> In message <[EMAIL PROTECTED]> you wrote:
>>
>> > Oops??? "rm" never asks unless you ask it to ask.
>>
>> Not true. It will ask if you don't have write permission to the file,
>> even if you are able to delete because you have write permission to the
>> directory.
>
> Does it? Indeed. Mu
Guys,
Look at the code in the branch I was wondering what your feeling was
about changing things around a bit with regards to allocation
mechanisms.
My thinking is that when we call do_bootm_linux() what ever the end of
the kernel is we should start allocating from there towards the end of
Hi Wolfgang,
> In message <[EMAIL PROTECTED]> you wrote:
>>
>> I would still prefer the version with the '--force' parameter. Just my 2
>> cents.
>
> I really don't want to have this, for two reasons: 1) U-Boot doesn't
> do "Do you really want to" confirmations, because these don't fit into
> the
Do the fdt before the ramdisk allows us to grow the fdt w/o concern
however it does me we have to go in and fixup the initrd info since
we dont know where it will be.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
Patch against u-boot-testing new-image branch.
lib_ppc/bootm.c | 38
If we are bootin OF style than we can skip setting up some things
that are used for the old boot method.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
patch against u-boot-testing new-image branch
lib_ppc/bootm.c | 25 -
1 files changed, 20 insertions(+), 5 deletio
We don't actually need the kdb param as we are just using it to get
bd->bi_memsize which we can get from gd->bd->bi_memsize. Also, if we
boot via OF we might not actually fill out a kdb.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
Patch against new-image u-boot-testing branch
common/imag
Are there plans to add AT91SAM926x-EK board support to the main U-Boot
repository or an appropriate custodian repository?
If so, what is the anticipated time frame of this support?
--
In the official U-Boot 1.3.1 release, I wasn't able to locate any boards
with an AT91SAM926x processor. Are
fdt header - Display header info
fdt bootcpu - Set boot cpuid
fdt memory - Add/Update memory node
fdt memrsv print- Show current mem reserves
fdt memrsv add - Add a mem reserve
fdt memrsv delete- Dele
On Feb 15, 2008, at 8:09 AM, Jerry Van Baren wrote:
> Kumar Gala wrote:
>> fdt header - Display header info
>> fdt bootcpu - Set boot cpuid
>> fdt memory - Add/Update memory node
>> fdt memrsv print- Show current mem re
Kumar Gala wrote:
> fdt header - Display header info
> fdt bootcpu - Set boot cpuid
> fdt memory - Add/Update memory node
> fdt memrsv print- Show current mem reserves
> fdt memrsv add - Add a mem reserve
> fdt m
Hi,
I am using U-Boot 1.2.0 release of U-Boot and working on ARM1176
platform. I have ported U-Boot for my platform, which boots from NAND
Flash, save ENV variable onto NAND Flash. Almost everything works fine
for me till now. But today I came across one issue -
When I set baudrate to diff
When SMALL is a dirty word...
---
avast! Antivirus: Outbound message clean.
Virus Database (VPS): 080214-0, 02/14/2008
Tested on: 2/15/2008 1:41:13 PM
avast! - copyright (c) 1988-2008 ALWIL Software.
http://www.avast.com
-
Wolfgang
Please pull from the merge branch at git://denx.de/git/u-boot-arm.git master
---
The following changes since commit 45da195cf675d0b4054aeeabf7b9c0daf798841d:
Wolfgang Denk (1):
Merge branch 'master' of
git+ssh://10.10.0.7/home/wd/git/u-boot/master
are available in the git repo
Hello,
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 10:24 Fri 15 Feb , Rodolfo Giometti wrote:
>> On Thu, Feb 14, 2008 at 01:39:14AM +0100, Wolfgang Denk wrote:
>>> In message <[EMAIL PROTECTED]> you wrote:
>> +#if 1 /* @ 60 Hz */
>> +mode->crtc_h_total_disp = 0x009f00d
On 10:24 Fri 15 Feb , Rodolfo Giometti wrote:
> On Thu, Feb 14, 2008 at 01:39:14AM +0100, Wolfgang Denk wrote:
> > In message <[EMAIL PROTECTED]> you wrote:
> > >
> > > >> +#if 1 /* @ 60 Hz */
> > > >> + mode->crtc_h_total_disp = 0x009f00d2;
> > > >> + mode->crtc_h_sy
fdt header - Display header info
fdt bootcpu - Set boot cpuid
fdt memory - Add/Update memory node
fdt memrsv print- Show current mem reserves
fdt memrsv add - Add a mem reserve
fdt memrsv delete- Dele
On Friday 15 February 2008, Haavard Skinnemoen wrote:
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > x86 does 0 while Blackfin does 3.
>
> x86 can do more (at least 3) if you use the regparm attribute. But you
> obviously need to keep both sides in sync.
i'm aware of all the neat tricks you can d
On Thu, Feb 14, 2008 at 01:39:14AM +0100, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > >> +#if 1 /* @ 60 Hz */
> > >> +mode->crtc_h_total_disp = 0x009f00d2;
> > >> +mode->crtc_h_sync_strt_wid = 0x000e0528;
> > >> +mode->cr
Shinya Kuribayashi wrote:
>> I think that on my application the UNCACHED_SDRAM should map the address
>> on KSEG1 (how it is now) but this simply doesn't work. Instead, using
>> the PHYSADDR(a) macro... the kernel is able to start.
>>
>> I suspect that there are issues on cache management. Can be?
On Fri, 15 Feb 2008 02:29:39 -0500
Mike Frysinger <[EMAIL PROTECTED]> wrote:
> x86 does 0 while Blackfin does 3.
x86 can do more (at least 3) if you use the regparm attribute. But you
obviously need to keep both sides in sync.
Haavard
[EMAIL PROTECTED] wrote on :
> Get board name consistent with Linux and elsewhere;
> get rid of local network definitions etc.
>
> Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
> ---
Acked-by: Martin Krause tqs.de>
I've not tested the patch actually, but the changes are
looking reasonable.
In message <[EMAIL PROTECTED]> you wrote:
>
> > I guess the real question is whether it's acceptable to pass arguments
> > on the stack to such subprograms. If the answer is yes, why not simply
> > use varargs?
>
> for my purposes the answer is no.
Then you cannot use C code. Or you rely on the
In message <[EMAIL PROTECTED]> you wrote:
> The call command tries to mimic a function call in that the 'arg's to
> the command are passed in registers according to the PPC ABI.
>
> The prototype that call mimics is some variation of the following
> depending on how many arguments are passed to th
In message <[EMAIL PROTECTED]> you wrote:
> The call command tries to mimic a function call in that the 'arg's to
> the command are passed in registers according to the PPC ABI.
>
> The prototype that call mimics is some variation of the following
> depending on how many arguments are passed to th
In message <[EMAIL PROTECTED]> you wrote:
>
> The main reason for me doing this was to provide a "generic" mechanism
> that mimic how we boot kernels on PPC.
May I ask why exactly this is needed at all? Kernels should be booted
using the bootm command - if somethingis missing there, it should
On Feb 15, 2008, at 1:29 AM, Mike Frysinger wrote:
> On Friday 15 February 2008, Haavard Skinnemoen wrote:
>> Mike Frysinger <[EMAIL PROTECTED]> wrote:
if someone can tell me what the number of args are for each arch we
can see about providing this everywhere.
>>>
>>> are you sure you a
On Feb 15, 2008, at 1:21 AM, Haavard Skinnemoen wrote:
> On Fri, 15 Feb 2008 02:08:23 -0500
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
>
>>> if someone can tell me what the number of args are for each arch we
>>> can see about providing this everywhere.
>>
>> are you sure you actually need to wo
73 matches
Mail list logo