From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id EB27BA0544 for ; Tue, 28 Jun 2022 09:31:37 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id DBC664282E; Tue, 28 Jun 2022 09:31:36 +0200 (CEST) Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by mails.dpdk.org (Postfix) with ESMTP id CF6C04282E for ; Tue, 28 Jun 2022 09:31:35 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1656401495; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Pj2k+2cYkcNBpx//3OfcNvgJL34cp1tUXFGdZMhSRmA=; b=VVC7HLb23OESHCJDRO+pDdDlHNpU6tdSpTXV1IRviGMvv7yc2hGPzZw0uwO7c7mK+GUcJw /4V08LU59dh/NKchKQRnxtR/PSnuv5hznmGhHfX0PJUrYQwOkPMZ6JoivoNgMMc4eVTiF5 Cqqt+H60XW3M4v//4n/tjDKYQOTiy5o= Received: from mail-lj1-f197.google.com (mail-lj1-f197.google.com [209.85.208.197]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-42-eIovPD22N5qQ5UQeGayQMA-1; Tue, 28 Jun 2022 03:31:31 -0400 X-MC-Unique: eIovPD22N5qQ5UQeGayQMA-1 Received: by mail-lj1-f197.google.com with SMTP id m8-20020a2eb6c8000000b0025aa0530107so1349959ljo.6 for ; Tue, 28 Jun 2022 00:31:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Pj2k+2cYkcNBpx//3OfcNvgJL34cp1tUXFGdZMhSRmA=; b=5TcAYmZoq+A/2u+2+Ftkk4xXPQ0tcPxrCZV465H9XEDKXngFcTwYwkZ/S93cIlexir ICGeANBhCSqKih+MOsjoEtgnajQX1DMjBgFDG19jusfyfa4nZo1ufMRACZ6sVornufBM 9/p/ygmMYF4gojK5W+IDJl9qhL0UZsxEPTY3gyiRSobhXttbnQA3ORSIiqMZAbG4s766 32bVXuWsJWOwjcoe7ClMHf7bhQVJj3WIVwpcfoT21eIs8KrA6wmGfZbZEnoh7ZsovbPA wEilyw/GLjSmJ+eooDlEDT42mfCTEsLqhhI9/7pCpIhyqihrAV1JHLX5Cd0GJYSN+FOe J/7g== X-Gm-Message-State: AJIora8IMam8fAihfCcqUaFV/IzhHrKOiJsUYRyRnUoaEivHMI7REyqi poQdjZm4AXXUPPp10j5EgvZAXWmQuEPQ27TVvN6tJjxApnPwFJELxsop0Xpto8K7zoVyUiWQ8T0 iD7KVAGXdDsxAGXVsCt//v4A= X-Received: by 2002:a05:6512:13a0:b0:47f:709d:dc11 with SMTP id p32-20020a05651213a000b0047f709ddc11mr10220690lfa.265.1656401489972; Tue, 28 Jun 2022 00:31:29 -0700 (PDT) X-Google-Smtp-Source: AGRyM1soVay58//67YVrJEOAc6OutulwJ/CI4H5vE+EUz+Atgb61AEl4r0jZULDOXTpnF/UbaTAh4QeDNjmDdXrcgw0= X-Received: by 2002:a05:6512:13a0:b0:47f:709d:dc11 with SMTP id p32-20020a05651213a000b0047f709ddc11mr10220671lfa.265.1656401489632; Tue, 28 Jun 2022 00:31:29 -0700 (PDT) MIME-Version: 1.0 References: <20220627164352.181868-1-rebecca.troy@intel.com> In-Reply-To: <20220627164352.181868-1-rebecca.troy@intel.com> From: David Marchand Date: Tue, 28 Jun 2022 09:31:18 +0200 Message-ID: Subject: Re: [PATCH] crypto/qat: fix docsis segmentation fault To: Rebecca Troy Cc: Fan Zhang , Arkadiusz Kusztal , Fiona Trahe , Tomasz Jozwiak , dev , dpdk stable Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=dmarchan@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset="UTF-8" X-BeenThere: stable@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: patches for DPDK stable branches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: stable-bounces@dpdk.org On Mon, Jun 27, 2022 at 6:45 PM Rebecca Troy wrote: > > Currently if AES or DES algorithms fail for Docsis test suite, > a segmentation fault occurs when cryptodev_qat_autotest is ran. > > This is due to a duplicate call of EVP_CIPHER_CTX_free for the > session context. Ctx is freed firstly in the bpi_cipher_ctx_init > function and then again at the end of qat_sym_session_configure_cipher > function. > > This commit fixes this bug by removing the first instance > of EVP_CIPHER_CTX_free, leaving just the dedicated function in > the upper level to free the ctx. This is awkward. This helper should let *ctx alone until everything succeeded. -- David Marchand