On 3/6/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Tue, 6 Mar 2007 02:43:12 -0500 Dave Jones <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 05, 2007 at 11:30:37PM -0800, Andrew Morton wrote:
> >
> > I always get stuff like this coming out when I boot my x86_64 machine:
> >
> > asus_acpi: Unkno
On Tue, 6 Mar 2007 02:43:12 -0500 Dave Jones <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 05, 2007 at 11:30:37PM -0800, Andrew Morton wrote:
> >
> > I always get stuff like this coming out when I boot my x86_64 machine:
> >
> > asus_acpi: Unknown symbol backlight_device_unregister
> > asus_acpi
On Mon, Mar 05, 2007 at 11:30:37PM -0800, Andrew Morton wrote:
>
> I always get stuff like this coming out when I boot my x86_64 machine:
>
> asus_acpi: Unknown symbol backlight_device_unregister
> asus_acpi: Unknown symbol backlight_device_register
> ibm_acpi: Unknown symbol backlight_devi
I always get stuff like this coming out when I boot my x86_64 machine:
asus_acpi: Unknown symbol backlight_device_unregister
asus_acpi: Unknown symbol backlight_device_register
ibm_acpi: Unknown symbol backlight_device_unregister
ibm_acpi: Unknown symbol backlight_device_register
toshiba_acpi: Un
Negative,
Konstantin explained the reasons why it's intentionally been set to _D0.
"Actually, I've meant the situation where the system could go down on thermal
(possibly h/w) shutdown during suspend. If the fans stay on during suspend,
where thermal control is possibly not working already, ther
On Tuesday 06 March 2007 00:56, Zhao Forrest wrote:
> Hi,
>
> For RHEL4-U4-64bit, we can boot up kernel with ACPI enabled in BIOS
> whether we add the kernel parameter "acpi=off" or not; however kernel
> can't boot with ACPI disabled in BIOS whether we add kernel parameter
> "acpi=off" or not.
>
Hi,
For RHEL4-U4-64bit, we can boot up kernel with ACPI enabled in BIOS
whether we add the kernel parameter "acpi=off" or not; however kernel
can't boot with ACPI disabled in BIOS whether we add kernel parameter
"acpi=off" or not.
My question is, is there any difference between disabling ACPI i
On 3/5/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> I have the same problem on my IBM X60s on rc1 and rc2. Can't resume
> from RAM, can't suspend to disk. It is possible to revert all the
> changes to ACPI and test it?
This is with CONFIG_KVM=n?
Yes.
-
To unsubscribe from this list: send the
Should I merge this into mainline??
From: Tommi Kyntola <[EMAIL PROTECTED]>
acpi_fan_suspend should probably set state to ACPI_D3, rather than ACPI_D0.
With this change the fan works after S3 suspend atleast on HP nw8000
laptop, for which the suspended fan has been broken since sword-and-stone
Hi guys.
This is my first message to the mailing list.
I'm still new to the ACPI and DSDT mambo jumbo and not a programmer, but
anyway... I tried to debug the dsdt of my laptop (Acer Aspire 1694 LMi)
to solve some of the typical problems (no BAT info, boot hangs...). So
far, by using a mixture of
Hi!
> > > Why would we end up with an overestimation if we check the I/O ports at
> > > boot time? Do you have concrete cases in mind?
> >
> > ACPI will often describe large operation regions, but won't necessarily
> > touch all of them. Effectively, every codepath would have to be walked
> > t
[changed Cc list]
On Sunday, 25 February 2007 18:14, Andrey Borzenkov wrote:
> On Воскресенье 25 февраля 2007, Rafael J. Wysocki wrote:
> > On Sunday, 25 February 2007 11:37, Andrey Borzenkov wrote:
> > > On Воскресенье 25 февраля 2007, Rafael J. Wysocki wrote:
> > > > On Sunday, 25 February 2007
Hi!
> commit 4465857d5f99079bae00621626adf74ed8256296
> Author: Mattia Dongili <[EMAIL PROTECTED]>
> Date: Sat Jan 13 23:04:39 2007 +0100
>
> sony_acpi: Add lanpower and audiopower controls
>
> audiopower works well on my SZ72B so it's not marked has "debug" while
> lanpower
>
Hi Jean, Rudolf,
1* It requires that we modify each driver individually. It's quite a
shame that we have to update drivers all around the kernel tree with
specific code to workaround a problem which is originally located in a
single place (the ACPI subsystem.) That being said this isn't a blocke
Hi Rudolf,
On Sun, 04 Mar 2007 18:29:12 +0100, Rudolf Marek wrote:
> I produced some code which I proposed in mail above. The patch is not for
> review
> it is just a PoC to better show what I'm trying to do. It is a test case for
> my
> motherboard which has W83627EHF chip and ACPI thermal meth
On 3/4/07, emisca <[EMAIL PROTECTED]> wrote:
At what kernel are targeted these patches? I have an nx7400, and the
same psmouse problems I would like to test them..
Please try 2.6.21-rc2 - the patches are included there.
--
Dmitry
-
To unsubscribe from this list: send the line "unsubscribe
David Hubbard <[EMAIL PROTECTED]> wrote:
> For I/O and memory that ACPI accesses and has not reserved, the AML
> interpreter could allocate at run-time.
>
> I'm not sure how to implement exactly. For example, it would be bad to
> have a /proc/ioports that had a lot of single ports allocated, for
Hi,
As I explained on a previous mail [1], upgrading the BIOS I got the
system using the C1 and C2 states when idle. But with newer kernels
(2.6.19, 2.6.20 and 2.6.20.1) the system stopped using these states.
I've found that pr->power.states[2].valid is true on the 2.6.18
branch, but fals
On Mon, 2007-03-05 at 02:50 +0100, Adrian Bunk wrote:
> Subject: LCD is dimmed (ibm-acpi related)
> References : http://lkml.org/lkml/2007/2/25/206
> Submitter : Jiri Kosina <[EMAIL PROTECTED]>
> Caused-By : Richard Purdie <[EMAIL PROTECTED]>
> commit 994efacdf9a087b52f71e620b58
Thanks for replying, answers inline :
>
Date: Sun, 4 Mar 2007 13:09:36 -0800 > From: [EMAIL PROTECTED] > Subject: Re:
acpid on gentoo > To: [EMAIL PROTECTED] > >
Nigel:
> Have you started the acpid daemon?
Yes.
# ps -ef | grep [a]cpi
root 8 5 0 09:2
On Mon, 2007-03-05 at 02:50 +0100, Adrian Bunk wrote:
> This email lists some known regressions in 2.6.21-rc2 compared to 2.6.20
> that are not yet fixed in Linus' tree.
>
> If you find your name in the Cc header, you are either submitter of one
> of the bugs, maintainer of an affectected subsyste
21 matches
Mail list logo