Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Message-ID: <080f9306-8c72-c7bd-010a-f0ed32c4b692@intel.com>
Date:   Mon, 28 Feb 2022 08:51:20 -0800
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
 Thunderbird/91.5.0
Content-Language: en-US
To:     Josh Poimboeuf <jpoimboe@redhat.com>,
        "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>
Cc:     tglx@linutronix.de, mingo@redhat.com, bp@alien8.de,
        luto@kernel.org, peterz@infradead.org,
        sathyanarayanan.kuppuswamy@linux.intel.com, aarcange@redhat.com,
        ak@linux.intel.com, dan.j.williams@intel.com, david@redhat.com,
        hpa@zytor.com, jgross@suse.com, jmattson@google.com,
        joro@8bytes.org, knsathya@kernel.org, pbonzini@redhat.com,
        sdeep@vmware.com, seanjc@google.com, tony.luck@intel.com,
        vkuznets@redhat.com, wanpengli@tencent.com,
        thomas.lendacky@amd.com, brijesh.singh@amd.com, x86@kernel.org,
        linux-kernel@vger.kernel.org, David Rientjes <rientjes@google.com>
References: <20220224155630.52734-1-kirill.shutemov@linux.intel.com>
 <20220224155630.52734-2-kirill.shutemov@linux.intel.com>
 <20220227220130.23yjme7jucxo266l@treble>
 <20220228162056.gul22bjr4w6zjslq@black.fi.intel.com>
 <20220228164007.nfrg7xvrl4blzzrm@treble>
From:   Dave Hansen <dave.hansen@intel.com>
Subject: Re: [PATCHv4 01/30] x86/mm: Fix warning on build with
 X86_MEM_ENCRYPT=y
In-Reply-To: <20220228164007.nfrg7xvrl4blzzrm@treble>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: bulk

On 2/28/22 08:40, Josh Poimboeuf wrote:
>> maintainer-tip.rst seems disagree with you:
>>
>>    A Fixes tag should be added even for changes which do not need to be
>>    backported to stable kernels, i.e. when addressing a recently introduced
>>    issue which only affects tip or the current head of mainline.
>>
>> I will leave it as is.
> How does that disagree with me?
> 
> The "Fixes" tag is for bug fixes.  If it's not possible to trigger the
> warning and there's no user impact, it's not a bug.

Does having Fixes: *break* anything?

If not, I think I'd generally rather have the metadata with more
information as opposed to less information.