Re: Patch "ACPI / EC: Add support to disallow QR_EC to be issued before completing previous QR_EC" has been added to the 3.17-stable tree

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

On Tue, Dec 09, 2014 at 03:14:15AM +0000, Zheng, Lv wrote:
> Hi, Greg
> 
> This commit has been upstreamed since v3.17-rc3.
> It is proven to be a conflict with Samsung laptops.
> So we've reverted it since v3.18-rc3.
> The reversion commit ID is df9ff918.
> 

This commit is tagged for stable 3.17+ but the 3.16 kernel also
contain commit 558e4736f2e1 ("ACPI / EC: Add support to disallow QR_EC
to be issued before completing previous QR_EC").  In fact, most of the
stable kernels contain this commit.

Could you please confirm this should be reverted in all the other
stable trees?

Cheers,
--
Luís


> Best regards
> -Lv
> 
> > From: gregkh@xxxxxxxxxxxxxxxxxxx [mailto:gregkh@xxxxxxxxxxxxxxxxxxx]
> > Sent: Friday, December 05, 2014 7:53 AM
> > 
> > 
> > This is a note to let you know that I've just added the patch titled
> > 
> >     ACPI / EC: Add support to disallow QR_EC to be issued before completing previous QR_EC
> > 
> > to the 3.17-stable tree which can be found at:
> >     http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
> > 
> > The filename of the patch is:
> >      acpi-ec-add-support-to-disallow-qr_ec-to-be-issued-before-completing-previous-qr_ec.patch
> > and it can be found in the queue-3.17 subdirectory.
> > 
> > If you, or anyone else, feels it should not be added to the stable tree,
> > please let <stable@xxxxxxxxxxxxxxx> know about it.
> > 
> > 
> > From 558e4736f2e1b0e6323adf7a5e4df77ed6cfc1a4 Mon Sep 17 00:00:00 2001
> > From: Lv Zheng <lv.zheng@xxxxxxxxx>
> > Date: Thu, 21 Aug 2014 14:41:26 +0800
> > Subject: ACPI / EC: Add support to disallow QR_EC to be issued before completing previous QR_EC
> > 
> > From: Lv Zheng <lv.zheng@xxxxxxxxx>
> > 
> > commit 558e4736f2e1b0e6323adf7a5e4df77ed6cfc1a4 upstream.
> > 
> > There is platform refusing to respond QR_EC when SCI_EVT isn't set
> > which is Acer Aspire V5-573G.
> > 
> > By disallowing QR_EC to be issued before the previous one has been
> > completed we are able to reduce the possibilities to trigger issues on
> > such platforms.
> > 
> > Note that this fix can only reduce the occurrence rate of this issue, but
> > this issue may still occur when such a platform doesn't clear SCI_EVT
> > before or immediately after completing the previous QR_EC transaction.
> > This patch cannot fix the CLEAR_ON_RESUME quirk which also relies on
> > the assumption that the platforms are able to respond even when SCI_EVT
> > isn't set.
> > 
> > But this patch is still useful as it can help to reduce the number of
> > scheduled QR_EC work items.
> > 
> > Link: https://bugzilla.kernel.org/show_bug.cgi?id=82611
> > Reported-and-tested-by: Alexander Mezin <mezin.alexander@xxxxxxxxx>
> > Signed-off-by: Lv Zheng <lv.zheng@xxxxxxxxx>
> > Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@xxxxxxxxx>
> > Signed-off-by: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
> > 
> > 
> > ---
> >  drivers/acpi/ec.c |    4 ++--
> >  1 file changed, 2 insertions(+), 2 deletions(-)
> > 
> > --- a/drivers/acpi/ec.c
> > +++ b/drivers/acpi/ec.c
> > @@ -299,11 +299,11 @@ static int acpi_ec_transaction_unlocked(
> >  	/* following two actions should be kept atomic */
> >  	ec->curr = t;
> >  	start_transaction(ec);
> > +	if (ec->curr->command == ACPI_EC_COMMAND_QUERY)
> > +		clear_bit(EC_FLAGS_QUERY_PENDING, &ec->flags);
> >  	spin_unlock_irqrestore(&ec->lock, tmp);
> >  	ret = ec_poll(ec);
> >  	spin_lock_irqsave(&ec->lock, tmp);
> > -	if (ec->curr->command == ACPI_EC_COMMAND_QUERY)
> > -		clear_bit(EC_FLAGS_QUERY_PENDING, &ec->flags);
> >  	ec->curr = NULL;
> >  	spin_unlock_irqrestore(&ec->lock, tmp);
> >  	return ret;
> > 
> > 
> > Patches currently in stable-queue which might be from lv.zheng@xxxxxxxxx are
> > 
> > queue-3.17/acpi-ec-add-support-to-disallow-qr_ec-to-be-issued-before-completing-previous-qr_ec.patch
> --
> To unsubscribe from this list: send the line "unsubscribe stable" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel]     [Kernel Development Newbies]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Hiking]     [Linux Kernel]     [Linux SCSI]