Hi
It looks like there is a disparity on how linux reports the number of
processors vs. ipmi's report (4 vs. 2, when hyperthreading is enabled):
CPU2: Intel P4/Xeon Extended MCE MSRs (24) available
CPU2: Thermal monitoring enabled
CPU2: Intel(R) Xeon(TM) CPU 3.60GHz stepping 01
Booting pro
Bjorn Helgaas wrote:
> On Wednesday 28 February 2007 15:05, [EMAIL PROTECTED] wrote:
>
>> The reason for the acpi_bus_register/unregister is to get the handle
>> of the IPMI ACPI object. There isn't a way to get the device handle
>> otherwise. Once it gets the handle it doesn't need the ACPI d
On Wednesday 28 February 2007 15:05, [EMAIL PROTECTED] wrote:
> The reason for the acpi_bus_register/unregister is to get the handle
> of the IPMI ACPI object. There isn't a way to get the device handle
> otherwise. Once it gets the handle it doesn't need the ACPI device
> anymore.
Well, but in
The reason for the acpi_bus_register/unregister is to get the handle of the
IPMI ACPI object. There isn't a way to get the device handle otherwise. Once
it gets the handle it doesn't need the ACPI device anymore. It's not the best
solution, but the current way that the SI driver initializes (
[EMAIL PROTECTED] wrote:
> Corey,
>
> Here is the patch (RHEL5 base code) I've been testing that detects the ACPI
> namespace object.
> The IPI0001 device doesn't contain the register spacing directly; it has a
> _CRS resource object that
> (for KCS) has two I/O port entries. I save the first
To be more accurate, I also use the "ipmi_args_setup_con" function.
Should I emulate argc and argv and use those 2 functions or is there
another clean way to do it?
Thanks,
Zvika.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Zvika Shaubi
Hi,
Currently I use the ipmi_parse_args2 function to make the LAN
connection. Is there another way to do the same but without
ipmi_parse_args2?
I would like to configure the domain LAN connection with the parameters
getting from a configuration file rather then cli arguments.
What is the