All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ingo Molnar <mingo@kernel.org>
To: "\"Jan H. Schönherr\"" <jschoenh@amazon.de>
Cc: Len Brown <lenb@kernel.org>, Thomas Gleixner <tglx@linutronix.de>,
	X86 ML <x86@kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Anthony Liguori <aliguori@amazon.com>,
	Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>,
	Tim Deegan <tim@xen.org>, Gang Wei <gang.wei@intel.com>,
	Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: [PATCH] x86: skip delays during SMP initialization similar to Xen
Date: Thu, 14 May 2015 19:57:29 +0200	[thread overview]
Message-ID: <20150514175729.GA19960@gmail.com> (raw)
In-Reply-To: <5554B06E.8070607@amazon.de>


* "Jan H. Schönherr" <jschoenh@amazon.de> wrote:

> Ingo, do you want an updated version of the original patch, which 
> takes care not get stuck, when the INIT deassertion is skipped, or 
> do you prefer to address delays "one by one" as you wrote elsewhere?

So I'm not against improving this code at all, but instead of this 
hard to follow mixing of old and new code, I'd find the following 
approach cleaner and more acceptable: create a 'modern' and a 'legacy' 
SMP-bootup variant function, and do a clean separation based on the 
CPU model cutoff condition used by Len's patches:

        /* if modern processor, use no delay */
        if (((boot_cpu_data.x86_vendor == X86_VENDOR_INTEL) && (boot_cpu_data.x86 == 6)) ||
            ((boot_cpu_data.x86_vendor == X86_VENDOR_AMD) && (boot_cpu_data.x86 >= 0xF)))
                init_udelay = 0;

Then in the modern variant we can become even more aggressive and 
remove these kinds of delays as well:

                udelay(300);
                udelay(200);

plus I'd suggest making these poll loops in smpboot.c loops narrower:

                        udelay(100);

                        udelay(100);

because every iteration is 0.1 msecs - if we hit these poll loops then 
it adds up with a few dozen CPUs.

Thanks,

	Ingo

  reply	other threads:[~2015-05-14 17:57 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-04  9:42 [PATCH] x86: skip delays during SMP initialization similar to Xen Jan H. Schönherr
2015-05-06  8:27 ` Ingo Molnar
2015-05-07  1:27   ` Len Brown
2015-05-07 10:23     ` Ingo Molnar
2015-05-12  8:03       ` Len Brown
2015-05-12  9:43         ` Ingo Molnar
2015-05-12  9:47         ` Ingo Molnar
2015-05-12 10:12           ` Borislav Petkov
2015-05-14  6:36         ` Len Brown
2015-05-14  6:44           ` Ingo Molnar
2015-05-16  8:46             ` Len Brown
2015-05-17  5:02               ` Ingo Molnar
2015-05-28  5:31                 ` Len Brown
2015-05-29  2:16                   ` Len Brown
2015-05-14  7:18           ` Len Brown
2015-05-14 14:25             ` "Jan H. Schönherr"
2015-05-14 17:57               ` Ingo Molnar [this message]
2015-05-16  9:07                 ` Len Brown
2015-05-17  5:26                   ` Ingo Molnar
2015-05-06 10:13 ` [tip:x86/apic] x86/smpboot: Skip " tip-bot for Jan H. Schönherr
2015-05-13  7:15 ` [tip:x86/apic] Revert f5d6a52f5111 ("x86/smpboot: Skip delays during SMP initialization similar to Xen") tip-bot for Ingo Molnar

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=20150514175729.GA19960@gmail.com \
    --to=mingo@kernel.org \
    --cc=aliguori@amazon.com \
    --cc=gang.wei@intel.com \
    --cc=hpa@zytor.com \
    --cc=jschoenh@amazon.de \
    --cc=lenb@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=tglx@linutronix.de \
    --cc=tim@xen.org \
    --cc=torvalds@linux-foundation.org \
    --cc=x86@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.