T1040QDS has 256KB SRAM. Comment is showing wrong information.
So update the comment.
Signed-off-by: Prabhakar Kushwaha
---
board/freescale/t1040qds/t1040_pbi.cfg |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/freescale/t1040qds/t1040_pbi.cfg
b/board/freescale/t10
CONFIG_SPL_NAND_MINIMAL should not be used as it was defined for temporary
review purpose.
So, use CONFIG_SPL_NAND_BOOT config.
Signed-off-by: Prabhakar Kushwaha
---
board/freescale/bsc9131rdb/tlb.c |2 +-
board/freescale/bsc9132qds/tlb.c |2 +-
board/freescale/p1010rdb/tlb.c |2 +
Hello Hyungwon,
On 12/10/2013 07:09 AM, 황형원 wrote:
> Dear Marczak,
>
> Please replace the old tizen logo by the new one.
> If you don't have the new one, I can send you.
>
> Thank you.
>
>
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
From: Haijun Zhang
Esdhc host version number is incorrect in host capacity register.
The value read from was 0x14. Correct it to 0x13.
Signed-off-by: Haijun Zhang
---
changes for V3:
- no changes
arch/powerpc/include/asm/config_mpc85xx.h | 1 +
1 file changed, 1 insertion(+)
diff --g
From: Haijun Zhang
Add command class define.
Add mmc erase and secure erase define.
Add secure erase and trim support bit define.
Signed-off-by: Haijun Zhang
---
changes for V3:
- No changes
include/mmc.h | 50 +-
1 file changed, 49 inse
Once mmc initialization was faild has_init should be set to 0,
prepard for the next initialization to recover from error.
Once mmcinfo command failed, error should be report instead of printing
incorrect mmc device information.
Error log:
=> mmcinfo
Device: FSL_SDHC
Manufacturer ID: 0
OEM: 0
Name
If the block rang was not algined, We tried to algined the range,
then erase the block. So the block range erased should be less or
equal to the block range sent. If error occured during erase procedure
part of them will be erased. And use should resend the block rang to
continue erase the reset of
The max timeout value esdhc host can accept was about 2.69 sec
At 50 Mhz SD_CLK period, the max busy timeout
value = 2^27 * SD_CLK period ~= 2.69 sec.
In case erase command CMD38 timeout is caculated by
mult * 300ms * num(unit by erase group), so the time one erase
group need should be more than
Read command class from csd register and secure erase
support bit from ext csd register. Also calculate the erase
timeout and secure erase timeout.
If read ext csd error, error status should be returned instead of
give some incorrect information.
Error log:
=>
=> mmcinfo
Device: FSL_SDHC
Manufact
This patch enhances the currently implemented erase procedure in u-boot,
which has the following problems/missing features..."
Erass sequence:
1. check if erase command is support by card. If not return.
2. Check the erase range to see if it was aligned. The min erase size
should be one erase grou
Hi Lukasz,
On 12/09/2013 11:20 PM, Lukasz Majewski wrote:
diff --git a/drivers/usb/gadget/f_dfu.h b/drivers/usb/gadget/f_dfu.h
index cc2c455..0c29954 100644
--- a/drivers/usb/gadget/f_dfu.h
+++ b/drivers/usb/gadget/f_dfu.h
@@ -82,4 +82,6 @@ struct dfu_function_descriptor {
__le16
On 12/9/2013 11:21 PM, Scott Wood wrote:
On Mon, 2013-12-09 at 11:10 +0530, Prabhakar Kushwaha wrote:
On 12/7/2013 6:51 AM, Scott Wood wrote:
Prabhakar, why did you extend that to other uses? Why are both entries
ifdeffed here, but only the 0xe000 entry on existing boards?
both entry sho
Hi,
On 3 Dec 2013 18:03, Przemyslaw wrote:
> This change updates exynos board files too.
> 16 bpp mode is required by LCD console mode.
>
> Signed-off-by: Przemyslaw Marczak
> ---
> board/samsung/trats/trats.c |2 +-
> board/samsung/trats2/trats2.c|2 +-
> board/
On 12/07/2013 12:26 AM, Simon Glass wrote:
> For standalone images, bootm had a special case where the OS boot function
> was NULL but did actually exist. It was just called manually.
>
> This was removed by commit 35fc84fa which checks for the non-existence of
> this function before the special c
Hi all,
Please help me to solve NAND issue in OMAP4.Waiting for your valuable reply.
Regards
Vikram singh
On Thu, Dec 5, 2013 at 3:27 PM, Vikram Singh Shekhawat <
vikram.si...@vvdntech.com> wrote:
> hi all,
>
> I am looking into nand for omap4, i have added patches for nand support in
> omap4
Hi Andreas,
On 12/09/2013 06:28 PM, Andreas Bießmann wrote:
Hi Bo,
On 12/02/2013 04:24 AM, Bo Shen wrote:
Add SPI SPL boot support for sama5d3xek board.
Signed-off-by: Bo Shen
---
arch/arm/cpu/at91-common/spl.c |2 ++
arch/arm/include/asm/arch-at91/spl.h |2 ++
board/atmel/
On Mon, 2013-12-09 at 13:08 -0500, Tom Rini wrote:
> Cc: Scott Wood
> Signed-off-by: Tom Rini
> ---
> Changes in v2:
> - Surround adding nand_util.o with CONFIG_SPL_ENV_SUPPORT test
> ---
> drivers/mtd/nand/Makefile |3 +++
> 1 file changed, 3 insertions(+)
Acked-by: Scott Wood
-Scott
On 12/09/2013 02:39 PM, Alexey Smishlayev wrote:
> Dear Wolfgang Denk,
>
> On 2013.12.09. 22:12, Wolfgang Denk wrote:
>> Dear Alexey Smishlayev,
>>
>> In message <52a5d4f1.7020...@xtech2.lv> you wrote:
>>> What should I do to flash environment values directly to the board's
>>> NAND?
>> Why don't
Dear Wolfgang Denk,
On 2013.12.09. 22:12, Wolfgang Denk wrote:
Dear Alexey Smishlayev,
In message <52a5d4f1.7020...@xtech2.lv> you wrote:
What should I do to flash environment values directly to the board's NAND?
Why don't you just use "env import"?
I didn't have any information about that
On Mon, Dec 09, 2013 at 01:16:45PM -0700, Stephen Warren wrote:
> On 12/09/2013 12:52 PM, Andre Heider wrote:
> > On Fri, Dec 06, 2013 at 09:50:24PM -0700, Stephen Warren wrote:
> >> On 12/06/2013 06:37 AM, Andre Heider wrote:
> >>> Hi Stephen,
> >>>
> >>> On Tue, Dec 03, 2013 at 09:01:55PM -0700,
Hi Tom,
Here is the sandbox SPI interface code. Buildman is clean:
$ ./tools/buildman/buildman -b x86-push -s
Summary of 7 commits for 1187 boards (32 threads, 1 job per thread)
01: Merge branch 'serial' of git://git.denx.de/u-boot-microblaze
blackfin: + bf561-acvilon cm-bf561 blackstamp br4
On 12/09/2013 12:52 PM, Andre Heider wrote:
> On Fri, Dec 06, 2013 at 09:50:24PM -0700, Stephen Warren wrote:
>> On 12/06/2013 06:37 AM, Andre Heider wrote:
>>> Hi Stephen,
>>>
>>> On Tue, Dec 03, 2013 at 09:01:55PM -0700, Stephen Warren wrote:
Send RPC commands to the VideoCore to turn on the
Dear Alexey Smishlayev,
In message <52a5d4f1.7020...@xtech2.lv> you wrote:
>
> I would like to flash the environment variable values to my board,
> rather than setting them at the prompt. I've founa a tool mkenvimage is
> made specially for that. I used it to create a binary image of the
> U-B
On Fri, Dec 06, 2013 at 09:50:24PM -0700, Stephen Warren wrote:
> On 12/06/2013 06:37 AM, Andre Heider wrote:
> > Hi Stephen,
> >
> > On Tue, Dec 03, 2013 at 09:01:55PM -0700, Stephen Warren wrote:
> >> Send RPC commands to the VideoCore to turn on the SDHCI and USB modules.
> >> For SDHCI this is
Hi Rajeshwari,
On Mon, 9 Dec 2013 13:24:28 +0530, Rajeshwari Birje
wrote:
> Hi All,
>
> I have tried booting SMDK5250 on the latest U-boot-Samsung branch, It
> builds fine but does not boot.
> Observation:
> If revert the following patch it works fine:
> commit 47ed5dd031d7d2c587e6afd386e79ccec
On 12/09/2013 11:09 AM, Alban Bedel wrote:
> On Mon, 09 Dec 2013 10:09:49 -0700
> Stephen Warren wrote:
>
>> On 12/09/2013 10:06 AM, Alban Bedel wrote:
>>> Unlike many other platforms the tegra platform has the luxury of
>>> already having the SDRAM running during the early init, and it is used
>
We add two new environment variables, falcon_args_file and
falcon_image_file, which when set will override the compiled in default
values for falcon mode.
Signed-off-by: Tom Rini
---
common/spl/spl_mmc.c | 28 +++-
doc/README.falcon|4
2 files changed, 31 i
On Mon, 09 Dec 2013 10:09:49 -0700
Stephen Warren wrote:
> On 12/09/2013 10:06 AM, Alban Bedel wrote:
> > Unlike many other platforms the tegra platform has the luxury of
> > already having the SDRAM running during the early init, and it is used
> > for the early stack. However the memory test of
This change makes the behaviour slightly more rebust and will match
other implementations which can use getenv_yesno directly.
Acked-by: Stefan Roese
Signed-off-by: Tom Rini
---
board/a3m071/a3m071.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/board/a3m071/a3m071.c
We use the same variable as a3m071 in the environment to determine if we
should boot into Linux or U-Boot. This is useful on boards like
Beaglebone Black or AM335x GP EVM where we have persistent storage for
the environment.
Signed-off-by: Tom Rini
---
board/ti/am335x/board.c | 13 +++
Signed-off-by: Tom Rini
---
doc/README.falcon |9 +
1 file changed, 9 insertions(+)
diff --git a/doc/README.falcon b/doc/README.falcon
index 6357b1e..bccf6c9 100644
--- a/doc/README.falcon
+++ b/doc/README.falcon
@@ -80,6 +80,15 @@ spl_start_uboot() : required
Returns
Signed-off-by: Tom Rini
---
README |4
1 file changed, 4 insertions(+)
diff --git a/README b/README
index 1b5a598..4b42a71 100644
--- a/README
+++ b/README
@@ -3157,6 +3157,10 @@ FIT uImage format:
supports MMC, NAND and YMODEM loading of U-Boot and NAND
Cc: Scott Wood
Signed-off-by: Tom Rini
---
Changes in v2:
- Surround adding nand_util.o with CONFIG_SPL_ENV_SUPPORT test
---
drivers/mtd/nand/Makefile |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mtd/nand/Makefile b/drivers/mtd/nand/Makefile
index e145cd1..ca978ae 100644
---
Previously, we forced a "no environment" choice on network using SPL.
Now we allow all users to set where they want to look for their
environment. This means we have to set CONFIG_SPL_ENV_SUPPORT now for
ti_armv7_common.h.
Signed-off-by: Tom Rini
---
common/Makefile |7 +++
We currently limit ourself to 16 characters for the device name to read
the environment from. This is insufficient for /dev/mmcblk0boot1 to
work for example. Switch to '%ms' which gives us a dynamically
allocated buffer instead. We're short lived enough to not bother
free()ing the buffer.
Signe
This mainly converts the am335x_spl_bch driver to the "normal" format
which means a slight change to nand_info within the driver.
Acked-by: Scott Wood
Signed-off-by: Tom Rini
---
Changes in v2:
- Document CONFIG_SPL_MTD_SUPPORT in the README
---
README|4 +++
dri
With 452a272 we moved to allocating these variables on the stack. So
they will never now be NULL so remove these checks.
Signed-off-by: Tom Rini
---
common/env_mmc.c |6 --
1 file changed, 6 deletions(-)
diff --git a/common/env_mmc.c b/common/env_mmc.c
index d42168b..f47bd77 100644
---
Inside of SPL we only concern ourself with one MMC device, so instead of
being able to use CONFIG_SYS_MMC_ENV_DEV we need to use 0 in SPL.
Switch the code to use a 'dev' variable to facilitate this.
Signed-off-by: Tom Rini
---
common/env_mmc.c | 45 +
Hey all,
This series fixes a few bugs / issues, and then sets things up so that
we can use MMC (or NAND) for environment in SPL, in addition to NOR
flash or simply built-in. The end result is that Falcon Mode becomes
much more configurable via the environment, and thus from within Linux.
Changes
There are times where we may need more than a few kilobytes of stack
space. We also will not be using CONFIG_SPL_STACK location prior to DDR
being initialized (CONFIG_SYS_INIT_SP_ADDR is still used there) so pick
a good location within DDR for this to be. Tested on
OMAP4/AM335x/OMAP5/DRA7xx.
Sig
Hi Andreas,
On Mon, 9 Dec 2013 13:42:38 +0100, Andreas Bießmann
wrote:
> Dear Albert Aribaud,
>
> please pull the following changes from u-boot-atmel/master into
> u-boot-arm/master.
>
> The following changes since commit 47ed5dd031d7d2c587e6afd386e79ccec1a1b7f7:
>
> arm: keep all sections
On Mon, 2013-12-09 at 11:10 +0530, Prabhakar Kushwaha wrote:
> On 12/7/2013 6:51 AM, Scott Wood wrote:
> > Prabhakar, why did you extend that to other uses? Why are both entries
> > ifdeffed here, but only the 0xe000 entry on existing boards?
>
> both entry should not be in ifdef. p1010rdb/bs
Remove the last uses of symbol offsets in ARM U-Boot.
Remove some needless uses of _TEXT_BASE.
Remove all _TEXT_BASE definitions.
Signed-off-by: Albert ARIBAUD
---
Changes in v3: None
Changes in v2:
- fixed use of _rel_dyn_end instead of _end
README | 6 ---
mkexynos reads its input file which might be smaller than
its read buffer, but always writes the whole buffer out.
This does not affect the functionalyty of the output file,
but it makes its content unpredictable as the end of the
buffer is never initialized. Fix this by zeroing the buffer
before r
Newly added cm_t335 was missed in commit 47ed5dd0 which
made ARM targets produce full ELF files. Fix its linker
script.
This change is binary-invariant when only .dynsym, .dynstr,
.dynamic, .plt, .interp and .gun sections are declared.
Sections .hash, .got.plt, .dynbss and .ARM.exidx are also
dec
This prevents references to _end from generating absolute
relocation records.
This change is binary invariant for ARM targets.
Signed-off-by: Albert ARIBAUD
---
Changes in v3:
- Replace _end in linker scripts with _image_binary_end
Changes in v2: None
arch/arm/cpu/arm1136/u-boot-spl.lds
On 12/08/2013 11:40 PM, Shengzhou Liu wrote:
> - optimize ddr parameters for whole frequency range from 1500MT/s to 2140MT/s.
> - remove unused patameters: 'cpo', 'wrdata delay', '2T', which is unrelated
> to DDR3/3L on t2080qds.
> - remove unused rdimm code(only udimm is supported on t2080qds bo
On 12/09/2013 10:06 AM, Alban Bedel wrote:
> Unlike many other platforms the tegra platform has the luxury of
> already having the SDRAM running during the early init, and it is used
> for the early stack. However the memory test of the POST subsystem is
> expecting the SDRAM to be unused, and on t
Unlike many other platforms the tegra platform has the luxury of
already having the SDRAM running during the early init, and it is used
for the early stack. However the memory test of the POST subsystem is
expecting the SDRAM to be unused, and on tegra platforms the test fail
to run as it destroy t
On 12/09/2013 01:28 AM, priyanka.j...@freescale.com wrote:
> Hello York,
>
> I am not able to find mail which contains your comment on to undefined
> CONFIG_DDR_CLK_FREQ, so replying on original mail.
>
>
> You are right that we don't need to define CONFIG_DDR_CLK_FREQ in case of
> single
I've said that I'm new to every ting about bootloaders, I succeeded in
compiling the u-boot for mini6410 but I don't see the files needed to
upload on processor nand.
Where it suppose to build?
Thank you.
Miron Cornel
Mobile: +40-732.746.305
E-mail: cornel.miro...@gmai
Hello!
I would like to flash the environment variable values to my board,
rather than setting them at the prompt. I've founa a tool mkenvimage is
made specially for that. I used it to create a binary image of the
U-Boot environment. However, when I flash it to my board, I get the message
***
On Sun, Dec 8, 2013 at 6:29 AM, Nikita Kiryanov wrote:
> ABB code uses LDELAY but does not include the header that provides its
> definition.
>
> Include the header.
>
> Cc: Tom Rini
> Signed-off-by: Nikita Kiryanov
Acked-by: Nishanth Menon
> ---
> arch/arm/cpu/armv7/omap-common/abb.c | 1 +
>
It is necessary to deter the host from sending subsequent DFU_GETSTATUS
request in the case of e.g. writing the buffer to medium.
Here the timeout is increased when we fill up the whole buffer. This delay
allows eMMC memory to perform its internal operations.
Otherwise we end up with HOST's error
Provide default Poll Timeout value for Trats board.
Signed-off-by: Lukasz Majewski
---
include/configs/trats.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/trats.h b/include/configs/trats.h
index 3d080c4..1e37996 100644
--- a/include/configs/trats.h
+++ b/include/config
This patch series adds support for DFU's proper Poll Timeout setting.
This fixes problem with "dying" transmission of a large files (like rootfs).
Moreover some very simple clean-up patches have been included.
Test HW:
Exynos4210 - TRATS board
Lukasz Majewski (4):
dfu: Export allocated dfu bu
Code cleanup for dfu_bind_config function
Signed-off-by: Lukasz Majewski
---
drivers/usb/gadget/f_dfu.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/gadget/f_dfu.c b/drivers/usb/gadget/f_dfu.c
index b4b4aa4..a045864 100644
--- a/drivers/usb/gadget/f_dfu.
The method for exporting size of allocated buffer is provided.
It is afterwards used by USB's dfu function code.
Signed-off-by: Lukasz Majewski
---
drivers/dfu/dfu.c |5 +
include/dfu.h |1 +
2 files changed, 6 insertions(+)
diff --git a/drivers/dfu/dfu.c b/drivers/dfu/dfu.c
ind
Dear Jiří Prchal,
On 09/16/2013 11:36 AM, Jiří Prchal wrote:
> Dne 16.9.2013 10:27, Andreas Bießmann napsal(a):
>> On 09/13/2013 04:41 PM, Jiří Prchal wrote:
>>> Dne 13.9.2013 16:10, Andreas Bießmann napsal(a):
On 09/13/2013 03:00 PM, Jiri Prchal wrote:
>>
>>
>>
> diff --git a/arch/arm/i
On Thu, Dec 5, 2013 at 1:08 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> Commit 8dfafdde88eb ("Introduce common timer functions") created a
> common definition of usec_to_tick() which had a couple problems:
>
> static unsigned long long usec_to_tick(unsigned long usec)
> {
>uint64
Seems like this is a reminder of some legacy stuff.
Definitely of no use now.
Signed-off-by: Alexey Brodkin
Cc: Rob Herring
Cc: Mischa Jonker
---
lib/time.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/lib/time.c b/lib/time.c
index 80003c3..c47bff7 100644
--- a/lib/time.c
+++ b/lib/time
Current implementation works fine if "usec * get_tbclk()" fits in 32
bits. Otherwise result will be cut down to 32-bit.
Fix is obvious - first extend data type of either operand.
Signed-off-by: Alexey Brodkin
Cc: Rob Herring
Cc: Mischa Jonker
---
lib/time.c | 2 +-
1 file changed, 1 insertio
Hi,
On 12/09/2013 11:51 AM, Ian Campbell wrote:
On Sat, 2013-12-07 at 11:19 +, Marc Zyngier wrote:
The kernel now boots in HYP mode, finds its secondary CPU without any
SMP code present in the kernel, and runs KVM out of the box.
Hopefully, the Xen/ARM guys can do the same fairly easily.
Dear Albert Aribaud,
please pull the following changes from u-boot-atmel/master into
u-boot-arm/master.
The following changes since commit 47ed5dd031d7d2c587e6afd386e79ccec1a1b7f7:
arm: keep all sections in ELF file (2013-12-07 06:53:58 +0100)
are available in the git repository at:
git://
Dear Mateusz Kulikowski,
Mateusz Kulikowski writes:
>Add support for USB-A9263 board manufactured by Calao Systems
>(http://www.calao-systems.com/).
>Code is based on old U-Boot sources (2010.09) released by Calao.
>
>Signed-off-by: Mateusz Kulikowski
>
>---
>Changes for v3
>- Updated Makefile t
Dear Heiko Schocher,
Heiko Schocher writes:
>enable support for the siemens AT91SAM9G20 based board corvus.
>
>Signed-off-by: Boris Schmidt
>Reviewed-by: Heiko Schocher
>Cc: Andreas Bießmann
>Cc: Bo Shen
>
>---
>- changes for v2:
> - add comments from Bo Shen
> - use gpio api
> - r
Dear Heiko Schocher,
Heiko Schocher writes:
>enable support for the siemens AT91SAM9G20 based boards taurus
>and axm.
>
>Signed-off-by: Roger Meier
>Reviewed-by: Heiko Schocher
>Cc: Andreas Bießmann
>Cc: Bo Shen
>
>---
>- changes for v2:
> - add comments from bo shen
>- use gpio api
>
Dear Andreas Devel,
Andreas Devel writes:
>Signed-off-by: Andreas Bießmann
>
>---
>arch/arm/cpu/arm926ejs/at91/led.c | 16 +++-
> board/ronetix/pm9261/led.c| 14 +++---
> board/ronetix/pm9263/led.c| 10 +-
> include/configs/pm9261.h |6
Dear Andreas Devel,
Andreas Devel writes:
>Signed-off-by: Andreas Bießmann
>Acked-by: Jens Scharsig (BuS Elektronik)
>Tested-by: Jens Scharsig (BuS Elektronik)
>Acked-by: Scott Wood
>
>---
>board/BuS/vl_ma2sc/vl_ma2sc.c |5 +++--
> board/egnite/ethernut5/ethernut5.c |3 ++-
> board/e
Dear Andreas Devel,
Andreas Devel writes:
>In order to get the very same value for legacy pin definitions and new gpio
>definitions set the legacy PIN_BASE to 0.
>
>Signed-off-by: Andreas Bießmann
>
>---
>arch/arm/include/asm/arch-at91/gpio.h |2 +-
> 1 file changed, 1 insertion(+), 1 deletio
Dear Andreas Devel,
Andreas Devel writes:
>This patch define new names for GPIO pins on at91 devices. Follow up patches
>will convert the whole infrastructure to use these new definitions.
>
>Signed-off-by: Andreas Bießmann
>Tested-by: Bo Shen
>
>---
>arch/arm/include/asm/arch-at91/gpio.h | 2
On Mon, 2013-12-09 at 12:29 +0100, Hans de Goede wrote:
> Hi,
>
> On 12/09/2013 11:51 AM, Ian Campbell wrote:
> > On Sat, 2013-12-07 at 11:19 +, Marc Zyngier wrote:
> >> The kernel now boots in HYP mode, finds its secondary CPU without any
> >> SMP code present in the kernel, and runs KVM out
On 09/12/13 11:29, Hans de Goede wrote:
> Hi,
>
> On 12/09/2013 11:51 AM, Ian Campbell wrote:
>> On Sat, 2013-12-07 at 11:19 +, Marc Zyngier wrote:
>>> The kernel now boots in HYP mode, finds its secondary CPU without any
>>> SMP code present in the kernel, and runs KVM out of the box.
>>> Hop
Hello Alexey,
Am 09.12.2013 11:35, schrieb Alexey Brodkin:
Hi Heiko,
On Mon, 2013-12-09 at 07:56 +0100, Heiko Schocher wrote:
Applied to u-boot.i2c.git, thanks!
I'm wondering if you've seen a discussion between me and Kuo-jung
regarding this patch and consequences of it being applied.
Do
Hi Cornel,
> The CPU is : samsung s3c6410xh 66
S3C6410 will never die ... due to Tomasz Figa (tom3q) heroic effort :-).
We (mostly Tomasz with my little help) were trying to upstream the
platform again - please follow Tomasz work on github:
https://github.com/tom3q/u-boot/commits/s3c64xx
The s
On 09/12/13 10:51, Ian Campbell wrote:
> On Sat, 2013-12-07 at 11:19 +, Marc Zyngier wrote:
>> The kernel now boots in HYP mode, finds its secondary CPU without any
>> SMP code present in the kernel, and runs KVM out of the box.
>> Hopefully, the Xen/ARM guys can do the same fairly easily.
>
On Sat, 2013-12-07 at 11:19 +, Marc Zyngier wrote:
> Make sure the vectors are aligned on a 32 byte boundary, not
> the code that deals with it...
>
> Signed-off-by: Marc Zyngier
Looks like Masahiro Yamada's equivalent patch is now in the u-boot-arm
tree.
Ian.
_
On Sat, 2013-12-07 at 11:19 +, Marc Zyngier wrote:
> The kernel now boots in HYP mode, finds its secondary CPU without any
> SMP code present in the kernel, and runs KVM out of the box.
> Hopefully, the Xen/ARM guys can do the same fairly easily.
Indeed, I booted with this series on a cb2 and
Hi Heiko,
On Mon, 2013-12-09 at 07:56 +0100, Heiko Schocher wrote:
> Applied to u-boot.i2c.git, thanks!
>
I'm wondering if you've seen a discussion between me and Kuo-jung
regarding this patch and consequences of it being applied.
Do you mind to comment on questions we discussed there?
My mai
From: Kees Jongenburger
The documentation suggested the arguments where passed over r3-r6
while the code bellow simply does that over r0-r3.
Cc: Kumar Gala
---
common/cmd_bootm.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c
Hi Bo,
On 12/02/2013 04:24 AM, Bo Shen wrote:
> Add SPI SPL boot support for sama5d3xek board.
>
> Signed-off-by: Bo Shen
> ---
> arch/arm/cpu/at91-common/spl.c |2 ++
> arch/arm/include/asm/arch-at91/spl.h |2 ++
> board/atmel/sama5d3xek/sama5d3xek.c |2 ++
> include/configs
Hello York,
I am not able to find mail which contains your comment on to undefined
CONFIG_DDR_CLK_FREQ, so replying on original mail.
You are right that we don't need to define CONFIG_DDR_CLK_FREQ in case of
single source clocking.
But as T1040QDS supports both single source clocking and
> -Original Message-
> From: Jain Priyanka-B32167
> Sent: Monday, December 09, 2013 2:59 PM
> To: Sun York-R58495
> Cc: Aggrwal Poonam-B10812; Jain Priyanka-B32167; u-boot@lists.denx.de
> Subject: RE: [PATCH] powerpc/mpc85xx: Add support for single source
> clocking
>
> Hello York,
>
>
Hi Tom,
The following changes since commit f44483b57c49282299da0e5c10073b909cdad979:
Merge branch 'serial' of git://git.denx.de/u-boot-microblaze (2013-12-02
08:48:02 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-mmc.git master
for you to fetch changes up to ade
Adding initial config for SMDK5420 to build and boot U-Boot
over Exynos based SMDK5420.
Signed-off-by: Rajeshwari S Shinde
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes in V2:
- None
Changes in V3:
- None
Changes in V4:
- Created a common exynos5-dt.h
Adds base addresses of various IPs and controllers required for
Exynos5420.
Signed-off-by: Rajeshwari S Shinde
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes in V2:
- None
Changes in V3:
- None
Changes in V4:
- Added base address for TZPC.
Changes in V5
This patch adds dts support for SMDK5420.
exynos5.dtsi created is a common file which has the nodes common
to both 5420 and 5250.
Signed-off-by: Akshay Saraswat
Signed-off-by: Rajeshwari S Shinde
Acked-by: Simon Glass
---
Changes in V2:
- None
Changes in V3:
- None
Changes in V4
This patch adds basic board support for SMDK5420 board.
These patches are tested for booting fine on EVT1 SMDK5420.
Changes in V2:
- Corrected a compilation issue for SMDK5420.
Changes in V3:
- Add patch to support variable size SPL support
- Add patch to disable SMU for e
Adds code in pinmux and gpio framework to support Exynos5420.
Signed-off-by: Naveen Krishna Chatradhi
Signed-off-by: Akshay Saraswat
Signed-off-by: Rajeshwari S Shinde
Acked-by: Simon Glass
---
Changes in V2:
- None
Changes in V3:
- None
Changes in V4:
- Added correct c
This patch intends to add DDR3 initialization code for Exynos5420.
Signed-off-by: Akshay Saraswat
Signed-off-by: Rajeshwari S Shinde
---
Changes in V2:
- Corrected a compilation issue for SMDK5250.
Changes in V3:
- None
Changes in V4:
- None
Changes in V5:
- None
Add structure for power register for Exynos5420
Signed-off-by: Rajeshwari S Shinde
---
Changes in V10:
- New patch
arch/arm/include/asm/arch-exynos/power.h | 837 +++
1 file changed, 837 insertions(+)
diff --git a/arch/arm/include/asm/arch-exynos/power.h
b/a
When variable size SPL is used, the BL1 expects the SPL to be
encapsulated differently: instead of putting the checksum at a fixed
offset in the SPL blob, prepend the blob with a header including the
size and the checksum.
The enhancements include
- adding a command line option, '--vs' to
Add dmc and phy_control register structure for 5420.
Signed-off-by: Rajeshwari S Shinde
---
Changes in V10:
- New patch
arch/arm/include/asm/arch-exynos/dmc.h | 167 +
1 file changed, 167 insertions(+)
diff --git a/arch/arm/include/asm/arch-exynos/dmc.h
Adding the base patch for Exynos based SMDK5420.
This shall enable compilation and basic boot support for
SMDK5420.
Signed-off-by: Rajeshwari S Shinde
Signed-off-by: Akshay Saraswat
---
Changes in V2:
- None
Changes in V3:
- None
Changes in V4:
- Rebased on latest u-boot-
Create a common board.c file for all functions which are common across
all EXYNOS5 platforms.
exynos_init function is provided for platform specific code.
Signed-off-by: Rajeshwari S Shinde
---
Changes in V2:
- None
Changes in V3:
- None
Changes in V4:
- Added check for t
On 07/12/13 21:03, Rob Herring wrote:
> On Sat, Dec 7, 2013 at 5:11 AM, Marc Zyngier wrote:
>> Commit b3a7f22b3e09 (ARM: vexpress: convert to common timer code)
>> converted the VE timer code to the generic framework, but hardcoded
>> the timer address of the A9 testchip.
>>
>> Change it for the a
- optimize ddr parameters for whole frequency range from 1500MT/s to 2140MT/s.
- remove unused patameters: 'cpo', 'wrdata delay', '2T', which is unrelated
to DDR3/3L on t2080qds.
- remove unused rdimm code(only udimm is supported on t2080qds board).
Signed-off-by: Shengzhou Liu
---
Against mast
From: Sonic Zhang
Signed-off-by: Sonic Zhang
---
arch/blackfin/cpu/initcode.c | 18 ++
arch/blackfin/include/asm/blackfin_local.h |7 +--
2 files changed, 15 insertions(+), 10 deletions(-)
diff --git a/arch/blackfin/cpu/initcode.c b/arch/blackfin/cpu/in
From: Sonic Zhang
Signed-off-by: Sonic Zhang
---
include/configs/bf561-ezkit.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/bf561-ezkit.h b/include/configs/bf561-ezkit.h
index 404039a..fb6f948 100644
--- a/include/configs/bf561-ezkit.h
+++ b/include/configs/bf561-ezki
From: Sonic Zhang
Signed-off-by: Sonic Zhang
---
include/configs/blackvme.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/blackvme.h b/include/configs/blackvme.h
index cd37f9a..6e5774c 100644
--- a/include/configs/blackvme.h
+++ b/include/configs/blackvme.h
@@ -177,6 +
1 - 100 of 105 matches
Mail list logo
