lkml.org 
[lkml]   [1998]   [Nov]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: Intel microcode fixes [OFF-TOPIC]
Date
From
>Calm down. Imho, nobody (not even OS vendors) know or care what is in those
>"microcode fixes". Intel gives everybody a binary "blob" and OS puts it
>where needed. Of course, anyone can use it to his advantage, e.g. putting
>the blobe only in OS release > X.Y and thus forcing customers to use that
>release (or risk missing something very important in those "blobs") or say
>"such and such OS has this blob and Linux does not, so...". The interesting
>dilema is whether these blobs can go into the official kernel or not. Since
>there would be no such thing as "source"; for the microcode itself *is* a
>source so applying GPL to it is like multiplying a vector with identity matrix

We already have binary-only driver firmware in the kernel. But microcode
updates themselves probably belong in user space, or at the most as a
separately distributed module. You could always create /dev/microcode and let
root cat files to it.

p.



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:45    [W:0.117 / U:0.296 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site