On 01/23/2015 09:37 PM, Bin Meng wrote:
> Hi Stephen,
>
> On Sat, Jan 24, 2015 at 12:49 AM, Stephen Warren
> wrote:
>> On 01/23/2015 03:19 AM, Thierry Reding wrote:
>>>
>>> On Thu, Jan 22, 2015 at 12:04:06AM +0800, Bin Meng wrote:
Hi Thierry,
On Wed, Jan 21, 2015 at 5:40 PM,
Hi Simon,
2015-01-24 0:50 GMT+09:00 Simon Glass :
>
> I tried to document the reasoning in the patches, but let me try to
> expand a bit. Hopefully this can provoke further comments /
> improvements.
>
> The main motivation for me was that buses want to set up the platform
> data for their child
2015-01-20 12:12 GMT+09:00 Simon Glass :
> We don't want to bind devices which should never be used.
>
> Signed-off-by: Simon Glass
Sounds a good idea!
Reviewed-by: Masahiro Yamada
--
Best Regards
Masahiro Yamada
___
U-Boot mailing list
U-Boot@
Hi Stephen,
On Sat, Jan 24, 2015 at 12:49 AM, Stephen Warren wrote:
> On 01/23/2015 03:19 AM, Thierry Reding wrote:
>>
>> On Thu, Jan 22, 2015 at 12:04:06AM +0800, Bin Meng wrote:
>>>
>>> Hi Thierry,
>>>
>>> On Wed, Jan 21, 2015 at 5:40 PM, Thierry Reding
>>> wrote:
On Wed, Jan 21, 201
Hi Thierry,
On Fri, Jan 23, 2015 at 6:19 PM, Thierry Reding wrote:
> On Thu, Jan 22, 2015 at 12:04:06AM +0800, Bin Meng wrote:
>> Hi Thierry,
>>
>> On Wed, Jan 21, 2015 at 5:40 PM, Thierry Reding wrote:
>> > On Wed, Jan 21, 2015 at 05:15:42PM +0800, Bin Meng wrote:
>> >> Hi Thierry,
>> >>
>> >>
+Tom
Hi,
On 15 December 2014 at 07:19, Simon Glass wrote:
> This series does a small amount of tweaking to support device tree control
> (CONFIG_OF_CONTROL) on PowerPC platforms. It also adds support for driver
> model. In both cases the main effort is to set things up correctly before
> calling
Hi Simon,
On Sat, Jan 24, 2015 at 5:17 AM, Simon Glass wrote:
> Hi Bin,
>
> On 19 January 2015 at 22:16, Simon Glass wrote:
>> Since the memory reference code is so slow on x86, add a feature to bypass
>> this, storing the previous parameters in SPI flash. This saves around 500ms
>> on each boot
On 22 January 2015 at 09:37, Simon Glass wrote:
> Hi,
>
> On 21 January 2015 at 09:07, Bin Meng wrote:
>> Hi Thierry,
>>
>> On Wed, Jan 21, 2015 at 5:50 PM, Thierry Reding wrote:
>>> On Tue, Jan 20, 2015 at 06:06:53PM +0100, Sjoerd Simons wrote:
commit a62e84d7b1824a202dd incorrectly change
When booting in JTAG mode, there is no way to use soft break-points, and
no way of knowing when SPL has finished executing (so the user can issue
a 'halt' command to load u-boot.bin for example)
Add a debug output and simple loop to stop execution at the completion of
the SPL initialisation as a p
Section 4.1.2 of Freescale Application Note AN4199 describes the
configuration required to operate the mx28 from a 5V source without a
battery. This patch implements the changes to the Freescale bootlets
which allow this configuration to properly boot the mx28 processor
Signed-off-by: Graeme Russ
It is difficult to track down fail to boot issues in the mxs SPL.
Implement the following to make it easier:
- Add debug outputs to allow tracing of SPL progress in order to track
where failure to boot occurs. DEUBUG and CONFIG_SPL_SERIAL_SUPPORT must
be defined to enable debug output in SPL
- Ad
This series adds support for booting mx28 based boards which do not
include a battery as per Freescale application note AN4199
Patch 1 adds SPL debug output to help track down where early init
of the power block and SDRAM fails (define DEBUG and
CONFIG_SPL_SERIAL_SUPPORT in order to enable)
Patch
On 22 January 2015 at 08:05, Simon Glass wrote:
> On 21 January 2015 at 20:29, Bin Meng wrote:
>> CPUID (EAX 01H) returns MTRR support flag in EDX bit 12. Probe this
>> flag in x86_cpu_init_f() and save it in global data.
>>
>> Signed-off-by: Bin Meng
>>
>> ---
>>
>> Changes in v2:
>> - Use spac
On 21 January 2015 at 09:03, Simon Glass wrote:
>
> On 19 January 2015 at 20:25, Bin Meng wrote:
> > Various minor code format issues are fixed in start16.S:
> > - U-boot -> U-Boot
> > - 32bit -> 32-bit
> > - Use TAB instead of SPACE to indent
> > - Move the indention location of the GDT comment
On 21 January 2015 at 20:29, Bin Meng wrote:
> arch/x86/cpu/mtrr.c has access to the U-Boot global data thus
> DECLARE_GLOBAL_DATA_PTR is needed.
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
> ---
>
> Changes in v2: None
Applied to u-boot-x86, thanks!
On 22 January 2015 at 08:06, Simon Glass wrote:
> On 21 January 2015 at 20:29, Bin Meng wrote:
>> On some x86 processors (like Intel Quark) the MTRR registers are not
>> supported. This is reflected by the CPUID (EAX 01H) result EDX[12].
>> Accessing the MTRR registers on such processors will cau
On 1 January 2015 at 16:17, Simon Glass wrote:
> Scrolling a line at a time is very slow for reasons that I don't understand.
> It seems to take about 100ms to copy 4MB of RAM in the frame buffer. To cope
> with this, scroll 5 lines each time.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v
On 20 January 2015 at 00:44, Anatolij Gustschin wrote:
> Hi Simon,
>
> On Mon, 19 Jan 2015 17:33:08 -0700
> Simon Glass wrote:
>
>> Hi Anatolij,
>>
>> On 1 January 2015 at 16:17, Simon Glass wrote:
>> > Some machines are very slow to scroll their displays. To cope with this,
>> > support the CON
On 15-01-21 11:05 PM, Marek Vasut wrote:
On Tuesday, January 20, 2015 at 11:42:08 PM, Steve Rae wrote:
Implement the UDC support for the USB OTG interface.
Signed-off-by: Steve Rae
---
General question -- this bcm controller you're adding here isn't by
any chance a DWC2 controller, or is it
On 15-01-23 09:38 AM, Rob Herring wrote:
On Fri, Dec 12, 2014 at 5:51 PM, Steve Rae wrote:
Implement a feature to allow fastboot to write the downloaded image
to the space reserved for the Protective MBR and the Primary GUID
Partition Table.
Additionally, prepare and write the Backup GUID Par
On Fri, Jan 23, 2015 at 12:24:20AM +0900, Masahiro Yamada wrote:
> This board is still a non-generic board.
>
> Signed-off-by: Masahiro Yamada
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing
On Fri, Jan 23, 2015 at 12:24:22AM +0900, Masahiro Yamada wrote:
> These boards are still non-generic boards.
>
> Signed-off-by: Masahiro Yamada
> Cc: Wolfgang Denk
> Cc: Reinhard Arlt
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
__
On Fri, Jan 23, 2015 at 12:24:18AM +0900, Masahiro Yamada wrote:
> This board is still a non-generic board.
>
> Signed-off-by: Masahiro Yamada
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing
On Fri, Jan 23, 2015 at 12:24:19AM +0900, Masahiro Yamada wrote:
> These boards are still non-generic boards.
>
> It is a good thing that we can drop board-specific hack code
> from drivers/mtd/nand/nand_base.c
>
> Signed-off-by: Masahiro Yamada
> Cc: Andrea "llandre" Marson
Applied to u-boot
On Fri, Jan 23, 2015 at 12:24:21AM +0900, Masahiro Yamada wrote:
> This board is still a non-generic board.
>
> Signed-off-by: Masahiro Yamada
> Cc: Josef Wagner
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
__
On Fri, Jan 23, 2015 at 12:24:17AM +0900, Masahiro Yamada wrote:
> This board is still a non-generic board.
>
> Signed-off-by: Masahiro Yamada
> Cc: Ira W. Snyder
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
_
On Fri, Jan 23, 2015 at 12:24:16AM +0900, Masahiro Yamada wrote:
> These boards are still non-generic boards:
> P1011RDB, P1022RDB, P2010RDB, P2020RDB
>
> Signed-off-by: Masahiro Yamada
> Cc: Poonam Aggrwal
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signatu
On Fri, Jan 23, 2015 at 12:24:15AM +0900, Masahiro Yamada wrote:
> These boards are still non-generic boards.
>
> Signed-off-by: Masahiro Yamada
> Cc: Dave Liu
> Cc: Anton Vorontsov
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
_
On Thu, Jan 22, 2015 at 06:49:43PM -0600, York Sun wrote:
> The following changes since commit ab77f24119e80257de4ab017b877f92f96980562:
>
> Merge branch 'master' of git://git.denx.de/u-boot-ti (2015-01-16 10:25:01
> -0500)
>
> are available in the git repository at:
>
>
> git://git.denx.
On Wed, Jan 21, 2015 at 10:34:39AM +0100, Michal Simek wrote:
> Hi Tom,
>
> please pull these two microblaze fixes to your tree.
>
> Thanks,
> Michal
>
> The following changes since commit 768f6096f9c389b5ed36bee2957bee16b085fc4a:
>
> Merge git://git.denx.de/u-boot-arc (2015-01-20 16:41:11 -
On Wed, Jan 21, 2015 at 02:14:53PM +0100, Daniel Schwierzeck wrote:
> The following changes since commit 768f6096f9c389b5ed36bee2957bee16b085fc4a:
>
> Merge git://git.denx.de/u-boot-arc (2015-01-20 16:41:11 -0500)
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-mips
On Fri, Jan 23, 2015 at 01:16:15AM +0900, Masahiro YAMADA wrote:
> 2015-01-23 1:14 GMT+09:00 Masahiro YAMADA :
> > Hi Tom,
> >
> >
> > The following changes since commit b56f6e2b4e0291efbe1b50f082dec73272ad7ab3:
> >
> > sunxi: Restore lowlevel_init usage (2015-01-21 10:46:28 -0500)
> >
> > are a
On Fri, Jan 23, 2015 at 03:49:25PM +0100, Hans de Goede wrote:
> Hi Tom,
>
> We've once again build-up a nice collection of patches for sunxi.
> Please pull u-boot-sunxi/master into master, highlights:
>
> 1) A80 support preparation (non-SPL support is ready, but waiting for the
> start.S clean
On Wed, Jan 21, 2015 at 10:28:21AM +0100, Michal Simek wrote:
> Hi Tom,
>
> please pull these fpga patches to your tree.
>
> Thanks,
> Michal
>
> The following changes since commit 92fa7f53f1f3f03296f8ffb14bdf1baefab83368:
>
> Prepare v2015.01 (2015-01-12 09:39:08 -0500)
>
> are available i
On Thu, Jan 15, 2015 at 04:08:40PM +0100, Angelo Dureghello wrote:
> Dear all,
>
> i would like to post a patch with the m68k generic board
> support, tested and working here, but of course not tested
> for all the other m68k boards except mine.
>
> My coldfire board is the "amcore" board not yet
Hi Bin,
On 19 January 2015 at 22:16, Simon Glass wrote:
> Since the memory reference code is so slow on x86, add a feature to bypass
> this, storing the previous parameters in SPI flash. This saves around 500ms
> on each boot.
>
> Also enable a SPI flash environment.
>
> Changes in v3:
> - Add ne
On Fri, Jan 23, 2015 at 11:38:04AM -0600, Rob Herring wrote:
> On Fri, Dec 12, 2014 at 5:51 PM, Steve Rae wrote:
> > Implement a feature to allow fastboot to write the downloaded image
> > to the space reserved for the Protective MBR and the Primary GUID
> > Partition Table.
> > Additionally, prep
According to the i.MX6Q Reference Manual, clocks must be gated when
switching input clocks of async clock muxes. So use clock gates. Avoid
ldb_di0_ipu clock, because there is no clock gate for this signal.
There have never been any complaints about problems with the old code,
but the new approach
On Mon, Jan 12, 2015 at 11:57 AM, Ian Campbell wrote:
> On Mon, 2015-01-12 at 10:34 -0700, Stephen Warren wrote:
>> On 01/11/2015 11:15 AM, Tom Rini wrote:
>> > On Sun, Jan 11, 2015 at 10:54:03AM -0700, Stephen Warren wrote:
>> >> On 01/11/2015 02:45 AM, Ian Campbell wrote:
>> >>> On Sun, 2014-12-
Thanks for answer,
according to http://www.denx.de/wiki/view/DULG/UBootEnvVariables
if I set bootdelay=0, then will not be possible to tftp image by dhcp or by
push?
I can't find information about possible options for stdin.
Thanks.
--
S pozdravom Jakub Janco
2015-01-21 8:11 GMT+01:00 Albert
On Fri, Dec 12, 2014 at 5:51 PM, Steve Rae wrote:
> Implement a feature to allow fastboot to write the downloaded image
> to the space reserved for the Protective MBR and the Primary GUID
> Partition Table.
> Additionally, prepare and write the Backup GUID Partition Table.
I've been looking at ho
On 01/23/2015 03:12 AM, Pantelis Antoniou wrote:
The SD/MMC version scheme was buggy when dealing with standard
major.minor.change cases. Fix it my using something similar to
linux's kernel versioning method.
Reported-by: Stephen Warren
Tested-by: Stephen Warren
(With an eMMC 4.5 device, and
On 01/23/2015 03:19 AM, Thierry Reding wrote:
On Thu, Jan 22, 2015 at 12:04:06AM +0800, Bin Meng wrote:
Hi Thierry,
On Wed, Jan 21, 2015 at 5:40 PM, Thierry Reding wrote:
On Wed, Jan 21, 2015 at 05:15:42PM +0800, Bin Meng wrote:
Hi Thierry,
On Wed, Jan 21, 2015 at 4:24 PM, Thierry Reding w
Hi Masahiro,
On 23 January 2015 at 02:20, Masahiro Yamada wrote:
> Hi Simon,
>
>
> On Mon, 19 Jan 2015 20:12:35 -0700
> Simon Glass wrote:
>
>> When using allocated platform data, allocate it when we bind the device.
>> This makes it possible to fill in this information before the device is
>> p
USB1_VBUS is not used, and USB2_VBUS uses the pin normally used to control
USB1_VBUS.
Signed-off-by: Hans de Goede
---
configs/Hyundai_A7HD_defconfig | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/configs/Hyundai_A7HD_defconfig b/configs/Hyundai_A7HD_defconfig
index 60eb03
Hi Masahiro,
On 23 January 2015 at 05:32, Masahiro Yamada wrote:
> Hi Simon,
>
>
>
> On Mon, 19 Jan 2015 20:12:48 -0700
> Simon Glass wrote:
>
>> if (offset_len > I2C_MAX_OFFSET_LEN)
>> return -EINVAL;
>> @@ -450,13 +448,26 @@ int i2c_post_bind(struct udevice *dev)
>> r
On Fri, 2015-01-23 at 15:50 +0100, Hans de Goede wrote:
> We do not need i2c support in the SPL when there is no PMIC (some sun4i
> boards), or when the PMIC is not using i2c such as on sun6i and sun8i.
>
> This reduces the SPL size from (e.g.) 21812 to 19260 bytes.
>
> Signed-off-by: Hans de Goe
On Fri, Jan 23, 2015 at 03:33:32PM +0100, Michal Simek wrote:
> On 01/23/2015 03:12 PM, Tom Rini wrote:
> > On Fri, Jan 23, 2015 at 02:39:44PM +0100, Michal Simek wrote:
> >> On 01/23/2015 12:59 PM, Tom Rini wrote:
> >>> On Fri, Jan 23, 2015 at 10:02:04AM +0100, Michal Simek wrote:
> On 01/23/
Hello Simon,
On 01/20/2015 04:18 AM, Simon Glass wrote:
Hi Przemyslaw,
On 9 January 2015 at 01:57, Przemyslaw Marczak wrote:
Hello Heiko Schocher,
On 01/09/2015 07:31 AM, Heiko Schocher wrote:
Hello Przemyslaw Marczak,
just some nitpick ...
[snip]
Thank you for the review, I will fi
We do not need i2c support in the SPL when there is no PMIC (some sun4i
boards), or when the PMIC is not using i2c such as on sun6i and sun8i.
This reduces the SPL size from (e.g.) 21812 to 19260 bytes.
Signed-off-by: Hans de Goede
---
include/configs/sunxi-common.h | 3 +++
1 file changed, 3 i
Hi Tom,
We've once again build-up a nice collection of patches for sunxi.
Please pull u-boot-sunxi/master into master, highlights:
1) A80 support preparation (non-SPL support is ready, but waiting for the
start.S cleanup)
2) Cleanup sun4i & sun7i dram configuration
3) Support for some LCD panel
On 01/23/2015 03:12 PM, Tom Rini wrote:
> On Fri, Jan 23, 2015 at 02:39:44PM +0100, Michal Simek wrote:
>> On 01/23/2015 12:59 PM, Tom Rini wrote:
>>> On Fri, Jan 23, 2015 at 10:02:04AM +0100, Michal Simek wrote:
On 01/23/2015 02:05 AM, Tom Rini wrote:
> On Wed, Jan 21, 2015 at 10:38:47AM
On Fri, Jan 23, 2015 at 02:39:44PM +0100, Michal Simek wrote:
> On 01/23/2015 12:59 PM, Tom Rini wrote:
> > On Fri, Jan 23, 2015 at 10:02:04AM +0100, Michal Simek wrote:
> >> On 01/23/2015 02:05 AM, Tom Rini wrote:
> >>> On Wed, Jan 21, 2015 at 10:38:47AM +0100, Michal Simek wrote:
> >>>
> Hi
[...]
> > > PSCI assumes that the FW is in full control of the registers it's
> > > poking. While a lock isn't necessarily bad, I suspect it's going to be
> > > very difficult to have that common across all users without the code
> > > becoming unmaintainable fast. I'd also hope that for arm64 we
Dear Pantelis.
On 01/23/2015 10:44 PM, Pantelis Antoniou wrote:
> Hi Jaehoon,
>
>> On Jan 23, 2015, at 15:43 , Jaehoon Chung wrote:
>>
>> Hi
>>
>> Could you check this patch?
>>
>
> Ugh, sorry missed this; did it end up assigned at patchwork to me?
Updated. :)
Best Regards,
Jaehoon Chung
>
>
Hi Jaehoon,
> On Jan 23, 2015, at 15:43 , Jaehoon Chung wrote:
>
> Hi
>
> Could you check this patch?
>
Ugh, sorry missed this; did it end up assigned at patchwork to me?
The patch is obviously correct.
> Best Regards,
> Jaehoon Chung
>
Regards
— Pantelis
> On 01/14/2015 05:37 PM, Jaeho
Hi
Could you check this patch?
Best Regards,
Jaehoon Chung
On 01/14/2015 05:37 PM, Jaehoon Chung wrote:
> If mode is not DDR-mode, then it needs to clear it.
>
> Signed-off-by: Jaehoon Chung
> ---
> drivers/mmc/dw_mmc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a
The Juno Development Platform is a physical Versatile Express
device with some differences from the emulated semihosting
models. The main difference is that the system is split in
a SoC and an FPGA where the SoC hosts the serial ports at
totally different adresses.
Signed-off-by: Linus Walleij
--
Tested-by: Jaehoon Chung
(with eMMC4.5,eMMC5.0,SD2.0,SD3.0 cards)
Best Regards,
Jaehoon Chung
On 01/23/2015 07:12 PM, Pantelis Antoniou wrote:
> The SD/MMC version scheme was buggy when dealing with standard
> major.minor.change cases. Fix it my using something similar to
> linux's kernel versi
On 01/23/2015 12:59 PM, Tom Rini wrote:
> On Fri, Jan 23, 2015 at 10:02:04AM +0100, Michal Simek wrote:
>> On 01/23/2015 02:05 AM, Tom Rini wrote:
>>> On Wed, Jan 21, 2015 at 10:38:47AM +0100, Michal Simek wrote:
>>>
Hi Tom,
please pull these patches to your tree. I have added there
Hi Graeme,
On 23/01/2015 09:11, Graeme Russ wrote:
> Hi Damien,
>
> On 23/01/15 19:03, Damien GOTFROI wrote:
>> Hi,
>>
>> I confirm, my first patch for spl_power_init.c generated DDR errors.
>>
>> And my new (small) patch for spl_power_init.c fixes these errors, it
>> is not my DDR patch.
>
> A
On Mon, 19 Jan 2015 20:12:38 -0700
Simon Glass wrote:
> Allow parent drivers to be called when a new child is bound to them. This
> allows a bus to set up information it needs for that child.
>
> Signed-off-by: Simon Glass
Reviewed-by: Masahiro Yamada
__
On Fri, Jan 23, 2015 at 10:10:45AM +, Thierry Reding wrote:
> On Thu, Jan 22, 2015 at 07:20:15PM +, Mark Rutland wrote:
> > On Fri, Jan 16, 2015 at 09:12:59AM +, Thierry Reding wrote:
> > > On Thu, Jan 15, 2015 at 07:19:37PM +, Mark Rutland wrote:
> > > > On Wed, Jan 14, 2015 at 07:
Hi Simon,
On Mon, 19 Jan 2015 20:12:48 -0700
Simon Glass wrote:
> if (offset_len > I2C_MAX_OFFSET_LEN)
> return -EINVAL;
> @@ -450,13 +448,26 @@ int i2c_post_bind(struct udevice *dev)
> return dm_scan_fdt_node(dev, gd->fdt_blob, dev->of_offset, false);
> }
>
> +int
On Fri, Jan 23, 2015 at 10:02:04AM +0100, Michal Simek wrote:
> On 01/23/2015 02:05 AM, Tom Rini wrote:
> > On Wed, Jan 21, 2015 at 10:38:47AM +0100, Michal Simek wrote:
> >
> >> Hi Tom,
> >>
> >> please pull these patches to your tree. I have added there 2 patches
> >> for serial. Zynq is only on
Hi,
I want to compile a version of MLO and u-boot for SPI NOR on the beagle
bone black board.
>From buildroot and the uboot-2013.10 version, a MLO.byteswap is compiled,
but from the latest version of uboot (u-boot-2015.01), compiled in
standalone (outside of buildroot) with the am335x_boneblack
The RCPM FSM may not be reset after power-on, for example,
in the cases of cold boot and wakeup from deep sleep.
It causes cache coherency problem and may block deep sleep.
Therefore, reset them if they are not be reset.
Signed-off-by: Chenhui Zhao
---
arch/arm/cpu/armv7/ls102xa/cpu.c | 28 +
The Versatile Express ARMv8 semihosted FVP platform is still
using the legacy CONFIG_SYS_EXTRA_OPTIONS method to configure
some compile-time flags. Get rid of this and create a Kconfig
entry for the FVP model, and a selectable bool for the
semihosting library.
The FVP subboard is now modeled as a
Currently the hash functions used in RSA are called directly from the sha1
and sha256 libraries. Change the RSA checksum library to use the progressive
hash API's registered with struct hash_algo. This will allow the checksum
library to use the hardware accelerated progressive hash API's once avail
Signed-off-by: Ruchika Gupta
CC: Simon Glass
---
Changes in v6:
Fixed compilation error in this file for tools when FIT_SIGNATURE not enabled
Changes in v5:
New patch based on WIP patch by Simon.
common/hash.c | 81 +-
include/hash.h | 3
The hash_algo structure has some implementations in which progressive hash
API's are not defined. These are basically the hardware based implementations
of SHA. An API is added to find the algo which has progressive hash API's
defined. This can then be integrated with RSA checksum library which use
Kconfig option added for devices which support RSA Verification.
1. RSA_SOFTWARE_EXP
Enables driver for supporting RSA Modular Exponentiation in Software
2. RSA_FREESCALE_EXP
Enables driver for supporting RSA Modular Exponentiation using Freescale
specific
driver
The above drivers use RSA uclass
Driver added for RSA Modular Exponentiation using Freescale Hardware
Accelerator CAAM. The driver uses UCLASS_MOD_EXP
Signed-off-by: Ruchika Gupta
CC: Simon Glass
---
Changes in v6:
No Changes
Changes in v5:
Reverted mod_exp not to use output length
Changes in v4:
Modified for the changes in o
Modify rsa_verify to use the rsa driver of DM library .The tools
will continue to use the same RSA sw library.
CONFIG_RSA is now dependent on CONFIG_DM. All configurations which
enable FIT based signatures have been modified to enable CONFIG_DM
by default.
Signed-off-by: Ruchika Gupta
CC: Simon
For FIT signature based approach to work, RSA library needs to be selected.
The FIT_SIGNATURE option in Kconfig is modified to automatically select RSA.
Selecting RSA compiles the RSA library required for image verification.
Signed-off-by: Ruchika Gupta
CC: Simon Glass
Acked-by: Simon Glass
---
For the platforms which use,CONFIG_FIT_SIGNATURE, the required configs are
moved to the platform's defconfig file. Selecting CONFIG_FIT_SIGNATURE using
defconfig automatically resolves the dependencies for signature verification.
The RSA library gets automatically selected and user does not have to
Add a new rsa uclass for performing modular exponentiation and implement
the software driver basing on this uclass.
Signed-off-by: Ruchika Gupta
CC: Simon Glass
---
Changes in v6:
No Changes
Changes in v5:
Changed UCLASS name to UCLASS_MOD_EXP
Changes in v4:
Removed Kconfig option for DM_RSA
C
Public exponentiation which is required in rsa verify functionality is
tightly integrated with verification code in rsa_verify.c. The patch
splits the file into twp separating the modular exponentiation.
1. rsa-verify.c
- The file parses device tree keys node to fill a keyprop structure.
The keypr
On 01/23/15 11:47, Stefano Babic wrote:
> Hi Nikita,
>
> On 22/01/2015 18:33, Nikita Kiryanov wrote:
>
>>>
>>> This is a general question, not strictly related to the patch. You add
>>> with the series a way to get splash screen from multiple sources. I have
>>> often (I know we are talking about
This patch adds basic constructs in the ARMv8 u-boot code
to handle and apply Cortex-A57 specific erratas.
As and example, the framework showcases how erratas 833069, 826974
and 828024 can be handled and applied.
Later on this framework can be extended to include other
erratas.
Signed-off-by: Bh
This patch adds support for handling 828024 and 826974 erratas
for Cortex-A57 cores present on LS2085A SoC.
Signed-off-by: Bhupesh Sharma
---
include/configs/ls2085a_common.h |4
1 file changed, 4 insertions(+)
diff --git a/include/configs/ls2085a_common.h b/include/configs/ls2085a_com
On Thu, Jan 22, 2015 at 12:04:06AM +0800, Bin Meng wrote:
> Hi Thierry,
>
> On Wed, Jan 21, 2015 at 5:40 PM, Thierry Reding wrote:
> > On Wed, Jan 21, 2015 at 05:15:42PM +0800, Bin Meng wrote:
> >> Hi Thierry,
> >>
> >> On Wed, Jan 21, 2015 at 4:24 PM, Thierry Reding wrote:
> >> > On Wed, Jan 21
Secure Boot Target is added for NAND for P3041
Changes:
In PowerPC, the core begins execution from address 0xFFFC.
In case of secure boot, this default address maps to Boot ROM.
The Boot ROM code requires that the bootloader(U-boot) must lie
in 0 to 3.5G address space i.e 0x0 - 0xDFFF
In c
From: Ian Campbell
The CPU info is already logged during boot e.g.
CPU:Allwinner A20 (SUN7I)
so the prompt is just one more thing to change for each new SoC, just makes it
"sunxi#" instead.
Signed-off-by: Ian Campbell
---
include/configs/sun4i.h| 1 -
include/configs/sun5i.h
The SD/MMC version scheme was buggy when dealing with standard
major.minor.change cases. Fix it my using something similar to
linux's kernel versioning method.
Signed-off-by: Pantelis Antoniou
---
common/cmd_mmc.c | 8 ++--
include/mmc.h| 56 +
On Thu, Jan 22, 2015 at 07:20:15PM +, Mark Rutland wrote:
> On Fri, Jan 16, 2015 at 09:12:59AM +, Thierry Reding wrote:
> > On Thu, Jan 15, 2015 at 07:19:37PM +, Mark Rutland wrote:
> > > On Wed, Jan 14, 2015 at 07:57:25AM +, Thierry Reding wrote:
> > > > On Tue, Jan 13, 2015 at 07:
On Thu, 2015-01-22 at 21:24 +0100, Hans de Goede wrote:
> It turns out that there are some panels where the pwm input is not active low,
> so make it configurable.
>
> Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
___
U-Boot mailing list
U-Boo
On Thu, 2015-01-22 at 21:24 +0100, Hans de Goede wrote:
> The Hyundai A7HD is a 7" 16:9 A10 powered tablet featuring 1G RAM, 8G
> nand, 1024x600 IPS screen, a mini hdmi port, mini usb receptacle and a
> headphones port for details see: http://linux-sunxi.org/Hyundai_A7HD
>
> Cc: Mark Janssen
> Si
On Thu, 2015-01-22 at 20:52 +0100, Hans de Goede wrote:
> Add support for Hitachi tx18d42vm LVDS LCD panels, these panels have a
> lcd controller which needs to be initialized over SPI, once that is
> done they work like a regular LVDS panel.
>
> Signed-off-by: Hans de Goede
Acked-by: Ian Campbe
Hi Nikita,
On 22/01/2015 18:33, Nikita Kiryanov wrote:
>>
>> This is a general question, not strictly related to the patch. You add
>> with the series a way to get splash screen from multiple sources. I have
>> often (I know we are talking about different things..) used splash
>> screen as a way
Hi Simon,
On Mon, 19 Jan 2015 20:12:35 -0700
Simon Glass wrote:
> When using allocated platform data, allocate it when we bind the device.
> This makes it possible to fill in this information before the device is
> probed.
>
> This fits with the platform data model (when not using device tree
Hi, Sinan Akman,
As the comment of commit c207ff612903389f8b32e377fe32be43e6efd8f7 said,
we removes the bit reversing for SCFG registers in u-boot. It is implemented
through PBI command in RCW.
.pbi
write 0x570200, 0x
.end
Through this way, other SCFG registers could be
On 01/23/2015 02:05 AM, Tom Rini wrote:
> On Wed, Jan 21, 2015 at 10:38:47AM +0100, Michal Simek wrote:
>
>> Hi Tom,
>>
>> please pull these patches to your tree. I have added there 2 patches
>> for serial. Zynq is only one platform which is using this driver.
>>
>> Thanks,
>> Michal
>>
>> The fol
Hi,
On 22-01-15 22:03, Tom Rini wrote:
On Thu, Jan 22, 2015 at 08:10:06PM +0100, Hans de Goede wrote:
Hi,
On 22-01-15 17:20, Tom Rini wrote:
On Wed, Jan 21, 2015 at 09:03:25PM +0100, Hans de Goede wrote:
On some SoCs / ARMv7 CPU cores we need to do some setup before enabling the
icache, etc
> -Original Message-
> From: Pantelis Antoniou [mailto:pa...@antoniou-consulting.com]
> Sent: Friday, January 23, 2015 9:35 AM
> To: Diego Santa Cruz
> Cc: Stephen Warren; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH v4 01/18] mmc: show hardware partition sizes in
> mmcinfo output
>
Hi Diego,
> On Jan 23, 2015, at 10:30 , Diego Santa Cruz
> wrote:
>
>> -Original Message-
>> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
>> Sent: Thursday, January 22, 2015 8:59 PM
>> To: Pantelis Antoniou
>> Cc: Diego Santa Cruz; u-boot@lists.denx.de
>> Subject: Re: [U-Boot] [P
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Thursday, January 22, 2015 8:59 PM
> To: Pantelis Antoniou
> Cc: Diego Santa Cruz; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH v4 01/18] mmc: show hardware partition sizes in
> mmcinfo output
>
> On
G2D core should be provided 200MHz clock rate.
Signed-off-by: Joonyoung Shim
---
board/samsung/odroid/odroid.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/samsung/odroid/odroid.c b/board/samsung/odroid/odroid.c
index b7d2381..1554b9d 100644
--- a/board/samsung/o
On Thu, 2015-01-22 at 09:47 +0200, Siarhei Siamashka wrote:
> On Tue, 20 Jan 2015 15:43:31 +0100
> Hans de Goede wrote:
>
> > Hi,
[...]
>
> We have already talked with plaes on IRC yesterday, just now
> bringing it here. I have finally updated the
> http://linux-sunxi.org/LCD page to add LVDS
Hi Damien,
On 23/01/15 19:03, Damien GOTFROI wrote:
Hi,
I confirm, my first patch for spl_power_init.c generated DDR errors.
And my new (small) patch for spl_power_init.c fixes these errors, it is not my
DDR patch.
An I can confirm that your smaller patch allows me to boot the G2C1
board.
100 matches
Mail list logo