All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeremy Fitzhardinge <jeremy@goop.org>
To: Michael D Labriola <mlabriol@gdeb.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: pvops dom0 compile issues
Date: Fri, 04 Dec 2009 11:26:00 -0800	[thread overview]
Message-ID: <4B196248.4030708@goop.org> (raw)
In-Reply-To: <OFC403D870.FB2D228F-ON85257682.0045F5E3-85257682.004668B0@gdeb.com>

On 12/04/09 04:49, Michael D Labriola wrote:
> Jeremy,
>
> I've been playing with your pvops tree for a few weeks pretty
> successfully.
> My first attempt had some strange linking errors that I wrote off as a
> misconfiguration on my part.  I just pulled fresh from your xen/master
> branch and snagged the example 32bit .config from the pvops Wiki and tried
> to do a fresh compile.
>
> The first problem I had was some inlining errors in mptsas.c.  I'm
> assuming
> that since that driver is enabled in the example .config that it compiles
> for you... which means it's related to compiler differences perhaps?
> Anyway, I attached a patch that fixed this.  Basically just moved the
> offending function to before it's first invocation.
>
> Now that that compile error is fixed, I get all the way to linking and get
> this:
>
> drivers/built-in.o: In function `kmalloc':
> include/trace/events/kmem.h:47: undefined reference to `.L1445'
>
> I also saw some warnings suggesting I do a 'make
> CONFIG_DEBUG_SECTION_MISMATCH=y', so I've done that and attached the last
> page or so of output as well.
>
> I got these errors to go away last time I compiled by gutting ALL the
> debug stuff out of my .config... but I don't want to do that.
>
> Any ideas?  I'm trying to get up to speed on this stuff, but am definitely
> feeling a bit over my head.  ;-)
>
> -Mike
>
> PS - I'm using gcc 3.4.6 on a custom linux distro forked off of fc5 a long
> time ago...
>    

gcc 3.4.6 is known to have compilation problems with pvops kernels, 
apparently because of 42854dc0a6320.  Bug 
http://bugzilla.kernel.org/show_bug.cgi?id=14729 is tracking it, but its 
not clear what the right fix is.  It's interesting you're seeing a 
different failure mode.

I was wondering if anyone is still using 3.4.6, but I guess you've 
answered that question. Nevertheless, I'd recommend upgrading if you can.

     J

  parent reply	other threads:[~2009-12-04 19:26 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-04 12:49 pvops dom0 compile issues Michael D Labriola
2009-12-04 14:17 ` Konrad Rzeszutek Wilk
2009-12-04 14:44   ` Michael D Labriola
2009-12-04 16:16     ` Michael D Labriola
2009-12-04 17:39       ` Michael D Labriola
2009-12-04 19:26 ` Jeremy Fitzhardinge [this message]
2009-12-04 20:52   ` Michael D Labriola
2009-12-04 21:12     ` Michael D Labriola
2009-12-07 14:37     ` Konrad Rzeszutek Wilk
2009-12-08  0:17       ` Jeremy Fitzhardinge

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=4B196248.4030708@goop.org \
    --to=jeremy@goop.org \
    --cc=mlabriol@gdeb.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.