[PATCH] rtc: ds1337: fix compatible string typo

The driver supports the ds1339 as well, which was probably intended by the author but prevented by a typo. Fix the typo. Signed-off-by: Clemens Gruber --- drivers/rtc/ds1337.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/rtc/ds1337.c b/drivers/rtc/ds1337.c index

[PATCH] net: phy: marvell: Unify 88E151x series phy_driver

er fitting 88e151x. The uid and mask bits 3:0 are now again the same as in the Linux kernel. Signed-off-by: Clemens Gruber --- drivers/net/phy/marvell.c | 65 ++- 1 file changed, 10 insertions(+), 55 deletions(-) diff --git a/drivers/net/phy/marvell.c b/drive

[U-Boot] [PATCH v3] crypto/fsl: fix BLOB encapsulation and decapsulation

desc idx 0: Invalid KEY command" To ensure coherency, we require the key_mod, src and dst buffers to be aligned to the cache line size and flush/invalidate the memory regions. The same requirements apply to the job descriptor. Tested on an i.MX6Q board. Signed-off-by: Clemens Gruber &l

Re: [U-Boot] [PATCH v2] crypto/fsl: fix BLOB encapsulation and decapsulation

Hi Sumit, Fabio, York, On Fri, Jan 05, 2018 at 06:47:36AM +, Sumit Garg wrote: > Hi Clemens, York, Fabio, > > > -Original Message- > > From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Fabio > > Estevam > > Sent: Friday, January 05, 2018 3:27 AM > > To: York Sun

Re: [U-Boot] [PATCH] crypto/fsl: fix BLOB encapsulation and decapsulation

Hi Fabio, Hi York, On Thu, Jan 04, 2018 at 07:59:13PM -0200, Fabio Estevam wrote: > Hi Clemens, > > On Thu, Jan 4, 2018 at 7:31 PM, Fabio Estevam wrote: > > Hi York, > > > > On Thu, Jan 4, 2018 at 7:12 PM, York Sun wrote: > > > >> This patch causes errors

Re: [U-Boot] [PATCH] crypto/fsl: fix BLOB encapsulation and decapsulation

Hi Breno, On Thu, Dec 21, 2017 at 07:18:44PM -0200, Breno Matheus Lima wrote: > Hi Clemens, > > 2017-12-20 20:08 GMT-02:00 Clemens Gruber <clemens.gru...@pqgruber.com>: > > The blob_encap and blob_decap functions were not flushing the dcache > > befo

[U-Boot] [PATCH] crypto/fsl: fix BLOB encapsulation and decapsulation

y. Tested on an i.MX6Q board. Signed-off-by: Clemens Gruber <clemens.gru...@pqgruber.com> --- drivers/crypto/fsl/fsl_blob.c | 99 --- 1 file changed, 83 insertions(+), 16 deletions(-) diff --git a/drivers/crypto/fsl/fsl_blob.c b/drivers/crypto/fsl/

[U-Boot] i.MX6 CAAM BLOB problem: Invalid KEY Command

Hi, I am experimenting with the BLOB feature of the CAAM on an i.MX6Q. However, CAAM does not accept the KEY Command, necessary for the blob OPERATION. I want to encapsulate data within U-Boot as a "red blob" to allow storing it in an unsecure location and ensure that it can only be decapsulated

[U-Boot] [PATCH] crypto/fsl: fix obj-yy in Makefile

in the Makefile, resulting in obj-yy/obj-yn/.. and fsl_blob.o is therefore not linked. Fix it by splitting it up into two obj-y lines. Signed-off-by: Clemens Gruber <clemens.gru...@pqgruber.com> --- drivers/crypto/fsl/Makefile | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff

Re: [U-Boot] [PATCH] gunzip: cache-align write buffer memory

On Mon, Aug 29, 2016 at 05:10:36PM +0200, Clemens Gruber wrote: > When using gzwrite to eMMC on an i.MX6Q board, the following warning > occurs repeatedly: > CACHE: Misaligned operation at range [4fd63318, 4fe63318] > > This patch cache-aligns the memory allocation for the g

Re: [U-Boot] [RFC] mmc: fsl_esdhc: fix misaligned cache operation warning

Hi, On Sun, Aug 28, 2016 at 04:55:36PM -0700, Stefan Agner wrote: > Hm, that seems dangerous to me, especially the src rounding... > > Not sure where that memory gets aligned, but I guess we should use > memalign and align the length to cache size or the like... Yes, you are right. I looked

[U-Boot] [PATCH] gunzip: cache-align write buffer memory

check_cache_range. Signed-off-by: Clemens Gruber <clemens.gru...@pqgruber.com> --- lib/gunzip.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/lib/gunzip.c b/lib/gunzip.c index bc746d6..832b306 100644 --- a/lib/gunzip.c +++ b/lib/gunzip.c @@ -11,6 +11,7 @@ #include #i

[U-Boot] [RFC] mmc: fsl_esdhc: fix misaligned cache operation warning

/patch/656470/) After that, the "Misaligned operation" error message disappeared and everything still works for me. But is this safe and should I send the patch again with [PATCH] ? Signed-off-by: Clemens Gruber <clemens.gru...@pqgruber.com> --- drivers/mmc/fsl_esdhc.c | 9 +

Re: [U-Boot] CACHE: Misaligned operation

Hi, On Fri, Aug 12, 2016 at 09:27:29AM -0600, Simon Glass wrote: > Yes it means there is an error in the calling code. If you can figure > out who is calling this then it is worth fixing. But also see recent > discussions on the mailing list. Also possibly this patch? > >

[U-Boot] CACHE: Misaligned operation

Hi, I just tested the current U-Boot master on my i.MX6Q board and the following two warnings showed up on the console: U-Boot 2016.09-rc1-00377-gb8698a2 CPU: Freescale i.MX6Q rev1.5 at 792 MHz Reset cause: POR DRAM: 1 GiB CACHE: Misaligned operation at range [4fff, 4fff0004] CACHE:

Re: [U-Boot] env_mmc: support overriding mmc dev from board code

On Tue, Jan 26, 2016 at 10:53:58AM +0800, Peng Fan wrote: > Yeah. The patch I wrote include fix write_env, and a function prototype in > header file. > > If the current patch already applied, I can write a follow up patch. > > Thanks, > Peng. > Hi Peng, sorry, I did not know there was already

[U-Boot] [PATCH] mmc: add missing prototype for mmc_get_env_dev

This is a follow-up patch to e92029c0f4 and adds a prototype for the weak mmc_get_env_dev function. Cc: Tom Rini <tr...@konsulko.com> Cc: Stephen Warren <swar...@nvidia.com> Signed-off-by: Clemens Gruber <clemens.gru...@pqgruber.com> --- include/mmc.h | 1 + 1 file changed, 1

[U-Boot] [PATCH] env_mmc: support overriding mmc dev from board code

com> Cc: Stephen Warren <swar...@nvidia.com> Cc: Tim Harvey <thar...@gateworks.com> Cc: Simon Glass <s...@chromium.org> Cc: Hans de Goede <hdego...@redhat.com> Signed-off-by: Clemens Gruber <clemens.gru...@pqgruber.com> --- common/env_mmc.c | 19 --

Re: [U-Boot] [PATCH] Do not mux and setup SPI if disabled in the config

Hi Stefan, On Wed, Aug 05, 2015 at 07:19:02AM +0200, Stefan Roese wrote: (added Stefano as imx custodian) Thanks. On 04.08.2015 19:28, Clemens Gruber wrote: This allows baseboards without SPI to compile. Signed-off-by: Clemens Gruber clemens.gru...@pqgruber.com Cc: Markus Niebel

Re: [U-Boot] [PATCH] Do not mux and setup SPI if disabled in the config

Hi Stefan, On Wed, Aug 05, 2015 at 10:05:10AM +0200, Stefan Roese wrote: How about this patch: diff --git a/board/tqc/tqma6/tqma6.c b/board/tqc/tqma6/tqma6.c index 29db838..345930f 100644 --- a/board/tqc/tqma6/tqma6.c +++ b/board/tqc/tqma6/tqma6.c @@ -28,6 +28,13 @@ #include

Re: [U-Boot] [PATCH] Do not mux and setup SPI if disabled in the config

On Wed, Aug 05, 2015 at 01:46:42PM +0530, Jagan Teki wrote: On 5 August 2015 at 13:35, Stefan Roese s...@denx.de wrote: How about this patch: diff --git a/board/tqc/tqma6/tqma6.c b/board/tqc/tqma6/tqma6.c index 29db838..345930f 100644 --- a/board/tqc/tqma6/tqma6.c +++

Re: [U-Boot] [PATCH] arm: mx6: Remove SPI support from WRU-IV baseboard

that ifdefs are as bad as Stefan thinks they are, the new patch works fine too. Thank you! Tested-by: Clemens Gruber clemens.gru...@pqgruber.com Regards, Clemens ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH] Do not mux and setup SPI if disabled in the config

This allows baseboards without SPI to compile. Signed-off-by: Clemens Gruber clemens.gru...@pqgruber.com Cc: Markus Niebel markus.nie...@tq-group.com Cc: Tom Rini tr...@konsulko.com --- board/tqc/tqma6/tqma6.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/board/tqc/tqma6/tqma6.c b

[U-Boot] [PATCH 1/2] net: Improve 88E151x PHY initialization

- The EEE fixup magic should also be enabled for RGMII - Improved comments Signed-off-by: Clemens Gruber clemens.gru...@pqgruber.com Cc: Joe Hershberger joe.hershber...@ni.com Cc: Hao Zhang hzh...@ti.com Cc: Michal Simek michal.si...@xilinx.com --- drivers/net/phy/marvell.c | 37

[U-Boot] [PATCH 2/2] net: Add support for Marvell 88E1510 PHY

Support the 88E1510 PHY which is very similar to the 88E1518. I also set the INTn output and configured the LEDs. Signed-off-by: Clemens Gruber clemens.gru...@pqgruber.com Cc: Joe Hershberger joe.hershber...@ni.com Cc: Hao Zhang hzh...@ti.com Cc: Michal Simek michal.si...@xilinx.com

[U-Boot] [PATCH 0/2] net: Support Marvell 88E1510 and fix 88E151x init

Hi, I improved the Errata fixup for Marvell 88E151x Ethernet PHYs and added support for the 88E1510 which is very similar to the 88E1518. I also configured the LEDs and the INTn output for the 88E1510. Best regards, Clemens Gruber Clemens Gruber (2): net: Improve 88E151x PHY initialization

[U-Boot] [PATCH] Add support for the Marvell 88E1510 phy, based on the existing 88E1518 support

Signed-off-by: Clemens Gruber clemens.gru...@pqgruber.com --- drivers/net/phy/marvell.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/drivers/net/phy/marvell.c b/drivers/net/phy/marvell.c index 9437c3b..e501769 100644 --- a/drivers/net/phy/marvell.c +++ b/drivers/net/phy