[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <0bcc883c-dd71-c6d2-f642-ee1315316c5d@lwfinger.net>
Date: Sun, 28 May 2023 13:37:25 -0500
From: Larry Finger <Larry.Finger@...inger.net>
To: Philipp Hortmann <philipp.g.hortmann@...il.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
linux-staging@...ts.linux.dev, linux-kernel@...r.kernel.org
Subject: Re: staging: rtl8192e: Replace drivers rtllib_crypt_ccmp_... with
lib80211_crypt_...
On 5/28/23 01:38, Philipp Hortmann wrote:
> Hi,
>
> it is possible to remove three modules from the staging area by replacing:
> rtllib_crypt_ccmp with lib80211_crypt_ccmp
> rtllib_crypt_tkip with lib80211_crypt_tkip
> rtllib_crypt_wep with lib80211_crypt_wep
>
> The following issues arise:
> - rtl8192e needs to be switched to software encryption or
> lib80211_crypt_... needs to be extended with hardware encryption.
> - Performance is dropping on my computer from 12,5MB/s to 1,5MB/s when
> switching to software encryption.(it does not really change if I use
> rtllib_crypt_ccmp or lib80211_crypt_ccmp)
> - Fix: rtllib_rx_decrypt: decrypt frame error that occure sometimes on
> lib80211_crypt_ccmp
>
> Below the changes on the driver that made use of lib80211_crypt_... possible.
>
> So the questions are:
> Is it worth the effort or is this going in the wrong direction?
> Does it help the kernel community or is it just creating more effort?
> Why does LIB80211 not support hardware encryption? Or does it?
I do not know why LIB80211 does not support hardware encryption, but the
performance hit you report is not acceptable!
Larry
Powered by blists - more mailing lists