mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Ashok Raj <ashok.raj@intel.com>
To: Andi Kleen <ak@muc.de>
Cc: Ashok Raj <ashok.raj@intel.com>,
	akpm@osdl.org, linux-kernel@vger.kernel.org
Subject: Re: [patch 09/14] x86_64: Don't call enforce_max_cpus when hotplug is enabled
Date: Wed, 7 Sep 2005 09:27:16 -0700	[thread overview]
Message-ID: <20050907092715.A31884@unix-os.sc.intel.com> (raw)
In-Reply-To: <20050907064950.GB96684@muc.de>; from ak@muc.de on Wed, Sep 07, 2005 at 08:49:50AM +0200

On Wed, Sep 07, 2005 at 08:49:50AM +0200, Andi Kleen wrote:
> > 
> > You had suggested in that discussion that it would be better to add an 
> > option for startup. Iam opposed to adding any option, when we certainly know 
> 
> I suggested to auto detect it based on ACPI information. I don't 
> think I ever wrote anything about an option.
> 
> If that is not possible it's better to always use the sequence mechanism.

Using ACPI or any other method to choose broadcast or use mask version
of IPI in flat mode for <=8 cpus has no real value. I had posted a 
small stat program that showed using mask IPI provides same performance numbers.

We didnt choose that method only because there is no perf gain except code 
bloat. I dont understand putting all that complexity without any real merrit.

Moreover CONFIG_HOTPLUG_CPU does not imply physical CPU hotplug, which i had
tried to convey several times. 

It is important to understand that there is no just ONE RIGHT way
and that we consider alternatives for the right reason.

> 
> 
> P.S.: Don't bother sending me such "blame game" mails again. I will
> just d them next time because they're a waste of time.

Sorry Andi if you felt that way. I was trying to get some consistent feedback
and that you also consider and weight in what we explain instead of being
a one way street.

Certainly my intend was not to blame you, but to explain with clarity
so we dont end up reworking some trivial patches for a long time.

If you feel that way, i deeply apologize, and repeat, thats not my intend.
> 

-- 
Cheers,
Ashok Raj
- Open Source Technology Center

      reply	other threads:[~2005-09-07 16:28 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200509032135.j83LZ5Od020541@shell0.pdx.osdl.net>
     [not found] ` <20050905044821.GH17516@muc.de>
2005-09-06 22:56   ` Ashok Raj
2005-09-07  6:49     ` Andi Kleen
2005-09-07 16:27       ` Ashok Raj [this message]

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=20050907092715.A31884@unix-os.sc.intel.com \
    --to=ashok.raj@intel.com \
    --cc=ak@muc.de \
    --cc=akpm@osdl.org \
    --cc=linux-kernel@vger.kernel.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

all inboxes | Powered by JetHome®