Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp817320pxj; Thu, 20 May 2021 23:11:46 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx4L6yEJKZsQAc2zSBmKnxO5zpizgkiFOIXbQ47jc7cThUseDbzEVtuu+WMF86KV7JSCdPP X-Received: by 2002:a05:6402:1d39:: with SMTP id dh25mr9324565edb.113.1621577506104; Thu, 20 May 2021 23:11:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621577506; cv=none; d=google.com; s=arc-20160816; b=GYyM98buTGf3cvIeK6I6mbLQxKFu/OAmWGMiQokKq9KuxlFZPyPmeO1GDzutb4TQGZ 4rnifWlqSXIUAUTFUCu5iq0jJaNA13TVPvtAooqCrci4sYbajLKseT7fD6Sv+JGy1X++ 8p/nsqLa4g628lQEB5o9YwCUr85SXYZqhW18n3LOytfTOAZLtaX7jWtusAg6qpEQrFRP CWgpH3d/ZxhzJQuQAdreX41BJummdeABUQdiQoorE0R3xCxyekLmO7UX91m/KF1eDCJS P9kw7biL7EWTbaeRYIs1ACKi4uOXDySXjkAGNbbvkzfkEEFaHyAR0NkdAbzWVMMuApXo ltGw== 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=oQs9jtWBxUSYheKfenr+oS5kRIQjvZiaP96jdn9gsMU=; b=P8h/Q0J4l8fazuBHsZDP4W1PfilOR/otvJmL2NNYVKR7ACvZ1ofzsxnJ6TJ1wi4NVF aKYlnfcv50FNbEYbzvuVnK97sC7M3x2N1vSWMMfo9LbMmvXs6QudrxQ7u1t9oOq9vxX3 C33/tX7Gvl2DO5CzN1nv8tZiPf8Yx+WdjW0rV4PML4kOx+5+S7IiCa0A7FJ+i34HLieH CvDqytZPY0Buvd0Dq6VQXKIJpWBTPRYI107FV2k1h8j5ZZLS4DCdbyuFcSJnN/7NynC4 PQxlQ4JOkdazHxyfbcvtxdv5i8K8L6DsIHBZw7CKETivH8Z5iZvREilrjxOJacR9PS63 dz0w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=sLtEbitl; 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 c16si5279721edw.162.2021.05.20.23.11.23; Thu, 20 May 2021 23:11:46 -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=sLtEbitl; 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 S235895AbhETPsG (ORCPT + 99 others); Thu, 20 May 2021 11:48:06 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45158 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231670AbhETPsF (ORCPT ); Thu, 20 May 2021 11:48:05 -0400 Received: from mail-pl1-x636.google.com (mail-pl1-x636.google.com [IPv6:2607:f8b0:4864:20::636]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 36997C06175F for ; Thu, 20 May 2021 08:46:44 -0700 (PDT) Received: by mail-pl1-x636.google.com with SMTP id v12so9293796plo.10 for ; Thu, 20 May 2021 08:46:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=oQs9jtWBxUSYheKfenr+oS5kRIQjvZiaP96jdn9gsMU=; b=sLtEbitldgXrD8ZBjQvwX8vXZsSeGCvELvSzENcd2YSqXu9iBk1TDDVBxvGX2WckOo ZLff2Dr5rf7BZosrT+ewzXMyOMJf7XdiMM+n3CouAjKLmyJ4lGRwEzzaStNPUE+WjS7D c4LMP0I9t0UmqsR5mCkTOYB5wd2kxuubtNhodBLwxrETygnNDHDCHy31/oGVyKeNzdvA oWnKYwvfUNzPUzQWFbzq2skT99K0pE/S0vy4Ytuvbak/Y0917zqNoYtlUW9/+DpwLaIl gnMbO4DOkYo0VcpgnuDlYdMT3S9glBXtaGx55Sc4kX843kWuILdUe5osSIXS/GEEbknw Mxjg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=oQs9jtWBxUSYheKfenr+oS5kRIQjvZiaP96jdn9gsMU=; b=Mhki1DUXl+qtfmdIofXLyAiwuUVp4/OgqAqMPbEJpEst+avRrWI8czAhXd5OVqyW0t hEcIc+DNkWMfSvm5I9QvSeR2lUKyBrpzzbI512qy1enxwBz7w7T0Qkk8af/9oZEScNWO 8z5massBKIg4C4m5mmgeraidZoPeIpG7K0RFsrhoGMgTyoGhLmJ4a1W4rDd2ojcfGely fuEMmaaQAIF4oMlHJbaWibk8NOpKbcbeacco8kAXdVrOoi7fCkJs2HKyIZ4TEUBQ6DB+ p8Fj1rdRLyFcmFJ1S8phFXFhUY2GX7IezpJ8/gwDVRCR9cwopQGf7BYC4GmgI3yiZary 9iiQ== X-Gm-Message-State: AOAM5338s/Utg0p7Rj3x/x8M4m+rNzXAQKjDbdypsP1w767lDo32vvFn w8zEEadOdn4nDT27Y+MfhMcZZA== X-Received: by 2002:a17:90a:fb51:: with SMTP id iq17mr5581236pjb.4.1621525603564; Thu, 20 May 2021 08:46:43 -0700 (PDT) Received: from google.com (240.111.247.35.bc.googleusercontent.com. [35.247.111.240]) by smtp.gmail.com with ESMTPSA id x13sm2654328pja.3.2021.05.20.08.46.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 20 May 2021 08:46:42 -0700 (PDT) Date: Thu, 20 May 2021 15:46:39 +0000 From: Sean Christopherson To: Joe Richey Cc: trivial@kernel.org, Joe Richey , Thomas Gleixner , Ingo Molnar , Borislav Petkov , x86@kernel.org, "H. Peter Anvin" , Paolo Bonzini , Mark Rutland , Lorenzo Pieralisi , Mauro Carvalho Chehab , Zhangfei Gao , Zhou Wang , linux-kernel@vger.kernel.org, kvm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-media@vger.kernel.org, linux-accelerators@lists.ozlabs.org Subject: Re: [PATCH 2/6] KVM: X86: Don't use BIT() macro in UAPI headers Message-ID: References: <20210520104343.317119-1-joerichey94@gmail.com> <20210520104343.317119-3-joerichey94@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210520104343.317119-3-joerichey94@gmail.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This feedback applies to all patches in this series. On Thu, May 20, 2021, Joe Richey wrote: > From: Joe Richey > > A previous patch Heh, I think it goes without saying that the code was introduced by a previous patch, unless you've invented a time machine, in which case we should talk... > [1] used the BIT() macro to define the > KVM_DIRTY_GFN_F_* constants in KVM's UAPI header. > > This macro is defined in the kernel but not in the UAPI headers. > > [1] https://patchwork.kernel.org/patch/11854393 Linking to the patch isn't helpful/desirable in this case because it doesn't provide any info about when the commit actually landed in the kernel. And depending on the whims of the maintainer, what was posted may not exactly match the code that was commited. What you want is a Fixes: tag that points at the offending commit. The Fixes: tag will also get the fix picked up for stable kernels, though in KVM we often explicitly add "Cc: stable@vger.kernel.org" (though IIRC tglx prefers not to have the explicit Cc). Anyways, the changelog can simply be something like: Replace BIT() in KVM's UAPI header with an open coded equivalent. BIT() is not defined in the UAPI headers and its usage may cause userspace build errors. Fixes: fb04a1eddb1a ("KVM: X86: Implement ring-based dirty memory tracking") Signed-off-by: Joe Richey