From: "Kirill A. Shutemov" <kirill@shutemov.name>
To: Borislav Petkov <bp@alien8.de>
Cc: Tom Lendacky <thomas.lendacky@amd.com>,
linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
linux-kernel@vger.kernel.org, x86@kernel.org,
iommu@lists.linux-foundation.org, kvm@vger.kernel.org,
linux-efi@vger.kernel.org, platform-driver-x86@vger.kernel.org,
linux-graphics-maintainer@vmware.com,
amd-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org,
kexec@lists.infradead.org, linux-fsdevel@vger.kernel.org,
Brijesh Singh <brijesh.singh@amd.com>,
Joerg Roedel <joro@8bytes.org>, Andi Kleen <ak@linux.intel.com>,
Sathyanarayanan Kuppuswamy
<sathyanarayanan.kuppuswamy@linux.intel.com>,
Tianyu Lan <Tianyu.Lan@microsoft.com>,
Christoph Hellwig <hch@infradead.org>,
Thomas Gleixner <tglx@linutronix.de>,
Ingo Molnar <mingo@redhat.com>,
Dave Hansen <dave.hansen@linux.intel.com>,
Andy Lutomirski <luto@kernel.org>,
Peter Zijlstra <peterz@infradead.org>,
Will Deacon <will@kernel.org>
Subject: Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
Date: Thu, 23 Sep 2021 00:05:58 +0300 [thread overview]
Message-ID: <20210922210558.itofvu3725dap5xx@box.shutemov.name> (raw)
In-Reply-To: <YUuJZ2qOgbdpfk6N@zn.tnic>
On Wed, Sep 22, 2021 at 09:52:07PM +0200, Borislav Petkov wrote:
> On Wed, Sep 22, 2021 at 05:30:15PM +0300, Kirill A. Shutemov wrote:
> > Not fine, but waiting to blowup with random build environment change.
>
> Why is it not fine?
>
> Are you suspecting that the compiler might generate something else and
> not a rip-relative access?
Yes. We had it before for __supported_pte_mask and other users of
fixup_pointer().
See for instance 4a09f0210c8b ("x86/boot/64/clang: Use fixup_pointer() to
access '__supported_pte_mask'")
Unless we find other way to guarantee RIP-relative access, we must use
fixup_pointer() to access any global variables.
--
Kirill A. Shutemov
WARNING: multiple messages have this Message-ID (diff)
From: "Kirill A. Shutemov" <kirill@shutemov.name>
To: Borislav Petkov <bp@alien8.de>
Cc: linux-efi@vger.kernel.org, Brijesh Singh <brijesh.singh@amd.com>,
kvm@vger.kernel.org, Peter Zijlstra <peterz@infradead.org>,
Dave Hansen <dave.hansen@linux.intel.com>,
dri-devel@lists.freedesktop.org,
platform-driver-x86@vger.kernel.org,
Will Deacon <will@kernel.org>,
linux-s390@vger.kernel.org, Andi Kleen <ak@linux.intel.com>,
x86@kernel.org, amd-gfx@lists.freedesktop.org,
Christoph Hellwig <hch@infradead.org>,
Ingo Molnar <mingo@redhat.com>,
linux-graphics-maintainer@vmware.com,
Tom Lendacky <thomas.lendacky@amd.com>,
Tianyu Lan <Tianyu.Lan@microsoft.com>,
Andy Lutomirski <luto@kernel.org>,
Thomas Gleixner <tglx@linutronix.de>,
kexec@lists.infradead.org, linux-kernel@vger.kernel.org,
iommu@lists.linux-foundation.org, linux-fsdevel@vger.kernel.org,
linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
Date: Thu, 23 Sep 2021 00:05:58 +0300 [thread overview]
Message-ID: <20210922210558.itofvu3725dap5xx@box.shutemov.name> (raw)
In-Reply-To: <YUuJZ2qOgbdpfk6N@zn.tnic>
On Wed, Sep 22, 2021 at 09:52:07PM +0200, Borislav Petkov wrote:
> On Wed, Sep 22, 2021 at 05:30:15PM +0300, Kirill A. Shutemov wrote:
> > Not fine, but waiting to blowup with random build environment change.
>
> Why is it not fine?
>
> Are you suspecting that the compiler might generate something else and
> not a rip-relative access?
Yes. We had it before for __supported_pte_mask and other users of
fixup_pointer().
See for instance 4a09f0210c8b ("x86/boot/64/clang: Use fixup_pointer() to
access '__supported_pte_mask'")
Unless we find other way to guarantee RIP-relative access, we must use
fixup_pointer() to access any global variables.
--
Kirill A. Shutemov
_______________________________________________
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
WARNING: multiple messages have this Message-ID (diff)
From: "Kirill A. Shutemov" <kirill@shutemov.name>
To: Borislav Petkov <bp@alien8.de>
Cc: Sathyanarayanan Kuppuswamy
<sathyanarayanan.kuppuswamy@linux.intel.com>,
linux-efi@vger.kernel.org, Brijesh Singh <brijesh.singh@amd.com>,
kvm@vger.kernel.org, Peter Zijlstra <peterz@infradead.org>,
Dave Hansen <dave.hansen@linux.intel.com>,
dri-devel@lists.freedesktop.org,
platform-driver-x86@vger.kernel.org,
Will Deacon <will@kernel.org>,
linux-s390@vger.kernel.org, Andi Kleen <ak@linux.intel.com>,
Joerg Roedel <joro@8bytes.org>,
x86@kernel.org, amd-gfx@lists.freedesktop.org,
Christoph Hellwig <hch@infradead.org>,
Ingo Molnar <mingo@redhat.com>,
linux-graphics-maintainer@vmware.com,
Tom Lendacky <thomas.lendacky@amd.com>,
Tianyu Lan <Tianyu.Lan@microsoft.com>,
Andy Lutomirski <luto@kernel.org>,
Thomas Gleixner <tglx@linutronix.de>,
kexec@lists.infradead.org, linux-kernel@vger.kernel.org,
iommu@lists.linux-foundation.org, linux-fsdevel@vger.kernel.org,
linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
Date: Thu, 23 Sep 2021 00:05:58 +0300 [thread overview]
Message-ID: <20210922210558.itofvu3725dap5xx@box.shutemov.name> (raw)
In-Reply-To: <YUuJZ2qOgbdpfk6N@zn.tnic>
On Wed, Sep 22, 2021 at 09:52:07PM +0200, Borislav Petkov wrote:
> On Wed, Sep 22, 2021 at 05:30:15PM +0300, Kirill A. Shutemov wrote:
> > Not fine, but waiting to blowup with random build environment change.
>
> Why is it not fine?
>
> Are you suspecting that the compiler might generate something else and
> not a rip-relative access?
Yes. We had it before for __supported_pte_mask and other users of
fixup_pointer().
See for instance 4a09f0210c8b ("x86/boot/64/clang: Use fixup_pointer() to
access '__supported_pte_mask'")
Unless we find other way to guarantee RIP-relative access, we must use
fixup_pointer() to access any global variables.
--
Kirill A. Shutemov
WARNING: multiple messages have this Message-ID (diff)
From: "Kirill A. Shutemov" <kirill@shutemov.name>
To: Borislav Petkov <bp@alien8.de>
Cc: Tom Lendacky <thomas.lendacky@amd.com>,
linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,
linux-kernel@vger.kernel.org, x86@kernel.org,
iommu@lists.linux-foundation.org, kvm@vger.kernel.org,
linux-efi@vger.kernel.org, platform-driver-x86@vger.kernel.org,
linux-graphics-maintainer@vmware.com,
amd-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org,
kexec@lists.infradead.org, linux-fsdevel@vger.kernel.org,
Brijesh Singh <brijesh.singh@amd.com>,
Joerg Roedel <joro@8bytes.org>, Andi Kleen <ak@linux.intel.com>,
Sathyanarayanan Kuppuswamy
<sathyanarayanan.kuppuswamy@linux.intel.com>,
Tianyu Lan <Tianyu.Lan@microsoft.com>,
Christoph Hellwig <hch@infradead.org>,
Thomas Gleixner <tglx@linutronix.de>,
Ingo Molnar <mingo@redhat.com>,
Dave Hansen <dave.hansen@linux.intel.com>,
Andy Lutomirski <luto@kernel.org>,
Peter Zijlstra <peterz@infradead.org>,
Will Deacon <will@kernel.org>
Subject: Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
Date: Thu, 23 Sep 2021 00:05:58 +0300 [thread overview]
Message-ID: <20210922210558.itofvu3725dap5xx@box.shutemov.name> (raw)
In-Reply-To: <YUuJZ2qOgbdpfk6N@zn.tnic>
On Wed, Sep 22, 2021 at 09:52:07PM +0200, Borislav Petkov wrote:
> On Wed, Sep 22, 2021 at 05:30:15PM +0300, Kirill A. Shutemov wrote:
> > Not fine, but waiting to blowup with random build environment change.
>
> Why is it not fine?
>
> Are you suspecting that the compiler might generate something else and
> not a rip-relative access?
Yes. We had it before for __supported_pte_mask and other users of
fixup_pointer().
See for instance 4a09f0210c8b ("x86/boot/64/clang: Use fixup_pointer() to
access '__supported_pte_mask'")
Unless we find other way to guarantee RIP-relative access, we must use
fixup_pointer() to access any global variables.
--
Kirill A. Shutemov
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
next prev parent reply other threads:[~2021-09-22 21:06 UTC|newest]
Thread overview: 233+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-09-08 22:58 [PATCH v3 0/8] Implement generic cc_platform_has() helper function Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky via iommu
2021-09-08 22:58 ` [PATCH v3 1/8] x86/ioremap: Selectively build arch override encryption functions Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky via iommu
2021-09-08 22:58 ` [PATCH v3 2/8] mm: Introduce a function to check for confidential computing features Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky via iommu
2021-09-09 7:35 ` Christophe Leroy
2021-09-09 7:35 ` Christophe Leroy
2021-09-09 7:35 ` Christophe Leroy
2021-09-09 7:35 ` Christophe Leroy
2021-09-10 15:02 ` Borislav Petkov
2021-09-10 15:02 ` Borislav Petkov
2021-09-10 15:02 ` Borislav Petkov
2021-09-10 15:02 ` Borislav Petkov
2021-09-10 15:02 ` Borislav Petkov
2021-09-08 22:58 ` [PATCH v3 3/8] x86/sev: Add an x86 version of cc_platform_has() Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky via iommu
2021-09-11 10:10 ` Borislav Petkov
2021-09-11 10:10 ` Borislav Petkov
2021-09-11 10:10 ` Borislav Petkov
2021-09-11 10:10 ` Borislav Petkov
2021-09-11 10:10 ` Borislav Petkov
2021-09-08 22:58 ` [PATCH v3 4/8] powerpc/pseries/svm: Add a powerpc " Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky via iommu
2021-09-09 7:40 ` Christophe Leroy
2021-09-09 7:40 ` Christophe Leroy
2021-09-09 7:40 ` Christophe Leroy
2021-09-09 7:40 ` Christophe Leroy
2021-09-14 11:58 ` Borislav Petkov
2021-09-14 11:58 ` Borislav Petkov
2021-09-14 11:58 ` Borislav Petkov
2021-09-14 11:58 ` Borislav Petkov
2021-09-14 11:58 ` Borislav Petkov
2021-09-14 14:47 ` Christophe Leroy
2021-09-14 14:47 ` Christophe Leroy
2021-09-14 14:47 ` Christophe Leroy
2021-09-14 14:47 ` Christophe Leroy
2021-09-14 14:47 ` Christophe Leroy
2021-09-14 14:56 ` Borislav Petkov
2021-09-14 14:56 ` Borislav Petkov
2021-09-14 14:56 ` Borislav Petkov
2021-09-14 14:56 ` Borislav Petkov
2021-09-14 14:56 ` Borislav Petkov
2021-09-15 0:28 ` Michael Ellerman
2021-09-15 0:28 ` Michael Ellerman
2021-09-15 0:28 ` Michael Ellerman
2021-09-15 0:28 ` Michael Ellerman
2021-09-15 0:28 ` Michael Ellerman
2021-09-15 10:08 ` Borislav Petkov
2021-09-15 10:08 ` Borislav Petkov
2021-09-15 10:08 ` Borislav Petkov
2021-09-15 10:08 ` Borislav Petkov
2021-09-15 10:08 ` Borislav Petkov
2021-09-15 17:18 ` Christophe Leroy
2021-09-15 17:18 ` Christophe Leroy
2021-09-15 17:18 ` Christophe Leroy
2021-09-15 17:18 ` Christophe Leroy
2021-09-15 17:18 ` Christophe Leroy
2021-09-15 18:47 ` Borislav Petkov
2021-09-15 18:47 ` Borislav Petkov
2021-09-15 18:47 ` Borislav Petkov
2021-09-15 18:47 ` Borislav Petkov
2021-09-15 18:47 ` Borislav Petkov
2021-09-16 7:35 ` Christoph Hellwig
2021-09-16 7:35 ` Christoph Hellwig
2021-09-16 7:35 ` Christoph Hellwig
2021-09-16 7:35 ` Christoph Hellwig
2021-09-16 7:35 ` Christoph Hellwig
2021-09-16 11:51 ` Michael Ellerman
2021-09-16 11:51 ` Michael Ellerman
2021-09-16 11:51 ` Michael Ellerman
2021-09-16 11:51 ` Michael Ellerman
2021-09-16 11:51 ` Michael Ellerman
2021-09-08 22:58 ` [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has() Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky via iommu
2021-09-14 18:24 ` Borislav Petkov
2021-09-14 18:24 ` Borislav Petkov
2021-09-14 18:24 ` Borislav Petkov
2021-09-14 18:24 ` Borislav Petkov
2021-09-14 18:24 ` Borislav Petkov
2021-09-20 19:23 ` Kirill A. Shutemov
2021-09-20 19:23 ` Kirill A. Shutemov
2021-09-20 19:23 ` Kirill A. Shutemov
2021-09-20 19:23 ` Kirill A. Shutemov
2021-09-20 19:23 ` Kirill A. Shutemov
2021-09-21 17:04 ` Tom Lendacky
2021-09-21 17:04 ` Tom Lendacky
2021-09-21 17:04 ` Tom Lendacky
2021-09-21 17:04 ` Tom Lendacky
2021-09-21 17:04 ` Tom Lendacky via iommu
2021-09-21 17:47 ` Borislav Petkov
2021-09-21 17:47 ` Borislav Petkov
2021-09-21 17:47 ` Borislav Petkov
2021-09-21 17:47 ` Borislav Petkov
2021-09-21 17:47 ` Borislav Petkov
2021-09-21 21:20 ` Kirill A. Shutemov
2021-09-21 21:20 ` Kirill A. Shutemov
2021-09-21 21:20 ` Kirill A. Shutemov
2021-09-21 21:20 ` Kirill A. Shutemov
2021-09-21 21:20 ` Kirill A. Shutemov
2021-09-21 21:27 ` Borislav Petkov
2021-09-21 21:27 ` Borislav Petkov
2021-09-21 21:27 ` Borislav Petkov
2021-09-21 21:27 ` Borislav Petkov
2021-09-21 21:27 ` Borislav Petkov
2021-09-21 21:34 ` Kirill A. Shutemov
2021-09-21 21:34 ` Kirill A. Shutemov
2021-09-21 21:34 ` Kirill A. Shutemov
2021-09-21 21:34 ` Kirill A. Shutemov
2021-09-21 21:34 ` Kirill A. Shutemov
2021-09-21 21:43 ` Tom Lendacky
2021-09-21 21:43 ` Tom Lendacky
2021-09-21 21:43 ` Tom Lendacky
2021-09-21 21:43 ` Tom Lendacky
2021-09-21 21:43 ` Tom Lendacky via iommu
2021-09-21 21:58 ` Kirill A. Shutemov
2021-09-21 21:58 ` Kirill A. Shutemov
2021-09-21 21:58 ` Kirill A. Shutemov
2021-09-21 21:58 ` Kirill A. Shutemov
2021-09-21 21:58 ` Kirill A. Shutemov
2021-09-22 13:40 ` Tom Lendacky
2021-09-22 13:40 ` Tom Lendacky
2021-09-22 13:40 ` Tom Lendacky
2021-09-22 13:40 ` Tom Lendacky
2021-09-22 13:40 ` Tom Lendacky via iommu
2021-09-22 14:30 ` Kirill A. Shutemov
2021-09-22 14:30 ` Kirill A. Shutemov
2021-09-22 14:30 ` Kirill A. Shutemov
2021-09-22 14:30 ` Kirill A. Shutemov
2021-09-22 14:30 ` Kirill A. Shutemov
2021-09-22 19:52 ` Borislav Petkov
2021-09-22 19:52 ` Borislav Petkov
2021-09-22 19:52 ` Borislav Petkov
2021-09-22 19:52 ` Borislav Petkov
2021-09-22 19:52 ` Borislav Petkov
2021-09-22 21:05 ` Kirill A. Shutemov [this message]
2021-09-22 21:05 ` Kirill A. Shutemov
2021-09-22 21:05 ` Kirill A. Shutemov
2021-09-22 21:05 ` Kirill A. Shutemov
2021-09-22 21:05 ` Kirill A. Shutemov
2021-09-23 18:21 ` Borislav Petkov
2021-09-23 18:21 ` Borislav Petkov
2021-09-23 18:21 ` Borislav Petkov
2021-09-23 18:21 ` Borislav Petkov
2021-09-23 18:21 ` Borislav Petkov
2021-09-24 9:41 ` Kirill A. Shutemov
2021-09-24 9:41 ` Kirill A. Shutemov
2021-09-24 9:41 ` Kirill A. Shutemov
2021-09-24 9:41 ` Kirill A. Shutemov
2021-09-24 9:41 ` Kirill A. Shutemov
2021-09-24 9:51 ` Borislav Petkov
2021-09-24 9:51 ` Borislav Petkov
2021-09-24 9:51 ` Borislav Petkov
2021-09-24 9:51 ` Borislav Petkov
2021-09-24 9:51 ` Borislav Petkov
2021-09-24 13:31 ` Tom Lendacky
2021-09-24 13:31 ` Tom Lendacky
2021-09-24 13:31 ` Tom Lendacky
2021-09-24 13:31 ` Tom Lendacky
2021-09-24 13:31 ` Tom Lendacky via iommu
2021-09-08 22:58 ` [PATCH v3 6/8] x86/sev: Replace occurrences of sev_active() " Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky via iommu
2021-09-08 22:58 ` [PATCH v3 7/8] x86/sev: Replace occurrences of sev_es_active() " Tom Lendacky via iommu
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` [PATCH v3 8/8] treewide: Replace the use of mem_encrypt_active() " Tom Lendacky via iommu
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-08 22:58 ` Tom Lendacky
2021-09-09 7:25 ` Christophe Leroy
2021-09-09 7:25 ` Christophe Leroy
2021-09-09 7:25 ` Christophe Leroy
2021-09-09 7:25 ` Christophe Leroy
2021-09-09 7:25 ` Christophe Leroy
2021-09-09 13:10 ` Tom Lendacky via iommu
2021-09-09 13:10 ` Tom Lendacky
2021-09-09 13:10 ` Tom Lendacky
2021-09-09 13:10 ` Tom Lendacky
2021-09-09 13:10 ` Tom Lendacky
2021-09-09 7:32 ` [PATCH v3 0/8] Implement generic cc_platform_has() helper function Christian Borntraeger
2021-09-09 7:32 ` Christian Borntraeger
2021-09-09 7:32 ` Christian Borntraeger
2021-09-09 7:32 ` Christian Borntraeger
2021-09-09 7:32 ` Christian Borntraeger
2021-09-09 13:01 ` Tom Lendacky
2021-09-09 13:01 ` Tom Lendacky
2021-09-09 13:01 ` Tom Lendacky
2021-09-09 13:01 ` Tom Lendacky
2021-09-09 13:01 ` Tom Lendacky via iommu
2021-09-15 16:46 ` Borislav Petkov
2021-09-15 16:46 ` Borislav Petkov
2021-09-15 16:46 ` Borislav Petkov
2021-09-15 16:46 ` Borislav Petkov
2021-09-15 16:46 ` Borislav Petkov
2021-09-15 17:26 ` Kuppuswamy, Sathyanarayanan
2021-09-15 17:26 ` Kuppuswamy, Sathyanarayanan
2021-09-15 17:26 ` Kuppuswamy, Sathyanarayanan
2021-09-15 17:26 ` Kuppuswamy, Sathyanarayanan
2021-09-15 17:26 ` Kuppuswamy, Sathyanarayanan
2021-09-16 15:02 ` Borislav Petkov
2021-09-16 15:02 ` Borislav Petkov
2021-09-16 15:02 ` Borislav Petkov
2021-09-16 15:02 ` Borislav Petkov
2021-09-16 15:02 ` Borislav Petkov
2021-09-16 18:38 ` Kuppuswamy, Sathyanarayanan
2021-09-16 18:38 ` Kuppuswamy, Sathyanarayanan
2021-09-16 18:38 ` Kuppuswamy, Sathyanarayanan
2021-09-16 18:38 ` Kuppuswamy, Sathyanarayanan
2021-09-16 18:38 ` Kuppuswamy, Sathyanarayanan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20210922210558.itofvu3725dap5xx@box.shutemov.name \
--to=kirill@shutemov.name \
--cc=Tianyu.Lan@microsoft.com \
--cc=ak@linux.intel.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=bp@alien8.de \
--cc=brijesh.singh@amd.com \
--cc=dave.hansen@linux.intel.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=hch@infradead.org \
--cc=iommu@lists.linux-foundation.org \
--cc=joro@8bytes.org \
--cc=kexec@lists.infradead.org \
--cc=kvm@vger.kernel.org \
--cc=linux-efi@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-graphics-maintainer@vmware.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=luto@kernel.org \
--cc=mingo@redhat.com \
--cc=peterz@infradead.org \
--cc=platform-driver-x86@vger.kernel.org \
--cc=sathyanarayanan.kuppuswamy@linux.intel.com \
--cc=tglx@linutronix.de \
--cc=thomas.lendacky@amd.com \
--cc=will@kernel.org \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.