On 8/16/06, Len Brown <[EMAIL PROTECTED]> wrote:
Andrew,
Please delete this patch from MM -- it is stale.
Jaya, please send Andrew the newer patch that replaces it -- the one
that doesn't touch drivers/acpi.
thanks,
-Len
Hi Len,
I had sent that on June 26 to everyone on the CC list. Archive l
On Wed, 16 Aug 2006, Len Brown wrote:
> > acpi_pci_link_set() allocates with GFP_ATOMIC. On resume from suspend,
> > this is called with interrupts off, otherwise GFP_KERNEL is safe.
> So you are suggesting this?
> diff --git a/drivers/acpi/pci_link.c b/drivers/acpi/pci_link.c
> index 7f3e7e7..d53
Hi !
I don't have much knowlegde about ACPI :-(
What I have is a device called "FuturePad PC" which has some four
keys at the bottom and one double key at the side. It also has a
button on the left side to switch it off, which works fine with
Linux' ACPI, acpid and /etc/acpi/events/powerbt
When
Makes the cpufreq stuff at least a bit easier...
Compile tested, patched against 2.6.18-rc2
Disallow writing to /proc/acpi/processor/xy/performance
The preferred interface to switch CPU frequency steps is /sys/.../cpufreq.
This is known since the beginning of 2.6 kernels.
Writing to this file ma
On Thu, 2006-08-17 at 16:51 +0200, Thomas Renninger wrote:
> Makes the cpufreq stuff at least a bit easier...
>
> Compile tested, patched against 2.6.18-rc2
patched against 2.6.18-rc4
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to [EMAIL PROTEC
Moore, Robert wrote:
Worse, the GPE is already cleared in the edge case, at the start of the
GPE dispatch function:
/*
* If edge-triggered, clear the GPE status bit now. Note that
* level-triggered events are cleared after the GPE is serviced.
*/
if ((GpeEventInfo->Flags & AC
Hi!
> - Remove /proc/acpi/s270 interface, replace it by a platform device
> /sys/devices/platform/s270pf/. This means: no procfs is touched
> anymore, all features are now accessible through /sys/.
>
> This patch applies to 2.6.17 and requires the ACPI ec_transaction()
> patch I posted earlie
On Thu, 17.08.06 15:21, Pavel Machek ([EMAIL PROTECTED]) wrote:
> > This patch applies to 2.6.17 and requires the ACPI ec_transaction()
> > patch I posted earlier:
> >
> > http://marc.theaimsgroup.com/?l=linux-acpi&m=115517193511970&w=2
> >
> > Please comment and/or apply!
>
> Looks ok to me...
Hi!
> We have a poorly behaving BIOS that simply returns from its suspend
> procedure, rather then jumping to the restart routine indicated by
> the FACS. This appears to Linux as a failed S3 attempt.
>
> This would normally succeed, but the sysenter msrs are not
> restored and the restart fails
Wondering if any ASL experts can help me here. I'm trying to recompile
the DSDT on my HP NC6400 laptop, to hopefully get some better acpi
functionality, and I'm seeing the following error:
$ iasl -tc dsdt.dsl
Intel ACPI Component Architecture
ASL Optimizing Compiler version 20060608
Here is the required software behavior, from the ACPI spec version 3.0A,
page 138, section 5.6.2.2:
When OSPM receives a general-purpose event (the event is from a GPEx_BLK
STS bit), OSPM does the following:
1. Disables the interrupt source (GPEx_BLK EN bit).
2. If an edge event, clears
11 matches
Mail list logo