Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp1311573ybh; Mon, 13 Jul 2020 15:25:52 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx0Q+7P0CvDrQHGkXAR0PnRUFnBeCRnLdC5hqB256P9JvswbUe/8lDm+6nkpkcoVJvaBfbm X-Received: by 2002:a05:6402:1687:: with SMTP id a7mr1517669edv.358.1594679152534; Mon, 13 Jul 2020 15:25:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594679152; cv=none; d=google.com; s=arc-20160816; b=uYrSTQ14m/9lCLiQNXCX0/IACHiaoFwlwFktkkothi0Sh9riKftGTzBYUCh2sWXBlF AtPnX5aH1K6zY252az0Qer+O4jZkUQHM0KS+mNBNyglea2J2ysS5JXcVds0z/D1jGOZy eAqxqJxjAm+KiSByoVU1xeu0jQbb/kwn3cWZwFPqyWJHlF6rgS+Ho9nt8y5TsVpilXA1 hmSlKzFLtjq+LrQr5RWgu9wB6BXpbdEJXBkF71uBGDIt8XXOYjHY4hDrKUgCsUZoomPg 2eeKN7gBWPjYft2rhQKRMf9ZGHde9R5qNdL3L+DrmZrwdiZyaj0OXefeH1glsZLW2usc Vo7g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=VTtkH3MGYL+kpdst+fFlW3U8UfnKxPxTFUgVE1D6ZEY=; b=HFSTJv4vVyeBkTsG+toKwKc+PlyMrq84z4bgOLLn+huuK6rZPrwl8K2aMG/xkrq0jL WqgbLgCwEjKitQeMl3mDHQCqRVha3MjF997O/3Euf6XWN7YL6KvJi1MS/euZL8ZsdXgz Y0TSNSAGN4PIC3D0a6GBU9eUlXwQq/jx5Y4QQtkeW1OQyY9vgC9G2z49KELyuoZVDJlW qtr1AnvOCYsXjHL7BQHCDDH27oAIoDbv9wz+ibmPor/NSlaMlQjaeF1gXSb5LF+F9ffe JoJQXw9wmRKU74Nv1YBQqaQGGEEQE2TPk9LOEpgzUJ0K4eEIX4KasA0u8zlxjYatyFZ6 mFWg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=iAFVfplI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k19si10178771ejk.27.2020.07.13.15.25.30; Mon, 13 Jul 2020 15:25:52 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-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=@google.com header.s=20161025 header.b=iAFVfplI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726748AbgGMWY3 (ORCPT + 99 others); Mon, 13 Jul 2020 18:24:29 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46664 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726358AbgGMWY2 (ORCPT ); Mon, 13 Jul 2020 18:24:28 -0400 Received: from mail-pj1-x1042.google.com (mail-pj1-x1042.google.com [IPv6:2607:f8b0:4864:20::1042]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E17BDC061755 for ; Mon, 13 Jul 2020 15:24:28 -0700 (PDT) Received: by mail-pj1-x1042.google.com with SMTP id ch3so591726pjb.5 for ; Mon, 13 Jul 2020 15:24:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=VTtkH3MGYL+kpdst+fFlW3U8UfnKxPxTFUgVE1D6ZEY=; b=iAFVfplIK2+wAu/OomucjOsTbnZuYA67YGKTgwYn+qbg5vYX9QCLJXafJ4TvxpIivJ eU1635K7cglWpc8uRvkND6lI2cvX8j3a7XI4/+gDGj5ykhrR07bKBmm3/s1wKRpO514w lXb0orYT16Iu2Gjnkyy3ivQZekDoVa5OH4XoEr3Ox19DgGh/wXrB86bTohUtYeVUlJsq HQOjNVpK+8PN28dHVv3xpg/yMpwI9wS/xPZU7C5vazOM0PcZaXinvyzGEFRbLN8N0i9Y lY8okoCQi4YMHmKwFoG8+C5z5cm5OwucWbv9XXz7u+BXaeeawtbCu+9s5Sa64Q4PbPhb Gywg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=VTtkH3MGYL+kpdst+fFlW3U8UfnKxPxTFUgVE1D6ZEY=; b=LAa87NMoOqls8DeSJNckqA7eOEQVfcsFIyqhNaZPAD9vDJZTubF7SOpTPNBNPXzu2o 34DRHv8AVhPX16yNbbQGl1KLACOtsydz3hG8z08C+7bY+PCgyknI2X7pMiMlu2GDE7CH mekZ+rCgS/+RQe/8q1qZ8xAb6+4Hbk2W06YcQsbfYHkzHSkACcCjaqXY1H5ZaTF7vR+z qo8o0d+nIiW2azzwC2YXZvZQuPq6Rf5AdnUuLPbxe7qHlsPY+KRK/dCQYQjhx/3m57M3 Y/r/oWdCnqDW8B/xIUJs1KmbPho8SW8w2trCIfP7DnkhLsMe9f2YtOmgvW5LMQb4nD2Y aMfA== X-Gm-Message-State: AOAM531HKMFBPtf8XTQuRyymKoX+FsJsJxOvO0pDRVul7nyGE74YJkD1 vL6D+b/o5kaQiKBoYeqvlO69Wff32tn/6bF6ySnPOw== X-Received: by 2002:a17:902:a50c:: with SMTP id s12mr1371343plq.119.1594679068150; Mon, 13 Jul 2020 15:24:28 -0700 (PDT) MIME-Version: 1.0 References: <20200530221127.459704-1-brgerst@gmail.com> In-Reply-To: From: Nick Desaulniers Date: Mon, 13 Jul 2020 15:24:16 -0700 Message-ID: Subject: Re: [PATCH v2 00/10] x86: Clean up percpu operations To: Thomas Gleixner , Ingo Molnar , Borislav Petkov , Linus Torvalds Cc: LKML , "maintainer:X86 ARCHITECTURE (32-BIT AND 64-BIT)" , "H . Peter Anvin" , Andy Lutomirski , Peter Zijlstra , Brian Gerst , Dmitry Golovin , Alistair Delva , Steven Rostedt Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 8, 2020 at 12:36 PM Nick Desaulniers wrote: > > On Mon, Jun 1, 2020 at 2:00 PM Nick Desaulniers wrote: > > > > On Sat, May 30, 2020 at 3:11 PM Brian Gerst wrote: > > > > > > The core percpu operations already have a switch on the width of the > > > data type, which resulted in an extra amount of dead code being > > > generated with the x86 operations having another switch. This patch set > > > rewrites the x86 ops to remove the switch. Additional cleanups are to > > > use named assembly operands, and to cast variables to the width used in > > > the assembly to make Clang happy. > > > > Thanks for all of the work that went into this series. I think I've > > reviewed all of them. > > With this series plus this hunk: > > https://github.com/ClangBuiltLinux/continuous-integration/blob/master/patches/llvm-all/linux-next/x86/x86-support-i386-with-Clang.patch#L219-L237 > > I can build and boot i386_defconfig with Clang! So for the series: > > > > Reviewed-by: Nick Desaulniers > > Tested-by: Nick Desaulniers > > tglx, Ingo, Boris, Linus, > Do you all have thoughts on this series? I can understand "let > sleeping dogs lie" but some Android folks are really interested in > i386 testing, and randconfigs/allnoconfigs are doing i386 builds which > are currently broken w/ Clang. This series gets us closer to having > test coverage of this ISA with another toolchain, FWIW. I'm trying to organize an LLVM micro conference at plumbers. I think a session on "clang and remaining i386 blockers" might be of interest, which would cover why the existing code pattern is problematic for compiler portability. This series in particular would be brought up. Are you all planning on attending plumbers this year? Might such a session be of interest? Otherwise, is there any additional feedback on this series or is it good to go? -- Thanks, ~Nick Desaulniers