xen-users
Re: Xen Still hangs up when insmod xenbus.ko. Re: [Xen-devel] Unmodified
Hi,
Just wondering if anyone made any progress on this. I hit the same
problem when loading xenbus.ko built for RHEL4 U4 and xen 3.0.4.1. Doesn't
lock up the guest, but the modprobe hangs after it gets into read_reply().
Host is x86_64 running 3.0.4.1 and the standard 2.6.16 dom0. Guest is
x86_64 hvm with RHEL4 U4.
Here's a stack trace:
modprobe D 000001006b5f1e58 0 3675 3546 3639
(NOTLB)
000001006b5f1d58 0000000000000006 000001006b5f1ca8 ffffffffa0158fb0
000000000000004d ffffffffa0158ff0 0000000000000080
0000000100000000
00000100759f8030 00000000007766af
Call Trace:
<ffffffff80138542>{printk+141}
<ffffffffa015555e>{:xenbus:read_reply+202}
<ffffffff80135746>{autoremove_wake_function+0}
<ffffffff80135746>{autoremove_wake_function+0}
<ffffffffa0155870>{:xenbus:xs_talkv+241}
<ffffffffa01559c0>{:xenbus:xs_single+95}
<ffffffffa0155bcc>{:xenbus:xenbus_directory+88}
<ffffffffa0157897>{:xenbus:xenbus_probe_devices+67}
<ffffffff801ea63d>{__up_write+20}
<ffffffffa0157dbc>{:xenbus:xenbus_probe+61}
<ffffffffa016310f>{:xenbus:xenbus_probe_init+271}
<ffffffff8014fd37>{sys_init_module+278}
<ffffffff8011026a>{system_call+126}
I also traced each function entry (within xenbus/) up to the hang:
xenbus_probe_init:864
xenbus_dev_init:366
create_xen_proc_entry:10
xs_init:869
xb_init_comms:200
xenwatch_thread:752
xenbus_probe:803
xenbus_probe_devices:594
xenbus_directory:340
join:302
xs_single:269
xs_talkv:212
xenbus_thread:851
process_msg:790
xb_read:149
xb_write:101
get_output_chunk:77
xb_write:101
get_output_chunk:77
read_reply:128
Looks sort of like it was stuck on the "spin_lock(&xs_state.reply_lock)"
but I don't see any imbalanced usage of the reply_lock in xenbus_xs.c and
I do see the xs_init call which inits the spinlock.
Thanks,
-kurt
On Mon, Jan 08, 2007 at 09:56:00AM -0700, Liang Yang wrote:
> Hi Ian,
>
> Now I can xen-platform-pci.ko can be loaded after building
> unmodified_drivers modules with the correct kernel header. Thanks for
> pointing out.
>
> However, Xen still hangs up when I try load xenbus.ko module after
> xen-platform-pci.ko is loaded successfully. The problem remains the same
> even though I applied the patch you provided and using the latest
> xen-unstable.hg version.
>
> Thanks,
>
> Liang
>
> ----- Original Message -----
> From: "Ian Campbell" <Ian.Campbell@xxxxxxxxxxxxx>
> To: "Liang Yang" <multisyncfe991@xxxxxxxxxxx>
> Cc: "xen-devel" <xen-devel@xxxxxxxxxxxxxxxxxxx>; "Keir Fraser"
> <keir@xxxxxxxxxxxxx>; <xen-users@xxxxxxxxxxxxxxxxxxx>
> Sent: Saturday, January 06, 2007 4:44 AM
> Subject: Re: [Xen-devel] Unmodified_drivers modules broke again for 3.0.4?
>
>
> >On Fri, 2007-01-05 at 16:51 -0700, Liang Yang wrote:
> >>Hi,
> >>
> >>I tried to load unmodified_drivers modules for vbd device and got error
> >>when
> >>doing insmod xen-platform-pci.ko in HVM Linux domain:
> >>xen_platform_pci: disagrees about version of symbol struct_module
> >>insmod: error inserting 'xen-platform-pci.ko' : -1 invalid module format.
> >>
> >>I used the same kernel version for HVM Linux kernel and the kernel I was
> >>building unmodified_drivers, i.e. they are both 2.6.16.33. I tested
> >>xen-3.0.4-testing and xen-unstable, all got the same problem. Xen 3.0.2
> >>with
> >>2.6.16.29 kernel version still works fine.
> >>
> >>Could anyone point out some links to fix this?
> >
> >I needed the patch below when I tried the xen-unstable version
> >yesterday. I don't see how it can be related to the problem you are
> >seeing but with it they work fine for me on RHEL4 and SLES9. I didn't
> >try 2.6.16 but I will on Monday.
> >
> >Are you sure you are building against the correct kernel headers for the
> >kernel you are running?
> >
> >Ian.
> >
> >diff -r d04ff58bbe18 unmodified_drivers/linux-2.6/platform-pci/evtchn.c
> >--- a/unmodified_drivers/linux-2.6/platform-pci/evtchn.c Fri Jan 05
> >10:40:19 2007 +0000
> >+++ b/unmodified_drivers/linux-2.6/platform-pci/evtchn.c Fri Jan 05
> >14:40:02 2007 +0000
> >@@ -48,6 +48,12 @@ static struct {
> > void *dev_id;
> > int close; /* close on unbind_from_irqhandler()? */
> >} evtchns[MAX_EVTCHN];
> >+
> >+int irq_to_evtchn_port(int irq)
> >+{
> >+ return irq;
> >+}
> >+EXPORT_SYMBOL_GPL(irq_to_evtchn_port);
> >
> >void mask_evtchn(int port)
> >{
> >
> >
> >
> >_______________________________________________
> >Xen-devel mailing list
> >Xen-devel@xxxxxxxxxxxxxxxxxxx
> >http://lists.xensource.com/xen-devel
> >
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Xen Still hangs up when insmod xenbus.ko. Re: [Xen-devel] Unmodified_drivers modules broke again for 3.0.4?, (continued)
- Re: [Xen-devel] What is the implication to use 'module' directive instead of 'initrd' to load ramdis, Jan Beulich
- Re: [Xen-devel] What is the implication to use 'module'directive instead of 'initrd' to load ramdis, Liang Yang
- Re: [Xen-users] Re: [Xen-devel] What is the implication to use 'module'directive instead of 'initrd' to load ramdis, Edney Matias
- Re: [Xen-devel] What is the implication to use 'module'directive instead of 'initrd' to load ramdis, Jan Beulich
- Re: [Xen-devel] What is the implication to use 'module'directive instead of 'initrd' to load ramdis, Ian Campbell
- Re: Xen Still hangs up when insmod xenbus.ko. Re: [Xen-devel] Unmodified_drivers modules broke again for 3.0.4?,
Kurt Hackel <=
- Re: Xen Still hangs up when insmod xenbus.ko. Re: [Xen-devel] Unmodified_drivers modules broke again for 3.0.4?, Keir Fraser
- RE: Xen Still hangs up when insmod xenbus.ko. Re: [Xen-devel]Unmodified_drivers modules broke again for 3.0.4?, Cui, Dexuan
- Re: Xen Still hangs up when insmod xenbus.ko. Re: [Xen-devel]Unmodified_drivers modules broke again for 3.0.4?, Keir Fraser
- RE: Xen Still hangs up when insmod xenbus.ko. Re: [Xen-devel]Unmodified_drivers modules broke again for 3.0.4?, Cui, Dexuan
|
|
|