Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp2766572pxp; Mon, 14 Mar 2022 04:40:08 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzBwZTpUFb4bAJr9ahmASp1QMj0o4GzxV9bOLiQJqASfjslHpkn0WRErpkrkgHni2POGOCf X-Received: by 2002:a63:e407:0:b0:380:fd62:eb76 with SMTP id a7-20020a63e407000000b00380fd62eb76mr16035086pgi.97.1647258008796; Mon, 14 Mar 2022 04:40:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1647258008; cv=none; d=google.com; s=arc-20160816; b=UtdxAUUI1y/VM4b7VTvAOhH0NsgDZ2ImyIqqWDTrWAtJX+gXD0jTBNKGDxwVp6MiMc Q4ZS5A70S2oSDaVQpVBTUfs9PgolFmY3DtXrlCAIU2qR0nPXWNkVSiDnJsppMAdJZ+x3 lK/K+r8OJ0kbc5ekGqzXaTddChxSeIB1hKna+J//tCUrHKZvzGPYAs+ATW9FKwc8bPMI nVTIVSvMZUFfJKcqvKiU4AurYieqJJ5MI7X5YcyYbcifL2uW55SLD9R/u4ubuNQejW+m DLv3AO0LwM6L6Ml6CptxACsgotfYX9Nuj5U74HCPppzv7oMNVIzftCAvkWdxzYKV0HqM 633w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=TNk6MJIm3rDrHYOE+ARkNpBon9cJnHDDFjpJtapzaCI=; b=EISOuEdgojVWr9gAVkxyVlnGqengz7oIN5LOpZa6g2tp9MPWeavRdY1g8zMCUd2Izf fJLDEoJXkBthq6qGxs1UVnX7tvwRTrYvtfu76jKPkWedSUiwfUru2tHDD8ejbO6qQ7FC E4oke76Z6mlXUhgB7ENlx3ShMIyqAr7C0ZgtV1wPcwid1BCpc8w1AkBCwDSfQ3/qj+aR 7bq2gIZ0IIGFaP8ii7TYyo4XkQhuhKXvu4ymAI+QnYKL1AGXL3GLKsWqlmcH9BT+hVEb ZJ1qyLELjDK1gfs2ASfhPG2zmTEJon4tHIpF3cZUlAqOQLv2yScE293a03R9k/PgTsMZ RxPg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id p43-20020a056a0026eb00b004f7e3176b51si1190655pfw.308.2022.03.14.04.39.58; Mon, 14 Mar 2022 04:40:08 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236548AbiCNHLy (ORCPT + 99 others); Mon, 14 Mar 2022 03:11:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35260 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236553AbiCNHLv (ORCPT ); Mon, 14 Mar 2022 03:11:51 -0400 Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [45.249.212.187]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7AB9540937; Mon, 14 Mar 2022 00:10:38 -0700 (PDT) Received: from dggpemm500024.china.huawei.com (unknown [172.30.72.57]) by szxga01-in.huawei.com (SkyGuard) with ESMTP id 4KH71y3xzBzfYvW; Mon, 14 Mar 2022 15:09:10 +0800 (CST) Received: from [10.67.110.173] (10.67.110.173) by dggpemm500024.china.huawei.com (7.185.36.203) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.21; Mon, 14 Mar 2022 15:10:36 +0800 Message-ID: Date: Mon, 14 Mar 2022 15:10:36 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.6.0 Subject: Re: [PATCH] tpm: Fix memory leak in tpmm_chip_alloc Content-Language: en-US To: Jarkko Sakkinen CC: , , , , , , References: <20220307104827.40843-1-guozihua@huawei.com> <22e6a4b4b01a219282e4da6a941eaad68897841f.camel@kernel.org> From: "Guozihua (Scott)" In-Reply-To: <22e6a4b4b01a219282e4da6a941eaad68897841f.camel@kernel.org> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [10.67.110.173] X-ClientProxiedBy: dggems701-chm.china.huawei.com (10.3.19.178) To dggpemm500024.china.huawei.com (7.185.36.203) X-CFilter-Loop: Reflected X-Spam-Status: No, score=-5.2 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H5,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2022/3/12 0:34, Jarkko Sakkinen wrote: > On Thu, 2022-03-10 at 11:33 +0800, Guozihua (Scott) wrote: >> >> >> On 2022/3/7 21:45, Jarkko Sakkinen wrote: >>> On Mon, Mar 07, 2022 at 06:48:27PM +0800, GUO Zihua wrote: >>>> Fix a memory leak in tpmm_chip_alloc. devm_add_action_or_reset would >>>> call put_device on error, while tpm->devs is left untouched. Call >>>> put_device on tpm->devs as well if devm_add_action_or_reset returns an >>>> error. >>>> >>>> Fixes: fdc915f7f719 ("tpm: expose spaces via a device link /dev/tpmrm") >>>> Signed-off-by: GUO Zihua >>>> --- >>>>   drivers/char/tpm/tpm-chip.c | 13 +++++++++---- >>>>   1 file changed, 9 insertions(+), 4 deletions(-) >>>> >>>> diff --git a/drivers/char/tpm/tpm-chip.c b/drivers/char/tpm/tpm-chip.c >>>> index b009e7479b70..0a92334e8c40 100644 >>>> --- a/drivers/char/tpm/tpm-chip.c >>>> +++ b/drivers/char/tpm/tpm-chip.c >>>> @@ -308,6 +308,12 @@ static int tpm_class_shutdown(struct device *dev) >>>>         return 0; >>>>   } >>>> >>>> +static void tpm_chip_free(struct tpm_chip *chip) >>>> +{ >>>> +       put_device(&chip->devs); >>>> +       put_device(&chip->dev); >>>> +} >>>> + >>>>   /** >>>>    * tpm_chip_alloc() - allocate a new struct tpm_chip instance >>>>    * @pdev: device to which the chip is associated >>>> @@ -396,8 +402,7 @@ struct tpm_chip *tpm_chip_alloc(struct device *pdev, >>>>         return chip; >>>> >>>>   out: >>>> -       put_device(&chip->devs); >>>> -       put_device(&chip->dev); >>>> +       tpm_chip_free(chip); >>>>         return ERR_PTR(rc); >>>>   } >>>>   EXPORT_SYMBOL_GPL(tpm_chip_alloc); >>>> @@ -420,8 +425,8 @@ struct tpm_chip *tpmm_chip_alloc(struct device *pdev, >>>>                 return chip; >>>> >>>>         rc = devm_add_action_or_reset(pdev, >>>> -                                     (void (*)(void *)) put_device, >>>> -                                     &chip->dev); >>>> +                                     (void (*)(void *)) tpm_chip_free, >>>> +                                     chip); >>>>         if (rc) >>>>                 return ERR_PTR(rc); >>>> >>>> -- >>>> 2.17.1 >>>> >>> >>> Please test against the latest in >>> >>> git://git.kernel.org/pub/scm/linux/kernel/git/jarkko/linux-tpmdd.git >>> >>> and share your results. >>> >>> BR, Jarkko >>> . >> >> Hi Jarkko, >> >> I'll do that. Do we have a test set for TPM? Or do we just build and run >> it and see if everything works as expected? >> >> This is an error handling optimization BTW. > > There is kselftest in tools/testing/kselftes/tpm2 that you can use > but do not have to. > > BR, Jarkko > > Great! Thanks Jarkko! -- Best GUO Zihua