On Sun, 2003-01-12 at 11:45, Alan Cox wrote: > There are actually very few chips we don't have to deal with some kind > of errata on, and the newer more complex chips generally have the larger > collections of errata. > > One thing that has been helpful is the microcode update stuff Intel did, we > hit few bugs that up to date microcode kill off > The hardware engineers, in my experience, will not refer to those issues as bugs, but rather as misdocumented features... No? I mean if an errata is enough to work around the problem, then the documentation was clearly the problem, and not the hardware implementation. As per the microcode updates, I noticed RedHat 8 was autoupdating microcode on each boot IIRC. I've since switched to Debian and don't know that it does this. Should I be concerned? -Rob - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo _at_ vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Follow-Ups: References:
- Re: Nvidia and its choice to read the GPL "differently"Chuck Wolber
- Intel And Kenrel Programming (was: Nvidia is a great company)Rob Wilkens
- Re: Intel And Kenrel Programming (was: Nvidia is a great company)Alan Cox
- Prev by Date: Re: choice of raid5 checksumming algorithm wrong ?
- Next by Date: Re: Intel And Kenrel Programming (was: Nvidia is a great company)
- Previous by thread: Re: Intel And Kenrel Programming (was: Nvidia is a great company)
- Next by thread: Re: Intel And Kenrel Programming (was: Nvidia is a great company)
- Indexes:[Main][Thread]