title: "From bsp392, upport sched/core:"
team: Core
key: 23b19ab7-ddb4-47a0-9f30-a5a24432df04
status: Done

relationships:

bsp39x:
  - 328addd9bdefcd69399caaec169bc9aa22996d06 # sched/core: Disable SD_ASYM_CPUCAPACITY for root_domains without asymmetry
  - 5ff603a9fb3e2ea3a6279f0ad5a6fcdfc8ed8224 # sched/core: Disable SD_PREFER_SIBLING on asymmetric cpu capacity domains

bsp51x:
  - 22518bc9001dfe37a6271eec9ac67f533c9b529c # sched/core: Disable SD_ASYM_CPUCAPACITY for root_domains without asymmetry

upstream:
  - torvalds: 3ba09df4b8b6e3f01ed6381e8fb890840fd0bca3 # sched/topology, arch/arm64: Rebuild the sched_domain hierarchy when the CPU capacity changes
  - torvalds: e1799a80a4f5a463f252b7325da8bb66dfd55471 # sched/topology, arch/arm: Rebuild sched_domain hierarchy when CPU capacity changes
  - torvalds: 05484e0984487d42e97c417cbb0697fa9d16e7e9 # sched/topology: Add SD_ASYM_CPUCAPACITY flag detection
  - torvalds: bb1fbdd3c3fd12b612c7d8cdf13bd6bfeebdefa3 # sched/topology, drivers/base/arch_topology: Rebuild the sched_domain hierarchy when capacities change
  - torvalds: 9c63e84db29bcf584040931ad97c2edd11e35f6c # sched/core: Disable SD_PREFER_SIBLING on asymmetric CPU capacity domains

comments: