Re: [Bug Report] kdump crashes after latest EFI memblock changes on arm64 machines with large number of CPUs

2018-11-05 Thread Will Deacon
On Fri, Nov 02, 2018 at 02:44:10AM +0530, Bhupesh Sharma wrote: > With the latest EFI changes for memblock reservation across kdump > kernel from Ard (Commit 71e0940d52e107748b270213a01d3b1546657d74 > ["efi: honour memory reservations passed via a linux specific config > table"]), we hit a panic

Re: [PATCH V3 0/3] Unmap EFI boot services code/data regions after boot.

2018-11-05 Thread Ard Biesheuvel
On 5 November 2018 at 14:20, Thomas Gleixner wrote: > On Mon, 5 Nov 2018, Ard Biesheuvel wrote: >> On 4 November 2018 at 21:10, Sai Praneeth Prakhya >> wrote: >> Thanks Sai. >> >> I have queued these up in efi/next for now, but I'd still like a fresh >> ack from the x86 maintainers. > > I've

Re: [PATCH V3 0/3] Unmap EFI boot services code/data regions after boot.

2018-11-05 Thread Thomas Gleixner
On Mon, 5 Nov 2018, Ard Biesheuvel wrote: > On 4 November 2018 at 21:10, Sai Praneeth Prakhya > wrote: > Thanks Sai. > > I have queued these up in efi/next for now, but I'd still like a fresh > ack from the x86 maintainers. I've reviewed the CPA part and for the rest feel free to add Acked-by:

Re: [PATCH V3 1/3] x86/mm/pageattr: Introduce helper function to unmap EFI boot services

2018-11-05 Thread Thomas Gleixner
On Sun, 4 Nov 2018, Sai Praneeth Prakhya wrote: > Ideally, after kernel assumes control of the platform, firmware > shouldn't access EFI boot services code/data regions. But, it's noticed > that this is not so true in many x86 platforms. Hence, during boot, > kernel reserves EFI boot services

Re: [PATCH] efi: Fix debugobjects warning on efi_rts_work

2018-11-05 Thread Ard Biesheuvel
On 23 October 2018 at 18:43, Prakhya, Sai Praneeth wrote: > > >> -Original Message- >> From: Waiman Long [mailto:long...@redhat.com] >> Sent: Tuesday, October 23, 2018 7:18 AM >> To: Ard Biesheuvel >> Cc: linux-efi@vger.kernel.org; linux-ker...@vger.kernel.org; Prakhya, Sai >> Praneeth ;

Re: [PATCH] efi/libstub: Disable some warnings for x86{,_64}

2018-11-05 Thread Ard Biesheuvel
On 24 October 2018 at 09:22, Sedat Dilek wrote: > On Tue, Oct 23, 2018 at 7:53 PM Nathan Chancellor > wrote: >> >> On Fri, Oct 12, 2018 at 06:03:49PM -0700, Nathan Chancellor wrote: >> > When building the kernel with Clang, some disabled warnings appear >> > because this Makefile overrides

Re: [PATCH V3 0/3] Unmap EFI boot services code/data regions after boot.

2018-11-05 Thread Ard Biesheuvel
On 4 November 2018 at 21:10, Sai Praneeth Prakhya wrote: > CC'ing x86 folks because this patch set touches x86/mm which I am no expert > of. > > Ideally, after kernel assumes control of the platform, firmware shouldn't > access > EFI boot services code/data regions. But, it's noticed that this

Re: [PATCH v2 1/2] efi/fdt: Indentation fix

2018-11-05 Thread Ard Biesheuvel
On 29 October 2018 at 11:15, Julien Thierry wrote: > Closing bracket seems to end a for statement when it is actually ending > the contained if. Add some brackets to have clear delimitation of each > scope. > > No functional change/fix, just fix the indentation. > > Signed-off-by: Julien Thierry

Re: [Bug Report] kdump crashes after latest EFI memblock changes on arm64 machines with large number of CPUs

2018-11-05 Thread Marc Zyngier
On 05/11/18 11:11, Ard Biesheuvel wrote: > (+ Marc) > > On 1 November 2018 at 22:14, Bhupesh Sharma wrote: >> Hi, >> >> With the latest EFI changes for memblock reservation across kdump >> kernel from Ard (Commit 71e0940d52e107748b270213a01d3b1546657d74 >> ["efi: honour memory reservations

Re: [Bug Report] kdump crashes after latest EFI memblock changes on arm64 machines with large number of CPUs

2018-11-05 Thread Ard Biesheuvel
(+ Marc) On 1 November 2018 at 22:14, Bhupesh Sharma wrote: > Hi, > > With the latest EFI changes for memblock reservation across kdump > kernel from Ard (Commit 71e0940d52e107748b270213a01d3b1546657d74 > ["efi: honour memory reservations passed via a linux specific config > table"]), we hit a