Hi, > From: Greg KH [mailto:gregkh@xxxxxxxxxxxxxxxxxxx] > Sent: Friday, April 18, 2014 11:40 AM > > 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. > OK. > > 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? > OK. It seems possible now. > > 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. > OK. I was just a little worried about as I'm the culprit. Sorry for the noise. Thanks and best regards -Lv > 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