Received: by 10.223.176.5 with SMTP id f5csp479515wra; Sat, 3 Feb 2018 03:45:23 -0800 (PST) X-Google-Smtp-Source: AH8x227KXdS65EiXmandTqbqrBtWSA5tW7dJ+Xl21R9aKe1p6bsv7diSJkyR0+7U2IU303ygD8Ub X-Received: by 2002:a17:902:6087:: with SMTP id s7-v6mr36979467plj.6.1517658323013; Sat, 03 Feb 2018 03:45:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517658322; cv=none; d=google.com; s=arc-20160816; b=ZNO9qMgZPUSxXk3wgDnpIs7MNeHbMSXjdCwxgy6KfE9k0kcu/iKNr+EGZ+maXvuWyo p6FnyJk+05D6OFIH8ctNZY6YtYovaSEkE3M5vVhEZOKvtI0TtXlqKaBDZ51ZrZbF0utg nQKGvDylIAPju5tSXOkpieYo4xK7Y+iNBMkbvD5jCV2jFXQDtathBk9Mwk0/6eyB2Gp7 nY7CgsY4iHQZne4GnkoHUmTgTSjZXtZnk2leUVE0rDrXtGDCz2+c7LGG9PhIrsEh+fmJ N1SeNm2oYoC3o/P41yVVUaUUiuLYImI9s/8b/o9dCr0hn3T8x6ECDhUFfVdJ1oyLgHzi BdtA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature:arc-authentication-results; bh=2YdR/gLX2PfdnXj6blIhAyYZxvKv/Cm7a6kJydz/qu4=; b=st3sPw7Zn5a080GiCuIbtR+xDtrdI9zT9/268sKR6N6L4wBv92XNkxvLreDHkbO9M5 +y0No/FwfaisIoASDa3UuleduWunLaBGGDiaM9i8a+DaYqpWxVw/eWkowTwphEp0qgOG 2iz+dlfGK8wK0wj481tLGwY0rlSxT92JrgrJBO/busD0P8QE6ixxWHtQfZuFku7Dxeq+ DWwJnnPWyxp6bG+owQ6bMwsCL2FG0z8FPqLFGftIlI4r+27rBfpU4uxTIfem2sDroq1P m40Fs6T4vmlhYbkIIHgcSCjmqIZeSabiZtYma9hL1hpCl6gm0Px67wiSRmDWoWc0utD0 EDfQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=merlin.20170209 header.b=pxCABiP4; 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 bc1-v6si1306799plb.250.2018.02.03.03.45.07; Sat, 03 Feb 2018 03:45:22 -0800 (PST) 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=fail header.i=@infradead.org header.s=merlin.20170209 header.b=pxCABiP4; 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 S1752132AbeBCLnX (ORCPT + 99 others); Sat, 3 Feb 2018 06:43:23 -0500 Received: from merlin.infradead.org ([205.233.59.134]:39212 "EHLO merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751617AbeBCLnR (ORCPT ); Sat, 3 Feb 2018 06:43:17 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=merlin.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=2YdR/gLX2PfdnXj6blIhAyYZxvKv/Cm7a6kJydz/qu4=; b=pxCABiP42AXxnlLFfFPBsVLP0 SU0f9tfmr6tyIK9xnwNJrw3imVbyWArUvSKmfVBsEtdkkt8UHFuLOGxdW/U7tLxIaaVhnzeLNdswp 3CnBdYcMVn2bLoZHPmpmDmNtziUqM3VHP033trZWf9od3A2vimRO/SIT1r6ttEUnlDXyOJ8Z08WlA XgXeTDd0+gv9Z28fViIeCITooPhrRzribC92hX24dQMWe7mOm6QR/+hsjYY1ChZE8P/CPiTVdZNTV Uzh5y0vOanRmH5GuRyrp/FC0lhvVjB5KEB7cjmWrY5vZeajcwAs/PRf28XX50i9ACfPOsHKBod9Js P4xGpAFwA==; Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=hirez.programming.kicks-ass.net) by merlin.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux)) id 1ehwDS-0003QG-Qf; Sat, 03 Feb 2018 11:42:43 +0000 Received: by hirez.programming.kicks-ass.net (Postfix, from userid 1000) id 37D342029F9F9; Sat, 3 Feb 2018 12:42:40 +0100 (CET) Date: Sat, 3 Feb 2018 12:42:40 +0100 From: Peter Zijlstra To: Alan Cox Cc: kbuild test robot , kbuild-all@01.org, Stafford Horne , Will Deacon , Paul McKenney , Jonas Bonn , Stefan Kristiansson , David Howells , Arnd Bergmann , linux-kernel@vger.kernel.org, Thomas Gleixner Subject: Re: asm-generic: Disallow no-op mb() for SMP systems Message-ID: <20180203114240.GU2269@hirez.programming.kicks-ass.net> References: <20180131130034.GR2269@hirez.programming.kicks-ass.net> <201802030326.M4zaX4v1%fengguang.wu@intel.com> <20180202202549.GT2269@hirez.programming.kicks-ass.net> <20180202210820.48ed7f87@alans-desktop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180202210820.48ed7f87@alans-desktop> User-Agent: Mutt/1.9.2 (2017-12-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 02, 2018 at 09:08:20PM +0000, Alan Cox wrote: > On Fri, 2 Feb 2018 21:25:49 +0100 > Peter Zijlstra wrote: > > > On Sat, Feb 03, 2018 at 04:00:35AM +0800, kbuild test robot wrote: > > > Hi Peter, > > > > > > I love your patch! Yet something to improve: > > > > Seriously? Bots have feelings? > > > > > [auto build test ERROR on asm-generic/master] > > > [also build test ERROR on v4.15 next-20180202] > > > [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] > > > > > > url: https://github.com/0day-ci/linux/commits/Peter-Zijlstra/asm-generic-Disallow-no-op-mb-for-SMP-systems/20180203-000108 > > > base: https://git.kernel.org/pub/scm/linux/kernel/git/arnd/asm-generic.git master > > > config: m32r-usrv_defconfig (attached as .config) > > > compiler: m32r-linux-gcc (GCC) 7.2.0 > > > > Awesome, another broken architecture.. and this one is Orphaned :-( > > No maintainer to bug.. > > Renesas claim to still support the processor family so perhaps they can > provide a maintainer if you instead submit a patch to remove it from the > tree ;-) There's an idea :-) > From the documentation however the processor only does explicit dual > issue instructions, and the SMP is cache coherent so I'm not convinced > there is a problem with it. Thanks for looking at that, got a link handy to said documentation? Does it really not have a store-buffer? Getting such details sorted was exactly the purpose of the patch, so in that regards its a success :-)