Re: [PATCH 3/3] ACPI autoloading - Create __mod_acpi_device_table symbol for all acpi drivers.

2007-07-04 Thread Mattia Dongili
On Tue, Jul 03, 2007 at 03:15:33AM -0400, Len Brown wrote: > > > BTW: I also saw a laptop (IIRC it was a sony) with asus and sony ACPI > > device. > > When both drivers got loaded things broke. > > A solution was to only let the asus driver get active if the device is > > known. Currently, not sur

Re: [PATCH 3/3] ACPI autoloading - Create __mod_acpi_device_table symbol for all acpi drivers.

2007-07-04 Thread Thomas Renninger
On Wed, 2007-07-04 at 16:33 +0900, Mattia Dongili wrote: > On Tue, Jul 03, 2007 at 03:15:33AM -0400, Len Brown wrote: > > > > > BTW: I also saw a laptop (IIRC it was a sony) with asus and sony ACPI > > > device. > > > When both drivers got loaded things broke. > > > A solution was to only let the

Re: [PATCH] ACPI: export acpi events via generic netlink

2007-07-04 Thread Johannes Berg
On Tue, 2007-06-19 at 11:40 +0800, Zhang Rui wrote: > +/* attributes of acpi_genl_family */ > +enum { > + ACPI_GENL_ATTR_UNSPEC, > + ACPI_GENL_ATTR_EVENT, /* ACPI event info needed by user space */ > + __ACPI_GENL_ATTR_MAX, > +}; > +#define ACPI_GENL_ATTR_MAX (__ACPI_GENL_ATTR_MAX -

[PATCH] netlink: allocate group bitmaps dynamically

2007-07-04 Thread Johannes Berg
Allow changing the number of groups for a netlink family after it has been created, use RCU to protect the listeners bitmap keeping netlink_has_listeners() lock-free. Signed-off-by: Johannes Berg <[EMAIL PROTECTED]> --- include/linux/netlink.h |1 net/netlink/af_netlink.c | 86 ++

Re: [PATCH] ACPI: export acpi events via generic netlink

2007-07-04 Thread Johannes Berg
On Tue, 2007-07-03 at 15:45 -0400, Len Brown wrote: > Thanks for including the demo program, Rui, it works for me (tm). > > Applied -- with the incremental patch below, which I think > is correct because the only caller is bus.c, which is part of > the base kernel, not a module. Dang, mail crossi

Re: [RFC][PATCH 1/2] ACPI: Do not prepare for hibernation in acpi_shutdown

2007-07-04 Thread Pavel Machek
Hi! > Since we are now explicitly calling hibernation_ops->prepare() before > hibernation_ops->enter() in hibernation_platform_enter() (defined in > kernel/power/disk.c), ACPI should not call acpi_sleep_prepare(ACPI_STATE_S4) > from acpi_shutdown(). > > Signed-off-by: Rafael J. Wysocki <[EMAIL PR

Re: [RFC][PATCH 2/2] PM: Introduce pm_power_off_prepare

2007-07-04 Thread Pavel Machek
On Sun 2007-07-01 20:54:31, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki <[EMAIL PROTECTED]> > > Introduce the pm_power_off_prepare() callback that can be registered by the > interested platforms in analogy with pm_idle() and pm_power_off(), used for > preparing the system to power off (need

Re: [RFC][PATCH 1/2] ACPI: Do not prepare for hibernation in acpi_shutdown

2007-07-04 Thread Rafael J. Wysocki
On Wednesday, 4 July 2007 21:49, Pavel Machek wrote: > Hi! > > > Since we are now explicitly calling hibernation_ops->prepare() before > > hibernation_ops->enter() in hibernation_platform_enter() (defined in > > kernel/power/disk.c), ACPI should not call acpi_sleep_prepare(ACPI_STATE_S4) > > from

Re: [RFC][PATCH 2/2] PM: Introduce pm_power_off_prepare

2007-07-04 Thread Rafael J. Wysocki
On Wednesday, 4 July 2007 21:52, Pavel Machek wrote: > On Sun 2007-07-01 20:54:31, Rafael J. Wysocki wrote: > > From: Rafael J. Wysocki <[EMAIL PROTECTED]> > > > > Introduce the pm_power_off_prepare() callback that can be registered by the > > interested platforms in analogy with pm_idle() and pm_

Re: [RFC][PATCH 2/2] PM: Introduce pm_power_off_prepare

2007-07-04 Thread Pavel Machek
Hi! > > > Introduce the pm_power_off_prepare() callback that can be registered by > > > the > > > interested platforms in analogy with pm_idle() and pm_power_off(), used > > > for > > > preparing the system to power off (needed by ACPI). > > > > > > This allows us to drop acpi_sysclass and devi

Re: [RFC][PATCH 2/2] PM: Introduce pm_power_off_prepare

2007-07-04 Thread Rafael J. Wysocki
On Wednesday, 4 July 2007 23:39, Pavel Machek wrote: > Hi! > > > > > Introduce the pm_power_off_prepare() callback that can be registered by > > > > the > > > > interested platforms in analogy with pm_idle() and pm_power_off(), used > > > > for > > > > preparing the system to power off (needed b