On Fri, Apr 18, 2014 at 03:00:21AM +0000, Zheng, Lv wrote: > Hi, Greg > > > From: Greg KH [mailto:gregkh@xxxxxxxxxxxxxxxxxxx] > > Sent: Friday, April 18, 2014 10:44 AM > > > > On Fri, Apr 18, 2014 at 09:53:19AM +0800, Lv Zheng wrote: > > > Note that this patch is only used for stable kernels, upstream kernels > > > will have this problem fixed in ACPICA 201303-04 release. So upstream > > > kernels shouldn't merge this commit. > > > > What kernel commit fixed this issue in "upstream"? > > There is no kernel commit now has fixed this issue in "upstream". > The fix commit need to go into ACPICA first, so I believe it will > appear in 3.15-rc2 (ACPICA 201403xx release) or 3.15-rc3 (ACPICA > 201404xx release). Then I can't take this patch at all in any stable tree. Please read Documentation/stable_kernel_rules.txt for why and how to properly do this. Just mark the commit that fixes the issue in Linus's tree for stable, and it will happen automatically. > The back port of the fix commit will have many dependencies as we have > a big change in ACPICA table manager in ACPICA 201403xx release. Why not just submit this fix first to Linus, for his tree now, and then do the larger changes later? > However this back port is very light and has been confirmed by the reporters. > > The bug seems to be urgent, it has broken many platforms shipped with > AMI BIOSes versioning from F2 to F4. Someone may monitor here to find > a valid fix. Not any stable maintainers, we can't take patches that aren't in Linus's tree, sorry. greg k-h -- 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