Hi Simon,
On Tue, Jun 3, 2014 at 9:58 PM, Simon Glass wrote:
> Hi Harsha,
>
> On 3 June 2014 20:29, Harsha Kiran wrote:
> > Hi Simon,
> >
> > I was able to succesfully test the Secure u-boot on the beaglebone black
> > from the u-boot-x86 Bone git.
> > Thanks for all the help and it was a great
From: Thomas Betker
The intent of these patches is to get command repeat to work again. The
issue is that run_command() returns 0 on success, 1 on error. In order
to get command repeat to work, we need a variant which returns -1 on
error and 0/1 (non-repeatable/repeatable) on succcess, the sam
Hi Simon,
I was able to succesfully test the Secure u-boot on the beaglebone black
from the u-boot-x86 Bone git.
Thanks for all the help and it was a great beaglebone_vboot.txt file !
I have some of minor things i would like to mention when i followed the
procedure.
1) in the 7th step
7. Put U-
From: Thomas Betker
run_command() returns 0 for success, 1 for failure. Fix places which
assume that failure is indicated by a negative return code.
Signed-off-by: Thomas Betker
---
arch/arm/cpu/arm926ejs/kirkwood/cpu.c |2 +-
board/gdsys/p1022/controlcenterd.c|6 +-
common/cmd
From: Thomas Betker
Replace run_command() by run_command_repeatable() in places which
depend on the return code to indicate repeatability.
Signed-off-by: Thomas Betker
---
common/cli_simple.c |2 +-
common/cmd_bedbug.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
From: Thomas Betker
run_command() returns 0 on success and 1 on error. However, there are some
invocations which expect 0 or 1 for success (not repeatable or repeatable)
and -1 for error; add run_command_repeatable() for this purpose.
Signed-off-by: Thomas Betker
---
common/cli.c | 24 ++
Hello Hans,
Am 03.06.2014 21:41, schrieb Hans de Goede:
Add support for the i2c controller found on all Allwinner sunxi SoCs,
this is the same controller as found on the Marvell orion5x and kirkwood
SoC families, with a slightly different register layout, so this patch uses
the existing mvtwsi c
Hi,
Thanks for the help. I am able to boot the kernel on foundation models but
unable to boot the kernel on the FVP base models. The model itself seem to
hang while booting the kernel. Here is the log:
http://pastebin.com/HajuPFZ1
I am investigating on what the last instruction getting executed i
On Jun 3, 2014, at 8:52 PM, Stefan Roese wrote:
> Hi Jeroen,
>
> (added York to cc as he introduced CONFIG_SYS_GENERIC_GLOBAL_DATA with patch
> 2a1680e3 [common/board_f: Initialized global data for generic board])
>
> On 03.06.2014 22:52, Jeroen Hofstee wrote:
>> Hello Wolfgang / Stefan.
>>
>
Hi Jeroen,
(added York to cc as he introduced CONFIG_SYS_GENERIC_GLOBAL_DATA with
patch 2a1680e3 [common/board_f: Initialized global data for generic board])
On 03.06.2014 22:52, Jeroen Hofstee wrote:
Hello Wolfgang / Stefan.
On za, 2014-05-31 at 22:32 +0200, Jeroen Hofstee wrote:
When CONF
On 3 June 2014 21:01, Josh Wu wrote:
> When the map_sysmem, then the fatwrite command can support sandbox.
> Following command will show how to use it:
> => sb bind 0 sd.img
> => fatls host 0
> => fatwrite host 0 $memaddr filename $filesize
>
> Signed-off-by: Josh Wu
Acked-by: Simon Glass
When the map_sysmem, then the fatwrite command can support sandbox.
Following command will show how to use it:
=> sb bind 0 sd.img
=> fatls host 0
=> fatwrite host 0 $memaddr filename $filesize
Signed-off-by: Josh Wu
---
v1 -> v2:
remove the type cast for the addr.
common/cmd_fat.c |
Hi Harsha,
On 3 June 2014 20:29, Harsha Kiran wrote:
> Hi Simon,
>
> I was able to succesfully test the Secure u-boot on the beaglebone black
> from the u-boot-x86 Bone git.
> Thanks for all the help and it was a great beaglebone_vboot.txt file !
Good!
>
> I have some of minor things i would li
On 6/3/2014 10:35 PM, Simon Glass wrote:
Hi Josh,
On 3 June 2014 03:52, Josh Wu wrote:
When the map_sysmem, then the fatwrite command can support sandbox.
Following command will show how to use it:
=> sb bind 0 sd.img
=> fatls host 0
=> fatwrite host 0 $memaddr filename $filesize
Sig
Hi, Marc:
>PSCI doesn't need any pen-related code, as it interacts directly
>with the power controller.
>
>Make these sections depend on CONFIG_ARMV7_PSCI not being set.
>
>Signed-off-by: Marc Zyngier
>---
> arch/arm/cpu/armv7/nonsec_virt.S | 2 ++
> arch/arm/cpu/armv7/virt-v7.c | 2 ++
> 2 file
Commit 3d5a335c announced that all the nand_spl boards
would be removed before v2014.07 release.
Also update README.scrapyard.
Signed-off-by: Masahiro Yamada
---
board/sheldon/simpc8313/Makefile| 8 -
board/sheldon/simpc8313/README.simpc8313| 80
board/sheldon/simpc8313
Commit 3d5a335c announced that all the nand_spl boards
would be removed before v2014.07 release.
Signed-off-by: Masahiro Yamada
---
boards.cfg | 1 -
include/configs/MPC8536DS.h| 29 +---
nand_spl/board/freescale/mpc8536ds/Makefile
There are still 7 nand_spl boards.
I built all the other boards and
confirmed this series has no impact on them.
Masahiro Yamada (7):
nand_spl: remove P1023RDS_NAND support
nand_spl: remove MPC8572DS_NAND support
nand_spl: remove MPC8569MDS_NAND support
nand_spl: remove MPC8536DS suppo
Commit 3d5a335c announced that all the nand_spl boards
would be removed before v2014.07 release.
Signed-off-by: Masahiro Yamada
---
boards.cfg | 1 -
include/configs/MPC8572DS.h| 30 -
nand_spl/board/freescale/mpc8572ds/Makefile
Commit 3d5a335c announced that all the nand_spl boards
would be removed before v2014.07 release.
Signed-off-by: Masahiro Yamada
---
board/freescale/p1023rds/p1023rds.c | 5 --
board/freescale/p1023rds/tlb.c| 2 -
boards.cfg| 1 -
Remove the common infrastructure of nand_spl and
clean-up the code inside ifdef(CONFIG_NAND_U_BOOT)..endif.
Signed-off-by: Masahiro Yamada
---
Makefile | 28 +
arch/powerpc/cpu/ppc4xx/cpu.c | 3 -
common/env_embedded.c | 2 +-
nand_spl/nand_boot.c
Commit 3d5a335c announced that all the nand_spl boards
would be removed before v2014.07 release.
Signed-off-by: Masahiro Yamada
---
boards.cfg | 1 -
include/configs/MPC8569MDS.h| 29
nand_spl/board/freescale/mpc8569mds/Makefile
Commit 3d5a335c announced that all the nand_spl boards
would be removed before v2014.07 release.
Signed-off-by: Masahiro Yamada
---
boards.cfg | 1 -
include/configs/MPC8315ERDB.h | 32 +--
nand_spl/board/freescale/mpc8315erdb/Make
Because cmd_mkimage is used in various subdirectories,
it seems reasonable to define it in scripts/Makefile.lib.
Signed-off-by: Masahiro Yamada
---
arch/arm/imx-common/Makefile| 4
board/cray/L1/Makefile | 6 +-
board/matrix_vision/mvblm7/Makefile | 4
board/ma
We already have cmd_shipped in scripts/Makefile.lib.
Use it rather than defining a new command cmd_copy.
Signed-off-by: Masahiro Yamada
---
dts/Makefile | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/dts/Makefile b/dts/Makefile
index e59550c..3fca5f5 100644
--- a/dts/Mak
Hello Wolfgang / Stefan.
On za, 2014-05-31 at 22:32 +0200, Jeroen Hofstee wrote:
> When CONFIG_SYS_GENERIC_GLOBAL_DATA is not set the arch handles
> the assignment of gd. At least in case of ARM/Aarch64 this means
> board_init_r is alteady called with the new gd. Therefore only
> assign gd if CONF
Hi Jeroen,
On 3 June 2014 13:58, Jeroen Hofstee wrote:
> Hi Simon (this time with reply..)
>
> On ma, 2014-06-02 at 20:20 -0600, Simon Glass wrote:
>> Hi Jeroen,
>>
>> On 31 May 2014 14:32, Jeroen Hofstee wrote:
>> > ---
>> > arch/arm/include/asm/global_data.h | 17 +
>> > 1 fil
Hi Simon (this time with reply..)
On ma, 2014-06-02 at 20:20 -0600, Simon Glass wrote:
> Hi Jeroen,
>
> On 31 May 2014 14:32, Jeroen Hofstee wrote:
> > ---
> > arch/arm/include/asm/global_data.h | 17 +
> > 1 file changed, 17 insertions(+)
> >
> > diff --git a/arch/arm/include/a
Hi Ian,
On 05/31/2014 06:36 PM, Ian Campbell wrote:
This enables the necessary clocks, in AHB0 and in PLL6_CFG. This is done
for sun7i only since I don't have access to any other sunxi platformsw
with sata included.
The PHY setup is derived from the Alwinner releases and Linux, but is mostly
un
On ma, 2014-06-02 at 20:20 -0600, Simon Glass wrote:
> Hi Jeroen,
>
> On 31 May 2014 14:32, Jeroen Hofstee wrote:
> > ---
> > arch/arm/include/asm/global_data.h | 17 +
> > 1 file changed, 17 insertions(+)
> >
> > diff --git a/arch/arm/include/asm/global_data.h
> > b/arch/arm/in
From: Chen-Yu Tsai
Many A20 boards (ie Cubieboard2, A20-OLinuXino_MICRO) use an 100 Mbit MII
phy together with the GMAC nic found in the A20 SoC, add support for this
(this will get used when we add these boards in a later patch).
Signed-off-by: Chen-Yu Tsai
Signed-off-by: Hans de Goede
---
b
Signed-off-by: Hans de Goede
---
arch/arm/cpu/armv7/sunxi/board.c | 8
boards.cfg | 2 +-
include/configs/sunxi-common.h | 5 +
3 files changed, 14 insertions(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv7/sunxi/board.c b/arch/arm/cpu/armv7/sunxi/board.c
i
From: Stefan Roese
There have been 3 versions of the sunxi_emac support patch during its
development. Somehow version 2 ended up in upstream u-boot where as
the u-boot-sunxi git repo got version 3.
This bumps the version in upstream u-boot to version 3 of the patch:
- Initialize MII clock earlie
From: Henrik Nordstrom
Add support for the x-powers axp209 pmic which is found on most A10, A13 and
A20 boards.
And enable AXP209 support for the Cubietruck and Cubieboard boards.
While changing the boards.cfg lines for the Cubietruck, add Ian and me as board
maintainers for the Cubietruck.
Si
Add support for the Allwinner A13 and A10s SoCs also know as the Allwinner
sun5i family, and the A13-OLinuXinoM A13 based and r7-tv-dongle A10s based
boards.
The only differences compared to the already supported sun4i and sun7i
families are all in the DRAM controller initialization:
-Different h
Add support for the x-powers axp152 pmic which is found on most A10s boards
and enable it for the r7-tv-dongle board.
Signed-off-by: Henrik Nordstrom
Signed-off-by: Ian Campbell
Signed-off-by: Hans de Goede
---
board/sunxi/board.c| 10 +
boards.cfg | 2 +-
drivers/power/
Add support for the Allwinner A10 SoC also known as the Allwinner sun4i family,
and add the Cubieboard board which uses the A10 SoC.
Compared to sun7 only the DRAM controller is a bit different:
-Controller reset bits are inverted, but only for Rev. A
-Different hpcr values
-No MBUS on sun4i
-Vari
Add support for the i2c controller found on all Allwinner sunxi SoCs,
this is the same controller as found on the Marvell orion5x and kirkwood
SoC families, with a slightly different register layout, so this patch uses
the existing mvtwsi code.
Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
The DMA code in sunxi_mmc.c is broken. mmc_trans_data_by_dma() allocates the
dma descriptors on the stack, and then exits while the dma transfer is in
progress, so the dma engine is reading stack memory which at that point may
be re-used. So far we've gotten away with this by luck, but recent u-boo
There is no way to reset the cpu, so use the watchdog for this.
Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
---
arch/arm/cpu/armv7/sunxi/board.c| 7 +++
arch/arm/include/asm/arch-sunxi/timer.h | 5 +
2 files changed, 12 insertions(+)
diff --git a/arch/arm/cpu/armv7/sunx
We should not be aligning the amount of bytes which we try to read from the
disk, this leads to trying to read more bytes then there are which fails.
file_size is already aligned to BLOCK_SIZE before being stored in
img.header.length, so there is no need for load_size at all.
Signed-off-by: Hans
Adjust the u-boot-spl.lds linker script to match the changes made in the
41623c91b09a0c865fab41acdaff30f060f29ad6 "arm: move exception handling out
of start.S files" commit.
Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
---
arch/arm/cpu/armv7/sunxi/u-boot-spl.lds | 1 +
1 file changed, 1
Hi All,
Here is v2 of my patch series to be applied on top of Ian's recently merged
basic sun7i support.
This patch series begins with a few bug fixes found while working on preparing
the rest of the series, adds sun4i and sun5i support, pmic support (which is
necessary to clock the CPU at its ma
Hello Simon,
On ma, 2014-06-02 at 20:02 -0600, Simon Glass wrote:
> Hi Jeroen,
>
> On 31 May 2014 14:32, Jeroen Hofstee wrote:
> > NOTE: smdk5420 snow smdkv310 apf27 arndale origen vpac270_ond_256 smdk5250
> > don't have a memset available.
>
> You should add a message explaining the motivation
Hello Simon,
On di, 2014-06-03 at 08:11 -0600, Simon Glass wrote:
> On 30 May 2014 07:45, Jeroen Hofstee wrote:
> > When building tools the u-boot specific sha256.h is required, but the
> > host version of sha256.h is used when present. This leads to build errors
> > on FreeBSD which does have a
On Tue, Jun 3, 2014 at 9:38 AM, Stephen Warren wrote:
> On 06/03/2014 10:17 AM, Tim Harvey wrote:
>> On Mon, May 19, 2014 at 1:21 PM, Stephen Warren
>> wrote:
>>> From: Stephen Warren
>>>
>>> Now that we wait the correct specification-mandated time at the end of
>>> usb_hub_power_on(), I suspec
Dear Simon,
In message
you wrote:
>
> > Please correct me if I'm wrong - but while this can protect against
> > software attacks, it cannot protect your system when someone has
> > physical access, say with a JTAG debugger, correct?
>
> That's correct - they could in that case just change the
On Tuesday, June 03, 2014 at 06:38:30 PM, Stephen Warren wrote:
[...]
> Yes, perhaps it is worth U-Boot probing for longer than the minimum
> time, either always or on-demand as requested by an environment
> variable. The only downside would be that "usb start" would take longer
> even in the abs
Hi,
On 05/31/2014 07:10 PM, Ian Campbell wrote:
On Fri, 2014-05-30 at 11:06 +0200, Hans de Goede wrote:
Add support for the x-powers axp152 pmic which is found on most A10s boards.
This driver looks superficially very similar to the last one, have you
considered merging them?
Other than that
Hi,
On 05/31/2014 07:08 PM, Ian Campbell wrote:
On Fri, 2014-05-30 at 11:06 +0200, Hans de Goede wrote:
From: Henrik Nordstrom
Add support for the x-powers axp209 pmic which is found on most A10, A13 and
A20 boards.
While changing the boards.cfg lines for the Cubietruck, add myself as board
On Tue, Jun 03, 2014 at 11:01:21AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On 3 June 2014 10:59, Tom Rini wrote:
> > On Mon, Jun 02, 2014 at 07:11:14PM -0600, Simon Glass wrote:
> >> Hi Tom,
> >>
> >> On 24 May 2014 06:21, Tom Rini wrote:
> >>
> >> > On Fri, May 23, 2014 at 03:57:34PM -1000, Sim
Hi Tom,
On 3 June 2014 10:59, Tom Rini wrote:
> On Mon, Jun 02, 2014 at 07:11:14PM -0600, Simon Glass wrote:
>> Hi Tom,
>>
>> On 24 May 2014 06:21, Tom Rini wrote:
>>
>> > On Fri, May 23, 2014 at 03:57:34PM -1000, Simon Glass wrote:
> [snip]
>> > > It surprises me the lengths to which people are
On Mon, Jun 02, 2014 at 07:11:14PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On 24 May 2014 06:21, Tom Rini wrote:
>
> > On Fri, May 23, 2014 at 03:57:34PM -1000, Simon Glass wrote:
[snip]
> > > It surprises me the lengths to which people are going to try to
> > > shoehorn .dtbs, compression, mult
Hi Wolfgang,
On 3 June 2014 10:07, Wolfgang Denk wrote:
> Dear Simon,
>
> In message
> you
> wrote:
>>
>> > AFAICT there is no HS version of the AM335X processor.
>>
>> I just sent out a new series (available in u-boot-x86.git branch
>> 'bone') which adds some step-by-step documentation for th
On 06/03/2014 10:17 AM, Tim Harvey wrote:
> On Mon, May 19, 2014 at 1:21 PM, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> Now that we wait the correct specification-mandated time at the end of
>> usb_hub_power_on(), I suspect that CONFIG_USB_HUB_MIN_POWER_ON_DELAY has
>> no purpose.
>>
>>
On 06/03/2014 10:04 AM, Simon Glass wrote:
> +Stephen
I don't think there's anything actionable for me in this email, although
I guess I'll chime in on a couple of points:
I agree that the current way U-Boot parses DT is completely inadequate.
The only way to parse it is to take a top-down recurs
Right now USB booting is enabled for Exynos5250 only. Moving all the
configs for USB boot mode from exynos5250-dt.h to exynos5-dt.h in order
to enableUSB booting for all Exynos5 SoCs.
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
Tested-by: Simon Glass
---
Changes since v2:
- Add
From: Michael Pratt
Since snow has a different memory configuration than peach, split the
configuration between the 5250 and 5420. Exynos 5420 supports runtime
memory configuration detection, and can make the determination between 4
and 7 banks at runtime.
Include the bank size with the number o
Max footprint for SPL in both Exynos 5250 and 5420 is limited to 14 KB.
For Exynos5250 we need to keep it 14 KB because BL1 supports only fixed
size SPL downloading. But in case of Exynos5420 we need not restrict it
to 14 KB. And also, the SPL size for Exynos5420 is expected to increase
with the up
Currently environment resides at the location where BL2 ends.
This may hold good in case there is an empty space at this
position. But what if this place already has a binary or is
expected to have one. To avoid such scenarios it is better
to save environment at the end of the flash.
Signed-off-by
SPI recieve and transfer code in exynos_spi driver has a logical bug.
We read data in a variable which can hold an integer. Then we assign
this integer 32 bit value to another variable which has data type uchar.
Latter represents a unit of our recieve buffer. Everytime when we write
a value to our
This patch set intends to -
1. Fix SPI flash reading.
2. Enable saving environment at the end of flash.
3. Increase SPL size.
4. Enable USB booting for all Exynos5 Socs.
Changes since v2:
- Added "Acked-by" & "Tested-by".
- Changed assignment for *rxp in 1/5.
Changes since v1:
On Mon, May 19, 2014 at 1:21 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> Now that we wait the correct specification-mandated time at the end of
> usb_hub_power_on(), I suspect that CONFIG_USB_HUB_MIN_POWER_ON_DELAY has
> no purpose.
>
> For cm_t35.h, we already wait longer than the origi
Hi Martin,
On 3 June 2014 00:22, Martin Ertsås wrote:
> On 06/03/14 03:43, Simon Glass wrote:
>> Hi Martin,
>>
>> On 1 June 2014 23:59, Martin Ertsås wrote:
>>> On 06/01/14 18:42, Simon Glass wrote:
Hi Martin,
On 30 May 2014 04:33, Martin Ertsås wrote:
> Hi.
>
> I'm t
Hi Thomas,
On 3 June 2014 02:27, wrote:
> Hello Simon:
>
>> Are you planning to work on a patch?
>
> Yes, I am; I hope to send something out tonight. Sorry for the delay!
No problem, thanks for looking at it. Hopefully you can work in a test somehow.
Regards,
Simon
Dear Simon,
In message
you wrote:
>
> > AFAICT there is no HS version of the AM335X processor.
>
> I just sent out a new series (available in u-boot-x86.git branch
> 'bone') which adds some step-by-step documentation for the Beaglebone
> Black. It also collects all the fixes in one place.
Ple
+Stephen
Hi Jon,
On 3 June 2014 07:39, Jon Loeliger wrote:
> On Mon, Jun 2, 2014 at 8:26 PM, Simon Glass wrote:
> >
> > Driver model works by looking up compatible strings in the top-level
> > nodes and binding a driver for each one it finds.
>
> I get that.
>
> I'm saying that isn't sufficien
On 05/30/2014 10:22 AM, Alison Wang wrote:
The QorIQ LS1 family is built on Layerscape architecture,
the industry's first software-aware, core-agnostic networking
architecture to offer unprecedented efficiency and scale.
Freescale LS102xA is a set of SoCs combines two ARM
Cortex-A7 cores that ha
Hi,
Am 26.05.2014 13:28, schrieb Masahiro Yamada:
Hi Vasili,
On Mon, 26 May 2014 13:51:52 +0300
Vasili Galka wrote:
Hi,
Are all boards supposed to build fine in v2014.04 release?
I'm running "./MAKEALL -a powerpc" and get build failure for 9 boards:
Boards with errors: 9 ( ep8248 MPC8572DS
Hi Masahiro,
On 3 June 2014 06:02, Masahiro Yamada wrote:
> Hi Simon,
>
> On Mon, 2 Jun 2014 21:40:05 -0600
> Simon Glass wrote:
>
> > Hi Masahiro,
> >
> > I see that we have a few files in tools/ which #include their
> > counterpart .c files in common/ or lib/. The most noticeable example
> >
On Sat, May 31, 2014 at 1:32 PM, Jeroen Hofstee wrote:
> ---
> arch/arm/lib/spl.c | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/arch/arm/lib/spl.c b/arch/arm/lib/spl.c
> index dfcc596..75ab546 100644
> --- a/arch/arm/lib/spl.c
> +++ b/arch/arm/lib/spl.c
> @@ -28,9 +28,6 @@ void __wea
On Sat, May 31, 2014 at 1:32 PM, Jeroen Hofstee wrote:
> NOTE: smdk5420 snow smdkv310 apf27 arndale origen vpac270_ond_256 smdk5250
> don't have a memset available.
> ---
> arch/arm/lib/crt0.S | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/arch/arm/lib/crt0.S b/arch/arm/lib/crt0.S
Hi,
On 2 June 2014 23:17, Belisko Marek wrote:
> Dear Simon Glass,
>
> On Tue, Jun 3, 2014 at 6:42 AM, Simon Glass wrote:
>> Hi Belisko,
>>
>> On 28 April 2014 00:30, Belisko Marek wrote:
>>> Hi Simon,
>>>
>>> On Wed, Apr 16, 2014 at 4:41 PM, Simon Glass wrote:
This series fixes a few pro
Hi Josh,
On 3 June 2014 03:52, Josh Wu wrote:
> When the map_sysmem, then the fatwrite command can support sandbox.
> Following command will show how to use it:
> => sb bind 0 sd.img
> => fatls host 0
> => fatwrite host 0 $memaddr filename $filesize
>
> Signed-off-by: Josh Wu
> ---
> comm
On 26 May 2014 07:48, Akshay Saraswat wrote:
> This patch intends to remove all code which enables hardware read
> leveling. All characterization environments may not cope up with
> h/w read leveling enabled, so we must disable this.
> Also, disabling h/w read leveling improves the MIF LVcc value
On 26 May 2014 07:49, Akshay Saraswat wrote:
> From: Doug Anderson
>
> From experiments it appears that PHY_CON13 is glitchy if we sample it
> when CLKM is running. If we stop CLKM when sampling it the glitches
> all go away, so we'll do that as per Samsung suggestion.
>
> We also check the "is
On 26 May 2014 07:41, Akshay Saraswat wrote:
> While the Exynos5420 chip is used in both Smdk5420 and in the Peach-Pit
> line of devices, there could be other boards using the same chip, so a
> common configuration file is being added (exynos5420.h) as well
> as two common device tree files (exyno
On 3 June 2014 06:37, Akshay Saraswat wrote:
> From: Michael Pratt
>
> Since snow has a different memory configuration than peach, split the
> configuration between the 5250 and 5420. Exynos 5420 supports runtime
> memory configuration detection, and can make the determination between 4
> and 7 b
On 3 June 2014 06:37, Akshay Saraswat wrote:
> Max footprint for SPL in both Exynos 5250 and 5420 is limited to 14 KB.
> For Exynos5250 we need to keep it 14 KB because BL1 supports only fixed
> size SPL downloading. But in case of Exynos5420 we need not restrict it
> to 14 KB. And also, the SPL s
On 3 June 2014 06:37, Akshay Saraswat wrote:
> Currently environment resides at the location where BL2 ends.
> This may hold good in case there is an empty space at this
> position. But what if this place already has a binary or is
> expected to have one. To avoid such scenarios it is better
> to
On 3 June 2014 08:23, Simon Glass wrote:
> HI Akshay,
>
> On 3 June 2014 06:37, Akshay Saraswat wrote:
>> SPI recieve and transfer code in exynos_spi driver has a logical bug.
>> We read data in a variable which can hold an integer. Then we assign
>> this integer 32 bit value to another variable
HI Akshay,
On 3 June 2014 06:37, Akshay Saraswat wrote:
> SPI recieve and transfer code in exynos_spi driver has a logical bug.
> We read data in a variable which can hold an integer. Then we assign
> this integer 32 bit value to another variable which has data type uchar.
> Latter represents a u
On 30 May 2014 07:45, Jeroen Hofstee wrote:
> When building tools the u-boot specific sha256.h is required, but the
> host version of sha256.h is used when present. This leads to build errors
> on FreeBSD which does have a system sha256.h include. Like libfdt_env.h
> explicitly include u-boot's sh
On Mon, Jun 2, 2014 at 8:26 PM, Simon Glass wrote:
>
> Driver model works by looking up compatible strings in the top-level
> nodes and binding a driver for each one it finds.
I get that.
I'm saying that isn't sufficient.
> The exynos pinctrl device tree binding does not have a compatible
> str
From: Michael Pratt
Since snow has a different memory configuration than peach, split the
configuration between the 5250 and 5420. Exynos 5420 supports runtime
memory configuration detection, and can make the determination between 4
and 7 banks at runtime.
Include the bank size with the number o
Max footprint for SPL in both Exynos 5250 and 5420 is limited to 14 KB.
For Exynos5250 we need to keep it 14 KB because BL1 supports only fixed
size SPL downloading. But in case of Exynos5420 we need not restrict it
to 14 KB. And also, the SPL size for Exynos5420 is expected to increase
with the up
Currently environment resides at the location where BL2 ends.
This may hold good in case there is an empty space at this
position. But what if this place already has a binary or is
expected to have one. To avoid such scenarios it is better
to save environment at the end of the flash.
Signed-off-by
Right now USB booting is enabled for Exynos5250 only. Moving all the
configs for USB boot mode from exynos5250-dt.h to exynos5-dt.h in order
to enableUSB booting for all Exynos5 SoCs.
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes since v1:
- Added "Acked-by".
include
SPI recieve and transfer code in exynos_spi driver has a logical bug.
We read data in a variable which can hold an integer. Then we assign
this integer 32 bit value to another variable which has data type uchar.
Latter represents a unit of our recieve buffer. Everytime when we write
a value to our
This patch set intends to -
1. Fix SPI flash reading.
2. Enable saving environment at the end of flash.
3. Increase SPL size.
4. Enable USB booting for all Exynos5 Socs.
Changes since v1:
- Added check for step in 1/5.
- Added new config for SPI flash size in 2/5.
- Made sp
Dear Tom,
The following changes since commit 3fe1a8545b55d31a6db2d9e60d962c4f6e048913:
powerpc: hiddendragon: remove orphan board (2014-05-30 14:03:24 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-arc.git master
for you to fetch changes up to d119a2ef7fb3c10b01c64
Hello,
On Sat, 2014-05-24 at 12:17 +0400, Alexey Brodkin wrote:
> This enables relocation of initrd to the end of available DDR before Linux
> kernel start-up as it is done in other architectures.
>
> Signed-off-by: Alexey Brodkin
> ---
> arch/arc/include/asm/config.h | 1 +
> 1 file changed, 1
Hi Simon,
On Mon, 2 Jun 2014 21:40:05 -0600
Simon Glass wrote:
> Hi Masahiro,
>
> I see that we have a few files in tools/ which #include their
> counterpart .c files in common/ or lib/. The most noticeable example
> is libfdt.
>
> Is there a better way of doing this? Would it be possible to p
On Tuesday, June 03, 2014 at 03:59:49 AM, Simon Glass wrote:
> Hi Marek,
>
> On 1 June 2014 11:33, Marek Vasut wrote:
> > On Saturday, May 24, 2014 at 11:21:02 PM, Simon Glass wrote:
> >> The root device should be probed just like any other device. The effect
> >> of this is to mark the device as
When the map_sysmem, then the fatwrite command can support sandbox.
Following command will show how to use it:
=> sb bind 0 sd.img
=> fatls host 0
=> fatwrite host 0 $memaddr filename $filesize
Signed-off-by: Josh Wu
---
common/cmd_fat.c |6 +-
1 file changed, 5 insertions(+), 1 de
This commit adds test scripts for testing if any commit has introduced
regression to the DFU subsystem.
It uses md5 to test if sent and received file is correct.
The test detailed description is available at README file.
Signed-off-by: Lukasz Majewski
---
Changes for v2:
- Rename DESCRIPTION.TXT
On Tue, Jun 03 2014 at 10:41:51 am BST, "tiger...@via-alliance.com"
wrote:
> Hi, Marc:
>>My understanding is that if you're using the Trusted Firmware, then you
>>have an implementation of PSCI, and that's what you must use to bring
>>the CPUs into u-boot. U-Boot will be running non-secure anyway
Hi, Marc:
>My understanding is that if you're using the Trusted Firmware, then you
>have an implementation of PSCI, and that's what you must use to bring
>the CPUs into u-boot. U-Boot will be running non-secure anyway, so it
>requires the firmware to perform S to NS transition on its behalf.
Do you
On Tue, Jun 03 2014 at 3:16:19 am BST, "tiger...@via-alliance.com"
wrote:
> Hi， Marc:
>>In short, if you're setting GICD_SGIR[24] to 1, you're sending SGI0 to
>>all CPUs but yourself. This seems to match the name of the function,
>>doesn't it?
> I described my understanding based on 2014.07-RC2
Hi!
> > > U-Boot 2014.07-rc1-00079-g2072e72-dirty (May 16 2014 - 15:54:55)
> > >
> > > CPU : Altera SOCFPGA Platform
> > > BOARD : Altera SOCFPGA Cyclone5 Board
> > > DRAM: 1 GiB
> > > WARNING: Caches not enabled
> > > Using default environment
> > >
> > > In:serial
> > > Out: serial
>
1 - 100 of 115 matches
Mail list logo
