Linux EFI/UEFI Development

• Thread Index

• Re: [PATCH v2 03/13] firmware: google: Test spinlock on panic path to avoid lockups
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH v2 3/3] efi: earlycon: Add support for generic framebuffers and move to console subsystem
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] efi: earlycon: Add support for generic framebuffers and move to console subsystem
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 1/3] drivers: serial: earlycon: Correct argument name
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH v2 3/3] efi: earlycon: Add support for generic framebuffers and move to console subsystem
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• [PATCH v2 2/3] drivers: serial: earlycon: Pass device-tree node
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• [PATCH v2 1/3] drivers: serial: earlycon: Correct argument name
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• [PATCH v2 0/3] Add generic framebuffer support to EFI earlycon driver
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Add efistub booting support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH v3] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH RFC v1] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH RFC v1] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [GIT PULL 2/2] EFI removal of efivars sysfs driver
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL 1/2] EFI updates for v5.20
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH RFC v1] hw/i386: place setup_data at fixed place in memory
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [GIT PULL 2/2] EFI removal of efivars sysfs driver
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH RFC v1] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application
  • From: Srinivas Kandagatla <srinivas.kandagatla@xxxxxxxxxx>
• [GIT PULL 1/2] EFI updates for v5.20
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL 2/2] EFI removal of efivars sysfs driver
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL 0/2] EFI pull requests for v5.20
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• [PATCH v2 3/3] efi-panic: Introduce the UEFI panic notification mechanism
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH v2 2/3] efi: efibc: Guard against allocation failure
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH v2 1/3] efi: Add a generic helper to convert strings to unicode
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH v2 0/3] The UEFI panic notification mechanism, 2nd round
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 1/2] drivers: serial: earlycon: Pass device-tree node
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 1/2] drivers: serial: earlycon: Pass device-tree node
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dionna Amalie Glaze <dionnaglaze@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 1/2] drivers: serial: earlycon: Pass device-tree node
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Konrad Dybcio <konrad.dybcio@xxxxxxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH] docs: efi-stub: Fix paths for x86 / arm stubs
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] drivers: serial: earlycon: Pass device-tree node
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• [PATCH 1/2] drivers: serial: earlycon: Pass device-tree node
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• [PATCH 0/2] Add generic framebuffer support to EFI earlycon driver
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH] docs: efi-stub: Fix paths for x86 / arm stubs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• [PATCH] docs: efi-stub: Fix paths for x86 / arm stubs
  • From: "João Paulo Rechi Vita" <jprvita@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCHv7 14/14] x86/tdx: Add unaccepted memory support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 03/14] mm: Report unaccepted memory in meminfo
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCHv7 13/14] x86/tdx: Refactor try_accept_one()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCHv7 08/14] x86/mm: Reserve unaccepted memory bitmap
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 06/14] efi/x86: Implement support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 05/14] x86/boot: Add infrastructure required for unaccepted memory support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 04/14] efi/x86: Get full memory map in allocate_e820()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] efi/x86-mixed: leave RET unmitigated but move it into .rodata
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH] efi/x86-mixed: leave RET unmitigated but move it into .rodata
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/x86-mixed: leave RET unmitigated but move it into .rodata
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH] efi/x86-mixed: leave RET unmitigated but move it into .rodata
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 3/4] firmware: Add support for Qualcomm UEFI Secure Application
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• [PATCH 2/4] firmware: Add support for Qualcomm Trusted Execution Environment SCM calls
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• [PATCH 1/4] firmware: qcom_scm: Export SCM call functions
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS ca0d181c9ce5699fab00d84346d550d700f3061d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efi/x86-mixed: leave RET unmitigated but move it into .rodata
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: Brendan Trotter <btrotter@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] efi/x86-mixed: leave RET unmitigated but move it into .rodata
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Marc Orr <marcorr@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V3 0/5] Support for 64bit hartid on RV64 platforms
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Marc Orr <marcorr@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 03/13] firmware: google: Test spinlock on panic path to avoid lockups
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH v2 00/13] The panic notifiers refactor strikes back - fixes/clean-ups
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dionna Amalie Glaze <dionnaglaze@xxxxxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• RE: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: "Yao, Jiewen" <jiewen.yao@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dionna Amalie Glaze <dionnaglaze@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dionna Amalie Glaze <dionnaglaze@xxxxxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Thadeu Lima de Souza Cascardo <cascardo@xxxxxxxxxxxxx>
• [PATCH] efi: Fix comment typo
  • From: Jason Wang <wangborong@xxxxxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHv7 05/14] x86/boot: Add infrastructure required for unaccepted memory support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v12 29/46] x86/boot: Add Confidential Computing type to setup_data
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Thadeu Lima de Souza Cascardo <cascardo@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] Fix 2 5.19 power-off regressions caused by sys-off-handler work
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: Fix efi_power_off() not being run before acpi_power_off() when necessary
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: Fix efi_power_off() not being run before acpi_power_off() when necessary
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/2] platform/x86: x86-android-tablets: Fix Lenovo Yoga Tablet 2 830/1050 poweroff again
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] Fix 2 5.19 power-off regressions caused by sys-off-handler work
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH 0/2] Fix 2 5.19 power-off regressions caused by sys-off-handler work
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 1/2] platform/x86: x86-android-tablets: Fix Lenovo Yoga Tablet 2 830/1050 poweroff again
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 2/2] efi: Fix efi_power_off() not being run before acpi_power_off() when necessary
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: Brendan Trotter <btrotter@xxxxxxxxx>
• Re: [PATCH v12 19/46] x86/kernel: Make the .bss..decrypted section shared in RMP table
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
  • From: "Chen, Rong A" <rong.a.chen@xxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v9 9/9] drivers/node: Show in sysfs node's crypto capabilities
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: Brendan Trotter <btrotter@xxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 9/9] drivers/node: Show in sysfs node's crypto capabilities
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• Re: [PATCH v9 7/9] x86/e820: Add unit tests for e820_range_* functions
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• Re: [PATCH v9 7/9] x86/e820: Add unit tests for e820_range_* functions
  • From: David Gow <davidgow@xxxxxxxxxx>
• Re: [PATCH v9 9/9] drivers/node: Show in sysfs node's crypto capabilities
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v9 9/9] drivers/node: Show in sysfs node's crypto capabilities
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• [PATCH v9 8/9] x86/efi: Mark e820_entries as crypto capable from EFI memmap
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• [PATCH v9 6/9] x86/e820: Tag e820_entry with crypto capabilities
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• [PATCH v9 7/9] x86/e820: Add unit tests for e820_range_* functions
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• [PATCH v9 2/9] mm/mmzone: Tag pg_data_t with crypto capabilities
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• [PATCH v9 5/9] x86/e820: Refactor e820__range_remove
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• [PATCH v9 1/9] mm/memblock: Tag memblocks with crypto capabilities
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• [PATCH v9 4/9] x86/e820: Refactor __e820__range_update
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• [PATCH v9 3/9] x86/e820: Add infrastructure to refactor e820__range_{update,remove}
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• [PATCH v9 0/9] x86: Show in sysfs if a memory node is able to do encryption
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• Re: [PATCHv7 11/14] x86: Disable kexec if system has unaccepted memory
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS df3c9072ef90b19ee317afbef185b65537c701cf
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 6cc11d2a1759275b856e464265823d94aabd5eaf
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [PATCH v12 19/46] x86/kernel: Make the .bss..decrypted section shared in RMP table
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [Question] efi: First 512 bytes of image oddity.
  • From: Ariel Cabello Mateos <080ariel@xxxxxxxxx>
• Re: [PATCH v2 0/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 0/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v2 0/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS dc977c0c9ac244db8ce1871e0a4f3c1a25d38e84
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 0/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v2 0/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCHv7 11/14] x86: Disable kexec if system has unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv7 11/14] x86: Disable kexec if system has unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 11/14] x86: Disable kexec if system has unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] UEFI panic notification mechanism
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH v2 13/17] driver core: Use device's fwnode to check if it is waiting for suppliers
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 4/4] ACPI: Move PRM config option under the main ACPI config
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 3/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 2/4] arm64: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 1/4] ACPI: PRM: Change handler_addr type to void pointer
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] drivers: fix typo in firmware/efi/memmap.c
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] ARM: efi: Simplify arch_efi_call_virt() macro
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] ARM: efi: Simplify arch_efi_call_virt() macro
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] ARM: efi: Simplify arch_efi_call_virt() macro
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 13/17] driver core: Use device's fwnode to check if it is waiting for suppliers
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v2 13/17] driver core: Use device's fwnode to check if it is waiting for suppliers
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v2 13/17] driver core: Use device's fwnode to check if it is waiting for suppliers
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v2] ARM: efi: Simplify arch_efi_call_virt() macro
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] LoongArch: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 4/4] ACPI: Move PRM config option under the main ACPI config
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 1/4] ACPI: PRM: Change handler_addr type to void pointer
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 2/4] arm64: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 0/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 3/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 1/2] efi: remove use of list iterator variable after loop
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/2] UEFI panic notification mechanism
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 13/17] driver core: Use device's fwnode to check if it is waiting for suppliers
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] powerpc/pseries: add support for local secure storage called Platform KeyStore(PKS)
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 13/17] driver core: Use device's fwnode to check if it is waiting for suppliers
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv7 14/14] x86/tdx: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH] drivers: fix typo in firmware/efi/memmap.c
  • From: Zheng Zhi Yuan <kevinjone25@xxxxxxxxxxxx>
• [PATCH] efi/capsule-loader: Fix use-after-free in efi_capsule_write
  • From: Hyunwoo Kim <imv4bel@xxxxxxxxx>
• Re: [PATCH 1/3] arm64: efi: Simplify arch_efi_call_virt macro by not using efi_##f##_t type
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/3] arm64: efi: Simplify arch_efi_call_virt macro by not using efi_##f##_t type
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [efi:next] BUILD SUCCESS 2d82e6227ea189c0589e7383a36616ac2a2d248c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 1/3] arm64: efi: Simplify arch_efi_call_virt macro by not using efi_##f##_t type
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 3/3] ACPI: Move PRM config option under the main ACPI config
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 2/3] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v3 1/9] pstore: Add priv field to pstore_record for backend specific use
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Marc Orr <marcorr@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Marc Orr <marcorr@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCHv7 14/14] x86/tdx: Add unaccepted memory support
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [PATCH 3/3] ACPI: Move PRM config option under the main ACPI config
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH 1/3] arm64: efi: Simplify arch_efi_call_virt macro by not using efi_##f##_t type
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH 2/3] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH 0/3] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v3 2/9] efi: vars: Don't drop lock in the middle of efivar_init()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 9/9] efi: vars: Move efivar caching layer into efivarfs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 4/9] efi: pstore: Omit efivars caching EFI varstore access layer
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 1/9] pstore: Add priv field to pstore_record for backend specific use
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 7/9] efi: vars: Remove deprecated 'efivars' sysfs interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 6/9] efi: vars: Drop __efivar_entry_iter() helper which is no longer used
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 0/9] efi: Restructure EFI varstore driver
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 3/9] efi: vars: Add thin wrapper around EFI get/set variable interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 5/9] efi: vars: Use locking version to iterate over efivars linked lists
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 8/9] efi: vars: Switch to new wrapper layer
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] selftests/kexec: remove broken EFI_VARS secure boot fallback check
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 2/4] Input: applespi - avoid efivars API and invoke EFI services directly
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv7 11/14] x86: Disable kexec if system has unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv7 11/14] x86: Disable kexec if system has unaccepted memory
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCHv7 01/14] x86/boot: Centralize __pa()/__va() definitions
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 13/14] x86/tdx: Refactor try_accept_one()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 12/14] x86/tdx: Make _tdx_hypercall() and __tdx_module_call() available in boot stub
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 11/14] x86: Disable kexec if system has unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/3] powerpc/pseries: expose authenticated variables stored in LPAR PKS
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs
  • From: Nayna <nayna@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [RFC PATCH v2 3/3] powerpc/pseries: expose authenticated variables stored in LPAR PKS
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [RFC PATCH v2 0/3] powerpc/pseries: add support for local secure storage called Platform KeyStore(PKS)
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [RFC PATCH v2 1/3] powerpc/pseries: define driver for Platform KeyStore
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• Re: [PATCHv7 06/14] efi/x86: Implement support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS aa6d1ed107eba26f49933216cffe797253914132
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 4/9] efi: pstore: Omit efivars caching EFI varstore access layer
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 4/9] efi: pstore: Omit efivars caching EFI varstore access layer
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 4/9] efi: pstore: Omit efivars caching EFI varstore access layer
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 1/9] pstore: Don't expose ECC metadata via pstore file system
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 4/9] efi: pstore: Omit efivars caching EFI varstore access layer
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 4/9] efi: pstore: Omit efivars caching EFI varstore access layer
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [efi:next] BUILD SUCCESS 98e152c19b66cfe44e1924d2554626a25758f1ea
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] EFI fixes for v5.19 #1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 0/4] efivar: remove inappropriate uses of the efivar API
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL] EFI fixes for v5.19 #1
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 9/9] efi: vars: Move efivar caching layer into efivarfs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 2/9] efi: vars: Don't drop lock in the middle of efivar_init()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 8/9] efi: vars: Switch to new wrapper layer
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 7/9] efi: vars: Remove deprecated 'efivars' sysfs interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 4/9] efi: pstore: Omit efivars caching EFI varstore access layer
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 6/9] efi: vars: Drop __efivar_entry_iter() helper which is no longer used
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 5/9] efi: vars: Use locking version to iterate over efivars linked lists
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 1/9] pstore: Don't expose ECC metadata via pstore file system
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 3/9] efi: vars: Add thin wrapper around EFI get/set variable interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 0/9] efi: Restructure EFI varstore driver
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi: efibc: avoid efivar API for setting variables
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] media: atomisp_gmin_platform: stop abusing efivar API
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] media: atomisp_gmin_platform: stop abusing efivar API
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/4] efivar: remove inappropriate uses of the efivar API
  • From: Kalle Valo <kvalo@xxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH 4/4] brcmfmac: Switch to appropriate helper to load EFI variable contents
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 3/4] iwlwifi: Switch to proper EFI variable store interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 2/4] Input: applespi - avoid efivars API and invoke EFI services directly
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 0/4] efivar: remove inappropriate uses of the efivar API
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 1/4] efi: avoid efivars layer when loading SSDTs from variables
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] arch/riscv: Add support for STACKLEAK gcc plugin
  • From: Dao Lu <daolu@xxxxxxxxxxxx>
• [PATCH] LoongArch: Add efistub booting support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [RFC PATCH 1/2] selftests/kexec: remove broken EFI_VARS secure boot fallback check
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v12 19/46] x86/kernel: Make the .bss..decrypted section shared in RMP table
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] efi: remove deprecated 'efivars' sysfs interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] efi: remove deprecated 'efivars' sysfs interface
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v12 19/46] x86/kernel: Make the .bss..decrypted section shared in RMP table
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH 2/2] efi: remove deprecated 'efivars' sysfs interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH 1/2] selftests/kexec: remove broken EFI_VARS secure boot fallback check
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH 0/2] efi: get rid of deprecated sysfs varstore interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS 902c2d91582c7ff0cb5f57ffb3766656f9b910c6
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] arch/riscv: Add support for STACKLEAK gcc plugin
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] arch/riscv: Add support for STACKLEAK gcc plugin
  • From: Dao Lu <daolu@xxxxxxxxxxxx>
• Re: [PATCH] Correct comment on efi_memmap_alloc
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv7 05/14] x86/boot: Add infrastructure required for unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv7 05/14] x86/boot: Add infrastructure required for unaccepted memory support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/5] introduce mirrored memory support for arm64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 4/5] arm64: mm: Only remove nomap flag for initrd
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v5 1/5] efi: arm64: Introduce ability to find mirrored memory ranges
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 1/5] efi: arm64: Introduce ability to find mirrored memory ranges
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v5 0/5] introduce mirrored memory support for arm64
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 0/5] introduce mirrored memory support for arm64
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v12 19/46] x86/kernel: Make the .bss..decrypted section shared in RMP table
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v12 19/46] x86/kernel: Make the .bss..decrypted section shared in RMP table
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v12 19/46] x86/kernel: Make the .bss..decrypted section shared in RMP table
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v12 19/46] x86/kernel: Make the .bss..decrypted section shared in RMP table
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v12 19/46] x86/kernel: Make the .bss..decrypted section shared in RMP table
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• [PATCHv7 13/14] x86/tdx: Refactor try_accept_one()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 14/14] x86/tdx: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 05/14] x86/boot: Add infrastructure required for unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 11/14] x86: Disable kexec if system has unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 07/14] x86/boot/compressed: Handle unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 09/14] x86/mm: Provide helpers for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 08/14] x86/mm: Reserve unaccepted memory bitmap
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 06/14] efi/x86: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 12/14] x86/tdx: Make _tdx_hypercall() and __tdx_module_call() available in boot stub
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 03/14] mm: Report unaccepted memory in meminfo
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 04/14] efi/x86: Get full memory map in allocate_e820()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 01/14] x86/boot: Centralize __pa()/__va() definitions
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH] Correct comment on efi_memmap_alloc
  • From: Liu Zixian <liuzixian4@xxxxxxxxxx>
• Re: [PATCH v5 5/5] memblock: Disable mirror feature if kernelcore is not specified
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v5 5/5] memblock: Disable mirror feature if kernelcore is not specified
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 5/5] memblock: Disable mirror feature if kernelcore is not specified
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v5 5/5] memblock: Disable mirror feature if kernelcore is not specified
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• [PATCH v5 2/5] mm: Ratelimited mirrored memory related warning messages
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• [PATCH v5 0/5] introduce mirrored memory support for arm64
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• [PATCH v5 4/5] arm64: mm: Only remove nomap flag for initrd
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• [PATCH v5 3/5] mm: Limit warning message in vmemmap_verify() to once
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• [PATCH v5 1/5] efi: arm64: Introduce ability to find mirrored memory ranges
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• Re: [PATCH v12 19/46] x86/kernel: Make the .bss..decrypted section shared in RMP table
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v4 5/6] mm: Only remove nomap flag for initrd
  • From: mawupeng <mawupeng1@xxxxxxxxxx>
• Re: [PATCH v4 6/6] memblock: Disable mirror feature if kernelcore is not specified
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v4 6/6] memblock: Disable mirror feature if kernelcore is not specified
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 6/6] memblock: Disable mirror feature if kernelcore is not specified
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 4/6] mm: Limit warning message in vmemmap_verify() to once
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 6/6] memblock: Disable mirror feature if kernelcore is not specified
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 5/6] mm: Only remove nomap flag for initrd
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 2/6] arm64/mirror: arm64 enabling - find mirrored memory ranges
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 6/6] memblock: Disable mirror feature if kernelcore is not specified
  • From: mawupeng <mawupeng1@xxxxxxxxxx>
• [PATCH v4 3/6] mm: Ratelimited mirrored memory related warning messages
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• [PATCH v4 6/6] memblock: Disable mirror feature if kernelcore is not specified
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• [PATCH v4 5/6] mm: Only remove nomap flag for initrd
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• [PATCH v4 1/6] efi: Make efi_find_mirror() public
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• [PATCH v4 4/6] mm: Limit warning message in vmemmap_verify() to once
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• [PATCH v4 2/6] arm64/mirror: arm64 enabling - find mirrored memory ranges
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• [PATCH v4 0/6] introduce mirrored memory support for arm64
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• [PATCH] efi/capsule-loader: Add write mutex to prevent uaf
  • From: Hyunwoo Kim <imv4bel@xxxxxxxxx>
• Re: [PATCH v3 0/6] introduce mirrored memory support for arm64
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 05c800c26b21e089e22e1738ea28568a2be5bd61
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 6/6] efi: Disable mirror feature if kernelcore is not specified
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v3 0/6] introduce mirrored memory support for arm64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 0/6] introduce mirrored memory support for arm64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 6/6] efi: Disable mirror feature if kernelcore is not specified
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 2/6] arm64/mirror: arm64 enabling - find mirrored memory ranges
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 5/6] mm: Add mirror flag back on initrd memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 2/6] arm64/mirror: arm64 enabling - find mirrored memory ranges
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v3 4/6] mm: Demote warning message in vmemmap_verify() to debug level
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v3 2/6] arm64/mirror: arm64 enabling - find mirrored memory ranges
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 2/6] arm64/mirror: arm64 enabling - find mirrored memory ranges
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v3 3/6] mm: Ratelimited mirrored memory related warning messages
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v3 1/6] efi: Make efi_find_mirror() public
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH] efi: sysfb_efi: remove unnecessary <asm/efi.h> include
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi: sysfb_efi: remove unnecessary <asm/efi.h> include
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH] efi/x86: libstub: Fix typo in __efi64_argmap* name
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi/x86: libstub: Fix typo in __efi64_argmap* name
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• Re: [PATCH] efi: random: wait for CRNG to become ready before refreshing the seed
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: random: wait for CRNG to become ready before refreshing the seed
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 5/6] mm: Add mirror flag back on initrd memory
  • From: mawupeng <mawupeng1@xxxxxxxxxx>
• Re: [PATCH v3 4/6] mm: Demote warning message in vmemmap_verify() to debug level
  • From: mawupeng <mawupeng1@xxxxxxxxxx>
• [PATCH] efi: random: wait for CRNG to become ready before refreshing the seed
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 5/6] mm: Add mirror flag back on initrd memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 5/6] mm: Add mirror flag back on initrd memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 5/6] mm: Add mirror flag back on initrd memory
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 3/6] mm: Ratelimited mirrored memory related warning messages
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v3 4/6] mm: Demote warning message in vmemmap_verify() to debug level
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v3 3/6] mm: Ratelimited mirrored memory related warning messages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 5/6] mm: Add mirror flag back on initrd memory
  • From: mawupeng <mawupeng1@xxxxxxxxxx>
• Re: [PATCH v3 4/6] mm: Demote warning message in vmemmap_verify() to debug level
  • From: mawupeng <mawupeng1@xxxxxxxxxx>
• Re: [PATCHv5 06/12] x86/boot/compressed: Handle unaccepted memory
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• [PATCH] firmware/efi: Add write mutex to prevent uaf - revision
  • From: Hyunwoo Kim <imv4bel@xxxxxxxxx>
• Re: [PATCHv5 06/12] x86/boot/compressed: Handle unaccepted memory
  • From: Dionna Amalie Glaze <dionnaglaze@xxxxxxxxxx>
• [PATCH] firmware/efi: Add write mutex to prevent uaf
  • From: Hyunwoo Kim <imv4bel@xxxxxxxxx>
• Re: [PATCH v3 5/6] mm: Add mirror flag back on initrd memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 4/6] mm: Demote warning message in vmemmap_verify() to debug level
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 3/6] mm: Ratelimited mirrored memory related warning messages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 5/6] mm: Add mirror flag back on initrd memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 3/6] mm: Ratelimited mirrored memory related warning messages
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• [PATCH v3 4/6] mm: Demote warning message in vmemmap_verify() to debug level
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• [PATCH v3 5/6] mm: Add mirror flag back on initrd memory
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• [PATCH v3 6/6] efi: Disable mirror feature if kernelcore is not specified
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• [PATCH v3 2/6] arm64/mirror: arm64 enabling - find mirrored memory ranges
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• [PATCH v3 1/6] efi: Make efi_find_mirror() public
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• [PATCH v3 0/6] introduce mirrored memory support for arm64
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• Re: [PATCH v3 4/5] mtd_blkdevs: add option to enable scanning for partitions
  • From: Daniel Golle <daniel@xxxxxxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 04/40] x86/sev: Add the host SEV-SNP initialization support
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [GIT PULL] EFI updates for v5.19 #2
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] efi: clean up Kconfig dependencies on CONFIG_EFI
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v3 4/5] mtd_blkdevs: add option to enable scanning for partitions
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH V15 11/24] LoongArch: Add boot and setup routines
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V15 11/24] LoongArch: Add boot and setup routines
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: Steps forward for the LoongArch UEFI bringup patch? (was: Re: [PATCH V14 11/24] LoongArch: Add boot and setup routines)
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V15 11/24] LoongArch: Add boot and setup routines
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Steps forward for the LoongArch UEFI bringup patch? (was: Re: [PATCH V14 11/24] LoongArch: Add boot and setup routines)
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: Steps forward for the LoongArch UEFI bringup patch? (was: Re: [PATCH V14 11/24] LoongArch: Add boot and setup routines)
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: [PATCH V15 11/24] LoongArch: Add boot and setup routines
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [GIT PULL] EFI updates for v5.19 #2
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH V15 11/24] LoongArch: Add boot and setup routines
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: Steps forward for the LoongArch UEFI bringup patch? (was: Re: [PATCH V14 11/24] LoongArch: Add boot and setup routines)
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH 0/2] UEFI panic notification mechanism
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: Steps forward for the LoongArch UEFI bringup patch? (was: Re: [PATCH V14 11/24] LoongArch: Add boot and setup routines)
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Steps forward for the LoongArch UEFI bringup patch? (was: Re: [PATCH V14 11/24] LoongArch: Add boot and setup routines)
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv5 06/12] x86/boot/compressed: Handle unaccepted memory
  • From: Dionna Amalie Glaze <dionnaglaze@xxxxxxxxxx>
• Steps forward for the LoongArch UEFI bringup patch? (was: Re: [PATCH V14 11/24] LoongArch: Add boot and setup routines)
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [PATCHv5 06/12] x86/boot/compressed: Handle unaccepted memory
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• [PATCH V14 11/24] LoongArch: Add boot and setup routines
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 04/40] x86/sev: Add the host SEV-SNP initialization support
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxx>
• [PATCH V13 11/24] LoongArch: Add boot and setup routines
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCHv6 10/15] x86/mm: Report unaccepted memory in /proc/meminfo
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH] LoongArch: Fix unsigned expression compared with zero
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Introduce sv48 support without relocatable kernel
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [efi:next] BUILD SUCCESS 75ed63d919400b803691a0c757ee23c6f767a625
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCHv5 06/12] x86/boot/compressed: Handle unaccepted memory
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCHv5 06/12] x86/boot/compressed: Handle unaccepted memory
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCHv5 06/12] x86/boot/compressed: Handle unaccepted memory
  • From: Dionna Amalie Glaze <dionnaglaze@xxxxxxxxxx>
• Re: [PATCHv5 06/12] x86/boot/compressed: Handle unaccepted memory
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCHv6 03/15] efi/x86: Get full memory map in allocate_e820()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv6 15/15] mm/vmstat: Add counter for memory accepting
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv6 03/15] efi/x86: Get full memory map in allocate_e820()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCHv6 03/15] efi/x86: Get full memory map in allocate_e820()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH V12 11/24] LoongArch: Add boot and setup routines
  • From: "Jiaxun Yang" <jiaxun.yang@xxxxxxxxxxx>
• [PATCH V12 11/24] LoongArch: Add boot and setup routines
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCHv6 15/15] mm/vmstat: Add counter for memory accepting
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCHv6 03/15] efi/x86: Get full memory map in allocate_e820()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCHv6 02/15] mm: Add support for unaccepted memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCHv5 06/12] x86/boot/compressed: Handle unaccepted memory
  • From: Dionna Amalie Glaze <dionnaglaze@xxxxxxxxxx>
• [PATCH] efi: clean up Kconfig dependencies on CONFIG_EFI
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] efi: EFI_DISABLE_RUNTIME should depend on EFI
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] riscv: read-only pages should not be writable
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• Re: [PATCH v2] efi: EFI_DISABLE_RUNTIME should depend on EFI
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi/x86: libstub: Make DXE calls mixed mode safe
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] riscv: read-only pages should not be writable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] riscv: read-only pages should not be writable
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• Re: [PATCH 18/30] acpi: Disable APEI error injection if the kernel is locked down
  • From: joeyli <jlee@xxxxxxxx>
• [PATCH] x86: Fix all occurences of "the the"
  • From: Bo Liu <liubo03@xxxxxxxxxx>
• [PATCH V3 1/5] riscv: cpu_ops_sbi: Add 64bit hartid support on RV64
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH V3 3/5] riscv: smp: Add 64bit hartid support on RV64
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH V3 5/5] riscv/efi_stub: Add 64bit boot-hartid support on RV64
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH V3 2/5] riscv: spinwait: Fix hartid variable type
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH V3 4/5] riscv: cpu: Add 64bit hartid support on RV64
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH V3 0/5] Support for 64bit hartid on RV64 platforms
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• Re: [PATCH V2 4/5] riscv: cpu: Support for 64bit hartid
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• Re: [PATCH V2 4/5] riscv: cpu: Support for 64bit hartid
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [PATCH V2 3/5] riscv: smp: Support for 64bit hartid
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [PATCH V2 2/5] riscv: spinwait: Fix hartid variable type
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [PATCH V2 1/5] riscv: cpu_ops_sbi: Support for 64bit hartid
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [PATCH 2/5] riscv: cpu_ops_spinwait: Support for 64bit hartid
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] riscv/efi_stub: Support for 64bit boot-hartid
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH V2 5/5] riscv/efi_stub: Support for 64bit boot-hartid
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH V2 4/5] riscv: cpu: Support for 64bit hartid
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH V2 3/5] riscv: smp: Support for 64bit hartid
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH V2 2/5] riscv: spinwait: Fix hartid variable type
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH V2 1/5] riscv: cpu_ops_sbi: Support for 64bit hartid
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH V2 0/5] Support for 64bit hartid on RV64 platforms
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] riscv/efi_stub: Support for 64bit boot-hartid
  • From: Jessica Clarke <jrtc27@xxxxxxxxxx>
• Re: [PATCH 5/5] riscv/efi_stub: Support for 64bit boot-hartid
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [PATCH 5/5] riscv/efi_stub: Support for 64bit boot-hartid
  • From: Jessica Clarke <jrtc27@xxxxxxxxxx>
• Re: [PATCH 5/5] riscv/efi_stub: Support for 64bit boot-hartid
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [PATCH 5/5] riscv/efi_stub: Support for 64bit boot-hartid
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] riscv: smp: Support for 64bit hartid
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] riscv/efi_stub: Support for 64bit boot-hartid
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 2/5] riscv: cpu_ops_spinwait: Support for 64bit hartid
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] riscv: cpu_ops_sbi: Support for 64bit hartid
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• [PATCH 5/5] riscv/efi_stub: Support for 64bit boot-hartid
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH 4/5] riscv: cpu: Support for 64bit hartid
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH 3/5] riscv: smp: Support for 64bit hartid
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH 2/5] riscv: cpu_ops_spinwait: Support for 64bit hartid
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH 1/5] riscv: cpu_ops_sbi: Support for 64bit hartid
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH 0/5] Support for 64bit hartid on RV64 platforms
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• Re: Re: [PATCH V11 09/22] LoongArch: Add boot and setup routines
  • From: 李超 <lichao@xxxxxxxxxxx>
• Re: [PATCH] LoongArch: take size of pointed value, not pointer
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] LoongArch: take size of pointed value, not pointer
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V11 09/22] LoongArch: Add boot and setup routines
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH V11 09/22] LoongArch: Add boot and setup routines
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• [PATCH v2] efi: EFI_DISABLE_RUNTIME should depend on EFI
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] efi: EFI_DISABLE_RUNTIME should depend on EFI
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] efi: EFI_DISABLE_RUNTIME should depend on EFI
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH] efi: EFI_DISABLE_RUNTIME should depend on EFI
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] LoongArch: take size of pointed value, not pointer
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Fix unsigned function returning negative constant
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] LoongArch: take size of pointed value, not pointer
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Fix unsigned function returning negative constant
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• [PATCH] LoongArch: take size of pointed value, not pointer
  • From: Haowen Bai <baihaowen@xxxxxxxxx>
• [PATCH] LoongArch: Fix unsigned function returning negative constant
  • From: Haowen Bai <baihaowen@xxxxxxxxx>
• Re: [PATCH 0/2] Add support to relocate kernel image to mirrored region
  • From: mawupeng <mawupeng1@xxxxxxxxxx>
• Re: [GIT PULL] EFI updates for v5.19
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 0/2] Add support to relocate kernel image to mirrored region
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/2] Add support to relocate kernel image to mirrored region
  • From: mawupeng <mawupeng1@xxxxxxxxxx>
• Re: [PATCH 0/2] Add support to relocate kernel image to mirrored region
  • From: mawupeng <mawupeng1@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS 3f68e69520d3d52d66a6ad872a75b7d8f2ea7665
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V11 09/22] LoongArch: Add boot and setup routines
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH V11 09/22] LoongArch: Add boot and setup routines
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH V11 09/22] LoongArch: Add boot and setup routines
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH V11 09/22] LoongArch: Add boot and setup routines
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH V11 09/22] LoongArch: Add boot and setup routines
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH V11 09/22] LoongArch: Add boot and setup routines
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• [PATCH 2/2] efi-panic: Introduce the UEFI panic notification module
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 1/2] efi: Add a generic helper to convert strings to unicode
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 0/2] UEFI panic notification mechanism
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH V11 09/22] LoongArch: Add boot and setup routines
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH V11 09/22] LoongArch: Add boot and setup routines
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH V11 09/22] LoongArch: Add boot and setup routines
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH V11 09/22] LoongArch: Add boot and setup routines
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH V11 09/22] LoongArch: Add boot and setup routines
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH V11 09/22] LoongArch: Add boot and setup routines
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH V11 09/22] LoongArch: Add boot and setup routines
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL] EFI updates for v5.19
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/2] Add support to relocate kernel image to mirrored region
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/2] Add support to relocate kernel image to mirrored region
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V4 1/1] riscv/efi_stub: Add support for RISCV_EFI_BOOT_PROTOCOL
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 1/1] riscv/efi_stub: Add support for RISCV_EFI_BOOT_PROTOCOL
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [PATCHv6 02/15] mm: Add support for unaccepted memory
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCHv6 02/15] mm: Add support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Add support to relocate kernel image to mirrored region
  • From: mawupeng <mawupeng1@xxxxxxxxxx>
• Re: [PATCHv6 02/15] mm: Add support for unaccepted memory
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH V5 1/1] riscv/efi_stub: Add support for RISCV_EFI_BOOT_PROTOCOL
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• Re: [PATCH V5 1/1] riscv/efi_stub: Add support for RISCV_EFI_BOOT_PROTOCOL
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V4 1/1] riscv/efi_stub: Add support for RISCV_EFI_BOOT_PROTOCOL
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V4 1/1] riscv/efi_stub: Add support for RISCV_EFI_BOOT_PROTOCOL
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• Re: [PATCH V4 1/1] riscv/efi_stub: Add support for RISCV_EFI_BOOT_PROTOCOL
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH V5 1/1] riscv/efi_stub: Add support for RISCV_EFI_BOOT_PROTOCOL
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH V5 0/1] RISCV_EFI_BOOT_PROTOCOL support in linux
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• Re: [PATCH V4 1/1] riscv/efi_stub: Add support for RISCV_EFI_BOOT_PROTOCOL
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v8 0/8] x86: Show in sysfs if a memory node is able to do encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v8 0/8] x86: Show in sysfs if a memory node is able to do encryption
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH V11 09/22] LoongArch: Add boot and setup routines
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH V11 09/22] LoongArch: Add boot and setup routines
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH V4 0/1] RISCV_EFI_BOOT_PROTOCOL support in linux
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH V4 1/1] riscv/efi_stub: Add support for RISCV_EFI_BOOT_PROTOCOL
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH V11 09/22] LoongArch: Add boot and setup routines
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH v8 0/8] x86: Show in sysfs if a memory node is able to do encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv6 02/15] mm: Add support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv6 02/15] mm: Add support for unaccepted memory
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCHv6 11/15] x86: Disable kexec if system has unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv6 06/15] x86/boot/compressed: Handle unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv6 13/15] x86/tdx: Refactor try_accept_one()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv6 08/15] x86/mm: Provide helpers for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv6 05/15] efi/x86: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv6 15/15] mm/vmstat: Add counter for memory accepting
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv6 14/15] x86/tdx: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv6 10/15] x86/mm: Report unaccepted memory in /proc/meminfo
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv6 00/15] mm, x86/cc: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv6 04/15] x86/boot: Add infrastructure required for unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv6 02/15] mm: Add support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv6 09/15] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv6 12/15] x86/tdx: Make _tdx_hypercall() and __tdx_module_call() available in boot stub
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv6 07/15] x86/mm: Reserve unaccepted memory bitmap
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>