As it was a synonym for (CONFIG_ACPI && CONFIG_X86),
the ifdefs for it were more clutter than they were worth.
For ia64, just add a few stubs in anticipation of future
S3 or S4 support.
Signed-off-by: Len Brown <[EMAIL PROTECTED]>
---
arch/i386/kernel/acpi/Makefile |2 +-
arch/i386/kernel/
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Remove references to ACPI_STATE_S2, introduced by
acpi-implement-the-set_target-callback-from-pm_ops.patch, from acpi_pm_enter().
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Signed-off-by: Len Brown <[EMAIL PROTECTED]>
---
drivers/acpi/sleep/m
ACPI Exception (processor_throttling-0084): AE_NOT_FOUND, Evaluating _PTC
[20070126]
ACPI Exception (processor_throttling-0147): AE_NOT_FOUND, Evaluating _TSS
[20070126]
These methods are optional, so Linux should not
alarm users when they are not found.
http://bugzilla.kernel.org/show_bug.cgi?
/proc/acpi/sleep has had its own "default n" option,
ACPI_SLEEP_PROC_SLEEP, for many months.
Time to delete ACPI_SLEEP_PROC_SLEEP.
Users that still need /proc/acpi/sleep can still get it
along with the other deprecated /proc/acpi files
by enabling CONFIG_ACPI_PROCFS.
Also delete ACPI_SLEEP_PROC_F
The SMP dependency on HOTPLUG_CPU and SUSPEND_SMP
caused more harm than good -- making ACPI sleep
support vanish for configs missing those options.
So simply select them on the (ACPI && SMP && X86) systems
that need them.
Also, remove the prompt for ACPI_SLEEP,
virtually nobody (intentionally) ena
delete "default y" from CONFIG_ACPI_PROCFS
(effectively making the default 'N')
List exactly what /proc files this option controls,
and clarify that it doesn't change non-deprecated files.
Signed-off-by: Len Brown <[EMAIL PROTECTED]>
---
drivers/acpi/Kconfig | 27 +--
1
From: Thomas Renninger <[EMAIL PROTECTED]>
modpost is going to use these to create e.g. acpi:ACPI0001
in modules.alias.
Signed-off-by: Thomas Renninger <[EMAIL PROTECTED]>
Signed-off-by: Len Brown <[EMAIL PROTECTED]>
---
drivers/acpi/ac.c |9 +++--
drivers/acpi/acpi_memhotp
From: Thomas Renninger <[EMAIL PROTECTED]>
Define standardized HIDs - Rename current acpi_device_id to acpica_device_id
Signed-off-by: Thomas Renninger <[EMAIL PROTECTED]>
Signed-off-by: Len Brown <[EMAIL PROTECTED]>
---
drivers/acpi/events/evrgnini.c|2 +-
drivers/acpi/namespace/nsxfeva
From: Thomas Renninger <[EMAIL PROTECTED]>
Modify modpost (file2alias.c) to add acpi*:XYZ0001: alias in modules.alias
like:
grep acpi /lib/modules/2.6.22-rc4-default/modules.alias
alias acpi*:SNY5001:* sony_laptop
alias acpi*:SNY6001:* sony_laptop
for e.g. the sony_laptop module.
This module match
From: Shaohua Li <[EMAIL PROTECTED]>
If the ACPI device has _EJ0, ignore the device.
_PSx will set power for the slot,
and the hotplug driver will take care of _PSx.
Signed-off-by: Shaohua Li <[EMAIL PROTECTED]>
Signed-off-by: Len Brown <[EMAIL PROTECTED]>
---
drivers/pci/pci-acpi.c |4
From: Luming Yu <[EMAIL PROTECTED]>
Signed-off-by: Luming Yu <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Len Brown <[EMAIL PROTECTED]>
---
drivers/acpi/processor_throttling.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/driv
From: Al Viro <[EMAIL PROTECTED]>
> Subject : drivers/misc/asus-laptop.c:*: error: 'struct led_classdev'
> has no member named 'class_dev'
> References : http://lkml.org/lkml/2007/7/22/299
> Submitter : Gabriel C <[EMAIL PROTECTED]>
Fallout from f8a7c6fe14f556ca8eeddce258cb213
From: Shaohua Li <[EMAIL PROTECTED]>
applied after Rafel's 'PM: Update global suspend and hibernation operations
framework' patch set
Signed-off-by: Shaohua Li <[EMAIL PROTECTED]>
Signed-off-by: Len Brown <[EMAIL PROTECTED]>
---
drivers/pnp/driver.c |5 +
drivers/pnp/pnpacpi/core.
From: Shaohua Li <[EMAIL PROTECTED]>
applied after Rafel's 'PM: Update global suspend and hibernation
operations framework' patch set
Signed-off-by: Shaohua Li<[EMAIL PROTECTED]>
Signed-off-by: Len Brown <[EMAIL PROTECTED]>
---
drivers/pci/pci-acpi.c | 24
drivers/pci/
From: Shaohua Li <[EMAIL PROTECTED]>
Based on the David Brownell's patch at
http://marc.info/?l=linux-acpi&m=117873972806360&w=2
updated by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Add a helper routine returning the lowest power (highest number) ACPI device
power state that given device can be in w
I wish this batch did not miss the -rc1 deadline.
Some of them must go into -rc2, bug some of them are
probably bigger than should really go in post -rc1 --
lets see how good a mood Linus is in tomorrow:-)
As usual, please squawk if you see any problems.
thanks,
-Len
-
To unsubscribe from this li
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
In the future some drivers may need to use ACPI to determine the low power
states in which to place their devices, but to provide the drivers with this
information the ACPI core needs to know what sleep state the system is going to
enter. Namely, the de
On Tue, 2007-07-24 at 22:34 +0100, Chris Rankin wrote:
> Hi,
>
> I have noticed the following problems with the ACPI video functionality on my
> Thinkpad T60p
> laptop:
>
> - The kernel is likely to lock up when the video.ko modules loads, if
> nmi_watchdog=1
> - The VID/ directory appears twic
On Tue, 24 Jul 2007, Chris Rankin wrote:
> - The kernel is likely to lock up when the video.ko modules loads, if
> nmi_watchdog=1
NEVER use nmi_watchdog on thinkpads. IBM/Lenovo's crap of a SMBIOS is
deeply alergic to NMIs while handling a SMI.
I don't know why the nmi_watchdog is not blacklist
On Monday 23 July 2007 04:47:16 pm Ken MacLeod wrote:
> We manufacture an x86 system with a device on an I/O port. We
> initially wrote our Linux driver to load in an init script and if it
> probed OK then we knew the device was present. We now want to be a
> little safer and portable by enumerat
On Saturday 21 July 2007 08:09:11 pm [EMAIL PROTECTED] wrote:
> On Fri, 6 Jul 2007, Bjorn Helgaas wrote:
> > Ultimately, you should have CONFIG_ACPI=y and CONFIG_PNPACPI=y, and you
> > should not have to boot with "noisapnp" or "pnpacpi=off". My guess is
> > that you only need "pnpacpi=off" to wor
Hi,
I have noticed the following problems with the ACPI video functionality on my
Thinkpad T60p
laptop:
- The kernel is likely to lock up when the video.ko modules loads, if
nmi_watchdog=1
- The VID/ directory appears twice in the /proc/acpi/video/ directory:
$ ls -alis /proc/acpi/video/
total
Hello guys,
am I able to find out the correct Processor Control Block Adress (PBlK)
to fix up my DSDT?
Thanks
Norman
-
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
On Monday 23 of July 2007, Len Brown wrote:
> On Monday 23 July 2007 11:40, Arkadiusz Miskiewicz wrote:
> > After booting fresh 2.6.23rc1 taken from git I noticed oops in dmesg:
> >
> > [ 46.274038] BUG: unable to handle kernel NULL pointer dereference at
> > virtual address [ 46.27404
On Tuesday 24 July 2007 05:58, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki <[EMAIL PROTECTED]>
>
> Remove references to ACPI_STATE_S2, introduced by
> acpi-implement-the-set_target-callback-from-pm_ops.patch, from
> acpi_pm_enter().
>
> Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
On Monday 23 July 2007 16:44, Alessandro Suardi wrote:
> On 7/23/07, Ismail Dönmez <[EMAIL PROTECTED]> wrote:
> > On Monday 23 July 2007 19:43:56 Gabriel C wrote:
> > > I get some ACPI Exception.
> > >
> > > ...
> > >
> > > [ 33.075429] ACPI Exception (processor_throttling-0084): AE_NOT_FOUND,
>
On Mon, 23 Jul 2007, Len Brown wrote:
On Monday 23 July 2007 05:50, Mel Gorman wrote:
This was seen on a machine on test.kernel.org;
Unable to handle kernel NULL pointer dereference at
RIP:
[] acpi_processor_throttling_seq_show+0xa7/0xd6
PGD 3bd9e067 PUD 3bc6a067 PMD 0
Oops:
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Remove references to ACPI_STATE_S2, introduced by
acpi-implement-the-set_target-callback-from-pm_ops.patch, from acpi_pm_enter().
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
drivers/acpi/sleep/main.c |9 -
1 file changed, 4 insert
28 matches
Mail list logo