RE: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag.

2014-11-20 Thread Zheng, Lv
gt; [0.324660] [] acpi_ev_gpe_detect+0x105/0x227 > > [0.324668] [] acpi_ev_sci_xrupt_handler+0x22/0x38 > > [0.324675] [] acpi_irq+0x16/0x31 > > [0.324683] [] handle_irq_event_percpu+0x6f/0x540 > > [0.324691] [] handle_irq_event+0x41/0x70 > > [

RE: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag.

2014-11-20 Thread Zheng, Lv
0.324743] [] ? trace_hardirqs_on+0xd/0x10 > [0.324750] [] default_idle+0x23/0x260 > [ 0.324757] [] arch_cpu_idle+0xf/0x20 > [0.324763] [] cpu_startup_entry+0x36b/0x5b0 > [0.324771] [] start_secondary+0x1a4/0x1d0 > > > > > > Thanks and best re

Re: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag.

2014-11-20 Thread Kirill A. Shutemov
On Thu, Nov 20, 2014 at 02:34:12AM +, Zheng, Lv wrote: > Hi, > > > From: Kirill A. Shutemov [mailto:kir...@shutemov.name] > > Sent: Wednesday, November 19, 2014 8:16 PM > > > > On Tue, Nov 18, 2014 at 10:20:11PM +0100, Rafael J. Wysocki wrote: > > > On Tuesday, November 18, 2014 03:23:28 PM K

Re: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag.

2014-11-20 Thread Kirill A. Shutemov
0.324763] [] cpu_startup_entry+0x36b/0x5b0 [0.324771] [] start_secondary+0x1a4/0x1d0 > > Thanks and best regards > -Lv > > > From: Kirill A. Shutemov [mailto:kir...@shutemov.name] > > Sent: Wednesday, November 19, 2014 8:16 PM > > To: Rafael J. Wysocki > >

RE: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag.

2014-11-19 Thread Zheng, Lv
Hi, > From: Kirill A. Shutemov [mailto:kir...@shutemov.name] > Sent: Wednesday, November 19, 2014 8:16 PM > > On Tue, Nov 18, 2014 at 10:20:11PM +0100, Rafael J. Wysocki wrote: > > On Tuesday, November 18, 2014 03:23:28 PM Kirill A. Shutemov wrote: > > > On Wed, Nov 05, 2014 at 02:52:36AM +,

RE: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag.

2014-11-19 Thread Zheng, Lv
. Wysocki > Cc: Zheng, Lv; Wysocki, Rafael J; Brown, Len; Lv Zheng; > linux-kernel@vger.kernel.org; linux-a...@vger.kernel.org > Subject: Re: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace > BLOCKED flag. > > On Tue, Nov 18, 2014 at 10:20:11PM +0100, Rafael

Re: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag.

2014-11-19 Thread Kirill A. Shutemov
On Tue, Nov 18, 2014 at 10:20:11PM +0100, Rafael J. Wysocki wrote: > On Tuesday, November 18, 2014 03:23:28 PM Kirill A. Shutemov wrote: > > On Wed, Nov 05, 2014 at 02:52:36AM +, Zheng, Lv wrote: > > [cut] > > > > > Here's lockdep warning I see on -next: > > Is patch [1/6] sufficient to tri

RE: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag.

2014-11-19 Thread Zheng, Lv
, Len; Lv Zheng; > linux-kernel@vger.kernel.org; linux-a...@vger.kernel.org > Subject: Re: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace > BLOCKED flag. > > On Tuesday, November 18, 2014 03:23:28 PM Kirill A. Shutemov wrote: > > On Wed, Nov 05,

Re: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag.

2014-11-18 Thread Rafael J. Wysocki
On Tuesday, November 18, 2014 03:23:28 PM Kirill A. Shutemov wrote: > On Wed, Nov 05, 2014 at 02:52:36AM +, Zheng, Lv wrote: [cut] > > Here's lockdep warning I see on -next: Is patch [1/6] sufficient to trigger this or do you need all [1-4/6]? > [0.510159]

Re: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag.

2014-11-18 Thread Kirill A. Shutemov
On Wed, Nov 05, 2014 at 02:52:36AM +, Zheng, Lv wrote: > Hi, Rafael > > There is one thing I should let you know. > > Originally this patchset is dependent on the GPE "dead lock" fix. > Because this patch will invoke acpi_enable_gpe()/acpi_disable_gpe() with EC > lock held. > > I saw system

RE: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag.

2014-11-04 Thread Zheng, Lv
Hi, Rafael There is one thing I should let you know. Originally this patchset is dependent on the GPE "dead lock" fix. Because this patch will invoke acpi_enable_gpe()/acpi_disable_gpe() with EC lock held. I saw system hang during suspending using only this patchset, so we have to find a solut