On Mon, Feb 12, 2018 at 12:11:27PM +0100, Greg Kurz wrote:
> On Sat, 10 Feb 2018 20:23:07 +1100
> David Gibson wrote:
>
> > On Fri, Feb 09, 2018 at 03:06:49PM +0100, Greg Kurz wrote:
> > > On Fri, 9 Feb 2018 09:18:58 +0100
> > > Laurent Vivier wrote:
> > >
> > > > We ignore silently the valu
On Sat, 10 Feb 2018 20:23:07 +1100
David Gibson wrote:
> On Fri, Feb 09, 2018 at 03:06:49PM +0100, Greg Kurz wrote:
> > On Fri, 9 Feb 2018 09:18:58 +0100
> > Laurent Vivier wrote:
> >
> > > We ignore silently the value of smp_threads when we set
> > > the default VSMT value, and if smp_threa
On Fri, Feb 09, 2018 at 03:06:49PM +0100, Greg Kurz wrote:
> On Fri, 9 Feb 2018 09:18:58 +0100
> Laurent Vivier wrote:
>
> > We ignore silently the value of smp_threads when we set
> > the default VSMT value, and if smp_threads is greater than VSMT
> > kernel is going into trouble later.
> >
>
On Fri, Feb 09, 2018 at 09:18:58AM +0100, Laurent Vivier wrote:
> We ignore silently the value of smp_threads when we set
> the default VSMT value, and if smp_threads is greater than VSMT
> kernel is going into trouble later.
>
> Fixes: 8904e5a750
> ("spapr: Adjust default VSMT value for better mi
On Fri, 9 Feb 2018 09:18:58 +0100
Laurent Vivier wrote:
> We ignore silently the value of smp_threads when we set
> the default VSMT value, and if smp_threads is greater than VSMT
> kernel is going into trouble later.
>
Hi Laurent,
I've looked a bit more and I'm not sure what kernel troubles