From nobody Mon Feb 9 05:52:50 2026 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id D3F03C77B7C for ; Sun, 28 May 2023 06:38:52 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229539AbjE1Gis (ORCPT ); Sun, 28 May 2023 02:38:48 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53598 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229447AbjE1Gir (ORCPT ); Sun, 28 May 2023 02:38:47 -0400 Received: from mail-ej1-x62e.google.com (mail-ej1-x62e.google.com [IPv6:2a00:1450:4864:20::62e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 897AFD8 for ; Sat, 27 May 2023 23:38:45 -0700 (PDT) Received: by mail-ej1-x62e.google.com with SMTP id a640c23a62f3a-94f9cd65b1aso49125466b.0 for ; Sat, 27 May 2023 23:38:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685255924; x=1687847924; h=content-transfer-encoding:in-reply-to:cc:references:to:from :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=UY/WSQ9WFQUn1R6eZg5dGSWjhyOOZkalxHvn5V45skY=; b=kuxolb67EhLB83qoIqEHcXrDoz0faJ9GZaXi+nHf5CRZ9GJJxPaULRBhv32MqT73HH zRklkaUO/xUcdyD5/k0hi+UoWDuv3ZDkHedE8iTfbxUFnCy4D8pvHyBhuKT84JjnoJ9T 4ppELkQUFRizIp3lZ13OvOXDrFPeC3MxBdXcRTEA7BCbMXdIa+XHRyA2e65Sw5ObpYjZ lLFpg7ev0c0z492usLSl4/3yDS54eUh5gXF5eKIanCeXta1N8zckBSmFmMLyxmI3pnGb +g392/ZwrmkCX//Su+3KDKf+7Mey/5Rva4nDEpXkmZCdXcL9uMm7Qpiifrp5hsRVW0OE ISQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685255924; x=1687847924; h=content-transfer-encoding:in-reply-to:cc:references:to:from :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=UY/WSQ9WFQUn1R6eZg5dGSWjhyOOZkalxHvn5V45skY=; b=DipiZB1Byk55rOzEo1KGioFB8FuD2l75RhMoKeE/hC7Iz9/zve1Lg39LMv9S1NNjEy nOR12cJeNG3CyZwmBe67k+bVDlnt2BuV1nrWtGQSt2kW0Vwd03ZEwAuKyBrCs4BMxCkd cnWkeKf4GONyzP4bWfSiwiy8A6uzp6SqI3WFHAL0XDc0kz3qeTJRIOdajLfhfObuo30C 5iI+BbD3W8aEf5i3eoC9R5+MdtvbuuxZZKlb0vqfJHgOWmAfLleqwh03fzafYGUTqjnS hs2AxuU206jemywZSQYYQ/Q5AhU8jTtQ3s3Zzj4bJMNjV6TCk4FJ8ySZ9fF2sE8hNZp7 Znmg== X-Gm-Message-State: AC+VfDwjozAvbmMYeqLVyaMwIJA6kY4qkkx11EbtSK1leQ8PCI36dzCZ lgNPW8u3TsiE/D9SEPsX9tA= X-Google-Smtp-Source: ACHHUZ70eO6uKTHIt1c+XP0JhnVfxNjZE4+ckJ+YoL6Rnsk1fRI+X/mpSFPShBnzjwaFqp/RwHEMbA== X-Received: by 2002:a17:906:73cc:b0:929:b101:937d with SMTP id n12-20020a17090673cc00b00929b101937dmr5746922ejl.1.1685255923783; Sat, 27 May 2023 23:38:43 -0700 (PDT) Received: from [192.168.0.103] (p57ba2e0b.dip0.t-ipconnect.de. [87.186.46.11]) by smtp.gmail.com with ESMTPSA id r20-20020a170906365400b0094e7d196aa4sm4261999ejb.160.2023.05.27.23.38.42 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 27 May 2023 23:38:43 -0700 (PDT) Message-ID: Date: Sun, 28 May 2023 08:38:42 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0 Subject: staging: rtl8192e: Replace drivers rtllib_crypt_ccmp_... with lib80211_crypt_... Content-Language: en-US From: Philipp Hortmann To: Greg Kroah-Hartman , linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org References: Cc: "Larry.Finger@lwfinger.net" In-Reply-To: Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Type: text/plain; charset="utf-8"; format="flowed" 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_...=20 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? Thanks for your support. Bye Philipp diff --git a/drivers/staging/rtl8192e/rtl8192e/rtl_core.c=20 b/drivers/staging/rtl8192e/rtl8192e/rtl_core.c index 17b70dde7eeb..ef0fa05ff510 100644 --- a/drivers/staging/rtl8192e/rtl8192e/rtl_core.c +++ b/drivers/staging/rtl8192e/rtl8192e/rtl_core.c @@ -22,7 +22,7 @@ #include "rtl_pm.h" -int hwwep =3D 1; +int hwwep =3D 0; static char *ifname =3D "wlan%d"; static struct pci_device_id rtl8192_pci_id_tbl[] =3D { diff --git a/drivers/staging/rtl8192e/rtllib_wx.c=20 b/drivers/staging/rtl8192e/rtllib_wx.c index 82b537da8b21..0db6e32b5494 100644 --- a/drivers/staging/rtl8192e/rtllib_wx.c +++ b/drivers/staging/rtl8192e/rtllib_wx.c @@ -522,16 +522,16 @@ int rtllib_wx_set_encode_ext(struct rtllib_device=20 *ieee, sec.enabled =3D 1; switch (ext->alg) { case IW_ENCODE_ALG_WEP: - alg =3D "R-WEP"; - module =3D "rtllib_crypt_wep"; + alg =3D "WEP"; + module =3D "lib80211_crypt_wep"; break; case IW_ENCODE_ALG_TKIP: - alg =3D "R-TKIP"; - module =3D "rtllib_crypt_tkip"; + alg =3D "TKIP"; + module =3D "lib80211_crypt_tkip"; break; case IW_ENCODE_ALG_CCMP: - alg =3D "R-CCMP"; - module =3D "rtllib_crypt_ccmp"; + alg =3D "CCMP"; + module =3D "lib80211_crypt_ccmp"; break; default: netdev_dbg(ieee->dev, "Unknown crypto alg %d\n", ext->alg);