* [RESEND] [PATCH 1/3] ACPI: battery: Fix CONFIG_ACPI_SYSFS_POWER=n @ 2009-06-30 14:30 Alan Jenkins 2009-06-30 14:35 ` Alan Jenkins 2009-09-07 16:06 ` [RESEND] [PATCH 1/3] ACPI: battery: Fix CONFIG_ACPI_SYSFS_POWER=n Maxim Levitsky 0 siblings, 2 replies; 11+ messages in thread From: Alan Jenkins @ 2009-06-30 14:30 UTC (permalink / raw) To: linux acpi; +Cc: Alexey Starikovskiy Disabling CONFIG_ACPI_SYSFS_POWER changes the behaviour of acpi_battery_update(). It will call acpi_battery_get_info() even if the battery is not present. I haven't noticed this causing any problem, but it does look like a bad idea. Signed-off-by: Alan Jenkins <alan-jenkins@tuffmail.co.uk> CC: Alexey Starikovskiy <alexey.y.starikovskiy@linux.intel.com> --- drivers/acpi/battery.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/acpi/battery.c b/drivers/acpi/battery.c index 58b4517..908edce 100644 --- a/drivers/acpi/battery.c +++ b/drivers/acpi/battery.c @@ -501,13 +501,13 @@ static int acpi_battery_update(struct acpi_battery *battery) result = acpi_battery_get_status(battery); if (result) return result; -#ifdef CONFIG_ACPI_SYSFS_POWER if (!acpi_battery_present(battery)) { +#ifdef CONFIG_ACPI_SYSFS_POWER sysfs_remove_battery(battery); +#endif battery->update_time = 0; return 0; } -#endif if (!battery->update_time || old_present != acpi_battery_present(battery)) { result = acpi_battery_get_info(battery); -- 1.6.3.2 ^ permalink raw reply related [flat|nested] 11+ messages in thread
* [RESEND] [PATCH 1/3] ACPI: battery: Fix CONFIG_ACPI_SYSFS_POWER=n 2009-06-30 14:30 [RESEND] [PATCH 1/3] ACPI: battery: Fix CONFIG_ACPI_SYSFS_POWER=n Alan Jenkins @ 2009-06-30 14:35 ` Alan Jenkins 2009-06-30 14:36 ` [RESEND] [PATCH 2/3] ACPI: battery drivers should call power_supply_changed() Alan Jenkins 2009-06-30 14:37 ` [RESEND] [PATCH 3/3] ACPI: battery: register power_supply subdevice even when battery not present Alan Jenkins 2009-09-07 16:06 ` [RESEND] [PATCH 1/3] ACPI: battery: Fix CONFIG_ACPI_SYSFS_POWER=n Maxim Levitsky 1 sibling, 2 replies; 11+ messages in thread From: Alan Jenkins @ 2009-06-30 14:35 UTC (permalink / raw) To: linux acpi; +Cc: Alexey Starikovskiy Disabling CONFIG_ACPI_SYSFS_POWER changes the behaviour of acpi_battery_update(). It will call acpi_battery_get_info() even if the battery is not present. I haven't noticed this causing any problem, but it does look like a bad idea. Signed-off-by: Alan Jenkins <alan-jenkins@tuffmail.co.uk> CC: Alexey Starikovskiy <astarikovskiy@suse.de> --- drivers/acpi/battery.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/acpi/battery.c b/drivers/acpi/battery.c index 58b4517..908edce 100644 --- a/drivers/acpi/battery.c +++ b/drivers/acpi/battery.c @@ -501,13 +501,13 @@ static int acpi_battery_update(struct acpi_battery *battery) result = acpi_battery_get_status(battery); if (result) return result; -#ifdef CONFIG_ACPI_SYSFS_POWER if (!acpi_battery_present(battery)) { +#ifdef CONFIG_ACPI_SYSFS_POWER sysfs_remove_battery(battery); +#endif battery->update_time = 0; return 0; } -#endif if (!battery->update_time || old_present != acpi_battery_present(battery)) { result = acpi_battery_get_info(battery); -- 1.6.3.2 ^ permalink raw reply related [flat|nested] 11+ messages in thread
* [RESEND] [PATCH 2/3] ACPI: battery drivers should call power_supply_changed() 2009-06-30 14:35 ` Alan Jenkins @ 2009-06-30 14:36 ` Alan Jenkins 2009-06-30 14:37 ` [RESEND] [PATCH 3/3] ACPI: battery: register power_supply subdevice even when battery not present Alan Jenkins 1 sibling, 0 replies; 11+ messages in thread From: Alan Jenkins @ 2009-06-30 14:36 UTC (permalink / raw) To: linux acpi; +Cc: Alexey Starikovskiy Calling kobject_uevent() directly is a layering violation. In particular, it means we'll miss updating the generic LED trigger. Signed-off-by: Alan Jenkins <alan-jenkins@tuffmail.co.uk> CC: Alexey Starikovskiy <astarikovskiy@suse.de> --- drivers/acpi/battery.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/acpi/battery.c b/drivers/acpi/battery.c index 908edce..7d31a23 100644 --- a/drivers/acpi/battery.c +++ b/drivers/acpi/battery.c @@ -811,7 +811,7 @@ static void acpi_battery_notify(struct acpi_device *device, u32 event) #ifdef CONFIG_ACPI_SYSFS_POWER /* acpi_batter_update could remove power_supply object */ if (battery->bat.dev) - kobject_uevent(&battery->bat.dev->kobj, KOBJ_CHANGE); + power_supply_changed(&battery->bat); #endif } -- 1.6.3.2 ^ permalink raw reply related [flat|nested] 11+ messages in thread
* [RESEND] [PATCH 3/3] ACPI: battery: register power_supply subdevice even when battery not present 2009-06-30 14:35 ` Alan Jenkins 2009-06-30 14:36 ` [RESEND] [PATCH 2/3] ACPI: battery drivers should call power_supply_changed() Alan Jenkins @ 2009-06-30 14:37 ` Alan Jenkins 1 sibling, 0 replies; 11+ messages in thread From: Alan Jenkins @ 2009-06-30 14:37 UTC (permalink / raw) To: linux acpi; +Cc: Alexey Starikovskiy Keeping this device around lets userspace know that we have a battery bay, even if there is nothing in it at the moment. This is what every other battery driver does, so ACPI should do it as well. For example, this means gnome-power-manager will now allow configuring behaviour for "on battery power" if the battery bay was empty on startup. (Thanks to Maxim Levitsky for pointing this out). There is no reason to preserve the old behaviour. We now correctly provide the "present" attribute, which will return "0" when the battery is removed. HAL was already trying to check this attribute when the old behaviour was implemented. This should not break any version of HAL. Signed-off-by: Alan Jenkins <alan-jenkins@tuffmail.co.uk> CC: Alexey Starikovskiy <astarikovskiy@suse.de> --- drivers/acpi/battery.c | 36 ++++++++++++++++-------------------- 1 files changed, 16 insertions(+), 20 deletions(-) diff --git a/drivers/acpi/battery.c b/drivers/acpi/battery.c index 7d31a23..f424033 100644 --- a/drivers/acpi/battery.c +++ b/drivers/acpi/battery.c @@ -487,8 +487,6 @@ static int sysfs_add_battery(struct acpi_battery *battery) static void sysfs_remove_battery(struct acpi_battery *battery) { - if (!battery->bat.dev) - return; device_remove_file(battery->bat.dev, &alarm_attr); power_supply_unregister(&battery->bat); battery->bat.dev = NULL; @@ -502,9 +500,6 @@ static int acpi_battery_update(struct acpi_battery *battery) if (result) return result; if (!acpi_battery_present(battery)) { -#ifdef CONFIG_ACPI_SYSFS_POWER - sysfs_remove_battery(battery); -#endif battery->update_time = 0; return 0; } @@ -515,10 +510,6 @@ static int acpi_battery_update(struct acpi_battery *battery) return result; acpi_battery_init_alarm(battery); } -#ifdef CONFIG_ACPI_SYSFS_POWER - if (!battery->bat.dev) - sysfs_add_battery(battery); -#endif return acpi_battery_get_state(battery); } @@ -809,9 +800,7 @@ static void acpi_battery_notify(struct acpi_device *device, u32 event) dev_name(&device->dev), event, acpi_battery_present(battery)); #ifdef CONFIG_ACPI_SYSFS_POWER - /* acpi_batter_update could remove power_supply object */ - if (battery->bat.dev) - power_supply_changed(&battery->bat); + power_supply_changed(&battery->bat); #endif } @@ -832,17 +821,24 @@ static int acpi_battery_add(struct acpi_device *device) acpi_battery_update(battery); #ifdef CONFIG_ACPI_PROCFS_POWER result = acpi_battery_add_fs(device); + if (result) + goto fail; #endif - if (!result) { - printk(KERN_INFO PREFIX "%s Slot [%s] (battery %s)\n", - ACPI_BATTERY_DEVICE_NAME, acpi_device_bid(device), - device->status.battery_present ? "present" : "absent"); - } else { +#ifdef CONFIG_ACPI_SYSFS_POWER + result = sysfs_add_battery(battery); + if (result) + goto fail; +#endif + printk(KERN_INFO PREFIX "%s Slot [%s] (battery %s)\n", + ACPI_BATTERY_DEVICE_NAME, acpi_device_bid(device), + device->status.battery_present ? "present" : "absent"); + return 0; + +fail: #ifdef CONFIG_ACPI_PROCFS_POWER - acpi_battery_remove_fs(device); + acpi_battery_remove_fs(device); #endif - kfree(battery); - } + kfree(battery); return result; } -- 1.6.3.2 ^ permalink raw reply related [flat|nested] 11+ messages in thread
* Re: [RESEND] [PATCH 1/3] ACPI: battery: Fix CONFIG_ACPI_SYSFS_POWER=n 2009-06-30 14:30 [RESEND] [PATCH 1/3] ACPI: battery: Fix CONFIG_ACPI_SYSFS_POWER=n Alan Jenkins 2009-06-30 14:35 ` Alan Jenkins @ 2009-09-07 16:06 ` Maxim Levitsky 2009-09-09 17:22 ` Alan Jenkins 1 sibling, 1 reply; 11+ messages in thread From: Maxim Levitsky @ 2009-09-07 16:06 UTC (permalink / raw) To: Alan Jenkins; +Cc: linux acpi, Alexey Starikovskiy Hi, So this is newer version of this patchset. When this will be merged? Last patch doesn't apply, seems that parts of yours patch were applied. I applied it manually. Will soon test. Best regards, Maxim Levitsky ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [RESEND] [PATCH 1/3] ACPI: battery: Fix CONFIG_ACPI_SYSFS_POWER=n 2009-09-07 16:06 ` [RESEND] [PATCH 1/3] ACPI: battery: Fix CONFIG_ACPI_SYSFS_POWER=n Maxim Levitsky @ 2009-09-09 17:22 ` Alan Jenkins 2009-09-09 21:21 ` Maxim Levitsky 0 siblings, 1 reply; 11+ messages in thread From: Alan Jenkins @ 2009-09-09 17:22 UTC (permalink / raw) To: Maxim Levitsky; +Cc: linux acpi, Alexey Starikovskiy Maxim Levitsky wrote: > Hi, > > So this is newer version of this patchset. > When this will be merged? > > > Last patch doesn't apply, seems that parts of yours patch were applied. > I applied it manually. > > Will soon test. > > > Best regards, > Maxim Levitsky > I will submit "To: len" next time round. You're right, it no longer applies cleanly to acpi-test. ["patch" is happy to apply it and warn about "fuzz", but git-am is more strict. It doesn't look like there's a real conflict.] I look forward to your results. Please tell me the diff you end up with for the last patch and what tree you applied it on top of. That way, if I add "Tested-by: Maxim..." I can be certain we're talking about the same patch :-). Thanks! Alan ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [RESEND] [PATCH 1/3] ACPI: battery: Fix CONFIG_ACPI_SYSFS_POWER=n 2009-09-09 17:22 ` Alan Jenkins @ 2009-09-09 21:21 ` Maxim Levitsky 2009-09-10 11:11 ` Alan Jenkins 0 siblings, 1 reply; 11+ messages in thread From: Maxim Levitsky @ 2009-09-09 21:21 UTC (permalink / raw) To: Alan Jenkins; +Cc: linux acpi, Alexey Starikovskiy On Wed, 2009-09-09 at 18:22 +0100, Alan Jenkins wrote: > Maxim Levitsky wrote: > > Hi, > > > > So this is newer version of this patchset. > > When this will be merged? > > > > > > Last patch doesn't apply, seems that parts of yours patch were applied. > > I applied it manually. > > > > Will soon test. > > > > > > Best regards, > > Maxim Levitsky > > > > I will submit "To: len" next time round. > > You're right, it no longer applies cleanly to acpi-test. ["patch" is > happy to apply it and warn about "fuzz", but git-am is more strict. It > doesn't look like there's a real conflict.] I applied it on top of both vanilla and linux-next. Here it really doesn't apply (with or without 'fuzz') > > I look forward to your results. Please tell me the diff you end up with > for the last patch and what tree you applied it on top of. That way, if > I add "Tested-by: Maxim..." I can be certain we're talking about the > same patch :-). > > Thanks! > Alan I did that few days ago (applied patch manually, without much thinking) Unfortunately, resulting kernel oopses if battery is present, and otherwise, if I plug batter later on, many battery statistics are missing (probably some locks are held) I will soon investigate this issue, more deeply. Best regards, Maxim Levitsky ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [RESEND] [PATCH 1/3] ACPI: battery: Fix CONFIG_ACPI_SYSFS_POWER=n 2009-09-09 21:21 ` Maxim Levitsky @ 2009-09-10 11:11 ` Alan Jenkins 2009-09-11 2:34 ` Maxim Levitsky 2009-12-10 4:49 ` Len Brown 0 siblings, 2 replies; 11+ messages in thread From: Alan Jenkins @ 2009-09-10 11:11 UTC (permalink / raw) To: Maxim Levitsky; +Cc: linux acpi, Alexey Starikovskiy [-- Attachment #1: Type: text/plain, Size: 1826 bytes --] On 9/9/09, Maxim Levitsky <maximlevitsky@gmail.com> wrote: > On Wed, 2009-09-09 at 18:22 +0100, Alan Jenkins wrote: >> Maxim Levitsky wrote: >> > Hi, >> > >> > So this is newer version of this patchset. >> > When this will be merged? >> > >> > >> > Last patch doesn't apply, seems that parts of yours patch were applied. >> > I applied it manually. >> > >> > Will soon test. >> > >> > >> > Best regards, >> > Maxim Levitsky >> > >> >> I will submit "To: len" next time round. >> >> You're right, it no longer applies cleanly to acpi-test. ["patch" is >> happy to apply it and warn about "fuzz", but git-am is more strict. It >> doesn't look like there's a real conflict.] > I applied it on top of both vanilla and linux-next. Here it really > doesn't apply (with or without 'fuzz') > >> >> I look forward to your results. Please tell me the diff you end up with >> for the last patch and what tree you applied it on top of. That way, if >> I add "Tested-by: Maxim..." I can be certain we're talking about the >> same patch :-). >> >> Thanks! >> Alan > > I did that few days ago (applied patch manually, without much thinking) > > Unfortunately, resulting kernel oopses if battery is present, and > otherwise, if I plug batter later on, many battery statistics are > missing (probably some locks are held) > > I will soon investigate this issue, more deeply. > > Best regards, > Maxim Levitsky I've applied the patches from the mailing list, initially on -rc8 using git-am, then rebased them onto acpi-test without conflicts. I don't have GIT hosting, so here's a git bundle. If you're still having problems, you should be able to get an _exact_ copy of my tree with $ git fetch alan.bundle battery-check:battery-check $ git checkout battery-check so long as you have the acpi-test commit I based it on. Thanks Alan [-- Attachment #2: alan.bundle --] [-- Type: application/octet-stream, Size: 2468 bytes --] ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [RESEND] [PATCH 1/3] ACPI: battery: Fix CONFIG_ACPI_SYSFS_POWER=n 2009-09-10 11:11 ` Alan Jenkins @ 2009-09-11 2:34 ` Maxim Levitsky 2009-12-10 4:49 ` Len Brown 1 sibling, 0 replies; 11+ messages in thread From: Maxim Levitsky @ 2009-09-11 2:34 UTC (permalink / raw) To: Alan Jenkins; +Cc: linux acpi, Alexey Starikovskiy On Thu, 2009-09-10 at 12:11 +0100, Alan Jenkins wrote: > On 9/9/09, Maxim Levitsky <maximlevitsky@gmail.com> wrote: > > On Wed, 2009-09-09 at 18:22 +0100, Alan Jenkins wrote: > >> Maxim Levitsky wrote: > >> > Hi, > >> > > >> > So this is newer version of this patchset. > >> > When this will be merged? > >> > > >> > > >> > Last patch doesn't apply, seems that parts of yours patch were applied. > >> > I applied it manually. > >> > > >> > Will soon test. > >> > > >> > > >> > Best regards, > >> > Maxim Levitsky > >> > > >> > >> I will submit "To: len" next time round. > >> > >> You're right, it no longer applies cleanly to acpi-test. ["patch" is > >> happy to apply it and warn about "fuzz", but git-am is more strict. It > >> doesn't look like there's a real conflict.] > > I applied it on top of both vanilla and linux-next. Here it really > > doesn't apply (with or without 'fuzz') > > > >> > >> I look forward to your results. Please tell me the diff you end up with > >> for the last patch and what tree you applied it on top of. That way, if > >> I add "Tested-by: Maxim..." I can be certain we're talking about the > >> same patch :-). > >> > >> Thanks! > >> Alan > > > > I did that few days ago (applied patch manually, without much thinking) > > > > Unfortunately, resulting kernel oopses if battery is present, and > > otherwise, if I plug batter later on, many battery statistics are > > missing (probably some locks are held) > > > > I will soon investigate this issue, more deeply. > > > > Best regards, > > Maxim Levitsky > > I've applied the patches from the mailing list, initially on -rc8 > using git-am, then rebased them onto acpi-test without conflicts. I > don't have GIT hosting, so here's a git bundle. If you're still > having problems, you should be able to get an _exact_ copy of my tree > with > > $ git fetch alan.bundle battery-check:battery-check > $ git checkout battery-check > > so long as you have the acpi-test commit I based it on. > > Thanks > Alan Indeed, it works. Just one issue though, if I plug in the battery after system boot, it is detected a an 'energy battery' (energy_battery_props are used) ACPI seems to be ok: Device (BAT0) { Name (_HID, EisaId ("PNP0C0A")) Name (_UID, 0x01) Name (_PCL, Package (0x01) { \_SB }) Name (PBIF, Package (0x0D) { 0x01, 0x0FA0, 0x0FA0, 0x01, 0x39D0, 0x0190, 0x78, 0x0108, 0x0EC4, "Li_Ion 4000mA ", "", "Lion", "Acer " }) Name (PBST, Package (0x04) { 0x01, 0xFFFFFFFF, 0xFFFFFFFF, 0x39D0 }) Method (_STA, 0, NotSerialized) { If (ECON) { If (\_SB.PCI0.LPC.EC0.BAL1) { Sleep (0x14) Return (0x1F) } Else { Sleep (0x14) Return (0x0F) } } Else { Sleep (0x14) Return (0x1F) } } Method (_BIF, 0, NotSerialized) { If (ECON) { Sleep (0x14) Store (\_SB.PCI0.LPC.EC0.BDC0, Index (PBIF, 0x01)) Sleep (0x14) Store (\_SB.PCI0.LPC.EC0.BFC0, Index (PBIF, 0x02)) Sleep (0x14) Store (\_SB.PCI0.LPC.EC0.BDV0, Index (PBIF, 0x04)) Sleep (0x14) Store (\_SB.PCI0.LPC.EC0.BDC0, Local2) Divide (Local2, 0x64, Local6, Local2) Multiply (Local2, 0x05, Local3) Store (Local3, Index (PBIF, 0x05)) Multiply (Local2, 0x03, Local4) Store (Local4, Index (PBIF, 0x06)) Store (\_SB.PCI0.LPC.EC0.BTY0, Local1) Sleep (0x14) If (LEqual (Local1, 0x01)) { Store ("GC86508SAT0 ", Index (PBIF, 0x09)) Store ("SANYO ", Index (PBIF, 0x0C)) } Else { If (LEqual (Local1, 0x02)) { Store ("GC86503SY90 ", Index (PBIF, 0x09)) Store ("SONY ", Index (PBIF, 0x0C)) } Else { If (LEqual (Local1, 0x04)) { Store ("GC86503PAG0 ", Index (PBIF, 0x09)) Store ("PANASONIC ", Index (PBIF, 0x0C)) } Else { If (LEqual (Local1, 0x05)) { Store ("GC86508SM60 ", Index (PBIF, 0x09)) Store ("SAMSUNG ", Index (PBIF, 0x0C)) } Else { Store ("BCL3100LiON ", Index (PBIF, 0x09)) Store ("COMPAL ", Index (PBIF, 0x0C)) } } } } } Return (PBIF) } Method (_BST, 0, NotSerialized) { If (ECON) { Sleep (0x14) Store (\_SB.PCI0.LPC.EC0.BST0, Local0) And (Local0, 0x07, Local0) Store (Local0, Index (PBST, 0x00)) Sleep (0x14) Store (\_SB.PCI0.LPC.EC0.GAU0, Local2) Sleep (0x14) Store (\_SB.PCI0.LPC.EC0.BPV0, Local3) Sleep (0x14) Store (\_SB.PCI0.LPC.EC0.BFC0, Local1) Sleep (0x14) If (Local2) { Multiply (Local2, Local1, Local2) Divide (Local2, 0x64, Local6, Local2) If (Local6) { Increment (Local2) } } Store (\_SB.PCI0.LPC.EC0.BAC0, Local1) If (And (Local1, 0x8000, Local1)) { Store (\_SB.PCI0.LPC.EC0.BAC0, Local1) Subtract (0xFFFF, Local1, Local1) } Else { Store (0x00, Local1) } Sleep (0x14) Store (Local1, Index (PBST, 0x01)) Store (Local2, Index (PBST, 0x02)) Store (Local3, Index (PBST, 0x03)) } Return (PBST) } } PBIF at offset 0 is set correctly to 1. Best regards, Maxim Levitsky ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [RESEND] [PATCH 1/3] ACPI: battery: Fix CONFIG_ACPI_SYSFS_POWER=n 2009-09-10 11:11 ` Alan Jenkins 2009-09-11 2:34 ` Maxim Levitsky @ 2009-12-10 4:49 ` Len Brown 2009-12-11 10:50 ` Alan Jenkins 1 sibling, 1 reply; 11+ messages in thread From: Len Brown @ 2009-12-10 4:49 UTC (permalink / raw) To: Alan Jenkins; +Cc: Maxim Levitsky, linux acpi, Alexey Starikovskiy > > $ git fetch alan.bundle battery-check:battery-check > $ git checkout battery-check > > so long as you have the acpi-test commit I based it on. apparently I don't. Can you re-send this as a plain patch? thanks, -Len ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [RESEND] [PATCH 1/3] ACPI: battery: Fix CONFIG_ACPI_SYSFS_POWER=n 2009-12-10 4:49 ` Len Brown @ 2009-12-11 10:50 ` Alan Jenkins 0 siblings, 0 replies; 11+ messages in thread From: Alan Jenkins @ 2009-12-11 10:50 UTC (permalink / raw) To: Len Brown; +Cc: Maxim Levitsky, linux acpi, Alexey Starikovskiy On 12/10/09, Len Brown <lenb@kernel.org> wrote: >> >> $ git fetch alan.bundle battery-check:battery-check >> $ git checkout battery-check >> >> so long as you have the acpi-test commit I based it on. > > apparently I don't. Can you re-send this as a plain patch? > > thanks, > -Len Sure. I'll resend the first two patches in this series (the patch 3/3 was wrong and should not be applied). Thanks Alan ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2009-12-11 10:50 UTC | newest] Thread overview: 11+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2009-06-30 14:30 [RESEND] [PATCH 1/3] ACPI: battery: Fix CONFIG_ACPI_SYSFS_POWER=n Alan Jenkins 2009-06-30 14:35 ` Alan Jenkins 2009-06-30 14:36 ` [RESEND] [PATCH 2/3] ACPI: battery drivers should call power_supply_changed() Alan Jenkins 2009-06-30 14:37 ` [RESEND] [PATCH 3/3] ACPI: battery: register power_supply subdevice even when battery not present Alan Jenkins 2009-09-07 16:06 ` [RESEND] [PATCH 1/3] ACPI: battery: Fix CONFIG_ACPI_SYSFS_POWER=n Maxim Levitsky 2009-09-09 17:22 ` Alan Jenkins 2009-09-09 21:21 ` Maxim Levitsky 2009-09-10 11:11 ` Alan Jenkins 2009-09-11 2:34 ` Maxim Levitsky 2009-12-10 4:49 ` Len Brown 2009-12-11 10:50 ` Alan Jenkins
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox