Re: [PATCH 5/5] x86_64 EFI support -v3: EFI document

Andi Kleen wrote:
> 
> Ah i didn't realize this. Ok then kexec is also quite broken.
> Somehow this must have been missed this fundamental flaw when this code was 
> reviewed.
> 

It wasn't missed.  It was given the "there is no other way" defence, and
somehow that was considered sufficient.

Now, one could argue that kexec can just pass the boot_params from the
previous kernel boot, except there is no way to read them out, and so
it's not how it actually works.

	-hpa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• References:
  • Re: [PATCH 5/5] x86_64 EFI support -v3: EFI document
    • From: Etienne Lorrain <[email protected]>
  • Re: [PATCH 5/5] x86_64 EFI support -v3: EFI document
    • From: Andi Kleen <[email protected]>
  • Re: [PATCH 5/5] x86_64 EFI support -v3: EFI document
    • From: "huang ying" <[email protected]>
  • Re: [PATCH 5/5] x86_64 EFI support -v3: EFI document
    • From: Andi Kleen <[email protected]>

• Prev by Date: Re: [PATCH 11/14] CacheFiles: Permit an inode's security ID to be obtained [try #2]
• Next by Date: Re: [PATCH] include linux/types.h in if_fddi.h
• Previous by thread: Re: [PATCH 5/5] x86_64 EFI support -v3: EFI document
• Next by thread: Re: [PATCH 5/5] x86_64 EFI support -v3: EFI document
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]