Re: [PATCH] x86_64: resize NR_IRQS for large machines (re-submit)

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Ingo Molnar <mingo@...>
Cc: Alan Mayer <ajm@...>, <torvalds@...>, linux-kernel list <linux-kernel@...>, Robin Holt <holt@...>, Jack Steiner <steiner@...>, Russ Anderson <rja@...>
Date: Thursday, March 27, 2008 - 12:16 pm

> well, i dont it has to be (or it should be) an all or nothing patch, 

Okay, let's see if I understand this.

First patch introduces a config switch and a variable, nr_irqs that is
set to NR_IRQS.  It also dynamically allocates the currently staticly
allocated arrays that are dimensioned by NR_IRQS.  It also initializes
these dynamically allocated data structures.  This is all done under
the config switch, initially off by default.  

Second patch changes core code, x86 and most drivers to use nr_irqs.
This patch will also introduce a calculation of nr_irqs, based on
interrupt sources, that is a better estimate of the number of irqs
in the running system than just picking a guaranteed not-to-exceed
value that may be too big.
Is there a way to identify which drivers need to be addressed?

Then, test the crap out of it.  

Other architectures will follow, with the work being done by people
familiar with those architectures.

Clean up anything that's left over that's now been made unnecessary by
the conversion by everyone.  Including the config option?

Do I have the gist of it?

		--ajm

We are star dust,
We are golden,
We are caught in the Devil's bargain.
--
Alan J. Mayer
SGI
ajm@sgi.com
WORK: 651-683-3131
HOME: 651-407-0134
--

--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: [PATCH] x86_64: resize NR_IRQS for large machines (re-su..., Alan Mayer, (Thu Mar 27, 12:16 pm)