Do you have CONFIG_ACPI_SLEEP enabled in your .config?
Andrew Morton wrote:
> On Tue, 25 Sep 2007 08:51:09 +0200 Damien Wyart <[EMAIL PROTECTED]> wrote:
>
>> Hello,
>>
>> After testing rc8, I noticed that I couldn't power off the computer
>> directly, it only got halted and I had to press the
Do you have CONFIG_ACPI_SLEEP enabled in your .config?
Andrew Morton wrote:
On Tue, 25 Sep 2007 08:51:09 +0200 Damien Wyart [EMAIL PROTECTED] wrote:
Hello,
After testing rc8, I noticed that I couldn't power off the computer
directly, it only got halted and I had to press the power button
Torsten Kaiser wrote:
On 9/25/07, Alexey Starikovskiy [EMAIL PROTECTED] wrote:
Do you have CONFIG_ACPI_SLEEP enabled in your .config?
I'm answering that too, because I suspect that my 2.6.23-rc7-mm1 does
not power off-error might have the same cause.
No, I do not have CONFIG_ACPI_SLEEP
Daniel, thanks for the patch, but patch for solving your issue is already done.
And it is different from one we having here.
If you feel patchy today you may try to remove ACPI_SLEEP from
drivers/acpi/sleep/Makefile in the raw of main.o
Regards,
Alex.
Daniel Ritz wrote:
does that one help?
mentioned one.
Regards,
Alex.
Greetings,
Rafael
-
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-info.html
ACPI: suspend: fix ACPI_SLEEP states
From: Alexey Starikovskiy
Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 14:05, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 13:45, Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 11:58, Damien Wyart wrote:
No, I do not have CONFIG_ACPI_SLEEP set,
because I do
Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 14:53, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 14:05, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 13:45, Rafael J. Wysocki wrote:
On Tuesday, 25 September
Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 15:15, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 14:53, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 14:05, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote
Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 16:19, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 15:15, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 14:53, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote
Andrew,
There are 2 patches, this is the second.
Above, Rafael gave link to first. Here it is again:
http://marc.info/?l=linux-kernelm=119052978117735w=4
Sorry for confusion,
Alex.
Andrew Morton wrote:
On Tue, 25 Sep 2007 18:45:15 +0400 Alexey Starikovskiy [EMAIL PROTECTED]
wrote:
[fix
Torsten Kaiser wrote:
On 9/25/07, Alexey Starikovskiy [EMAIL PROTECTED] wrote:
Torsten Kaiser wrote:
No, I do not have CONFIG_ACPI_SLEEP set,
because I do not have CONFIG_PM_SLEEP set,
because I do not want SUSPEND and/or HIBERNATION.
This is not the reason. SUSPEND is controlled
Torsten Kaiser wrote:
Back to debugging this:
http://marc.info/?l=linux-acpim=119052970904643w=4
fails to apply against 2.6.23-rc7-mm1, but moving that function by
hand was not to difficult. ;)
(With only the second patch I got a link error...)
e was put under CONFIG_SUSPEND spanning half of the
file...
this patch moves it out.
Thanks,
Alex.
ACPI: suspend: move acpi_sleep_prepare outside of CONFIG_SUSPEND
From: Alexey Starikovskiy <[EMAIL PROTECTED]>
Signed-off-by: Alexey Starikovskiy <[EMAIL PROTECTED]>
---
drivers/acpi/sleep/main
.
Thanks,
Alex.
ACPI: suspend: move acpi_sleep_prepare outside of CONFIG_SUSPEND
From: Alexey Starikovskiy [EMAIL PROTECTED]
Signed-off-by: Alexey Starikovskiy [EMAIL PROTECTED]
---
drivers/acpi/sleep/main.c | 42 +-
1 files changed, 21 insertions(+), 21
Rafael J. Wysocki wrote:
> On Thursday, 20 September 2007 22:32, Frans Pop wrote:
>> On Thursday 20 September 2007, Rafael J. Wysocki wrote:
>>> On Thursday, 20 September 2007 20:33, Alexey Starikovskiy wrote:
>>>> Frans Pop wrote:
>>>>> On Thursday 20
Rafael J. Wysocki wrote:
On Thursday, 20 September 2007 22:32, Frans Pop wrote:
On Thursday 20 September 2007, Rafael J. Wysocki wrote:
On Thursday, 20 September 2007 20:33, Alexey Starikovskiy wrote:
Frans Pop wrote:
On Thursday 20 September 2007, you wrote:
Please try this patch.
Works
Frans Pop wrote:
> On Thursday 20 September 2007, you wrote:
>> Please try this patch.
>
> Works. All states are now listed again.
> I've not tested suspend to disk, but suspend to ram and power off work fine.
>
>> +printk(KERN_INFO PREFIX "(supports");
>> #ifdef CONFIG_SUSPEND
>> -
Please try this patch.
Regards,
Alex.
ACPI: suspend: consolidate handling of Sx states.
From: Alexey Starikovskiy <[EMAIL PROTECTED]>
Recent changes to sleep initialization in ACPI dropped reporting of supported Sx
states above S3. Fix that and also move S5 init into same file as ot
Maciek Rutecki wrote:
> Frans Pop pisze:
>> On Thursday 20 September 2007, you wrote:
When compared with 2.6.22-4, dmesg no longer lists S4 and S5 as
supported for my Toshiba Satellite A40 laptop (Mobile Intel Pentium 4,
2.8GHz).
-Linux version 2.6.22-2-686 (Debian
Maciek Rutecki wrote:
Frans Pop pisze:
On Thursday 20 September 2007, you wrote:
When compared with 2.6.22-4, dmesg no longer lists S4 and S5 as
supported for my Toshiba Satellite A40 laptop (Mobile Intel Pentium 4,
2.8GHz).
-Linux version 2.6.22-2-686 (Debian 2.6.22-4) ([EMAIL PROTECTED])
Please try this patch.
Regards,
Alex.
ACPI: suspend: consolidate handling of Sx states.
From: Alexey Starikovskiy [EMAIL PROTECTED]
Recent changes to sleep initialization in ACPI dropped reporting of supported Sx
states above S3. Fix that and also move S5 init into same file as other Sx
Frans Pop wrote:
On Thursday 20 September 2007, you wrote:
Please try this patch.
Works. All states are now listed again.
I've not tested suspend to disk, but suspend to ram and power off work fine.
+printk(KERN_INFO PREFIX (supports);
#ifdef CONFIG_SUSPEND
- printk(KERN_INFO
Chuck,
Please try last patch from bug 8709 (bugzilla.kernel.org), if it does not help,
please open new bug,
and submit acpidump and dmesg outputs.
Thanks,
Alex.
Chuck Ebbert wrote:
> 2.6.23-rc5-git1 hangs here, just before EC initialization.
> Pressing the power button briefly makes it
Chuck,
Please try last patch from bug 8709 (bugzilla.kernel.org), if it does not help,
please open new bug,
and submit acpidump and dmesg outputs.
Thanks,
Alex.
Chuck Ebbert wrote:
2.6.23-rc5-git1 hangs here, just before EC initialization.
Pressing the power button briefly makes it
Andrew Morton wrote:
> On Fri, 31 Aug 2007 09:29:07 +0400 Alexey Starikovskiy <[EMAIL PROTECTED]>
> wrote:
>
>> Linus Torvalds wrote:
>>> On Fri, 31 Aug 2007, Alexey Starikovskiy wrote:
>>>
>>>> Signed-off-by: Alexey Starikovskiy <[EMAIL
Linus Torvalds wrote:
> On Fri, 31 Aug 2007, Alexey Starikovskiy wrote:
>
>> Signed-off-by: Alexey Starikovskiy <[EMAIL PROTECTED]>
>>
>
> This was totally whitespace-damaged. You have some broken email client
> that turns s into four spaces.
>
From: Alexey Starikovskiy <[EMAIL PROTECTED]>
acpi_get_devices() returns success if it did not find any device.
We have to check for this case.
Signed-off-by: Alexey Starikovskiy <[EMAIL PROTECTED]>
---
drivers/acpi/ec.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
From: Alexey Starikovskiy [EMAIL PROTECTED]
acpi_get_devices() returns success if it did not find any device.
We have to check for this case.
Signed-off-by: Alexey Starikovskiy [EMAIL PROTECTED]
---
drivers/acpi/ec.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git
Linus Torvalds wrote:
On Fri, 31 Aug 2007, Alexey Starikovskiy wrote:
Signed-off-by: Alexey Starikovskiy [EMAIL PROTECTED]
This was totally whitespace-damaged. You have some broken email client
that turns tabs into four spaces.
May I suggest rethinking the use of Thunderbird (aka
Andrew Morton wrote:
On Fri, 31 Aug 2007 09:29:07 +0400 Alexey Starikovskiy [EMAIL PROTECTED]
wrote:
Linus Torvalds wrote:
On Fri, 31 Aug 2007, Alexey Starikovskiy wrote:
Signed-off-by: Alexey Starikovskiy [EMAIL PROTECTED]
This was totally whitespace-damaged. You have some
If you could open a bugreport at bugzilla.kernel.org in ACPI category
and attach
dmesg and acpidump output, that would help a lot. (I hope :( )
Thanks,
Alex.
Daniel Ritz wrote:
> On Wednesday 29 August 2007 06:41:41 Alexey Starikovskiy wrote:
>
>> Daniel,
>> Does this patch
If you could open a bugreport at bugzilla.kernel.org in ACPI category
and attach
dmesg and acpidump output, that would help a lot. (I hope :( )
Thanks,
Alex.
Daniel Ritz wrote:
On Wednesday 29 August 2007 06:41:41 Alexey Starikovskiy wrote:
Daniel,
Does this patch help you, or do we need
't commit suicide...bisected it to that one:
>
> cd8c93a4e04dce8f00d1ef3a476aac8bd65ae40b is first bad commit
> commit cd8c93a4e04dce8f00d1ef3a476aac8bd65ae40b
> Author: Alexey Starikovskiy <[EMAIL PROTECTED]>
> Date: Fri Aug 3 17:52:48 2007 -0400
>
> ACPI: EC: If E
suicide...bisected it to that one:
cd8c93a4e04dce8f00d1ef3a476aac8bd65ae40b is first bad commit
commit cd8c93a4e04dce8f00d1ef3a476aac8bd65ae40b
Author: Alexey Starikovskiy [EMAIL PROTECTED]
Date: Fri Aug 3 17:52:48 2007 -0400
ACPI: EC: If ECDT is not found, look up EC in DSDT.
Some
Al Viro wrote:
> On Tue, Aug 21, 2007 at 07:14:49PM +0400, Alexey Starikovskiy wrote:
>
>> WANG Cong wrote:
>>
>>> Fix this warning:
>>>
>>> drivers/acpi/ec.c: In function `acpi_ec_ecdt_probe':
>>> drivers/acpi/ec.c:873: warning: passin
WANG Cong wrote:
> Fix this warning:
>
> drivers/acpi/ec.c: In function `acpi_ec_ecdt_probe':
> drivers/acpi/ec.c:873: warning: passing arg 1 of `acpi_get_devices' discards
> qualifiers from pointer target type
>
> (I don't know whether this fix hits the real problem.)
>
It is safe to give
WANG Cong wrote:
Fix this warning:
drivers/acpi/ec.c: In function `acpi_ec_ecdt_probe':
drivers/acpi/ec.c:873: warning: passing arg 1 of `acpi_get_devices' discards
qualifiers from pointer target type
(I don't know whether this fix hits the real problem.)
It is safe to give
Al Viro wrote:
On Tue, Aug 21, 2007 at 07:14:49PM +0400, Alexey Starikovskiy wrote:
WANG Cong wrote:
Fix this warning:
drivers/acpi/ec.c: In function `acpi_ec_ecdt_probe':
drivers/acpi/ec.c:873: warning: passing arg 1 of `acpi_get_devices'
discards qualifiers from pointer target
5a97f7a73e
> ACPI: EC: Switch from boot_ec as soon as we find its desc in DSDT.
> Alexey Starikovskiy [Fri, 3 Aug 2007 21:57:53 + (17:57 -0400)]
> Some ASUS laptops fail to use boot time EC
> and need to eventually switch to one described in DSDT.
>
> http://bugzilla.kernel.org
its desc in DSDT.
Alexey Starikovskiy [Fri, 3 Aug 2007 21:57:53 + (17:57 -0400)]
Some ASUS laptops fail to use boot time EC
and need to eventually switch to one described in DSDT.
http://bugzilla.kernel.org/show_bug.cgi?id=8709
Signed-off-by: Alexey Starikovskiy [EMAIL PROTECTED]
Signed
According to DSDT, it is expected behavior.
_STA for BAT1 will return 0f (absent) until first _Q09 query from EC.
So, we should get BAT1 absent at init time, and some time later
it will appear (if queries are going through).
Regards,
Alex.
Norbert Preining wrote:
> Hi Len,
>
> On Die, 14 Aug
According to DSDT, it is expected behavior.
_STA for BAT1 will return 0f (absent) until first _Q09 query from EC.
So, we should get BAT1 absent at init time, and some time later
it will appear (if queries are going through).
Regards,
Alex.
Norbert Preining wrote:
Hi Len,
On Die, 14 Aug 2007,
not change to
> "charging state: discharging" upon unplugging the power cord.
>
> Reverting the above 2 commits fixes this issue for me.
>
> --
> Sergey
>
Function to register query methods (means by which EC talks to ACPI)
was deleted by mistake.
Could you pleas
Please check if the attached patch helps.
Thanks,
Alex.
Norbert Preining wrote:
> On Mon, 13 Aug 2007, Alexey Starikovskiy wrote:
>> Do you know if you have SBS or CM battery?
>> What driver do you use: sbs.ko or battery.ko?
>
> I am quite sure that it is a
Hi Norbert,
Do you know if you have SBS or CM battery?
What driver do you use: sbs.ko or battery.ko?
Regards,
Alex.
Norbert Preining wrote:
> Hi all!
>
> Starting with 2.6.23-rc3 the battery from my laptop (Acer TM3012) is
> missing for linux (but not physically):
>
> ACPI: AC Adapter
[EMAIL PROTECTED]
> L: [EMAIL PROTECTED]
> W: http://acpi.sourceforge.net/
> S: Supported
> +F: drivers/acpi/battery.c
>
> ACPI EC DRIVER
> P: Alexey Starikovskiy
> -
Please add *sbs* to the line.
Thanks,
Alex.
-
To unsubscribe from this list: send the
]
W: http://acpi.sourceforge.net/
S: Supported
+F: drivers/acpi/battery.c
ACPI EC DRIVER
P: Alexey Starikovskiy
-
Please add *sbs* to the line.
Thanks,
Alex.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
Please check if the attached patch helps.
Thanks,
Alex.
Norbert Preining wrote:
On Mon, 13 Aug 2007, Alexey Starikovskiy wrote:
Do you know if you have SBS or CM battery?
What driver do you use: sbs.ko or battery.ko?
I am quite sure that it is a CM battery, not a SBS
Hi Norbert,
Do you know if you have SBS or CM battery?
What driver do you use: sbs.ko or battery.ko?
Regards,
Alex.
Norbert Preining wrote:
Hi all!
Starting with 2.6.23-rc3 the battery from my laptop (Acer TM3012) is
missing for linux (but not physically):
ACPI: AC Adapter [ACAD]
.
--
Sergey
Function to register query methods (means by which EC talks to ACPI)
was deleted by mistake.
Could you please try the attached patch?
Sorry for all the trouble, and thanks for bisect.
Alex.
ACPI: EC: Fix regression
From: Alexey Starikovskiy [EMAIL PROTECTED]
Undelete call
path+0xbc/0x241
>> [] mutex_lock+0x1c/0x1f
>> [] acpi_ec_transaction+0x65/0x1c1
>> [] acpi_ec_gpe_query+0x2b/0xab
>> [] acpi_os_execute_deferred+0x20/0x31
>> [] run_workqueue+0xba/0x182
>> [] worker_thread+0xb7/0xc2
>> [] kthread+0x39/0x61
>>
they have
found a potential deadlock in ACPI. I don't have time to pick through the
code to confirm that, but boy I'm good at adding cc's ;)
Yep, it indeed may lock up... Here is a patch to avoid it
Thanks,
Alex.
ACPI EC: remove potential deadlock from EC.
From: Alexey Starikovskiy [EMAIL
Meelis Roos wrote:
>>> Subject : New ACPI error/warning with Linus' latest GIT
>>> References : http://lkml.org/lkml/2007/7/26/395
>>> Last known good : ?
>>> Submitter : Ismail Dönmez <[EMAIL PROTECTED]>
>>> Caused-By : ?
>>> Handled-By : ?
>>> Status :
Meelis Roos wrote:
Subject : New ACPI error/warning with Linus' latest GIT
References : http://lkml.org/lkml/2007/7/26/395
Last known good : ?
Submitter : Ismail Dönmez [EMAIL PROTECTED]
Caused-By : ?
Handled-By : ?
Status : unknown
This started to
Richard Hughes wrote:
> On Thu, 2007-07-12 at 09:32 +0400, Alexey Starikovskiy wrote:
>>>> [*] Does someone have an alternative for
>>>> /proc/acpi/battery/BAT1/{state,info}?
>> I'm working on it. Should have proto by the end of week.
>
> If you are u
Richard Hughes wrote:
On Thu, 2007-07-12 at 09:32 +0400, Alexey Starikovskiy wrote:
[*] Does someone have an alternative for
/proc/acpi/battery/BAT1/{state,info}?
I'm working on it. Should have proto by the end of week.
If you are using the power_supply class (i hope you are ;-) then a HAL
>> [*] Does someone have an alternative for
>> /proc/acpi/battery/BAT1/{state,info}?
I'm working on it. Should have proto by the end of week.
Regards,
Alex
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
[*] Does someone have an alternative for
/proc/acpi/battery/BAT1/{state,info}?
I'm working on it. Should have proto by the end of week.
Regards,
Alex
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
rom 1 and not 0. (so no temp0...)
>
> Please can you fix this issues? I will do the review later once this
> things are fixed. Values seems to match.
>
> Thanks,
> Rudolf
> -
> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> the body of a me
to match.
Thanks,
Rudolf
-
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-info.html
ASOC
From: Alexey Starikovskiy [EMAIL PROTECTED]
---
drivers/acpi/Makefile
Thomas Renninger wrote:
> Please refer to the latest ACPI spec for general ACPI information:
> http://www.acpi.info/spec.htm
It is worth noting that not all systems are required to implement the latest
and greatest version of spec, or all the objects of the chosen version.
-
To unsubscribe from
Thomas Renninger wrote:
Please refer to the latest ACPI spec for general ACPI information:
http://www.acpi.info/spec.htm
It is worth noting that not all systems are required to implement the latest
and greatest version of spec, or all the objects of the chosen version.
-
To unsubscribe from
Sorry, I meant executing _WAK _after_ resume of devices...
Alex.
On 5/4/07, Alexey Starikovskiy <[EMAIL PROTECTED]> wrote:
Doing _WAK (from pm_finish) before device_resume will brake almost all
ACPI devices.
Regards,
Alex.
On 5/4/07, Rafael J. Wysocki <[EMAIL PROTECTED]>
Doing _WAK (from pm_finish) before device_resume will brake almost all
ACPI devices.
Regards,
Alex.
On 5/4/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
Hi,
The change of the hibernation/suspend code ordering made before 2.6.21 has
caused some systems to have problems related to ACPI. In
Ugly, but harmless. ACK.
Regards,
Alex.
On 5/4/07, Lennart Poettering <[EMAIL PROTECTED]> wrote:
From: Lennart Poettering <[EMAIL PROTECTED]>
The ACPI EC that is used in MSI laptops knows some non-standard
commands for changing the screen brighntess and a few other things,
which are used by
Ugly, but harmless. ACK.
Regards,
Alex.
On 5/4/07, Lennart Poettering [EMAIL PROTECTED] wrote:
From: Lennart Poettering [EMAIL PROTECTED]
The ACPI EC that is used in MSI laptops knows some non-standard
commands for changing the screen brighntess and a few other things,
which are used by the
Doing _WAK (from pm_finish) before device_resume will brake almost all
ACPI devices.
Regards,
Alex.
On 5/4/07, Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Hi,
The change of the hibernation/suspend code ordering made before 2.6.21 has
caused some systems to have problems related to ACPI. In
Sorry, I meant executing _WAK _after_ resume of devices...
Alex.
On 5/4/07, Alexey Starikovskiy [EMAIL PROTECTED] wrote:
Doing _WAK (from pm_finish) before device_resume will brake almost all
ACPI devices.
Regards,
Alex.
On 5/4/07, Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Hi,
The change
Please take a look at 8385 bug report here, as it might be relevant:
http://bugzilla.kernel.org/show_bug.cgi?id=8385
On 4/30/07, Michal Piotrowski <[EMAIL PROTECTED]> wrote:
Hi,
On 30/04/07, Sebastian Kemper <[EMAIL PROTECTED]> wrote:
> Hello all,
>
> I have updated some different boxes to
Please take a look at 8385 bug report here, as it might be relevant:
http://bugzilla.kernel.org/show_bug.cgi?id=8385
On 4/30/07, Michal Piotrowski [EMAIL PROTECTED] wrote:
Hi,
On 30/04/07, Sebastian Kemper [EMAIL PROTECTED] wrote:
Hello all,
I have updated some different boxes to 2.6.21
Jean Delvare wrote:
Hi Alexey,
On Fri, 09 Mar 2007 13:39:33 +0300, Alexey Starikovskiy wrote:
Jean Delvare wrote:
I can only second Pavel's wish here. This would be highly convenient
for OS developers to at least know which resources are accessed by AML
and SMM. Without
Jean Delvare wrote:
On Fri, 9 Mar 2007 07:18:56 +, Pavel Machek wrote:
Port (and memory) addresses can be dynamically generated by the AML code
and thus, there is no way that the ACPI subsystem can statically predict
any addresses that will be accessed by the AML.
Can you take
Jean Delvare wrote:
On Fri, 9 Mar 2007 07:18:56 +, Pavel Machek wrote:
Port (and memory) addresses can be dynamically generated by the AML code
and thus, there is no way that the ACPI subsystem can statically predict
any addresses that will be accessed by the AML.
Can you take
Jean Delvare wrote:
Hi Alexey,
On Fri, 09 Mar 2007 13:39:33 +0300, Alexey Starikovskiy wrote:
Jean Delvare wrote:
I can only second Pavel's wish here. This would be highly convenient
for OS developers to at least know which resources are accessed by AML
and SMM. Without
Meelis Roos wrote:
I tested 2.6.21-rc1 on my laptop (IBM X20 with 440BX) and found two
problems:
First, a seemingly harmless one - ACPI error messages during bootup:
ACPI Exception (evregion-0420): AE_NOT_FOUND, Returned by Handler for
[EmbeddedControl] [20070126]
ACPI Exception
Meelis Roos wrote:
I tested 2.6.21-rc1 on my laptop (IBM X20 with 440BX) and found two
problems:
First, a seemingly harmless one - ACPI error messages during bootup:
ACPI Exception (evregion-0420): AE_NOT_FOUND, Returned by Handler for
[EmbeddedControl] [20070126]
ACPI Exception
Jens Axboe wrote:
On Sun, Feb 11 2007, Len Brown wrote:
On Friday 09 February 2007 14:03, Jens Axboe wrote:
Hi,
Unfortunately I'm a little short on time as I'll be travelling tomorrow,
but of course preparing a new kernel for the laptop is something you
want to do right before
s not help, only attached one helps (revert
original patch).
Disable wake GPEs only once.
From: Alexey Starikovskiy <[EMAIL PROTECTED]>
---
drivers/acpi/events/evgpe.c | 11 ---
1 files changed, 0 insertions(+), 11 deletions(-)
diff --git a/drivers/acpi/events/evgpe.c b/dri
attached one helps (revert
original patch).
Disable wake GPEs only once.
From: Alexey Starikovskiy [EMAIL PROTECTED]
---
drivers/acpi/events/evgpe.c | 11 ---
1 files changed, 0 insertions(+), 11 deletions(-)
diff --git a/drivers/acpi/events/evgpe.c b/drivers/acpi/events/evgpe.c
Jens Axboe wrote:
On Sun, Feb 11 2007, Len Brown wrote:
On Friday 09 February 2007 14:03, Jens Axboe wrote:
Hi,
Unfortunately I'm a little short on time as I'll be travelling tomorrow,
but of course preparing a new kernel for the laptop is something you
want to do right before
Bob Picco wrote:
Alexey Starikovskiy wrote: [Fri Feb 02 2007, 09:20:35AM EST]
Bob Picco wrote:
BTW, this isn't specific to rx2600. Lee Schermerhorn reported same -mm3
problem on rx8620. Stephane Eranian reported the -mm2 problem mentioned
above on rx2620.
The debug information
try following patch?
Thanks,
Alex.
Copy space_id of GAS structure to newly created GAS.
From: Alexey Starikovskiy <[EMAIL PROTECTED]>
---
drivers/acpi/tables/tbfadt.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/acpi/tables/tbfadt.c b/driver
try following patch?
Thanks,
Alex.
Copy space_id of GAS structure to newly created GAS.
From: Alexey Starikovskiy [EMAIL PROTECTED]
---
drivers/acpi/tables/tbfadt.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/acpi/tables/tbfadt.c b/drivers/acpi/tables
Bob Picco wrote:
Alexey Starikovskiy wrote: [Fri Feb 02 2007, 09:20:35AM EST]
Bob Picco wrote:
BTW, this isn't specific to rx2600. Lee Schermerhorn reported same -mm3
problem on rx8620. Stephane Eranian reported the -mm2 problem mentioned
above on rx2620.
The debug information
change was not propogated to
button.c,
thus breaking detection of fixed power and sleep buttons.
From: Alexey Starikovskiy <[EMAIL PROTECTED]>
---
drivers/acpi/button.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/acpi/button.c b/drivers/acpi/button.c
index ac86
was not propogated to
button.c,
thus breaking detection of fixed power and sleep buttons.
From: Alexey Starikovskiy [EMAIL PROTECTED]
---
drivers/acpi/button.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/acpi/button.c b/drivers/acpi/button.c
index ac86058..c726612
Len Brown wrote:
On Friday 05 January 2007 23:09, Bjorn Helgaas wrote:
On Friday 05 January 2007 11:10, Len Brown wrote:
On Friday 05 January 2007 12:24, MoRpHeUz wrote:
What workaround are you using?
This one: http://bugzilla.kernel.org/show_bug.cgi?id=7465
Len Brown wrote:
On Friday 05 January 2007 23:09, Bjorn Helgaas wrote:
On Friday 05 January 2007 11:10, Len Brown wrote:
On Friday 05 January 2007 12:24, MoRpHeUz wrote:
What workaround are you using?
This one: http://bugzilla.kernel.org/show_bug.cgi?id=7465
Berthold Cogel wrote:
Alexey Starikovskiy schrieb:
Berthold Cogel wrote:
Alexey Starikovskiy schrieb:
Hello Alex,
I still get the same diffs. Except the yenta part of course. And the
system is still rebooting.
Berthold
Good, yenta is cleared :) Could
Berthold Cogel wrote:
Alexey Starikovskiy schrieb:
Berthold Cogel wrote:
Alexey Starikovskiy schrieb:
Hello Alex,
I still get the same diffs. Except the yenta part of course. And the
system is still rebooting.
Berthold
Good, yenta is cleared :) Could
Berthold Cogel wrote:
Alexey Starikovskiy schrieb:
Hello Alex,
I still get the same diffs. Except the yenta part of course. And the
system is still rebooting.
Berthold
Good, yenta is cleared :) Could you replace /drivers/acpi/ec.c with the
version from 2.6.19.x and try again
Berthold Cogel wrote:
Alexey Starikovskiy schrieb:
Hello Alex,
I still get the same diffs. Except the yenta part of course. And the
system is still rebooting.
Berthold
Good, yenta is cleared :) Could you replace /drivers/acpi/ec.c with the
version from 2.6.19.x and try again
Berthold Cogel wrote:
Alexey Starikovskiy schrieb:
Berthold Cogel wrote:
Adrian Bunk schrieb:
On Tue, Dec 26, 2006 at 01:15:38AM +0100, Berthold Cogel wrote:
Hello!
Hi Berthold!
'shutdown -h now' doesn't work for my system
Berthold Cogel wrote:
Alexey Starikovskiy schrieb:
Berthold Cogel wrote:
Adrian Bunk schrieb:
On Tue, Dec 26, 2006 at 01:15:38AM +0100, Berthold Cogel wrote:
Hello!
Hi Berthold!
'shutdown -h now' doesn't work for my system
Berthold Cogel wrote:
Adrian Bunk schrieb:
On Tue, Dec 26, 2006 at 01:15:38AM +0100, Berthold Cogel wrote:
Hello!
Hi Berthold!
'shutdown -h now' doesn't work for my system (Acer Extensa 3002 WLMi)
with linux-2.6.20-rc kernels. The system reboots instead.
I've checked
Berthold Cogel wrote:
Adrian Bunk schrieb:
On Tue, Dec 26, 2006 at 01:15:38AM +0100, Berthold Cogel wrote:
Hello!
Hi Berthold!
'shutdown -h now' doesn't work for my system (Acer Extensa 3002 WLMi)
with linux-2.6.20-rc kernels. The system reboots instead.
I've checked
Andrey Borzenkov wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sunday 03 December 2006 16:11, Pavel Machek wrote:
Hi!
I started to notice it some time ago; I can't say exactly if this was not
present in earlier versions because recently I switched from STR (which
gave me no
Andrey Borzenkov wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sunday 03 December 2006 16:11, Pavel Machek wrote:
Hi!
I started to notice it some time ago; I can't say exactly if this was not
present in earlier versions because recently I switched from STR (which
gave me no
Please take a look at 7466, they seem to fight same problem, so may be
removing same patch will work...
And Linus is about to drop it anyway...
Regards,
Alex.
David Brownell wrote:
On Thursday 16 November 2006 10:22 pm, David Brownell wrote:
On Thursday 16 November 2006 7:41 am, Alexey
Please take a look at 7466, they seem to fight same problem, so may be
removing same patch will work...
And Linus is about to drop it anyway...
Regards,
Alex.
David Brownell wrote:
On Thursday 16 November 2006 10:22 pm, David Brownell wrote:
On Thursday 16 November 2006 7:41 am, Alexey
101 - 200 of 204 matches
Mail list logo