search for: acpi_bus_register_driver

...struct acpi_driver xen_acpi_pad_driver = { + .name = "processor_aggregator", + .class = ACPI_PROCESSOR_AGGREGATOR_CLASS, + .ids = xen_pad_device_ids, + .ops = { + .add = xen_acpi_pad_add, + .remove = xen_acpi_pad_remove, + }, +}; + +static int __init xen_acpi_pad_init(void) +{ + return acpi_bus_register_driver(&xen_acpi_pad_driver); +} + +void __init xen_init_pad_ops(void) +{ +#ifdef CONFIG_ACPI_PROCESSOR_AGGREGATOR + acpi_pad_ops.init = xen_acpi_pad_init; +#endif +} diff --git a/include/xen/interface/platform.h b/include/xen/interface/platform.h index c168468..56ec72a 100644 --- a/include/xen/interf...

Hello, The following patches are a solution to a problem we have encountered when using the Xen hypervisor: - Need Pxx/Cxx states to save on power consumption when using Xen (we do want those datacenters to consume less power!), - Also need to figure out the Turbo mode so that the scheduler can properly boost a core for CPU bound guests. In essence the Xen hypervisor requires that

...add_driver+0xb4/0x203 [ 6.583593] [<ffffffff80378f87>] ? driver_register+0x8d/0x101 [ 6.583593] [<ffffffffa0016081>] ? :processor:acpi_processor_init+0x81/0xdd [ 6.583593] [<ffffffff8024c543>] ? sys_init_module+0x190e/0x1aa4 [ 6.583593] [<ffffffff8034eda7>] ? acpi_bus_register_driver+0x0/0x3d [ 6.583593] [<ffffffff8020b528>] ? system_call+0x68/0x6d [ 6.583593] [<ffffffff8020b4c0>] ? system_call+0x0/0x6d [ 6.583593] [ 6.583593] [ 6.583593] Code: e5 78 07 e8 6b ff ff ff 48 98 c9 c3 55 48 89 e5 41 55 41 54 49 89 fc 53 48 89 f3 48 8d 75 d8 48 83 ec 58...

...nel: [<ffffffff81346210>] ? bus_add_driver+0x200/0x300 May 20 19:30:51 wildfire kernel: [<ffffffff81347146>] ? driver_register+0x76/0x140 May 20 19:30:51 wildfire kernel: [<ffffffff811e2342>] ? proc_mkdir_mode+0x42/0x60 May 20 19:30:51 wildfire kernel: [<ffffffff812ca366>] ? acpi_bus_register_driver+0x43/0x45 May 20 19:30:51 wildfire kernel: [<ffffffffa0044b03>] ? acpi_video_register+0x47/0x74 [video] May 20 19:30:51 wildfire kernel: [<ffffffffa01bb76d>] ? i915_driver_load+0x79d/0x1360 [i915] May 20 19:30:51 wildfire kernel: [<ffffffff81343e3e>] ? device_register+0x1e/0x30 Ma...

Further cleanup of the hv drivers: 1) Continue to cleanup our drivers to conform to the Linux Driver Model. 2) Fix some long standing bugs with regards to unloading and reloading the drivers - block, net and stor. 3) VMBUS is an ACPI enumerated device; make VMBUS an ACPI bus driver. 4) Get rid of channel polling code; instead the channel receive paths will be purely interrupt

Further cleanup of the hv drivers: 1) Continue to cleanup our drivers to conform to the Linux Driver Model. 2) Fix some long standing bugs with regards to unloading and reloading the drivers - block, net and stor. 3) VMBUS is an ACPI enumerated device; make VMBUS an ACPI bus driver. 4) Get rid of channel polling code; instead the channel receive paths will be purely interrupt

This is a resend of the patches yet to be applied. This patch-set addresses some of the bus/driver model cleanup that Greg sugested over the last couple of days. In this patch-set we deal with the following issues: 1) Cleanup error handling in the vmbus_probe() and vmbus_child_device_register() functions. Fixed a bug in the probe failure path as part of this cleanup. 2) The Windows

This is a resend of the patches yet to be applied. This patch-set addresses some of the bus/driver model cleanup that Greg sugested over the last couple of days. In this patch-set we deal with the following issues: 1) Cleanup error handling in the vmbus_probe() and vmbus_child_device_register() functions. Fixed a bug in the probe failure path as part of this cleanup. 2) The Windows

This patch-set addresses some of the bus/driver model cleanup that Greg sugested over the last couple of days. In this patch-set we deal with the following issues: 1) Cleanup unnecessary state in struct hv_device and struct hv_driver to be compliant with the Linux Driver model. 2) Cleanup the vmbus_match() function to conform with the Linux Driver model. 3) Cleanup error

This patch-set addresses some of the bus/driver model cleanup that Greg sugested over the last couple of days. In this patch-set we deal with the following issues: 1) Cleanup unnecessary state in struct hv_device and struct hv_driver to be compliant with the Linux Driver model. 2) Cleanup the vmbus_match() function to conform with the Linux Driver model. 3) Cleanup error