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 this is
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.
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 sandeep.ku...@freescale.com
---
include/asm-ppc/immap_85xx.h |6 +-
include/configs/P1_P2_RDB.h
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
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
Dear Dirk and Tom
2009/10/18 Dirk Behme dirk.be...@googlemail.com:
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
...
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!!!
after :
make
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 have
Minkyu Kang wrote:
Dear Dirk and Tom
2009/10/18 Dirk Behme dirk.be...@googlemail.com:
Dirk Behme wrote:
Tom wrote:
...
Minkyu Kang (4):
s5pc1xx: support Samsung s5pc1xx SoC
s5pc1xx: support onenand driver
s5pc1xx: support serial driver
s5pc1xx: add support
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 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 document if
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 platforms
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 sandeep.ku...@freescale.com
---
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 MEESC
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:
Wolfgang Denk
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 time soon
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
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,
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
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:
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 from the last
Dear Niklaus Giger,
In message 1253686334-30500-1-git-send-email-niklaus.gi...@netstal.com you
wrote:
Signed-off-by: Niklaus Giger niklaus.gi...@netstal.com
---
common/miiphyutil.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/miiphyutil.c
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
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 emillbra...@dekaresearch.com
---
include/configs/galaxy5200.h |2 +-
1 files changed, 1 insertions(+), 1
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 directly
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_EMBEDDED,
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 people
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 Martha Stan,
In message 1254814853-19365-1-git-send-email-mm...@silicontkx.com you wrote:
From: root r...@linux-oy3m.(none)
Signed-off-by: root r...@linux-oy3m.(none)
We need a valid mail address for the Signed-off-by: line.
Please fix and resubmit.
Best regards,
Wolfgang Denk
--
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 the
Dear Martha Stan,
In message 1254904726-14218-1-git-send-email-mm...@silicontkx.com you wrote:
Signer-off-by: Martha Stan mm...@silicontkx.com
---
include/asm-ppc/immap_512x.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
Applied, thanks.
When resubmitting a patch please
Dear Alessandro Rubini,
In message 20091008122914.ga4...@mail.gnudd.com you wrote:
From: Alessandro Rubini rub...@unipv.it
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
Dear Alessandro Rubini,
In message cceb84d6368125b2d1003ebced494b45ca2cf999.1255168028.git.rubini@
unipv.it you wrote:
From: Alessandro Rubini rub...@unipv.it
If source and destination are aligned, this copies ulong values
until possible, trailing part is copied by byte. Thanks for the
Dear Alessandro Rubini,
In message ab1169840f2a99906a81d8512922f5911dc9c0f1.1255168028.git.rubini@
unipv.it you wrote:
From: Alessandro Rubini rub...@unipv.it
If the destination is aligned, fill ulong values until possible.
Then fill remaining part by byte.
Signed-off-by: Alessandro
Dear Alessandro Rubini,
In message a492794e122bec9e622a27c0b5cf895602ef1ffd.1255168028.git.rubini@
unipv.it you wrote:
From: Alessandro Rubini rub...@unipv.it
Signed-off-by: Alessandro Rubini rub...@unipv.it
Acked-by: Andrea Gallo andrea.ga...@stericsson.com
---
common/lcd.c | 21
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 around
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 i get
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
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 warnings
via MAKEALL:
Configuring for mcc200 board...
In file included from /usr/local/src/u-boot/blackfin/include/config.h:3,
Tom,
On Sun, Oct 18, 2009 at 12:57 PM, Tom tom@windriver.com 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
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 in random
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 from
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
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 vap...@gentoo.org
---
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 around
Wolfgang,
On Sun, Oct 18, 2009 at 1:41 PM, Wolfgang Denk w...@denx.de wrote:
Dear Niklaus Giger,
In message 1253686334-30500-1-git-send-email-niklaus.gi...@netstal.com
you wrote:
Signed-off-by: Niklaus Giger niklaus.gi...@netstal.com
---
common/miiphyutil.c |2 +-
1 files
Hi Tom,
On Sun, Oct 18, 2009 at 10:26 AM, Tom tom@windriver.com 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
Sandeep,
On Sun, Oct 18, 2009 at 5:37 PM, Paulraj, Sandeep s-paul...@ti.com 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':
---
-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 Gopalpet
-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 wrote:
51 matches
Mail list logo