freeipmi-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Freeipmi-devel] Re: Software Deliverables


From: Anand Babu
Subject: Re: [Freeipmi-devel] Re: Software Deliverables
Date: Wed, 17 Mar 2004 18:53:13 -0800
User-agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux)

Hi Robin,
I initially thought of using "IPMI - Broadcast Get Device ID" to
dynamically discover newly installed devices on the system. But even
Intel's ISM doesn't use this functionality. All SDR Repository records
are updated only through the firmware upgrade process provided by
Intel. 

Installing/Removing components like power-supply, fan, processor will
not affect the cache. SDR Repository already includes all possible
entries based on system's maximum capability. i.e. Even if the system
has just 1 or 2 PROCs installed , SDR Repository will have records for
all 4 processors.

Ignoring Un-installed Devices:
You may also find this option useful. For example, In a quad-processor
system, If you know for sure, you have only 2 processors installed,
You can safely choose to ignore those sensors like this, 

   ;; sensors-conf.scm
   (sensors-ignored-list "94 95")

-ab

,----[ Robin Goldstone <address@hidden> ]
| AB,
| 
| Please confirm that I should only need to initialize the SDR cache one
| time when the node is first installed.  I was planning to
| re-initialize the cache every time the node boots e.g. in rc.local.  I
| was under the impression that if new hardware was installed, or even
| replacement of an existing piece of hardware like a fan or power
| supply, that the SDR data might change and thus the cache would be
| invalidated.  Is that not a possibility I need to be concerned with?
| 
| -Robin
`----

On Wednesday 17 March 2004 03:38 am, Anand Babu wrote:
> ,----[ Joseph Ruscio <address@hidden> ]
>
> | I know there is a valid reason for this delay. I'm assuming its
> | because of the KCS controller is slow
>
> `----
> Yes, your reason is valid.
> KCS controller is byte oriented and slow. To pull all 134 SDR records,
> it takes around 43 secs. We can't bring it down further.
>
> Creation of "SDR Repository Cache" can be handled once during the
> installation time. (Just running "sensors" in the post-inst script
> with output redirected to "/dev/null" should initialize the cache).



_______________________________________________
Freeipmi-devel mailing list
address@hidden
http://mail.nongnu.org/mailman/listinfo/freeipmi-devel


-- 
 _.|_ 
(_||_)
Free as in Freedom <www.gnu.org>




reply via email to

[Prev in Thread] Current Thread [Next in Thread]