> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Thursday, July 30, 2009 4:02 AM
> To: Prafulla Wadaskar
> Cc: Jean-Christophe PLAGNIOL-VILLARD; U-Boot; Ben Warren;
> Ashish Karkare; Prabhanjan Sarnaik
> Subject: Re: [U-Boot] ARM Pull Request
>
> Dear Prafulla
From: Alex Dubov
This board, intended for RapidIO development, has following features:
* RapidIO interface to backplane
* No PCI
* USB controller on LBC (not currently enabled)
* 16MiB Spansion flash
* one soDIMM DDR2 slot
Environment is set to its own, smaller eraseblock near the end of FLASH
c
From: Alex Dubov
All STx boards follow common convention for LAW region assignment.
Signed-off-by: Alex Dubov
---
board/stx/common/Makefile | 54 +
board/stx/{stxssa => common}/law.c | 22 -
board/stx/stxgp3/Makefile |1 -
b
From: Alex Dubov
Move files belonging to the STx boards into common vendor directory and
update the Makefile to reflect this.
Signed-off-by: Alex Dubov
---
Makefile|6 +++---
board/{ => stx}/stxgp3/Makefile |0
board/{ => stx}/stxgp3/config.mk
From: Alex Dubov
Board specific ddr options are moved to the main board configuration file.
Common DIMM enumeration code is factored out.
Signed-off-by: Alex Dubov
---
board/stx/common/Makefile |1 +
board/stx/common/ddr.c| 43 +
board/stx/stxgp3/Makefile |
I created a common vendor directory for STx, factored out law.c and ddr.c
files, have not touched the tlb.c ones (for now) and added my AMC8548 config.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Until now, custom environment settings were just defined in the board config
file. All that had to be done is to edit the file, recompile the u-boot and
flash it to the target.
Now, however, this approach is not longer acceptable. This means, that
environment must be either set manually on the ta
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Thursday, August 06, 2009 7:53 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik
> Subject: Re: [U-Boot] [PATCH] arm: Kirkwood: add SYSRSTn
> Duration Counter Support
>
> D
For historic reasons we had defined some additional PLATFORM_CPPFLAGS like:
PLATFORM_CPPFLAGS += -DCONFIG_MPC86xx=1
PLATFORM_CPPFLAGS += -DCONFIG_MPC8641=1
However these are all captured in the config.h and thus redudant. Also
moved common 86xx flags into cpu/mpc86xx/config.mk.
Signed-off-by: K
For historic reasons we had defined some additional PLATFORM_CPPFLAGS
like:
PLATFORM_CPPFLAGS += -DCONFIG_E500=1
PLATFORM_CPPFLAGS += -DCONFIG_MPC85xx=1
PLATFORM_CPPFLAGS += -DCONFIG_MPC8548=1
However these are all captured in the config.h and thus redudant.
Signed-off-by: Kumar Gala
---
board
We move all IO addressed (CCSR, localbus, PCI) above the 4G boundary
to allow for larger memory sizes.
Signed-off-by: Kumar Gala
---
Makefile|5 ++-
include/configs/MPC8536DS.h | 82 +-
2 files changed, 76 insertions(+), 11 deleti
On Jul 29, 2009, at 12:47 AM, Wolfgang Denk wrote:
> Dear Scott,
>
> In message <20090728225244.ga8...@b07421-ec1.am.freescale.net> you
> wrote:
>>
>> The patch title is bad -- it's not disabling warnings, it's
>> disabling an
>> aspect of C99 that the code is incompatible with (and which is
We seem to set CPPFLAGS to include RELFLAGS but I'm wondering how
PLATFORM_ RELFLAGS is suppose to differ from PLATFORM_CPPFLAGS.
I especially love the following:
cpu/i386/config.mk:PLATFORM_RELFLAGS +=
cpu/nios/config.mk:PLATFORM_RELFLAGS +=
cpu/nios2/config.mk:PLATFORM_RELFLAGS +=
(Yes they
Dear Robin Getz,
In message <200908061557.30782.rg...@blackfin.uclinux.org> you wrote:
>
> when I switch to the net tree, I get:
>
> rg...@pinky:~/blackfin/mainline/u-boot/net> git remote -v
> origin git://git.denx.de/u-boot-net.git
> rg...@pinky:~/blackfin/mainline/u-boot/net> git describe --al
On Tue, Jul 21, 2009 at 05:13:40PM +0200, Heiko Schocher wrote:
> Signed-off-by: Heiko Schocher
Applied to u-boot-nand-flash/next
-Scott
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Tue, Jul 21, 2009 at 11:58:04AM +0900, Kyungmin Park wrote:
> Remove unused read_spareram and add unlock_all as kernel does
>
> Signed-off-by: Kyungmin Park
Applied to u-boot-nand-flash/next
-Scott
___
U-Boot mailing list
U-Boot@lists.denx.de
http:
On Thu, Jul 16, 2009 at 09:19:29PM +0200, Matthias Kaehlcke wrote:
> Add KB9202 NAND driver
>
> Signed-off-by: Matthias Kaehlcke
>
Applied to u-boot-nand-flash/next.
-Scott
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/lis
Dear Kumar Gala,
In message you wrote:
>
> I think its a copy/paste thing that's just propagated w/o anyone
> asking why.
The Wisdom of Crowds in action ;-)
> We probably based the first 85xx port on a 440 seeing as the 440's
> seem to do the following:
>
> board/amcc/ebony/config.mk:PLAT
Dear Kumar Gala,
In message you wrote:
>
> >> +MPC8536DS_36BIT_config \
> >> MPC8536DS_config: unconfig
> >> - @$(MKCONFIG) $(@:_config=) ppc mpc85xx mpc8536ds freescale
> >> + @mkdir -p $(obj)include
> >> + @if [ "$(findstring _36BIT_,$@)" ] ; then \
> >> + echo "#define CONFI
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090806211548.gi13...@game.jcrosoft.org> you wrote:
>
> honestly I'll not ack the change otherwise noone will update the timers
That's a pretty purist position which is not exactly helpful, as it
results in broken systems.
Consider it as a need
On Aug 6, 2009, at 2:40 PM, Wolfgang Denk wrote:
> Dear Timur Tabi,
>
> In message <4a7b1cfb.3030...@freescale.com> you wrote:
>> Why do we define the same macros in config.mk and in the board
>> header file?
>
> We == Freescale here? I agree - I never understood this either.
>
>> Isn't it redu
On Aug 6, 2009, at 2:33 PM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message <1249573913-1451-1-git-send-email-
> ga...@kernel.crashing.org> you wrote:
>> We move all IO addressed (CCSR, localbus, PCI) above the 4G boundary
>> to allow for larger memory sizes.
>>
>> Signed-off-by: Kumar Ga
On 22:53 Thu 06 Aug , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090806202615.gh13...@game.jcrosoft.org> you wrote:
> >
> > as we are all supposed to have CONFIG_SYS_HZ at 1000 (mandtory)
> > to have cfi, tftp & co working perfectly I do not thing this is a
In message <20090806205329.8a31c832e...@gemini.denx.de> I wrote:
>
> However, the current situation is this: more than 60 boards (all of
> them ARM, it seems) use very different settings:
>
> include/configs/EB+MCF-EV123.h: 1000
> include/configs/EP1C20.h:
> (CONFIG
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090806202615.gh13...@game.jcrosoft.org> you wrote:
>
> as we are all supposed to have CONFIG_SYS_HZ at 1000 (mandtory)
> to have cfi, tftp & co working perfectly I do not thing this is a good idea
Yes, this is the rule, and we would like to enf
On 15:09 Thu 06 Aug , Renato Andreola wrote:
> From 3723c8437d8c3d2e04bc3bc1de9c21b33072ab08 Mon Sep 17 00:00:00 2001
> From: Renato Andreola
> Date: Thu, 6 Aug 2009 14:49:59 +0200
> Subject: [PATCH] drivers/mtd/cfi_flash: precision and underflow problem
> in tout calculation
>
> With old c
GurumurthyGowdar wrote:
> Dear all,
> i have an issue with the clock configuration for MPC8280 for
> U-boot 1.3.1,
>
> the following is the message when u-boot booted.
>
> U-Boot 1.3.1 (Jul 27 2009 - 17:27:10)
>
> MPC8260 Reset Status: External Soft, External Hard
>
> MPC8260 Cl
Dear Javier,
In message you
wrote:
...
> I have applied it but when compiling it gives the following errors:
...
> arm-none-linux-gnueabi-ld: ERROR: Source object
> /opt/freescale/usr/local/gcc-4.1.2-glibc-2.5-nptl-3/arm-none-linux-gnueabi/lib/gcc/arm-none-linux-gnueabi/4.1.2/libgcc.a(_udivsi3.o
Robin Getz wrote:
> On Thu 6 Aug 2009 15:40, Wolfgang Denk pondered:
>
>> Dear Robin Getz,
>>
>> In message <200908061427.10961.rg...@blackfin.uclinux.org> you wrote:
>>
>>> On Thu 23 Jul 2009 03:01, Robin Getz pondered:
>>>
OK - this is on
git remote -v
origin
GurumurthyGowdar wrote:
> MPC8260 Clock Configuration
> - Bus-to-Core Mult 3x, VCO Div 4, 60x Bus Freq 16-50 , Core Freq 50-150
> - dfbrg 1, corecnf 0x10, busdf 4, cpmdf 1, plldf 0, pllmf 4, pcidf 3
> - vco_out 5, scc_clk 12500, brg_clk 3125
> - cpu_clk 3, cpm_clk
On Thu 6 Aug 2009 15:40, Wolfgang Denk pondered:
> Dear Robin Getz,
>
> In message <200908061427.10961.rg...@blackfin.uclinux.org> you wrote:
> > On Thu 23 Jul 2009 03:01, Robin Getz pondered:
> > > OK - this is on
> > >
> > > git remote -v
> > > origin git://git.denx.de/u-boot-net.git
> > >
>
Dear "GurumurthyGowdar",
In message <20090806185644.1388.qm...@f4mail-234-237.rediffmail.com> you wrote:
>
> i have an issue with the clock configuration for MPC8280 for
> U-boot 1.3.1,
...
> in terms of hardware i have configured as per the clock configuration but if
> we see the
Dear Robin Getz,
In message <200908061427.10961.rg...@blackfin.uclinux.org> you wrote:
> On Thu 23 Jul 2009 03:01, Robin Getz pondered:
> > OK - this is on
> >
> > git remote -v
> > origin git://git.denx.de/u-boot-net.git
> >
> > git log --max-count=1
> > commit 97cfe86163505ea18e7ff7b71e78df5
Dear Timur Tabi,
In message <4a7b1cfb.3030...@freescale.com> you wrote:
> Why do we define the same macros in config.mk and in the board header file?
We == Freescale here? I agree - I never understood this either.
> Isn't it redundant to have these entries in config.mk? We seem to
> be doing thi
Dear alfred steele,
In message <528f13590908061058p75cb632cubedee8990ceb7...@mail.gmail.com> you
wrote:
>
> I have been building/using u-boot for uite some time now. I never had
> issues with it. Now, I am trying to use a versioning system to store a
> version of u-boot and then check out a fres
Dear Kumar Gala,
In message <1249573913-1451-1-git-send-email-ga...@kernel.crashing.org> you
wrote:
> We move all IO addressed (CCSR, localbus, PCI) above the 4G boundary
> to allow for larger memory sizes.
>
> Signed-off-by: Kumar Gala
> ---
> Makefile|8 -
> inclu
The ARM EABI defines new names for GCC helper functions,
and GCC seems to need some new functions as well.
This patch is a minimal-invasive approach to fix problems with EABI
conformant tool chains (to be used with "USE_PRIVATE_LIBGCC=yes").
Signed-off-by: Wolfgang Denk
---
lib_arm/_ashldi3.S |
Dear all,
i have an issue with the clock configuration for MPC8280 for
U-boot 1.3.1,
the following is the message when u-boot booted.
U-Boot 1.3.1 (Jul 27 2009 - 17:27:10)
MPC8260 Reset Status: External Soft, External Hard
MPC8260 Clock Configuration
- Bus-to-Core Mult 3x, VCO
Robin Getz wrote:
> On Thu 23 Jul 2009 03:01, Robin Getz pondered:
>
>> OK - this is on
>>
>> git remote -v
>> origin git://git.denx.de/u-boot-net.git
>>
>> git log --max-count=1
>> commit 97cfe86163505ea18e7ff7b71e78df5bb03dad57
>>
>> (Is there a better way to tell if git is up to date?)
>>
> Hi all,
> I have been building/using u-boot for uite some time now. I never had
> issues with it. Now, I am trying to use a versioning system to store a
> version of u-boot and then check out a fresh version from the
> repository on a different workspace and trying to compile it.
> I get the fol
On Thu 23 Jul 2009 03:01, Robin Getz pondered:
> OK - this is on
>
> git remote -v
> origin git://git.denx.de/u-boot-net.git
>
> git log --max-count=1
> commit 97cfe86163505ea18e7ff7b71e78df5bb03dad57
>
> (Is there a better way to tell if git is up to date?)
Was there any problems with this o
Hi All
OMAP3_SDP supports both NAND and NOR flash, depending on the dip switch
settings it will select NOR or NAND.
So I would like to know is there any way I can configure both NAND and NOR in
common configuration file.
so that I need not rebuild separatley for NAND or NOR.
Regards
Na
Why do we define the same macros in config.mk and in the board header file?
config.mk:
PLATFORM_CPPFLAGS += -DCONFIG_E500=1
PLATFORM_CPPFLAGS += -DCONFIG_MPC85xx=1
PLATFORM_CPPFLAGS += -DCONFIG_MPC8572=1
MPC8572DS.h:
#define CONFIG_BOOKE1 /* BOOKE */
#define CONFIG_E500
> u-boot]$ make mx31_config
> Configuring for mx31 board...
> rm: cannot remove `asm': Is a directory
Asm should be a symlink. It seems you checked in your own versioning
system the directory pointed by the link and not the link itself.
Most likely your versioning system doesn't handle symlinks.
Hi all,
I have been building/using u-boot for uite some time now. I never had
issues with it. Now, I am trying to use a versioning system to store a
version of u-boot and then check out a fresh version from the
repository on a different workspace and trying to compile it.
I get the following error
Hi Robin,
Robin Getz wrote:
> As far as I can tell - the dhcp_leasetime var is not accessed outside of the
> net/bootp.c file, and it isn't actually used anywhere, just written to - so
> it is not removed by --gc-sections. :(
>
> net/bootp.c:unsigned long dhcp_leasetime = 0;
>
> net/bootp.c:
Hi,
I'm trying to access USB mass storage devices from u-boot
running on MPC8536DS. I use the latest git version.
Tried 4 different devices, but only one of them was recognized.
although all 4 work fine with linux-2.6.31-rc5. Also, device is
recognizable only in 1 of 4 available USB ports.
Is tha
Thanks for the quick responses.
Thanks for the quick responses.
Actually it doesn't need to be so big, to justify use TEXT_BASE
0xfff0. Im really wasting flash memory.
The problem is that in U-Boot-1.2.0, u-boot.bin gets filled, and in
U-Boot-2009.03 seems that objcopy doesn't fill the right
From 341dbd88695d3514699aae612d640ed93feb8821 Mon Sep 17 00:00:00 2001
From: Renato Andreola
Date: Thu, 6 Aug 2009 18:05:00 +0200
Subject: [PATCH] drivers/mtd/cfi_flash: precision and underflow problem in tout
calculation
With old configuration it could happen tout=0 if CONFIG_SYS_HZ<1000
solve
Signed-off-by: Kumar Gala
---
* Forgot signoff on the first patch
board/freescale/mpc8536ds/mpc8536ds.c | 16 +---
1 files changed, 5 insertions(+), 11 deletions(-)
diff --git a/board/freescale/mpc8536ds/mpc8536ds.c
b/board/freescale/mpc8536ds/mpc8536ds.c
index 5bd20ce..032d732 1
We move all IO addressed (CCSR, localbus, PCI) above the 4G boundary
to allow for larger memory sizes.
Signed-off-by: Kumar Gala
---
Makefile|8 -
include/configs/MPC8536DS.h | 78 +-
2 files changed, 75 insertions(+), 11 dele
---
board/freescale/mpc8536ds/mpc8536ds.c | 16 +---
1 files changed, 5 insertions(+), 11 deletions(-)
diff --git a/board/freescale/mpc8536ds/mpc8536ds.c
b/board/freescale/mpc8536ds/mpc8536ds.c
index 5bd20ce..032d732 100644
--- a/board/freescale/mpc8536ds/mpc8536ds.c
+++ b/board/fr
Hi Tuma,
> While I've been waiting for reply, I've found some information from Internet
> and source code. I tryed to configure current omap3evm config file, but I get
> errors during compilation.
> So I know there is no LCD support for OMAP3evm now.
This can be changed ;)
> And now I think ab
Hi All
I am trying to get MMC support on omap3_sdp
Configuration changes I added are below
#define CONFIG_MMC 1
#define CONFIG_OMAP3_MMC 1 //this will pick up the mmc driver for
omap3
#define CONFIG_CMD_FAT /* FAT support */
#defin
Hi Wolfgang Denk
>
> Dear "Penda, Naveen Kumar",
>
> In message
> <5a47e75e594f054baf48c5e4fc4b92ab0305fc6...@dbde02.ent.ti.com>
> you wrote:
> >
> > Thanks for your quick support,
> > Now I made CFG_ENV_SIZE to proper sector size.
>
> You must be using really obsolte code if you still
Dear Prafulla Wadaskar,
In message <73173d32e9439e4abb5151606c3e19e202e1215...@sc-vexch1.marvell.com>
you wrote:
>
> > Ping?
> This patch is already applied
Ah. thanks for pointing out.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB
Dear Jerry Van Baren,
In message <4a7adcc8.9040...@ge.com> you wrote:
>
> Argh, some days I read. Other days...
With a little training you probably can learn to read _while_ rolling
your eyes :-)
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Z
Dear Prafulla Wadaskar,
In message <1249583526-22532-1-git-send-email-prafu...@marvell.com> you wrote:
> This feature can be used to trigger special command "sysrst_cmd" using
> reset key long press event
> (useful for reset to factory or manufacturing mode execution)
Cool.
> Implementation: upo
Dear Alessandro Rubini,
In message <20090806133110.ga26...@mail.gnudd.com> you wrote:
>
> Since the timeout is an error condition, It's better to have it longer
> than shorter. Since integer division truncates towards 0, I'd better
> give my hardware more time before signalling an error (an unlik
Jerry Van Baren wrote:
> Hi Alemao,
>
> Alemao wrote:
>> Hi all,
>>
>> Im having problems porting u-boot-2009.03 to a MPC8541 board.
^^^
[snip]
> You did not say what processor you are using, but it sounds
> like a MPC74xx or MPC86xx or MPC8
This feature can be used to trigger special command "sysrst_cmd" using
reset key long press event
(useful for reset to factory or manufacturing mode execution)
Kirkwood SoC implements a hardware-based SYSRSTn duration counter.
When SYSRSTn is asserted low, a SYSRSTn duration counter is running.
Th
>> +tout = tout * CONFIG_SYS_HZ / 1000 + 1;
> 2) There should be a Signed-off-by: from Alessandro, too.
Signed-off-by: Alessandro Rubini
> 5) Omit the "+1". It seems bogus to me.
Since the timeout is an error condition, It's better to have it longer
than shorter. Since integer
Hi Alemao,
Alemao wrote:
> Hi all,
>
> Im having problems porting u-boot-2009.03 to a MPC8541 board.
>
> In u-boot-1.2.0, if I use TEXT_BASE = 0xfff0, u-boot.bin is
> created with 1MB size.
The .bin file is a binary image from the first location 0xfff0
*contiguously filled* to the last
Dear Renato Andreola,
In message <4a7ad72a.4030...@imagos.it> you wrote:
> From 6e15ffc680ca75d5bd3a01fc9010c34637c6ab32 Mon Sep 17 00:00:00 2001
> From: Renato Andreola
> Date: Thu, 6 Aug 2009 12:28:51 +0200
> Subject: [PATCH] Yanu Support for U-Boot
>
> with this patch YANU uart support will
Dear Renato Andreola,
In message <4a7ad624.9030...@imagos.it> you wrote:
> From 3723c8437d8c3d2e04bc3bc1de9c21b33072ab08 Mon Sep 17 00:00:00 2001
> From: Renato Andreola
> Date: Thu, 6 Aug 2009 14:49:59 +0200
> Subject: [PATCH] drivers/mtd/cfi_flash: precision and underflow problem
> in tout ca
From 6e15ffc680ca75d5bd3a01fc9010c34637c6ab32 Mon Sep 17 00:00:00 2001
From: Renato Andreola
Date: Thu, 6 Aug 2009 12:28:51 +0200
Subject: [PATCH] Yanu Support for U-Boot
with this patch YANU uart support will be added to u-boot.
Remember to modify properly your board files for defining physical
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk
> Sent: Thursday, August 06, 2009 2:37 AM
> To: Ben Warren
> Cc: U-Boot ML
> Subject: Re: [U-Boot] [PATCH 2/3]: arm: Kirkwood: Check the
> error summary bit for e
From 3723c8437d8c3d2e04bc3bc1de9c21b33072ab08 Mon Sep 17 00:00:00 2001
From: Renato Andreola
Date: Thu, 6 Aug 2009 14:49:59 +0200
Subject: [PATCH] drivers/mtd/cfi_flash: precision and underflow problem
in tout calculation
With old configuration it could happen tout=0 if CONFIG_SYS_HZ<1000
solve
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk
> Sent: Thursday, August 06, 2009 2:38 AM
> To: Ben Warren
> Cc: U-Boot ML
> Subject: Re: [U-Boot] [PATCH 3/3]: arm: Kirkwood: See to it
> that sent data is 8-by
Dear Alemao,
In message you
wrote:
>
> Im having problems porting u-boot-2009.03 to a MPC8541 board.
>
> In u-boot-1.2.0, if I use TEXT_BASE = 0xfff0, u-boot.bin is
> created with 1MB size.
Sounds like a waste of flash memoory ?
> But in u-boot-2009.03 it's created with only 516kB.
Look
Hi all,
Im having problems porting u-boot-2009.03 to a MPC8541 board.
In u-boot-1.2.0, if I use TEXT_BASE = 0xfff0, u-boot.bin is
created with 1MB size.
But in u-boot-2009.03 it's created with only 516kB.
In cpu/mpc85xx/start.S says:
"The processor starts at 0xfffc and the code is firs
Hello, Detlev!
Thanks for your reply.
While I've been waiting for reply, I've found some information from Internet
and source code. I tryed to configure current omap3evm config file, but I get
errors during compilation.
So I know there is no LCD support for OMAP3evm now.
And now I think about the
Dear Renato Andreola,
In message <4a7ab614.2020...@imagos.it> you wrote:
>
>
>
Please NEVER post HTML here!!
> I agree with Wolfgang Denk in not using the LL type (too
> compiler/library/machine dependent).
> I think that the code of Alessandro Rubini that makes the runtime
> decision using n
> With old configuration it could happen tout=0 if CONFIG_SYS_HZ<1000
> solved using an unsigned long long
I had the same problem with an ancient version of a vendor-ported u-boot. There
my CFG_HZ was 100, so the timeout was 0.
I used this, which avoids the preprocessor conditional. Since the HZ
Dear Renato Andreola,
In message <4a7aa72c.8010...@imagos.it> you wrote:
> From be54cb97ca26bcbbc1a908d1f2a5447b6639dc59 Mon Sep 17 00:00:00 2001
> From: Renato Andreola
> Date: Thu, 6 Aug 2009 11:40:52 +0200
> Subject: [PATCH] drivers/mtd/cfi_flash: precision and underflow problem
> in tout ca
From be54cb97ca26bcbbc1a908d1f2a5447b6639dc59 Mon Sep 17 00:00:00 2001
From: Renato Andreola
Date: Thu, 6 Aug 2009 11:40:52 +0200
Subject: [PATCH] drivers/mtd/cfi_flash: precision and underflow problem
in tout calculation
With old configuration it could happen tout=0 if CONFIG_SYS_HZ<1000
solve
From caddbcecc99d7f96fdf7ca9c3d89ffac9cb999e1 Mon Sep 17 00:00:00 2001
From: Renato Andreola
Date: Thu, 6 Aug 2009 11:03:19 +0200
Subject: Nios2: do_boom_linux(): kernel gunzip input data integrity
problem due to mi
ssing cache flush
Added instruction and data caches flush
Signed-o
Dear Alex Dubov,
In message <963516.31353...@web37603.mail.mud.yahoo.com> you wrote:
>
> However, the real issue here is whether you prefer a #define sprawl or
> having a couple of additional short files for each board in question. Until
> now, as I can see, the second option was preferred.
I ex
Dear prathika,
In message <4a7a7946.6080...@deeopl.com> you wrote:
>
> i am porting u-boot on powerpc 440.
> i am also running a simple hello world application on it and I want to
> use floating point unit.
Boot an operating system, then.
U-Boot is just a boot loader, and we do not support any
79 matches
Mail list logo
