From: "David Mitchell" <[EMAIL PROTECTED]>
From: Dave Mitchell <[EMAIL PROTECTED]>
Corrected two typos in the 460GT/EX FBDV array.
Signed-off-by: Dave Mitchell <[EMAIL PROTECTED]>
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
cpu/ppc4xx/speed.c |2 +-
1 files changed, 1 insertions(+),
Signed-off-by: Ebony Zhu <[EMAIL PROTECTED]>
Signed-off-by: Andy Fleming <[EMAIL PROTECTED]>
---
board/freescale/mpc8548cds/mpc8548cds.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/board/freescale/mpc8548cds/mpc8548cds.c
b/board/freescale/mpc8548cds/mpc8548cds.c
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git master
Andy Fleming (1):
85xx: Limit CPU2 workaround to parts that have the errata
board/freescale/mpc8548cds/mpc8548cds.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
-
>> CONFIG_RELOCATABLE on powerpc means something different. On arm we start
>> U-Boot by running it at an address != link address and _copy_ (not
>> relocate) ourselves to the address we are linked at. On powerpc real
>> relocation is done if CONFIG_RELOCATABLE is enabled.
>> Hence the option you w
map_physmem currently generates a warning when CONFIG_PHYS_64BIT is
enabled. This quiets the warning.
Signed-off-by: Becky Bruce <[EMAIL PROTECTED]>
---
include/asm-ppc/io.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/asm-ppc/io.h b/include/asm-ppc/io.h
inde
Physical addrs need to be represented by phys_addr_t, not
unsigned long. Otherwise, systems that use CONFIG_PHYS_64BIT
are going to fail mightily.
Signed-off-by: Becky Bruce <[EMAIL PROTECTED]>
---
drivers/pci/pci.c |8
include/pci.h | 10 +-
2 files changed, 9 inserti
cfi_flash: support of long cmd in U-boot.
Some NOR flash chips needs support of commands with length grether than max
value size of uchar.
For example all M18 family chips use 0x1ff command in buffered write mode as
value of program loops count.
Signed-off-by: Alexey Korolev <[EMAIL PROTECTED]>
In message <[EMAIL PROTECTED]> you wrote:
>
> CONFIG_RELOCATABLE on powerpc means something different. On arm we start
> U-Boot by running it at an address != link address and _copy_ (not
> relocate) ourselves to the address we are linked at. On powerpc real
> relocation is done if CONFIG_RELOCATAB
cfi_flash: enable M18 flash chips family support.
Added new command set ID. Buffered write command processing is changed in order
to support M18 flash chips family.
Signed-off-by: Alexey Korolev <[EMAIL PROTECTED]>
Signed-off-by: Vasiliy Leonenko <[EMAIL PROTECTED]>
=
cfi_flash: support of long cmd in U-boot.
Some NOR flash chips needs support of commands with length grether than max
value size of uchar.
For example all M18 family chips use 0x1ff command in buffered write mode as
value of program loops count.
Signed-off-by: Alexey Korolev <[EMAIL PROTECTED]>
Hi All
I corrected this issue with the help of Anatolij.
I checked this patches on Mainstone II board width Intel M18 chip(16x16) and
P30 chip (32x16).
Next two messages will contain corrected patches.
Best Regards
Vasiliy
--
On Mon, May 05, 2008 at 08:41:59PM +0200, Stefan Roese wrote:
> On Monday 05 May 2008, Larry Johnson wrote:
> > >> Yes, I totally agree. Patches should *not* change the default behavior.
> > >> We should change it as you suggested. Sorry, I must have missed this.
> > >>
> > >> Nobuhiro, could you p
In message <[EMAIL PROTECTED]> you wrote:
>
> The "-n" option is not a new feature. It already existed in the code prior
> to my changes.
Argh! You are right. This option has been there right from the first
version. And guess who wrote that code.
I apologize for all the false alarms.
Now where i
In message <[EMAIL PROTECTED]> you wrote:
>
> Anyway, hopefully Wolfgang can ACK the patch as is and I can look at
> extending the "-n" option as another separate effort.
No, I will not ACK it, as it adds features which are not even
mentioned in the commit message.
> PS: To which documentation ar
Sascha,
> -Original Message-
> From: Sascha Hauer [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 07, 2008 10:29 AM
> To: Menon, Nishanth
> Cc: u-boot-users@lists.sourceforge.net
> Subject: Re: [Patch 2/4] U-Boot-V2: ARM: introduce CONFIG_SKIP_RELOCATION
>
> CONFIG_RELOCATABLE on powerpc
On Wed, 07 May 2008 12:01:48 +0200
André Schwarz <[EMAIL PROTECTED]> wrote:
> I'll re-send the 23rd try after my vacation at end of may.
> If the merge window will be closed at that date it's obviously bad luck.
I can make the changes, André, thanks!
Kim
On Wed, May 07, 2008 at 09:45:24AM -0500, Menon, Nishanth wrote:
> Sacha, Wolfgang,
> > -Original Message-
> > From: Sascha Hauer [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, May 07, 2008 9:41 AM
> > To: Menon, Nishanth
> > Cc: u-boot-users@lists.sourceforge.net
> > Subject: Re: [Patch 3/
On Wed, May 07, 2008 at 09:41:21AM -0500, Menon, Nishanth wrote:
> Sascha,
> > -Original Message-
> > From: Sascha Hauer [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, May 07, 2008 8:51 AM
> > To: Menon, Nishanth
> > Cc: u-boot-users@lists.sourceforge.net
> > Subject: Re: [Patch 2/4] U-Boot
Make defconfig generates .config with "Linux kernel" instead of
"U-Boot". This patch fixes the same.
Try 2 at getting my mailer understand text mails containing patches!
Signed-off-by: Nishanth Menon <[EMAIL PROTECTED]>
Index: u-boot-v2.git/scripts/kconfig/confdata.c
=
Dear Grant,
Grant Erickson <[EMAIL PROTECTED]> writes:
> Thanks for the comments. As suggested by Wolfgang, the "-n" option was
> pre-existing in the code before my patch.
>
> I can investigate extending "-n" as described above; however, the caveat is
> that the user knows that the values of some
Sacha, Wolfgang,
> -Original Message-
> From: Sascha Hauer [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 07, 2008 9:41 AM
> To: Menon, Nishanth
> Cc: u-boot-users@lists.sourceforge.net
> Subject: Re: [Patch 3/4] U-Boot-V2: ARM: Fix Kconfig's .config generation
>
> As Wolfgang stated you
Sascha,
> -Original Message-
> From: Sascha Hauer [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 07, 2008 8:51 AM
> To: Menon, Nishanth
> Cc: u-boot-users@lists.sourceforge.net
> Subject: Re: [Patch 2/4] U-Boot-V2: ARM: introduce CONFIG_SKIP_RELOCATION
>
> On Wed, May 07, 2008 at 06:55:5
On Wed, May 07, 2008 at 06:55:53AM -0500, Menon, Nishanth wrote:
> Replace start-arm920t.S with start-arm.S. This will allow for a common logic
> to handle
applied, thanks
Sascha
--
Pengutronix e.K. - Linux Solutions for Science and Industry
--
On Wed, May 07, 2008 at 06:55:59AM -0500, Menon, Nishanth wrote:
> Make defconfig generates .config with "Linux kernel" instead of
> "U-Boot". This patch fixes the same.
As Wolfgang stated your mailer wrapped the lines, otherwise the patch is
ok. Please send it again.
Regards,
SAscha
>
> Sign
Get her wet and ready for you with new sexual enhancing herbal supplements.
http://www.stylaist.com/
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still ti
On 5/7/08 12:29 AM, Joakim Tjernlund wrote:
> On Tue, 2008-05-06 at 20:16 -0700, Grant Erickson wrote:
>> [EMAIL PROTECTED] fw_printenv foobar
>> ## Error: "foobar" not defined
>
> This error message should not be there. It is enough to return exit
> status 1. Then one does not have to redirect st
> Introduce CONFIG_SKIP_RELOCATION as alternative define. This
> may be desired in some conditions where U-Boot is downloaded
> directly into SRAM during NAND/Peripheral download mode and
> is not expected to be relocated.
>
> This patch also organizes SKIP_LOWLEVEL_INIT and
> SKIP_RELOCATION in a
On 5/7/08 12:10 AM, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>>
>>> [EMAIL PROTECTED] fw_printenv -n hostname ipaddr
>>> ## Error: `-n' option requires exactly one argument
>>> [EMAIL PROTECTED] echo $?
>>> 1
>>
>> But I don't understand what the purpose of the "-n" option
On 5/7/08 12:32 AM, Markus Klotzbücher wrote:
> Wolfgang Denk <[EMAIL PROTECTED]> writes:
>> In message <[EMAIL PROTECTED]> you wrote:
> Oh right, yes. Shouldn't post to lists before drinking coffee in the
> morning.
>
>> However, the addition of this feature is undocumented (not mentioned
>> in t
On Wed, May 07, 2008 at 06:55:56AM -0500, Menon, Nishanth wrote:
> Introduce CONFIG_SKIP_RELOCATION as alternative define. This may be
> desired in some conditions where U-Boot is downloaded directly into SRAM
> during NAND/Peripheral download mode and is not expected to be
> relocated.
If U-Boot
Hello all,
In the last few weeks I've been working on a u-boot driver for
Sandisk's (MSystems) mDoc H3 device - basically, it's a DiskOnChip
device which exposes a simple ATA interface to the software and works
differently from previous generation DoCs (see
http://www.linuxdevices.com/articles/AT2
In message <[EMAIL PROTECTED]> you wrote:
> Introduce CONFIG_SKIP_RELOCATION as alternative define. This may be
> desired in some conditions where U-Boot is downloaded directly into SRAM
> during NAND/Peripheral download mode and is not expected to be
> relocated.
>
> This patch also organizes SKI
Make defconfig generates .config with "Linux kernel" instead of
"U-Boot". This patch fixes the same.
Signed-off-by: Nishanth Menon <[EMAIL PROTECTED]>
Index: u-boot-v2.git/scripts/kconfig/confdata.c
===
--- u-boot-v2.git.orig/scripts
Introduce CONFIG_SKIP_RELOCATION as alternative define. This may be
desired in some conditions where U-Boot is downloaded directly into SRAM
during NAND/Peripheral download mode and is not expected to be
relocated.
This patch also organizes SKIP_LOWLEVEL_INIT and SKIP_RELOCATION in a
common arm fe
Hi All,
The following series of patches are based on U-Boot V2. One
configuration required for OMAP support is capability to fit within 32K
the entire boot loader, so size is a major constraint. The first part of
a bunch of cleanups for introducing OMAP SOC support.
There are 4 patches in this se
Replace start-arm920t.S with start-arm.S. This will allow for a common logic to
handle
Signed-off-by: Nishanth Menon <[EMAIL PROTECTED]>
Index: u-boot-v2.git/arch/arm/cpu/Makefile
===
--- u-boot-v2.git.orig/arch/arm/cpu/Makefile
Sync up ARM defconfigs due to modifications done by Kconfig changes
Signed-off-by: Nishanth Menon <[EMAIL PROTECTED]>
Index: u-boot-v2.git/arch/arm/configs/netx_nxdb500_defconfig
===
--- u-boot-v2.git.orig/arch/arm/configs/netx_nxdb5
Add logbuffer to reserved LMB areas to prevent initrd allocation
from overlaping with it.
Make sure to use correct logbuffer base address.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
This patch attempts to assure that initrd allocation made during OS booting
will not destroy logbuff
Removed duplicated effective memory size calculation code.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
lib_ppc/board.c | 11 ---
1 files changed, 0 insertions(+), 11 deletions(-)
diff --git a/lib_ppc/board.c b/lib_ppc/board.c
index 1b8a872..4956403 100644
--- a/lib_ppc/b
Hello Stelian,
To be able to compile for at91sam9261-ek we need a logo called atmel.bmp.
This bitmap is not available in the tree, so build fails. (There is,
however, a denx.bmp)
The bitmap is also a binary file, so difficult to handle with patches.
Have you any idea how to solve this?
Kind Rega
Thanks,
unfortunately I'm out of office right now.
I'll re-send the 23rd try after my vacation at end of may.
If the merge window will be closed at that date it's obviously bad luck.
Cheers,
André
Jean-Christophe PLAGNIOL-VILLARD wrote:
+ * Andre Schwarz, Matrix Vision GmbH, [EMAIL PROTECTE
Le mercredi 07 mai 2008 à 11:12 +0200, Haavard Skinnemoen a écrit :
> Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> > In message <[EMAIL PROTECTED]> you wrote:
> > >
> > > > I'm just waiting for the merge window to open and I'll post them all.
> > > > Meanwhile, if you wish, I can send you the patc
Hi all,
in the i.MX31 processor reference manual they mention a 32 kHz clock as
input for several timers and controllers. Sometimes it's called
ipg_clk_32k. But the documentation does not clearly state, that this
clock actually is the CKIL.
As far as I could derive from the ADS schematics the
"Remy Bohmer" <[EMAIL PROTECTED]> wrote:
> I think it is nicer too, but that appears to me as a good thing to
> investigate for the next release of U-boot, not changing this on the
> deadline of the current release.
Yeah, I completely agree. We probably need some time to shake out any
fallout from
Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > > I'm just waiting for the merge window to open and I'll post them all.
> > > Meanwhile, if you wish, I can send you the patches privately.
> > You could send it even if the merge window is not open
>
Le mercredi 07 mai 2008 à 10:25 +0200, Remy Bohmer a écrit :
> Hello Stelian,
>
> To be able to compile for at91sam9261-ek we need a logo called atmel.bmp.
> This bitmap is not available in the tree, so build fails. (There is,
> however, a denx.bmp)
>
> The bitmap is also a binary file, so diffi
Hello Stelian,
To be able to compile for at91sam9261-ek we need a logo called atmel.bmp.
This bitmap is not available in the tree, so build fails. (There is,
however, a denx.bmp)
The bitmap is also a binary file, so difficult to handle with patches.
Have you any idea how to solve this?
Kind Reg
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>> Recent modifcations to LOGBUFFER handling code were incorrecly
>> introduced to fit_check_kernel() routine during
>> "Merge branch 'new-image' of git://www.denx.de/git/u-boot-testing",
>> commit 27f33e9f45ef7f9685cbdc65066a1828e85d
Hello Haavard, Wolfgang
> Hmm...maybe this is a stupid question, but why can't it _always_ use
> the RAM area to look up the environment? env_init() is one of the first
> things to be called during bootstrap...
> Maybe it's wishful thinking, but if we could get rid of this extra
> logic, u-bo
Wolfgang Denk <[EMAIL PROTECTED]> writes:
> In message <[EMAIL PROTECTED]> you wrote:
>>
>> >[EMAIL PROTECTED] fw_printenv -n hostname ipaddr
>> >## Error: `-n' option requires exactly one argument
>> >[EMAIL PROTECTED] echo $?
>> >1
>>
>> But I don't understand what the purpose
On Tue, 2008-05-06 at 20:16 -0700, Grant Erickson wrote:
> Changed implementation such that fw_printenv returns failure status when one
> or more specified variables do not exist or when incorrect command syntax is
> used.
>
> This aids scripting fw_printenv such that the script can key of the
In message <[EMAIL PROTECTED]> you wrote:
> Recent modifcations to LOGBUFFER handling code were incorrecly
> introduced to fit_check_kernel() routine during
> "Merge branch 'new-image' of git://www.denx.de/git/u-boot-testing",
> commit 27f33e9f45ef7f9685cbdc65066a1828e85dde4f.
>
> This patch clean
In message <[EMAIL PROTECTED]> you wrote:
>
> > [EMAIL PROTECTED] fw_printenv -n hostname ipaddr
> > ## Error: `-n' option requires exactly one argument
> > [EMAIL PROTECTED] echo $?
> > 1
>
> But I don't understand what the purpose of the "-n" option is?
The purpose seems clear
Recent modifcations to LOGBUFFER handling code were incorrecly
introduced to fit_check_kernel() routine during
"Merge branch 'new-image' of git://www.denx.de/git/u-boot-testing",
commit 27f33e9f45ef7f9685cbdc65066a1828e85dde4f.
This patch cleans up this merge issue.
Signed-off-by: Marian Balakowi
54 matches
Mail list logo
