On Sat, 2008-02-02 at 09:30 -0200, Henrique de Moraes Holschuh wrote:
On Fri, 01 Feb 2008, Len Brown wrote:
You might check if CONFIG_ACPI_VIDEO=m is set and you can load the video
module.
While the sony may be non-standard and not load, your thinkpad may work.
[...]
We really need to
On Wednesday 06 February 2008 03:12:26 Randy Dunlap wrote:
Please tell what WMI stands for.
Will do.
+ACPI-WMI has no knowledge of the size of the data blocks passed to/ from
to/from
I was always taught that the correct way
On Tuesday 05 February 2008 22:59:24 Carlos Corbacho wrote:
Unfortunately, as you can see this isn't nice, and very racy. To point out
the more glaring flaws:
1) instance and method_id can be changed before we start reading and
writing in any data.
2) Executing a method involves reading
On 06-02-08 15:38, Thomas Renninger wrote:
I expect on Rene's machine (might be something else, but this probably
often happens), BIOS exports dma and IO ports. The irq seem to be
missing and the driver does not use pnp_irq_valid, but pnp_irq. It
No. Please note we're talking about ISAPnP,
On Tuesday 05 February 2008 07:03:23 pm Carlos Corbacho wrote:
On Wednesday 06 February 2008 00:35:54 Bjorn Helgaas wrote:
Ok. The only other vendors I really have in mind are HP and Fujitsu,
since both those vendors use WMI on their laptops, so they would be my
most likely candidates to
On Tuesday 05 February 2008 18:32, Andrew Morton wrote:
On Sat, 2 Feb 2008 23:36:42 + (GMT)
Chris Rankin [EMAIL PROTECTED] wrote:
Hi,
I have a 1 GHz Coppermine PC with 512 MB RAM, and it is failing to boot
with the nmi_watchdog=1
option. This kernel was rebuilt after doing a
On Wed, 6 Feb 2008 13:22:26 -0500 Len Brown [EMAIL PROTECTED] wrote:
On Tuesday 05 February 2008 18:32, Andrew Morton wrote:
On Sat, 2 Feb 2008 23:36:42 + (GMT)
Chris Rankin [EMAIL PROTECTED] wrote:
Hi,
I have a 1 GHz Coppermine PC with 512 MB RAM, and it is failing to boot
Hey,
hope it helps, dmidecode attached,
more on request ;-)
[ 16.407074] ACPI: bus type pci registered
[ 16.407396] PCI: PCI BIOS revision 3.00 entry at 0xfdba1, last bus=16
[ 16.407398] PCI: Using configuration type 1
[ 16.407400] Setting up standard PCI resources
[ 16.409544] ACPI: EC: Look
On Wed 2008-02-06 23:40:35, matthieu castet wrote:
Rafael J. Wysocki wrote:
On Wednesday, 6 of February 2008, matthieu castet wrote:
Hi,
matthieu castet wrote:
matthieu castet wrote:
Pavel Machek wrote:
Hmm, maybe I know where problem could be. Try
movl $(wakeup_stack -
Hi,
this patch had a check that the memory allocated is in the first 1MB.
The check is similar to the one in smp_alloc_memory.
Signed-off-by: Matthieu CASTET [EMAIL PROTECTED]
diff --git a/arch/x86/kernel/acpi/sleep.c b/arch/x86/kernel/acpi/sleep.c
index 6bc815c..65ab23c 100644
---
* matthieu castet [EMAIL PROTECTED] wrote:
Hi,
this patch had a check that the memory allocated is in the first 1MB.
The check is similar to the one in smp_alloc_memory.
Signed-off-by: Matthieu CASTET [EMAIL PROTECTED]
diff --git a/arch/x86/kernel/acpi/sleep.c
On Wednesday, 6 of February 2008, Pavel Machek wrote:
Hi!
instead of existing stack setup. That helped on one of my test-boxes
Thanks, I will try that.
Because clearing the flags imply pop/push in the stack it could be the
problem
That doesn't help : it still crash in pushl $0.
On Tue, Feb 05, 2008 at 09:34:54AM +0100, Roel Kluin wrote:
Henrique de Moraes Holschuh wrote:
On Tue, 05 Feb 2008, Roel Kluin wrote:
Roland Dreier wrote:
/* safety net should the EC not support AUTO
* or FULLSPEED mode bits and just ignore them */
Okay, Eric, here's what I've got in the tree now.
Can you give it a whirl?
thanks,
-Len
-
To unsubscribe from this list: send the line unsubscribe linux-acpi in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
From: Éric Piel [EMAIL PROTECTED]
When an ACPI table is overridden (for now this can happen only for DSDT)
display a big warning and taint the kernel with flag A.
Signed-off-by: Eric Piel [EMAIL PROTECTED]
Signed-off-by: Len Brown [EMAIL PROTECTED]
---
drivers/acpi/osl.c |7 +++
From: Éric Piel [EMAIL PROTECTED]
The acpi_no_initrd_override parameter permits to disable the load of an ACPI
table from the initramfs.
Signed-off-by: Eric Piel [EMAIL PROTECTED]
Signed-off-by: Len Brown [EMAIL PROTECTED]
---
Documentation/kernel-parameters.txt |3 +++
drivers/acpi/osl.c
From: Len Brown [EMAIL PROTECTED]
also, address some checkpatch.pl violations
Signed-off-by: Len Brown [EMAIL PROTECTED]
---
drivers/acpi/osl.c | 33 ++---
1 files changed, 18 insertions(+), 15 deletions(-)
diff --git a/drivers/acpi/osl.c b/drivers/acpi/osl.c
Here are my proposed updates for
http://www.lesswatts.org/projects/acpi/overridingDSDT.php
thanks,
-Len
---
iASL is part of the ACPICA release,
http://www.intel.com/technology/iapc/acpi/downloads.htm.
Please reference http://acpica.org; instead.
Also, in the section titled How to build a
Probably it is best to forward the original patch
w/ proper credits, and then send updates to address 1-4.
Thomas, the patch you have included is only the original patch, right?
We need to address the points 1-4 (which seem very reasonable) later on
with additional patches. I think most
Jeff (Mahony) has adjusted the last bits of it when he updated it to the
latest rcX-gitY version:
Changes:
We no longer call populate_rootfs() twice. If we want the custom DSDT,
we load the rootfs before ACPI. Otherwise, it is loaded at the
appropriate
initcall time.
On Wednesday 06 February 2008 06:36, Carlos Corbacho wrote:
On Tuesday 05 February 2008 22:59:24 Carlos Corbacho wrote:
Unfortunately, as you can see this isn't nice, and very racy. To point out
the more glaring flaws:
1) instance and method_id can be changed before we start reading and
On Tuesday 15 January 2008 20:38, Carlos Corbacho wrote:
On Tuesday 15 January 2008 20:54:29 Dmitry Torokhov wrote:
If there is a [planned] WMI sysfs device then I think input device should
use it to form proper sysfs hierarchy. What are the roadblocks for getting
WMI sysfs in?
The
On Wednesday 30 May 2007 16:12, you wrote:
Here are some pointers as promised:
http://developer.novell.com/wiki/index.php/OMC
This is a Novell project with many providers dealing will many aspects
of the OS. They also provide RPMs for OpenSUSE and is the main source
for the OpenWBEM
scripts/checkpatch.pl
ERROR: do not use C99 // comments
#101: FILE: drivers/misc/asus-laptop.c:63:
+#define ATKD_BR_UP 0x10 // Brightness Up base value
ERROR: do not use C99 // comments
#102: FILE: drivers/misc/asus-laptop.c:64:
+#define ATKD_BR_DOWN 0x20 // Brightness Down base value
applied.
thanks,
-len
On Tuesday 05 February 2008 02:31, [EMAIL PROTECTED] wrote:
From: Luca Tettamanti [EMAIL PROTECTED]
Add support for ASUS F3Sa notebook. Features:
- LCD on/off
- Brightness
- Wifi kill
- Bluetooth kill
Signed-off-by: Luca Tettamanti [EMAIL PROTECTED]
Cc: Corentin
On Thu, Feb 07, 2008 at 12:48:24AM +0100, Roel Kluin wrote:
Greg KH wrote:
On Tue, Feb 05, 2008 at 09:34:54AM +0100, Roel Kluin wrote:
Henrique de Moraes Holschuh wrote:
On Tue, 05 Feb 2008, Roel Kluin wrote:
Roland Dreier wrote:
Note the duplicate test 'if (level
Applied.
thanks,
-Len
On Monday 04 February 2008 18:24, Roel Kluin wrote:
Roland Dreier wrote:
/* safety net should the EC not support AUTO
* or FULLSPEED mode bits and just ignore them */
if (level TP_EC_FAN_FULLSPEED)
Agreed. However, *duplicating* what is already in hwmon elsewhere is not
fun. Please reconsider.
I started off with the same position as you, Henrique,
but Rui and Sujith don't see it that way.
Of course this is software, we can always change it --
particularly since there will be a very
On Tuesday 05 February 2008 09:55, Henrique de Moraes Holschuh wrote:
The only duplication which I can see of is in the reporting of
temperature, which is quite reasonable for a thermal management module
to have.
Well, HdMH and I apparently disagree about this. All I really care
thanks for the update, matthew.
applied,
-len
On Wednesday 06 February 2008 20:44, Matthew Garrett wrote:
Vendors often ship machines with a choice of integrated or discrete
graphics, and use the same DSDT for both. As a result, the ACPI video
module will locate devices that may not exist on
applied.
thanks,
-len
On Thursday 31 January 2008 20:35, [EMAIL PROTECTED] wrote:
acpi_safe_halt() needs interrupts to be disabled for atomic
need_resched check and safe halt. Otherwise we may miss an
interrupt and go into halt.
acpi_safe_halt() also does not enable interrupts on all
On Wed, Feb 06, 2008 at 11:18:50PM -0200, Henrique de Moraes Holschuh wrote:
On Thu, 07 Feb 2008, Roel Kluin wrote:
It's a oneliner and the patch is from linus' tree.
Roel, better to just let me and Len Brown handle it. I will add your patch
to my thinkpad-acpi queue and send it to Len
applied,
thanks,
-len
On Thursday 31 January 2008 20:35, [EMAIL PROTECTED] wrote:
Add a default poll idle state with 0 latency. Provides an option to users
to use poll_idle by using 0 as the latency requirement.
Signed-off-by: Venkatesh Pallipadi [EMAIL PROTECTED]
Index:
applied.
thanks,
-len
On Thursday 31 January 2008 20:35, [EMAIL PROTECTED] wrote:
Add mwait idle for C1 state instead of halt, on platforms that support
C1 state with mwait.
Renames cx-space_id to something more appropriate.
Signed-off-by: Venkatesh Pallipadi [EMAIL PROTECTED]
Index:
applied.
thanks,
-len
On Thursday 31 January 2008 20:35, [EMAIL PROTECTED] wrote:
Show C1 idle time in /sysfs cpuidle interface. C1 idle time may not
be entirely accurate in all cases. It includes the time spent
in the interrupt handler after wakeup with hlt based C1. But, it will
be accurate
07/02/08 03:51, Len Brown wrote/a écrit:
Jeff (Mahony) has adjusted the last bits of it when he updated it to the
latest rcX-gitY version:
Changes:
We no longer call populate_rootfs() twice. If we want the custom DSDT,
we load the rootfs before ACPI. Otherwise, it is loaded at the
36 matches
Mail list logo