This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-users] Attempt to apply xen-patches-2.6.34-4.tar.bz2 to 2.6.34.

To: listmail <listmail@xxxxxxxxxxxx>
Subject: Re: [Xen-users] Attempt to apply xen-patches-2.6.34-4.tar.bz2 to vanilla
From: Boris Derzhavets <bderzhavets@xxxxxxxxx>
Date: Sun, 10 Oct 2010 09:59:13 -0700 (PDT)
Cc: xen-users@xxxxxxxxxxxxxxxxxxx
Delivery-date: Sun, 10 Oct 2010 10:00:43 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1286729953; bh=cWUdfcjmnSmd9o920tpFiWyW6wwRh6FEH6zyzMYe7Ak=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=fiQUEfXfbh1AzS45LPAUnsJtwAafkV3dZJWjFWs130wC08jB6M5gEJiKUW7kLHpQqVt+AILZSAGTuUH+koPVe0jFkMAbKEFL6hk9fg+xCj9H3wgWU3zps/u3SHoCwxKcQhq3Sg3iCCknMEJxxwT7ZiljF3LrWYdn436pa9Hio/g=
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=b0hDfZPelRXnVzcmJVy9T1tpNtltB5tR6nbkyhxKmyLrIwtzfFYPDVYdy+D5IjqbvoZ4aBTnF+IMLYZJRzolEFJrY4i/5Flf9BvTFd4k52jf262rq2+Ht8ftgAQPRICCIUO7SsIUj0DFITFUIFPNmKuyfcVwXMJRjMT3WxfpG00=;
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4CB1DF53.2040304@xxxxxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
> Does it compile as is with CONFIG_HOTPLUG_CPU=n ?

Not exactly.  To set  CONFIG_HOTPLUG_CPU=n  I had to do 
( not sure steps are really required ) :-

1) kernel/power/Kconfig.
Step 1
        depends on SMP
        depends on PM_SLEEP
#       select HOTPLUG_CPU
        default y

2) arch/x86/Kconfig
Step 2
#       bool "Support for hot-pluggable CPUs"
        def_bool n
#       depends on SMP && HOTPLUG
          Say Y here to allow turning CPUs off and on. CPUs can be
          controlled through /sys/devices/system/cpu.
          ( Note: power management support will enable this option
            automatically on SMP systems. )
          Say N if you want to disable CPU hotplug.

But , the result should be the same. HOTPLUG_CPU feature should be broken.
It's second kernel been built. I have not tested it yet.
  First one with HOTPLUG_CPU=y and ARCH_CPU_PROBE_RELEASE=n seems to work OK.



--- On Sun, 10/10/10, listmail <listmail@xxxxxxxxxxxx> wrote:

From: listmail <listmail@xxxxxxxxxxxx>
Subject: Re: [Xen-users] Attempt to apply xen-patches-2.6.34-4.tar.bz2 to vanilla
To: "Boris Derzhavets" <bderzhavets@xxxxxxxxx>
Cc: xen-users@xxxxxxxxxxxxxxxxxxx
Date: Sunday, October 10, 2010, 11:44 AM

On 10/10/2010 10:51 AM, Mike Viau wrote:
>> On Sun, 10 Oct 2010 07:35:55 -0700<bderzhavets@xxxxxxxxx>  wrote:
>> Another way to disable this calls via include/linux/cpu.h , having
>> CONFIG_HOTPLUG_CPU=y is to change arch/x86/Kconfig :-
>> --- arch/x86/Kconfig.orig 2010-10-10 18:29:24.490068330 +0400
>> +++ arch/x86/Kconfig 2010-10-10 17:50:22.383715068 +0400
>> @@ -254,8 +254,8 @@
>> def_bool X86_32
>> - def_bool y
>> - depends on HOTPLUG_CPU
>> + def_bool n
>> +# depends on HOTPLUG_CPU
>> Boris
> What are the reciprocation of turning off the ability to HOTPLUG_CPU? Is this feature ever used by XEN?
> Thanks.
> -M
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users

Does it compile as is with CONFIG_HOTPLUG_CPU=n ?

I am curious about this myself. I run the base 2.6.34 kernel (xenified) right now.    http://kerneltrap.org/mailarchive/git-commits-head/2008/10/12/3624204 was created for being able to build without it set. http://lists.xensource.com/archives/cgi-bin/mesg.cgi?a=xen-devel&i=E2263E4A5B2284449EEBD0AAB751098418E5557549%40PDSMSX501.ccr.corp.intel.com shows work for physical CPU hot-add on the hypervisor.   This makes me think that you could not do any physical hot adding of CPU's but that other functionality would not be impacted.  Is it that simple?

Xen-users mailing list