From: Holger Brunck holger.bru...@keymile.com
The MACH_TYPE SUEN3 is now to specific for keymile boards, because
other boards similar to suen3 will follow. So the MACH_SUEN3 was renamed
to MACH_KM_KIRKWOOD.
Signed-off-by: Holger Brunck holger.bru...@keymile.com
Signed-off-by: Heiko Schocher
The Kirwood based SUEN8 board from Keymile is at this stage
the same than the suen3 board. This patch adds the board
support for the suen8.
Signed-off-by: Holger Brunck holger.bru...@keymile.com
Signed-off-by: Heiko Schocher h...@denx.de
cc: Prafulla Wadaskar prafu...@marvell.com
---
Changes for
This patch renames the suen3 defines and functions to KM_KIRKWOOD
which is more generic and more precise, because these values
and functions where used by all suenX boards and not only suen3.
Signed-off-by: Lukas Roggli lukas.rog...@keymile.com
Signed-off-by: Valentin Longchamp
The following patchset updates the support for the keymile
boards.
- fix a lot of Codingstyle issues for this boards
- heavy rework of the headerfiles, common board code
- add support for 4 new mpc83xx based boards
- add support for 1 82xx based board
- add support for 2 new kirkwood based boards
This board is similar to keymile suen3.
Signed-off-by: Clive Stubbings clive.stubbi...@xentech.co.uk
Signed-off-by: Holger Brunck holger.bru...@keymile.com
Signed-off-by: Heiko Schocher h...@denx.de
cc: Prafulla Wadaskar prafu...@marvell.com
---
Changes for v2:
- fix checkpatch.pl errors and
This board is similar to suvd3 board. So most initialisation topics
are taken from suvd3 (UART1, Ethernet, piggy PHY, flash, ram) only the
application specific chip selects differ.
Signed-off-by: Lukas Roggli lukas.rog...@keymile.com
Signed-off-by: Holger Brunck holger.bru...@keymile.com
define KM_IVM_BUS and KM_ENV_BUS macros
KM_IVM_BUS is used to define the EEprom_ivm environment variable.
These macros allow the reuse of these I2C addresses in other code
locations.
remove unneeded code
On first HW versions the BOCO FPGA was behind a MUX device. These
HW versions are not
The mgcoge2 board from keymile deploys two different processors.
An ARM based Kirkwood for the unit part of the SW and a PPC for
the ne part of the SW. Therefore in Linux and U-Boot the names
for the board are mgcoge2un and mgcoge2ne. This patch adds the
mgcoge2ne part of the board. The ppc part
From: Holger Brunck holger.bru...@keymile.com
This patch reworks all headerfiles for keymile boards. Furthermore
the environment variables are refactored.
Changes:
- introduce km-powerpc.h file and extract ppc specific parts to it
- move ARM specific options and vaiables to km_arm.h
- sort
This patch adds last_stage_init to all keymile boards. And
in the last stage init some environment variables for u-boot
were set. Currently these are pnvramaddr, pram and var address.
Signed-off-by: Holger Brunck holger.bru...@keymile.com
Signed-off-by: Heiko Schocher h...@denx.de
cc: Valentin
From: Thomas Reufer thomas.reu...@keymile.com
First step for a cleanup of all header files for km8321 boards.
Signed-off-by: Thomas Reufer thomas.reu...@keymile.com
cc: Wolfgang Denk w...@denx.de
cc: Kim Phillips kim.phill...@freescale.com
cc: Valentin Longchamp valentin.longch...@keymile.com
From: Holger Brunck holger.bru...@keymile.com
Add:
- introduce bootrunner environment variable
This allows to execute consecutive different commands
specified in the list subbootcmd. If one command fails
the command serie will stop.
- introduce environment variable develop, ramfs
Signed-off-by: Heiko Schocher h...@denx.de
cc: Kim Phillips kim.phill...@freescale.com
cc: Holger Brunck holger.bru...@keymile.com
cc: Wolfgang Denk w...@denx.de
cc: Detlev Zundel d...@denx.de
cc: Valentin Longchamp valentin.longch...@keymile.com
---
Changes for v3:
- new patch in v3, to avoid
From: Thomas Herzmann thomas.herzm...@keymile.com
In order to support boardId / hwkey lists, the u-boot default
environment has been updated: Added a script checkboardidlist
which checks the list of boardId / hwkey if the boadrId / hwkey
of the IVM is included in that list. This feature is used
From: Holger Brunck holger.bru...@keymile.com
Signed-off-by: Holger Brunck holger.bru...@keymile.com
cc: Wolfgang Denk w...@denx.de
cc: Valentin Longchamp valentin.longch...@keymile.com
cc: Heiko Schocher h...@denx.de
---
Changes for v2:
- fix checkpatch.pl errors and warnings
Changes for v3:
Normaly the PIGGY_MAC_ADRESS can be read directly from the
IVM on keymile boards. On mgcoge3 it differs. Because there
are two piggy boards deployed the second MAC adress must be
calculated with the IVM mac adress and an offset. This patch
allows to set such a offset in the board config.
From: Holger Brunck holger.bru...@keymile.com
- adapt copyright string
- change bootdelay to 2 seconds
- set max number of command args to 32
- set I/O buffer size to 512
Signed-off-by: Holger Brunck holger.bru...@keymile.com
Signed-off-by: Heiko Schocher h...@denx.de
cc: Kim Phillips
This board is similar to suvd3 board. So most initialisation topics
are taken from suvd3 (UART1, Ethernet, piggy PHY, flash, ram) only the
application specific chip selects differ.
Signed-off-by: Lukas Roggli lukas.rog...@keymile.com
Signed-off-by: Holger Brunck holger.bru...@keymile.com
The Keymile SUPx5 board series is based on a PBEC8321 but
contains an additional PBUS FPGA (LPXF) on local bus CS2.
Signed-off-by: Thomas Reufer thomas.reu...@keymile.com
Signed-off-by: Heiko Schocher h...@denx.de
cc: Wolfgang Denk w...@denx.de
cc: Kim Phillips kim.phill...@freescale.com
cc:
This patch fix the i2c deblocking facility with the i2c HW-Controller.
The required delays for byte reading, the enhanced criteria for stop
the dummy read and required 5 start/stop sequences are added.
Add i2c deblocking before ivm eeprom read.
Improve i2c deblocking sequence by respecting stop
These new values were given by Clive Stubbings from Xentech.
According to him they should be used on all bobcat designs.
The changes are the following:
- enables UART0 and UART1 pins in MPP
- define some L2 cache settings
- changes a SDRAM timing to better fit the hardware
- removed three writes
For the kmsupx5 a new header file was introduced km8321-common.h.
Now the common stuff from tuxa1, tuda1 and suvd3 was removed and
the new header file included.
The defines CONFIG_SYS_PIGGY_BASE and CONFIG_SYS_PIGGY_SIZE are
confusing. Because they actually describe the KMBEC FPGA values.
The
- serial console on UART1
- Ethernet RMII over UCC4
- PHY SMSC LAN8700
- 64MB Flash
- 128 MB DDR2 RAM
- I2C
- bootcount
This board is similiar to the kmeter1 (8360) board,
so common config options are extracted into the
include/configs/km83xx-common.h file.
Signed-off-by: Heiko Schocher
MMC controller control4 register offset set to
0x8C as per data sheet.
Added missed out reserved field.
Updated padding field size.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
Signed-off-by: Tushar Behera tushar.beh...@linaro.org
---
arch/arm/include/asm/arch-s5pc2xx/mmc.h |5
1. ftpmu010.h: fix and add definitions
Enhanced for more features and asm related support
according to datasheet.
Note:
- FTPMU010_PDLLCR0_HCLKOUTDIS is incorrect in datasheet.
- FTPMU010_PDLLCR0_DLLFRANG is only 1 bit at bit #19. (not 20-19)
- FTPMU010_PDLLCR0_HCLKOUTDIS is
Add asm support which is ususally used in lowlevel_init to set
power related parameters to sdram controller and static memory controller.
Signed-off-by: Macpaul Lin macp...@andestech.com
---
include/faraday/ftpmu010.h | 62
1 files changed, 62
Add asm support which is ususally used in lowlevel_init to set
power related parameters to sdram controller and static memory controller.
Signed-off-by: Macpaul Lin macp...@andestech.com
---
include/faraday/ftpmu010.h | 62
1 files changed, 62
1. ftpmu010.h: fix and add definitions
Enhanced for more features and asm related support
according to datasheet.
Note:
- FTPMU010_PDLLCR0_HCLKOUTDIS is incorrect in datasheet.
- FTPMU010_PDLLCR0_DLLFRANG is only 1 bit at bit #19. (not 20-19)
- FTPMU010_PDLLCR0_HCLKOUTDIS is
Hi all,
2011/3/21 Macpaul Lin macp...@andestech.com:
1. ftpmu010.h: fix and add definitions
Enhanced for more features and asm related support
according to datasheet.
Sorry for the duplicate e-mails of these patches v2 due to
misconfiguration of our e-mail server.
The e-mail server has
On 15/03/11 09:01, Wolfgang Denk wrote:
Dear Moffett, Kyle D,
In message 44a75130-ed4f-46d6-b0e4-12433cc15...@boeing.com you wrote:
[Snip]
I kind of like the idea of different reset sources (CPU exception, hardware
failure, user initiated) but agree copying the linux architecture is over
Move the header file and definitions of fttmr010
power control unit from a320 SoC folder to
include/faraday folder.
This change will let other SoC which also use fttmr010
could share the same header file.
Signed-off-by: Macpaul Lin macp...@andestech.com
---
Changes for v2:
- Fix patch
Fix include path of timer fttmr010 in a320evb.
Signed-off-by: Macpaul Lin macp...@andestech.com
---
arch/arm/cpu/arm920t/a320/timer.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/arm920t/a320/timer.c
b/arch/arm/cpu/arm920t/a320/timer.c
index
Dear Luca Ceresoli,
In message 1300707767-15682-2-git-send-email-luca.ceres...@comelit.it you
wrote:
Board support for the Comelit Group SpA CPS board, which is a custom board
based on the BeagleBoard http://beagleboard.org/ by Texas Instruments.
The board support is based on the
Wolfgang, Albert, all,
following last week's discussion [1], here's the patch that would implement
Comelit CPS board support in U-boot.
The point is that this code is not booting.
It is a rebase on top of current master of a previous, working, version
based on v2010.06.
During the rebase
Board support for the Comelit Group SpA CPS board, which is a custom board
based on the BeagleBoard http://beagleboard.org/ by Texas Instruments.
The board support is based on the BeagleBoard implementation.
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk w...@denx.de
Cc:
Dear Graeme Russ,
In message 4d8739f6.5040...@gmail.com you wrote:
I kind of like the idea of different reset sources (CPU exception, hardware
failure, user initiated) but agree copying the linux architecture is over
the top.
What's the difference as far as do_reset() is concenred? It shall
Dear Chander Kashyap,
On 21 March 2011 17:40, Chander Kashyap chander.kash...@linaro.org wrote:
MMC controller control4 register offset set to
0x8C as per data sheet.
Added missed out reserved field.
Updated padding field size.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
Hi list,
I encountered a problem with the cfi_flash driver on a board with
two flash banks with a different number of flash secotrs.
It seems that the function find_sector() which tries to speed up
successive flash accesses does not take into account the current
flash bank correctly.
I created
Hi Shinya,
2011/3/17 Shinya Kuribayashi skuri...@pobox.com:
On 03/16/2011 11:41 PM, Daniel Schwierzeck wrote:
Is my approach with -march acceptable? This is more important to me
for supporting new SoCs with 24k and 34k CPU cores. I think its a
clean approach to use a default Mips32
On Tuesday 15 March 2011 10:47:14 Stefan Roese wrote:
Some ubi commands returned negative error codes, resulting in
the following error message on the prompt:
exit not allowed from main input shell.
Negative error codes are not allowed.
Applied to u-boot-ubi/master.
Cheers,
Stefan
--
Your E-mail Address Won (£750,000 UK Pounds,) from the OPEC PROMO 2011 Provide
your 1.Full Name:
2.Full Address: 3.Status: 4.Occupation: 5.Age 6.Sex: 7.Country: 8.Mobile
Number: for more details
-
Cyngor Sir Powys County Council
www.powys.gov.uk
Mae'r e
Hi Wolfgang,
please pull the following UBI fix:
The following changes since commit cc1dd33f273f8c96cbd7539b4a2d1d7aa12773cd:
mpc8[5/6]xx: Ensure POST word does not get reset (2011-03-13 11:24:44 -0500)
are available in the git repository at:
git://www.denx.de/git/u-boot-ubi.git master
Hi Martin,
On Monday 21 March 2011 13:42:00 Martin Krause wrote:
I encountered a problem with the cfi_flash driver on a board with
two flash banks with a different number of flash secotrs.
It seems that the function find_sector() which tries to speed up
successive flash accesses does not
Hi,
I am working on ARM at91sam9g20ek. I am copying my Kernel image and
rootfilesystem (jffs2) from USB to nand memory in UBOOT. Currently copying
files from USB to RAM takes more time and I figured out from the code that USB
Speed is low (1.5Mb/s). How can I change it to Fast speed in Uboot?
Send Details
Names:
Address:
Tel:
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Michael,
Thanks, it is the key point:
The problem is that it hits, but returns the wrong instructions.
Hi Aneesh,
Thanks for your sharing, it makes sense to check that way.
2011/3/21 Aneesh V ane...@ti.com:
Hi Arden,
On Sunday 20 March 2011 08:00 AM, arden jay wrote:
Hi Michael,
Hi Stefan,
Stefan Roese wrote on Montag, 21. März 2011 14:10:
Hi Martin,
On Monday 21 March 2011 13:42:00 Martin Krause wrote:
I encountered a problem with the cfi_flash driver on a board with
two flash banks with a different number of flash secotrs.
It seems that the function
Hi,
I'm in the process of porting u-boot to a new board we have developed using the
OMAP-L138 (or DA850). While I'm a long way from finishing the port, I have
noticed that the definitions of some of the local power and sleep controller
(LPSC) register module numbers are incorrect.
As a reply to
The DA8xx chips have two modules PSC0 and PSC1 for the local power and sleep
controllers (LPSC). Each LPSC has up to 32 submodules over which it has control,
which are enumerated by the DAVINCI_LPSC_* symbols.
This commit fixes the definitions of a number of symbols to be consistent with
both the
Wolfgang,
Thanks for your detailed reviews!
Once I get these last few style issues resolved, what more do I need to do to
get this merged? I don't really want to spam the list with more nearly
identical copies of these patches unless I'm sure that all the necessary review
items have been
Wolfgang,
thanks for your patient and prompt review, and sorry for having
overlooked checkpatch.
Il 21/03/2011 12:55, Wolfgang Denk ha scritto:
Dear Luca Ceresoli,
In message1300707767-15682-2-git-send-email-luca.ceres...@comelit.it you
wrote:
Board support for the Comelit Group SpA CPS
The function find_sector() does not take into account if the flash bank
has changed since the last call. This could lead to illegal accesses inside
and beyond the flash_info_t info strcture. For example if the current
flash bank has less sectors than the last used flash bank.
This patch adds two
Il 21/03/2011 17:32, Luca Ceresoli ha scritto:
...
--- a/boards.cfg
+++ b/boards.cfg
@@ -117,6 +117,7 @@ omap3_pandoraarm armv7
pandora -
igep0020 arm armv7 igep0020
isee omap3
igep0030
Dear Laurence Withers,
In message
ebf6efc6604b9b61981585d0f348fbe40429f6a6.1300720635.git.lwith...@guralp.com
you wrote:
The DA8xx chips have two modules PSC0 and PSC1 for the local power and sleep
controllers (LPSC). Each LPSC has up to 32 submodules over which it has
control,
which are
Dear Laurence Withers,
In message cover.1300720635.git.lwith...@guralp.com you wrote:
I'm in the process of porting u-boot to a new board we have developed using
the
OMAP-L138 (or DA850). While I'm a long way from finishing the port, I have
noticed that the definitions of some of the local
Dear Luca Ceresoli,
In message 4d877d80.6060...@comelit.it you wrote:
It appears you base this code on an old version of U-Boot. Please
update your code base first.
Strange.
My patch is based on current master, on the latest commit that I see
today on git://git.denx.de/u-boot.git:
Dear Luca Ceresoli,
In message 4d878b2c.5050...@comelit.it you wrote:
Will be called dig297 in v2.
Well, not so fast.
The board is named OMAP3_CPS in the ARM Linux Machine Registry
(http://www.arm.linux.org.uk/developer/machines/list.php?id=2751),
which is reflected in mach-types.h.
Dear Moffett, Kyle D,
In message 5b9d9c87-c278-4af3-b20c-26ecff6c0...@boeing.com you wrote:
WARNING: line over 80 characters
#463: FILE: board/exmeritus/hww1u1a/hww1u1a.c:136:
+int do_hww1u1a_test_cpu_a(cmd_tbl_t *cmdtp, int flag, int argc, char * c=
onst argv[])
This one is only a
Dear Kumar Gala,
In message alpine.lfd.2.00.1103150130040.17...@right.am.freescale.net you
wrote:
The following changes since commit cc1dd33f273f8c96cbd7539b4a2d1d7aa12773cd:
mpc8[5/6]xx: Ensure POST word does not get reset (2011-03-13 11:24:44 -0500)
are available in the git repository
Dear Nobuhiro Iwamatsu,
In message AANLkTimctjDrn7Lgdw4UUwzeVM=wpd2xne4-wdwwo...@mail.gmail.com you
wrote:
Dear Wolfgang Denk.
Please pull from u-boot-sh/master.
The following changes since commit cc1dd33f273f8c96cbd7539b4a2d1d7aa12773cd=
:
mpc8[5/6]xx: Ensure POST word does not get
Dear Stefan Roese,
In message 201103211403.04123...@denx.de you wrote:
Hi Wolfgang,
please pull the following UBI fix:
The following changes since commit cc1dd33f273f8c96cbd7539b4a2d1d7aa12773cd:
mpc8[5/6]xx: Ensure POST word does not get reset (2011-03-13 11:24:44 -0500)
are
The DA8xx chips have two modules PSC0 and PSC1 for the local power and
sleep controllers (LPSC). Each LPSC has up to 32 submodules over which
it has control, which are enumerated by the DAVINCI_LPSC_* symbols.
This commit fixes the definitions of a number of symbols to be
consistent with both the
Dear Laurence Withers,
In message 20110321203839.ga15...@lwithers.me.uk you wrote:
Please fix also all other places where these identifiers are used in
the code.
The identifiers changed in the patch were not used anywhere in the code. I
also verified that a ./MAKEALL -s davinci gave the
Dear Laurence Withers,
In message 1300740277-2358-1-git-send-email-lwith...@guralp.com you wrote:
The DA8xx chips have two modules PSC0 and PSC1 for the local power and
sleep controllers (LPSC). Each LPSC has up to 32 submodules over which
it has control, which are enumerated by the
On Mon, Mar 21, 2011 at 07:43:51PM +0100, Wolfgang Denk wrote:
SoB missing.
Lines in commit message too long.
Thanks; I have fixed and will resend.
Please fix also all other places where these identifiers are used in
the code.
The identifiers changed in the patch were not used anywhere in
On Mar 21, 2011, at 16:30, Wolfgang Denk wrote:
In message 5b9d9c87-c278-4af3-b20c-26ecff6c0...@boeing.com you wrote:
WARNING: line over 80 characters
#463: FILE: board/exmeritus/hww1u1a/hww1u1a.c:136:
+int do_hww1u1a_test_cpu_a(cmd_tbl_t *cmdtp, int flag, int argc, char *
const argv[])
On Mon, Mar 21, 2011 at 10:14:18PM +0100, Wolfgang Denk wrote:
- grep -R DAVINCI_LPSC_TPCC *
arch/arm/include/asm/arch-davinci/hardware.h:#define DAVINCI_LPSC_TPCC
2
arch/arm/include/asm/arch-davinci/hardware.h: DAVINCI_LPSC_TPCC = 0,
board/davinci/dm355evm/dm355evm.c:
Dear Moffett, Kyle D,
In message ac0c0781-9e5f-42f7-9db6-eecf6a5be...@boeing.com you wrote:
Just looking at the last ~200 commits (actually 187, because it ignores mer=
ges):
$ git format-patch -o recent-patches -200 origin/master
$ ./checkpatch.pl --no-tree --strict recent-patches/*
Use the 'video-mode' environment variable (for Freescale chips that have a
DIU display controller) to designate the full video configuration. Previously,
the DIU driver used the 'monitor' variable, and only to determine the output
video port.
The old definition of the monitor environment
Dear Laurence Withers,
In message 20110321212544.gb15...@lwithers.me.uk you wrote:
Looking at the hardware.h file that I changed, just above the enum { } block
where my changes reside are a set of #defines for the same symbols. The
#defines are used when CONFIG_SOC_DA8XX is not defined; the
Dear Peter Barada,
In message 4d385a7f.2070...@logicpd.com you wrote:
On 01/19/2011 03:47 PM, Wolfgang Denk wrote:
Dear Peter Barada,
In message 4d371208.3090...@logicpd.com you wrote:
The hash delete code is in error; instead of just removing the deleted
key, it should instead
Dear Heiko Schocher,
In message 1295591015-26109-1-git-send-email...@denx.de you wrote:
If no Flash is connected to cs1, Linux crashes, because
reg entries are not correct adapted.
Following fix is needed:
- swap base addresses in CONFIG_SYS_FLASH_BANKS_LIST, as
flash bank 1 is on
Dear Po-Yu Chuang,
In message 1295596237-1658-1-git-send-email-ratbert.chu...@gmail.com you
wrote:
From: Po-Yu Chuang ratb...@faraday-tech.com
Signed-off-by: Po-Yu Chuang ratb...@faraday-tech.com
---
v2:
split get_timer() changes to a seperate patch
drivers/net/ftmac100.c | 12
Add function video_get_video_mode(), which parses the video-mode environment
variable and returns each of its components. The format matches the video=
command-line option used for Linux:
video-mode=driver:xresxyres-depth@freq,option=string
driver The video driver, ignored by
Dear Po-Yu Chuang,
In message 1295596285-1690-1-git-send-email-ratbert.chu...@gmail.com you
wrote:
From: Po-Yu Chuang ratb...@faraday-tech.com
Use get_timer() the same way as drivers/net/ftgmac100.c
Signed-off-by: Po-Yu Chuang ratb...@faraday-tech.com
---
v2:
this patch is splitted
On Mar 21, 2011, at 17:34, Wolfgang Denk wrote:
In message ac0c0781-9e5f-42f7-9db6-eecf6a5be...@boeing.com you wrote:
Just looking at the last ~200 commits (actually 187, because it ignores
merges):
$ git format-patch -o recent-patches -200 origin/master
$ ./checkpatch.pl --no-tree
Dear Moffett, Kyle D,
In message ddd31591-33cd-49e4-b303-3477e0093...@boeing.com you wrote:
I apparently cannot rely on the U-Boot *CODE* to understand what the
U-Boot *CODING* style is.
You don't have to rely on the code. It's clearly documented.
The README says:
Coding Standards:
On Mon, Mar 21, 2011 at 10:44:11PM +0100, Wolfgang Denk wrote:
We should agree on a common way to implement this - either #define
_or_ enum, but not a mix of both.
Having a closer look, it turns out that all these indices are
actually register names, and functions like lpsc_on() use horrible
On Mar 21, 2011, at 18:24, Wolfgang Denk wrote:
In message ddd31591-33cd-49e4-b303-3477e0093...@boeing.com you wrote:
I apparently cannot rely on the U-Boot *CODE* to understand what the
U-Boot *CODING* style is.
You don't have to rely on the code. It's clearly documented.
The README
On 03/21/2011 05:48 PM, Wolfgang Denk wrote:
Dear Peter Barada,
In message 4d385a7f.2070...@logicpd.com you wrote:
On 01/19/2011 03:47 PM, Wolfgang Denk wrote:
Dear Peter Barada,
In message 4d371208.3090...@logicpd.com you wrote:
The hash delete code is in error; instead of just removing
Dear David Müller,
On 17 March 2011 21:35, David Müller d.muel...@elsoft.ch wrote:
Signed-off-by: David Müller d.muel...@elsoft.ch
---
include/configs/smdk2410.h | 7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/include/configs/smdk2410.h
Dear David Müller,
On 17 March 2011 21:35, David Müller d.muel...@elsoft.ch wrote:
-CONFIG_SYS_TEXT_BASE = 0x33F8
diff --git a/include/configs/smdk2410.h b/include/configs/smdk2410.h
index 38b5684..3b037c4 100644
--- a/include/configs/smdk2410.h
+++ b/include/configs/smdk2410.h
@@ -38,6
MMC controller control4 register offset set to
0x8C as per data sheet.
Added missed out reserved field.
Updated padding field size.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
arch/arm/include/asm/arch-s5pc1xx/mmc.h |5 +++--
1 files changed, 3
ftahbc020s.h provides basic definitions of this controller
to help a SoC which use this AHB Controller could
do scalable software settings in lowlevel_init.S.
Signed-off-by: Macpaul Lin macp...@andestech.com
---
Changes for v2:
- Add __ASSEMBLY__ protecton to register offset for supporting
Support registers definitions of ftsdmc021 SDRAM controller.
Signed-off-by: Macpaul Lin macp...@andestech.com
---
Changes for v2:
- Add __ASSEMBLY__ protecton to register offset for supporting
lowlevel_init
include/faraday/ftsdmc021.h | 154
+++
1
Move the header file ftsdmc020.h (SDRAM Controller)
to include/faraday folder.
This change will let other SoC which also use ftsdmc020
could share the same header file.
Signed-off-by: Macpaul Lin macp...@andestech.com
---
Changes for v2:
- Fix the include path of ftsdmc020 for a320evb.
- v1 of
Move the header file and definitions of ftsmc020
static memory control unit from a320 SoC folder to
drivers/mtd folder.
This change will let other SoC which also use ftsmc020
could share the same header file.
Signed-off-by: Macpaul Lin macp...@andestech.com
---
Changes for v2:
- Move the header
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of Heiko Schocher
Sent: Monday, March 21, 2011 12:32 PM
To: u-boot@lists.denx.de
Cc: Heiko Schocher
Subject: [U-Boot] [PATCH v3 00/23] keymile board update
The following
88 matches
Mail list logo