23 Dec, 2008
1 commit
-
update of battery info fields is required.
Signed-off-by: Alexey Starikovskiy
Acked-by: Andy NeitzkeSigned-off-by: Alexey Starikovskiy suse.de>
Signed-off-by: Len Brown
06 Dec, 2008
1 commit
-
This reverts commit 558073dd56707864f09d563b64e7c37c021e89d2, along with
the failed try to fix the regression it caused ("ACPI: Fix ACPI battery
regression introduced by commit 558073"), which just made things worse.Commit aaad077638be1a25871bcae5e43952d6b63abfca (that failed "Fix ACPI
battery regression") got the voltage conversion confused, and fixed the
problem with Rafael's battery monitor apparently just by mistake.So revert them both, getting us back to the 2.6.27 state in this, and
let's revisit it when people understand what's going on.Noted-by: Paul Martin
Requested-by: Rafael J. Wysocki
Cc: Len Brown
Cc: Alexey Starikovskiy
Signed-off-by: Linus Torvalds
05 Dec, 2008
1 commit
-
Commit 558073dd56707864f09d563b64e7c37c021e89d2 ("ACPI: battery: Convert
discharge energy rate to current properly") caused the battery subsystem
to report wrong values of the remaining time on battery power and the
time until fully charged on Toshiba Portege R500 (and presumably on
other boxes too).Fix the issue by correcting the conversion from mW to mA.
Signed-off-by: Rafael J. Wysocki
Signed-off-by: Linus Torvalds
27 Nov, 2008
1 commit
-
ACPI battery interface reports its state either in mW or in mA, and
discharge rate in your case is reported in mW. power_supply interface
does not have such a parameter, so current_now parameter is used
for all cases. But in case of mW, reported discharge should
be converted into mA.Signed-off-by: Alexey Starikovskiy
Tested-by: Ferenc Wagner
Signed-off-by: Len Brown
12 Nov, 2008
1 commit
08 Nov, 2008
1 commit
-
Move all the component definitions for drivers to a single shared place,
include/acpi/acpi_drivers.h.Signed-off-by: Bjorn Helgaas
Signed-off-by: Len Brown
07 Nov, 2008
1 commit
-
This patch is part of a larger patch series which will remove
the "char bus_id[20]" name string from struct device. The device
name is managed in the kobject anyway, and without any size
limitation, and just needlessly copied into "struct device".To set and read the device name dev_name(dev) and dev_set_name(dev)
must be used. If your code uses static kobjects, which it shouldn't
do, "const char *init_name" can be used to statically provide the
name the registered device should have. At registration time, the
init_name field is cleared, to enforce the use of dev_name(dev) to
access the device name at a later time.We need to get rid of all occurrences of bus_id in the entire tree
to be able to enable the new interface. Please apply this patch,
and possibly convert any remaining remaining occurrences of bus_id.We want to submit a patch to -next, which will remove bus_id from
"struct device", to find the remaining pieces to convert, and finally
switch over to the new api, which will remove the 20 bytes array
and does no longer have a size limitation.Acked-by: Greg Kroah-Hartman
Signed-Off-By: Kay Sievers
Signed-off-by: Len Brown
23 Oct, 2008
1 commit
-
Conflicts:
MAINTAINERS
arch/x86/kernel/acpi/boot.c
arch/x86/kernel/acpi/sleep.c
drivers/acpi/Kconfig
drivers/pnp/Makefile
drivers/pnp/quirks.cSigned-off-by: Len Brown
20 Oct, 2008
1 commit
-
Tejun's commit 7b595756ec1f49e0049a9e01a1298d53a7faaa15 made sysfs
attribute->owner unnecessary. But the field was left in the structure to
ease the merge. It's been over a year since that change and it is now
time to start killing attribute->owner along with its users - one arch at
a time!This patch is attempt #1 to get rid of attribute->owner only for
CONFIG_X86_64 or CONFIG_X86_32 . We will deal with other arches later on
as and when possible - avr32 will be the next since that is something I
can test. Compile (make allyesconfig / make allmodconfig / custom config)
and boot tested.akpm: the idea is that we put the declaration of sttribute.owner inside
`#ifndef CONFIG_X86'. But that proved to be too ambitious for now because
new usages kept on turning up in subsystem trees.[akpm: remove the ifdef for now]
Signed-off-by: Parag Warudkar
Cc: Greg KH
Cc: Ingo Molnar
Cc: Tejun Heo
Cc: Len Brown
Cc: Jens Axboe
Cc: Jean Delvare
Cc: Roland Dreier
Cc: David Brownell
Cc: Alessandro Zummo
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
11 Oct, 2008
1 commit
-
Catch attempts to use of acpi_driver_data on pointers of wrong type.
akpm: rewritten to use proper C typechecking and remove the
"function"-used-as-lvalue thing.Signed-off-by: Pavel Machek
Signed-off-by: Andrew Morton
Signed-off-by: Len Brown
29 Apr, 2008
1 commit
-
Use proc_create()/proc_create_data() to make sure that ->proc_fops and ->data
be setup before gluing PDE to main tree.Add correct ->owner to proc_fops to fix reading/module unloading race.
Signed-off-by: Denis V. Lunev
Cc: Len Brown
Cc: Alexey Dobriyan
Cc: "Eric W. Biederman"
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
18 Mar, 2008
1 commit
-
Acer BIOS has a bug which is exposed when a dead battery is present.
The package template that is used to describe battery status is
over-written with sane values when the battery is live.
But when the batter is dead, a bogus reference in the template
is used. In this case, Linux returns a fault, when instead
it should simply return that it doesn't know the missing value.http://bugzilla.kernel.org/show_bug.cgi?id=8573
http://bugzilla.kernel.org/show_bug.cgi?id=10202Signed-off-by: Alexey Starikovskiy
Signed-off-by: Len Brown
06 Feb, 2008
1 commit
-
egrep serial /proc/acpi/battery/BAT0/info
serial number: 32090serial number can tell you from the imminent danger
of beeing set on fire.Signed-off-by: maximilian attems
Acked-by: Alexey Starikovskiy
Signed-off-by: Len Brown
02 Jan, 2008
1 commit
-
Reference: http://bugzilla.kernel.org/show_bug.cgi?id=9494
Signed-off-by: Alexey Starikovskiy
Signed-off-by: Len Brown
07 Dec, 2007
1 commit
-
At least some systems report technology information with trailing spaces:
{pts/1}% cat -E /var/tmp/bat/2.6.23 | grep type
battery type: Li-ION $Use strncasecmp to compare model string to skip trailing part
Signed-off-by: Andrey Borzenkov
Acked-by: Alexey Starikovskiy
Signed-off-by: Len Brown
20 Nov, 2007
3 commits
-
Conflicts:
drivers/acpi/sbs.c
Signed-off-by: Len Brown
-
Introduce new ACPI_PROCFS_POWER (default Yes) config option and move
procfs code in battery, ac, and sbs drivers under it.
This is done to allow ACPI_PROCFS to be default No.Signed-off-by: Alexey Starikovskiy
Signed-off-by: Len Brown
14 Nov, 2007
1 commit
-
get_property() should not call battery_update(), it also should call
get_status() only if battery is present to avoid cycle and oops.Signed-off-by: Alexey Starikovskiy
Tested-by: Rolf Eike Beer
Acked-by: Johannes Weiner
Signed-off-by: Linus Torvalds
09 Nov, 2007
1 commit
-
If a battery is at a critical charge level and not being charged or
discharged, then the ACPI _BST method will return a state of 4, and
the current acpi_battery_get_property() code will not set any property
value for POWER_SUPPLY_PROP_STATUS. This will cause an oops in
power_supply_show_property() when it reads off the end of the
status_text array. This actually was causing a 100% reproducible
crash on boot on my laptop with two batteries, when one battery was
completely drained and the laptop was not plugged in.Fix this by making sure acpi_battery_get_property() returns
POWER_SUPPLY_STATUS_UNKNOWN for any battery state it doesn't already
handle explicitly. There doesn't seem to be any status enum value
defined that makes more sense than 'unknown' for a battery at a
critical charge level.Signed-off-by: Roland Dreier
Acked-by: Alexey Starikovskiy
Signed-off-by: Len Brown
30 Oct, 2007
3 commits
-
Some machines return integer instead of expected string.
Signed-off-by: Alexey Starikovskiy
Tested-by: Andrey Borzenkov
Tested-by: Frans Pop
Signed-off-by: Len Brown -
Support Li-Ion as possible name for technology.
Signed-off-by: Alexey Starikovskiy
Signed-off-by: Len Brown -
Make sure no power_supply object is present unless we actualy detect
presence of battery. This fixes ghost batteries detected by HALSigned-off-by: Andrey Borzenkov
Signed-off-by: Alexey Starikovskiy
Signed-off-by: Len Brown
26 Oct, 2007
2 commits
-
Signed-off-by: Alexey Starikovskiy
Signed-off-by: Len Brown -
After commit f1d4661abe05d0a2c014166042d15ed8b69ae8f2 this was dead
code.Spotted by the Coverity checker.
Signed-off-by: Adrian Bunk
Acked-by: Alexey Starikovskiy
Signed-off-by: Len Brown
28 Sep, 2007
5 commits
-
Signed-off-by: Alexey Starikovskiy
Signed-off-by: Len Brown -
Refer to Documentation/power_supply_class.txt for interface description.
Signed-off-by: Alexey Starikovskiy
Signed-off-by: Len Brown -
Signed-off-by: Alexey Starikovskiy
Signed-off-by: Len Brown -
Signed-off-by: Alexey Starikovskiy
Signed-off-by: Len Brown -
acpi_extract_package() creates more problems with memory management than
it solves as helper for package handling.Signed-off-by: Alexey Starikovskiy
Signed-off-by: Len Brown
25 Aug, 2007
1 commit
-
Conflicts:
drivers/acpi/video.c
Signed-off-by: Len Brown
24 Aug, 2007
2 commits
-
Schedule /proc/acpi/event for removal in 6 months.
Re-name acpi_bus_generate_event() to acpi_bus_generate_proc_event()
to make sure there is no confusion that it is for /proc/acpi/event only.Add CONFIG_ACPI_PROC_EVENT to allow removal of /proc/acpi/event.
There is no functional change if CONFIG_ACPI_PROC_EVENT=ySigned-off-by: Len Brown
-
The previous events patch added a netlink event for every
user of the legacy /proc/acpi/event interface.However, some users of /proc/acpi/event are really input events,
and they already report their events via the input layer.Introduce a new interface, acpi_bus_generate_netlink_event(),
which is explicitly called by devices that want to repoprt
events via netlink. This allows the input-like events
to opt-out of generating netlink events. In summary:events that are sent via netlink:
ac/battery/sbs
thermal
processor
thinkpad_acpi dock/bayevents that are sent via input layer:
button
video hotkey
thinkpad_acpi hotkey
asus_acpi/asus-laptop hotkey
sonypi/sonylaptopSigned-off-by: Zhang Rui
Signed-off-by: Len Brown
15 Aug, 2007
1 commit
-
This reverts commit 3bd92ba19a89fe61ebf58804f9c8675372f50c1c.
It is no longer necessary, and it opens up a race.
Acked-by: Vladimir Lebedev
Acked-by: Alexey Starikovskiy
Signed-off-by: Len Brown
04 Aug, 2007
1 commit
-
http://bugzilla.kernel.org/show_bug.cgi?id=8768
Signed-off-by: Alexey Starikovskiy
Signed-off-by: Len Brown
24 Jul, 2007
1 commit
-
modpost is going to use these to create e.g. acpi:ACPI0001
in modules.alias.Signed-off-by: Thomas Renninger
Signed-off-by: Len Brown
12 May, 2007
1 commit
-
In response to review comments from Andrew Morton
Signed-off-by: Alexey Starikovskiy
Signed-off-by: Len Brown
22 Apr, 2007
1 commit
-
http://bugzilla.kernel.org/show_bug.cgi?id=8351
Signed-off-by: Vladimir Lebedev
Signed-off-by: Len Brown
07 Mar, 2007
2 commits
-
Signed-off-by: Vladimir Lebedev
Signed-off-by: Len Brown -
/proc exports _BST in a single file, and _BST is re-evaulated
whenever that file is read.Sometimes user-space reads this file frequently, and on some
systems _BST takes a long time to evaluate due to a slow EC.Further, when we move to sysfs, the values returned from _BST
will be in multiple files, and evaluating _BST for each
file read would make matters worse.Here code is added to support caching the results of _BST.
A new module parameter "update_time" tells how many seconds the
cached _BST should be used before it is re-evaluated.
Currently, update_time defaults to 0, and so the
existing behaviour of re-evaluating on each read retained.Signed-off-by: Vladimir Lebedev
Signed-off-by: Len Brown