Hi Laurence,
Thanks for the patch. I have tested this patch, below are few comments.
On Fri, Jul 27, 2012 at 4:19 PM, Laurence Withers lwith...@guralp.com wrote:
For the DA8xx family of SoCs, the set_cpu_clk_info() function was not
initialising the DSP frequency, leading to 'bdinfo' command
From: Jagannadha Sutradharudu Teki 402ja...@gmail.com
The current code in image.c doesn't include the Load, Entry address and OS tag
to FIT image through mkimage tool.
Due to this while extracting the ramdisk from FIT blob, bootm showing an
error like...
Can't get ramdisk subimage load
From: Jagannadha Sutradharudu Teki 402ja...@gmail.com
This patch adds support to include Load, Entry address and OS tag
of ramdisk on to FIT image through mkimage tool.
Signed-off-by: Jagannadha Sutradharudu Teki 402ja...@gmail.com
---
common/image.c |7 ---
1 files changed, 4
V3:
1. Replace ELFIN with S3C64XX for all the variable of cpu.h.
2. Change __S3C6400_H__ into __CPU__H__.
3. Use C language to implement memory initialization.
4. Use C language to re-write reset function.
5. Delete u-boot-nand.lds.
V2:
1. Modify the type of return for s3c64xx_get_base_nand
2.
From: Zhong Hongbo bocui...@gmail.com
Signed-off-by: Zhong Hongbo bocui...@gmail.com
---
Change for V3:
- None
Change for V2:
- None
---
Makefile | 20
board/samsung/smdk6400/config.mk |4 +---
boards.cfg |
From: Zhong Hongbo bocui...@gmail.com
Signed-off-by: Zhong Hongbo bocui...@gmail.com
---
Change for V3:
- Replace the magic numbers with variable name.
Change for V2:
- Change the type of the return value from unsinged int
to unsinged long for s3c64xx_get_base_uart
From: Zhong Hongbo bocui...@gmail.com
Signed-off-by: Zhong Hongbo bocui...@gmail.com
---
Change for v3:
- None.
Change for V2:
- Change the type of the return value from unsinged int
to unsinged long for s3c64xx_get_base_uart function.
- Delete const for the
From: Zhong Hongbo bocui...@gmail.com
Signed-off-by: Zhong Hongbo bocui...@gmail.com
---
Change for V3:
- None.
Change for V2:
- Change the type of the return value from unsinged int
to unsinged long for s3c64xx_get_base_nand function.
---
From: Zhong Hongbo bocui...@gmail.com
The old s3c64xx timer is not work normal, Adopt s5p time design,
It work perfect.
Signed-off-by: Zhong Hongbo bocui...@gmail.com
---
Change for V3:
- None.
Change for V2:
- Delete const key word for the variable of struct s3c_timer
---
From: Zhong Hongbo bocui...@gmail.com
It just only do the memory init. The memory depend on the
design of board.
Signed-off-by: Zhong Hongbo bocui...@gmail.com
---
Change for V3:
- None.
Change for V2:
- None.
---
arch/arm/cpu/arm1176/s3c64xx/Makefile |2 +-
From: Zhong Hongbo bocui...@gmail.com
Adopt the new SPL framework to implement the SPL booting of
the nand flash for S3C6400.
Signed-off-by: Zhong Hongbo bocui...@gmail.com
---
Change for V3:
- None.
Change for V2:
- seprate some code.
---
arch/arm/cpu/arm1176/start.S
From: Zhong Hongbo bocui...@gmail.com
The old spl use nand_spl directory file to support
nand flash boot. We will adopt the new SPL framework
to implement it.
Signed-off-by: Zhong Hongbo bocui...@gmail.com
---
Change for V3:
- Delete u-boot-nand.lds.
Change for V2:
- None.
---
From: Zhong Hongbo bocui...@gmail.com
When It do not need to relocat for u-boot,
the offset(r9) of relocation should be set zero.
Signed-off-by: Zhong Hongbo bocui...@gmail.com
---
Change for V3:
- Replace mov with moveq.
Change for V2:
- Seprate some code.
---
From: Zhong Hongbo bocui...@gmail.com
Signed-off-by: Zhong Hongbo bocui...@gmail.com
---
Change for V3:
- None.
Change for V2:
- Change the type of return for s3c64xx_get_base_sromc function.
---
arch/arm/cpu/arm1176/s3c64xx/Makefile |2 +-
From: Zhong Hongbo bocui...@gmail.com
Switch to use read/writel function and clear the relevant variable.
Signed-off-by: Zhong Hongbo bocui...@gmail.com
---
Change for V3:
- Use C language to re-write reset function.
- Replace the magic numbers witch variale name.
Change for V2:
From: Zhong Hongbo bocui...@gmail.com
Signed-off-by: Zhong Hongbo bocui...@gmail.com
---
Change for V3:
- Replace the magic numbers with the variable name.
Change for V2:
- None.
---
arch/arm/include/asm/arch-s3c64xx/gpio.h | 38
From: Zhong Hongbo bocui...@gmail.com
Signed-off-by: Zhong Hongbo bocui...@gmail.com
---
Change for V3:
- Replace the magic numbers with variable name.
- Use C language to implement memory initialization.
Change for V2:
- None.
---
arch/arm/include/asm/arch-s3c64xx/dmc.h
From: Zhong Hongbo bocui...@gmail.com
Signed-off-by: Zhong Hongbo bocui...@gmail.com
---
Change for V3:
- Replace ELFIN with S3C64XX for all the variable of cpu.h
- Change __S3C6400_H__ into __CPU__H__
Change for V2:
- New.
---
arch/arm/cpu/arm1176/s3c64xx/pwm.c
From: Zhong Hongbo bocui...@gmail.com
Signed-off-by: Zhong Hongbo bocui...@gmail.com
---
Change for V3:
- None.
Change for V2:
- None.
---
include/configs/smdk6400.h | 15 ---
1 files changed, 0 insertions(+), 15 deletions(-)
diff --git a/include/configs/smdk6400.h
IGEP-based boards can have two different flash memories, a OneNAND or a
NAND device.
Since u-boot still lacks of a device model to be the able to look at
run-time which memory type is available on a the board, a built time
config option is needed to choose which memory to use.
This is a resend
IGEP-based boards can have two different flash memories, a OneNAND or a
NAND device. Add a configuration option for to choose which memory to use.
Signed-off-by: Javier Martinez Canillas jav...@dowhile0.org
Acked-by: Enric Balletbo i Serra eballe...@gmail.com
---
board/isee/igep0020/igep0020.h |
This patch adds SPL support for IGEP-based boards.
Tested on an IGEPv2 Rev.C board with Micron NAND Flash memory.
Signed-off-by: Javier Martinez Canillas jav...@dowhile0.org
---
board/isee/igep0020/config.mk | 33
board/isee/igep0020/igep0020.c | 42
Signed-off-by: Javier Martinez Canillas jav...@dowhile0.org
---
arch/arm/include/asm/arch-omap3/mem.h | 29 +
1 files changed, 29 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-omap3/mem.h
b/arch/arm/include/asm/arch-omap3/mem.h
index
Hi,
While working on the DM project, I found out that there are two
implementations of AHCI drivers - one in block/ahci.c, one in
block/dwc_ahsata.c
what is the difference between them (apart from the obvious, ahci.c exposes
SCSI API, dwc_ahsata exposes SATA API)? are there any problems that
This function converts static number to string in preprocessor.
This is useful as it allows higher usage of puts() in favour of printf()
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Wolfgang Denk w...@denx.de
Cc: Mike Frysinger vap...@gentoo.org
---
include/common.h |7 +++
1 file
This shall eliminate the need for bubblesorting of commands at runtime.
Every command definition structure is now put into it's own subsection
of section .u_boot_cmd, that is .u_boot_cmd.name . These are then put
into .u_boot_cmd by linker and lastly, linker uses SORT() over these
subsections to
Hello!
I am working on early_malloc() for U-Boot Driver Model (this malloc is
going to serve for internal DM structures during early init and it has it's
minimalistic heap in global data).
My question is how to correctly switch from early allocator to full-scale
malloc and when to enable caches.
Dear Marek Vasut,
In message 1343483279-11572-2-git-send-email-ma...@denx.de you wrote:
This shall eliminate the need for bubblesorting of commands at runtime.
Every command definition structure is now put into it's own subsection
of section .u_boot_cmd, that is .u_boot_cmd.name . These are
Dear Wolfgang Denk,
Dear Marek Vasut,
In message 1343483279-11572-2-git-send-email-ma...@denx.de you wrote:
This shall eliminate the need for bubblesorting of commands at runtime.
Every command definition structure is now put into it's own subsection
of section .u_boot_cmd, that is
Hi Michal,
I'll resubmit a new patch which fixes your notes.
br,
Stephan
Am Dienstag, den 24.07.2012, 12:56 +0200 schrieb Michal Simek:
On 07/14/2012 12:30 AM, Stephan Linz wrote:
This is an improved version of the driver patch original
submitted by Graeme Smecher
Dear Marek Vasut,
In message 1343483279-11572-1-git-send-email-ma...@denx.de you wrote:
This function converts static number to string in preprocessor.
This is useful as it allows higher usage of puts() in favour of printf()
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Wolfgang Denk
Dear Wolfgang Denk,
Dear Marek Vasut,
In message 1343483279-11572-1-git-send-email-ma...@denx.de you wrote:
This function converts static number to string in preprocessor.
This is useful as it allows higher usage of puts() in favour of printf()
Signed-off-by: Marek Vasut
Dear Marek Vasut,
In message 201207282039.34518.ma...@denx.de you wrote:
Seems incomplete in several aspects:
Below the section:
* NOTE * THIS PATCH IS CRAZY
Then what is actually the purpose of such a posting? Just dumping
unsorted thoughts to community?
You are experienced enough
Dear Marek Vasut,
In message 201207282139.05998.ma...@denx.de you wrote:
include/common.h |7 +++
1 file changed, 7 insertions(+)
We have similar things already, and we don't add dead code - you add a
macro without users here.
It's used in 2/2 ... what macro do you have
On Fri, Jul 27, 2012 at 3:14 PM, Fabio Estevam feste...@gmail.com wrote:
Bytes transferred = 3343968 (330660 hex)
## Booting kernel from Legacy Image at 4200 ...
Image Name: Linux-3.5.0-next-20120727+
Created: 2012-07-27 17:27:30 UTC
Image Type: ARM Linux Kernel Image
On Fri, Jul 27, 2012 at 3:15 PM, Fabio Estevam feste...@gmail.com wrote:
On Fri, Jul 27, 2012 at 12:35 PM, Bill bsou...@techsi.com wrote:
Thanks. I tried that and got the same results. Are there any debug/logging
that I can use to see what's going on?
I just tried it here and 2012.07-rc3
Hi Wolfgang,
On Fri, Jul 27, 2012 at 4:43 PM, Wolfgang Denk w...@denx.de wrote:
I understand we put the release on hold until I hear from you / see a
patch / pull request ?
Please go ahead with the release. It was an operator error from my
side. 2012.07-rc3 boots the kernel correctly on
Dear Fabio,
In message caomzo5cahcapwv0gmryo1fdeauwos7vyqlfvgss4u8djk88...@mail.gmail.com
you wrote:
I understand we put the release on hold until I hear from you / see a
patch / pull request ?
Please go ahead with the release. It was an operator error from my
side. 2012.07-rc3 boots
Dear Tomas Hlavacek,
I think we should still mark early patches as RFC.
early_malloc() introduced to ARM architecture (it is a proof of concept).
GD datastructure extended for holding early-heap.
mem_malloc_init() in board_init_r() has been put up by few lines.
I take it was sent by the
Dear Wolfgang Denk,
Dear Marek Vasut,
In message 201207282039.34518.ma...@denx.de you wrote:
Seems incomplete in several aspects:
Below the section:
* NOTE * THIS PATCH IS CRAZY
Then what is actually the purpose of such a posting? Just dumping
unsorted thoughts to community?
Dear Wolfgang Denk,
Dear Marek Vasut,
In message 201207282139.05998.ma...@denx.de you wrote:
include/common.h |7 +++
1 file changed, 7 insertions(+)
We have similar things already, and we don't add dead code - you add a
macro without users here.
It's used in
The information now is gathered from HW_DIGCTL_CHIPID register and
includes the chip modem and revision on the output.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v2:
- use ?? for unidentified revision and cpu type
- use numeric revisions
Changes in v3:
- drop mx23 data
The mx28 prefix has been added to the initialization data and function
so it is clear by which SoC it is used as i.MX233 will have a specific
one. While on that, we also change it to static.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Changes in v2:
- use static for the allocation
Depending on XILINX_SPI_FLASH_BASEADDR enable SPI flash
and environment in SPI flash.
Expected values from xparameters.h are:
- XILINX_SPI_FLASH_BASEADDR
- XILINX_SPI_FLASH_MAX_FREQ
- XILINX_SPI_FLASH_CS
Signed-off-by: Stephan Linz l...@li-pro.net
---
This is an improved version of the driver patch original
submitted by Graeme Smecher graeme.smec...@mail.mcgill.ca
The changes are:
- remove hard coded Xilinx BSP defines (XPAR_SPI_*) and
use CONFIG_SYS_SPI_BASE from config.h instead
- add extensive register struct definitions
-
This patchset is the basis for inclusion of i.MX233 support on U-Boot.
To accomplish it, this patchset moves code around to create the mxs
SoC family support.
The idea of posting it on the mailing list is to receive comments on
ways to improve the patchset and also try to merge it during the
Most code can be shared between i.MX23 and i.MX28 as both are from
i.MXS family; this source directory structure makes easy to share code
among them.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
arch/arm/cpu/arm926ejs/{mx28 = mxs}/Makefile |0
As the register accessing mode is the same for all i.MXS SoCs we ought
to use 'mxs' prefix intead of 'mx28'.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
arch/arm/cpu/arm926ejs/mxs/clock.c |4 +-
arch/arm/cpu/arm926ejs/mxs/iomux.c |6 +-
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
arch/arm/cpu/arm926ejs/mxs/clock.c | 36
arch/arm/cpu/arm926ejs/mxs/mx28.c| 28 +++---
arch/arm/cpu/arm926ejs/mxs/spl_lradc_init.c |4 +-
arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c| 24 +++---
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
arch/arm/cpu/arm926ejs/mxs/mx28.c |8 +-
.../cpu/arm926ejs/mxs/{mx28_init.h = mxs_init.h} | 14 +-
arch/arm/cpu/arm926ejs/mxs/spl_boot.c | 20 +--
arch/arm/cpu/arm926ejs/mxs/spl_lradc_init.c|
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
arch/arm/cpu/arm926ejs/mxs/Makefile |2 +-
arch/arm/cpu/arm926ejs/mxs/{mx28.c = mxs.c} |0
2 files changed, 1 insertion(+), 1 deletion(-)
rename arch/arm/cpu/arm926ejs/mxs/{mx28.c = mxs.c} (100%)
diff --git
Dear Stefan,
Sorry for the delay. I'm very busy, and there is much to tell on this topic.
On Tue, Jul 24, 2012 at 03:02:00 PM, Stefan Herbrechtsmeier wrote:
Am 23.07.2012 19:15, schrieb Benoît Thébaudeau:
On Monday 23 July 2012 15:35:25 Stefan Herbrechtsmeier wrote:
Am 20.07.2012 17:35,
Dear Marek,
On Fri, Jul 27, 2012 at 04:13:45 PM, Benoît Thébaudeau wrote:
On Fri, Jul 27, 2012 at 04:01:11 PM, Marek Vasut wrote:
[...]
+ token = (toggle 31) |
+ (xfr_bytes 16) |
+ ((req == NULL ? 1 : 0) 15)
Dear Marek,
On Fri, Jul 27, 2012 at 07:44:04 PM, Marek Vasut wrote:
I did see a flags field but thought having a new one was
conservative (I
had no real reason to have a new field). As for the typecasts I
was
following the API which tests for device ready (Monkey See Monkey
Do).
Dear Otavio Salvador,
As the register accessing mode is the same for all i.MXS SoCs we ought
to use 'mxs' prefix intead of 'mx28'.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
arch/arm/cpu/arm926ejs/mxs/clock.c |4 +-
arch/arm/cpu/arm926ejs/mxs/iomux.c
Dear Benoît Thébaudeau,
Dear Marek,
On Fri, Jul 27, 2012 at 07:44:04 PM, Marek Vasut wrote:
I did see a flags field but thought having a new one was
conservative (I
had no real reason to have a new field). As for the typecasts I
was
following the API which tests for device
Dear Benoît Thébaudeau,
Dear Marek,
On Fri, Jul 27, 2012 at 04:13:45 PM, Benoît Thébaudeau wrote:
On Fri, Jul 27, 2012 at 04:01:11 PM, Marek Vasut wrote:
[...]
+ token = (toggle 31) |
+ (xfr_bytes 16) |
+
Dear Graeme Russ,
A revised version of the spec (sorry, I would have used reply-to but
something went amiss with gmail and I've lost the original)
How does it surprise me ... superawesome google imap just crashed on me like a
week ago, I finished syncing my emails today ...
[...]
Operation
Hi Marek,
For future reference, please comment against:
Take a look at http://www.denx.de/wiki/U-Boot/ToolsPatchTracking
On 07/29/2012 01:15 PM, Marek Vasut wrote:
Dear Graeme Russ,
You might want to actually create an mbox of all these stacked patches so
people
can download and apply
59 matches
Mail list logo