Re: default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)

2008-11-18 Thread Max Krasnyansky
David Miller wrote: > From: Kumar Gala <[EMAIL PROTECTED]> > Date: Fri, 24 Oct 2008 10:39:05 -0500 > >> As for making it ARCH specific, that doesn't really help since not >> all PPC hw has the limitation I spoke of. Not even all MPIC (in our >> cases) have the limitation. > > Since the PPC cod

Re: default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)

2008-10-24 Thread David Miller
From: Kumar Gala <[EMAIL PROTECTED]> Date: Fri, 24 Oct 2008 10:39:05 -0500 > As for making it ARCH specific, that doesn't really help since not > all PPC hw has the limitation I spoke of. Not even all MPIC (in our > cases) have the limitation. Since the PPC code knows exactly which MPICs have th

Re: default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)

2008-10-24 Thread Scott Wood
Chris Snook wrote: Scott Wood wrote: Kumar Gala wrote: So why not just have x86 startup code set irq_default_affinity = CPU_MASK_ALL than? That doesn't really solve the problem, as a user could still manually set an invalid affinity. The MPIC driver should reduce the affinity itself to wha

Re: default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)

2008-10-24 Thread Chris Snook
Scott Wood wrote: Kumar Gala wrote: So why not just have x86 startup code set irq_default_affinity = CPU_MASK_ALL than? That doesn't really solve the problem, as a user could still manually set an invalid affinity. The MPIC driver should reduce the affinity itself to what the hardware can h

Re: default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)

2008-10-24 Thread Chris Snook
Kumar Gala wrote: On Oct 24, 2008, at 11:09 AM, Chris Snook wrote: Kumar Gala wrote: On Oct 24, 2008, at 10:17 AM, Chris Snook wrote: Kumar Gala wrote: It appears the default IRQ affinity changes from being just cpu 0 to all cpu's. This breaks several PPC SMP systems in which only a singl

Re: default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)

2008-10-24 Thread Scott Wood
Kumar Gala wrote: So why not just have x86 startup code set irq_default_affinity = CPU_MASK_ALL than? That doesn't really solve the problem, as a user could still manually set an invalid affinity. The MPIC driver should reduce the affinity itself to what the hardware can handle. -Scott ___

Re: default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)

2008-10-24 Thread Kumar Gala
On Oct 24, 2008, at 11:09 AM, Chris Snook wrote: Kumar Gala wrote: On Oct 24, 2008, at 10:17 AM, Chris Snook wrote: Kumar Gala wrote: It appears the default IRQ affinity changes from being just cpu 0 to all cpu's. This breaks several PPC SMP systems in which only a single processor is al

Re: default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)

2008-10-24 Thread Chris Snook
Kumar Gala wrote: On Oct 24, 2008, at 10:17 AM, Chris Snook wrote: Kumar Gala wrote: It appears the default IRQ affinity changes from being just cpu 0 to all cpu's. This breaks several PPC SMP systems in which only a single processor is allowed to be selected as the destination of the IRQ.

Re: default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)

2008-10-24 Thread Kumar Gala
On Oct 24, 2008, at 10:17 AM, Chris Snook wrote: Kumar Gala wrote: It appears the default IRQ affinity changes from being just cpu 0 to all cpu's. This breaks several PPC SMP systems in which only a single processor is allowed to be selected as the destination of the IRQ. What is the ri

Re: default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)

2008-10-24 Thread Chris Snook
Kumar Gala wrote: It appears the default IRQ affinity changes from being just cpu 0 to all cpu's. This breaks several PPC SMP systems in which only a single processor is allowed to be selected as the destination of the IRQ. What is the right answer in fixing this? Should we: cpumask_t i

default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems)

2008-10-24 Thread Kumar Gala
It appears the default IRQ affinity changes from being just cpu 0 to all cpu's. This breaks several PPC SMP systems in which only a single processor is allowed to be selected as the destination of the IRQ. What is the right answer in fixing this? Should we: cpumask_t irq_default_af