* Rusty Russell wrote:
> Ingo Molnar writes:
> > * Rusty Russell wrote:
> >> I don't think there are great answers here. But adding more subtle
> >> zeroing
> >> semantics feels wrong, even if it will mostly Just Work.
> >
> > It's not subtle if the naming clearly reflects it (hence my sugg
Ingo Molnar writes:
> * Rusty Russell wrote:
>> I don't think there are great answers here. But adding more subtle zeroing
>> semantics feels wrong, even if it will mostly Just Work.
>
> It's not subtle if the naming clearly reflects it (hence my suggestion to
> rename
> the API) - and the st
* Rusty Russell wrote:
> Ingo Molnar writes:
> > * Steven Rostedt wrote:
> >
> >> On Fri, 04 Dec 2015 12:05:12 +1030
> >> Rusty Russell wrote:
> >>
> >> > This is clever, but I would advise against such subtle code. We will
> >> > never be
> >> > able to remove this code once it is in.
>
Ingo Molnar writes:
> * Steven Rostedt wrote:
>
>> On Fri, 04 Dec 2015 12:05:12 +1030
>> Rusty Russell wrote:
>>
>> > This is clever, but I would advise against such subtle code. We will
>> > never be
>> > able to remove this code once it is in.
>> >
>> > Would suggest making the non-CPUMAS
* Steven Rostedt wrote:
> On Fri, 04 Dec 2015 12:05:12 +1030
> Rusty Russell wrote:
>
> > This is clever, but I would advise against such subtle code. We will never
> > be
> > able to remove this code once it is in.
> >
> > Would suggest making the non-CPUMASK_OFFSTACK stubs write garbage
On Fri, 04 Dec 2015 12:05:12 +1030
Rusty Russell wrote:
> This is clever, but I would advise against such subtle code. We will
> never be able to remove this code once it is in.
>
> Would suggest making the non-CPUMASK_OFFSTACK stubs write garbage into
> the cpumasks instead, iff !(flags & __GF
Steven Rostedt writes:
> Xunlei Pang reported a bug in the scheduler code when
> CONFIG_CPUMASK_OFFSTACK is set, several of the cpumasks used by the
> root domains can contain garbage. The code does the following:
>
> memset(rd, 0, sizeof(*rd));
>
> if (!alloc_cpumask_var(&rd->span
Xunlei Pang reported a bug in the scheduler code when
CONFIG_CPUMASK_OFFSTACK is set, several of the cpumasks used by the
root domains can contain garbage. The code does the following:
memset(rd, 0, sizeof(*rd));
if (!alloc_cpumask_var(&rd->span, GFP_KERNEL))
goto
8 matches
Mail list logo