From owner-freebsd-virtualization@FreeBSD.ORG Thu Oct 24 05:34:29 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8DB0CB2F; Thu, 24 Oct 2013 05:34:29 +0000 (UTC) (envelope-from osidorkin@gmail.com) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5657A2A2B; Thu, 24 Oct 2013 05:34:29 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id tp5so3150324ieb.30 for ; Wed, 23 Oct 2013 22:34:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=wUHt5wNhBMwiWXXKFQ3cedtPKt3Fa2PVuJgwcZeQ/qk=; b=d2NaadfJRF0Ofv0B2qls6V33IK2l7JlOdEbca07XVAGdSBs0E3CMu4Zg2KraSjvdPc VgvZftE4YuR0/w+nT9xvsf82CDyGBU3KbSQowDPRU2IUD6MTn/4o2T82BgsfY2kxT7m7 kW/nrk/+3ijUAvU7Caj+n3S0d8OkviLIVgeU0npUjUuD13zf+zkGv3iOzUhkx5AXuqTs ZQXnN0FeZTKW7eRGiDD4t0bAMcFbJmP8z+BjoW6Eepq8PEWWyUmraQCRHEK4/Vc22V7n hDxIdgPlyXs+dLSe7R+c1U9mG4E84IkPXPs9z6fbrwMHtjki+YDhoR0iXSUJJfoD8Aay DnOQ== X-Received: by 10.50.107.70 with SMTP id ha6mr422746igb.60.1382592868774; Wed, 23 Oct 2013 22:34:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.250.9 with HTTP; Wed, 23 Oct 2013 22:34:08 -0700 (PDT) In-Reply-To: <794fb75db92a4df0991a147919727277@BL2PR03MB210.namprd03.prod.outlook.com> References: <794fb75db92a4df0991a147919727277@BL2PR03MB210.namprd03.prod.outlook.com> From: Oleg Sidorkin Date: Thu, 24 Oct 2013 09:34:08 +0400 Message-ID: Subject: Re: [Hyper-V][camlock] storvsc driver panics during boot with patches from camlock project To: "Abhishek Gupta (LIS)" Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin , "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2013 05:34:29 -0000 Hello again. Camlock patches are now committed and -CURRENT on Hyper-V now panics with almost the same stacktrace: FreeBSD 11.0-CURRENT #16 r257016: Wed Oct 23 21:08:44 UTC 2013 olsi@current:/usr/obj/usr/src/sys/HYPERVKERNEL amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: Intel(R) Core(TM) i5-2540M CPU @ 2.60GHz (1309.57-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x206a7 Family = 0x6 Model = 0x2a Stepping = 7 ...... ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 10.000 msec storvsc0 on vmbus0 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x20 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff804f58cc stack pointer = 0x28:0xfffffe011dd5f5d0 frame pointer = 0x28:0xfffffe011dd5f600 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (hv_control_1 taskq) [ thread pid 0 tid 100047 ] Stopped at turnstile_broadcast+0x8c: movq 0x20(%rbx,%rax,1),%rdx db> bt Tracing pid 0 tid 100047 td 0xfffff8000331e000 turnstile_broadcast() at turnstile_broadcast+0x8c/frame 0xfffffe011dd5f600 __mtx_unlock_sleep() at __mtx_unlock_sleep+0x60/frame 0xfffffe011dd5f630 unlock_mtx() at unlock_mtx+0x2a/frame 0xfffffe011dd5f640 _sleep() at _sleep+0x18e/frame 0xfffffe011dd5f6c0 cam_periph_runccb() at cam_periph_runccb+0x9e/frame 0xfffffe011dd5f7f0 storvsc_attach() at storvsc_attach+0x6d4/frame 0xfffffe011dd5f890 device_attach() at device_attach+0x3a2/frame 0xfffffe011dd5f8f0 hv_vmbus_child_device_register() at hv_vmbus_child_device_register+0xdb/frame 0xfffffe011dd5f990 vmbus_channel_process_offer() at vmbus_channel_process_offer+0x133/frame 0xfffffe011dd5f9d0 work_item_callback() at work_item_callback+0x26/frame 0xfffffe011dd5f9f0 taskqueue_run_locked() at taskqueue_run_locked+0xe6/frame 0xfffffe011dd5fa40 taskqueue_thread_loop() at taskqueue_thread_loop+0xa8/frame 0xfffffe011dd5fa70 fork_exit() at fork_exit+0x9a/frame 0xfffffe011dd5fab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe011dd5fab0 --- trap 0, rip = 0, rsp = 0xfffffe011dd5fb70, rbp = 0 --- Thanks On Tue, Sep 24, 2013 at 3:04 AM, Abhishek Gupta (LIS) wrote: > 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-virtualization@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 version 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 = "GenuineIntel" Id = 0x206a7 Family = 0x6 Model = 0x2a Stepping = > 7 > .... > Timecounter "Hyper-V" frequency 10000000 Hz quality 10000000 ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; > to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. > ZFS filesystem version: 5 > ZFS storage pool version: features support (5000) Timecounters tick every 10.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 = 3; apic id = 03 > fault virtual address = 0x20 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff804f444c > stack pointer = 0x28:0xfffffe011df38610 > frame pointer = 0x28:0xfffffe011df38640 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 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 0xfffffe011df38a40 > taskqueue_thread_loop() at taskqueue_thread_loop+0xa8/frame 0xfffffe011df38a70 > fork_exit() at fork_exit+0x9a/frame 0xfffffe011df38ab0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe011df38ab0 > --- trap 0, rip = 0, rsp = 0xfffffe011df38b70, rbp = 0 --- > db> > > > This patch is not commited yet (CFT thread with changes description is > here: http://lists.freebsd.org/pipermail/freebsd-hackers/2013-September/043333.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_luns->cam_periph_runccb > > Thanks > -- > Oleg Sidorkin > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to "freebsd-virtualization-unsubscribe@freebsd.org" -- Oleg Sidorkin