All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeremy Fitzhardinge <jeremy@goop.org>
To: Teck Choon Giam <giamteckchoon@gmail.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: Compile pvops kernel xen/stable-2.6.32.x error
Date: Wed, 27 Oct 2010 10:24:46 -0700	[thread overview]
Message-ID: <4CC8605E.5080209@goop.org> (raw)
In-Reply-To: <AANLkTikiy=piFahngWT557p3G57xTyspe8C_xdWxB2jQ@mail.gmail.com>

 On 10/27/2010 09:55 AM, Teck Choon Giam wrote:
> Hi,
>
> I pulled from git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git
> and do the following:
>
> git checkout -b xen/stable-2.6.32.x --track origin/xen/stable-2.6.32.x
> git pull
>
> git log showing the latest commit as below:
>
> commit d0054d672ff0ebf6116cee27bae3fc2591c726af
> Author: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
> Date:   Mon Oct 25 16:53:46 2010 -0700
>
>     x86/pvclock: zero last_value on resume
>
>     If the guest domain has been suspend/resumed or migrated, then the
>     system clock backing the pvclock clocksource may revert to a smaller
>     value (ie, can be non-monotonic across the migration/save-restore).
>     Make sure we zero last_value in that case so that the domain
>     continues to see clock updates.
>
>     Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
>     (cherry picked from commit 29acbb4e1d93e719250648db1ce8c7a24144fd86)
>
>
> I am using gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-48) in CentOS5.
>
> Anyone encountered the below warnings & errors?
>
> -----SNAP-----
> arch/x86/kernel/smpboot.c:99: warning: function declaration isn’t a prototype
> arch/x86/kernel/smpboot.c:104: warning: function declaration isn’t a prototype
> -----SNAP-----
> arch/x86/xen/enlighten.c: In function ‘xen_init_cpuid_mask’:
> arch/x86/xen/enlighten.c:242: warning: unused variable ‘dx’
> arch/x86/xen/enlighten.c:242: warning: unused variable ‘cx’
> arch/x86/xen/enlighten.c:242: warning: unused variable ‘bx’
> arch/x86/xen/enlighten.c:242: warning: unused variable ‘ax’
>   CC      arch/x86/xen/setup.o - due to target missing
>   CC      arch/x86/xen/multicalls.o - due to target missing
>   CC      arch/x86/xen/mmu.o - due to target missing
> arch/x86/xen/mmu.c:163: error: __pcpu_scope_xen_cr3 causes a section
> type conflict
> arch/x86/xen/mmu.c:164: error: __pcpu_scope_xen_current_cr3 causes a
> section type conflict
> arch/x86/xen/mmu.c:163: error: __pcpu_unique_xen_cr3 causes a section
> type conflict
> arch/x86/xen/mmu.c:164: error: __pcpu_unique_xen_current_cr3 causes a
> section type conflict
> make[2]: *** [arch/x86/xen/mmu.o] Error 1
> make[1]: *** [arch/x86/xen] Error 2
> make: *** [arch/x86] Error 2

Ah, how unpleasant.  Unfortunately the problem isn't really with the
lines its pointing out, but with something earlier in the source (or
headers) which is also per-cpu, and gcc has decided there's a section
conflict between the two.  Could you do "make arch/x86/mmu.i" and send
me the result?

Thanks,
    J

> -----SNAP-----
>
> The errors in arch/x86/xen/mmu.c line 163 and 164 are:
>
> /*
>  * Note about cr3 (pagetable base) values:
>  *
>  * xen_cr3 contains the current logical cr3 value; it contains the
>  * last set cr3.  This may not be the current effective cr3, because
>  * its update may be being lazily deferred.  However, a vcpu looking
>  * at its own cr3 can use this value knowing that it everything will
>  * be self-consistent.
>  *
>  * xen_current_cr3 contains the actual vcpu cr3; it is set once the
>  * hypercall to set the vcpu cr3 is complete (so it may be a little
>  * out of date, but it will never be set early).  If one vcpu is
>  * looking at another vcpu's cr3 value, it should use this variable.
>  */
> DEFINE_PER_CPU(unsigned long, xen_cr3);  /* cr3 stored as physaddr */
> DEFINE_PER_CPU(unsigned long, xen_current_cr3);  /* actual vcpu cr3 */
>
> Any idea to rectify?  If my .config is required, I can post it.
>
> Thanks.
>
> Kindest regards,
> Giam Teck Choon
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
>

  reply	other threads:[~2010-10-27 17:24 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-27 16:55 Compile pvops kernel xen/stable-2.6.32.x error Teck Choon Giam
2010-10-27 17:24 ` Jeremy Fitzhardinge [this message]
2010-10-27 17:43   ` Teck Choon Giam
2010-10-27 17:51     ` Konrad Rzeszutek Wilk
2010-10-27 18:00       ` Teck Choon Giam
2010-10-27 18:12       ` Jeremy Fitzhardinge
  -- strict thread matches above, loose matches on Subject: below --
2010-12-14  1:37 Kevin.Buckley
2010-12-15 20:55 ` Teck Choon Giam
2010-12-15 21:15   ` Kevin.Buckley
2010-12-15 21:24     ` Teck Choon Giam

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=4CC8605E.5080209@goop.org \
    --to=jeremy@goop.org \
    --cc=giamteckchoon@gmail.com \
    --cc=xen-devel@lists.xensource.com \
    /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.