lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:	Mon, 8 Dec 2008 08:29:54 -0600 (CST)
From:	John Keller <jpk@....com>
To:	yinghai@...nel.org (Yinghai Lu)
Cc:	jpk@....com (John Keller), linux-kernel@...r.kernel.org,
	linux-ia64@...r.kernel.org, akpm@...ux-foundation.org,
	tglx@...utronix.de, mingo@...e.hu (Ingo Molnar)
Subject: Re: genirq regression - CONFIG_AUTO_IRQ_AFFINITY

> 
> On Fri, Dec 5, 2008 at 8:40 AM, John Keller <jpk@....com> wrote:
> > The addition of the generic affinity autoselector has introduced
> > a regression in SN2 Altix.
> >
> > In the past, request_irq()'s call to select_smp_affinity() was
> > essentially a noop.
> >
> > #ifdef CONFIG_AUTO_IRQ_AFFINITY
> > extern int select_smp_affinity(unsigned int irq);
> > #else
> > static inline int select_smp_affinity(unsigned int irq)
> > {
> >        return 1;
> > }
> >
> >
> > Now changes have created do_irq_select_affinity(), which is
> > executed by a call to request_irq().
> >
> >  request_irq()
> >   __setup_irq()
> >    do_irq_select_affinity()
> >
> > do_irq_select_affinity() will call the set_affinity() routine,
> > with a default mask. On SN2 (and possibly all ia64 platforms),
> > this will retarget all device interrupts to the same CPU, most
> > likely CPU0.
> 
> > I'm looking at a patch that makes use of the new IRQ_AFFINITY_SET
> > flag in the irq_desc to get around this.
> >
> 
> that bit only be set in irq_set_affinity(),
> 
> arch/mips/kernel/cevt-bcm1480.c:        irq_set_affinity(irq,
> cpumask_of_cpu(cpu));
> arch/mips/kernel/cevt-sb1250.c: irq_set_affinity(irq, cpumask_of_cpu(cpu));
> arch/sparc64/kernel/of_device.c:                irq_set_affinity(irq,
> numa_mask);
> arch/sparc64/kernel/pci_msi.c:          irq_set_affinity(irq, numa_mask);
> arch/x86/kernel/hpet.c:                 irq_set_affinity(hdev->irq,
> cpumask_of_cpu(hdev->cpu));
> arch/x86/kernel/hpet.c: irq_set_affinity(dev->irq, cpumask_of_cpu(dev->cpu));
> drivers/xen/events.c:   irq_set_affinity(irq, cpumask_of_cpu(0));
> 
> kernel/irq/proc.c:      irq_set_affinity(irq, new_value);
> 
> kernel/time/tick-common.c:              irq_set_affinity(newdev->irq, *cpumask);
> 
> so you may need to call it in your arch code. like
> setup_IO_APIC_irq(),  create_irq()...
> 
> YH
> 

Yes, I am planning to set it in SN platform specific code,
sn_irq_fixup().

John
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ