Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp1151543pxy; Fri, 23 Apr 2021 01:11:13 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxyxPwyyib0ldm+mz0ZkeyNTisNbQoNKfLb6+4OM5vMJL0JxBX7+8kYvhoeC9OAbh/Gvz9I X-Received: by 2002:a65:48c9:: with SMTP id o9mr2683536pgs.184.1619165473001; Fri, 23 Apr 2021 01:11:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619165472; cv=none; d=google.com; s=arc-20160816; b=Tjzy1wtqKFXwtCI0n3RAlbSca0Z0Uno+cetwYNxvlegRZ/B4W0razotjfmx7id9J1p lxvM+0/76fpJEx2vTxR0E31oNnSRHhNOy2cGvmOcj04fk+Ol8QMhpuyVk/LWicVUTSz8 /6z6Cr+NZTwMVOAKuA9jeFOZG0mdxVTt8hhhE2yuv5sq+92YAx4z0CtPRIOSk6uOTX9E SiGpx4IAnWPkZf7dD4eirO/Nb5+qYacUIvWzt7XObTPQECGf1gfvaKulBMi93x5TOTdN eSHA0vvgiKNp8I16TTeWAYw0H2blUW6e0//fR+PFKMAVl9qkLK+mWiSDj53vYUq/ji0l MDFQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=EcScAH6eePoXZNhp3QLEsBHw0eB+HfJTJNLE+H0Pt/A=; b=lPz+gKu2z10M8TqYIcAFZCTlUOV6cJTfkghlkqbFmpQcRyTALh3oJjyozQqpqqjyMi J3rCSD/KekRyHdEEHqHSfq4qk5JdRz8nkT5xraOVzh3fTN3QXdWM/fE04/Md2Gu8GzYc 1pbus2RsQ1OV2xyGW1RG23j1QA+t0291/g94Ulu4Ue5HSLxhqMYGNCQB4kWbqshYh62z 7qcCW8P4w23rPdqa+KF+exLDVMHWwGSOp6F8WSrwPqodzwZGuDJdmpp36gco6c+vFOQ8 MvJ7nreVT3AX4xRNCukCPg5yT/O9mC0qHpZRYV01sHPbhAjv3UnSIu/kbQTNKmX+mQxp BLGw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@xs4all.nl header.s=s2 header.b=OK7nVT84; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n14si9002297pje.89.2021.04.23.01.11.00; Fri, 23 Apr 2021 01:11:12 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@xs4all.nl header.s=s2 header.b=OK7nVT84; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241309AbhDWILB (ORCPT + 99 others); Fri, 23 Apr 2021 04:11:01 -0400 Received: from lb1-smtp-cloud9.xs4all.net ([194.109.24.22]:49629 "EHLO lb1-smtp-cloud9.xs4all.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229917AbhDWILA (ORCPT ); Fri, 23 Apr 2021 04:11:00 -0400 Received: from cust-b5b5937f ([IPv6:fc0c:c16d:66b8:757f:c639:739b:9d66:799d]) by smtp-cloud9.xs4all.net with ESMTPA id ZqtHlzRhVvTEDZqtKlcUnC; Fri, 23 Apr 2021 10:10:23 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xs4all.nl; s=s2; t=1619165423; bh=EcScAH6eePoXZNhp3QLEsBHw0eB+HfJTJNLE+H0Pt/A=; h=Subject:To:From:Message-ID:Date:MIME-Version:Content-Type:From: Subject; b=OK7nVT847yTO3MMsxINrhRCWIjZpKnwazJdO5R4acHvWepErFi2bCOk7+3V4daHXs IMj/OzQeUwwpK7hxXkd/zruiY9BixEWzUQwAqTjGKxTVDHl+dMiAuZKqADTKy1P7rn IaApjmOjm1HGkEZqFZg84ZjyR87OG8Toykqe1CO19aGQDH50ELk+rbSWsLCBPBzGLN 2rnNtuHWbH6zwo4z+9IVcpwo5+P7NCEfkQrZBSLcvzxFX1UrXiG3roz1Qu6w8MQJQo knftXxlB/P15z6uMUDYdXeEMJlY4md79iE9C3Lw+RwK11HlpqpirQMYohWGCw7hgAG /MynsUvU5cygQ== Subject: Re: [PATCH 009/190] Revert "media: s5p-mfc: Fix a reference count leak" To: Mauro Carvalho Chehab , Greg Kroah-Hartman Cc: Krzysztof Kozlowski , linux-kernel@vger.kernel.org, Qiushi Wu , Julia Lawall References: <20210421130105.1226686-1-gregkh@linuxfoundation.org> <20210421130105.1226686-10-gregkh@linuxfoundation.org> <20210423100727.5a999c2e@coco.lan> From: Hans Verkuil Message-ID: <02966f20-342d-cf21-8216-d364b67753b7@xs4all.nl> Date: Fri, 23 Apr 2021 10:10:19 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: <20210423100727.5a999c2e@coco.lan> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4xfFv5AVe5WAV0eqXvSpQ3I9w5TgfoQ64YGz9JCetHfj46pyXEfamPgtQe+QKbzYSRg8RMnWyrfq/BMJWCB6uwddqsZItPG7UEWPXy7FCj87hLrCBV3RU6 3ZPs3KHUcaMk9444sk3YbA+KPFU+70W3ueUKU2AXjDlhHMqEbm6UDjghfpTj42fN0jolknVUyjzSQB8CXERA0BRWwJv41PubALLAWbv3HyIocKwAoJb+U01G Bk6NvFHjdRiAduICSB61OQ4Psd+VuLIeeJXM+jkWrd1Nb0JfvMso9gh6sHtHmliNv69u51a8rzhp3Ptfj57Br+5BDPL4dfPuSfHYFh2lUqkxld8q9m24JfMd vxwfV1XtG5iqCL6mh45L7xguLJUk6Mr+b5iS21824GjaFiYakkc= Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 23/04/2021 10:07, Mauro Carvalho Chehab wrote: > Em Fri, 23 Apr 2021 09:10:32 +0200 > Greg Kroah-Hartman escreveu: > >> On Fri, Apr 23, 2021 at 09:04:27AM +0200, Krzysztof Kozlowski wrote: >>> On 21/04/2021 14:58, Greg Kroah-Hartman wrote: >>>> This reverts commit 78741ce98c2e36188e2343434406b0e0bc50b0e7. >>>> >>>> Commits from @umn.edu addresses have been found to be submitted in "bad >>>> faith" to try to test the kernel community's ability to review "known >>>> malicious" changes. The result of these submissions can be found in a >>>> paper published at the 42nd IEEE Symposium on Security and Privacy >>>> entitled, "Open Source Insecurity: Stealthily Introducing >>>> Vulnerabilities via Hypocrite Commits" written by Qiushi Wu (University >>>> of Minnesota) and Kangjie Lu (University of Minnesota). >>>> >>>> Because of this, all submissions from this group must be reverted from >>>> the kernel tree and will need to be re-reviewed again to determine if >>>> they actually are a valid fix. Until that work is complete, remove this >>>> change to ensure that no problems are being introduced into the >>>> codebase. >>>> >>>> Cc: Qiushi Wu >>>> Cc: Hans Verkuil >>>> Cc: Mauro Carvalho Chehab >>>> Signed-off-by: Greg Kroah-Hartman >>>> --- >>>> drivers/media/platform/s5p-mfc/s5p_mfc_pm.c | 4 +--- >>>> 1 file changed, 1 insertion(+), 3 deletions(-) >>>> >>> >>> This looks like a good commit but should be done now in a different way >>> - using pm_runtime_resume_and_get(). Therefore I am fine with revert >>> and I can submit later better fix. >> >> Great, thanks for letting me know, I can have someone work on the >> "better fix" at the same time. > > IMO, it is better to keep the fix. I mean, there's no reason to > revert a fix that it is known to be good. > > The "better fix" patch can be produced anytime. A simple coccinelle > ruleset can replace patterns like: > > ret = pm_runtime_get_sync(pm->device); > if (ret < 0) { > pm_runtime_put_noidle(pm->device); > return ret; > } > > and the broken pattern: > > ret = pm_runtime_get_sync(pm->device); > if (ret < 0) > return ret; > > to: > > ret = pm_runtime_resume_and_get(pm->device); > if (ret < 0) > return ret; That's my preference as well. Hans > > Regards, > Mauro >