Messages in this thread | | | Subject | Re: [PATCH 4.9 000/102] 4.9.93-stable review | From | Thierry Escande <> | Date | Thu, 12 Apr 2018 14:32:09 +0200 |
| |
On 12/04/2018 14:23, Greg Kroah-Hartman wrote: > On Thu, Apr 12, 2018 at 02:17:50PM +0200, Thierry Escande wrote: >> Hi Greg, >> >> On 07/04/2018 08:11, Greg Kroah-Hartman wrote: >>> On Fri, Apr 06, 2018 at 05:25:24PM -0500, Dan Rue wrote: >>>> On Fri, Apr 06, 2018 at 03:22:41PM +0200, Greg Kroah-Hartman wrote: >>>>> This is the start of the stable review cycle for the 4.9.93 release. >>>>> There are 102 patches in this series, all will be posted as a response >>>>> to this one. If anyone has any issues with these being applied, please >>>>> let me know. >>>>> >>>>> Responses should be made by Sun Apr 8 08:42:55 UTC 2018. >>>>> Anything received after that time might be too late. >>>> >>>> Results from Linaro’s test farm. >>>> No regressions on arm64, arm and x86_64. >>>> >>>> There is a new test failure on dragonboard 410c (arm64) in >>>> kselftest/cpu-on-off-test. However, it looks like the test was failing >>>> but giving a false "PASS" on previous versions of 4.9. This -RC seems to >>>> have changed the behavior enough to cause the test to actually mark a >>>> failure. >>>> >>>> In any event, this looks like a db410c-specific pre-existing issue that we have >>>> already escalated to our Qualcomm team. Details can be found at >>>> https://bugs.linaro.org/show_bug.cgi?id=3723 for those interested. >>> >>> Thanks for testing these and letting me know. >> >> The test failure on dragonboard 410c comes from [1] to fix a possible >> deadlock related to the hotplug rework. It's been reverted in v4.12 by [2] >> because the cpu hotplug rework was not ready yet at that time. Since the >> hotplug rework has not been backported to v4.9.y, the splat cannot be >> reproduced and so [1] can be reverted or [2] applied on v4.9.y. >> >> [1] https://lkml.org/lkml/2018/3/23/452 >> [2] https://lkml.org/lkml/2017/5/7/124 > > Hm, so I need to drop some patch, but what one? lkml.org does not work > for me, please be specific and use the git commit ids, or at the > very-least, the subject of the patches. Never make someone have to rely > on the existance of a random web site not under kernel developer's > control to figure out what to do...
So the commit to be reverted is [1], introduced in v4.9.90. Or you can apply [2] from v4.12 that actually reverts [1].
[1] 18dd7b964c01ac44497471f4ea3f4c0c663eab55 [2] 51d638b1f56a0bfd9219800620994794a1a2b219
Regards, Thierry
| |