Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1449720
| From | Borislav Petkov <bp@alien8.de> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] arch/x86/kernel/cpu/microcode/intel: don't store initrd's start |
| Date | 2016-07-25 20:20 +0200 |
| Message-ID | <rYSDV-7Sa-37@gated-at.bofh.it> (permalink) |
| References | (4 earlier) <rYNEd-4FI-11@gated-at.bofh.it> <rYOqB-5bn-3@gated-at.bofh.it> <rYOTF-5Bn-65@gated-at.bofh.it> <rYReN-6TV-7@gated-at.bofh.it> <rYSaS-7sC-17@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Mon, Jul 25, 2016 at 07:44:10PM +0200, Nicolai Stange wrote:
> Boots fine and updates microcode (as always, on top of next-20160722).
Thanks!
> Now that you've got basically the same #ifdefery
Are you saying one #ifdef in my version is the same as at least 7 #if*
lines in yours?
Jeez.
> and if(->valid)'s in your final result as I did,
Your get_ucode_offset() thing is called three times. That function is
also ugly as it gets a bool just to test it and return early if it is
false.
I have the valid test only once for the builtin case.
> may I ask whether you would still consider it as being simpler?
You're joking, right?
Your diffstat:
1 file changed, 44 insertions(+), 21 deletions(-)
My diffstat:
1 file changed, 14 insertions(+), 2 deletions(-)
Along with the reasons above.
> In particular, what's the point of having that ->start if it's
> redundant and has to be corrected in a more or less hackish way
> anyway?
You must be kidding right? Yours returns start too. Let me break it to
ya: we need start.
And now let me break to you the ultimate reason why: the less
intrusive/big/complex the patch, the less problems I have. Because next
time the microcode loader breaks, it won't be *you* picking up the
pieces.
Got that?
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
--
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
[PATCH] arch/x86/kernel/cpu/microcode/intel: don't store initrd's start Nicolai Stange <nicstange@gmail.com> - 2016-07-24 17:10 +0200
Re: [PATCH] arch/x86/kernel/cpu/microcode/intel: don't store initrd's start Borislav Petkov <bp@alien8.de> - 2016-07-25 09:10 +0200
Re: [PATCH] arch/x86/kernel/cpu/microcode/intel: don't store initrd's start Nicolai Stange <nicstange@gmail.com> - 2016-07-25 11:30 +0200
Re: [PATCH] arch/x86/kernel/cpu/microcode/intel: don't store initrd's start Borislav Petkov <bp@alien8.de> - 2016-07-25 14:40 +0200
Re: [PATCH] arch/x86/kernel/cpu/microcode/intel: don't store initrd's start Nicolai Stange <nicstange@gmail.com> - 2016-07-25 15:00 +0200
Re: [PATCH] arch/x86/kernel/cpu/microcode/intel: don't store initrd's start Nicolai Stange <nicstange@gmail.com> - 2016-07-25 15:10 +0200
Re: [PATCH] arch/x86/kernel/cpu/microcode/intel: don't store initrd's start Borislav Petkov <bp@alien8.de> - 2016-07-25 15:50 +0200
Re: [PATCH] arch/x86/kernel/cpu/microcode/intel: don't store initrd's start Nicolai Stange <nicstange@gmail.com> - 2016-07-25 16:20 +0200
Re: [PATCH] arch/x86/kernel/cpu/microcode/intel: don't store initrd's start Nicolai Stange <nicstange@gmail.com> - 2016-07-25 16:30 +0200
Re: [PATCH] arch/x86/kernel/cpu/microcode/intel: don't store initrd's start Borislav Petkov <bp@alien8.de> - 2016-07-25 18:50 +0200
Re: [PATCH] arch/x86/kernel/cpu/microcode/intel: don't store initrd's start Borislav Petkov <bp@alien8.de> - 2016-07-25 17:10 +0200
Re: [PATCH] arch/x86/kernel/cpu/microcode/intel: don't store initrd's start Borislav Petkov <bp@alien8.de> - 2016-07-25 18:50 +0200
Re: [PATCH] arch/x86/kernel/cpu/microcode/intel: don't store initrd's start Nicolai Stange <nicstange@gmail.com> - 2016-07-25 19:50 +0200
Re: [PATCH] arch/x86/kernel/cpu/microcode/intel: don't store initrd's start Borislav Petkov <bp@alien8.de> - 2016-07-25 20:20 +0200
csiph-web