* Felipe Balbi m...@felipebalbi.com [100317 10:04]:
On Wed, Mar 17, 2010 at 03:12:50PM +0200, Dmitry Kasatkin wrote:
Earlier kernel contained omap sha1 and md5 driver, which was not maintained,
was not ported to new crypto APIs and removed from the source tree.
+#include linux/version.h
for-next branch.
Acked-by: Tony Lindgren t...@atomide.com
--
To unsubscribe from this list: send the line unsubscribe linux-crypto in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi,
* Dmitry Kasatkin dmitry.kasat...@nokia.com [101110 09:18]:
Suggested to use udelay() instead of nop as on the higher
core frequencies it might not be enough time.
Signed-off-by: Dmitry Kasatkin dmitry.kasat...@nokia.com
---
drivers/crypto/omap-aes.c | 10 ++
1 files
* Dmitry Kasatkin dmitry.kasat...@nokia.com [101110 09:20]:
- registration with multi OMAP kernels support
- clocks
Signed-off-by: Dmitry Kasatkin dmitry.kasat...@nokia.com
---
arch/arm/mach-omap2/clock2420_data.c |2 +-
arch/arm/mach-omap2/clock2430_data.c |2 +-
* Dmitry Kasatkin dmitry.kasat...@nokia.com [101110 09:20]:
Signed-off-by: Dmitry Kasatkin dmitry.kasat...@nokia.com
---
arch/arm/mach-omap2/devices.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c b/arch/arm/mach-omap2/devices.c
-crypto@vger.kernel.org
Cc: linux-...@vger.kernel.org
Cc: alsa-de...@alsa-project.org
Cc: linux-ker...@vger.kernel.org
Signed-off-by: Tony Lindgren t...@atomide.com
---
drivers/char/hw_random/omap-rng.c |2 --
drivers/crypto/omap-aes.c |6 --
drivers/crypto/omap-sham.c
* Tony Lindgren t...@atomide.com [121008 10:37]:
Drivers should not use cpu_is_omap or cpu_class_is_omap macros,
they should be private to the platform init code. And we'll be
removing plat/cpu.h and only have a private soc.h for the
arch/arm/*omap* code.
This patch is intended
* Tony Lindgren t...@atomide.com [121009 17:21]:
* Péter Ujfalusi peter.ujfal...@ti.com [121009 02:03]:
On 10/08/2012 07:35 PM, Tony Lindgren wrote:
- omap-dma.c and omap-pcm.c can test the arch locally as
omap1 and omap2 cannot be compiled together because of
conflicting
* Tony Lindgren t...@atomide.com [121015 17:09]:
* Tony Lindgren t...@atomide.com [121009 17:21]:
* Péter Ujfalusi peter.ujfal...@ti.com [121009 02:03]:
On 10/08/2012 07:35 PM, Tony Lindgren wrote:
- omap-dma.c and omap-pcm.c can test the arch locally as
omap1 and omap2 cannot
* Paul Walmsley p...@pwsan.com [121109 09:13]:
On Fri, 9 Nov 2012, Mark A. Greer wrote:
On Fri, Nov 09, 2012 at 06:10:20PM +0200, Kasatkin, Dmitry wrote:
Why not using macros as it was before?
OMAP24XX_SEC_SHA1MD5_BASE
I am following the precedent set in the existing code of
* Mark A. Greer mgr...@animalcreek.com [121119 10:58]:
From: Mark A. Greer mgr...@animalcreek.com
The omap-sham driver should not check the CPU class or the
type of OMAP device its on. The platform code should do
that instead.
I think I already have a similar patch queued in linux next.
* Mark A. Greer mgr...@animalcreek.com [121119 11:06]:
From: Mark A. Greer mgr...@animalcreek.com
The omap-aes driver should not check the CPU class or the
type of OMAP device its on. The platform code should do
that instead.
Similar patch for this one too should be queued already.
* Mark A. Greer mgr...@animalcreek.com [121119 10:58]:
@@ -27,6 +29,10 @@
#include linux/platform_device.h
#include linux/scatterlist.h
#include linux/dma-mapping.h
+#ifndef OMAP_SHAM_DMA_PRIVATE
+#include linux/dmaengine.h
+#include linux/omap-dma.h
+#endif
#include
* Pavel Machek pa...@ucw.cz [150228 08:49]:
On Thu 2015-02-26 14:49:56, Pali Rohár wrote:
This patch adds missing dma DTS definitions for omap aes and sham drivers.
Without it kernel drivers do not work.
Signed-off-by: Pali Rohár pali.ro...@gmail.com
Acked-by: PavelMachek
* Pali Rohár pali.ro...@gmail.com [150306 11:16]:
On Friday 06 March 2015 19:36:32 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [150226 05:54]:
This patch series fix crypto support for omap3 devices which
use DT.
It enables AES and SHAM on N9/N950 and SHAM on N900. AES
* Pali Rohár pali.ro...@gmail.com [150226 05:54]:
Harmattan system on Nokia N9 and N950 devices uses omap crypto support.
Bootloader on those devices is known that it enables HW crypto support.
This patch just include omap36xx.dtsi directly, so aes and sham is enabled.
Let's also remove
* Pali Rohár pali.ro...@gmail.com [150227 08:05]:
On Friday 27 February 2015 16:43:20 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [150226 05:54]:
Harmattan system on Nokia N9 and N950 devices uses omap
crypto support. Bootloader on those devices is known that
it enables HW
* Pali Rohár pali.ro...@gmail.com [150218 16:03]:
On Wednesday 18 February 2015 22:02:30 Pali Rohár wrote:
On Wednesday 18 February 2015 13:21:03 Pali Rohár wrote:
Hello,
I tried to test OMAP AES driver on Nokia N900 with special
Nokia bootloader which enable L3 firewall for OMAP
* Pali Rohár pali.ro...@gmail.com [150224 09:42]:
On Tuesday 24 February 2015 18:25:12 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [150218 16:03]:
--- a/arch/arm/mach-omap2/omap_hwmod_3xxx_data.c
+++ b/arch/arm/mach-omap2/omap_hwmod_3xxx_data.c
@@ -3938,8 +3938,9 @@ int
* Pali Rohár pali.ro...@gmail.com [150224 09:52]:
On Tuesday 24 February 2015 18:37:34 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [150224 09:42]:
On Tuesday 24 February 2015 18:25:12 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [150218 16:03]:
--- a/arch/arm
* Pavel Machek pa...@ucw.cz [150228 08:45]:
On Thu 2015-02-26 14:49:57, Pali Rohár wrote:
Harmattan system on Nokia N9 and N950 devices uses omap crypto support.
Bootloader on those devices is known that it enables HW crypto support.
This patch just include omap36xx.dtsi directly, so aes
* Peter Ujfalusi peter.ujfal...@ti.com [150526 06:28]:
Switch to use ma_request_slave_channel_compat_reason() to request the DMA
channels. In case of error, return the error code we received including
-EPROBE_DEFER
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
CC: Greg Kroah-Hartman
* Tero Kristo [160621 10:58]:
>
> Do you want to pick-up the DTS changes from this revision of series as is or
> shall I repost those also? I think the series would require a re-ordering of
> posting the DTS changes before the hwmod data.
I'll pick the dts changes from this
* Tero Kristo [160622 06:27]:
> Hi,
>
> Changes compared to v1 of the series:
>
> - dropped first patch from the series (crypto: omap-aes: Fix registration of
> algorithms) as it was queued by Herbert already
> - modified the second (now first) patch of the series to use
24 matches
Mail list logo