linux-kernel - Re: [PATCH] sparse_irq aka dyn

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] [thread-next>] [day] [month] [year] [list]

Message-Id: <1226904755.7178.223.camel@pasglop>
Date:	Mon, 17 Nov 2008 17:52:35 +1100
From:	Benjamin Herrenschmidt <benh@...nel.crashing.org>
To:	"H. Peter Anvin" <hpa@...or.com>
Cc:	Yinghai Lu <yinghai@...nel.org>,
	Andrew Morton <akpm@...ux-foundation.org>, mingo@...e.hu,
	tglx@...utronix.de, linux-kernel@...r.kernel.org, travis@....com
Subject: Re: [PATCH] sparse_irq aka dyn_irq v13

On Sun, 2008-11-16 at 20:42 -0800, H. Peter Anvin wrote:
> Benjamin Herrenschmidt wrote:
> > 
> > IRQ numbers are arbitrary, some platforms make up numbers out of the
> > blue, or they can be hypervisor internal tokens etc...
> > 
> > The only sane way to handle this generically IMHO is to do what we do
> > on powerpc (and I think sparc64) which is to totally disconnect the HW
> > number from the "linux" number.
> > 
> 
> Yes, that's what I want to see, too.  On x86, it's important to preserve
> the first 16 (BIOS-compatible, XT-PIC) numbers, as they are widely used
> as a user interface, but for the rest, there is no point.

Right, and I do that on powerpc by reserving those numbers so they get
automatically assigned to and only to the PIC that comes up as claiming
the legacy number space (if any, if none, then they remain unassigned to
avoid problems with old crappy modules hard coding IRQ numbers and
trying to request them).

> It is probably desirable to do that by overlaying the first (primary,
> south bridge) IO-APIC, which also takes care of the "semi-legacy" IRQ
> 16-23 numbers.

Would make sense indeed to treat those numbers specifically.

Ben.


--
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/