OpenSolaris

Printable Version Enter a New Search
Bug ID 6746240
Synopsis dom0 panic on winpv driver resume
State 10-Fix Delivered (Fix available in build)
Category:Subcategory xvm:network
Keywords xvm-server10-eau-stp
Responsible Engineer David Edmondson
Reported Against xvm_012_03 , xvm_012_04
Duplicate Of
Introduced In solaris_nevada
Commit to Fix snv_100
Fixed In snv_100
Release Fixed solaris_nevada(snv_100)
Related Bugs 6718454 , 6748807
Submit Date 9-September-2008
Last Update Date 8-October-2008
Description
Testing resume of the Windows PV drivers:

- start guest domain running winxp,
- virsh save winxp winxp.save,
- virsh restore winxp.save,
- networking is now broken,
- disable network device 0 in winxp device manager,
- enable network device 0 in winxp device manager,
- examine the ensuing panic:

> $c
xnb_recv+0x1fd(ffffff02cb55c000)
xnb_intr+0x3a(ffffff02cb55c000)
av_dispatch_autovect+0x78(106)
dispatch_hardint+0x33(106, 0)
switch_sp_and_call+0x13()
do_interrupt+0x9b(ffffff000ef735f0, deadbeef)
xen_callback_handler+0x370(ffffff000ef735f0, deadbeef)
xen_callback+0xcd()
intr_restore+0x81()
add_avintr+0x11a(ffffff02d20d6318, 6, fffffffff8662470, ffffff02cbd320c8, 106, ffffff02cb55c000)
xpvd_enable_intr+0x76(ffffff02c78bc000, ffffff02d20d6318, 0)
xpvd_intr_ops+0x148(ffffff02c41966e0, ffffff02c78bc000, 8, ffffff02d20d6318, 0)
i_ddi_intr_ops+0x54(ffffff02c78bc000, ffffff02c78bc000, 8, ffffff02d20d6318, 0)
ddi_intr_enable+0x5d(ffffff02d20d6318)
ddi_add_intr+0xb1(ffffff02c78bc000, 0, 0, 0, fffffffff8662470, ffffff02cb55c000)
xnb_connect_rings+0xa0c(ffffff02c78bc000)
xnb_oe_state_change+0x4c(ffffff02c78bc000, ffffff02c7f1c068, 0, ffffff000ef73bc4)
ndi_event_run_callbacks+0x94(ffffff02c801b780, ffffff02c78bc000, ffffff02c7f1c068, ffffff000ef73bc4)
xpvd_post_event+0x24(ffffff02c41966e0, ffffff02c78bc000, ffffff02c7f1c068, ffffff000ef73bc4)
ndi_post_event+0x2d(ffffff02c78bc000, ffffff02c78bc000, ffffff02c7f1c068, ffffff000ef73bc4)
i_xvdi_oestate_handler+0x71(ffffff02c78bc000)
taskq_thread+0x1a7(ffffff02d22628a8)
thread_start+8()

Dump is currently on testboxintel.germany.sun.com, /var/crash/*/*.3.
The xnb instance for which we're fielding an interrupt is the same one that we're trying to
connect to the frontend. Given that we didn't update our state to 'Connected', we shouldn't
be seeing any interrupts from the peer yet.
Work Around
N/A
Comments
N/A