This will break umr since we source the headers from the kernel. The
kernel might not use them but the different IP blocks have deltas that
umr is aware of.
One might argue that we should then publish the headers somewhere else
that is public but the kernel is our vehicle right now.
Thought
- Original Message -
> From: "Steffen Klassert"
> To: "Tom St Denis"
> Cc: "Herbert Xu" , net...@vger.kernel.org,
> linux-kernel@vger.kernel.org,
> linux-cry...@vger.kernel.org, "David Miller" , "Jussi
> Kivilinna"
- Original Message -
> From: "Steffen Klassert"
> To: "Jussi Kivilinna"
> Cc: "Herbert Xu" , net...@vger.kernel.org,
> linux-kernel@vger.kernel.org,
> linux-cry...@vger.kernel.org, "Tom St Denis" ,
> "David Miller"
- Original Message -
> From: "Jussi Kivilinna"
> To: "Tom St Denis"
> Cc: linux-kernel@vger.kernel.org, "Herbert Xu" ,
> "David Miller" ,
> linux-cry...@vger.kernel.org, "Steffen Klassert"
> , net...@vger.kernel.org
&
- Original Message -
> From: "Jussi Kivilinna"
> To: "Tom St Denis"
> Cc: linux-kernel@vger.kernel.org, "Herbert Xu" ,
> "David Miller" ,
> linux-cry...@vger.kernel.org, "Steffen Klassert"
> , net...@vger.kernel.org
Signed-off-by: Tom St Denis
---
crypto/Kconfig | 9 ++
crypto/Makefile | 1 +
crypto/cmac.c| 317 +++
crypto/testmgr.c | 9 ++
crypto/testmgr.h | 52 +++
include/uapi/linux
Hi all,
I was wondering if there was a proper way of instructing the init code
(atomic_pool_init) for the DMA coherent subsystem to point to a fixed location
instead of using alloc_pages()?
I ask because on our system (Zynq702/706 boards) DDR has a high latency (~25-30
cycles) whereas FPGA mem
- Original Message -
> From: "Chris Friesen"
> To: "Tom St Denis"
> Cc: "Steven Rostedt" , "David Dillow"
> , "Borislav Petkov" ,
> linux-kernel@vger.kernel.org, net...@vger.kernel.org
> Sent: Monday, 21 January, 2013
- Original Message -
> From: "Steven Rostedt"
> To: "Tom St Denis"
> Cc: "David Dillow" , "Borislav Petkov" ,
> linux-kernel@vger.kernel.org,
> net...@vger.kernel.org
> Sent: Monday, 21 January, 2013 10:28:33 AM
> Subject:
- Original Message -
> From: "Steven Rostedt"
> To: "Tom St Denis"
> Cc: "David Dillow" , "Borislav Petkov" ,
> linux-kernel@vger.kernel.org,
> net...@vger.kernel.org
> Sent: Monday, 21 January, 2013 9:37:41 AM
> Subject: Re
- Original Message -
> From: "Steven Rostedt"
> To: "Tom St Denis"
> Cc: "David Dillow" , "Borislav Petkov" ,
> linux-kernel@vger.kernel.org,
> net...@vger.kernel.org
> Sent: Monday, 21 January, 2013 8:38:54 AM
> Subject
e xcbc(aes)...).
Here's the patch to bring 3.8-rc4 up with CMAC ...
Signed-off-by: Tom St Denis
---
crypto/Kconfig | 8 ++
crypto/Makefile | 1 +
crypto/cmac.c| 317 +++
crypto/testmgr.c | 9 ++
c
- Original Message -
> From: "David Dillow"
> To: "Tom St Denis"
> Cc: "Borislav Petkov" , linux-kernel@vger.kernel.org,
> net...@vger.kernel.org, "Steven Rostedt"
>
> Sent: Monday, 21 January, 2013 4:18:01 AM
> Subjec
- Original Message -
> From: "Steven Rostedt"
> To: "Tom St Denis"
> Cc: "Borislav Petkov" , "Eric Dumazet" ,
> "Waskiewicz Jr, Peter P"
> , "David Miller" ,
> "steffen klassert"
> , herb
- Original Message -
> From: "Alan Cox"
> To: "Tom St Denis" , "David Dillow"
>
> Cc: linux-kernel@vger.kernel.org, net...@vger.kernel.org
> Sent: Sunday, 20 January, 2013 3:30:49 PM
> Subject: Re: IPsec AH use of ahash
>
> Look
- Original Message -
> From: "Borislav Petkov"
> To: "Steven Rostedt"
> Cc: "Tom St Denis" , "David Dillow"
> , linux-kernel@vger.kernel.org,
> net...@vger.kernel.org
> Sent: Sunday, 20 January, 2013 7:34:41 PM
> Subject:
- Original Message -
> From: "David Dillow"
> To: "Tom St Denis"
> Cc: linux-kernel@vger.kernel.org, net...@vger.kernel.org
> Sent: Sunday, 20 January, 2013 1:11:11 PM
> Subject: Re: IPsec AH use of ahash
>
> On Sun, 2013-01-20 at 12:40 -0500,
- Original Message -
> From: "David Dillow"
> To: "Tom St Denis"
> Cc: linux-kernel@vger.kernel.org, net...@vger.kernel.org
> Sent: Sunday, 20 January, 2013 11:34:52 AM
> Subject: Re: IPsec AH use of ahash
>
> On Sun, 2013-01-20 at 10:07 -0500,
- Original Message -
> From: "H. Peter Anvin"
> To: "Tom St Denis"
> Cc: "Mike Galbraith" , "Eric Dumazet"
> , "Waskiewicz Jr, Peter P"
> , "David Miller" ,
> "steffen klassert"
> , herb...@gondo
- Original Message -
> From: "Mike Galbraith"
> To: "Tom St Denis"
> Cc: "Eric Dumazet" , "Waskiewicz Jr, Peter P"
> , "David Miller"
> , "steffen klassert" ,
> herb...@gondor.apana.org.au,
> linux-kernel
- Original Message -
> From: "Alexander Holler"
> To: "Tom St Denis"
> Cc: "Borislav Petkov" , "Eric Dumazet" ,
> "Waskiewicz Jr, Peter P"
> , "David Miller" ,
> "steffen klassert"
> , herb
- Original Message -
> From: "Borislav Petkov"
> To: "Mike Galbraith"
> Cc: "Tom St Denis" , "Eric Dumazet"
> , "Waskiewicz Jr, Peter P"
> , "David Miller" ,
> "steffen klassert"
> , herb
- Original Message -
> From: "Mike Galbraith"
> To: "Tom St Denis"
> Cc: "Eric Dumazet" , "Waskiewicz Jr, Peter P"
> , "David Miller"
> , "steffen klassert" ,
> herb...@gondor.apana.org.au,
> linux-ke
- Original Message -
> From: "Eric Dumazet"
> To: "Michal Kubecek"
> Cc: "Tom St Denis" , "Waskiewicz Jr, Peter P"
> , "David
> Miller" , "steffen klassert"
> , herb...@gondor.apana.org.au,
> linux-kern
- Original Message -
> From: "Michal Kubecek"
> To: "Tom St Denis"
> Cc: "Waskiewicz Jr, Peter P" , "David
> Miller" , "steffen
> klassert" , herb...@gondor.apana.org.au,
> linux-kernel@vger.kernel.org,
> net...@vg
- Original Message -
> From: "Waskiewicz Jr, Peter P"
> To: "Tom St Denis"
> Cc: "David Miller" , "steffen klassert"
> ,
> herb...@gondor.apana.org.au, linux-kernel@vger.kernel.org,
> net...@vger.kernel.org
> Sent: Frida
- Original Message -
> From: "David Miller"
> To: tstde...@elliptictech.com
> Cc: "steffen klassert" ,
> herb...@gondor.apana.org.au, linux-kernel@vger.kernel.org,
> net...@vger.kernel.org
> Sent: Friday, 18 January, 2013 2:50:05 PM
> Subject: Re
Any "maintainers" going to reply to this at all?
Tom
- Original Message -
> From: "Steffen Klassert"
> To: "Tom St Denis"
> Cc: herb...@gondor.apana.org.au, da...@davemloft.net,
> linux-kernel@vger.kernel.org, net...@vger.kernel.org
>
Hi all,
I agree with the ^ comment ... I'll look into the "styles" issue, though
ironically I would consider that a maintainers job...
I'll resend a bit later today.
Tom
- Original Message -
> From: "Steffen Klassert"
> To: "Tom St Denis
n 3.6 there was one. In 3.7 it was controlling the wrong one apparently.
Tom St Denis
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This patch adds NIST CMAC cipher based MAC as described in FIPS 800-38B to
the CryptoAPI stack. It also wires up the MAC to the IPsec stack as per
RFC 4494.
This patch was tested against 3.7 with third party hardware IPsec.
Signed-off-by: Tom St Denis
Acked-by: David S. Miller
---
crypto
- Original Message -
> From: "Daniel Vetter"
> To: "Tom St Denis"
> Cc: linux-kernel@vger.kernel.org, "intel-gfx"
> , "dri-devel"
>
> Sent: Sunday, 2 December, 2012 9:42:39 AM
> Subject: Re: Brightness control fails between 3.6.8 and 3.7
60)
>
> Including a bunch more lists to the cc.
>
> On Sun, Dec 2, 2012 at 12:42 PM, Daniel Vetter
> wrote:
> > On Sun, Dec 2, 2012 at 12:32 PM, Tom St Denis
> > wrote:
> >> I've narrowed it down to sometime between v3.6.8 and v3.7-rc1. So
> >> n
I've narrowed it down to sometime between v3.6.8 and v3.7-rc1. So none of the
v3.7 series will work with this GPU/panel.
I don't think it has anything to do with the dell modules since they haven't
changed.
Tom
- Original Message -----
> From: "Tom St Den
Hello all,
Somewhere between v3.6.8 [vanilla] and 3.7.0-rc7 the ability to control the LCD
brightness was broken on this laptop [details below]. Basically it locks the
brightness as full brightness and cannot be changed. It works properly in
v3.6.8 though [and below...].
Details:
00:02.0 VG
This patch adds NIST CMAC cipher based MAC as described in FIPS 800-38B to
the CryptoAPI stack. It also wires up the MAC to the IPsec stack as per
RFC 4494.
This patch was tested against 3.7.0-rc6 with third party hardware IPsec.
Signed-off-by: Tom St Denis
---
crypto/Kconfig
36 matches
Mail list logo