Re: kern/183535: "panic: mutex CAM device lock not owned" booting

FreeBSD-11.0-CURRENT-amd64 20140123 r261044
do not booting in Hyper-V 2008R2 . panic: mutex CAM device lock not owned a=
t...

=D1=87=D0=B5=D1=82=D0=B2=D0=B5=D1=80=D0=B3, 31 =D0=BE=D0=BA=D1=82=D1=8F=D0=
=B1=D1=80=D1=8F 2013=C2=A0=D0=B3., 21:17:18 UTC+2 =D0=BF=D0=BE=D0=BB=D1=8C=
=D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D0=B5=D0=BB=D1=8C "Matthew X. Economou" =D0=
=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB:
> >Number:         183535
>=20
> >Category:       kern
>=20
> >Synopsis:       "panic: mutex CAM device lock not owned" booting FreeBSD=
-current (r257451) under Hyper-V
>=20
> >Confidential:   no
>=20
> >Severity:       non-critical
>=20
> >Priority:       low
>=20
> >Responsible:    freebsd-bugs
>=20
> >State:          open
>=20
> >Quarter:       =20
>=20
> >Keywords:      =20
>=20
> >Date-Required:
>=20
> >Class:          sw-bug
>=20
> >Submitter-Id:   current-users
>=20
> >Arrival-Date:   Thu Oct 31 19:20:00 UTC 2013
>=20
> >Closed-Date:
>=20
> >Last-Modified:
>=20
> >Originator:     Matthew X. Economou
>=20
> >Release:        11.0-CURRENT
>=20
> >Organization:
>=20
> IRTNOG
>=20
> >Environment:
>=20
> FreeBSD 11.0-CURRENT #1 r257451: Thu Oct 31 11:41:36 EDT 2013
>=20
>     [e-mail]:/usr/obj/usr/src/sys/GENERIC amd64
>=20
>=20
>=20
> >Description:
>=20
> FreeBSD panics at boot time when it begins attaching the Hyper-V syntheti=
c storage driver:
>=20
>=20
>=20
>  storvsc0 on vmbus0
>=20
>  panic: mutex CAM device lock not owned at /usr/src/sys/cam/cam_periph.c:=
1042
>=20
>  cpuid =3D 0
>=20
>  KDB: stack backtrace:
>=20
>  db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00f7=
f7b6b0
>=20
>  kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00f7f7b760
>=20
>  vpanic() at vpanic+0x126/frame 0xfffffe00f7f7b7a0
>=20
>  panic() at panic+0x43/frame 0xfffffe00f7f7b800
>=20
>  __mtx_assert() at __mtx_assert+0xc2/frame 0xfffffe00f7f7b810
>=20
>  cam_periph_runccb() at cam_periph_runccb+0x49/frame 0xfffffe00f7f7b940
>=20
>  storvsc_attach() at storvsc_attach+0x6d0/frame 0xfffffe00f7f7b9e0
>=20
>  device_attach() at device_attach+0x3a2/frame 0xfffffe00f7f7ba40
>=20
>  hv_vmbus_child_device_register() at hv_vmbus_child_device_register+0xba/=
frame 0xfffffe00f7f7bae0
>=20
>  vmbus_channel_process_offer() at vmbus_channel_process_offer+0xec/frame =
0xfffffe00f7f7bb10
>=20
>  work_item_callback() at work_item_callback+0x2e/frame 0xfffffe00f7f7bb30
>=20
>  taskqueue_run_locked() at taskqueue_run_locked+0xf0/frame 0xfffffe00f7f7=
bb80
>=20
>  taskqueue_thread_loop() at taskqueue_thread_loop+0x9b/frame 0xfffffe00f7=
f7bbb0
>=20
>  fork_exit() at fork_exit+0x84/frame 0xfffffe00f7f7bbf0
>=20
>  fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00f7f7bbf0
>=20
>  --- trap 0, rip =3D 0, rsp =3D 0xfffffe00f7f7bcb0, rbp =3D 0 ---
>=20
>  KDB: enter: panic
>=20
>  [ thread pid 0 tid 100038 ]
>=20
>  Stopped at      kdb_enter+0x3e: movq    $0,kdb_why
>=20
>=20
>=20
> Switching to the ATA driver (hw.ata.disk_enable) results in the same pani=
c:
>=20
>=20
>=20
>  storvsc0 on vmbus0
>=20
>  panic: mutex CAM device lock not owned at /usr/src/sys/cam/cam_periph.c:=
1042
>=20
>  cpuid =3D 0
>=20
>  KDB: stack backtrace:
>=20
>  db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00f7=
fe06b0
>=20
>  kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00f7fe0760
>=20
>  vpanic() at vpanic+0x126/frame 0xfffffe00f7fe07a0
>=20
>  panic() at panic+0x43/frame 0xfffffe00f7fe0800
>=20
>  __mtx_assert() at __mtx_assert+0xc2/frame 0xfffffe00f7fe0810
>=20
>  cam_periph_runccb() at cam_periph_runccb+0x49/frame 0xfffffe00f7fe0940
>=20
>  storvsc_attach() at storvsc_attach+0x6d0/frame 0xfffffe00f7fe09e0
>=20
>  device_attach() at device_attach+0x3a2/frame 0xfffffe00f7fe0a40
>=20
>  hv_vmbus_child_device_register() at hv_vmbus_child_device_register+0xba/=
frame 0xfffffe00f7fe0ae0
>=20
>  vmbus_channel_process_offer() at vmbus_channel_process_offer+0xec/frame =
0xfffffe00f7fe0b10
>=20
>  work_item_callback() at work_item_callback+0x2e/frame 0xfffffe00f7fe0b30
>=20
>  taskqueue_run_locked() at taskqueue_run_locked+0xf0/frame 0xfffffe00f7fe=
0b80
>=20
>  taskqueue_thread_loop() at taskqueue_thread_loop+0x9b/frame 0xfffffe00f7=
fe0bb0
>=20
>  fork_exit() at fork_exit+0x84/frame 0xfffffe00f7fe0bf0
>=20
>  fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00f7fe0bf0
>=20
>  --- trap 0, rip =3D 0, rsp =3D 0xfffffe00f7fe0cb0, rbp =3D 0 ---
>=20
>  KDB: enter: panic
>=20
>  [ thread pid 0 tid 100050 ]
>=20
>  Stopped at      kdb_enter+0x3e: movq    $0,kdb_why
>=20
>=20
>=20
> >How-To-Repeat:
>=20
> See above.
>=20
> >Fix:
>=20
>=20
>=20
>=20
>=20
> >Release-Note:
>=20
> >Audit-Trail:
>=20
> >Unformatted:
>=20
> _______________________________________________
>=20
> [e-mail] mailing list
>=20
> http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
>=20
> To unsubscribe, send any mail to "[e-mail]"