On Sun, 2007-05-20 at 15:14 +0900, Mattia Dongili wrote:
On Sat, May 19, 2007 at 12:04:13AM -0700, Andrew Morton wrote:
On Sat, 19 May 2007 15:48:29 +0900 Mattia Dongili [EMAIL PROTECTED] wrote:
On Fri, May 18, 2007 at 12:22:40AM -0700, Andrew Morton wrote:
On Fri, 18 May 2007
On Tue, Jun 19, 2007 at 04:57:55PM +0800, Zhang Rui wrote:
On Sun, 2007-05-20 at 15:14 +0900, Mattia Dongili wrote:
On Sat, May 19, 2007 at 12:04:13AM -0700, Andrew Morton wrote:
On Sat, 19 May 2007 15:48:29 +0900 Mattia Dongili [EMAIL PROTECTED]
wrote:
On Fri, May 18, 2007 at
On Tue, 2007-06-19 at 18:30 +0900, Mattia Dongili wrote:
On Tue, Jun 19, 2007 at 04:57:55PM +0800, Zhang Rui wrote:
On Sun, 2007-05-20 at 15:14 +0900, Mattia Dongili wrote:
On Sat, May 19, 2007 at 12:04:13AM -0700, Andrew Morton wrote:
On Sat, 19 May 2007 15:48:29 +0900 Mattia Dongili
On Tue, Jun 19, 2007 at 04:57:55PM +0800, Zhang Rui wrote:
...
I tested this patch on several platforms but can not reproduce the bug.
Could you please help me do a simple test please?
Any kernel release later than 2.6.22-rc1 is ok. You don't need to apply
hiya guys,
since 2.6.21.1 i don't have *any* files in /proc/acpi/battery/ anymore
and no tool is able to show me the battery status of my IBM thinkpad
T23.
i tried 2.6.21.1: no acpi-battery
then i tried 2.6.20.14: it works.
the config is the same and i applied the config for 2.6.21.1 with make
Alex Bihlmaier ?:
hiya guys,
since 2.6.21.1 i don't have *any* files in /proc/acpi/battery/ anymore
and no tool is able to show me the battery status of my IBM thinkpad
T23.
i tried 2.6.21.1: no acpi-battery
then i tried 2.6.20.14: it works.
the config is the same and i applied
On Mon, 2007-06-18 at 11:01 -0400, jamal wrote:
Ok, by inspection (sorry, still dont have much time) - your kernel code
is sending to group 1; i.e
genlmsg_multicast(skb, 0, 1, GFP_ATOMIC);
you need to change that to send to your assigned id, i.e:
genlmsg_multicast(skb, 0,
On Tuesday, 19 June 2007 04:33, Shaohua Li wrote:
Based on David's patch
http://marc.info/?l=linux-acpim=117873972806360w=2
I slightly changed it.
Add a helper routine, which gets the sleep state of a ACPI device.
Is it going to work with the recent code ordering changes? I mean,
On Sun, 2007-06-17 at 19:49 -0300, Henrique de Moraes Holschuh wrote:
On Sun, 17 Jun 2007, Thomas Renninger wrote:
Create __mod_acpi_device_table symbol for all acpi drivers.
thinkpad-acpi will autoload by DMI ids in 2.6.23, which is a much better
solution for model-specific drivers like
John Keller [EMAIL PROTECTED] writes:
Add support for IOAPIC NMI interrupts on x86_64.
Changes include the following:
- Obtain the NMI IOAPIC info via an ACPI NMI SRC structure that is
part of the MADT, and program the IOAPIC redirection register.
The NMI SRC struct will
On Tue, 19 Jun 2007, Mattia Dongili wrote:
Try to enable the wakeup GPE for all the USB devices first.
e.g. #echo USB1 /proc/acpi/wakeup will enable GPE for USB1.
USB1 S3 disabled pci::00:1d.0
USB2 S3 disabled pci::00:1d.1
USB3 S3 disabled
In our specific case, a loadable driver will register to process
the NMI generated by a timer device on the IOAPIC pin. The driver
will need to unmask/mask the NMI interrupt at init/exit time.
The timer NMI interrupt will be used to synchronize cluster nodes.
We normally don't add hooks
Hi!
Documentation changes based on Pavel's feedback.
Thanks!
-System global cpuidle information are under
+System global cpuidle related information and tunables are under
/sys/devices/system/cpu/cpuidle
The current interfaces in this directory has self-explanatory names:
+*
On Tue, 2007-19-06 at 13:30 +0200, Johannes Berg wrote:
Ah, that coincides with something I was wondering about. Isn't it
possible to have multiple multicast groups with generic netlink? If so,
we might have to use real netlink for wireless...
There is one default mcast group per entity.
On Tue, Jun 19, 2007 at 02:53:27PM +0200, Thomas Renninger wrote:
On Sun, 2007-06-17 at 19:49 -0300, Henrique de Moraes Holschuh wrote:
On Sun, 17 Jun 2007, Thomas Renninger wrote:
Create __mod_acpi_device_table symbol for all acpi drivers.
...
model-specific drivers like thinkpad-acpi
Hi David,
On Sun, Apr 01, 2007 at 05:28:10PM -0700, David Brownell wrote:
It seems
to me to be more logical to move the wakeup intelligence to the PM
subsystem,
and then let that code distribute it to where it is needed. In the case
of x86, the logic would stay in the PM method,
On Tue, Jun 19 2007, Marcelo Tosatti wrote:
I see /sys/devices/acpi_system:00/button_power:00 on this system; and
/sys/devices/acpi_system:00/device:00/PNP0C0D:00 has path \_SB_.LID_ ...
such device nodes already exist, even though they're not really hooked
up to anything much.
On Tuesday, 19 June 2007 13:52, Rafael J. Wysocki wrote:
On Tuesday, 19 June 2007 04:33, Shaohua Li wrote:
Based on David's patch
http://marc.info/?l=linux-acpim=117873972806360w=2
I slightly changed it.
Add a helper routine, which gets the sleep state of a ACPI device.
Is it going
On Thursday, 14 June 2007 03:36, Shaohua Li wrote:
Wakeup GPE hasn't a handler. If system is waked up by such GPE like a
USB hotplug, I saw a lot of error reporting the GPE hasn't handler.
acpi_leave_sleep_state will clear the GPE but it's too late, we should
doe it before interrupt is
Fix kernel build problem:
thinkpad_acpi.c:(.text+0x7486a): undefined reference to `ec_write'
(as THINKPAD_ACPI depends on ACPI_EC)
Signed-off-by: Andreas Herrmann [EMAIL PROTECTED]
---
drivers/misc/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
Fix kernel build problem as MSI_LAPTOP depends on ACPI_EC.
Signed-off-by: Andreas Herrmann [EMAIL PROTECTED]
---
drivers/misc/Kconfig |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/misc/Kconfig b/drivers/misc/Kconfig
index 72774c9..0d6f369 100644
---
Fix compile error with ACPI !ACPI_POWER as bus.c
depends on power.c
Signed-off-by: Andreas Herrmann [EMAIL PROTECTED]
---
drivers/acpi/Kconfig |4
drivers/acpi/Makefile |2 +-
2 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/drivers/acpi/Kconfig
Avoid compile warning if !ACPI_BLACKLIST_YEAR
CC drivers/acpi/blacklist.o
drivers/acpi/blacklist.c:76:5: warning: CONFIG_ACPI_BLACKLIST_YEAR is not
defined
Signed-off-by: Andreas Herrmann [EMAIL PROTECTED]
---
drivers/acpi/blacklist.c |2 +-
1 files changed, 1 insertions(+), 1
Fix kernel build problem as SONY_LAPTOP depends on ACPI_EC.
Signed-off-by: Andreas Herrmann [EMAIL PROTECTED]
---
drivers/misc/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/misc/Kconfig b/drivers/misc/Kconfig
index 0d6f369..463fa41 100644
---
Fix compile warnings:
drivers/acpi/bus.c: In function 'acpi_bus_get_power':
drivers/acpi/bus.c:162: warning: implicit declaration of function
'acpi_power_get_inferred_state'
drivers/acpi/bus.c: In function 'acpi_bus_set_power':
drivers/acpi/bus.c:232: warning: implicit declaration of
On Wed, 20 Jun 2007, Andreas Herrmann wrote:
Fix kernel build problem:
thinkpad_acpi.c:(.text+0x7486a): undefined reference to `ec_write'
(as THINKPAD_ACPI depends on ACPI_EC)
Signed-off-by: Andreas Herrmann [EMAIL PROTECTED]
---
drivers/misc/Kconfig |1 +
1 files changed, 1
On Wed, 2007-06-20 at 00:06 +0200, Rafael J. Wysocki wrote:
On Thursday, 14 June 2007 03:36, Shaohua Li wrote:
Wakeup GPE hasn't a handler. If system is waked up by such GPE like a
USB hotplug, I saw a lot of error reporting the GPE hasn't handler.
acpi_leave_sleep_state will clear the GPE
On Tuesday 19 June 2007 18:48, Andreas Herrmann wrote:
Fix compile error with ACPI !ACPI_POWER as bus.c
depends on power.c
How were you able to set CONFIG_ACPI_POWER=n to cause this compile error?
When I do that, make oldconfig forces it to =y.
-Len
Signed-off-by: Andreas Herrmann [EMAIL
On Tuesday 19 June 2007 18:49, Andreas Herrmann wrote:
Fix build error if ACPI !ACPI_SYSTEM as
bus.c depended on event.c
How were you able to get ACPI !ACPI_SYSTEM to survive make oldconfig?
-Len
Signed-off-by: Andreas Herrmann [EMAIL PROTECTED]
---
drivers/acpi/bus.c |2 +-
On Tuesday 19 June 2007 18:50, Andreas Herrmann wrote:
Avoid compile warning if !ACPI_BLACKLIST_YEAR
CC drivers/acpi/blacklist.o
drivers/acpi/blacklist.c:76:5: warning: CONFIG_ACPI_BLACKLIST_YEAR is not
defined
How were you able to produce a .config with CONFIG_ACPI_BLACKLIST_YEAR
On Tue, 19 Jun 2007 23:38:02 -0400 Len Brown wrote:
On Tuesday 19 June 2007 18:50, Andreas Herrmann wrote:
Avoid compile warning if !ACPI_BLACKLIST_YEAR
CC drivers/acpi/blacklist.o
drivers/acpi/blacklist.c:76:5: warning: CONFIG_ACPI_BLACKLIST_YEAR is
not defined
How were
On Tue, 19 Jun 2007 20:49:34 -0700 Randy Dunlap wrote:
On Tue, 19 Jun 2007 23:38:02 -0400 Len Brown wrote:
On Tuesday 19 June 2007 18:50, Andreas Herrmann wrote:
Avoid compile warning if !ACPI_BLACKLIST_YEAR
CC drivers/acpi/blacklist.o
drivers/acpi/blacklist.c:76:5:
On Wed, Jun 20, 2007 at 12:52:25AM +0200, Andreas Herrmann wrote:
Fix kernel build problem as SONY_LAPTOP depends on ACPI_EC.
The same questions about ACPI_SYSTEM and ACPI_POWER surviving oldconfig
hold here.
See also http://lkml.org/lkml/2007/5/15/168 and following for a previous
report.
In
On Thursday 08 March 2007 11:57, Thomas Renninger wrote:
On Tue, 2007-03-06 at 12:10 -0500, Dave Jones wrote:
On Tue, Mar 06, 2007 at 03:58:01PM +0800, Zhao Forrest wrote:
On 3/6/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Tue, 6 Mar 2007 02:43:12 -0500 Dave Jones [EMAIL PROTECTED]
On Tuesday 19 June 2007 23:51, Randy Dunlap wrote:
On Tue, 19 Jun 2007 20:49:34 -0700 Randy Dunlap wrote:
On Tue, 19 Jun 2007 23:38:02 -0400 Len Brown wrote:
On Tuesday 19 June 2007 18:50, Andreas Herrmann wrote:
Avoid compile warning if !ACPI_BLACKLIST_YEAR
CC
35 matches
Mail list logo