All of lore.kernel.org
 help / color / mirror / Atom feed
* pvops dom0 compile issues
@ 2009-12-04 12:49 Michael D Labriola
  2009-12-04 14:17 ` Konrad Rzeszutek Wilk
  2009-12-04 19:26 ` Jeremy Fitzhardinge
  0 siblings, 2 replies; 10+ messages in thread
From: Michael D Labriola @ 2009-12-04 12:49 UTC (permalink / raw)
  To: xen-devel

[-- Attachment #1: Type: text/plain, Size: 1449 bytes --]

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...

 
---
Michael D Labriola
Electric Boat
mlabriol@gdeb.com
401-848-8871 (office)
401-316-9844 (cell)

[-- Attachment #2: mptsas_inline.patch --]
[-- Type: application/octet-stream, Size: 1632 bytes --]

diff --git a/drivers/message/fusion/mptsas.c b/drivers/message/fusion/mptsas.c
index 55ff252..8d69958 100644
--- a/drivers/message/fusion/mptsas.c
+++ b/drivers/message/fusion/mptsas.c
@@ -441,6 +441,23 @@ mptsas_is_end_device(struct mptsas_devinfo * attached)
 		return 0;
 }
 
+static inline void
+mptsas_set_rphy(MPT_ADAPTER *ioc, struct mptsas_phyinfo *phy_info, struct sas_rphy *rphy)
+{
+	if (phy_info->port_details) {
+		phy_info->port_details->rphy = rphy;
+		dsaswideprintk(ioc, printk(MYIOC_s_DEBUG_FMT "sas_rphy_add: rphy=%p\n",
+		    ioc->name, rphy));
+	}
+
+	if (rphy) {
+		dsaswideprintk(ioc, dev_printk(KERN_DEBUG,
+		    &rphy->dev, MYIOC_s_FMT "add:", ioc->name));
+		dsaswideprintk(ioc, printk(MYIOC_s_DEBUG_FMT "rphy=%p release=%p\n",
+		    ioc->name, rphy, rphy->dev.release));
+	}
+}
+
 /* no mutex */
 static void
 mptsas_port_delete(MPT_ADAPTER *ioc, struct mptsas_portinfo_details * port_details)
@@ -479,23 +496,6 @@ mptsas_get_rphy(struct mptsas_phyinfo *phy_info)
 		return NULL;
 }
 
-static inline void
-mptsas_set_rphy(MPT_ADAPTER *ioc, struct mptsas_phyinfo *phy_info, struct sas_rphy *rphy)
-{
-	if (phy_info->port_details) {
-		phy_info->port_details->rphy = rphy;
-		dsaswideprintk(ioc, printk(MYIOC_s_DEBUG_FMT "sas_rphy_add: rphy=%p\n",
-		    ioc->name, rphy));
-	}
-
-	if (rphy) {
-		dsaswideprintk(ioc, dev_printk(KERN_DEBUG,
-		    &rphy->dev, MYIOC_s_FMT "add:", ioc->name));
-		dsaswideprintk(ioc, printk(MYIOC_s_DEBUG_FMT "rphy=%p release=%p\n",
-		    ioc->name, rphy, rphy->dev.release));
-	}
-}
-
 static inline struct sas_port *
 mptsas_get_port(struct mptsas_phyinfo *phy_info)
 {

[-- Attachment #3: compile.log --]
[-- Type: application/octet-stream, Size: 2230 bytes --]

  CC      arch/x86/lib/memcpy_32.o
  AS      arch/x86/lib/putuser.o
  CC      arch/x86/lib/string_32.o
  CC      arch/x86/lib/strstr_32.o
  CC      arch/x86/lib/usercopy_32.o
  AR      arch/x86/lib/lib.a
  LD      vmlinux.o
  MODPOST vmlinux.o
WARNING: vmlinux.o(.init.text+0x2b417): Section mismatch in reference from the function netchan2_init() to the function .exit.text:netfront2_exit()
The function __init netchan2_init() references
a function __exit netfront2_exit().
This is often seen when error handling in the init function
uses functionality in the exit path.
The fix is often to remove the __exit annotation of
netfront2_exit() so it may be used outside an exit section.

WARNING: vmlinux.o(.data+0x1a950): Section mismatch in reference from the variable cpu_evtchn_mask_p to the variable .init.data:init_evtchn_mask
The variable cpu_evtchn_mask_p references
the variable __initdata init_evtchn_mask
If the reference is valid then annotate the
variable with __init* or __refdata (see linux/init.h) or name the variable:
*driver, *_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console, 

WARNING: vmlinux.o(.data+0x2710c): Section mismatch in reference from the variable netfront2 to the function .devinit.text:netfront_probe()
The variable netfront2 references
the function __devinit netfront_probe()
If the reference is valid then annotate the
variable with __init* or __refdata (see linux/init.h) or name the variable:
*driver, *_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console, 

WARNING: vmlinux.o(.data+0x27114): Section mismatch in reference from the variable netfront2 to the function .devexit.text:netfront_remove()
The variable netfront2 references
the function __devexit netfront_remove()
If the reference is valid then annotate the
variable with __exit* (see linux/init.h) or name the variable:
*driver, *_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console, 

  GEN     .version
  CHK     include/linux/compile.h
  UPD     include/linux/compile.h
  CC      init/version.o
  LD      init/built-in.o
  LD      .tmp_vmlinux1
drivers/built-in.o: In function `kmalloc':
include/trace/events/kmem.h:47: undefined reference to `.L1445'
make: *** [.tmp_vmlinux1] Error 1

[-- Attachment #4: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

^ permalink raw reply related	[flat|nested] 10+ messages in thread
end of thread, other threads:[~2009-12-08  0:17 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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
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

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.