Re: [tip:sched/core] sched/fair: Limit sched_cfs_period_timer loop to avoid hard lockup

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

 



On Mon, Apr 08, 2019 at 09:42:14AM -0400, Phil Auld wrote:
On Fri, Apr 05, 2019 at 02:15:23PM +0000 Sasha Levin wrote:
Hi,

[This is an automated email]

This commit has been processed because it contains a -stable tag.
The stable tag indicates that it's relevant for the following trees: all

The bot has tested the following trees: v5.0.6, v4.19.33, v4.14.110, v4.9.167, v4.4.178, v3.18.138.

v5.0.6: Failed to apply! Possible dependencies:
    c0ad4aa4d841 ("sched/fair: Robustify CFS-bandwidth timer locking")

v4.19.33: Failed to apply! Possible dependencies:
    c0ad4aa4d841 ("sched/fair: Robustify CFS-bandwidth timer locking")

v4.14.110: Failed to apply! Possible dependencies:
    c0ad4aa4d841 ("sched/fair: Robustify CFS-bandwidth timer locking")


This is a minor context difference. There is no actual dependency on the
c0ad4aa4d841 patch.  It would be easy to produce new version that could
go in these trees. I'm not sure what the right action is in that case.
Should I spin a new version with the different locking in the context?

Please do :)

The algorithm does the dependency analysis by looking at surrounding
code rather than actual functional dependency.

--
Thanks,
Sasha



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

  Powered by Linux