From: Gix, Brian <brian.gix@intel.com>
To: ell@lists.01.org
Subject: Re: [PATCH] cipher: add AES-CMAC hashing support
Date: Wed, 29 May 2019 20:07:12 +0000 [thread overview]
Message-ID: <1559160429.3694.23.camel@intel.com> (raw)
In-Reply-To: <20190529192627.j32awzp3rq7u5t3p@kynes>
[-- Attachment #1: Type: text/plain, Size: 1705 bytes --]
Hi Michal,
On Wed, 2019-05-29 at 21:26 +0200, michal.lowas-rzechonek(a)silvair.com wrote:
> Hi Brian, Denis,
>
> On 05/29, Gix, Brian wrote:
> > > Is this about mesh_crypto_aes_ccm_encrypt and
> > > mesh_crypto_aes_ccm_decrypt functions in mesh/crypto.c?
> >
> > The code you copy pasted below *is* the usage of AES_CCM that we use in mesh,
>
> Um, it's not - mesh_crypto_aes_ccm_* functions seem to implement AES_CCM
> on top of ECB, in user space. As Denis mentioned, this is somewhat
> inefficient, but at least it works on older kernels.
Yes, I understand now... You wrote the code snippet, that looked an awful lot like the patch I was in the
middle of writing for mesh_crypto_aes_ccm_*....
my best guess right now is that we will probably decide to go ahead and patch mesh such that it assumes an up-
to-date kernel version, and a working underlying architecture.
It will then be the responsibility of the vendor (you guys) to patch mesh such that it continues to work on
your older kernels and perhaps architectures. That way future kernels and platforms are not perpetually "held
back" to support kernels that should be obsoleted or fixed.
>
> I was thinking about submitting a patch to change that, but then I'd be
> shooting myself in the foot, because my target platform runs kernel 4.4
> if I recall correctly ;)
>
> > but it is *not* the topic of the patch I posted here to ELL yesterday.
> > AES-CMAC is the algorithm we use in Mesh to generate all of the
> > various Keys and IDs from master Net and App keys....
>
> Ah, right, it's the K* family of functions. Sorry, I confused CCM and
> CMAC modes.
>
> regards
Best Reagrds,
Brian
next prev parent reply other threads:[~2019-05-29 20:07 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-05-29 0:49 [PATCH] cipher: add AES-CMAC hashing support Brian Gix
2019-05-29 1:32 ` Denis Kenzior
2019-05-29 3:04 ` Gix, Brian
2019-05-29 3:25 ` Gix, Brian
2019-05-29 10:52 ` =?unknown-8bit?q?Micha=C5=82?= Lowas-Rzechonek
2019-05-29 15:29 ` Gix, Brian
2019-05-29 19:26 ` michal.lowas-rzechonek
2019-05-29 20:07 ` Gix, Brian [this message]
2019-05-29 16:14 ` Denis Kenzior
2019-05-31 17:28 ` ELL building broken for 32bit systems Gix, Brian
2019-05-31 17:41 ` Gix, Brian
2019-05-31 19:53 ` Denis Kenzior
2019-05-31 20:28 ` Gix, Brian
2019-05-31 20:44 ` Denis Kenzior
2019-05-31 23:12 ` Gix, Brian
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1559160429.3694.23.camel@intel.com \
--to=brian.gix@intel.com \
--cc=ell@lists.01.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.