] You can join here:
http://vger.kernel.org/vger-lists.html#linux-acpi;
regards
- -andrey
Subject: [PATCH] Fix ACPI ML address in MAINTAINERS
From: Andrey Borzenkov [EMAIL PROTECTED]
Signed-off-by: Andrey Borzenkov [EMAIL PROTECTED]
- ---
MAINTAINERS |2 +-
1 files changed, 1
Interrupt :00:11.1[B] - Link [LNKB] - GSI 11 (level, low) -
IRQ 11
Yenta: CardBus bridge found at :00:11.1 [1179:0001]
wlags49_h1_cs v7.18 for PCMCIA, 03/31/2004 14:31:00 by Agere Systems,
http://www.agere.com
*** Modified for kernel 2.6 by Andrey Borzenkov [EMAIL PROTECTED] $Revision:
19
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I get this when resuming from swsup STR. I wonder if this may possibly account
for hard lockups I have been experiencing with acpi_cpufreq (see System
completely hangs using acpi_cpufreq).
This is vanilla 2.6.15.6 (except WiFi driver - *not* binary
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sunday 03 December 2006 16:11, Pavel Machek wrote:
Hi!
I started to notice it some time ago; I can't say exactly if this was not
present in earlier versions because recently I switched from STR (which
gave me no end of troubles) to STD. So
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sunday 03 December 2006 17:35, Alexey Starikovskiy wrote:
Andrey Borzenkov wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sunday 03 December 2006 16:11, Pavel Machek wrote:
Hi!
I started to notice it some time ago; I can't
-
From: Alexey Starikovskiy [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 07, 2006 10:49 PM
To: Rafael J. Wysocki
Cc: Karasyov, Konstantin A; Andrey Borzenkov;
linux-acpi@vger.kernel.org; Lebedev, Vladimir P
Subject: Re: 2.6.19: ACPI reports AC not present after resume from STD
Rafael J
On Суббота 24 февраля 2007, Rafael J. Wysocki wrote:
Hi,
On Saturday, 24 February 2007 10:55, Andrey Borzenkov wrote:
On Вторник 13 февраля 2007, Andrey Borzenkov wrote:
On Четверг 07 декабря 2006, Lebedev, Vladimir P wrote:
Please register new bug, attach acpidump and dmesg
On Воскресенье 25 февраля 2007, Rafael J. Wysocki wrote:
On Sunday, 25 February 2007 11:37, Andrey Borzenkov wrote:
On Воскресенье 25 февраля 2007, Rafael J. Wysocki wrote:
On Sunday, 25 February 2007 00:26, Andrey Borzenkov wrote:
On Суббота 24 февраля 2007, Rafael J. Wysocki wrote
On Tuesday 06 March 2007, Rafael J. Wysocki wrote:
[changed Cc list]
On Sunday, 25 February 2007 18:14, Andrey Borzenkov wrote:
On Воскресенье 25 февраля 2007, Rafael J. Wysocki wrote:
On Sunday, 25 February 2007 11:37, Andrey Borzenkov wrote:
On Воскресенье 25 февраля 2007, Rafael J
This fixes oops when registering backlight device fails. Attached as I still
cannot convince kmail to not mangle long lines ...
-andrey
Subject: [PATCH] Fix Oops in toshiba_acpi error return path
From: Andrey Borzenkov [EMAIL PROTECTED]
When backlight_device_register() fails, return after undo
Jonathan McDowell wrote:
This patch adds bluetooth support to the toshiba-acpi driver. I have
tried to follow the same format for the /proc/acpi/toshiba/bluetooth
file as followed in the thinkpad-acpi driver. In the long term the
rfkill infrastructure looks like the way forward for this
I have lost battery in 2.6.24-rc1. Without CONFIG_ACPI_PROCFS I have
no /proc/acpi/battery and cannot test netlink interface because right now
there is no consumer of this.
With CONFIG_ACPI_PROCFS I get
{pts/1}% LC_ALL=C ll /proc/acpi/battery/BAT1
total 0
-rw-r--r-- 1 root root 0 Oct 26 20:18
On Friday 26 October 2007, Alexey Starikovskiy wrote:
Andrey Borzenkov wrote:
I have lost battery in 2.6.24-rc1. Without CONFIG_ACPI_PROCFS I have
no /proc/acpi/battery and cannot test netlink interface because right now
there is no consumer of this.
for /sysfs interface you need
On Friday 26 October 2007, Alexey Starikovskiy wrote:
Your cat's Bad address means -EFAULT, according to man errno.
Please apply this patch to see what exactly failed...
[ 1191.471572] ACPI: element[12]-type = 1, expected string
[ 1196.640065] ACPI: element[12]-type = 1, expected string
[
:)
Thanks,
Alex.
Andrey Borzenkov wrote:
On Friday 26 October 2007, Alexey Starikovskiy wrote:
Your cat's Bad address means -EFAULT, according to man errno.
Please apply this patch to see what exactly failed...
[ 1191.471572] ACPI: element[12]-type = 1, expected string
: Andrey Borzenkov [EMAIL PROTECTED]
Ensure that we always have present attribute in sysfs. This is compatible
with procfs case where we had present: no if battery was not available.
This fixes HAL battery detection where it does pretend battery is present
but canot provide any value for it.
Signed
On Saturday 27 October 2007, Alexey Starikovskiy wrote:
Andrey Borzenkov wrote:
I am not exactly sure about this one ... what other power_supply class
drivers do? Should I fix HAL instead (but then, I do not know whether HAL
is the only application that is using this interface).
Hm, do
On Saturday 27 October 2007, Anton Vorontsov wrote:
On Sat, Oct 27, 2007 at 08:54:30PM +0400, Andrey Borzenkov wrote:
I am not exactly sure about this one ... what other power_supply class
drivers do? Should I fix HAL instead (but then, I do not know whether HAL
is the only application
On Sunday 28 October 2007, Andrey Borzenkov wrote:
On Saturday 27 October 2007, Anton Vorontsov wrote:
On Sat, Oct 27, 2007 at 08:54:30PM +0400, Andrey Borzenkov wrote:
I am not exactly sure about this one ... what other power_supply class
drivers do? Should I fix HAL instead (but then, I
Is it valid to send events from within -resume device method? If not, what is
the proper way to notify user space about hardware changes during suspension?
Specifically it seems that new sysfs ACPI power supply interface sometimes
missing plugged in AC cord during suspend. I suspect that no
Let's make it consistent with battery code; also it fixes HAL case of
duplicated adapters. Somebody will have to sort out HAL with ACPI_PROCFS
case ...
-andrey
Subject: [PATCH] 2.6.24: make /proc/acpi/ac_adapter dependent on ACPI_PROCFS
From: Andrey Borzenkov [EMAIL PROTECTED]
Do not provide
I suspect new ACPI AC adapter code but have to add some printk's to be sure.
To reproduce - plug in AC cord, suspend, unplug, resume - kpowersave and sysfs
still show AC adapter online. Or other way round.
-andrey
signature.asc
Description: This is a digitally signed message part.
On Wednesday 31 October 2007, Alexey Starikovskiy wrote:
Andrey Borzenkov wrote:
I suspect new ACPI AC adapter code but have to add some printk's to be
sure.
To reproduce - plug in AC cord, suspend, unplug, resume - kpowersave and
sysfs still show AC adapter online. Or other way round
On Wednesday 31 October 2007, Rafael J. Wysocki wrote:
On Tuesday, 30 October 2007 21:24, Andrey Borzenkov wrote:
I suspect new ACPI AC adapter code but have to add some printk's to be
sure.
To reproduce - plug in AC cord, suspend, unplug, resume - kpowersave and
sysfs still show AC
On Wednesday 31 October 2007, Rafael J. Wysocki wrote:
On Tuesday, 30 October 2007 20:33, Andrey Borzenkov wrote:
Is it valid to send events from within -resume device method?
It is or at least it should be. The GPEs are supposed to be fully
functional at this point.
If not, what
On Wednesday 31 October 2007, Alexey Starikovskiy wrote:
Andrey Borzenkov wrote:
On Wednesday 31 October 2007, Alexey Starikovskiy wrote:
Andrey Borzenkov wrote:
I suspect new ACPI AC adapter code but have to add some printk's to be
sure.
To reproduce - plug in AC cord, suspend
Thomas Meyer wrote:
i just wanted to report this:
in v2.6.24-rc1-497-gb1d08ac the kde battery icon is no longer displayed.
with 2.6.23 shows the battery icon.
current config:
grep -i acpi .config
# Power management options (ACPI, APM)
CONFIG_ACPI=y
CONFIG_ACPI_SLEEP=y
#
On Saturday 03 November 2007, Ingo Molnar wrote:
* Andrey Borzenkov [EMAIL PROTECTED] wrote:
# CONFIG_ACPI_PROCFS is not set
And if you enable it (ACPI_PROCFS)?
ACPI_PROCFS was newly introduced i think but without a 'default y'
Kconfig entry. That was a mistake i think - it broke some
On Sunday 07 October 2007, Andrey Borzenkov wrote:
This fixes oops when registering backlight device fails. Attached as I
still cannot convince kmail to not mangle long lines ...
-andrey
ping ...
Subject: [PATCH] Fix Oops in toshiba_acpi error return path
When backlight_device_register
Properly set up parent on input device registered by the button driver.
Signed-off-by: Andrey Borzenkov [EMAIL PROTECTED]
---
drivers/acpi/button.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/acpi/button.c b/drivers/acpi/button.c
index 301e832..5b0f065
So yes, patch looks good, cheers for the improvements.
Signed-off-by: Richard Hughes [EMAIL PROTECTED]
Just curious - what became of this?
-andrey
signature.asc
Description: This is a digitally signed message part.
Subject: [PATCH] 2.6.24-rc: fix ACPI battery technology reporting
From: Andrey Borzenkov [EMAIL PROTECTED]
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
On Tuesday 06 November 2007, Dmitry Torokhov wrote:
Hi Andrey,
On Nov 6, 2007 12:51 PM, Andrey Borzenkov [EMAIL PROTECTED] wrote:
Properly set up parent on input device registered by the button driver.
Seems to be a popular topic today :)
+ input-cdev.dev = device-dev
On Sunday 11 November 2007, Rafael J. Wysocki wrote:
On Sunday, 11 of November 2007, Andrey Borzenkov wrote:
On Monday 05 November 2007, Andrey Borzenkov wrote:
Notice hung not hangs. This happened so far only once - when low
battery
condition triggered suspend to disk. I
On Sunday 11 November 2007, Rafael J. Wysocki wrote:
On Sunday, 11 of November 2007, Andrey Borzenkov wrote:
On Sunday 11 November 2007, Rafael J. Wysocki wrote:
On Sunday, 11 of November 2007, Andrey Borzenkov wrote:
On Monday 05 November 2007, Andrey Borzenkov wrote:
Notice hung
Pavel Machek wrote:
Hi!
It works. Subjectively I have relatively long pause after first
Suspending console message (where it hangs otherwise), according to
dmesg timestamp it is about 1 second before next messages appear.
Also last two times I tried it writeout of suspend image
On Sunday 25 November 2007, Robert Hancock wrote:
Andrey Borzenkov wrote:
I have no COM port on notebook (without port replicator which I do not have)
so COM is disabled in BIOS. No ttyS* is detected during boot (and no device
created) but I just noticed that serial modules are still loaded
This is did not happen before; I am not sure right now what caused this (i.e.
battery aging or some software change) nor whether this is
kernel/HAL/kpowersave
issue.
kpowersave is stuck at assuming battery is loading and at 94%. Sysfs displays
battery state as Full:
UEVENT[1199264702.345795]
On Wednesday 02 January 2008, Alexey Starikovskiy wrote:
Andrey Borzenkov wrote:
This is did not happen before; I am not sure right now what caused this
(i.e.
battery aging or some software change) nor whether this is
kernel/HAL/kpowersave
issue.
kpowersave is stuck at assuming
Herton Ronaldo Krzesinski wrote:
I have here an Intel Classmate hardware sample, and I have a weird problem
with suspend to ram, the machine does a power off when resuming.
Do you have acpid running? You may also be interested in this:
http://qa.mandriva.com/show_bug.cgi?id=18998
Andrey Borzenkov wrote:
Herton Ronaldo Krzesinski wrote:
I have here an Intel Classmate hardware sample, and I have a weird
problem with suspend to ram,
wait a bit; suspend to RAM is S1 not S3. The mentined patch explicitly
checks for S3 state and prevents power button event from reaching
Matthew Garrett wrote:
On Thu, Feb 21, 2008 at 09:43:30PM +0300, Andrey Borzenkov wrote:
wait a bit; suspend to RAM is S1 not S3.
Not on any even vaguely modern hardware, no.
Yes, shame on me; I should not be doing several things at once.
-
To unsubscribe from this list: send the line
Subject: [PATCH] ACPI: add ACPI aliases to toshiba_acpi module
From: Andrey Borzenkov [EMAIL PROTECTED]
This adds aliases to enable autoloading of toishiba_acpi. Two aliases
are defined - TOS6200 (for \\_SB_.VALD.GHCI) and TSO1900 (for
\\_SB_.VALZ.GHCI). This allows toishiba_acpi
MODPOST vmlinux.o
WARNING: vmlinux.o(.text+0xec461): Section mismatch in reference from the
function pci_scan_child_bus() to the function .devinit.text:pcibios_fixup_bus()
The function pci_scan_child_bus() references
the function __devinit pcibios_fixup_bus().
This is often because
44 matches
Mail list logo
