Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 10 Mar 2010 15:11:40 GMT
From:      Andrew Kolchoogin <gadm@avalon-island.ru>
To:        freebsd-gnats-submit@FreeBSD.org
Subject:   kern/144629: FreeBSD 8-RELEASE XEN pvm networking doesn't work on solaris dom0's
Message-ID:  <201003101511.o2AFBeA8002320@www.freebsd.org>
Resent-Message-ID: <201003101520.o2AFK5Yo039926@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help

>Number:         144629
>Category:       kern
>Synopsis:       FreeBSD 8-RELEASE XEN pvm networking doesn't work on solaris dom0's
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Mar 10 15:20:05 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator:     Andrew Kolchoogin
>Release:        8.0-RELEASE
>Organization:
JSC "Transservice Communications"
>Environment:
FreeBSD helion 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Fri Mar  5 11:15:12 UTC 2010     root@helion:/usr/src/sys/i386/compile/XEN  i386

>Description:
It might be a continuation of PR 14340:

-----
kern/143340: [xen] FreeBSD 8-RELEASE XEN pvm networking doesn't work on solaris dom0's
-----

FreeBSD paravirtualised kernel crashes booting under OpenSolaris Build 134 when there are more than one virtual network interface configured in domain definition.

===
root@dolphin:~# xm console Helion

WARNING: loader(8) metadata is missing!
GDB: no debug ports present
KDB: debugger backends: ddb
KDB: current backend: ddb
Copyright (c) 1992-2009 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 8.0-RELEASE #0: Fri Mar  5 11:15:12 UTC 2010
    root@helion:/usr/src/sys/i386/compile/XEN
WARNING: WITNESS option enabled, expect reduced performance.
Xen reported: 2925.998 MHz processor.
Timecounter "ixen" frequency 1000000000 Hz quality 0
CPU: Intel(R) Core(TM)2 Duo CPU     E7500  @ 2.93GHz (2926.00-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x1067a  Stepping = 10
  Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
  Features2=0x408e3bd<SSE3,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE>
  AMD Features=0x20100000<NX,LM>
  AMD Features2=0x1<LAHF>
  TSC: P-state invariant
real memory  = 1073741824 (1024 MB)
avail memory = 1040502784 (992 MB)
[XEN] IPI cpu=0 irq=128 vector=RESCHEDULE_VECTOR (0)
[XEN] IPI cpu=0 irq=129 vector=CALL_FUNCTION_VECTOR (1)
kbd0 at kbdmux0
xenbus0: <Xen Devices> on motherboard
xc0: <Xen Console> on motherboard
[XEN] xen_rtc_probe: probing Hypervisor RTC clock
rtc0: <Xen Hypervisor Clock> on motherboard
[XEN] xen_rtc_attach: attaching Hypervisor RTC clock
Timecounters tick every 10.000 msec
[XEN] hypervisor wallclock nudged; nudging TOD.
xbd0: 8192MB <Virtual Block Device> at device/vbd/51712 on xenbus0
xbd1: 2048MB <Virtual Block Device> at device/vbd/51728 on xenbus0
xbd2: 2048MB <Virtual Block Device> at device/vbd/51744 on xenbus0
xn0: <Virtual Network Interface> at device/vif/0 on xenbus0
xn0: Ethernet address: 00:16:3e:33:d3:41
xn1: <Virtual Network Interface> at device/vif/1 on xenbus0
xn1: Ethernet address: 00:16:3e:19:a2:eb
GEOM: xbd0s1: geometry does not match label (16h,63s != 255h,63s).
WARNING: WITNESS option enabled, expect reduced performance.
GEOM: ufsid/4b90e34762c9f171: geometry does not match label (16h,63s != 255h,63s).
panic: mutex Giant not owned at ../../../kern/subr_bus.c:2594
cpuid = 0
KDB: enter: panic
[thread pid 0 tid 100015 ]
Stopped at      kdb_enter+0x3a: movl    $0,kdb_why
db> 
db> bt
Tracing pid 0 tid 100015 td 0xc370a6c0
kdb_enter(c035dee0,c035dee0,c035c5fd,c35eac40,0,...) at kdb_enter+0x3a
panic(c035c5fd,c0378df5,c036080e,a22,c35eac68,...) at panic+0x136
_mtx_assert(c03d2f90,4,c036080e,a22,14,...) at _mtx_assert+0x87
device_probe_and_attach(c3780c80,c35eac90,c35eac8c,51,c03626e0,...) at device_probe_and_attach+0x2e
xb_read(c35eacd4,c01131b3,c3780280,1,c03626e0,...) at xb_read+0xbe2
xb_read(c3780280,1,c03626e0,51,c376c9d8,...) at xb_read+0xccb
taskqueue_run(c376c9c0,c376c9d8,0,c035416f,0,...) at taskqueue_run+0x103
taskqueue_thread_loop(c03e5bc8,c35ead38,c03593f0,343,c03d14c0,...) at taskqueue_thread_loop+0x68
fork_exit(c01132a0,c03e5bc8,c35ead38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xc35ead70, ebp = 0 ---
db> 
===

>How-To-Repeat:
Just install OpenSolaris, set up Xen and FreeBSD under Xen as usual and as recommended by guides available.

Using virsh (or GUI) add secondary network interface to FreeBSD domain.

Reboot guest domain, attach to it console and wait. :)
>Fix:
None known at this time. Workaround: delete secondary NIC from domain definition.


>Release-Note:
>Audit-Trail:
>Unformatted:



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201003101511.o2AFBeA8002320>