Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp227308pxy; Wed, 21 Apr 2021 01:16:52 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzpXIlh24kQcQTUuoPhVEWRq/APzLlGaaXJ0jD9J458STCnV9dlDZzUvvwouVfWnHfClhCn X-Received: by 2002:a17:906:265b:: with SMTP id i27mr31680095ejc.450.1618993012132; Wed, 21 Apr 2021 01:16:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618993012; cv=none; d=google.com; s=arc-20160816; b=qa4BU+P9VhWfo+8YiMMwi+fAga0yeK8+4soOo+ruoJGJZkiq5ofRzjmQDXoxy5+tru rmwBMS3wZZMOQKRIOyqOIxv+knDd4QnVXj0NbNVAMgtU77K+CuLwd4GBg7V/AzfcAzPw QSr7mgzM0gG7GM7CToOrAqT32vz8yW9Rjyk0hx0sFIsfR7625XpfAbRrodOhCIIqToXy fDpUgJUiwQL2fwqKq+wGhmdfWLiKVy57i0LVfSHcxPz4BGmIXTKgxOc7gYbCg6MhJi3e lR/79Vv0LCj0P1h9RgWf8uSeDaJhYdE/2MyBzl8rv++3zsjNK2PQnP3ymCzGxHqMKE7E LYgw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=jJAzfgdhwwVXukXklOmAYUH05DY3WLwgeulSQoUFxGQ=; b=z720G08S6b0ZUIbDwjzqNOIrlIRJZ27Bvitw7hgLAQ1iovLzTYDOWP6bZsabCTsSFq zxpxBAxX0/TxUYc4YFtVLmbWG2BD6rHAG/L96ycftokSGl3ZZUtQXrjGA4Rj/Pg0aIx1 +bh8kEeM0cviDje+ayXfq0+6ul6wQBdhjNAuC516qVuxFTPNZVC1q42+3r/iOwGQlYLQ 4m1+Xs4k6p1VDawQDxl+c7lFRKspDEeqTIiIZoSjROxcDpDAxINy3b/AFJ3UVNJ1zszt ok39kGTA+rL+f7mwPDBLXLkq9Y0C6TqUTv5jexEHYJSg8FgECMVD1eV3Bhh33NnXB0gu ogUA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=t3BHKnNi; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e14si1496883edz.593.2021.04.21.01.16.25; Wed, 21 Apr 2021 01:16:52 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-nfs-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=@linuxfoundation.org header.s=korg header.b=t3BHKnNi; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234550AbhDUIQY (ORCPT + 99 others); Wed, 21 Apr 2021 04:16:24 -0400 Received: from mail.kernel.org ([198.145.29.99]:34148 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234532AbhDUIQX (ORCPT ); Wed, 21 Apr 2021 04:16:23 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id B590161264; Wed, 21 Apr 2021 08:15:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1618992950; bh=8feRFI+Nf7CsMwsoYsmAwHpr1e9275LaSeUvdaoYQT4=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=t3BHKnNimm0EQCUx2EoeWZa/23frWnb8N7x1me4NyuKUEgcMKb+wnCVnYaVZxZac+ XjrmGYQoWAykLubQIICJ/UsMPHimRlr28qs0D/VApT64+Pck0NFDSPnNE3eV9uYigJ U3iSTwp0UPoYC7+Xz9HZgkceMCwp4LXDcU2GNd30= Date: Wed, 21 Apr 2021 10:15:47 +0200 From: Greg KH To: Aditya Pakki Cc: Leon Romanovsky , "J. Bruce Fields" , Chuck Lever , Trond Myklebust , Anna Schumaker , "David S. Miller" , Jakub Kicinski , Dave Wysochanski , linux-nfs@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] SUNRPC: Add a check for gss_release_msg Message-ID: References: <20210407001658.2208535-1-pakki001@umn.edu> <20210420171008.GB4017@fieldses.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org A: http://en.wikipedia.org/wiki/Top_post Q: Were do I find info about this thing called top-posting? A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? A: No. Q: Should I include quotations after my reply? http://daringfireball.net/2007/07/on_top On Wed, Apr 21, 2021 at 02:56:27AM -0500, Aditya Pakki wrote: > Greg, > > I respectfully ask you to cease and desist from making wild accusations > that are bordering on slander. > > These patches were sent as part of a new static analyzer that I wrote and > it's sensitivity is obviously not great. I sent patches on the hopes to get > feedback. We are not experts in the linux kernel and repeatedly making > these statements is disgusting to hear. > > Obviously, it is a wrong step but your preconceived biases are so strong > that you make allegations without merit nor give us any benefit of doubt. > > I will not be sending any more patches due to the attitude that is not only > unwelcome but also intimidating to newbies and non experts. You, and your group, have publicly admitted to sending known-buggy patches to see how the kernel community would react to them, and published a paper based on that work. Now you submit a new series of obviously-incorrect patches again, so what am I supposed to think of such a thing? They obviously were _NOT_ created by a static analysis tool that is of any intelligence, as they all are the result of totally different patterns, and all of which are obviously not even fixing anything at all. So what am I supposed to think here, other than that you and your group are continuing to experiment on the kernel community developers by sending such nonsense patches? When submitting patches created by a tool, everyone who does so submits them with wording like "found by tool XXX, we are not sure if this is correct or not, please advise." which is NOT what you did here at all. You were not asking for help, you were claiming that these were legitimate fixes, which you KNEW to be incorrect. A few minutes with anyone with the semblance of knowledge of C can see that your submissions do NOT do anything at all, so to think that a tool created them, and then that you thought they were a valid "fix" is totally negligent on your part, not ours. You are the one at fault, it is not our job to be the test subjects of a tool you create. Our community welcomes developers who wish to help and enhance Linux. That is NOT what you are attempting to do here, so please do not try to frame it that way. Our community does not appreciate being experimented on, and being "tested" by submitting known patches that are either do nothing on purpose, or introduce bugs on purpose. If you wish to do work like this, I suggest you find a different community to run your experiments on, you are not welcome here. Because of this, I will now have to ban all future contributions from your University and rip out your previous contributions, as they were obviously submitted in bad-faith with the intent to cause problems. *plonk* greg k-h