On Tuesday 30 October 2007 22:52:30 Carlos Corbacho wrote: > On Tuesday 30 October 2007 18:18:22 Len Brown wrote: > > When I consulted Anas about WMI, he recommended that Linux > > expose WMI via CIMOM. I think that this means we'd need > > to invent a sysfs interface for this acpi->wmi driver > > to expose the hooks to a user-space daemon, which > > would then make sense of it in Linux's management framework. > > The main problem to overcome with a sysfs interface is that a > WMI-ACPI call takes multiple values (worst case scenario is a > method, which takes three arguments - method id, instance and > an input buffer). Also, for input, I don't know how to handle the size/ type problem[1] - only this user-space daemon would know what size/ type of buffer the input requires (via the relevant MOF in the management framework) - this information would also need to be conveyed through the sysfs interface to the mapper somehow. e.g. If we write '1' (assume we have already set the method id somehow) to /sys/firmware/acpi/wmi/<guid>/<instance>/data What type/ size is the correct size of the buffer parameter to be passed to ACPI - u8 (1 byte), u16 (2 bytes), u32 (4 bytes), etc? So, thinking this over more carefully, whilst sysfs can probably be used to export data, I'm not entirely convinced for using it to input arbitrary data types, unless there's some way we can get round this? -Carlos [1] For a buffer to be passed to acpi_evaluate_object() as a parameter, we must know the size in bytes to use beforehand when we create the buffer - otherwise, if we pass an incorrectly sized buffer as a parameter, the acpi_evaluate_object() call will fail. However, WMI-ACPI does not specify this - so this information is known only to the MOF writer, or caller of the WMI method/ data set. -- E-Mail: cathectic@xxxxxxxxx Web: strangeworlds.co.uk GPG Key ID: 0x23EE722D - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
