From: Jon C. <jon...@ne...> - 2004-06-06 00:42:32
|
The fact that the spec requires that the modification of the SDRR be = supported has always been a mystery to me. The only valid reason I can = come up with for this requirement is so that vendors build their systems = to enable others to distribute them giving them a different look and = feel. For instance, we build systems here at Newisys. We may have = multiple vendors wanting to slap their name on the systems. Some of = them may want the systems to be build with 5 fans, others with 8 fans, = etc. Same for any other types of components that have sensors = assoicated with them (e.g. power supplies). Anyway, I think you get the = picture. By requiring that the SDDR be allowed to be modified it = enables each vendor to modify it prior to shipping. Unfortunately there = is now way to "lock down" the SDRR so that it can't be modified by = actual customers who could actually do more damage than good by = modifying it.=20 I would recommend not providing this type of function directly through = the command line but requiring someone wanting to do it to use the raw = commands.=20 -----Original Message----- From: ipm...@li... [mailto:ipm...@li...]On Behalf Of Fredrik Ohrn Sent: Friday, June 04, 2004 1:55 PM To: Duncan Laurie Cc: darrell bradley; ipm...@li... Subject: Re: [Ipmitool-devel] ipmi tool menu On Fri, 4 Jun 2004, Duncan Laurie wrote: > On Fri, 2004-06-04 at 11:32, Fredrik Ohrn wrote: > >=20 > > Would the ability to mess around in the SDR really be that useful? = It's=20 > > not like one can easily wire up ones own sensors to an existing = BMC... > >=20 >=20 > Good question.. Most BMC implementations seem to have their own = methods > for populating the SDR so this would be more of an end-user function.=20 >=20 > Perhaps it could be used to fix bugs in existing records? I seem to > have one box in particular that has a record with bad values in the > conversion factors, though I don't think I would be able to come up = with > the correct values even if I wanted to... >=20 Well, one could allways abuse the leftover storage in the SDR in other=20 useful ways. Like the idea I toyed with of storing the full backtrace of = a kernel panik. Regards, Fredrik --=20 If it's such a good idea, I expect that management will be joining = us. Fredrik =D6hrn Chalmers University of = Technology oh...@ch... = Sweden ------------------------------------------------------- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 _______________________________________________ Ipmitool-devel mailing list Ipm...@li... https://lists.sourceforge.net/lists/listinfo/ipmitool-devel |