Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp2903891ybh; Mon, 16 Mar 2020 11:57:08 -0700 (PDT) X-Google-Smtp-Source: ADFU+vuKjRCT8usGyy4QsFqJrz0TN51rxfDzK54cNcRmmhjcdnmQTENoyAB1HPTms5QkYykZupXI X-Received: by 2002:aca:3046:: with SMTP id w67mr746694oiw.54.1584385028274; Mon, 16 Mar 2020 11:57:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584385028; cv=none; d=google.com; s=arc-20160816; b=B9JGm+aJXR4rKBGypzHS7EHuMSciFpDU80evsgJDIhVtHBSAsfMoL5BVs3X4I9lza+ jw5Y2fKKopbp6UzbcACxjQs0VvAQE8zbCWY7BL2j1yNND0lnCyuSVunWn2SYn0Ixi+dk kr+ftWykC+1n6Is8EFw8p0GWQ972XHhYtuLxfALyFlnKsAgScGa/R8RHPwvw+bHdq/a5 RdD6NNN1EEwUTlsNUiaYmWjYdsCshquw8w8Ns9q58msC2Ts+QwF/yEbQmUBFNGesr4FF Vgtwf7/Db+LHqy67d0BPKUmO18THJ6hS3kh88OF5KkQp++6UjcupIUxnghUZa2+yW4pO g1fA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=Q4mJ/mV4SofksgUiGgr1X4Jg8B0NVD0IruvBaVo6eQs=; b=upchLcTzdWbsdwjH7tf/DK85gsXNVach/YHvS5+J5w3mQhYzouCYG7bgmhfzd9E/l9 Wyy4ZSO1JymfEflnLlmuIw16Hz9T98NRC2HZsqwxwX+JmGBv77re0NOIFSn5Q1xpaL+q LcrspJt2iJeXH51leSLV37n2ykpGCtetGwWFu06PVAJIxY8C0zWqYhFqkuZQRGiQP9MW JZYU/noPHzXSile8hrn6+/5LsmAAuo9OU9IA01nls9q17LHV/03SsIvQnPAR6QZayHpQ AjBI/V2Q73kIMEw8/zvwgpd1hbFZ+/XPk1IJnCQNijxhUlQxZwURqnEMlVw+oS4aEdKs uSgg== ARC-Authentication-Results: i=1; mx.google.com; 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 d21si343139otq.72.2020.03.16.11.56.55; Mon, 16 Mar 2020 11:57:08 -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; 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 S1732400AbgCPSzo (ORCPT + 99 others); Mon, 16 Mar 2020 14:55:44 -0400 Received: from Galois.linutronix.de ([193.142.43.55]:52686 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732330AbgCPSzn (ORCPT ); Mon, 16 Mar 2020 14:55:43 -0400 Received: from p5de0bf0b.dip0.t-ipconnect.de ([93.224.191.11] helo=nanos.tec.linutronix.de) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1jDutk-0003lS-No; Mon, 16 Mar 2020 19:55:36 +0100 Received: by nanos.tec.linutronix.de (Postfix, from userid 1000) id 242F21013B2; Mon, 16 Mar 2020 19:55:36 +0100 (CET) From: Thomas Gleixner To: Linus Torvalds , Sebastian Andrzej Siewior Cc: Linux Kernel Mailing List , Peter Zijlstra , Ingo Molnar , Will Deacon , "Paul E . McKenney" , Joel Fernandes , Steven Rostedt Subject: Re: [PATCH 5/9] completion: Use simple wait queues In-Reply-To: References: <20200313174701.148376-1-bigeasy@linutronix.de> <20200313174701.148376-6-bigeasy@linutronix.de> Date: Mon, 16 Mar 2020 19:55:36 +0100 Message-ID: <87y2s0ceon.fsf@nanos.tec.linutronix.de> MIME-Version: 1.0 Content-Type: text/plain X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Linus Torvalds writes: > On Fri, Mar 13, 2020 at 10:47 AM Sebastian Andrzej Siewior > wrote: > and before you do a conversion, you need to spend a _lot_ of time > thinking about why that is the case. > > And _after_ you do the conversion, you damn well need to explain why > it's safe. Not just state that it's a good idea. > > For example, this patch just randomly changes wait events to the swait > event _exclusive_ waits. With not a single explanation of why that > would be ok. > > I want an explanation for EVERY SINGLE CASE. Because people have done > this kind of conversion before, and it's been buggy garbage before. I > want to see that people actually thought about what the semantic > differences were, and _documented_ that thinking process. My bad. I'll rework the changelog so it contains the proof that the result is semantical and functional equivalent. Thanks, tglx