mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Andi Kleen <ak@suse.de>
To: "Brown, Len" <len.brown@intel.com>
Cc: "Eric W. Biederman" <ebiederm@xmission.com>,
	"Protasevich, Natalie" <Natalie.Protasevich@unisys.com>,
	sergio@sergiomb.no-ip.org,
	"Kimball Murray" <kimball.murray@gmail.com>,
	linux-kernel@vger.kernel.org, akpm@digeo.com, kmurray@redhat.com,
	linux-acpi@vger.kernel.org
Subject: Re: [(repost) git Patch 1/1] avoid IRQ0 ioapic pin collision
Date: Tue, 2 May 2006 09:46:45 +0200	[thread overview]
Message-ID: <200605020946.46050.ak@suse.de> (raw)
In-Reply-To: <CFF307C98FEABE47A452B27C06B85BB652DF16@hdsmsx411.amr.corp.intel.com>

On Tuesday 02 May 2006 09:41, Brown, Len wrote:

> You are right.  This code is wrong.
> It makes absolutely no sense to reserve vectors in advance
> for every RTE in the IOAPIC when we don't even know if they
> are going to be used.
> 
> This is clearly a holdover from the early IOAPIC/MPS days
> when we were talking about 4 to 8 non-legacy RTEs.

Yes I agree. A lot of the IO-APIC code could probably
need some renovation.
 
> This is where the big system vector shortage problem
> should be addressed.

If we go to per CPU IDTs it will be much less pressing, but
still a good idea.

-Andi

P.S.: There seems to be a lot of confusion about all this.
Maybe it would make sense to do a write up defining all the terms
and stick it into Documentation/* ? 

  reply	other threads:[~2006-05-02  7:47 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-02  7:41 Brown, Len
2006-05-02  7:46 ` Andi Kleen [this message]
2006-05-02 13:52   ` [RFC][PATCH] Document what in IRQ is Eric W. Biederman
2006-05-04  0:01     ` Randy.Dunlap
2006-05-04  2:48       ` Eric W. Biederman
2006-05-02  8:33 ` [(repost) git Patch 1/1] avoid IRQ0 ioapic pin collision Eric W. Biederman
  -- strict thread matches above, loose matches on Subject: below --
2006-05-09  5:14 Protasevich, Natalie
2006-05-09  4:25 Brown, Len
2006-05-09  3:10 Protasevich, Natalie
2006-05-08 21:51 Brown, Len
2006-05-08 18:37 Protasevich, Natalie
2006-05-06  6:42 Protasevich, Natalie
2006-05-06  6:18 Brown, Len
2006-05-04 16:42 Protasevich, Natalie
2006-05-04 16:04 Brown, Len
2006-05-04 22:41 ` Eric W. Biederman
2006-05-04 15:33 Brown, Len
2006-05-04  5:07 Brown, Len
2006-05-04 15:31 ` Eric W. Biederman
2006-05-02 23:52 Protasevich, Natalie
2006-05-01 23:21 Brown, Len
2006-05-02  6:14 ` Andi Kleen
2006-05-02  6:57   ` Eric W. Biederman
2006-05-02  7:11     ` Andi Kleen
2006-05-02  7:39       ` Eric W. Biederman
2006-05-02  6:24 ` Eric W. Biederman
2006-04-27 20:36 Protasevich, Natalie
2006-04-30 23:17 ` Eric W. Biederman
2006-04-27 19:32 Brown, Len
2006-04-27 19:26 Protasevich, Natalie
2006-04-27 19:10 Protasevich, Natalie
2006-04-27 19:13 ` Andi Kleen
2006-04-27 18:13 Brown, Len
2006-04-27 18:16 ` Andi Kleen
2006-04-26 14:00 Protasevich, Natalie
2006-04-25 19:53 Brown, Len
2006-04-26 12:58 ` Sergio Monteiro Basto
2006-04-26 13:17 ` Andi Kleen
2006-04-26 13:56   ` Kimball Murray
2006-04-26 14:01     ` Kimball Murray
2006-04-25 16:06 Kimball Murray
2006-04-26 11:27 ` Andi Kleen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200605020946.46050.ak@suse.de \
    --to=ak@suse.de \
    --cc=Natalie.Protasevich@unisys.com \
    --cc=akpm@digeo.com \
    --cc=ebiederm@xmission.com \
    --cc=kimball.murray@gmail.com \
    --cc=kmurray@redhat.com \
    --cc=len.brown@intel.com \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sergio@sergiomb.no-ip.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome