login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
August
»
3
Re: [PATCH] x86_64: Restore the proper NR_IRQS define so larger systems work.
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Yinghai Lu
Subject:
Re: [PATCH] x86_64: Restore the proper NR_IRQS define so larger systems work.
Date: Saturday, August 2, 2008 - 10:58 pm
On Sat, Aug 2, 2008 at 10:26 PM, Eric W. Biederman <ebiederm@xmission.com> wrote:
quoted text
> > As pointed out and tracked by Yinghai Lu <yhlu.kernel@gmail.com>: > > Dhaval Giani got: > kernel BUG at arch/x86/kernel/io_apic_64.c:357! > invalid opcode: 0000 [1] SMP > CPU 24 > ... > > his system (x3950) has 8 ioapic, irq > 256 > > This was caused by: > commit 9b7dc567d03d74a1fbae84e88949b6a60d922d82 > Author: Thomas Gleixner <tglx@linutronix.de> > Date: Fri May 2 20:10:09 2008 +0200 > > x86: unify interrupt vector defines > > The interrupt vector defines are copied 4 times around with minimal > differences. Move them all into asm-x86/irq_vectors.h > > It appears that Thomas did not notice that x86_64 does something > completely different when he merge irq_vectors.h > > We can solve this for 2.6.27 by simply reintroducing the old heuristic > for setting NR_IRQS on x86_64 to a usable value, which trivially removes > the regression. > > Long term it would be nice to harmonize the handling of ioapic interrupts > of x86_32 and x86_64 so we don't have this kind of confusion. > > Dhaval Giani <dhaval@linux.vnet.ibm.com> tested an earlier version of > this patch by YH which confirms simply increasing NR_IRQS fixes the > problem. > > Signed-off-by: Eric W. Biederman <ebiederm@xmission.com> > --- > include/asm-x86/irq_vectors.h | 10 +++++++++- > 1 files changed, 9 insertions(+), 1 deletions(-) > > diff --git a/include/asm-x86/irq_vectors.h b/include/asm-x86/irq_vectors.h > index 90b1d1f..a13eb6c 100644 > --- a/include/asm-x86/irq_vectors.h > +++ b/include/asm-x86/irq_vectors.h > @@ -109,7 +109,15 @@ > #define LAST_VM86_IRQ 15 > #define invalid_vm86_irq(irq) ((irq) < 3 || (irq) > 15) > > -#if !defined(CONFIG_X86_VOYAGER) > +#ifdef CONFIG_X86_64 > +# if NR_CPUS < MAX_IO_APICS > +# define NR_IRQS (NR_VECTORS + (32 * NR_CPUS)) > +# else > +# define NR_IRQS (NR_VECTORS + (32 * MAX_IO_APICS )) > +# endif > +# define NR_IRQ_VECTORS NR_IRQS > + > +#elif !defined(CONFIG_X86_VOYAGER) > > # if defined(CONFIG_X86_IO_APIC) || defined(CONFIG_PARAVIRT) || defined(CONFIG_X86_VISWS) >
what should xen pv 64 get for NR_IRQS? YH --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[PATCH] x86: 64bit support more than 256 irq v2
, Yinghai Lu
, (Fri Aug 1, 7:02 pm)
Re: [PATCH] x86: 64bit support more than 256 irq v2
, Yinghai Lu
, (Fri Aug 1, 7:16 pm)
Re: [PATCH] x86: 64bit support more than 256 irq v2
, Eric W. Biederman
, (Fri Aug 1, 7:58 pm)
Re: [PATCH] x86: 64bit support more than 256 irq v2
, Yinghai Lu
, (Fri Aug 1, 8:11 pm)
Re: [PATCH] x86: 64bit support more than 256 irq v2
, Eric W. Biederman
, (Fri Aug 1, 8:37 pm)
Re: [PATCH] x86: 64bit support more than 256 irq v2
, Eric W. Biederman
, (Sat Aug 2, 10:09 pm)
[PATCH] x86_64: Restore the proper NR_IRQS define so large ...
, Eric W. Biederman
, (Sat Aug 2, 10:26 pm)
Re: [PATCH] x86_64: Restore the proper NR_IRQS define so l ...
, Yinghai Lu
, (Sat Aug 2, 10:58 pm)
Re: [PATCH] x86_64: Restore the proper NR_IRQS define so l ...
, Eric W. Biederman
, (Sat Aug 2, 11:35 pm)
Re: [PATCH] x86_64: Restore the proper NR_IRQS define so l ...
, Jeremy Fitzhardinge
, (Sat Aug 2, 11:44 pm)
Re: [PATCH] x86_64: Restore the proper NR_IRQS define so l ...
, Jeremy Fitzhardinge
, (Sat Aug 2, 11:54 pm)
Re: [PATCH] x86: 64bit support more than 256 irq v2
, Mike Travis
, (Mon Aug 4, 6:20 am)
Re: [PATCH] x86: 64bit support more than 256 irq v2
, Yinghai Lu
, (Mon Aug 4, 11:16 am)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Jesse Barnes
Re: [stable] [BUG][PATCH] cpqphp: fix kernel NULL pointer dereference
Greg KH
[003/136] p54usb: add Zcomax XG-705A usbid
Magnus Damm
[PATCH 03/07] ARM: Use shared GIC entry macros on Realview
Oliver Neukum
Re: [Bug #13682] The webcam stopped working when upgrading from 2.6.29 to 2.6.30
Martin Schwidefsky
Re: [PATCH] optimized ktime_get[_ts] for GENERIC_TIME=y
git
:
Junio C Hamano
Re: Some advanced index playing
Jeff King
Re: confusion over the new branch and merge config
Robin Rosenberg
Re: cvs2svn conversion directly to git ready for experimentation
Linus Torvalds
git binary size...
Ævar Arnfjörð Bjarmason
Re: Challenge with Git-Bash
git-commits-head
:
Linux Kernel Mailing List
md: move allocation of ->queue from mddev_find to md_probe
Linux Kernel Mailing List
md: raid0: Represent zone->zone_offset in sectors.
Linux Kernel Mailing List
[ARM] S3C24XX: Add gpio_to_irq() facility
Linux Kernel Mailing List
md: raid0_make_request(): Replace local variable block by sector.
Linux Kernel Mailing List
md: Allow md devices to be created by name.
linux-netdev
:
kaber
[PATCH 07/12] netfilter: xtables: change hotdrop pointer to direct modification
Gerrit Renker
[PATCH 3/5] dccp ccid-2: Remove redundant sanity tests
David Miller
Re: [PATCH net-next-2.6] pcnet32: Remove redundant set of skb->dev
Gerrit Renker
[PATCH 4/5] dccp ccid-2: Simplify dec_pipe and rearming of RTO timer
Saikiran Madugula
[PATCH] Allow fragmentation of VLAN packets traversing a bridge.
freebsd-current
:
Ryan Stone
Re: Re[3]: [Call For Testing] VirtualBox for FreeBSD! take2
Alexey Shuvaev
Re: Ruby w/clang (Was: Re: [CFT]: ClangBSD is selfhosting, we need testers now)
Cristian KLEIN
Re: small purposal for change in installworld
FreeBSD Tinderbox
[head tinderbox] failure on sparc64/sparc64
Mark Martinec
Support for newer Ethernet chips in RE(4) driver?
Colocation donated by:
Syndicate