Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1627774
| From | Lauro Ramos Venancio <lvenanci@redhat.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | [PATCH 3/4] sched/topology: move comment about asymmetric node setups |
| Date | 2017-04-20 22:00 +0200 |
| Message-ID | <tyqpb-4ED-7@gated-at.bofh.it> (permalink) |
| References | <tyqpb-4ED-9@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Signed-off-by: Lauro Ramos Venancio <lvenanci@redhat.com>
---
kernel/sched/topology.c | 19 ++++++++++---------
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/kernel/sched/topology.c b/kernel/sched/topology.c
index 55bbaf7..e77c93a 100644
--- a/kernel/sched/topology.c
+++ b/kernel/sched/topology.c
@@ -495,14 +495,6 @@ enum s_alloc {
/*
* Build an iteration mask that can exclude certain CPUs from the upwards
* domain traversal.
- *
- * Asymmetric node setups can result in situations where the domain tree is of
- * unequal depth, make sure to skip domains that already cover the entire
- * range.
- *
- * In that case build_sched_domains() will have terminated the iteration early
- * and our sibling sd spans will be empty. Domains should always include the
- * CPU they're built on, so check that.
*/
static void build_group_mask(struct sched_domain *sd, struct sched_group *sg)
{
@@ -612,7 +604,16 @@ static void init_overlap_sched_group(struct sched_domain *sd,
sibling = *per_cpu_ptr(sdd->sd, i);
- /* See the comment near build_group_mask(). */
+ /*
+ * Asymmetric node setups can result in situations where the
+ * domain tree is of unequal depth, make sure to skip domains
+ * that already cover the entire range.
+ *
+ * In that case build_sched_domains() will have terminated the
+ * iteration early and our sibling sd spans will be empty.
+ * Domains should always include the CPU they're built on, so
+ * check that.
+ */
if (!cpumask_test_cpu(i, sched_domain_span(sibling)))
continue;
--
1.8.3.1
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH 0/4] sched/topology: fix overlap group capacity and balance cpu Lauro Ramos Venancio <lvenanci@redhat.com> - 2017-04-20 22:00 +0200
[PATCH 1/4] sched/topology: optimize build_group_mask() Lauro Ramos Venancio <lvenanci@redhat.com> - 2017-04-20 22:00 +0200
[PATCH 3/4] sched/topology: move comment about asymmetric node setups Lauro Ramos Venancio <lvenanci@redhat.com> - 2017-04-20 22:00 +0200
Re: [PATCH 3/4] sched/topology: move comment about asymmetric node setups Peter Zijlstra <peterz@infradead.org> - 2017-04-21 19:50 +0200
[PATCH 2/4] sched/topology: all instances of a sched group must use the same sched_group_capacity Lauro Ramos Venancio <lvenanci@redhat.com> - 2017-04-20 22:00 +0200
[PATCH 4/4] sched/topology: the group balance cpu must be a cpu where the group is installed Lauro Ramos Venancio <lvenanci@redhat.com> - 2017-04-20 22:00 +0200
Re: [PATCH 4/4] sched/topology: the group balance cpu must be a cpu where the group is installed Peter Zijlstra <peterz@infradead.org> - 2017-04-24 15:10 +0200
Re: [PATCH 4/4] sched/topology: the group balance cpu must be a cpu where the group is installed Peter Zijlstra <peterz@infradead.org> - 2017-04-24 16:30 +0200
Re: [PATCH 4/4] sched/topology: the group balance cpu must be a cpu where the group is installed Peter Zijlstra <peterz@infradead.org> - 2017-04-24 16:30 +0200
Re: [PATCH 4/4] sched/topology: the group balance cpu must be a cpu where the group is installed Lauro Venancio <lvenanci@redhat.com> - 2017-04-24 17:30 +0200
Re: [PATCH 4/4] sched/topology: the group balance cpu must be a cpu where the group is installed Lauro Venancio <lvenanci@redhat.com> - 2017-04-24 17:20 +0200
csiph-web