Linux EFI/UEFI Development
[Prev Page][Next Page]
- 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>
- [PATCHv6 01/15] x86/boot: Centralize __pa()/__va() definitions
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- [PATCHv6 03/15] efi/x86: Get full memory map in allocate_e820()
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- Re: [PATCH v8 0/8] x86: Show in sysfs if a memory node is able to do encryption
- From: Richard Hughes <hughsient@xxxxxxxxx>
- RE: [PATCHv5 06/12] x86/boot/compressed: Handle unaccepted memory
- From: "Xu, Min M" <min.m.xu@xxxxxxxxx>
- Re: [PATCH V10 09/22] LoongArch: Add boot and setup routines
- From: WANG Xuerui <kernel@xxxxxxxxxx>
- Re: [PATCH V10 09/22] LoongArch: Add boot and setup routines
- From: Huacai Chen <chenhuacai@xxxxxxxxx>
- Re: [PATCH V10 09/22] LoongArch: Add boot and setup routines
- From: WANG Xuerui <kernel@xxxxxxxxxx>
- [efi:next] BUILD SUCCESS a6cfe03c34bad8c7f51aba49a73403e348c51d1f
- From: kernel test robot <lkp@xxxxxxxxx>
- [PATCH V10 09/22] LoongArch: Add boot and setup routines
- From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
- Re: [PATCHv5 06/12] x86/boot/compressed: Handle unaccepted memory
- From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
- Re: [PATCHv5 06/12] x86/boot/compressed: Handle unaccepted memory
- From: Borislav Petkov <bp@xxxxxxx>
- [syzbot] KASAN: use-after-free Read in anon_vma_interval_tree_remove
- From: syzbot <syzbot+dae32a647a56f4d153da@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCHv5 06/12] x86/boot/compressed: Handle unaccepted memory
- From: Dionna Amalie Glaze <dionnaglaze@xxxxxxxxxx>
- [PATCH v3 5/5] mtd: ubi: block: add option to enable scanning for partitions
- From: Daniel Golle <daniel@xxxxxxxxxxxxxx>
- [PATCH v3 3/5] partitions/efi: add support for uImage.FIT sub-partitions
- From: Daniel Golle <daniel@xxxxxxxxxxxxxx>
- [PATCH v3 4/5] mtd_blkdevs: add option to enable scanning for partitions
- From: Daniel Golle <daniel@xxxxxxxxxxxxxx>
- [PATCH v3 2/5] block: add partition parser for U-Boot uImage.FIT
- From: Daniel Golle <daniel@xxxxxxxxxxxxxx>
- [PATCH v3 1/5] block: add new flag to add partitions read-only
- From: Daniel Golle <daniel@xxxxxxxxxxxxxx>
- [PATCH v3 0/5] partition parser for U-Boot's uImage.FIT
- From: Daniel Golle <daniel@xxxxxxxxxxxxxx>
- Re: [PATCH v2 2/5] block: add partition parser for U-Boot uImage.FIT
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2 2/5] block: add partition parser for U-Boot uImage.FIT
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCHv5 10/12] x86/tdx: Unaccepted memory support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCHv5 08/12] x86/mm: Provide helpers for unaccepted memory
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCHv5 10/12] x86/tdx: Unaccepted memory support
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCHv5 08/12] x86/mm: Provide helpers for unaccepted memory
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCHv5 08/12] x86/mm: Provide helpers for unaccepted memory
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCHv5 06/12] x86/boot/compressed: Handle unaccepted memory
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v8 0/8] x86: Show in sysfs if a memory node is able to do encryption
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
[Index of Archives]
[Linux Kernel Development]
[Security]
[Linux ARM Kernel]
[Tools]
[Linux MIPS]
[Linux S390]
[Bugtraq]
[Share Photos]>
[Fedora ARM]