From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id D1EDBC433B4 for ; Wed, 21 Apr 2021 15:16:16 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 91C526144B for ; Wed, 21 Apr 2021 15:16:16 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243900AbhDUPQs (ORCPT ); Wed, 21 Apr 2021 11:16:48 -0400 Received: from perceval.ideasonboard.com ([213.167.242.64]:57332 "EHLO perceval.ideasonboard.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238768AbhDUPQr (ORCPT ); Wed, 21 Apr 2021 11:16:47 -0400 Received: from pendragon.ideasonboard.com (62-78-145-57.bb.dnainternet.fi [62.78.145.57]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id 896DF4AE; Wed, 21 Apr 2021 17:16:11 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1619018171; bh=TAunVkjVto0RThnQ/DWnbsC41TzzzfFJt7SWrqC9jhM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=LXwpnus3C2WCoiV5Cexo5HruEmWFO1Oasm3fNykS//URnqUv9jdCb46eIOa80AT5j awe5BMTth9Ejn/g02auw2h6RTwk9k2VX56YJ9kBWjQA+TGIxGsMEXOtonzyt4x4icw Tayl64CB1m5fth69j6vZ71jsA+yhYHhM8J2m65Ew= Date: Wed, 21 Apr 2021 18:16:07 +0300 From: Laurent Pinchart To: Kangjie Lu Cc: Jiri Kosina , Guenter Roeck , Greg Kroah-Hartman , open list , Linus Torvalds , Aditya Pakki , Qiushi Wu , x86@kernel.org, Bjorn Helgaas , "Rafael J. Wysocki" , Arnd Bergmann , David Airlie , Michael Turquette , Bjorn Andersson , Linus Walleij , Bartosz Golaszewski , Daniel Vetter , Jean Delvare , Will Deacon , Jakub Kicinski , "David S. Miller" , Johan Hovold , Jiri Slaby , Pablo Neira Ayuso , Johannes Berg , Takashi Iwai Subject: Re: [PATCH 000/190] Revertion of all of the umn.edu commits Message-ID: References: <20210421130105.1226686-1-gregkh@linuxfoundation.org> <4afeeb49-620d-5a9d-29fc-453f6118a944@roeck-us.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Kangjie, On Wed, Apr 21, 2021 at 09:44:52AM -0500, Kangjie Lu wrote: > On Wed, Apr 21, 2021 at 9:32 AM Jiri Kosina wrote: > > On Wed, 21 Apr 2021, Guenter Roeck wrote: > > > > 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). > > > > > > Sigh. As if this wouldn't be a problem everywhere. > > > > Right. > > > > > > 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. > > > > > > > > This patchset has the "easy" reverts, there are 68 remaining ones that > > > > need to be manually reviewed. Some of them are not able to be reverted > > > > as they already have been reverted, or fixed up with follow-on patches > > > > as they were determined to be invalid. Proof that these submissions > > > > were almost universally wrong. > > > > > > > > I will be working with some other kernel developers to determine if any > > > > of these reverts were actually valid changes, were actually valid, and > > > > if so, will resubmit them properly later. For now, it's better to be > > > > safe. > > > > > > > > I'll take this through my tree, so no need for any maintainer to worry > > > > about this, but they should be aware that future submissions from anyone > > > > with a umn.edu address should be by default-rejected unless otherwise > > > > determined to actually be a valid fix (i.e. they provide proof and you > > > > can verify it, but really, why waste your time doing that extra work?) > > > > > > > > thanks, > > > > > > > > greg k-h > > > > > > > [ ... ] > > > > Revert "hwmon: (lm80) fix a missing check of bus read in lm80 probe" > > > > > > I see > > > > > > 9aa3aa15f4c2 hwmon: (lm80) fix a missing check of bus read in lm80 probe > > > c9c63915519b hwmon: (lm80) fix a missing check of the status of SMBus read > > > > > > The latter indeed introduced a problem which was later fixed with > > > > Therefore I'd like to ask Kangjie Lu (who is CCed here) to consider > > revising his statement in the attempted public clarification: > > > > "The experiment did not introduce any bug or bug-introducing commit into > > OSS." > > > > at [1] as it's clearly not true. Missing mutex unlock clearky is a bug > > introduced by this experiment. > > Hi everyone, > > I am so sorry for the concerns. I fully understand why the community is > angry. Please allow me to have a very quick response, as Jiri requested. We > will provide a detailed explanation later. > > These are two different projects. The one published at IEEE S&P 2021 has > completely finished in November 2020. My student Aditya is working on a new > project that is to find bugs introduced by bad patches. Please do not link > these two projects together. I am sorry that his new patches are not > correct either. He did not intentionally make the mistake. Do you have a list of all known bad commits ? Not that we shouldn't revert the other ones as well, but having a list of bad ones would be useful when reviewing commits individually to see which ones may actually be correct. > > [1] https://www-users.cs.umn.edu/~kjlu/ -- Regards, Laurent Pinchart