Prev: MmGetMdlByteCount < DataTransferLength with data corruption
Next: Fill Form And Get $5000 To Your Home.
From: Guilherme M Azeredo Guilherme M on 26 Jun 2010 11:35 Hi, I have seen your posts about reading spd data from memory. I am interested on this subject too. In fact, i will be satisfied if i could at least read the number of memory modules present on one system. Although reading the entire spd data would be better. WMI does give the correct information all the time, as we know... Have you discovered any way for reading spd data or the number of memory modules on one system? Thanks in advance! Guilherme "Maxim S. Shatskih" wrote: > > It discourages me to hear from experienced developers to indicate there is > > no straight forward way to do some mundane things (which are not so mundane). > > No, by far not mundane. Looks like the most streamlined solution is to get the specs for all north bridges (or Linux code for them) and have lots of chip-specific code. > > -- > Maxim S. Shatskih > Windows DDK MVP > maxim(a)storagecraft.com > http://www.storagecraft.com > > . >
From: Pavel A. on 26 Jun 2010 15:51
"m" <m(a)b.c> wrote in message news:usU$Vmd3KHA.4332(a)TK2MSFTNGP02.phx.gbl... > +1 - I have had the misfortune to have implemented SMBIOS and ACPI decode > logic in a couple of projects, but been very disappointed that even > high-end brand name HW (IE IBM, HP etc.) does not not reliably expose > anything Perhaps this means that almost nobody has _justified_ interest in this data? Service techs of the manufacturers do not need to hack anything because they have documentation. --pa |