On Thu, 6 Dec 2007 16:25:57 -0700
Bjorn Helgaas [EMAIL PROTECTED] wrote:
PNP: do not stop/start devices in suspend/resume path
Do not disable PNP devices in the suspend path. We still call
the driver's suspend method, which should prevent further use of
the device, and the protocol suspend
Len,
Please send this patch series (which is composed of a single patch) to
Linus for merging in 2.6.24-rc.
It fixes problems on the latest Lenovo ThinkPads (the *61 series), on
most Linux distros.
Thank you.
--
One disk to rule them all, One disk to find them. One disk to bring
them all
Several reports from X60 users complained that the default Lenovo keymap
issuing EV_KEY KEY_BRIGHTNESS_UP/DOWN input events caused major issues when
the proper brightness support through ACPI video.c was loaded.
Therefore, remove the generation of these events by default, which is the
right thing
On Thursday 13 December 2007 12:09:23 am Borislav Petkov wrote:
On Wed, Dec 12, 2007 at 09:21:41AM -0700, Bjorn Helgaas wrote:
On Wednesday 12 December 2007 03:11:23 am Borislav Petkov wrote:
On Tue, Dec 11, 2007 at 05:08:59PM -0700, Bjorn Helgaas wrote:
On Tuesday 11 December 2007
On Wednesday 12 December 2007 07:26:24 Joshua Wise wrote:
On Wed, 12 Dec 2007, Carlos Corbacho wrote:
+ case TC1100_INSTANCE_BLUETOOTH:
+ *out = (tmp == 1) ? 1 : 0;
+ return 0;
This doesn't actually control Bluetooth. This controls whether the jog
dial is in normal
Sleep mode (on close laptop) work with both acpi_apic_instance=2 and
acpi_osi=!Linux
1.
ACPI: BIOS bug: multiple APIC/MADT found, using 2
[0.00] ACPI: If acpi_apic_instance=0 works better, notify
linux-acpi@vger.kernel.org
2.
[ 23.806190] ACPI: Please test with acpi_osi=!Linux
[
On Thu, 13 Dec 2007, Carlos Corbacho wrote:
Is this a mistake then from the original tc1100-wmi (the 'bluetooth' file
never controlled bluetooth, it always controlled the jog dial), or a mistake
in my patch (it should control bluetooth, but is changing the jog dial
instead)?
This is, as far as
On Thursday 13 December 2007 00:06, jason hu wrote:
Hi All,
With acpi_osi=Linux, which dmesg suggested, I got something changed in
the dmesg output(I just listed out the most important things):
diff !Linux Linux
79c80
Detected 1733.505 MHz processor.
---
Detected 1733.456 MHz
On Wednesday 12 December 2007 17:40, Stephan Seidl wrote:
Dear Len,
2.6.17.4 with maxcpus=1 does not switch off the power (still bad).
2.6.23.9 does switch off the power (works fine).
So I am not sure what should be the next step,
perhaps a simple Debian bug report.
Yes, since latest
On Wednesday 12 December 2007 07:12, Mikael Pettersson wrote:
Acked-by: Mikael Pettersson [EMAIL PROTECTED]
applied.
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
On Thu, Dec 13, 2007 at 09:17:18AM -0700, Bjorn Helgaas wrote:
On Thursday 13 December 2007 12:09:23 am Borislav Petkov wrote:
On Wed, Dec 12, 2007 at 09:21:41AM -0700, Bjorn Helgaas wrote:
On Wednesday 12 December 2007 03:11:23 am Borislav Petkov wrote:
On Tue, Dec 11, 2007 at
On Thursday, 13 of December 2007, [EMAIL PROTECTED] wrote:
The patch titled
git-acpi build fix
has been added to the -mm tree. Its filename is
git-acpi-build-fix.patch
*** Remember to use Documentation/SubmitChecklist when testing your code ***
See
From: Aaron Durbin [EMAIL PROTECTED]
Add the ability to reset the machine using the RESET_REG in ACPI's FADT table.
[EMAIL PROTECTED]: cleanups]
Signed-off-by: Aaron Durbin [EMAIL PROTECTED]
Cc: Len Brown [EMAIL PROTECTED]
Cc: Andi Kleen [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL
From: Andrew Morton [EMAIL PROTECTED]
ia64 allmodconfig:
kernel/power/main.c:493: error: `pm_test_attr' undeclared here (not in a
function)
Cc: Len Brown [EMAIL PROTECTED]
Cc: Rafael J. Wysocki [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
---
kernel/power/main.c |3
From: Matthias Kaehlcke [EMAIL PROTECTED]
acpi_pci_irq_find_prt_entry(): use list_for_each_entry() instead of
list_for_each()
Signed-off-by: Matthias Kaehlcke [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
---
drivers/acpi/pci_irq.c |5 +
1 file changed, 1
From: Miguel Botón [EMAIL PROTECTED]
Remove duplicated warning message in acpi_power_transition()
This warning message is printed by acpi_bus_set_power() so we don't
need to print it again.
Signed-off-by: Miguel Botón [EMAIL PROTECTED]
Cc: Len Brown [EMAIL PROTECTED]
Signed-off-by: Andrew
From: Arjan van de Ven [EMAIL PROTECTED]
Taken from http://bugzilla.kernel.org/show_bug.cgi?id=8703
[EMAIL PROTECTED]: fix warning]
Cc: Dag Bakke [EMAIL PROTECTED]
Cc: Len Brown [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
---
drivers/acpi/processor_idle.c | 23
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 Chary [EMAIL PROTECTED]
Cc: Karol Kozimor [EMAIL PROTECTED]
Cc: Len Brown [EMAIL PROTECTED]
From: Mark Lord [EMAIL PROTECTED]
Fix /proc/acpi/alarm to not overwrite the RTC century field when setting a
wake alarm. The alarm hardware doesn't have a century field, and we really
should not be fiddling with the RTC century field here.
Signed-off-by: Mark Lord [EMAIL PROTECTED]
Cc: David
From: Andrew Morton [EMAIL PROTECTED]
arch/ia64/kernel/acpi.c: In function `acpi_get_sysname':
arch/ia64/kernel/acpi.c:81: error: implicit declaration of function
`acpi_find_rsdp'
arch/ia64/kernel/acpi.c: At top level:
arch/ia64/kernel/acpi.c:631: error: conflicting types for 'acpi_find_rsdp'
On Friday, 14 of December 2007, [EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
ia64 allmodconfig:
kernel/power/main.c:493: error: `pm_test_attr' undeclared here (not in a
function)
I've already sent a better fix for that, thanks.
Cc: Len Brown [EMAIL PROTECTED]
Cc:
On Friday, 14 of December 2007, Andrew Morton wrote:
On Fri, 14 Dec 2007 01:24:32 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Friday, 14 of December 2007, [EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
ia64 allmodconfig:
kernel/power/main.c:493:
On Fri, 14 Dec 2007 01:24:32 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Friday, 14 of December 2007, [EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
ia64 allmodconfig:
kernel/power/main.c:493: error: `pm_test_attr' undeclared here (not in a
function)
On Thursday 13 December 2007 19:07, Rafael J. Wysocki wrote:
On Thursday, 13 of December 2007, [EMAIL PROTECTED] wrote:
The patch titled
git-acpi build fix
has been added to the -mm tree. Its filename is
git-acpi-build-fix.patch
*** Remember to use
On Wednesday 28 November 2007 03:31, Lukas Hejtmanek wrote:
On Wed, Nov 28, 2007 at 02:11:55AM -0200, Henrique de Moraes Holschuh wrote:
On Tue, 27 Nov 2007, Rafael J. Wysocki wrote:
in recent kernel, I got the following warnings while booting. It's ACPI
related. Does anybode care?
Applied.
thanks,
-Len
On Thursday 13 December 2007 09:14, Henrique de Moraes Holschuh wrote:
Several reports from X60 users complained that the default Lenovo keymap
issuing EV_KEY KEY_BRIGHTNESS_UP/DOWN input events caused major issues when
the proper brightness support through ACPI video.c
This is the listing of open bugs that are not new time wise, mostly
over a month old, which is a long time for current rate of
development.
Most bugs need initial response, and all need attention (tlc).
It would be appreciated if the corresponding maintenance team could
take a look at the bugs,
Hello, all.
During 2.6.24-rc1, libata enabled ATA-ACPI support by default and there
have been a lot of regression reports stemming from it. I have patchset
ready to fix most of the problems. With these patches applied, libata
should be able to cope with most failures pretty well. There is one
Tejun Heo wrote:
Hello, all.
During 2.6.24-rc1, libata enabled ATA-ACPI support by default and there
have been a lot of regression reports stemming from it. I have patchset
ready to fix most of the problems. With these patches applied, libata
should be able to cope with most failures pretty
On Fri, 14 Dec 2007 01:00:19 -0500 Miles Lane [EMAIL PROTECTED] wrote:
I first hit this BUG with straight 2.6.24-rc5-mm1, and then reproduced
it with the pci-disable-decoding-during-sizing-of-bars patch removed.
hda_intel: azx_get_response timeout, switching to polling mode: last
On Thu, Dec 13, 2007 at 09:41:23PM -0500, Len Brown wrote:
I've udpated the BIOS on my T61 to 1.26 to match yours, but
running 2.6.24-rc5 I don't see the issue you reported.
If it still fails for you, please send me your .config
It has been fixed in -rc4 I guess.
--
Lukáš Hejtmánek
-
To
Robert Hancock wrote:
Problem is that _GTM implementation on certain BIOSen crap themselves if
invoked on empty channels. However, as written above, because initial
_GTM caching is done before any actual operation is performed on the
port, libata can't determine whether the port is occupied
On Fri, 14 Dec 2007 01:26:11 -0500 Len Brown [EMAIL PROTECTED] wrote:
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
This will update the files shown below.
thanks!
-Len
ps. individual patches are available on
33 matches
Mail list logo