Michael S. Tsirkin wrote:
On Mon, Feb 25, 2008 at 10:50 PM, Alexey Starikovskiy
<[EMAIL PROTECTED]> wrote:
Michael S. Tsirkin wrote:
> Did you guys stop accepting reports by mail?
> I hope not.
It is easier to track bug information in bugzilla.
If you for some reason do not wish
Michael S. Tsirkin wrote:
Did you guys stop accepting reports by mail?
I hope not.
It is easier to track bug information in bugzilla.
If you for some reason do not wish to create a bug report,
I can do it for you. You only need to provide acpidump.
and attach acpidump?
I'll see if I can get
Michael S. Tsirkin wrote:
On my T61p, 2.6.25-rc2 seems to get acpi events from keypresses
such as Fn-F4 and lid open/close, prints them in /var/log/acpid
and reacts accordingly (my acpi scripts suspend on lid close and Fn-F4).
This no longer happens in 2.6.25-rc3: I see nothing in /var/log/acpid
Rafael J. Wysocki wrote:
On Wednesday, 20 of February 2008, Linus Torvalds wrote:
On Wed, 20 Feb 2008, Rafael J. Wysocki wrote:
I think we should export the target sleep state somehow.
Yeah. By *not* using "->suspend()" for freezing or hibernate.
Please, Rafael - just make the
Marton,
Could you please attach these patches to bug report? It is easier to track them
there.
Thanks,
Alex.
Németh Márton wrote:
From: Márton Németh <[EMAIL PROTECTED]>
Add leading zeros to pr_debug() calls. For example if x=0x0a, the format
"0x%2x" will result the string "0x a", the format
Andrey Borzenkov wrote:
On Wednesday 02 January 2008, Alexey Starikovskiy wrote:
Andrey Borzenkov wrote:
This is did not happen before; I am not sure right now what caused this
(i.e.
battery aging or some software change) nor whether this is
kernel/HAL/kpowersave
Andrey Borzenkov wrote:
This is did not happen before; I am not sure right now what caused this (i.e.
battery aging or some software change) nor whether this is kernel/HAL/kpowersave
issue.
kpowersave is stuck at assuming battery is loading and at 94%. Sysfs displays
battery state as Full:
Rafael J. Wysocki wrote:
On Wednesday, 26 of December 2007, Linus Torvalds wrote:
On Tue, 25 Dec 2007, Rafael J. Wysocki wrote:
the ACPI specification between versions 1.0x and 2.0. Namely, while ACPI
2.0 and later wants us to put devices into low power states before calling
_PTS, ACPI
Borislav Petkov wrote:
On Tue, Dec 11, 2007 at 05:08:59PM -0700, Bjorn Helgaas wrote:
On Tuesday 11 December 2007 01:52:55 pm Borislav Petkov wrote:
From what i can roughly tell so far it seems like an resource conflict between
acpi and
the pnp requested regions in your patch which res
Rolf Eike Beer wrote:
Alexey Starikovskiy wrote:
Rolf Eike Beer wrote:
cat
/sys/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:19/PNP0C0A:00/power_
supply/BAT1/status
This leads to a stacktrace as acpi_battery_get_property() returns 0 for a
case where it does not set val->int
Rolf Eike Beer wrote:
cat
/sys/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:19/PNP0C0A:00/power_supply/BAT1/status
This leads to a stacktrace as acpi_battery_get_property() returns 0 for a
case where it does not set val->intval. These value is used as an array
index in drivers/power/power
i, 09 Nov 2007 12:36:43 +0300 Alexey Starikovskiy <[EMAIL PROTECTED]>
wrote:
Andrew Morton wrote:
A> On Thu, 08 Nov 2007 19:35:23 +0300 Alexey Starikovskiy <[EMAIL PROTECTED]>
wrote:
[remove_cycle_at_battery_removal.patch text/x-patch (1.7KB)]
ACPI: Battery: remov
Andrey,
Fix already exists. It already went up to Len's tree.
Regards,
Alex.
Andrey Borzenkov wrote:
Alexey, this fixes my patch that went into -rc2. Sorry for Oops.
Subject: [PATCH] 2.6.24-rc2: do not unregister power_supply in sysfs ->show
method
From: Andrey Borzenkov <[EMAIL PROTECTED]>
Andrew Morton wrote:
A> On Thu, 08 Nov 2007 19:35:23 +0300 Alexey Starikovskiy <[EMAIL PROTECTED]>
wrote:
[remove_cycle_at_battery_removal.patch text/x-patch (1.7KB)]
ACPI: Battery: remove cycle from battery removal.
From: Alexey Starikovskiy <[EMAIL PROTECTED]>
get_proper
der to not get stale data.
Regards,
Alex.
ACPI: Battery: remove cycle from battery removal.
From: Alexey Starikovskiy <[EMAIL PROTECTED]>
get_property() should not call battery_update() on absent battery to
avoid cycle and oops.
Signed-off-by: Alexey Starikovskiy <[EMAIL PROTECTED]>
Rafael J. Wysocki wrote:
On Thursday, 8 of November 2007, Johannes Weiner wrote:
Hi,
is there any reason, why acpi_battery_get_property() should call
acpi_battery_update() at all?
Alex?
If someone wants to read stale values, he could comment out acpi_battery_update.
Regards,
Alex.
-
To unsu
Hi Romano,
EC was changed to automatically choose it's working mode (poll vs. interrupt
driven).
You see it oscillating between modes because it receives interrupts just after it
stops waiting for them.
Please open new bug entry at bugzilla.kernel.org.
Your .config might be usefull.
Thanks,
A
do AC adapter register/unregister at on/off.
Acked-by: Alexey Starikovskiy <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
Rolf Eike Beer wrote:
Alexey Starikovskiy wrote:
Rolf Eike Beer wrote:
Alexey Starikovskiy wrote:
Rolf Eike Beer wrote:
Rolf Eike Beer wrote:
Hi,
this happened while I removed my battery on bootup. Complete dmesg is
attached. Kernel is 2.6.24-rc1-git of yesterday (last commit was
Rolf Eike Beer wrote:
Alexey Starikovskiy wrote:
Rolf Eike Beer wrote:
Rolf Eike Beer wrote:
Hi,
this happened while I removed my battery on bootup. Complete dmesg is
attached. Kernel is 2.6.24-rc1-git of yesterday (last commit was
d919fd433b5823d1cf9d0688eb2eec183de9b74c).
Ok, I found out
d oops.
Signed-off-by: Alexey Starikovskiy <[EMAIL PROTECTED]>
---
drivers/acpi/battery.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/acpi/battery.c b/drivers/acpi/battery.c
index c2ce0ad..50cdf6f 100644
--- a/drivers/acpi/battery.c
+++ b/drivers/ac
Andrey Borzenkov wrote:
> On Wednesday 31 October 2007, Alexey Starikovskiy wrote:
>> Andrey Borzenkov wrote:
>>> I suspect new ACPI AC adapter code but have to add some printk's to be
>>> sure.
>>>
>>> To reproduce - plug in AC cord, suspend, un
this patch helps.
Regards,
Alex.
ACPI: AC: Update AC state on sysfs read
From: Alexey Starikovskiy <[EMAIL PROTECTED]>
Signed-off-by: Alexey Starikovskiy <[EMAIL PROTECTED]>
---
drivers/acpi/ac.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drive
Andrey Borzenkov wrote:
> I suspect new ACPI AC adapter code but have to add some printk's to be sure.
>
> To reproduce - plug in AC cord, suspend, unplug, resume - kpowersave and
> sysfs
> still show AC adapter online. Or other way round.
>
> -andrey
The only change to drivers/acpi/ac.c after
Andrey Borzenkov wrote:
> On Saturday 27 October 2007, Alexey Starikovskiy wrote:
>> Andrey Borzenkov wrote:
>>> I am not exactly sure about this one ... what other power_supply class
>>> drivers do? Should I fix HAL instead (but then, I do not know whether HAL
>>
Andrey Borzenkov wrote:
> I am not exactly sure about this one ... what other power_supply class
> drivers
> do? Should I fix HAL instead (but then, I do not know whether HAL is the only
> application that is using this interface).
>
>
Hm, do you need separate set of properties for that? You c
Andrey Borzenkov wrote:
> On Saturday 27 October 2007, Alexey Starikovskiy wrote:
>> As you wish... :) Please check the attached patch.
>>
>
> Not sure why you need to reimplement acpi_extract_package, but ...
Take a look on memory allocations around it... :)
>
>
Andrey Borzenkov wrote:
> On Saturday 27 October 2007, Alexey Starikovskiy wrote:
>> Andrey,
>> Please try the attached patch. I choose to do snprintf() instead of direct
>> copy, as your previous message showed empty OEM type.
>>
>
> Not quite. Now I get
>
&g
Andrey,
Please try the attached patch. I choose to do snprintf() instead of direct copy,
as your previous message showed empty OEM type.
Thanks,
Alex.
Andrey Borzenkov wrote:
> On Friday 26 October 2007, Alexey Starikovskiy wrote:
>> Your cat's "Bad address" means -EFAULT,
Frans Pop wrote:
> Alexey Starikovskiy wrote:
>> Andrey Borzenkov wrote:
>>> is it in -rc1 or can you point me to the patch (I'd rather avoid having
>>> to pull from different git trees). Thank you.
>> No, it should be rc1.
>>> And what about ACPI_
Andrey Borzenkov wrote:
> On Friday 26 October 2007, Alexey Starikovskiy wrote:
>> Andrey Borzenkov wrote:
>>> On Friday 26 October 2007, Alexey Starikovskiy wrote:
>>>> Andrey Borzenkov wrote:
>>>>> I have lost battery in 2.6.24-rc1. Without CONFIG_A
Andrey Borzenkov wrote:
> On Friday 26 October 2007, Alexey Starikovskiy wrote:
>> Andrey Borzenkov wrote:
>>> I have lost battery in 2.6.24-rc1. Without CONFIG_ACPI_PROCFS I have
>>> no /proc/acpi/battery and cannot test netlink interface because right now
>>>
cpi/debug_layer (/sys/module/acpi/parameters/debug_layer)
> /proc/acpi/debug_level (/sys/module/acpi/parameters/debug_level)
>
> neither does it mention /proc/acpi/battery not do I actually have any battery
> information in /sys.
>
> Personally I do not like it (if it is in
Adrian Bunk wrote:
> On Wed, Oct 24, 2007 at 09:15:18PM +0400, Alexey Starikovskiy wrote:
>> Adrian,
>>
>> commit 30c08574da0ead1a47797ce028218ce5b2de61c7 can not introduce
>> use-after-free.
>>
>> Please check...
>
>
> Commit 30c08574da0e
Adrian Bunk wrote:
> After commit f1d4661abe05d0a2c014166042d15ed8b69ae8f2 this was dead
> code.
>
> Spotted by the Coverity checker.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked. Thanks.
>
> ---
> --- linux-2.6/drivers/acpi/battery.c.old 2007-10-23 18:44:13.0
> +0200
Adrian,
commit 30c08574da0ead1a47797ce028218ce5b2de61c7 can not introduce
use-after-free.
Please check...
Regards,
Alex.
Adrian Bunk wrote:
> This patch fixes a use-after-free introduced by
> commit 30c08574da0ead1a47797ce028218ce5b2de61c7.
>
> Spotted by the Coverity checker.
>
> Signed-off-
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: use select POWER_SUPPLY for AC, BATTERY and SBS
From: Alexey Starikovskiy <[EMAIL PROTECTED]>
POWER_SUPPLY i
John Sigler wrote:
> Alexey Starikovskiy wrote:
>
>> John Sigler wrote:
>>
>>> +===+
>>> | Soft-Off by PWR-BTTN |
>>> |
John Sigler wrote:
> +===+
> | Soft-Off by PWR-BTTN |
> |---|
> | Instant-Off . [v]|
> | Delay 4 Sec. . [ ]|
> |
John Sigler wrote:
> Alexey Starikovskiy wrote:
>
>> John Sigler wrote:
>>
>>> Alexey Starikovskiy wrote:
>>>
>>>> Could you please open bug at bugzilla.kernel.org and put all
>>>> these files there?
>>>
>>> http://b
John Sigler wrote:
> John Sigler wrote:
>
>> Alexey Starikovskiy wrote:
>>
>>> Could you please open bug at bugzilla.kernel.org and put all these
>>> files there?
>>
>> http://bugzilla.kernel.org/show_bug.cgi?id=9148
>
> Writing 15361 (i.e. 0
Could you please open bug at bugzilla.kernel.org and put all these files there?
Thanks,
Alex.
John Sigler wrote:
John Sigler wrote:
When I run 'halt' the kernel prints:
Halting.
Shutdown: hdc
ACPI: PCI interrupt for device :01:05.0 disabled
ACPI: PCI interrupt for device :01:04.0 dis
Rafael J. Wysocki wrote:
On Saturday, 29 September 2007 22:47, Bill Davidsen wrote:
Alexey Starikovskiy wrote:
-static void
-acpi_power_off (void)
-{
- printk("%s called\n",__FUNCTION__);
- /* Some SMP machines only can poweroff in boot CPU */
- set_cpus_allow
Mark Lord wrote:
Wolfgang Erig wrote:
On Sat, Sep 29, 2007 at 01:30:33AM -0700, H. Peter Anvin wrote:
Wolfgang Erig wrote:
Both are bad.
Two different systems and two different bisections.
I sent the last step of each.
$ git bisect good Bisecting: 0 revisions left to test after this
[62607313
Hi,
This is known issue.
Please try latest rc8-git2, it should contain the fix.
Regards,
Alex.
Wolfgang Erig wrote:
Hi,
the latest kernel does not power off my system.
2.6.22 succeeded
2.6.23-rc8 failed
$ git bisect bad
Bisecting: 0 revisions left to test after this
[f216cc3748a3a22c2b993
Torsten Kaiser wrote:
> Back to debugging this:
> http://marc.info/?l=linux-acpi&m=119052970904643&w=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...)
>
> http://marc.info/?l=linux-acpi&m=1190
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 HIBERNAT
Andrew,
There are 2 patches, this is the second.
Above, Rafael gave link to first. Here it is again:
http://marc.info/?l=linux-kernel&m=119052978117735&w=4
Sorry for confusion,
Alex.
Andrew Morton wrote:
> On Tue, 25 Sep 2007 18:45:15 +0400 Alexey Starikovskiy <[EMAIL PROTEC
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 Se
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 Se
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 2
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:
>>>>&
d 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
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?
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
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 pow
acpi_sleep_prepare 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]>
---
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
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
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 S
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
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 conti
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(-)
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
ly my CPU doesn'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
>
>
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: p
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 acpi
7f7a73e
> 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
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 200
ged" does 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.
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 [ACAD
[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 li
7/0xc2
>> [] kthread+0x39/0x61
>> [] kernel_thread_helper+0x7/0x10
>> ===
>
> Presumably the new debugging patches in -mm
> (workqueue-debug-flushing-deadlocks-with-lockdep.patch and
> workqueue-debug-work-related-deadlocks-with-lockdep.patch) th
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 : unkno
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
>> [*] 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
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
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]> 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 of the hibernation/suspend code ordering made before 2.6.21 has
caused some systems to have problems related to ACPI. In p
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 th
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.
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 thi
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 (dswexec-0462
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 leaving.
tch for T43 does 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/event
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 inform
lease 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/d
d, but this 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
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:
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 wor
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 lin
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
1 - 100 of 102 matches
Mail list logo
