Dear Albert,
The following changes since commit 44cfc3a83f2a62963af2de8d983daf4c77e1db0c:
Merge branch 'u-boot-tegra/master' into 'u-boot-arm/master' (2014-05-15
17:19:45 +0200)
are available in the git repository at:
http://git.denx.de/u-boot-samsung
for you to fetch changes up to 5678
On 30/05/14 01:10, Akshay Saraswat wrote:
> From: Doug Anderson
>
> Setting ps_hold ought to be one of the first things we do when we
> first boot up. If we wait until the main u-boot runs we won't set it
> in time and the PMIC may power us back off.
>
> Signed-off-by: Doug Anderson
> Signed-of
Hi Heiko,
On 28 May 2014 03:33, Heiko Schocher wrote:
> move fdtdec_get_int() out of lib/fdtdec.c into lib/fdtdec_common.c
> as this function is also used, if CONFIG_OF_CONTROL is not
> used. Poped up on the ids8313 board using signed FIT images,
> and activating CONFIG_SYS_GENERIC_BOARD. Without
On 30 May 2014 16:45, Simon Glass wrote:
> On 28 May 2014 03:33, Heiko Schocher wrote:
>> Enable legacy image format with CONFIG_IMAGE_FORMAT_LEGACY
>> on the ids8313 board, as it uses signed FIT images for booting
>> Linux and need the legacy image format.
>>
>> Signed-off-by: Heiko Schocher
>>
On 28 May 2014 03:33, Heiko Schocher wrote:
> Enable legacy image format with CONFIG_IMAGE_FORMAT_LEGACY
> on the ids8313 board, as it uses signed FIT images for booting
> Linux and need the legacy image format.
>
> Signed-off-by: Heiko Schocher
> Cc: Simon Glass
> Cc: Kim Phillips
> Cc: Michae
On 28 May 2014 03:33, Heiko Schocher wrote:
> - add CONFIG_SYS_GENERIC_BOARD
> - remove CONFIG_OF_CONTROL to boot again
>
> Signed-off-by: Heiko Schocher
> Acked-by: Kim Phillips
> Cc: Simon Glass
Acked-by: Simon Glass
___
U-Boot mailing list
U-Boot
Hi Heiko,
On 28 May 2014 03:33, Heiko Schocher wrote:
> make the use of legacy image format configurable through
> the config define CONFIG_IMAGE_FORMAT_LEGACY.
>
> When relying on signed FIT images with required signature check
> the legacy image format should be disabled. Therefore introduce
>
Hi,
I'm actually seeing some breakage from this commit
(a0a37183bd75e74608bc78c8d0e2a34454f95a91). When booting the DuoVero
board (no NAND/NOR/ONENAND but a network card on GPMC), it hangs as it
enters the kernel.
These lines in gpmc_init() in arch/arm/cpu/armv7/omap-common/mem-common.c
...
Hi,
On 30 May 2014 08:16, Andy Joe wrote:
> Hi,
>
> I am using Samsung device (Exynos board) to do some project on memory
> management. But I find there are not many publicly available documents that
> specify how to program the LPDDR3 memory controller. I did some extensive
> search online and f
Hi Simon,
On 30 May 2014, at 11:11 PM, Simon Glass wrote:
>> This code compiles on the host, so unfortunately yes. That's the same
>> reason I had to work around the lack of handy *_u64 fdt helpers when reading
>> the public exponent.
>
> OK, although Linux might have replacements. But if not
On 05/23/2014 01:24 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> This allows callers to inject mmc->has_init = 0 between finding the
> MMC device, and calling mmc_init(), which forces mmc_init() to rescan
> the HW. Future changes will use this feature.
Pantelis, does this series look goo
Hi Michael,
On 30 May 2014 15:03, Michael van der Westhuizen
wrote:
> Hi Simon,
>
> On 30 May 2014, at 10:50 PM, Simon Glass wrote:
>
> Hi Michael,
>
> On 30 May 2014 14:47, Michael van der Westhuizen
> wrote:
>
> Hi Simon,
>
> Thanks for the feedback.
>
> I'll take care of the nits and look in
On 05/23/2014 12:48 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> Currently, "mmc dev 0" does not change the selected HW partition. I
> think it makes more sense if "mmc dev 0" is an alias for "mmc dev 0 0",
> i.e. that HW partition 0 (main data area) is always selected by default
> if the
On 05/23/2014 12:47 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> Rather than just returning -1 everywhere, try to return something
> meaningful from mmc_select_hwpart(). Note that most other MMC functions
> don't do this, including functions called from mmc_select_hwpart(), so
> I'm not s
Hi Simon,
On 30 May 2014, at 10:50 PM, Simon Glass wrote:
> Hi Michael,
>
> On 30 May 2014 14:47, Michael van der Westhuizen
> wrote:
>> Hi Simon,
>>
>> Thanks for the feedback.
>>
>> I'll take care of the nits and look into removing some special casing.
>>
>> On 30 May 2014, at 9:04 PM, Si
On 05/30/2014 02:28 AM, Lukasz Majewski wrote:
...
> I've tested if raw u-boot can be downloaded and uploaded via DFU. The
> u-boot size is 1MiB precisely.
>
> Corresponding dfu_alt_info entry:
> "u-boot raw 0x80 0x800;" \
...
> 2. Upload (raw):
>
> dfu-util -a0 -U u-boot-mmc.bin_target
> It ex
Hi Michael,
On 30 May 2014 14:47, Michael van der Westhuizen
wrote:
> Hi Simon,
>
> Thanks for the feedback.
>
> I'll take care of the nits and look into removing some special casing.
>
> On 30 May 2014, at 9:04 PM, Simon Glass wrote:
>
>> Hi Michael,
>>
>
>>>
>>> /**
>>> + * num_pub_exponent_b
On Fri, May 30, 2014 at 3:28 PM, Fabio Estevam wrote:
> On Fri, May 30, 2014 at 4:23 AM, Alison Wang wrote:
>
>> +#define CONFIG_EXTRA_ENV_SETTINGS \
>> + "ethaddr=00:e0:0c:bc:e5:60\0" \
>> + "eth1addr=00:e0:0c:bc:e5:61\0" \
>> + "eth2addr=00:e0:0c:bc:e5:62\0" \
>> +
Hi Simon,
Thanks for the feedback.
I'll take care of the nits and look into removing some special casing.
On 30 May 2014, at 9:04 PM, Simon Glass wrote:
> Hi Michael,
>
>>
>> /**
>> + * num_pub_exponent_bits() - Number of bits in the public exponent
>> + *
>> + * @key: RSA key
>> + *
Hi Tom,
On 30 May 2014 14:41, Simon Glass wrote:
>
> In a few cases the behaviour of both the hush and built-in parsers seems
> incorrect. One such case was exposed by commit 1992dbf which attempted to
> execute a simple command using hush and get the correct return value.
> Further digging expos
The return code is not consistent with cli_simple_run_command_list(). For the
last command in a sequence, the return code is actually inverted.
Fix it.
Signed-off-by: Simon Glass
---
Changes in v2:
- Rebase to master
common/cli_simple.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
The mask value used in itest overflows and therefore it can return an
incorrect result for something like 'itest 0 == 1'. Fix it.
Signed-off-by: Simon Glass
---
Changes in v2: None
common/cmd_itest.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/cmd_itest.c b/commo
run_command_list() is supposed to return a return code of 0 for success
and 1 for failure. Add a few simple tests that confirm this. These tests
work both with the built-in parser and hush.
Signed-off-by: Simon Glass
---
Changes in v2: None
test/command_ut.c | 5 +
1 file changed, 5 insert
When a simple command like 'false' is provided, hush should return the
result of that command. However, hush only does this if the
FLAG_EXIT_FROM_LOOP flag is provided. Without this flag, hush will
happily execute the empty string command immediate after 'false' and
then return a success code.
Thi
In a few cases the behaviour of both the hush and built-in parsers seems
incorrect. One such case was exposed by commit 1992dbf which attempted to
execute a simple command using hush and get the correct return value.
Further digging exposed the other problems.
Changes in v2:
- Rebase to master
Si
Hi Stephen,
On 30 May 2014 13:18, Stephen Warren wrote:
> On 05/30/2014 12:07 PM, Simon Glass wrote:
>> Hi Stephen,
>>
>> I am seeing the failure below when I run the unit tests. I noticed it
>> a while ago but thought I might be doing something wrong. Any ideas?
>
> git bisect says:
>
>> git bis
On 05/30/2014 12:07 PM, Simon Glass wrote:
> Hi Stephen,
>
> I am seeing the failure below when I run the unit tests. I noticed it
> a while ago but thought I might be doing something wrong. Any ideas?
git bisect says:
> git bisect bad
> 95fac6ab4589ec0767b1eac662577866e2b2f423 is the first bad
Hi Tom,
On 30 May 2014 12:59, Tom Rini wrote:
> On Fri, May 23, 2014 at 09:11:31PM -0600, Simon Glass wrote:
>
>> In a few cases the behaviour of both the hush and built-in parsers seems
>> incorrect. One such case was exposed by commit 1992dbf which attempted to
>> execute a simple command using
On 30 May 2014 12:59, wrote:
> From: Michael van der Westhuizen
>
> Due to the FIT_MAX_HASH_LEN constant not having been updated
> to support SHA256 signatures one will always see a buffer
> overflow in fit_image_process_hash when signing images that
> use this larger hash. This is exposed by v
Hi Simon,
That's very odd. I'll regenerate the patch and resend.
I'm using git send-email, so things should not be getting mangled.
Michael
On 30 May 2014, at 8:42 PM, Simon Glass wrote:
> Hi Michael,
>
> On 26 May 2014 07:09, Michael van der Westhuizen
> wrote:
>> Due to the FIT_MAX_HASH_
Hi Michael,
On 26 May 2014 08:56, wrote:
> From: Michael van der Westhuizen
>
> Remove the verified boot limitation that only allows a single
> RSA public exponent of 65537 (F4). This allows use with existing
> PKI infrastructure, and has been tested with HSM-based PKI.
>
> Change the configur
From: Michael van der Westhuizen
Due to the FIT_MAX_HASH_LEN constant not having been updated
to support SHA256 signatures one will always see a buffer
overflow in fit_image_process_hash when signing images that
use this larger hash. This is exposed by vboot_test.sh.
Signed-off-by: Michael van
On Fri, May 23, 2014 at 09:11:31PM -0600, Simon Glass wrote:
> In a few cases the behaviour of both the hush and built-in parsers seems
> incorrect. One such case was exposed by commit 1992dbf which attempted to
> execute a simple command using hush and get the correct return value.
> Further digg
Crossbars and IDT were not getting configured for Serdes2 protocol
0x9d for B4420.
Signed-off-by: Poonam Aggrwal
Signed-off-by: Shaveta Leekha
---
board/freescale/b4860qds/b4860qds.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/board/freescale/b4860qds/b4860qds.
On Sun, May 25, 2014 at 10:23:46AM +0300, Igor Grinberg wrote:
> ping..
>
> On 04/27/14 13:18, Dmitry Lifshitz wrote:
> > Add callback with __weak annotation to allow setup of environment
> > partition number in runtime from a board file.
> >
> > Signed-off-by: Dmitry Lifshitz
> > Signed-off-by
Hi Michael,
On 26 May 2014 07:09, Michael van der Westhuizen
wrote:
> Due to the FIT_MAX_HASH_LEN constant not having been updated
> to support SHA256 signatures one will always see a buffer
> overflow in fit_image_process_hash when signing images that
> use this larger hash. This is exposed by
On 14-05-30 10:07 AM, Stephen Warren wrote:
On 05/30/2014 10:56 AM, Steve Rae wrote:
On 14-05-30 08:58 AM, Stephen Warren wrote:
...
What code are you
looking at that handles multiple devices sequentially under program
control rather than user command control?
Cannot go into too much detai
On Fri, May 30, 2014 at 4:23 AM, Alison Wang wrote:
> +#define CONFIG_EXTRA_ENV_SETTINGS \
> + "ethaddr=00:e0:0c:bc:e5:60\0" \
> + "eth1addr=00:e0:0c:bc:e5:61\0" \
> + "eth2addr=00:e0:0c:bc:e5:62\0" \
> + "eth3addr=00:e0:0c:bc:e5:63\0" \
> + "ipaddr=192.168
On Fri, May 30, 2014 at 07:58:31PM +0200, Wolfgang Denk wrote:
> Dear Masahiro Yamada,
>
> In message <1401450878-5846-1-git-send-email-yamad...@jp.panasonic.com> you
> wrote:
> > Emails to the following addresses have been bouncing.
>
> A few of these are relatively easy to resolve:
True. But
Hi Stephen,
I am seeing the failure below when I run the unit tests. I noticed it
a while ago but thought I might be doing something wrong. Any ideas?
$ b/sandbox/u-boot -c "ut_cmd"
U-Boot 2014.07-rc2-2-gf23adc9 (May 30 2014 - 12:05:36)
DRAM: 128 MiB
Using default environment
In:ser
On Fri, May 30, 2014 at 05:20:48PM +0200, Albert ARIBAUD wrote:
> Hi Tom,
>
> The following changes since commit
> 9665fa8f9e1488209d5e01d0792c243e0a220c5a:
>
> Merge branch 'master' of git://git.denx.de/u-boot-arm (2014-05-24
> 06:34:08 -0400)
>
> are available in the git repository at:
>
Dear Masahiro Yamada,
In message <1401450878-5846-1-git-send-email-yamad...@jp.panasonic.com> you
wrote:
> Emails to the following addresses have been bouncing.
A few of these are relatively easy to resolve:
> Albin Tonnerre
Albin Tonnerre
> Anton Shurpin
Anton Shurpin
>
Hi Tom,
On 30 May 2014 11:51, Tom Rini wrote:
> On Wed, May 28, 2014 at 09:34:25PM +0200, thomas.bet...@rohde-schwarz.com
> wrote:
>
>> Hello all,
>>
>> I have noticed that command repeat doesn't work as it should.
>> CONFIG_SYS_HUSH_PARSER is disabled in my config.
>>
>> Here is what happens: m
On Wed, May 28, 2014 at 09:34:25PM +0200, thomas.bet...@rohde-schwarz.com wrote:
> Hello all,
>
> I have noticed that command repeat doesn't work as it should.
> CONFIG_SYS_HUSH_PARSER is disabled in my config.
>
> Here is what happens: main_loop() expects run_command() to return -1 for
> fail
Hi Andreas and sorry for the dupe mail,
On Tue, 27 May 2014 00:16:26 +0200, 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 49692c5f517d8e44ed9db0de778728fe7d2a300c:
>
On Tue, May 27, 2014 at 04:32:50PM +0900, Masahiro Yamada wrote:
> Hi.
>
> I've posted two sets of Kconfig RFC patches: "RFCv2a" and "RFCv2b"
These are all certainly some thought experiments worth pursuing, so
thanks for taking the time.
>
> The difference from v1 is that
> Full U-boot image
On 05/30/2014 10:56 AM, Steve Rae wrote:
> On 14-05-30 08:58 AM, Stephen Warren wrote:
...
>> What code are you
>> looking at that handles multiple devices sequentially under program
>> control rather than user command control?
>
> Cannot go into too much detail here (yet) -- but imagine the situat
On 14-05-30 08:58 AM, Stephen Warren wrote:
On 05/29/2014 04:03 PM, Steve Rae wrote:
On 14-05-29 01:30 PM, Stephen Warren wrote:
On 05/29/2014 01:44 PM, Steve Rae wrote:
On 14-05-29 11:51 AM, Stephen Warren wrote:
On 05/29/2014 11:58 AM, Steve Rae wrote:
Hi, Stephen
On 14-05-29 09:25
On 05/29/2014 04:03 PM, Steve Rae wrote:
>
>
> On 14-05-29 01:30 PM, Stephen Warren wrote:
>> On 05/29/2014 01:44 PM, Steve Rae wrote:
>>>
>>>
>>> On 14-05-29 11:51 AM, Stephen Warren wrote:
On 05/29/2014 11:58 AM, Steve Rae wrote:
> Hi, Stephen
>
> On 14-05-29 09:25 AM, Stephen
On Thu, Apr 10, 2014 at 08:01:34PM -0600, Simon Glass wrote:
> Move these details from main (which doesn't care which parser is used) to
> cli.c where they belong.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
__
On Thu, Apr 10, 2014 at 08:01:36PM -0600, Simon Glass wrote:
> It doesn't seem necessary to use memory allocation in this code. The setenv()
> will make a copy anyway.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
__
On Thu, Apr 10, 2014 at 08:01:35PM -0600, Simon Glass wrote:
> bootdelay_process() never returns in some circumstances, whichs makes the
> control flow confusing. Change it so that the decision about how to execute
> the boot command is made in the main_loop() code, so it is easier to follow.
> Mo
On Thu, Apr 10, 2014 at 08:01:30PM -0600, Simon Glass wrote:
> This code is only used by one board, so it seems a shame to clutter up
> the readline code with it. Move it into its own file.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Di
On Thu, Apr 10, 2014 at 08:01:32PM -0600, Simon Glass wrote:
> This code seems unnecessarily complex. We really just need to check the
> global_data. Now that is it all in one place, and not arch-specific, this
> is pretty easy.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
On Thu, Apr 10, 2014 at 08:01:31PM -0600, Simon Glass wrote:
> Add a bootretry_ prefix to these two functions, and remove the need for
> the #ifdef around everything (it moves to the Makefile).
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description
On Thu, Apr 10, 2014 at 08:01:33PM -0600, Simon Glass wrote:
> The main loop is easier to follow if the code is grouped into separate
> functions. Make this change, so that main_loop() is easier to read.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
D
On Thu, Apr 10, 2014 at 08:01:27PM -0600, Simon Glass wrote:
> This makes it clear where the code resides.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
On Thu, Apr 10, 2014 at 08:01:29PM -0600, Simon Glass wrote:
> We now have a single entry point to the CLI, whether simple or hush. Put
> this in its own file.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
__
On Thu, Apr 10, 2014 at 08:01:28PM -0600, Simon Glass wrote:
> The autoboot code is complex and long. It deserves its own file with
> a simple interface from main.c.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
On Thu, Apr 10, 2014 at 08:01:26PM -0600, Simon Glass wrote:
> It doesn't make sense to have the simple parser and the readline code
> all in main. Split them out into separate files.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital
On Thu, Apr 10, 2014 at 08:01:24PM -0600, Simon Glass wrote:
> Hush is a command-line interpreter, so rename it to make that clearer.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
On Thu, Apr 10, 2014 at 08:01:25PM -0600, Simon Glass wrote:
> Move the CLI prototypes from common.h to cli.h as part of an effort to
> reduce the size of common.h.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
_
On Thu, Apr 10, 2014 at 08:01:23PM -0600, Simon Glass wrote:
> Some files include hush.h but don't actually use it. Remove this where
> possible.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
Hi Tom,
The following changes since commit
9665fa8f9e1488209d5e01d0792c243e0a220c5a:
Merge branch 'master' of git://git.denx.de/u-boot-arm (2014-05-24
06:34:08 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-arm master
for you to fetch changes up to 9637a1bb896ef
Hi Jon,
On 27 May 2014 09:24, Jon Loeliger wrote:
> On Sat, May 24, 2014 at 4:21 PM, Simon Glass wrote:
>> The lifecycle of a device is an important part of driver model. Add to the
>> existing documentation and clarify it.
>>
>> Thanks for Jon Loeliger for helping with the text and
>> suggesti
Hi Jon,
On 27 May 2014 11:37, Jon Loeliger wrote:
>> +2. U-Boot scans through top-level nodes in the the device tree. It looks
>> +at the compatible string in each node and uses the of_match part of the
>> +U_BOOT_DRIVER() structure to find the right driver for each node. It then
>
> Why is the s
Hi all,
Should the command 'run something"' return the value that returns
"something" or just return "true" if can execute something and "false"
if it can't ?
I'll explain. Imagine you have a variable that loads a file from the
mmc but this files doesn't exist.
loadfile=load mmc ${mmcdev} ${lo
Folks,
I'd like to discuss the new Driver Model's parsing of the DTS file
for the purposes of instancing and binding devices as I was not
able to get the existing code to work anything like I was expecting.
The current code only finds and binds the top-level nodes of the
DTS file. This leads to
Hi Jon,
On 27 May 2014 09:42, Jon Loeliger wrote:
>> The preferred device can be specified with a DM_FLAG_PREFER flag or a
>> 'dm,prefer' property in the device tree node.
>>
>> It is possible that a better approach will come to light in the future, but
>> this gets around the problem as it curre
Hi Jon,
On 27 May 2014 08:25, Jon Loeliger wrote:
> Why is '*' better than 'active' here?
>
> At the very least, you need to convince me in the
> log message.
I'll add something like this:
This is more consise that using the word 'activated' and easily fits in the
left side of the displ
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 sha256.h.
cc: Simon Glass
Signed-off-by: Jeroen Hofst
Building tools from v2014.07-rc2 with clang as host cc produces
many warnings and fails on FreeBSD. The first patch removes the
warnings by restoring original behaviour. The second patch fixes
the build failure on FreeBSD by explicitly including the correct
header.
Jeroen Hofstee (2):
Makefile:
Building u-boot tools with clang as a host compiler e.g. on
FreeBSD with `gmake HOSTCC=clang CONFIG_USE_PRIVATE_LIBGCC=y tools`
leads to many warnings [1] for every compiler invocation since
commit 598e2d33. Part of mentioned commit imports linux patches:
- kbuild: LLVMLinux: Adapt warnings for c
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
---
include/configs/exynos5-dt.h| 6 ++
include/configs/exynos5250-dt.h |
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.
Akshay Saraswat (4):
Exynos: SPI: Fix reading data from SPI flash
Exynos5: Config: Place environment at the end of SPI Flash
No comment on the commit itself, but does it really need all of the
marketing BS at the top?
On May 30, 2014 3:22 AM, "Alison Wang" wrote:
> This series contain the support for Freescale LS102xA SoC and LS1021AQDS
> board.
>
> The QorIQ LS1 family is built on Layerscape architecture, the industry
Hi,
On 05/30/2014 11:48 AM, Ian Campbell wrote:
> On Fri, 2014-05-30 at 11:06 +0200, Hans de Goede wrote:
>> There is no way to reset the cpu, so use the watchdog for this.
>>
>> Signed-off-by: Hans de Goede
>
> Acked-by: Ian Campbell
>
> One nit
>> +#define WDT_CTRL_RESTART(0x1 << 0)
Hi,
On 05/30/2014 12:26 PM, Ian Campbell wrote:
> On Fri, 2014-05-30 at 11:06 +0200, Hans de Goede wrote:
>> 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 wil
thanks for fast replying..I am using beaglebone black..I kindly request you to
give some more detail if it is possible to secure BBB..its TI AM335X
chip..please tell me if it is possible with this chip
Regards..
> To: mahendra_mahen...@hotmail.com
> CC: u-boot@lists.denx.de
> From: w...@denx.de
>
Dear Mahendra,
In message you wrote:
>
> thanks for replying..I think , if I encrypt entire rootfs , and
> embedded decryption key in uboot (at the time of compiling uboot)..it
> can be protected ...what is your suggestion..?I have never work with
> uboot..so that I need help to embedded decrypt
Hi Rik,
On Fri, 30 May 2014 10:50:39 + (UTC)
Rik Smith wrote:
> Chin Liang See altera.com> writes:
>
> >
> > To add the Denali NAND driver support into U-Boot. It required
> > information such as register base address from configuration
> > header file within include/configs folder.
> >
Chin Liang See altera.com> writes:
>
> To add the Denali NAND driver support into U-Boot. It required
> information such as register base address from configuration
> header file within include/configs folder.
>
> Signed-off-by: Chin Liang See altera.com>
> Cc: Artem Bityutskiy linux.intel.c
thanks for replying..I think , if I encrypt entire rootfs , and embedded
decryption key in uboot (at the time of compiling uboot)..it can be protected
...what is your suggestion..?I have never work with uboot..so that I need help
to embedded decryption key to uboot to load encrypted rootfs..best
On Fri, 2014-05-30 at 11:06 +0200, Hans de Goede wrote:
> 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).
On Fri, 2014-05-30 at 11:06 +0200, Hans de Goede wrote:
> There is no way to reset the cpu, so use the watchdog for this.
>
> Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
One nit
> +#define WDT_CTRL_RESTART(0x1 << 0)
> +#define WDT_CTRL_KEY (0x0a57 << 1)
Some sort of w
Hi Pavel,
> On Wed 2014-05-28 16:29:50, Wolfgang Denk wrote:
>> In message <20140528124910.ga24...@amd.pavel.ucw.cz> you wrote:
>> >
>> > There are no differences between EBV socrates and socfpga boards,
>> > currently.
>>
>> Well, for one thing, the board vendor and the board name differ...
>
>
Dear Mahendra Dobariya,
In message you wrote:
>
> hello,,I am from India.I am electronics hobbyist.currently I am using
> beaglebone black in my project.and I am afraid of security of linux
> systemits quite easy to copy or modify data from linux system if it
> has physical access.lets say ,I hav
On Fri, 2014-05-30 at 11:06 +0200, Hans de Goede wrote:
> The DMA code in sunxi_mmc.c is broken. mmc_trans_data_by_dma() allocates the
> dma descriptors on the stack,
Oh dear!
> and then exits while the dma transfer is in
> progress, so the dma engine is reading stack memory which at that point
On Fri, 2014-05-30 at 11:06 +0200, Hans de Goede wrote:
> Adjust the u-boot-spl.lds linker script to match the changes made in the
> "arm: move exception handling out of start.S files" commit.
(perhaps include the sha1 here)
> Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
_
On Fri, 2014-05-30 at 11:06 +0200, Hans de Goede wrote:
> 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.lengt
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
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: 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
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
---
arch/arm/cpu/armv7
Add support for the Allwinner A10 SoC also know as the Allwinner sun4i family.
Signed-off-by: Henrik Nordstrom
Signed-off-by: Stefan Roese
Signed-off-by: Oliver Schinagl
Signed-off-by: Hans de Goede
---
arch/arm/cpu/armv7/sunxi/Makefile | 2 +
arch/arm/cpu/armv7/sunxi/cpu_info.c | 7
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
maintainer for the Cubietruck.
Signed-off-by: Henrik Nordstrom
Signed-off-by: Hans de Goede
---
board/su
Add support for the x-powers axp152 pmic which is found on most A10s boards.
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/Makefile | 1 +
drivers/power/axp152.c |
1 - 100 of 190 matches
Mail list logo
