A quick benchmark of that laptop’s SSD (via the GNOME Disks utility) revealed 284MB/s transfer, which is as fast as the SATA 2 connection will go. I also allowed Linux to upgrade its kernel to the Meltdown-fixed version on that Core 2 Duo laptop, which I am using now, and so far it’s not causing any noticeable slowdowns. I looked through the CPUID hex codes of the Linux microcode updates that have been changed, and I have yet to see anything even remotely close to my Core 2 Duo and Sandy Bridge i5 yet. Linux Mint has done this already there is a “new” firmware revision offered for installation on my PCs that is numbered higher than the previous, but actually contains the older code. In the meantime, Dell should make a new BIOS release newer than the faulty one (so the version checker will allow it) that contains the previous microcode. Hopefully, this incident will serve to educate Dell and other OEMs about the foolishness of this practice once and for all. I’ve had reason to downgrade firmware before on a number of occasions (not only on PCs, either). This is exactly why these silly “no downgrading BIOS” rules should never be created in the first place.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |