The CRYPTO_MSG_GETALG netlink message type provides a buffer to the
kernel to retrieve information from the kernel. The data buffer will not
provide any input and will not be read. Hence the nlmsg_parse is not
applicable to this netlink message type.
This patch fixes the following kernel log messa
On Wed, 2016-04-27 at 12:17 +0800, Herbert Xu wrote:
> On Tue, Apr 26, 2016 at 01:42:56PM +0200, Ben Hutchings wrote:
> >
> >
> > It looks like the bug was introduced in 3.10 by:
> >
> > d733ac90f9fe8ac284e523f9920b507555b12f6d
> > Author: Jussi Kivilinna
> > Date: Sun Apr 7 16:43:46 2013 +03
Am Samstag, 14. Mai 2016, 21:16:45 schrieb Tadeusz Struk:
Hi Tadeusz,
> First four patches are a resend of the v3 algif_akcipher from
> Stephan Mueller, with minor changes after rebase on top of 4.6-rc1.
All four patches from me:
Acked-by: Stephan Mueller
Ciao
Stephan
--
To unsubscribe from t
Hi Everyone,
It appears defines like HWCAP_CRC32 fall under the purview of the
kernel. Confer, http://www.google.com/search?q="HWCAP_CRC32"; (my
apologies if this is not the case).
We use getauxval(AT_HWCAP) and HWCAP_CRC32 for runtime detection of
processor support for CRC. However, I can't find