Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp431785yba; Thu, 18 Apr 2019 03:54:33 -0700 (PDT) X-Google-Smtp-Source: APXvYqyNYK0Ced6S8FsIDBWMcJlCc0uP3L++o6K4br0Mk3yp66pKGXHKsu9ZksQ9P+n6E2N6DfsC X-Received: by 2002:aa7:8818:: with SMTP id c24mr88376345pfo.129.1555584873318; Thu, 18 Apr 2019 03:54:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555584873; cv=none; d=google.com; s=arc-20160816; b=WVjEMePGrv1xD2x+wlaZhPX5iU9gCe5HvuObMKghC5UVc3P1P2nX+otOQ+xEqnISSC LlKHmfIvFhCMQoDQBI/5Obj96W0LfoQF/mX17uUbCuifI5/JCdtpfni/X2dyovlXn15O Ynfk+WPwnIXPoBN2rXa2pzuB8yuIY3ILOMMqRld8YUKj5KWOhrLNmoWtmYZJaUyHUctj tHQGVFuY77i66zbVXIkZgOVPaQpJp/u2MzGksGLHHYRECeruMZJSDoOhZi6D2646Tksj 1nBydtWRLVk4zFLRCO6UGvdT+SeO2u4mOFPercbZvYGeMjs4JOrmaftCRYt8x+A8Mvuo LiJA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :date:in-reply-to:references:message-id:cc:to:subject:from :dkim-signature:dkim-signature; bh=s2hRcSwFUvQsNR/yGPxb1QZbHGTF/4YJ2/Jzco8Y2IU=; b=XRnKbNiRvbll62JjGteVf7Q1N6Hqt9FdWux+//vMz4d/akeCaXxTFeX+BU+RNHefLM OpGdD8xhwftigC6xb92kKXDJK72dJFbUV8+076RrE9oSaJwGjwImW75r8WelPc0PxQV5 fO7QX8nYrlsKdbeRWc29psdmotTDpKLSdexb+0HhsrBLi3FLx5hphuC5AxiqXIR3dWDX ulDOr9wj98FgGFiNKGFXemgykLxvunxKcVV2XwFKhamVwDOdcieQdjPCvG4NlSVL4rd1 n4VynPmxrfomBTlTDPcq3yuEGpQTYcdmgAaroo0xsHxPCE48u4oO739L+jeXs5qhkvS6 H86A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nexedi.com header.s=mandrill header.b=h2wL38Wj; dkim=pass header.i=@mandrillapp.com header.s=mandrill header.b=covDdKVM; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b41si1809579pla.241.2019.04.18.03.54.18; Thu, 18 Apr 2019 03:54:33 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@nexedi.com header.s=mandrill header.b=h2wL38Wj; dkim=pass header.i=@mandrillapp.com header.s=mandrill header.b=covDdKVM; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388537AbfDRKxF (ORCPT + 99 others); Thu, 18 Apr 2019 06:53:05 -0400 Received: from mail18.wdc04.mandrillapp.com ([205.201.139.18]:3074 "EHLO mail18.wdc04.mandrillapp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728074AbfDRKxE (ORCPT ); Thu, 18 Apr 2019 06:53:04 -0400 X-Greylist: delayed 901 seconds by postgrey-1.27 at vger.kernel.org; Thu, 18 Apr 2019 06:53:03 EDT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=mandrill; d=nexedi.com; h=From:Subject:To:Cc:Message-Id:References:In-Reply-To:Date:MIME-Version:Content-Type:Content-Transfer-Encoding; i=kirr@nexedi.com; bh=s2hRcSwFUvQsNR/yGPxb1QZbHGTF/4YJ2/Jzco8Y2IU=; b=h2wL38Wj/vbTbVnKs7SNDJhgetoe/PD2/axicqFX8M8//i/utI4wpT9TQZkjgoXeGJJy8vl4Pnx/ Fzgrm8VxWD9f6AWunwayiVOc3YKd++nvBZO/iQzgifD/lKPc4lV67crLtlpvjNmmhAP4GhkNWExt smFC8bZweviNe6H5JCU= Received: from pmta08.mandrill.prod.suw01.rsglab.com (127.0.0.1) by mail18.wdc04.mandrillapp.com id hn1bgu1jvmg9 for ; Thu, 18 Apr 2019 10:38:02 +0000 (envelope-from ) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mandrillapp.com; i=@mandrillapp.com; q=dns/txt; s=mandrill; t=1555583882; h=From : Subject : To : Cc : Message-Id : References : In-Reply-To : Date : MIME-Version : Content-Type : Content-Transfer-Encoding : From : Subject : Date : X-Mandrill-User : List-Unsubscribe; bh=s2hRcSwFUvQsNR/yGPxb1QZbHGTF/4YJ2/Jzco8Y2IU=; b=covDdKVM5fbeH1FhZlGk6sJNeQS6OLg1YV2hbO0CFA6xNJPBj72nwT0yqY4ym/ySmZSuxY UQsvf893OIwTqB1BjjVPmUawoBcuS0vqIZFBaykOHWCuH3UVfh9P9HjpWxfG2NMFsnhme2l1 Zcr7u2r8ZLIAoVHgQks+nHXPKjV68= From: Kirill Smelkov Subject: Re: [PATCH] pci/switchtec: fix stream_open.cocci warnings (fwd) Received: from [87.98.221.171] by mandrillapp.com id 22d2631124244dbd867ef9d80c919dc7; Thu, 18 Apr 2019 10:38:02 +0000 To: Julia Lawall Cc: Bjorn Helgaas , Sebastian Andrzej Siewior , , Kurt Schwemmer , Logan Gunthorpe , , Message-Id: <20190418103755.GA14294@deco.navytux.spb.ru> References: <20190417215420.GV126710@google.com> In-Reply-To: X-Report-Abuse: Please forward a copy of this message, including all headers, to abuse@mandrill.com X-Report-Abuse: You can also report abuse here: http://mandrillapp.com/contact/abuse?id=31050260.22d2631124244dbd867ef9d80c919dc7 X-Mandrill-User: md_31050260 Date: Thu, 18 Apr 2019 10:38:02 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Apr 18, 2019 at 07:31:02AM +0200, Julia Lawall wrote: > > > On Wed, 17 Apr 2019, Bjorn Helgaas wrote: > > > On Sat, Apr 13, 2019 at 06:50:57PM +0200, Julia Lawall wrote: > > > Hello, > > > > > > Kirill will explain about this issue. > > > > > > julia > > > > > > ---------- Forwarded message ---------- > > > Date: Sat, 13 Apr 2019 11:22:51 +0800 > > > From: kbuild test robot > > > To: kbuild@01.org > > > Cc: Julia Lawall > > > Subject: [PATCH] pci/switchtec: fix stream_open.cocci warnings > > > > > > CC: kbuild-all@01.org > > > TO: Sebastian Andrzej Siewior > > > CC: Kurt Schwemmer > > > CC: Logan Gunthorpe > > > CC: Bjorn Helgaas > > > CC: linux-pci@vger.kernel.org > > > CC: linux-kernel@vger.kernel.org > > > > > > From: kbuild test robot > > > > > > drivers/pci/switch/switchtec.c:395:1-17: ERROR: switchtec_fops: .read() can deadlock .write(); change nonseekable_open -> stream_open to fix. > > > > > > Generated by: scripts/coccinelle/api/stream_open.cocci > > > > > > Fixes: 8a29a3bae2a2 ("pci/switchtec: Don't use completion's wait queue") > > > Signed-off-by: kbuild test robot > > > > Based on Kirill's subsequent email saying this is already queued to > > the merge window, I assume I need to do nothing here. > > > > I think a signed-off-by from a robot, i.e., not from a real person, is > > meaningless, and I don't think I would personally accept it. It's > > certainly OK to indicate that a patch was auto-generated, but I think > > a real person still needs to take responsibility for it. > > > > Documentation/process/submitting-patches.rst says it must contain a > > real name (no pseudonyms or anonymous contributions), and I don't > > think a robot fits in the spirit of that. > > > > I see that > > https://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-rt-devel.git/commit/?id=8a29a3bae2a2 > > (mentioned below) does have a good signed-off-by from Sebastian, but > > that's not *this* patch, so I don't know what's what. > > Normally, for these robot generated patches, when I approve them, I put my > own sign off, but under the robot one, since the robot has put a From > line. In this case, I handed the problem off to Kirill, so I didn't do > that. I agree that it would be good for Kirill to sign off on it. Just for the reference: I have put my signature on the mass converstion patch as well as ack's that were received: https://lab.nexedi.com/kirr/linux/commit/edaeb4101860 I plan to refresh that patch and post it to mainline when merge-window opens. Appologize if I missed something. I'm not a kernel developer and don't have much know-how in this land. Kirill > > > --- > > > > > > tree: https://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-rt-devel.git linux-5.0.y-rt-rebase > > > head: 794c294ae4483c240429c25a0d18e272e92c94de > > > commit: 8a29a3bae2a2dfb0116cd8791d9700515d6e765e [154/311] pci/switchtec: Don't use completion's wait queue > > > :::::: branch date: 7 hours ago > > > :::::: commit date: 7 hours ago > > > > > > Please take the patch only if it's a positive warning. Thanks! > > > > > > switchtec.c | 2 +- > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > > > --- a/drivers/pci/switch/switchtec.c > > > +++ b/drivers/pci/switch/switchtec.c > > > @@ -392,7 +392,7 @@ static int switchtec_dev_open(struct ino > > > return PTR_ERR(stuser); > > > > > > filp->private_data = stuser; > > > - nonseekable_open(inode, filp); > > > + stream_open(inode, filp); > > > > > > dev_dbg(&stdev->dev, "%s: %p\n", __func__, stuser);