Date: Mon, 23 Sep 2013 23:04:41 +0000 From: "Abhishek Gupta (LIS)" <abgupta@microsoft.com> To: Oleg Sidorkin <osidorkin@gmail.com>, "freebsd-virtualization@freebsd.org" <freebsd-virtualization@freebsd.org> Cc: Alexander Motin <mav@freebsd.org> Subject: RE: [Hyper-V][camlock] storvsc driver panics during boot with patches from camlock project Message-ID: <794fb75db92a4df0991a147919727277@BL2PR03MB210.namprd03.prod.outlook.com> In-Reply-To: <CAGw%2BupKNWa1gjXckU5=CnyUEX2FXES-fn1b0mDbrdJJBRzMzqw@mail.gmail.com> References: <CAGw%2BupKNWa1gjXckU5=CnyUEX2FXES-fn1b0mDbrdJJBRzMzqw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi Oleg, Please give us some time. I shall look at it. Thanks for reporting. Regards, Abhishek -----Original Message----- From: owner-freebsd-virtualization@freebsd.org [mailto:owner-freebsd-virtua= lization@freebsd.org] On Behalf Of Oleg Sidorkin Sent: Monday, September 23, 2013 7:21 AM To: freebsd-virtualization@freebsd.org Cc: Alexander Motin Subject: [Hyper-V][camlock] storvsc driver panics during boot with patches = from camlock project Hello. I'm running the latest current (amd64) under Hyper-V with hyper-v services = enabled. If camlock patches are applied (http://people.freebsd.org/~mav/camlock_patches/camlock_20130906.patch), I'm hitting the following kernel panic during boot: FreeBSD 10.0-ALPHA2 #5 r255762M: Sun Sep 22 16:48:21 UTC 2013 olsi@current:/usr/obj/usr/src/sys/HYPERVKERNEL amd64 FreeBSD clang vers= ion 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: Intel(R) Core(TM) i5-2540M CPU @ 2.60GHz (1309.17-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0x206a7 Family =3D 0x6 Model =3D 0x2a= Stepping =3D 7 .... Timecounter "Hyper-V" frequency 10000000 Hz quality 10000000 ZFS NOTICE: Pr= efetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=3D0" to /boot/loader.c= onf. ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1= 0.000 msec storvsc0 on vmbus0 Netvsc initializing... SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid =3D 3; apic id =3D 03 fault virtual address =3D 0x20 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff804f444c stack pointer =3D 0x28:0xfffffe011df38610 frame pointer =3D 0x28:0xfffffe011df38640 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 0 (hv_control_1 taskq) [ thread pid 0 tid 100046 ] Stopped at turnstile_broadcast+0x8c: movq 0x20(%rbx,%rax,1),%= rdx db> bt Tracing pid 0 tid 100046 td 0xfffff80001f20490 turnstile_broadcast() at turnstile_broadcast+0x8c/frame 0xfffffe011df38640 __mtx_unlock_sleep() at __mtx_unlock_sleep+0x60/frame 0xfffffe011df38670 unlock_mtx() at unlock_mtx+0x2a/frame 0xfffffe011df38680 _sleep() at _sleep+0x18e/frame 0xfffffe011df38700 cam_periph_runccb() at cam_periph_runccb+0x9e/frame 0xfffffe011df38800 storvsc_attach() at storvsc_attach+0x6d4/frame 0xfffffe011df388a0 device_attach() at device_attach+0x396/frame 0xfffffe011df388f0 hv_vmbus_child_device_register() at hv_vmbus_child_device_register+0xdb/frame 0xfffffe011df38990 vmbus_channel_process_offer() at vmbus_channel_process_offer+0x133/frame 0xfffffe011df389d0 work_item_callback() at work_item_callback+0x26/frame 0xfffffe011df389f0 taskqueue_run_locked() at taskqueue_run_locked+0xe6/frame 0xfffffe011df38a4= 0 taskqueue_thread_loop() at taskqueue_thread_loop+0xa8/frame 0xfffffe011df38= a70 fork_exit() at fork_exit+0x9a/frame 0xfffffe011df38ab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe011df38ab0 --- trap 0, rip =3D 0, rsp =3D 0xfffffe011df38b70, rbp =3D 0 --- db> This patch is not commited yet (CFT thread with changes description is here: http://lists.freebsd.org/pipermail/freebsd-hackers/2013-September/043= 333.html), but it is going to be commited till the end of the year. As far as I understand, the invocation chain is storvsc_attach->scan_for_lu= ns->cam_periph_runccb Thanks -- Oleg Sidorkin _______________________________________________ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/ma= ilman/listinfo/freebsd-virtualization To unsubscribe, send any mail to "freebsd-virtualization-unsubscribe@freebs= d.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?794fb75db92a4df0991a147919727277>