[PATCH] Machine Check Architecture on amd64
Alexander Leidinger
Alexander at Leidinger.net
Tue Jul 3 09:22:49 UTC 2007
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 @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137
More information about the freebsd-current
mailing list