On Fri, May 25, 2018 at 03:19:33PM -0400, Steven Rostedt wrote:
> On Fri, 25 May 2018 12:18:02 -0700
> "Paul E. McKenney" wrote:
>
> > [ paulmck: Add !SMP support, per 0day Test Robot report. ]
>
> Somehow I read this as:
>
> [ paulmck: Add NR_CPUS=0 support ]
>
On Fri, May 25, 2018 at 03:19:33PM -0400, Steven Rostedt wrote:
> On Fri, 25 May 2018 12:18:02 -0700
> "Paul E. McKenney" wrote:
>
> > [ paulmck: Add !SMP support, per 0day Test Robot report. ]
>
> Somehow I read this as:
>
> [ paulmck: Add NR_CPUS=0 support ]
>
> no idea why.
;-) ;-) ;-)
On Fri, 25 May 2018 12:18:02 -0700
"Paul E. McKenney" wrote:
> [ paulmck: Add !SMP support, per 0day Test Robot report. ]
Somehow I read this as:
[ paulmck: Add NR_CPUS=0 support ]
no idea why.
-- Steve
On Fri, 25 May 2018 12:18:02 -0700
"Paul E. McKenney" wrote:
> [ paulmck: Add !SMP support, per 0day Test Robot report. ]
Somehow I read this as:
[ paulmck: Add NR_CPUS=0 support ]
no idea why.
-- Steve
The x86/mtrr code does horrific things because hardware. It uses
stop_machine_from_inactive_cpu(), which does a wakeup (of the stopper
thread on another CPU), which uses RCU, all before the CPU is onlined.
RCU complains about this, because wakeups use RCU and RCU does
(rightfully) not consider
The x86/mtrr code does horrific things because hardware. It uses
stop_machine_from_inactive_cpu(), which does a wakeup (of the stopper
thread on another CPU), which uses RCU, all before the CPU is onlined.
RCU complains about this, because wakeups use RCU and RCU does
(rightfully) not consider
6 matches
Mail list logo