I am using a recent version of u-boot (git from the past couple of
weeks) and have an LSI SAS adapter on a canyonlands board.
What I see happening is that u-boot reads the bist bit, then does
numerous bar accesses, then sets the bist fail and latency words.
Once the bist is set to fail, the lsi a
On Fri, 16 Oct 2009 13:09:15 -0400
Mark Asselstine wrote:
> The SheevaPlug DevKit is shipped with 4x8 by 1Gb DDR devices in
> two banks for a total of 512MB of RAM. Based on this configuration
> the existing values for SDRAM address control register are incorrect
> -DATA 0xFFD01410 0x0099
--
Software Developer
General Satellite Corp.
--- Begin Message ---
I have not board with NAND, working with OneNAND only.
But I think NAND support have not been removed. Maybe "omap3_evm_config"
configures U-Boot to be built without NAND support. But you can reconfigure
it, so NAND support wil
Hi all.
Please check this mail and try to avoid these kind of fake mails.
Regards,
Kishore.
-- Forwarded message --
From: Online-notification
Date: Mon, Oct 19, 2009 at 4:19 AM
Subject: [U-Boot] Confirmed Recipient
To: i...@msc.co.uk
Your email address has won a lump sum of
>-Original Message-
>From: Kumar Gala [mailto:ga...@kernel.crashing.org]
>Sent: Monday, October 19, 2009 12:10 AM
>To: Kumar Gopalpet-B05799
>Cc: u-boot@lists.denx.de
>Subject: Re: [U-Boot] [PATCH v1 2/2] NET: Base support for etsec2.0
>
>
>On Oct 18, 2009, at 3:43 AM, Sandeep Gopalpet
>-Original Message-
>From: Kumar Gala [mailto:ga...@kernel.crashing.org]
>Sent: Monday, October 19, 2009 12:08 AM
>To: Kumar Gopalpet-B05799
>Cc: u-boot@lists.denx.de
>Subject: Re: [U-Boot] [PATCH v1 1/2] NET: Move MDIO regs out
>of TSEC Space
>
>
>On Oct 18, 2009, at 3:43 AM, Sandeep
Sandeep,
On Sun, Oct 18, 2009 at 5:37 PM, Paulraj, Sandeep wrote:
>
>
> >
> > This is what has changed since v2
> >
> > 10,12c10,12
> > < CPU9260 : fix machine ID when using a CPU9G20.
> > < fix CPU9260/CPU9G20 compile warnings
> > < main.c: In function 'abortboot':
> > ---
> >
Hi Tom,
On Sun, Oct 18, 2009 at 10:26 AM, Tom wrote:
> Thompson, Nick (GE EntSol, Intelligent Platforms) wrote:
>
>> Add a driver for the DA830 EMAC.
>>
>> This is very similar to the davinci_emac driver. It has been restructured
>> to make it as similar as possible. Potentially the two could be
Wolfgang,
On Sun, Oct 18, 2009 at 1:41 PM, Wolfgang Denk wrote:
> Dear Niklaus Giger,
>
> In message <1253686334-30500-1-git-send-email-niklaus.gi...@netstal.com>
> you wrote:
> > Signed-off-by: Niklaus Giger
> > ---
> > common/miiphyutil.c |2 +-
> > 1 files changed, 1 insertions(+), 1 de
On Sunday 18 October 2009 17:32:15 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > Mike Frysinger wrote:
> > > > The env code is protected by the ENV_IS_EMBEDDED define, so
> > > > attempting to compile the code when this isn't defined is pointless.
> > > > Now that the env headers have unified
Newer toolchains will often complain about unchecked fwrite():
envcrc.c:117: warning: ignoring return value of ‘fwrite’, declared
with attribute warn_unused_result
So check the return value to silence the warnings.
Signed-off-by: Mike Frysinger
---
tools/envcrc.c |4
>
> This is what has changed since v2
>
> 10,12c10,12
> < CPU9260 : fix machine ID when using a CPU9G20.
> < fix CPU9260/CPU9G20 compile warnings
> < main.c: In function 'abortboot':
> ---
> > AT91 CPU9260 Fix machine ID when using a CPU9G20.
> > AT91 CPU9260 CPU
> Dear Tom,
>
> In message <4adb78d4.2060...@windriver.com> you wrote:
> >
> > > And where is this patch coming from? Again, I canot see a trace of it
> > > in the mailing list archive, and anyway, it must go through the net
> > > custodian, or at least have Ben's blessing (Acked-by: line).
> >
On Sunday 18 October 2009 16:11:11 Tom wrote:
> Mark Asselstine wrote:
> > The SheevaPlug DevKit is shipped with 4x8 by 1Gb DDR devices in
> > two banks for a total of 512MB of RAM. Based on this configuration
> > the existing values for SDRAM address control register are incorrect
> > and result i
Tom,
On Sun, Oct 18, 2009 at 12:57 PM, Tom wrote:
> Nishanth Menon wrote:
>
>> This modification is NOT tested on any of the
>> platforms modified as I dont have them. please
>> help by testing+building+fixing
>>
>
> On the testing front..
> Regression testing on MAKEALL shows
>
> #warning Ether
via MAKEALL:
Configuring for mcc200 board...
In file included from /usr/local/src/u-boot/blackfin/include/config.h:3,
This is what has changed since v2
10,12c10,12
< CPU9260 : fix machine ID when using a CPU9G20.
< fix CPU9260/CPU9G20 compile warnings
< main.c: In function 'abortboot':
---
> AT91 CPU9260 Fix machine ID when using a CPU9G20.
> AT91 CPU9260 CPU9G20 Fix compile warnin
Your email address has won a lump sum of £539,000.00. To claim your win,
contact Mr. Brian Smith on this Email: barr_smith2...@live.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Mike Frysinger,
In message <200910181751.13743.vap...@gentoo.org> you wrote:
>
> i'd prefer to fix. my guess is these boards link in the .o all the time even
> when they dont have an embedded environment (which isnt a big deal -- the
> file
> would be 0 bytes in that case).
>
> where can
On Sunday 18 October 2009 17:32:15 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > Mike Frysinger wrote:
> > > > The env code is protected by the ENV_IS_EMBEDDED define, so
> > > > attempting to compile the code when this isn't defined is pointless.
> > > > Now that the env headers have unified
Dear Mike Frysinger,
In message <200910181701.33654.vap...@gentoo.org> you wrote:
>
> > Mike Frysinger wrote:
> > > The env code is protected by the ENV_IS_EMBEDDED define, so attempting to
> > > compile the code when this isn't defined is pointless. Now that the env
> > > headers have unified ar
Dear Mike Frysinger,
In message <200910181701.33654.vap...@gentoo.org> you wrote:
>
> > [My understanding is that patch 2/2 will go through your BF repo now,
> > right?]
>
> i can do that since it's already in my vendor branch
Thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering
Dear Kumar Gala,
In message <0f1cba0c-d4ab-42c4-8288-7580de91d...@kernel.crashing.org> you wrote:
>
> We never resolved this.
Right. Still on my list. Sorry - I hope I can find a little time this
week.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Det
Dear Alessandro Rubini,
In message you wrote:
> From: Alessandro Rubini
>
> Signed-off-by: Alessandro Rubini
> Acked-by: Andrea Gallo
> ---
> common/lcd.c | 21 -
> 1 files changed, 0 insertions(+), 21 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DE
Dear Alessandro Rubini,
In message you wrote:
> From: Alessandro Rubini
>
> If the destination is aligned, fill ulong values until possible.
> Then fill remaining part by byte.
>
> Signed-off-by: Alessandro Rubini
> Acked-by: Andrea Gallo
> Acked-by: Mike Frysinger
> ---
> lib_generic/stri
Dear Alessandro Rubini,
In message you wrote:
> From: Alessandro Rubini
>
> If source and destination are aligned, this copies ulong values
> until possible, trailing part is copied by byte. Thanks for the details
> to Wolfgang Denk, Mike Frysinger, Peter Tyser, Chris Moore.
>
> Signed-off-by:
Dear Alessandro Rubini,
In message <20091008122914.ga4...@mail.gnudd.com> you wrote:
> From: Alessandro Rubini
>
> If "stdout" is not previously set, doing "setenv stdout lcd" had no
> effect, since console redirection only worked if the environment
> variable was already set; the second time yo
Dear Martha Stan,
In message <1254904726-14218-1-git-send-email-mm...@silicontkx.com> you wrote:
> Signer-off-by: Martha Stan
> ---
> include/asm-ppc/immap_512x.h |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
Applied, thanks.
When resubmitting a patch please make sure to:
-
On Sunday 18 October 2009 16:53:54 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > The env code is protected by the ENV_IS_EMBEDDED define, so attempting to
> > compile the code when this isn't defined is pointless. Now that the env
> > headers have unified around CONFIG_ENV_IS_EMBEDDED, convert
Dear Martha Stan,
In message <1254814853-19365-1-git-send-email-mm...@silicontkx.com> you wrote:
> From: root
>
> Signed-off-by: root
We need a valid mail address for the Signed-off-by: line.
Please fix and resubmit.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD:
Dear Paul Gortmaker,
In message <1254521913-25655-1-git-send-email-paul.gortma...@windriver.com> you
wrote:
> The basic memtest function tries to watch for ^C after each
> pattern pass as an escape mechanism, but if things are horribly
> wrong, we'll be stuck in an inner loop flooding the console
Dear Mike Frysinger,
In message <1254413514-12564-1-git-send-email-vap...@gentoo.org> you wrote:
> The majority of the time that I build things in U-Boot, I want to just
> build for the board. I don't make board config tweaks after selecting the
> board. So add a new pattern rule that allows peo
Dear Mike Frysinger,
In message <1254338999-16311-1-git-send-email-vap...@gentoo.org> you wrote:
> The env code is protected by the ENV_IS_EMBEDDED define, so attempting to
> compile the code when this isn't defined is pointless. Now that the env
> headers have unified around CONFIG_ENV_IS_EMBEDD
Dear Daniel Mack,
In message <20090928100400.gy9...@buzzloop.caiaq.de> you wrote:
> The current fatload code has a problem together with the way the DOS
> partition parser is implemented.
>
> This hit me when I tried to load a file from a USB stick which had no
> partition table but a FAT16 direc
Dear "Eric Millbrandt",
In message <20090925224247.m56...@coldhaus.com> you wrote:
> Correct the chip select configuration for the nand flash chip select.
>
> Signed-off-by: Eric Millbrandt
> ---
> include/configs/galaxy5200.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Appli
Dear Niklaus Giger,
In message <1253714586-24904-1-git-send-email-niklaus.gi...@netstal.com> you
wrote:
> The option CONFIG_VXWORKS_PREBOOT allows a board specific
> vxworks_preboot to be run just before jumping into the
> vxWorks images. This can be used to alter a register
> which is used diffe
Dear Niklaus Giger,
In message <1253686334-30500-1-git-send-email-niklaus.gi...@netstal.com> you
wrote:
> Signed-off-by: Niklaus Giger
> ---
> common/miiphyutil.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/common/miiphyutil.c b/common/miiphyutil.c
> index 66
Dear Tom,
In message <4adb78d4.2060...@windriver.com> you wrote:
>
> > And where is this patch coming from? Again, I canot see a trace of it
> > in the mailing list archive, and anyway, it must go through the net
> > custodian, or at least have Ben's blessing (Acked-by: line).
> >
> This came fro
Wolfgang Denk wrote:
> Dear Tom,
>
> In message <4ada8080.3060...@windriver.com> you wrote:
>> The following changes since commit a380279b2abe130c2d3d2c8de36f8ff98bc6b3b0:
>>Daniel Gorsulowski (1):
>> at91: Update MEESC board support
>>
>> are available in the git repository at:
>>
>>
Mark Asselstine wrote:
> The SheevaPlug DevKit is shipped with 4x8 by 1Gb DDR devices in
> two banks for a total of 512MB of RAM. Based on this configuration
> the existing values for SDRAM address control register are incorrect
> and result in random kernel oops as memory is incorrectly accessed
>
Dear Tom Rix,
In message <4ad9e9e2@bumblecow.com> you wrote:
> Eric Benard wrote:
> > main.c: In function 'abortboot':
> > main.c:122: warning: too few arguments for format
> >
> > Signed-off-by: Eric Benard
> > ---
> > include/configs/cpuat91.h |4 ++--
> > 1 files changed, 2 insertion
Nishanth Menon wrote:
> This modification is NOT tested on any of the
> platforms modified as I dont have them. please
> help by testing+building+fixing
On the testing front..
Regression testing on MAKEALL shows
#warning Ethernet driver .. error killing for
assabet, gcplus, lubbock, omap1510inn,
Dear Tom,
In message <4ada8080.3060...@windriver.com> you wrote:
> The following changes since commit a380279b2abe130c2d3d2c8de36f8ff98bc6b3b0:
>Daniel Gorsulowski (1):
> at91: Update MEESC board support
>
> are available in the git repository at:
>
>git://git.denx.de/u-boot-arm
Dear Martha,
In message <200910131345510.sm02...@[206.180.163.89]> you wrote:
>
> >We should avoid adding stuff to asm-offsets.h; instead, we should
> >finally auto-generate this file from the respective C structs as it's
> >done in Linux. Do you dare to tackle this?
>
> I can't do this any tim
Dear Kim Phillips,
In message <20091016173304.ca71eb5a.kim.phill...@freescale.com> you wrote:
> Wolfgang Denk,
>
> Please pull a fix for 8313 rev.2+ networking device trees and a minor
> consistency fix:
>
> The following changes since commit cd77dd109c4a439519a78c32eddc42bdebc7a61f:
> Wolfgan
The change from v1 of yesterday is to include the s5pc1xx fix
< Minkyu Kang (4):
---
> Minkyu Kang (5):
18a19
> s5pc1xx: SMDKC100: fix compile warnings
Tom
The following changes since commit a380279b2abe130c2d3d2c8de36f8ff98bc6b3b0:
Daniel Gorsulowski (1):
at91: Update MEES
On Oct 18, 2009, at 3:43 AM, Sandeep Gopalpet wrote:
> 1. Modified the tsec_mdio structure to include the new regs
> 2. Modified the MDIO_BASE_ADDR so that it will handle both
> older version and new version of etsec.
>
> Signed-off-by: Sandeep Gopalpet
> ---
> include/asm-ppc/immap_85xx.h |
On Oct 18, 2009, at 3:43 AM, Sandeep Gopalpet wrote:
> Moved the mdio regs out of the tsec structure,and
> provided different offsets for tsec base and mdio
> base so that provision for etsec2.0 can be provided.
>
> This patch helps in providing the support for etsec2.0
> In etsec2.0, the MDIO re
Thompson, Nick (GE EntSol, Intelligent Platforms) wrote:
> Add config, Makefile and common header changes to integrate DA8xx
> Support.
>
> Creates a new config target:
> make ... da8xx_omapl1_evm_config
>
> Tested build with Sourcery G++ Lite 2009q1-203 tool chain on an
> OMAP-L137 EVM boa
Thompson, Nick (GE EntSol, Intelligent Platforms) wrote:
> Add a driver for the DA830 EMAC.
>
> This is very similar to the davinci_emac driver. It has been restructured
> to make it as similar as possible. Potentially the two could be merged,
> but I don't have access to other davinci type platfo
Thompson, Nick (GE EntSol, Intelligent Platforms) wrote:
> Create initial contents of the board/da8xx/da8xx-evm directory:
>
> Low level board initialisation.
> Board level initilisation.
> Linker control.
Please add a better description of the board.
Please include a link to a long lived documen
Thompson, Nick (GE EntSol, Intelligent Platforms) wrote:
> Resent due to wrapping in patch 2 (unwrapped patch 1 resent, 3, 4 and 5 seem
> okay)
Sorry I missed your rev of patch #1.
I prefer to see the whole patch set resubmitted instead of parts.
Please also list the version number of the patch
Thompson, Nick (GE EntSol, Intelligent Platforms) wrote:
> Create initial contents of the cpu/arm926ejs/da8xx directory:
>
> Low level initilisation.
> Support for SoC clock, timer and reset functions.
>
> Signed-off-by: Nick Thompson
> ---
> Applies to u-boot-ti
>
> cpu/arm926ejs/da8xx/Makefi
Minkyu Kang wrote:
> Dear Dirk and Tom
>
> 2009/10/18 Dirk Behme :
>> Dirk Behme wrote:
>>> Tom wrote:
>> ...
Minkyu Kang (4):
s5pc1xx: support Samsung s5pc1xx SoC
s5pc1xx: support onenand driver
s5pc1xx: support serial driver
s5pc1xx: add suppo
Thompson, Nick (GE EntSol, Intelligent Platforms) wrote:
> Patches 1/5 and 2/5 both *still* contain small amounts of wrapping - why
> does outlook even consider that it's okay to mangle my e-mails??? - Please
> excuse the mess.
>
> I can fix them, but I'm not going to send them again until people
Minkyu Kang wrote:
> fix the following compile warnings
> warning: dereferencing type-punned pointer will break strict-aliasing rules
>
> Signed-off-by: Minkyu Kang
> ---
> drivers/serial/serial_s5pc1xx.c |2 +-
> include/asm-arm/arch-s5pc1xx/clock.h | 88
> +-
>
> Hi all
>
> The u-boot ti git source code (u-boot-ti) does not seem to build for
> the dm355evm.
I am using an image from that source on my EVM. Nevertheless I tried to build
again and it worked.
> I'm getting a "lowlevel_init.S:619:2: error: #error
> "Unknown DDR configuration!!!"
> aft
Dear Dirk and Tom
2009/10/18 Dirk Behme :
> Dirk Behme wrote:
>> Tom wrote:
> ...
>>> Minkyu Kang (4):
>>> s5pc1xx: support Samsung s5pc1xx SoC
>>> s5pc1xx: support onenand driver
>>> s5pc1xx: support serial driver
>>> s5pc1xx: add support SMDKC100 board
> ...
>> But: F
Hi all
The u-boot ti git source code (u-boot-ti) does not seem to build for
the dm355evm. I'm getting a "lowlevel_init.S:619:2: error: #error
"Unknown DDR configuration!!!"
after :
make davinci_dm355evm_config
make
Before I correct this am I missing something?
--
--Adrian Edmonds
For those interested,
The problem was a bad solder joint on CAS.
During writes to DDR, the CPU generates the DQS strobes.
During reads from DDR, the SDRAM asserts the DQS strobes. If the DDR
SDRAM is not initialised properly, the SDRAM will not assert the DQS
signals and the CPU will hang on a
1. Modified the tsec_mdio structure to include the new regs
2. Modified the MDIO_BASE_ADDR so that it will handle both
older version and new version of etsec.
Signed-off-by: Sandeep Gopalpet
---
include/asm-ppc/immap_85xx.h |6 +-
include/configs/P1_P2_RDB.h |5 +
include/tsec.h
Moved the mdio regs out of the tsec structure,and
provided different offsets for tsec base and mdio
base so that provision for etsec2.0 can be provided.
This patch helps in providing the support for etsec2.0
In etsec2.0, the MDIO register space and the etsec reg
space are different.
Signed-off-by
Dirk Behme wrote:
> Tom wrote:
...
>> Minkyu Kang (4):
>>s5pc1xx: support Samsung s5pc1xx SoC
>>s5pc1xx: support onenand driver
>>s5pc1xx: support serial driver
>>s5pc1xx: add support SMDKC100 board
...
> But: For smdkc100 I get a lot of warnings [2]. I'm not sure if
Tom wrote:
> The following changes since commit a380279b2abe130c2d3d2c8de36f8ff98bc6b3b0:
>Daniel Gorsulowski (1):
> at91: Update MEESC board support
>
> are available in the git repository at:
>
>git://git.denx.de/u-boot-arm master-sync
>
> Eric Benard (3):
>CPU9260 : f
64 matches
Mail list logo
