You may try to dump the dsdt and modify it and put one compiled
modified dsdt in your initrd.
YH
On 6/29/06, Rathgeb Markus <[EMAIL PROTECTED]> wrote:
Hi!
I find out (via acpi debug) that this are the execution methods:
decrease brightness: \_SB_.PCI0.EC__._Q12
increase brightness: \_SB_.PCI0.E
> OK. But that still didn't give me a how-to-get-this-to-mainline graph.
I can't answer this, other than the obvious: it'd be good to get
acks from Adam and/or Shaohua and Russell.
> Bjorn, are these patches considered for-2.6.18 material? (They look like
> it).
Yes, please. I should have bee
"Brown, Len" <[EMAIL PROTECTED]> wrote:
>
> >pnpacpi confuses me. Who maintains it? Is it considered an
> >APCI thing, or a PNP thing or a Bjorn thing?
>
> PNP is Adam's generic Linux PNP layer.
> It has "drivers" underneath is, such as pnp-isa, and pnp-bios
>
> Shaohua invented pnp-acpi as a
>pnpacpi confuses me. Who maintains it? Is it considered an
>APCI thing, or a PNP thing or a Bjorn thing?
PNP is Adam's generic Linux PNP layer.
It has "drivers" underneath is, such as pnp-isa, and pnp-bios
Shaohua invented pnp-acpi as a driver to replace pnp-bios
on ACPI-enabled systems.
So
W3000 patch reverted
1-10 from this series applied.
Karol,
Shall I expect an updated W3000 patch from you?
thanks,
-Len
>-Original Message-
>From: Karol Kozimor [mailto:[EMAIL PROTECTED]
>Sent: Friday, June 30, 2006 6:59 PM
>To: Brown, Len
>Cc: linux-acpi@vger.kernel.org
>Subject: [PATC
This patch switches back the display nodes for M6R and M6N -- this happened
a while ago when a patch was misapplied (only the in-tree version was
affected).
Signed-off-by: Karol Kozimor <[EMAIL PROTECTED]>
--- a/drivers/acpi/asus_acpi.c 2006-07-01 00:39:12.0 +0200
+++ b/drivers/acpi/asus
This small patch adds back WLED control for S1N models, this was
accidentally removed a while ago.
Signed-off-by: Karol Kozimor <[EMAIL PROTECTED]>
--- a/drivers/acpi/asus_acpi.c 2006-01-18 18:20:11.0 +0100
+++ b/drivers/acpi/asus_acpi.c 2006-01-18 18:24:16.0 +0100
@@ -1202,9 +1
This patch reworks laptop model detection.
This addresses the Samsung P30 issue, where the INIT method would return no
object, but the implicit return in the AML interpreter would confuse the
driver. It also accounts for a newer batch of Asus models whose INIT
returns ACPI_TYPE_BUFFER instead of S
This patch creates a new file named "bluetooth" under /proc/acpi/asus/.
This file controls both the internal Bluetooth adapter's presence on the
USB bus and the associated LED.
echo 1 > /proc/acpi/asus/bluetooth to enable, 0 to disable.
Additionally, the patch add support for Asus W5A, the first
This patch adds support for Asus L5D and thus fixes
http://bugme.osdl.org/show_bug.cgi?id=4695
Signed-off-by: Karol Kozimor <[EMAIL PROTECTED]>
--- a/drivers/acpi/asus_acpi.c 2006-01-18 18:08:48.0 +0100
+++ b/drivers/acpi/asus_acpi.c 2006-01-18 18:10:40.0 +0100
@@ -129,7 +129,7
This patch adds support for Asus W3400N.
Signed-off-by: Karol Kozimor <[EMAIL PROTECTED]>
--- a/drivers/acpi/asus_acpi.c 2006-01-18 17:32:25.0 +0100
+++ b/drivers/acpi/asus_acpi.c 2006-01-18 17:36:00.0 +0100
@@ -130,7 +130,7 @@ struct asus_hotk {
L8L,
This patch adds support for Asus A4G.
Originally by Giuseppe Rota.
Signed-off-by: Karol Kozimor <[EMAIL PROTECTED]>
--- a/drivers/acpi/asus_acpi.c 2006-01-18 17:36:00.0 +0100
+++ b/drivers/acpi/asus_acpi.c 2006-01-18 17:44:03.0 +0100
@@ -120,6 +120,7 @@ struct asus_hotk {
This patch adds handling for front LED displays found on W1N and the like.
Additionally, W1N is given its own model_data instance.
Patch originally by Éric Burghard.
Signed-off-by: Karol Kozimor <[EMAIL PROTECTED]>
--- a/drivers/acpi/asus_acpi.c 2006-01-18 17:28:11.0 +0100
+++ b/drivers
This patch adds support for Asus A3G.
Signed-off-by: Karol Kozimor <[EMAIL PROTECTED]>
--- a/drivers/acpi/asus_acpi.c 2006-01-18 17:27:23.0 +0100
+++ b/drivers/acpi/asus_acpi.c 2006-01-18 17:28:11.0 +0100
@@ -127,7 +127,7 @@ struct asus_hotk {
M1A,//M
This patch updates the version string, copyright notices and does
whitespace cleanup (it looks weird, blame Lindent).
Signed-off-by: Karol Kozimor <[EMAIL PROTECTED]>
--- a/drivers/acpi/asus_acpi.c 2006-01-18 17:21:37.0 +0100
+++ b/drivers/acpi/asus_acpi.c 2006-01-18 18:31:18.0
Hi,
The following batch of patches update the asus_acpi driver to version 0.30
through the following changes:
Readd WLED for S1N
Rework model detection for more flexibility and less oopses
Resolve confusion, "bluetooth" entry controls both the internal adapter
*and* its LED
Added support for L5
Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
>
> --- work-mm7.orig/drivers/pnp/pnpacpi/rsparser.c 2006-06-30
> 11:52:18.0 -0600
> +++ work-mm7/drivers/pnp/pnpacpi/rsparser.c 2006-06-30 12:18:41.0
> -0600
pnpacpi confuses me. Who maintains it? Is it considered an APCI thing,
Hi!
> > Stop right here. Can you reproduce the problem without ATI driver?
> > Reproducing it on vanilla kernel (not -FC5) would be nice, too.
>
> A lot of suspend/reboot/resumes later...
>
> The problem does not seem to be related to the ATI driver, but whether
> or not the pm-suspend program i
Pavel Machek <[EMAIL PROTECTED]> writes:
> Stop right here. Can you reproduce the problem without ATI driver?
> Reproducing it on vanilla kernel (not -FC5) would be nice, too.
A lot of suspend/reboot/resumes later...
The problem does not seem to be related to the ATI driver, but whether
or not t
NAK.
This is not a busy wait loop,
and thus does not justify this optimization.
The ACPI global lock is used to coordinate between the firmware
and the OS. It has a specific format dictated by the ACPI spec
where bit 1 is OWNED and bit 0 is PENDING.
When the OS finds the lock owned, it sets the
Thus wrote Brown, Len:
> I've applied this to acpi-test, but really the asus_acpi.c
> maintainer or at least the list of asus_acpi users should ack it.
Len,
I would really prefer this to be respun and applied *over* the batch
of patches I sent you *in mid-January*, as they rework some significant
>> I may be interpreting this incorrectly, but are you
>> busy-waiting on the ACPI Global Lock to become free?
No.
>Loop may be correctly waiting for the owner/pending bit to be
>set, just checking, I don't remember all the bit values.
Yes.
__acpi_acquire_global_lock is basically a lock-try
a
PNP devices can use shared interrupts, so check to see whether
we'll need SA_SHIRQ for request_irq().
The builtin PDH UART on the HP rx8640 is an example of an ACPI/PNP
device that uses a shareable level-triggered, active-low interrupt.
The interrupt can be shared in very large I/O configurations
ACPI supplies a "shareable" indication, but PNPACPI ignores it.
If a PNP device uses a shared interrupt, request_irq() fails
because the PNP driver can't tell whether to supply SA_SHIRQ.
This patch allows PNP drivers to test
(pnp_irq_flags(dev, 0) & IORESOURCE_IRQ_SHAREABLE)
Signed-off-by: Bj
> + if (function == ACPI_WRITE) {
> + status = acpi_bus_generate_event(dev, 0x80, address);
> + atlas_input_report((u8) address);
What is the reasoning to simultaneously report the same event
via both ACPI and input?
Is there a volunteer to maintain this driver?
thank
applied.
thanks,
-Len
>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>Sent: Friday, June 30, 2006 5:15 AM
>To: Brown, Len
>Cc: linux-acpi@vger.kernel.org; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL
>PROTECTED]
>Subject: [patch 6/6] ACPI_SRAT needs ACPI
>
>From:
applied,
thanks,
-Len
>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>Sent: Friday, June 30, 2006 5:15 AM
>To: Brown, Len
>Cc: linux-acpi@vger.kernel.org; [EMAIL PROTECTED]; [EMAIL PROTECTED]
>Subject: [patch 4/6] drivers/acpi/scan.c: make acpi_bus_type static
>
>
NAK
this entry has already been added elsewhere in the table
in the acpi release tree waiting for Linus.
http://kernel.org/git/?p=linux/kernel/git/lenb/linux-acpi-2.6.git;a=comm
it;h=f831335d42a9aed26449a264266763fb542dbbe3
-Len
>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EM
I've applied this to acpi-test, but really the asus_acpi.c
maintainer or at least the list of asus_acpi users should ack it.
thanks,
-Len
>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>Sent: Friday, June 30, 2006 5:15 AM
>To: Brown, Len
>Cc: linux-acpi@vger.kerne
Hi!
> swsusp has problems resumeing after upgrading my Acer Travelmate
> 4001WLMi from 2.6.16 to 2.6.17. Note that I'm running a Fedora 5
> kernel, with the ATI proprietary video driver.
Stop right here. Can you reproduce the problem without ATI driver?
Reproducing it on vanilla kernel (not -FC5)
Hi,
after searching for a while, I have one question:
Is there anyone using this laptop/mainboard actually with working
battery and ac-adaptor support? If there is a working DSDT somwhere
available, could you please tell me where to get it? Or even better,
could someone of you tell me how to make
On Friday 30 June 2006 03:04, Uwe Bugla wrote:
> First of all, what is a root bridge please? I know what a PCI-ISA
> bridge is, but I stumbled across the expression "root bridge."
A PCI root bridge is a device that sits between the processor and
a PCI bus. On the upstream side (closer to the proc
Original-Nachricht
Datum: Fri, 30 Jun 2006 17:08:35 +0800
Von: Shaohua Li <[EMAIL PROTECTED]>
An: Uwe Bugla <[EMAIL PROTECTED]>
Betreff: Re: RE: Re: [patch 11/18] pnpacpi: reject ACPI_PRODUCER resources
> On Fri, 2006-06-30 at 11:04 +0200, Uwe Bugla wrote:
> > Original-
From: Adrian Bunk <[EMAIL PROTECTED]>
Make the needlessly global acpi_bus_type static.
I'd also suggest to rename this struct, since although it's named
acpi_bus_type, it's of type "struct bus_type", not "struct acpi_bus_type"
as defined in include/acpi/acpi_bus.h .
Signed-off-by: Adrian Bunk <[
From: Randy Dunlap <[EMAIL PROTECTED]>
Reference:
https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.15/+bug/38228
http://www.kernel.org/git/?p=linux/kernel/git/bcollins/ubuntu-dapper.git;a=commit;h=ce5e62bc55056049d192c422b6032f6a406e0ba2
Signed-off-by: Ben Collins <[EMAIL PROTECTED]
From: Andrew Morton <[EMAIL PROTECTED]>
arch/i386/kernel/srat.c won't compile without CONFIG_ACPI.
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECTED]>
Cc: "Brown, Len" <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/i386/Kconfig |2 +-
1 file
From: Marek W <[EMAIL PROTECTED]>
Add support for W3000 (W3V) and indirectly fixes an issue with kmilo under
KDE (it was triggering excessive LCD read error messages by querying
asus_acpi module) allowing people (I am probably the only one who tested
this) with W3000 to run kmilo.
Signed-off-by:
From: [EMAIL PROTECTED]
An ACPI driver for Atlas boards, including input support.
Signed-off-by: Jaya Kumar <[EMAIL PROTECTED]>
Cc: "Brown, Len" <[EMAIL PROTECTED]>
Cc: Dmitry Torokhov <[EMAIL PROTECTED]>
Cc: "Yu, Luming" <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
From: Andreas Mohr <[EMAIL PROTECTED]>
Use cpu_relax() in __acpi_acquire_global_lock() etc.
[EMAIL PROTECTED]: build fix]
Signed-off-by: Andreas Mohr <[EMAIL PROTECTED]>
Cc: "Brown, Len" <[EMAIL PROTECTED]>
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTEC
On Fri, 2006-06-30 at 11:04 +0200, Uwe Bugla wrote:
> Original-Nachricht
> Datum: Thu, 29 Jun 2006 20:41:07 +0800
> Von: "Li, Shaohua" <[EMAIL PROTECTED]>
> An: Uwe Bugla <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> Betreff: RE: Re: [patch 11/18] pnpacpi: reject ACPI_PRODUCER resource
Original-Nachricht
Datum: Thu, 29 Jun 2006 20:41:07 +0800
Von: "Li, Shaohua" <[EMAIL PROTECTED]>
An: Uwe Bugla <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Betreff: RE: Re: [patch 11/18] pnpacpi: reject ACPI_PRODUCER resources
>
>
> >-Original Message-
> >From: Uwe Bugla [ma
41 matches
Mail list logo
