Linux EFI/UEFI Development

• Thread Index

• [PATCH RFC 0/5] Handle UEFI NX-restricted page tables
  • From: Baskov Evgeniy <baskov@xxxxxxxxx>
• [PATCH RFC 4/5] efi: Add option for handling efi memory protection
  • From: Baskov Evgeniy <baskov@xxxxxxxxx>
• [PATCH RFC 5/5] Docs: document notemppt option
  • From: Baskov Evgeniy <baskov@xxxxxxxxx>
• Re: [PATCH v6 19/42] x86/mm: Add support to validate memory when changing C-bit
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/5] Extend e820_table to hold information about memory encryption
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] Extend e820_table to hold information about memory encryption
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 3/5] Extend e820_table to hold information about memory encryption
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• Re: [PATCH 10/13] power: supply: bq25890: Add support for registering the Vbus boost converter as a regulator
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 11/13] i2c: cht-wc: Add support for devices using a bq25890 charger
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 09/13] power: supply: bq25890: Add bq25890_set_otg_cfg() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 06/13] power: supply: bq25890: Add support for skipping initialization
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 02/13] platform/x86: dmi_device_properties: Add setup info for boards with a CHT Whiskey Cove PMIC
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 13/13] extcon: intel-cht-wc: Add support for devices with an USB-micro-B connector
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH -next,v2] efi/libstub: arm32: Use "align" for the size alignment
  • From: cuigaosheng <cuigaosheng1@xxxxxxxxxx>
• Re: [PATCH -next,v2] efi/libstub: arm32: Use "align" for the size alignment
  • From: cuigaosheng <cuigaosheng1@xxxxxxxxxx>
• Re: [PATCH 11/13] i2c: cht-wc: Add support for devices using a bq25890 charger
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 09/13] power: supply: bq25890: Add bq25890_set_otg_cfg() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 11/13] i2c: cht-wc: Add support for devices using a bq25890 charger
  • From: Yauhen Kharuzhy <jekhor@xxxxxxxxx>
• Re: [PATCH 11/13] i2c: cht-wc: Add support for devices using a bq25890 charger
  • From: Yauhen Kharuzhy <jekhor@xxxxxxxxx>
• Re: [PATCH 09/13] power: supply: bq25890: Add bq25890_set_otg_cfg() helper
  • From: Yauhen Kharuzhy <jekhor@xxxxxxxxx>
• Re: [PATCH 07/13] power: supply: bq25890: Enable charging on boards where we skip reset
  • From: Yauhen Kharuzhy <jekhor@xxxxxxxxx>
• Re: [PATCH 0/5] x86: Show in sysfs if a memory node is able to do encryption
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [PATCH v9 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH 0/5] x86: Show in sysfs if a memory node is able to do encryption
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 0/5] x86: Show in sysfs if a memory node is able to do encryption
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 5/5] Show in sysfs if a memory node is able to do encryption
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 4/5] Mark e820_entries as crypto capable from EFI memmap
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 3/5] Extend e820_table to hold information about memory encryption
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 2/5] Extend pg_data_t to hold information about memory encryption
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 1/5] Extend memblock to support memory encryption
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH] random: fix crash on multiple early calls to add_bootloader_randomness()
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3] random: fix crash on multiple early calls to add_bootloader_randomness()
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 14/42] x86/sev: Register GHCB memory when SEV-SNP is active
  • From: Boris Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 14/42] x86/sev: Register GHCB memory when SEV-SNP is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH v6 14/42] x86/sev: Register GHCB memory when SEV-SNP is active
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] builddeb: Support signing kernels with a Machine Owner Key
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH -next,v2] efi/libstub: arm32: Use "align" for the size alignment
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v6 14/42] x86/sev: Register GHCB memory when SEV-SNP is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH] random: fix crash on multiple early calls to add_bootloader_randomness()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2] random: fix crash on multiple early calls to add_bootloader_randomness()
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] random: fix crash on multiple early calls to add_bootloader_randomness()
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 14/42] x86/sev: Register GHCB memory when SEV-SNP is active
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 14/42] x86/sev: Register GHCB memory when SEV-SNP is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH v6 15/42] x86/sev: Remove do_early_exception() forward declarations
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 14/42] x86/sev: Register GHCB memory when SEV-SNP is active
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 03/13] power: supply: bq25890: Fix race causing oops at boot
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxx>
• Re: [PATCH 04/13] power: supply: bq25890: Fix initial setting of the F_CONV_RATE field
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxx>
• Re: [PATCH v6 13/42] x86/compressed: Register GHCB memory when SEV-SNP is active
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH -next,v2] efi/libstub: arm32: Use "align" for the size alignment
  • From: Gaosheng Cui <cuigaosheng1@xxxxxxxxxx>
• Re: [GIT PULL] EFI updates for v5.16
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v2 0/5] [RFC] x86: Export information about hardware memory encryption to sysfs
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• Re: [RFC 3/5] gpiolib: acpi: Add a new "ignore" module option
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC 0/5] ACPI/power-suppy add fuel-gauge support on cht-wc PMIC without USB-PD support devs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 0/5] [RFC] x86: Export information about hardware memory encryption to sysfs
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• Re: [PATCH v7 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [GIT PULL] EFI updates for v5.16
  • From: Borislav Petkov <bp@xxxxxxx>
• [PATCH -next] efi/libstub: arm32: Use "align" for the size alignment
  • From: Gaosheng Cui <cuigaosheng1@xxxxxxxxxx>
• Re: [RFC 3/5] gpiolib: acpi: Add a new "ignore" module option
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC 3/5] gpiolib: acpi: Add a new "ignore" module option
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC 0/5] ACPI/power-suppy add fuel-gauge support on cht-wc PMIC without USB-PD support devs
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 11/13] i2c: cht-wc: Add support for devices using a bq25890 charger
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [RFC 5/5] power: supply: bq27xxx: Add support for ACPI enumeration
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [RFC 4/5] power: supply: bq27xxx: Add dev helper variable to bq27xxx_battery_i2c_probe()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [RFC 3/5] gpiolib: acpi: Add a new "ignore" module option
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [RFC 2/5] gpiolib: acpi: Make acpi_gpio_in_ignore_list() more generic
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [RFC 0/5] ACPI/power-suppy add fuel-gauge support on cht-wc PMIC without USB-PD support devs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [RFC 1/5] ACPI / x86: Add 3 devices on the Xiaomi Mi Pad 2 to the always_present list
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 13/13] extcon: intel-cht-wc: Add support for devices with an USB-micro-B connector
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] random: fix crash on multiple early calls to add_bootloader_randomness()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] random: fix crash on multiple early calls to add_bootloader_randomness()
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 10/13] power: supply: bq25890: Add support for registering the Vbus boost converter as a regulator
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 09/13] power: supply: bq25890: Add bq25890_set_otg_cfg() helper
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 06/13] power: supply: bq25890: Add support for skipping initialization
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 02/13] platform/x86: dmi_device_properties: Add setup info for boards with a CHT Whiskey Cove PMIC
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 01/13] platform/x86: Rename touchscreen_dmi to dmi_device_properties
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 13/13] extcon: intel-cht-wc: Add support for devices with an USB-micro-B connector
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 12/13] extcon: intel-cht-wc: Check new "intel,cht-wc-setup" device-property
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 11/13] i2c: cht-wc: Add support for devices using a bq25890 charger
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 10/13] power: supply: bq25890: Add support for registering the Vbus boost converter as a regulator
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 09/13] power: supply: bq25890: Add bq25890_set_otg_cfg() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 08/13] power: supply: bq25890: Drop dev->platform_data == NULL check
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 07/13] power: supply: bq25890: Enable charging on boards where we skip reset
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 05/13] power: supply: bq25890: Add a bq25890_rw_init_data() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 06/13] power: supply: bq25890: Add support for skipping initialization
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 04/13] power: supply: bq25890: Fix initial setting of the F_CONV_RATE field
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 03/13] power: supply: bq25890: Fix race causing oops at boot
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 02/13] platform/x86: dmi_device_properties: Add setup info for boards with a CHT Whiskey Cove PMIC
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 00/13] power-suppy/i2c/extcon: Add support for cht-wc PMIC without USB-PD support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 01/13] platform/x86: Rename touchscreen_dmi to dmi_device_properties
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 0/5] [RFC] x86: Export information about hardware memory encryption to sysfs
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v2 0/5] [RFC] x86: Export information about hardware memory encryption to sysfs
  • From: Richard Hughes <hughsient@xxxxxxxxx>
• [PATCH] include/linux/efi.h: Remove unneeded whitespaces before tabs
  • From: Elyes HAOUAS <ehaouas@xxxxxxx>
• Re: [PATCH v2 0/5] [RFC] x86: Export information about hardware memory encryption to sysfs
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v2 0/5] [RFC] x86: Export information about hardware memory encryption to sysfs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 5/5] Show in sysfs if a memory node is able to do memory encryption
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v2 0/5] [RFC] x86: Export information about hardware memory encryption to sysfs
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] [RFC] x86: Export information about hardware memory encryption to sysfs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 0/5] [RFC] x86: Export information about hardware memory encryption to sysfs
  • From: Richard Hughes <hughsient@xxxxxxxxx>
• Re: [PATCH v2 0/5] [RFC] x86: Export information about hardware memory encryption to sysfs
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v6 11/42] x86/sev: Check the vmpl level
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 0/5] [RFC] x86: Export information about hardware memory encryption to sysfs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 0/5] [RFC] x86: Export information about hardware memory encryption to sysfs
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• Re: [PATCH v6 40/42] virt: Add SEV-SNP guest driver
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCH v6 40/42] virt: Add SEV-SNP guest driver
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH v6 40/42] virt: Add SEV-SNP guest driver
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCH v6 40/42] virt: Add SEV-SNP guest driver
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH v2 0/5] [RFC] x86: Export information about hardware memory encryption to sysfs
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v6 40/42] virt: Add SEV-SNP guest driver
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCH v2] x86/sme: Explicitly map new EFI memmap table as encrypted
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v2] x86/sme: Explicitly map new EFI memmap table as encrypted
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] x86/sme: Explicitly map new EFI memmap table as encrypted
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 40/42] virt: Add SEV-SNP guest driver
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH v2] x86/sme: Explicitly map new EFI memmap table as encrypted
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v2] x86/sme: Explicitly map new EFI memmap table as encrypted
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• [PATCH v7 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v2] x86/sme: Explicitly map new EFI memmap table as encrypted
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH] x86/sme: Explicitly map new EFI memmap table as encrypted
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH] x86/sme: Explicitly map new EFI memmap table as encrypted
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] x86/sme: Explicitly map new EFI memmap table as encrypted
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v6 40/42] virt: Add SEV-SNP guest driver
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] x86/sme: Explicitly map new EFI memmap table as encrypted
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v4 1/3] efi/libstub: Copy confidential computing secret area
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] efi/libstub: Copy confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] efi/libstub: Copy confidential computing secret area
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] efi/libstub: Copy confidential computing secret area
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] efi: Reserve confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] efi/libstub: Copy confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] efi: Disable runtime services on RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] efi/libstub: Copy confidential computing secret area
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 2/3] efi: Reserve confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] efi: Disable runtime services on RT
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH v4 2/3] efi: Reserve confidential computing secret area
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] efi/libstub: Copy confidential computing secret area
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] efi: Disable runtime services on RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v4 3/3] virt: Add efi_secret module to expose confidential computing secrets
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [PATCH v4 2/3] efi: Reserve confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [PATCH v4 1/3] efi/libstub: Copy confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [PATCH v4 0/3] Allow guest access to EFI confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] efi: Disable runtime services on RT
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH v6 09/42] x86/sev: Check SEV-SNP features support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: more bdev_nr_sectors / bdev_nr_bytes conversions
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 3/3] partitions/ibm: use bdev_nr_sectors instead of open coding it
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 3/3] partitions/ibm: use bdev_nr_sectors instead of open coding it
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] partitions/efi: use bdev_nr_bytes instead of open coding it
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/3] block/ioctl: use bdev_nr_sectors and bdev_nr_bytes
  • From: Christoph Hellwig <hch@xxxxxx>
• more bdev_nr_sectors / bdev_nr_bytes conversions
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Can EFI memory descriptors overlap? [PING v1]
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Can EFI memory descriptors overlap? [PING v1]
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [GIT PULL] efi/urgent for v5.15-rc6
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v1 0/2] firmware: dmi_scan: Make it work in kexec'ed kernel
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL] efi/urgent for v5.15-rc6
  • From: Borislav Petkov <bp@xxxxxxx>
• [PATCH v4 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH] efi: select CRYPTO for EFI_EMBEDDED_FIRMWARE
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH] efi: select CRYPTO for EFI_EMBEDDED_FIRMWARE
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi: select CRYPTO for EFI_EMBEDDED_FIRMWARE
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• Re: [GIT PULL] EFI updates for v5.16
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 3/3] virt: Add efi_secret module to expose confidential computing secrets
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 2/3] efi: Reserve confidential computing secret area
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/3] efi/libstub: Copy confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [PATCH v3 2/3] efi: Reserve confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [PATCH v3 3/3] virt: Add efi_secret module to expose confidential computing secrets
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [PATCH v3 0/3] Allow guest access to EFI confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [GIT PULL] EFI updates for v5.16
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL] EFI fixes for v5.15
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] builddeb: Support signing kernels with a Machine Owner Key
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] builddeb: Support signing kernels with a Machine Owner Key
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH v6 07/42] x86/sev: Add support for hypervisor feature VMGEXIT
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RESEND] [PATCH] Revert "efi/random: Treat EFI_RNG_PROTOCOL output as bootloader randomness"
  • From: "Ivan T. Ivanov" <iivanov@xxxxxxx>
• Re: [PATCH v6 40/42] virt: Add SEV-SNP guest driver
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [RESEND] [PATCH] Revert "efi/random: Treat EFI_RNG_PROTOCOL output as bootloader randomness"
  • From: "Ivan T. Ivanov" <iivanov@xxxxxxx>
• Re: [RESEND] [PATCH] Revert "efi/random: Treat EFI_RNG_PROTOCOL output as bootloader randomness"
  • From: "Ivan T. Ivanov" <iivanov@xxxxxxx>
• Re: [RESEND] Re: [PATCH] Revert "efi/random: Treat EFI_RNG_PROTOCOL output as bootloader randomness"
  • From: "Ivan T. Ivanov" <iivanov@xxxxxxx>
• Re: [RESEND] Re: [PATCH] Revert "efi/random: Treat EFI_RNG_PROTOCOL output as bootloader randomness"
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RESEND] Re: [PATCH] Revert "efi/random: Treat EFI_RNG_PROTOCOL output as bootloader randomness"
  • From: "Ivan T. Ivanov" <iivanov@xxxxxxx>
• [PATCH V5 09/22] LoongArch: Add boot and setup routines
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH] Revert "efi/random: Treat EFI_RNG_PROTOCOL output as bootloader randomness"
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] Revert "efi/random: Treat EFI_RNG_PROTOCOL output as bootloader randomness"
  • From: "Ivan T. Ivanov" <iivanov@xxxxxxx>
• Re: [PATCH v6 02/42] x86/sev: Shorten GHCB terminate macro names
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 03/42] x86/sev: Get rid of excessive use of defines
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 40/42] virt: Add SEV-SNP guest driver
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [PATCH v6 34/42] x86/boot: add a pointer to Confidential Computing blob in bootparams
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 33/42] boot/compressed/64: use firmware-validated CPUID for SEV-SNP guests
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 35/42] x86/compressed/64: store Confidential Computing blob address in bootparams
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 32/42] x86/compressed/64: add support for SEV-SNP CPUID table in #VC handlers
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 42/42] virt: sevguest: Add support to get extended report
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 37/42] x86/sev: use firmware-validated CPUID for SEV-SNP guests
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 36/42] x86/compressed/64: add identity mapping for Confidential Computing blob
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 40/42] virt: Add SEV-SNP guest driver
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 38/42] x86/sev: Provide support for SNP guest request NAEs
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 39/42] x86/sev: Register SNP guest request platform device
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 41/42] virt: sevguest: Add support to derive key
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 31/42] x86/boot: Add Confidential Computing type to setup_data
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 29/42] x86/compressed/acpi: move EFI config table lookup to helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 30/42] x86/compressed/acpi: move EFI vendor table lookup to helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 27/42] KVM: x86: move lookup of indexed CPUID leafs to helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 26/42] x86/sev: move MSR-based VMGEXITs for CPUID to helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 16/42] x86/sev: Add helper for validating pages in early enc attribute changes
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 28/42] x86/compressed/acpi: move EFI system table lookup to helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 25/42] x86/head: re-enable stack protection for 32/64-bit builds
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 24/42] x86/sev: Use SEV-SNP AP creation to start secondary CPUs
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 23/42] KVM: SVM: Update the SEV-ES save area mapping
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 22/42] KVM: SVM: Create a separate mapping for the GHCB save area
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 21/42] KVM: SVM: Create a separate mapping for the SEV-ES save area
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 15/42] x86/sev: Remove do_early_exception() forward declarations
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 14/42] x86/sev: Register GHCB memory when SEV-SNP is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 19/42] x86/mm: Add support to validate memory when changing C-bit
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 18/42] x86/kernel: Validate rom memory before accessing when SEV-SNP is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 20/42] KVM: SVM: Define sev_features and vmpl field in the VMSA
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 17/42] x86/kernel: Make the bss.decrypted section shared in RMP table
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 13/42] x86/compressed: Register GHCB memory when SEV-SNP is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 11/42] x86/sev: Check the vmpl level
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 12/42] x86/compressed: Add helper for validating pages in the decompression stage
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 10/42] x86/sev: Add a helper for the PVALIDATE instruction
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 09/42] x86/sev: Check SEV-SNP features support
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 07/42] x86/sev: Add support for hypervisor feature VMGEXIT
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 08/42] x86/sev-es: initialize sev_status/features within #VC handler
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 04/42] x86/head64: Carve out the guest encryption postprocessing into a helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 06/42] x86/sev: Save the negotiated GHCB version
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 05/42] x86/sev: Define the Linux specific guest termination reasons
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 03/42] x86/sev: Get rid of excessive use of defines
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 02/42] x86/sev: Shorten GHCB terminate macro names
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 00/42] Add AMD Secure Nested Paging (SEV-SNP) Guest Support
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH v6 01/42] x86/mm: Extend cc_attr to include AMD SEV-SNP
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH v2 4/4] virt: Add sev_secret module to expose confidential computing secrets
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] virt: Add sev_secret module to expose confidential computing secrets
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [efi:next] BUILD SUCCESS 720dff78de360ad9742d5f438101cedcdb5dad84
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 38fa3206bf441911258e5001ac8b6738693f8d82
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 4/4] virt: Add sev_secret module to expose confidential computing secrets
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [PATCH v2 4/4] virt: Add sev_secret module to expose confidential computing secrets
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v2 4/4] virt: Add sev_secret module to expose confidential computing secrets
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v1 0/2] firmware: dmi_scan: Make it work in kexec'ed kernel
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v1 0/2] firmware: dmi_scan: Make it work in kexec'ed kernel
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 4/4] virt: Add sev_secret module to expose confidential computing secrets
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [PATCH v2 1/4] x86: Export clean_cache_range()
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [PATCH v2 3/4] efi: Reserve confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [PATCH v2 2/4] efi/libstub: Copy confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [PATCH v2 0/4] Allow access to confidential computing secret area in SEV guests
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: [PATCH v1 0/2] firmware: dmi_scan: Make it work in kexec'ed kernel
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH -next] efi: Change down_interruptible() in virt_efi_reset_system() to down_trylock()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 1/1] efitools: enable RISC-V build
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• [PATCH 1/1] sbsigntool: add support for RISC-V images
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] of, numa: Fetch empty NUMA node ID from distance map
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 1/2] Documentation, dt, numa: Add note to empty NUMA node
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 04/10] riscv: Implement sv48 support
  • From: Alexandre Ghiti <alexandre.ghiti@xxxxxxxxxxxxx>
• Re: [PATCH v2 04/10] riscv: Implement sv48 support
  • From: Samuel Holland <samuel@xxxxxxxxxxxx>
• Re: [PATCH v2 0/6] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 0/6] memblock: cleanup memblock_free interface
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 6/6] memblock: use memblock_free for freeing virtual pointers
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 5/6] memblock: rename memblock_free to memblock_phys_free
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 4/6] memblock: stop aliasing __memblock_free_late with memblock_free_late
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 3/6] memblock: drop memblock_free_early_nid() and memblock_free_early()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 2/6] xen/x86: free_p2m_page: use memblock_free_ptr() to free a virtual pointer
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 1/6] arch_numa: simplify numa_distance allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 0/6] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 10/10] riscv: Allow user to downgrade to sv39 when hw supports sv48
  • From: Alexandre Ghiti <alexandre.ghiti@xxxxxxxxxxxxx>
• [PATCH v2 09/10] riscv: Initialize thread pointer before calling C functions
  • From: Alexandre Ghiti <alexandre.ghiti@xxxxxxxxxxxxx>
• [PATCH v2 08/10] Documentation: riscv: Add sv48 description to VM layout
  • From: Alexandre Ghiti <alexandre.ghiti@xxxxxxxxxxxxx>
• [PATCH v2 07/10] riscv: Improve virtual kernel memory layout dump
  • From: Alexandre Ghiti <alexandre.ghiti@xxxxxxxxxxxxx>
• [PATCH v2 06/10] riscv: Explicit comment about user virtual address space size
  • From: Alexandre Ghiti <alexandre.ghiti@xxxxxxxxxxxxx>
• [PATCH v2 05/10] riscv: Use pgtable_l4_enabled to output mmu_type in cpuinfo
  • From: Alexandre Ghiti <alexandre.ghiti@xxxxxxxxxxxxx>
• [PATCH v2 04/10] riscv: Implement sv48 support
  • From: Alexandre Ghiti <alexandre.ghiti@xxxxxxxxxxxxx>
• [PATCH v2 03/10] asm-generic: Prepare for riscv use of pud_alloc_one and pud_free
  • From: Alexandre Ghiti <alexandre.ghiti@xxxxxxxxxxxxx>
• [PATCH v2 02/10] riscv: Get rid of MAXPHYSMEM configs
  • From: Alexandre Ghiti <alexandre.ghiti@xxxxxxxxxxxxx>
• [PATCH v2 01/10] riscv: Allow to dynamically define VA_BITS
  • From: Alexandre Ghiti <alexandre.ghiti@xxxxxxxxxxxxx>
• [PATCH v2 00/10] Introduce sv48 support without relocatable kernel
  • From: Alexandre Ghiti <alexandre.ghiti@xxxxxxxxxxxxx>
• [PATCH] doc: efi-readvar: Fix typo in command examples
  • From: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 09/22] LoongArch: Add boot and setup routines
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH v2 2/2] of, numa: Fetch empty NUMA node ID from distance map
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH v4 0/8] Implement generic cc_platform_has() helper function
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 0/8] Implement generic cc_platform_has() helper function
  • From: "Kuppuswamy, Sathyanarayanan" <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/8] Implement generic cc_platform_has() helper function
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 0/8] Implement generic cc_platform_has() helper function
  • From: "Kuppuswamy, Sathyanarayanan" <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] efi: Disable runtime services on RT
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 0/8] Implement generic cc_platform_has() helper function
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/2] efi: Disable runtime services on RT
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Can EFI memory descriptors overlap?
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/8] Implement generic cc_platform_has() helper function
  • From: "Kuppuswamy, Sathyanarayanan" <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH 6/8] x86/sev: Replace occurrences of sev_active() with cc_platform_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 7/8] x86/sev: Replace occurrences of sev_es_active() with cc_platform_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 8/8] treewide: Replace the use of mem_encrypt_active() with cc_platform_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 4/8] powerpc/pseries/svm: Add a powerpc version of cc_platform_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 2/8] arch/cc: Introduce a function to check for confidential computing features
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 3/8] x86/sev: Add an x86 version of cc_platform_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v4 0/8] Implement generic cc_platform_has() helper function
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 1/8] x86/ioremap: Selectively build arch override encryption functions
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 2/2] of, numa: Fetch empty NUMA node ID from distance map
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 1/2] efi: Disable runtime services on RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] efi: Disable runtime services on RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] efi: Disable runtime services on RT
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/2] efi: Disable runtime services on RT
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 2/2] of, numa: Fetch empty NUMA node ID from distance map
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH v3 2/5] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 2/2] of, numa: Fetch empty NUMA node ID from distance map
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH V4 09/22] LoongArch: Add boot and setup routines
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH V4 09/22] LoongArch: Add boot and setup routines
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH v2 2/2] of, numa: Fetch empty NUMA node ID from distance map
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• [PATCH v2 1/2] Documentation, dt, numa: Add note to empty NUMA node
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• [PATCH v2 0/2] Specify empty NUMA node
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH] Documentation, dt, numa: Add note to empty NUMA node
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• [PATCH 1/2] efi: Disable runtime services on RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 2/2] efi: Allow efi=runtime
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 0/2] efi: Disable runtime services on RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH v4] lockdown,selinux: fix wrong subject in some SELinux lockdown checks
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 0/3] memblock: cleanup memblock_free interface
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Documentation, dt, numa: Add note to empty NUMA node
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Shahab Vahedi <Shahab.Vahedi@xxxxxxxxxxxx>
• Re: [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH 2/3] xen/x86: free_p2m_page: use memblock_free_ptr() to free a virtual pointer
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 2/3] xen/x86: free_p2m_page: use memblock_free_ptr() to free a virtual pointer
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 1/3] arch_numa: simplify numa_distance allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 0/3] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] Documentation, dt, numa: Add note to empty NUMA node
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• [PATCH -next] efi: Change down_interruptible() in virt_efi_reset_system() to down_trylock()
  • From: Zhang Jianhua <chris.zjh@xxxxxxxxxx>
• Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH] Documentation, dt, numa: Add note to empty NUMA node
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] Documentation, dt, numa: Add note to empty NUMA node
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH V3 09/22] LoongArch: Add boot and setup routines
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH V3 09/22] LoongArch: Add boot and setup routines
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 0/8] Implement generic cc_platform_has() helper function
  • From: "Kuppuswamy, Sathyanarayanan" <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v3 2/5] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH v3 0/8] Implement generic cc_platform_has() helper function
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 4/8] powerpc/pseries/svm: Add a powerpc version of cc_platform_has()
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/8] powerpc/pseries/svm: Add a powerpc version of cc_platform_has()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4] lockdown,selinux: fix wrong subject in some SELinux lockdown checks
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH v4] lockdown,selinux: fix wrong subject in some SELinux lockdown checks
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/8] powerpc/pseries/svm: Add a powerpc version of cc_platform_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 0/8] Implement generic cc_platform_has() helper function
  • From: "Kuppuswamy, Sathyanarayanan" <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/8] powerpc/pseries/svm: Add a powerpc version of cc_platform_has()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v3 0/8] Implement generic cc_platform_has() helper function
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 38/38] virt: sevguest: Add support to get extended report
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 v5 38/38] virt: sevguest: Add support to get extended report
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH v3 4/8] powerpc/pseries/svm: Add a powerpc version of cc_platform_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 38/38] virt: sevguest: Add support to get extended report
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [PATCH v3 4/8] powerpc/pseries/svm: Add a powerpc version of cc_platform_has()
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 4/8] powerpc/pseries/svm: Add a powerpc version of cc_platform_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 4/8] powerpc/pseries/svm: Add a powerpc version of cc_platform_has()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v3 4/8] powerpc/pseries/svm: Add a powerpc version of cc_platform_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v2 2/5] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH] ARM: decompressor: Avoid UNPREDICTABLE NOP encoding
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v4] lockdown,selinux: fix wrong subject in some SELinux lockdown checks
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v4] lockdown,selinux: fix wrong subject in some SELinux lockdown checks
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v4] lockdown,selinux: fix wrong subject in some SELinux lockdown checks
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH v3 3/8] x86/sev: Add an x86 version of cc_platform_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 0/1] [RFC] x86: Export information about hardware memory encryption to sysfs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/1] x86: Export information about hardware memory encryption to sysfs
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v3 2/8] mm: Introduce a function to check for confidential computing features
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 34/38] x86/sev: Add snp_msg_seqno() helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 v5 34/38] x86/sev: Add snp_msg_seqno() helper
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCH Part1 v5 34/38] x86/sev: Add snp_msg_seqno() helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 v5 34/38] x86/sev: Add snp_msg_seqno() helper
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCH Part1 v5 34/38] x86/sev: Add snp_msg_seqno() helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 v5 34/38] x86/sev: Add snp_msg_seqno() helper
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCH v3 8/8] treewide: Replace the use of mem_encrypt_active() with cc_platform_has()
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v3 0/8] Implement generic cc_platform_has() helper function
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH] ARM: decompressor: Avoid UNPREDICTABLE NOP encoding
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 4/8] powerpc/pseries/svm: Add a powerpc version of cc_platform_has()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v3 2/8] mm: Introduce a function to check for confidential computing features
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v3 0/8] Implement generic cc_platform_has() helper function
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3 8/8] treewide: Replace the use of mem_encrypt_active() with cc_platform_has()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v3 8/8] treewide: Replace the use of mem_encrypt_active() with cc_platform_has()
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v3 7/8] x86/sev: Replace occurrences of sev_es_active() with cc_platform_has()
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v3 6/8] x86/sev: Replace occurrences of sev_active() with cc_platform_has()
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v3 4/8] powerpc/pseries/svm: Add a powerpc version of cc_platform_has()
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v3 3/8] x86/sev: Add an x86 version of cc_platform_has()
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v3 2/8] mm: Introduce a function to check for confidential computing features
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v3 1/8] x86/ioremap: Selectively build arch override encryption functions
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v3 0/8] Implement generic cc_platform_has() helper function
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH Part1 v5 37/38] virt: sevguest: Add support to derive key
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 v5 38/38] virt: sevguest: Add support to get extended report
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] ARM: decompressor: Avoid UNPREDICTABLE NOP encoding
  • From: Andre Przywara <andre.przywara@xxxxxxx>
• Re: [PATCH Part1 v5 37/38] virt: sevguest: Add support to derive key
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 36/38] virt: Add SEV-SNP guest driver
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/5][RFC] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH 2/5][RFC] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 2/5][RFC] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH Part1 v5 36/38] virt: Add SEV-SNP guest driver
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 v5 36/38] virt: Add SEV-SNP guest driver
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] Documentation, dt, numa: Add note to empty NUMA node
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH Part1 v5 35/38] x86/sev: Register SNP guest request platform device
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 v5 35/38] x86/sev: Register SNP guest request platform device
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Increasing EFI_MMAP_NR_SLACK_SLOTS
  • From: Víctor Gonzalo <victor.gonzalo@xxxxxxxxxxxxxxxx>
• Re: [PATCH Part1 v5 35/38] x86/sev: Register SNP guest request platform device
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH 3/3] virt: Add sev_secret module to expose confidential computing secrets
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: [PATCH Part1 v5 35/38] x86/sev: Register SNP guest request platform device
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 0/3] Allow access to confidential computing secret area in SEV guests
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Allow access to confidential computing secret area in SEV guests
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] Allow access to confidential computing secret area in SEV guests
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH Part1 v5 34/38] x86/sev: Add snp_msg_seqno() helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH 0/3] Allow access to confidential computing secret area in SEV guests
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] Allow access to confidential computing secret area in SEV guests
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Allow access to confidential computing secret area in SEV guests
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] virt: Add sev_secret module to expose confidential computing secrets
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Allow access to confidential computing secret area in SEV guests
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH Part1 v5 34/38] x86/sev: Add snp_msg_seqno() helper
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 32/38] x86/sev: enable SEV-SNP-validated CPUID in #VC handlers
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 28/38] x86/compressed/64: enable SEV-SNP-validated CPUID in #VC handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/4 v2] efi/libstub: x86/mixed: increase supported argument count
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH 2/4 v2] efi/libstub: x86/mixed: increase supported argument count
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH 2/4 v2] efi/libstub: x86/mixed: increase supported argument count
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 4/4 v2] efi/libstub: measure loaded initrd info into the TPM
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [PATCH 3/4 v2] efi/libstub: consolidate initrd handling across architectures
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [PATCH 2/4 v2] efi/libstub: x86/mixed: increase supported argument count
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [PATCH 1/4 v2] efi/libstub: add prototype of efi_tcg2_protocol::hash_log_extend_event()
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [PATCH 0/4 v2] efi/libstub: measure initrd data loaded by the EFI stub
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS adcc9645e4f3d38505c317649dc2f20a484852f6
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH Part1 v5 38/38] virt: sevguest: Add support to get extended report
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: Fwd: Re: [PATCH] efi_loader: Omit memory with "no-map" when returning memory map.
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi/cper: use stack buffer for error record decoding
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH Part1 v5 37/38] virt: sevguest: Add support to derive key
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: [PATCH Part1 v5 32/38] x86/sev: enable SEV-SNP-validated CPUID in #VC handlers
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH Part1 v5 28/38] x86/compressed/64: enable SEV-SNP-validated CPUID in #VC handler
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH Part1 v5 23/38] x86/head/64: set up a startup %gs for stack protector
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH Part1 v5 34/38] x86/sev: Add snp_msg_seqno() helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 v5 38/38] virt: sevguest: Add support to get extended report
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 v5 37/38] virt: sevguest: Add support to derive key
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 v5 34/38] x86/sev: Add snp_msg_seqno() helper
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: [PATCH Part1 v5 38/38] virt: sevguest: Add support to get extended report
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: [PATCH Part1 v5 37/38] virt: sevguest: Add support to derive key
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: [PATCH v3] lockdown,selinux: fix wrong subject in some SELinux lockdown checks
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v3] lockdown,selinux: fix wrong subject in some SELinux lockdown checks
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Fwd: Re: [PATCH] efi_loader: Omit memory with "no-map" when returning memory map.
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH Part1 v5 32/38] x86/sev: enable SEV-SNP-validated CPUID in #VC handlers
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 35/38] x86/sev: Register SNP guest request platform device
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH v3] lockdown,selinux: fix wrong subject in some SELinux lockdown checks
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v3] lockdown,selinux: fix wrong subject in some SELinux lockdown checks
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH Part1 v5 35/38] x86/sev: Register SNP guest request platform device
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: [PATCH Part1 v5 30/38] x86/compressed/64: store Confidential Computing blob address in bootparams
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 28/38] x86/compressed/64: enable SEV-SNP-validated CPUID in #VC handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3] lockdown,selinux: fix wrong subject in some SELinux lockdown checks
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH v3] lockdown,selinux: fix wrong subject in some SELinux lockdown checks
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [efitools PATCH 1/1] Make.rules: enable building on riscv64
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• Re: [PATCH Part1 v5 23/38] x86/head/64: set up a startup %gs for stack protector
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 32/38] x86/sev: enable SEV-SNP-validated CPUID in #VC handlers
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH Part1 v5 30/38] x86/compressed/64: store Confidential Computing blob address in bootparams
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH Part1 v5 29/38] x86/boot: add a pointer to Confidential Computing blob in bootparams
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH Part1 v5 32/38] x86/sev: enable SEV-SNP-validated CPUID in #VC handlers
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH Part1 v5 28/38] x86/compressed/64: enable SEV-SNP-validated CPUID in #VC handler
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH Part1 v5 32/38] x86/sev: enable SEV-SNP-validated CPUID in #VC handlers
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH Part1 v5 23/38] x86/head/64: set up a startup %gs for stack protector
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH Part1 v5 34/38] x86/sev: Add snp_msg_seqno() helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [efi:urgent] BUILD SUCCESS 07b98091e0ab5049542997f6fbc08f98efa2ec1d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2: 1/1] efi/libstub: "Exiting bootservices" message
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2: 1/1] efi/libstub: "Exiting bootservices" message
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• Re: [PATCH] efi/libstub: "Exiting bootservices" message
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi/libstub: "Exiting bootservices" message
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• [efi:next] BUILD SUCCESS 1be72c8e0786727df375f11c8178ce7e65eea20e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH Part1 v5 33/38] x86/sev: Provide support for SNP guest request NAEs
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH Part1 v5 33/38] x86/sev: Provide support for SNP guest request NAEs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 33/38] x86/sev: Provide support for SNP guest request NAEs
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH Part1 v5 34/38] x86/sev: Add snp_msg_seqno() helper
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 33/38] x86/sev: Provide support for SNP guest request NAEs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 33/38] x86/sev: Provide support for SNP guest request NAEs
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 v5 33/38] x86/sev: Provide support for SNP guest request NAEs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 33/38] x86/sev: Provide support for SNP guest request NAEs
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 v5 33/38] x86/sev: Provide support for SNP guest request NAEs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 17/38] x86/mm: Add support to validate memory when changing C-bit
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 32/38] x86/sev: enable SEV-SNP-validated CPUID in #VC handlers
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 32/38] x86/sev: enable SEV-SNP-validated CPUID in #VC handlers
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 v5 32/38] x86/sev: enable SEV-SNP-validated CPUID in #VC handlers
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 31/38] x86/compressed/64: add identity mapping for Confidential Computing blob
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [GIT PULL] EFI updates for v5.15
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH Part1 v5 30/38] x86/compressed/64: store Confidential Computing blob address in bootparams
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] efi: cper: check section header more appropriately
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v6 2/2] eif/capsule-pstore: Add capsule pstore backend
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH Part1 v5 29/38] x86/boot: add a pointer to Confidential Computing blob in bootparams
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 28/38] x86/compressed/64: enable SEV-SNP-validated CPUID in #VC handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 26/38] x86/compressed/acpi: move EFI config table access to common code
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH Part1 v5 23/38] x86/head/64: set up a startup %gs for stack protector
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH Part1 v5 23/38] x86/head/64: set up a startup %gs for stack protector
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 23/38] x86/head/64: set up a startup %gs for stack protector
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH Part1 v5 26/38] x86/compressed/acpi: move EFI config table access to common code
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 23/38] x86/head/64: set up a startup %gs for stack protector
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [PATCH Part1 v5 23/38] x86/head/64: set up a startup %gs for stack protector
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 17/38] x86/mm: Add support to validate memory when changing C-bit
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 17/38] x86/mm: Add support to validate memory when changing C-bit
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 v5 17/38] x86/mm: Add support to validate memory when changing C-bit
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 0/5] Support EFI partition on NVIDIA Tegra devices
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH v7 0/4] Support EFI partition on NVIDIA Tegra devices
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v6 0/5] Support EFI partition on NVIDIA Tegra devices
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v6 3/5] EFI: Introduce the new AMD Memory Encryption GUID.
  • From: Ashish Kalra <Ashish.Kalra@xxxxxxx>
• Re: [PATCH v6 0/5] Support EFI partition on NVIDIA Tegra devices
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH v7 0/4] Support EFI partition on NVIDIA Tegra devices
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH v2 03/12] x86/sev: Add an x86 version of prot_guest_has()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/5] Support EFI partition on NVIDIA Tegra devices
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH] x86/sev: Remove do_early_exception() forward declarations
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH] x86/sev: Remove do_early_exception() forward declarations
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/3] virt: Add sev_secret module to expose confidential computing secrets
  • From: Andrew Scull <ascull@xxxxxxxxxx>
• Re: [PATCH Part1 v5 13/38] x86/sev: Register GHCB memory when SEV-SNP is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 v5 11/38] x86/compressed: Add helper for validating pages in the decompression stage
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 v5 07/38] x86/sev: Add support for hypervisor feature VMGEXIT
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 v5 07/38] x86/sev: Add support for hypervisor feature VMGEXIT
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 v5 13/38] x86/sev: Register GHCB memory when SEV-SNP is active
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 v5 11/38] x86/compressed: Add helper for validating pages in the decompression stage
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] efi: cper: check section header more appropriately
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH Part1 v5 07/38] x86/sev: Add support for hypervisor feature VMGEXIT
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v4 24/36] x86/compressed/acpi: move EFI config table access to common code
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v4 22/36] x86/sev: move MSR-based VMGEXITs for CPUID to helper
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 0/5] Support EFI partition on NVIDIA Tegra devices
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v6 2/5] partitions/efi: Support non-standard GPT location
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v6 2/5] partitions/efi: Support non-standard GPT location
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH v6 0/5] Support EFI partition on NVIDIA Tegra devices
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH 3/3] virt: Add sev_secret module to expose confidential computing secrets
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [PATCH Part1 v5 38/38] virt: sevguest: Add support to get extended report
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 36/38] virt: Add SEV-SNP guest driver
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 33/38] x86/sev: Provide support for SNP guest request NAEs
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 32/38] x86/sev: enable SEV-SNP-validated CPUID in #VC handlers
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 37/38] virt: sevguest: Add support to derive key
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 21/38] KVM: SVM: Update the SEV-ES save area mapping
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 35/38] x86/sev: Register SNP guest request platform device
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 31/38] x86/compressed/64: add identity mapping for Confidential Computing blob
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 20/38] KVM: SVM: Create a separate mapping for the GHCB save area
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 29/38] x86/boot: add a pointer to Confidential Computing blob in bootparams
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 19/38] KVM: SVM: Create a separate mapping for the SEV-ES save area
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 25/38] KVM: x86: move lookup of indexed CPUID leafs to helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 18/38] KVM: SVM: Define sev_features and vmpl field in the VMSA
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 28/38] x86/compressed/64: enable SEV-SNP-validated CPUID in #VC handler
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 34/38] x86/sev: Add snp_msg_seqno() helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 30/38] x86/compressed/64: store Confidential Computing blob address in bootparams
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 24/38] x86/sev: move MSR-based VMGEXITs for CPUID to helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 17/38] x86/mm: Add support to validate memory when changing C-bit
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 27/38] x86/boot: Add Confidential Computing type to setup_data
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 16/38] x86/kernel: Validate rom memory before accessing when SEV-SNP is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 10/38] x86/sev: Check the vmpl level
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 23/38] x86/head/64: set up a startup %gs for stack protector
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 06/38] x86/sev: Save the negotiated GHCB version
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 11/38] x86/compressed: Add helper for validating pages in the decompression stage
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 09/38] x86/sev: Add a helper for the PVALIDATE instruction
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 26/38] x86/compressed/acpi: move EFI config table access to common code
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 15/38] x86/kernel: Make the bss.decrypted section shared in RMP table
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 14/38] x86/sev: Add helper for validating pages in early enc attribute changes
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 08/38] x86/sev: Check SEV-SNP features support
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 07/38] x86/sev: Add support for hypervisor feature VMGEXIT
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 22/38] x86/sev: Use SEV-SNP AP creation to start secondary CPUs
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 13/38] x86/sev: Register GHCB memory when SEV-SNP is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 05/38] x86/sev: Define the Linux specific guest termination reasons
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 12/38] x86/compressed: Register GHCB memory when SEV-SNP is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 04/38] x86/head64: Carve out the guest encryption postprocessing into a helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 03/38] x86/sev: Get rid of excessive use of defines
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 02/38] x86/sev: Shorten GHCB terminate macro names
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 01/38] x86/mm: Add sev_feature_enabled() helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 v5 00/38] Add AMD Secure Nested Paging (SEV-SNP) Guest Support
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 40/40] KVM: SVM: Support SEV-SNP AP Creation NAE event
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v3 2/5] KVM: x86: invert KVM_HYPERCALL to default to VMMCALL
  • From: Ashish Kalra <ashish.kalra@xxxxxxx>
• Re: [PATCH v7 4/4] mmc: sdhci-tegra: Enable MMC_CAP2_ALT_GPT_TEGRA
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 4/5] mmc: sdhci-tegra: Implement alternative_gpt_sector()
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH Part1 RFC v4 22/36] x86/sev: move MSR-based VMGEXITs for CPUID to helper
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH Part1 RFC v4 24/36] x86/compressed/acpi: move EFI config table access to common code
  • From: Michael Roth <michael.roth@xxxxxxx>
• [PATCH v7 4/4] mmc: sdhci-tegra: Enable MMC_CAP2_ALT_GPT_TEGRA
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v7 3/4] mmc: block: Support alternative_gpt_sector() operation
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v7 2/4] partitions/efi: Support non-standard GPT location
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v7 1/4] block: Add alternative_gpt_sector() operation
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v7 0/4] Support EFI partition on NVIDIA Tegra devices
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v3 2/5] KVM: x86: invert KVM_HYPERCALL to default to VMMCALL
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v3 2/5] KVM: x86: invert KVM_HYPERCALL to default to VMMCALL
  • From: "Kalra, Ashish" <Ashish.Kalra@xxxxxxx>
• Re: [PATCH v6 0/5] Support EFI partition on NVIDIA Tegra devices
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v3 2/5] KVM: x86: invert KVM_HYPERCALL to default to VMMCALL
  • From: "Kalra, Ashish" <Ashish.Kalra@xxxxxxx>
• Re: [PATCH v3 2/5] KVM: x86: invert KVM_HYPERCALL to default to VMMCALL
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 03/12] x86/sev: Add an x86 version of prot_guest_has()
  • From: "Kuppuswamy, Sathyanarayanan" <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/12] powerpc/pseries/svm: Add a powerpc version of prot_guest_has()
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v2 03/12] x86/sev: Add an x86 version of prot_guest_has()
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v2 03/12] x86/sev: Add an x86 version of prot_guest_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 4/5] mmc: sdhci-tegra: Implement alternative_gpt_sector()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v6 0/5] Support EFI partition on NVIDIA Tegra devices
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH Part1 RFC v4 24/36] x86/compressed/acpi: move EFI config table access to common code
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v4 22/36] x86/sev: move MSR-based VMGEXITs for CPUID to helper
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 02/12] mm: Introduce a function to check for virtualization protection features
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH Part1 RFC v4 22/36] x86/sev: move MSR-based VMGEXITs for CPUID to helper
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v6 2/5] partitions/efi: Support non-standard GPT location
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH Part1 RFC v4 24/36] x86/compressed/acpi: move EFI config table access to common code
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v5 4/5] mmc: sdhci-tegra: Implement alternative_gpt_sector()
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH 3/3] virt: Add sev_secret module to expose confidential computing secrets
  • From: Andrew Scull <ascull@xxxxxxxxxx>
• Re: [PATCH Part1 RFC v4 25/36] x86/boot: Add Confidential Computing type to setup_data
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v4 24/36] x86/compressed/acpi: move EFI config table access to common code
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v4 23/36] KVM: x86: move lookup of indexed CPUID leafs to helper
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 04/12] powerpc/pseries/svm: Add a powerpc version of prot_guest_has()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 03/12] x86/sev: Add an x86 version of prot_guest_has()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/12] mm: Introduce a function to check for virtualization protection features
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH Part1 RFC v4 22/36] x86/sev: move MSR-based VMGEXITs for CPUID to helper
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v4 21/36] x86/head/64: set up a startup %gs for stack protector
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 4/5] mmc: sdhci-tegra: Implement alternative_gpt_sector()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v6 2/5] partitions/efi: Support non-standard GPT location
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v6 1/5] block: Add alternative_gpt_sector() operation
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v6 5/5] mmc: sdhci-tegra: Enable MMC_CAP2_ALT_GPT_SECTOR
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v6 4/5] mmc: block: Support alternative_gpt_sector() operation
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v6 3/5] mmc: core: Add raw_boot_mult field to mmc_ext_csd
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v6 2/5] partitions/efi: Support non-standard GPT location
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v6 1/5] block: Add alternative_gpt_sector() operation
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v6 0/5] Support EFI partition on NVIDIA Tegra devices
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v5 4/5] mmc: sdhci-tegra: Implement alternative_gpt_sector()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v5 4/5] mmc: sdhci-tegra: Implement alternative_gpt_sector()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 4/5] mmc: sdhci-tegra: Implement alternative_gpt_sector()
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH Part1 RFC v4 20/36] x86/sev: Use SEV-SNP AP creation to start secondary CPUs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 4/5] mmc: sdhci-tegra: Implement alternative_gpt_sector()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v5 1/5] block: Add alternative_gpt_sector() operation
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v5 5/5] partitions/efi: Support non-standard GPT location
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v5 2/5] mmc: block: Support alternative_gpt_sector() operation
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v5 4/5] mmc: sdhci-tegra: Implement alternative_gpt_sector()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/5] mmc: block: Support alternative_gpt_sector() operation
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 5/5] partitions/efi: Support non-standard GPT location
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/5] block: Add alternative_gpt_sector() operation
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v5 5/5] partitions/efi: Support non-standard GPT location
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v5 4/5] mmc: sdhci-tegra: Implement alternative_gpt_sector()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v5 3/5] mmc: core: Add raw_boot_mult field to mmc_ext_csd
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v5 2/5] mmc: block: Support alternative_gpt_sector() operation
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v5 1/5] block: Add alternative_gpt_sector() operation
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v5 0/5] Support EFI partition on NVIDIA Tegra devices
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH Part1 RFC v4 20/36] x86/sev: Use SEV-SNP AP creation to start secondary CPUs
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH Part1 RFC v4 15/36] x86/mm: Add support to validate memory when changing C-bit
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v4 15/36] x86/mm: Add support to validate memory when changing C-bit
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v4 20/36] x86/sev: Use SEV-SNP AP creation to start secondary CPUs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 06/12] x86/sev: Replace occurrences of sev_active() with prot_guest_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 05/12] x86/sme: Replace occurrences of sme_active() with prot_guest_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 03/12] x86/sev: Add an x86 version of prot_guest_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v4 15/36] x86/mm: Add support to validate memory when changing C-bit
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v4 15/36] x86/mm: Add support to validate memory when changing C-bit
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v4 16/36] KVM: SVM: define new SEV_FEATURES field in the VMCB Save State Area
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>