Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1628402
| From | Peter Zijlstra <peterz@infradead.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 3/4] sched/topology: move comment about asymmetric node setups |
| Date | 2017-04-21 19:50 +0200 |
| Message-ID | <tyKQW-gp-35@gated-at.bofh.it> (permalink) |
| References | <tyqpb-4ED-9@gated-at.bofh.it> <tyqpb-4ED-7@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, Apr 20, 2017 at 04:51:42PM -0300, Lauro Ramos Venancio wrote: > @@ -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; > FWIW, the topology that spawned all that is: 10,20,20,30 20,10,20,20 20,20,10,20 30,20,20,10
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