Quoting Chuck Swiger <cswiger_at_mac.com> (from Mon, 02 Jul 2007 12:35:43 -0400): > Suleiman Souhlal wrote: >> On Jul 2, 2007, at 5:12 AM, Takeharu KATO wrote: >>> Apparently, the patch does not have memory scrub facility. >>> Do you have a plan to implement the memory scrub facility like >>> solaris does? >>> >>> P.S. In fact, I was also trying to implement the MCE facility, so >>> I am interesting to your patch. >> >> While I don't know about Intel CPUs, K8 CPUs from AMD have a >> hardware DRAM/data cache scrubber, so I didn't bother implementing >> it, and I don't really plan to, at least in the near future. It >> should, however, be pretty easy to implement. > > Agreed, at least some BIOSes have an advanced memory tuning page > somewhere which lets you enable or disable the BG cache memory > scrubbing on AMD64 chips. > > I'm at least as interested in getting FreeBSD-level support for loading > CPU microcode into a running system, as I've got a bunch of remote HP > or Dell PE boxes floating around in racks somewhere. Getting them to > boot into a DOS/Windows env to reflash their BIOS or update something > like a Intel or Broadcomm NIC to disable their remote management or > whatever is eating traffic to be more of a hassle than a convenience > even when one is not dealing with remote systems. less /usr/ports/sysutils/devcpu/pkg-descr Note, I'm not able to load microcode on my Athlon XP yet, Stanislav would probably appreciate some help with this. Bye, Alexander. -- There is a vast difference between the savage and civilized man, but it is never apparent to their wives until after breakfast. -- Helen Rowland http://www.Leidinger.net Alexander _at_ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild _at_ FreeBSD.org : PGP ID = 72077137Received on Tue Jul 03 2007 - 07:22:49 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:13 UTC