lkml.org 
[lkml]   [2004]   [Mar]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRE: Linux Kernel Microcode Question
On Thu, 18 Mar 2004, David Schwartz wrote:
> It is at least theoeretically possible that a microcode update might cause
> an operation that's normally done very quickly (in dedicated hardware) to be
> done by a slower path (microcode operations) to fix a bug in the dedicated
> hardware

Did you dream that up or did you read it somewhere? If the latter, where?

All operations are done by "dedicated hardware" and microcode DOES modify
that hardware, or rather the way instructions are "digested". So, applying
microcode doesn't make anything slower per se, it's just replacing one
code sequence with another code sequence. If a new code happens to be
slower than the old one then of course the result will be slower, but the
reverse is also true. When you fix a bug in a particular software why
should a bugfix be apriori slower than the original code? Think about it.

So please do not spread misinformation that applying microcode makes
something slower. If anything, it should make things faster, as long as
the guys at Intel are writing the correct (micro)code.

Kind regards
Tigran


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

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