From owner-freebsd-stable@freebsd.org Sun Jul 23 00:31:54 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F0E7DB1D0D for ; Sun, 23 Jul 2017 00:31:54 +0000 (UTC) (envelope-from paul@ziemba.us) Received: from osmtp.ziemba.us (osmtp.ziemba.us [208.106.105.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3F6996B051 for ; Sun, 23 Jul 2017 00:31:54 +0000 (UTC) (envelope-from paul@ziemba.us) Received: from hairball.ziemba.us (localhost.ziemba.us [127.0.0.1]) by hairball.ziemba.us (8.15.2/8.15.2) with ESMTP id v6N0VUjW038716 for ; Sat, 22 Jul 2017 17:31:30 -0700 (PDT) (envelope-from paul@hairball.ziemba.us) Received: (from paul@localhost) by hairball.ziemba.us (8.15.2/8.15.2/Submit) id v6N0VQXu038709 for freebsd-stable@FreeBSD.org; Sat, 22 Jul 2017 17:31:26 -0700 (PDT) (envelope-from paul) Date: Sat, 22 Jul 2017 17:31:26 -0700 From: "G. Paul Ziemba" To: freebsd-stable@FreeBSD.org Subject: Re: stable/11 r321349 crashing immediately Message-ID: <20170723003126.GA83786@hairball.ziemba.us> References: <201707222012.v6MKCT95070706@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201707222012.v6MKCT95070706@gw.catspoiler.org> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jul 2017 00:31:54 -0000 On Sat, Jul 22, 2017 at 01:12:29PM -0700, Don Lewis wrote: > On 21 Jul, G. Paul Ziemba wrote: > >>Your best bet for a quick workaround for the stack overflow would be to > >>rebuild the kernel with a larger value of KSTACK_PAGES. You can find > >>teh default in /usr/src/sys//conf/NOTES. I bumped it from the default 4 to 5 in /boot/loader.conf: kern.kstack_pages=5 and that prevented this crash. Uptime 5.5 hours at this point (instead of 1.5 minutes). So what's the down-side of increasing kstack_pages? What if I made it 10? I see comments elsewhere about reducing space for user-mode threads but I'm not sure what that means in practical terms, or if there is some other overarching tuning parameter that should also be increased. > Page size is 4096. Ah, I forgot to count the 2^0 bit. > It's interesting that you are running into this on amd64. Usually i386 > is the problem child. Maybe stack frames are bigger due to 64-bit variables? (And of course we get paid mostly for adding code, not so much for removing it) > >>It would probably be a good idea to compute the differences in the stack > >>pointer values between adjacent stack frames to see of any of them are > >>consuming an excessive amount of stack space. For our collective amusement, I noted the stack pointer for each frame and calculated frame size and cumulative stack consumption. If there is some other stack overhead not shown in the trace, I can see it going over 0x4000: Frame Stack Pointer sz cumu function ----- ------------- --- ---- ---------------- 44 0xfffffe085cfa8a10 amd64_syscall 43 0xfffffe085cfa88b0 160 160 syscallenter 42 0xfffffe085cfa87f0 220 180 sys_execve 41 0xfffffe085cfa87c0 30 1B0 kern_execve 40 0xfffffe085cfa8090 730 8E0 do_execve 39 0xfffffe085cfa7ec0 1D0 AB0 namei 38 0xfffffe085cfa7d40 180 C30 lookup 37 0xfffffe085cfa7cf0 50 C80 VOP_LOOKUP 36 0xfffffe085cfa7c80 70 CF0 VOP_LOOKUP_APV 35 0xfffffe085cfa7650 630 1320 nfs_lookup 34 0xfffffe085cfa75f0 60 1380 VOP_ACCESS 33 0xfffffe085cfa7580 70 13F0 VOP_ACCESS_APV 32 0xfffffe085cfa7410 170 1560 nfs_access 31 0xfffffe085cfa7240 1D0 1730 nfs34_access_otw 30 0xfffffe085cfa7060 1E0 1910 nfsrpc_accessrpc 29 0xfffffe085cfa6fb0 B0 19C0 nfscl_request 28 0xfffffe085cfa6b20 490 1E50 newnfs_request 27 0xfffffe085cfa6980 1A0 1FF0 clnt_reconnect_call 26 0xfffffe085cfa6520 460 2450 clnt_vc_call 25 0xfffffe085cfa64c0 60 24B0 sosend 24 0xfffffe085cfa6280 240 26F0 sosend_generic 23 0xfffffe085cfa6110 170 2860 tcp_usr_send 22 0xfffffe085cfa5ca0 470 2CD0 tcp_output 21 0xfffffe085cfa5900 3A0 3070 ip_output 20 0xfffffe085cfa5880 80 30F0 looutput 19 0xfffffe085cfa5800 80 3170 if_simloop 18 0xfffffe085cfa57d0 30 31A0 netisr_queue 17 0xfffffe085cfa5780 50 31F0 netisr_queue_src 16 0xfffffe085cfa56f0 90 3280 netisr_queue_internal 15 0xfffffe085cfa56a0 50 32D0 swi_sched 14 0xfffffe085cfa5620 80 3350 intr_event_schedule_thread 13 0xfffffe085cfa55b0 70 33C0 sched_add 12 0xfffffe085cfa5490 120 34E0 sched_pickcpu 11 0xfffffe085cfa5420 70 3550 sched_lowest 10 0xfffffe085cfa52a0 180 36D0 cpu_search_lowest 9 0xfffffe085cfa52a0 0 36D0 cpu_search 8 0xfffffe085cfa5120 180 3850 cpu_search_lowest 7 0xfffffe085cfa5120 0 3850 cpu_search 6 0xfffffe085cfa4fa0 180 39D0 cpu_search_lowest 5 0xfffffe0839778f40 signal handler -- G. Paul Ziemba FreeBSD unix: 4:36PM up 5:28, 8 users, load averages: 6.53, 7.79, 7.94 From owner-freebsd-stable@freebsd.org Sun Jul 23 00:52:38 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F18D1DB23C9 for ; Sun, 23 Jul 2017 00:52:38 +0000 (UTC) (envelope-from paul@ziemba.us) Received: from osmtp.ziemba.us (osmtp.ziemba.us [208.106.105.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A03956B840 for ; Sun, 23 Jul 2017 00:52:38 +0000 (UTC) (envelope-from paul@ziemba.us) Received: from hairball.ziemba.us (localhost.ziemba.us [127.0.0.1]) by hairball.ziemba.us (8.15.2/8.15.2) with ESMTP id v6N0qbR3021526 for ; Sat, 22 Jul 2017 17:52:37 -0700 (PDT) (envelope-from paul@hairball.ziemba.us) Received: (from paul@localhost) by hairball.ziemba.us (8.15.2/8.15.2/Submit) id v6N0qb0p021519 for freebsd-stable@FreeBSD.org; Sat, 22 Jul 2017 17:52:37 -0700 (PDT) (envelope-from paul) Date: Sat, 22 Jul 2017 17:52:37 -0700 From: "G. Paul Ziemba" To: freebsd-stable@FreeBSD.org Subject: Re: stable/11 r321349 crashing immediately Message-ID: <20170723005237.GA62568@hairball.ziemba.us> References: <201707222012.v6MKCT95070706@gw.catspoiler.org> <20170723003126.GA83786@hairball.ziemba.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170723003126.GA83786@hairball.ziemba.us> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jul 2017 00:52:39 -0000 My previous table had an error in the cumulative size column (keyboard made "220" into "20" when I was plugging into the hex calculator), so thet stack is 0x200 bigger than I originally thought: Frame Stack Pointer sz cumu function ----- ------------- --- ---- ---------------- 44 0xfffffe085cfa8a10 amd64_syscall 43 0xfffffe085cfa88b0 160 160 syscallenter 42 0xfffffe085cfa87f0 220 380 sys_execve 41 0xfffffe085cfa87c0 30 3B0 kern_execve 40 0xfffffe085cfa8090 730 AE0 do_execve 39 0xfffffe085cfa7ec0 1D0 CB0 namei 38 0xfffffe085cfa7d40 180 E30 lookup 37 0xfffffe085cfa7cf0 50 E80 VOP_LOOKUP 36 0xfffffe085cfa7c80 70 EF0 VOP_LOOKUP_APV 35 0xfffffe085cfa7650 630 1520 nfs_lookup 34 0xfffffe085cfa75f0 60 1580 VOP_ACCESS 33 0xfffffe085cfa7580 70 15F0 VOP_ACCESS_APV 32 0xfffffe085cfa7410 170 1760 nfs_access 31 0xfffffe085cfa7240 1D0 1930 nfs34_access_otw 30 0xfffffe085cfa7060 1E0 1B10 nfsrpc_accessrpc 29 0xfffffe085cfa6fb0 B0 1BC0 nfscl_request 28 0xfffffe085cfa6b20 490 2050 newnfs_request 27 0xfffffe085cfa6980 1A0 21F0 clnt_reconnect_call 26 0xfffffe085cfa6520 460 2650 clnt_vc_call 25 0xfffffe085cfa64c0 60 26B0 sosend 24 0xfffffe085cfa6280 240 28F0 sosend_generic 23 0xfffffe085cfa6110 170 2A60 tcp_usr_send 22 0xfffffe085cfa5ca0 470 2ED0 tcp_output 21 0xfffffe085cfa5900 3A0 3270 ip_output 20 0xfffffe085cfa5880 80 32F0 looutput 19 0xfffffe085cfa5800 80 3370 if_simloop 18 0xfffffe085cfa57d0 30 33A0 netisr_queue 17 0xfffffe085cfa5780 50 33F0 netisr_queue_src 16 0xfffffe085cfa56f0 90 3480 netisr_queue_internal 15 0xfffffe085cfa56a0 50 34D0 swi_sched 14 0xfffffe085cfa5620 80 3550 intr_event_schedule_thread 13 0xfffffe085cfa55b0 70 35C0 sched_add 12 0xfffffe085cfa5490 120 36E0 sched_pickcpu 11 0xfffffe085cfa5420 70 3750 sched_lowest 10 0xfffffe085cfa52a0 180 38D0 cpu_search_lowest 9 0xfffffe085cfa52a0 0 38D0 cpu_search 8 0xfffffe085cfa5120 180 3A50 cpu_search_lowest 7 0xfffffe085cfa5120 0 3A50 cpu_search 6 0xfffffe085cfa4fa0 180 3BD0 cpu_search_lowest 5 0xfffffe0839778f40 signal handler -- G. Paul Ziemba FreeBSD unix: 5:46PM up 6:38, 8 users, load averages: 3.31, 3.79, 2.25 From owner-freebsd-stable@freebsd.org Sun Jul 23 05:43:07 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71B79C7D046 for ; Sun, 23 Jul 2017 05:43:07 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 334D974A6F for ; Sun, 23 Jul 2017 05:43:07 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id v6N5gwwH082362; Sat, 22 Jul 2017 22:43:03 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201707230543.v6N5gwwH082362@gw.catspoiler.org> Date: Sat, 22 Jul 2017 22:42:58 -0700 (PDT) From: Don Lewis Subject: Re: stable/11 r321349 crashing immediately To: pz-freebsd-stable@ziemba.us cc: freebsd-stable@FreeBSD.org In-Reply-To: <20170723005237.GA62568@hairball.ziemba.us> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jul 2017 05:43:07 -0000 On 22 Jul, G. Paul Ziemba wrote: > My previous table had an error in the cumulative size column > (keyboard made "220" into "20" when I was plugging into the hex > calculator), so thet stack is 0x200 bigger than I originally thought: > > Frame Stack Pointer sz cumu function > ----- ------------- --- ---- ---------------- > 44 0xfffffe085cfa8a10 amd64_syscall > 43 0xfffffe085cfa88b0 160 160 syscallenter > 42 0xfffffe085cfa87f0 220 380 sys_execve > 41 0xfffffe085cfa87c0 30 3B0 kern_execve > 40 0xfffffe085cfa8090 730 AE0 do_execve > 39 0xfffffe085cfa7ec0 1D0 CB0 namei > 38 0xfffffe085cfa7d40 180 E30 lookup > 37 0xfffffe085cfa7cf0 50 E80 VOP_LOOKUP > 36 0xfffffe085cfa7c80 70 EF0 VOP_LOOKUP_APV > 35 0xfffffe085cfa7650 630 1520 nfs_lookup > 34 0xfffffe085cfa75f0 60 1580 VOP_ACCESS > 33 0xfffffe085cfa7580 70 15F0 VOP_ACCESS_APV > 32 0xfffffe085cfa7410 170 1760 nfs_access > 31 0xfffffe085cfa7240 1D0 1930 nfs34_access_otw > 30 0xfffffe085cfa7060 1E0 1B10 nfsrpc_accessrpc > 29 0xfffffe085cfa6fb0 B0 1BC0 nfscl_request > 28 0xfffffe085cfa6b20 490 2050 newnfs_request > 27 0xfffffe085cfa6980 1A0 21F0 clnt_reconnect_call > 26 0xfffffe085cfa6520 460 2650 clnt_vc_call > 25 0xfffffe085cfa64c0 60 26B0 sosend > 24 0xfffffe085cfa6280 240 28F0 sosend_generic > 23 0xfffffe085cfa6110 170 2A60 tcp_usr_send > 22 0xfffffe085cfa5ca0 470 2ED0 tcp_output > 21 0xfffffe085cfa5900 3A0 3270 ip_output > 20 0xfffffe085cfa5880 80 32F0 looutput > 19 0xfffffe085cfa5800 80 3370 if_simloop > 18 0xfffffe085cfa57d0 30 33A0 netisr_queue > 17 0xfffffe085cfa5780 50 33F0 netisr_queue_src > 16 0xfffffe085cfa56f0 90 3480 netisr_queue_internal > 15 0xfffffe085cfa56a0 50 34D0 swi_sched > 14 0xfffffe085cfa5620 80 3550 intr_event_schedule_thread > 13 0xfffffe085cfa55b0 70 35C0 sched_add > 12 0xfffffe085cfa5490 120 36E0 sched_pickcpu > 11 0xfffffe085cfa5420 70 3750 sched_lowest > 10 0xfffffe085cfa52a0 180 38D0 cpu_search_lowest > 9 0xfffffe085cfa52a0 0 38D0 cpu_search > 8 0xfffffe085cfa5120 180 3A50 cpu_search_lowest > 7 0xfffffe085cfa5120 0 3A50 cpu_search > 6 0xfffffe085cfa4fa0 180 3BD0 cpu_search_lowest > 5 0xfffffe0839778f40 signal handler The stack is aligned to a 4096 (0x1000) boundary. The first access to a local variable below 0xfffffe085cfa5000 is what triggered the trap. The other end of the stack must be at 0xfffffe085cfa9000 less a bit. I don't know why the first stack pointer value in the trace is 0xfffffe085cfa8a10. That would seem to indicate that amd64_syscall is using ~1500 bytes of stack space. From owner-freebsd-stable@freebsd.org Sun Jul 23 05:51:50 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 87065C7D1CB for ; Sun, 23 Jul 2017 05:51:50 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 50F9774DF2 for ; Sun, 23 Jul 2017 05:51:50 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id v6N5pgdZ082546; Sat, 22 Jul 2017 22:51:46 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201707230551.v6N5pgdZ082546@gw.catspoiler.org> Date: Sat, 22 Jul 2017 22:51:42 -0700 (PDT) From: Don Lewis Subject: Re: stable/11 r321349 crashing immediately To: pz-freebsd-stable@ziemba.us cc: freebsd-stable@FreeBSD.org In-Reply-To: <201707230543.v6N5gwwH082362@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jul 2017 05:51:50 -0000 On 22 Jul, To: pz-freebsd-stable@ziemba.us wrote: > On 22 Jul, G. Paul Ziemba wrote: >> My previous table had an error in the cumulative size column >> (keyboard made "220" into "20" when I was plugging into the hex >> calculator), so thet stack is 0x200 bigger than I originally thought: >> >> Frame Stack Pointer sz cumu function >> ----- ------------- --- ---- ---------------- >> 44 0xfffffe085cfa8a10 amd64_syscall >> 43 0xfffffe085cfa88b0 160 160 syscallenter >> 42 0xfffffe085cfa87f0 220 380 sys_execve >> 41 0xfffffe085cfa87c0 30 3B0 kern_execve >> 40 0xfffffe085cfa8090 730 AE0 do_execve >> 39 0xfffffe085cfa7ec0 1D0 CB0 namei >> 38 0xfffffe085cfa7d40 180 E30 lookup >> 37 0xfffffe085cfa7cf0 50 E80 VOP_LOOKUP >> 36 0xfffffe085cfa7c80 70 EF0 VOP_LOOKUP_APV >> 35 0xfffffe085cfa7650 630 1520 nfs_lookup >> 34 0xfffffe085cfa75f0 60 1580 VOP_ACCESS >> 33 0xfffffe085cfa7580 70 15F0 VOP_ACCESS_APV >> 32 0xfffffe085cfa7410 170 1760 nfs_access >> 31 0xfffffe085cfa7240 1D0 1930 nfs34_access_otw >> 30 0xfffffe085cfa7060 1E0 1B10 nfsrpc_accessrpc >> 29 0xfffffe085cfa6fb0 B0 1BC0 nfscl_request >> 28 0xfffffe085cfa6b20 490 2050 newnfs_request >> 27 0xfffffe085cfa6980 1A0 21F0 clnt_reconnect_call >> 26 0xfffffe085cfa6520 460 2650 clnt_vc_call >> 25 0xfffffe085cfa64c0 60 26B0 sosend >> 24 0xfffffe085cfa6280 240 28F0 sosend_generic >> 23 0xfffffe085cfa6110 170 2A60 tcp_usr_send >> 22 0xfffffe085cfa5ca0 470 2ED0 tcp_output >> 21 0xfffffe085cfa5900 3A0 3270 ip_output >> 20 0xfffffe085cfa5880 80 32F0 looutput >> 19 0xfffffe085cfa5800 80 3370 if_simloop >> 18 0xfffffe085cfa57d0 30 33A0 netisr_queue >> 17 0xfffffe085cfa5780 50 33F0 netisr_queue_src >> 16 0xfffffe085cfa56f0 90 3480 netisr_queue_internal >> 15 0xfffffe085cfa56a0 50 34D0 swi_sched >> 14 0xfffffe085cfa5620 80 3550 intr_event_schedule_thread >> 13 0xfffffe085cfa55b0 70 35C0 sched_add >> 12 0xfffffe085cfa5490 120 36E0 sched_pickcpu >> 11 0xfffffe085cfa5420 70 3750 sched_lowest >> 10 0xfffffe085cfa52a0 180 38D0 cpu_search_lowest >> 9 0xfffffe085cfa52a0 0 38D0 cpu_search >> 8 0xfffffe085cfa5120 180 3A50 cpu_search_lowest >> 7 0xfffffe085cfa5120 0 3A50 cpu_search >> 6 0xfffffe085cfa4fa0 180 3BD0 cpu_search_lowest >> 5 0xfffffe0839778f40 signal handler > > The stack is aligned to a 4096 (0x1000) boundary. The first access to a > local variable below 0xfffffe085cfa5000 is what triggered the trap. The > other end of the stack must be at 0xfffffe085cfa9000 less a bit. I don't > know why the first stack pointer value in the trace is > 0xfffffe085cfa8a10. That would seem to indicate that amd64_syscall is > using ~1500 bytes of stack space. Actually there could be quite a bit of CPU context that gets saved. That could be sizeable on amd64. From owner-freebsd-stable@freebsd.org Sun Jul 23 06:47:20 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A135AC7DEEF for ; Sun, 23 Jul 2017 06:47:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 388E176224; Sun, 23 Jul 2017 06:47:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v6N6lErv070990 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 23 Jul 2017 09:47:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v6N6lErv070990 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v6N6lETu070989; Sun, 23 Jul 2017 09:47:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 23 Jul 2017 09:47:14 +0300 From: Konstantin Belousov To: Don Lewis Cc: pz-freebsd-stable@ziemba.us, freebsd-stable@FreeBSD.org Subject: Re: stable/11 r321349 crashing immediately Message-ID: <20170723064714.GW1935@kib.kiev.ua> References: <201707230543.v6N5gwwH082362@gw.catspoiler.org> <201707230551.v6N5pgdZ082546@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201707230551.v6N5pgdZ082546@gw.catspoiler.org> User-Agent: Mutt/1.8.3 (2017-05-23) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jul 2017 06:47:20 -0000 On Sat, Jul 22, 2017 at 10:51:42PM -0700, Don Lewis wrote: > > The stack is aligned to a 4096 (0x1000) boundary. The first access to a > > local variable below 0xfffffe085cfa5000 is what triggered the trap. The > > other end of the stack must be at 0xfffffe085cfa9000 less a bit. I don't > > know why the first stack pointer value in the trace is > > 0xfffffe085cfa8a10. That would seem to indicate that amd64_syscall is > > using ~1500 bytes of stack space. > > Actually there could be quite a bit of CPU context that gets saved. That > could be sizeable on amd64. Yes, the usermode trap frame is located on the kernel stack. Also, pcb and usermode FPU save area (FPU == all non-general purpose x86 registers, including XMM/AVX/AVX512 as implemented by CPU) are on the stack. From owner-freebsd-stable@freebsd.org Sun Jul 23 09:26:55 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66E04CFD43B for ; Sun, 23 Jul 2017 09:26:55 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DE6017EA0D; Sun, 23 Jul 2017 09:26:54 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id v6N9Qn1U037220 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 23 Jul 2017 11:26:49 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: markj@FreeBSD.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id v6N9QjLC044397; Sun, 23 Jul 2017 16:26:45 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: stable/11 debugging kernel unable to produce crashdump again To: Mark Johnston References: <587928B3.2050607@grosbein.net> <20170113193726.GC77535@wkstn-mjohnston.west.isilon.com> <587A0E12.7070205@grosbein.net> Cc: FreeBSD Stable From: Eugene Grosbein Message-ID: <59746BD5.5010301@grosbein.net> Date: Sun, 23 Jul 2017 16:26:45 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <587A0E12.7070205@grosbein.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=3.6 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_96_Q, LOCAL_FROM autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * 3.3 DATE_IN_FUTURE_96_Q Date: is 4 days to 4 months after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-Spam-Level: *** X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jul 2017 09:26:55 -0000 On 14.01.2017 18:40, Eugene Grosbein wrote: > >> I suspect that this is because we only stop the scheduler upon a panic >> if SMP is configured. Can you retest with the patch below applied? >> >> Index: sys/kern/kern_shutdown.c >> =================================================================== >> --- sys/kern/kern_shutdown.c (revision 312082) >> +++ sys/kern/kern_shutdown.c (working copy) >> @@ -713,6 +713,7 @@ >> CPU_CLR(PCPU_GET(cpuid), &other_cpus); >> stop_cpus_hard(other_cpus); >> } >> +#endif >> >> /* >> * Ensure that the scheduler is stopped while panicking, even if panic >> @@ -719,7 +720,6 @@ >> * has been entered from kdb. >> */ >> td->td_stopsched = 1; >> -#endif >> >> bootopt = RB_AUTOBOOT; >> newpanic = 0; >> >> > > Indeed, my router is uniprocessor system and your patch really solves the problem. > Now kernel generates crashdump just fine in case of panic. Please commit the fix, thanks! Sadly, this time 11.1-STABLE r321371 SMP hangs instead of doing crashdump: - "call doadump" from DDB prompt works just fine; - "shutdown -r now" reboots the system without problems; - "sysctl debug.kdb.panic=1" triggers a panic just fine but system hangs just afer showing uptime instead of continuing with crashdump generation; same if "real" panic occurs. Same for debug.minidump set to 1 or 0. How do I debug this? Eugene Grosbein From owner-freebsd-stable@freebsd.org Sun Jul 23 12:36:19 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ECA91D7D23F for ; Sun, 23 Jul 2017 12:36:19 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 870DB83699 for ; Sun, 23 Jul 2017 12:36:19 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: by mail-wm0-x230.google.com with SMTP id c184so4200569wmd.0 for ; Sun, 23 Jul 2017 05:36:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=from:content-transfer-encoding:mime-version:subject:message-id:date :to; bh=rwTZc6xNQZYePdAx/7/c1BD4JS6uk11WIYodUiFxtYY=; b=evINxOPvr2yfMkKtNN/dy5Uv80ooDd1JYMWrDbrc5s+4lBvWpjEyStaHMnxEu5dvaG judk55B41PxwHN9AYlZMGm2HPfur2alIANnme32YhNAtoR/MpvkgEEiV2l1ZlaTE0sac JpOtZe96nqtZBrRL8XlZ4HNUr+DYOTVjQxM1VJHkiLfwYIwtc3UwXNW9buzTsh4qwMdT TCozfkVRm2gAXKsJillO6XpHsDgomoybY6ePu0NOvtZ9K8nrTNNH3DXrBb5NCLwvh8ej ZKo7ElA2cWSGop0lt3ZeE1Rk18MeH2BmsdZHDFo02Bxlfu3Js9JnYUriQ8iEoySzSWWZ rjpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:to; bh=rwTZc6xNQZYePdAx/7/c1BD4JS6uk11WIYodUiFxtYY=; b=V0qM1MxATanWiKMADWnrxJEenFSGUqeIKBXUPqQfL75K2TmVicN7UN5PMCg42r8xqb PY6lw4Bee4/E3mupP0blq892g1jgz/LmgoK9KqNnQjUs+9091MCHY1d4SNW30UmPeoFh UZOo1XFo7dZSZ4MjRo6Zgp+pxpOmRRJoHBYLVV1DdJIhCEqODokUFk2C1nRfnIaAONHr Z95KemjW5Mersywqia1x1liIeKZZ+SRF2j3FfZacNyw3z4Qd1/FCKrX06FaTfrBV3RsM hIpZ2BxRdKnnLdxo6NXXZcO0HvLYkyD1iy39ILUh7j2W4nHj3IlKDkYMI4iRZ+uaG7a/ QupQ== X-Gm-Message-State: AIVw111/y4xa1KmnjShu2gcB6VngwCMMjROyVinT3HiUxxc82xXT43mX 0ruCw/q7irwOfUZvCnE= X-Received: by 10.80.222.76 with SMTP id a12mr10859567edl.226.1500813377817; Sun, 23 Jul 2017 05:36:17 -0700 (PDT) Received: from ?IPv6:2a02:a03f:a53:ef01:184f:dcf0:73dc:502c? ([2a02:a03f:a53:ef01:184f:dcf0:73dc:502c]) by smtp.googlemail.com with ESMTPSA id f58sm5556590edb.70.2017.07.23.05.36.16 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 23 Jul 2017 05:36:17 -0700 (PDT) From: Sydney Meyer Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: 11.1-RELEASE from SVN Message-Id: <87C983D9-EB6C-4D8A-9E13-890564A55664@googlemail.com> Date: Sun, 23 Jul 2017 14:36:14 +0200 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jul 2017 12:36:20 -0000 Hello @re, are there any "last-minute" issues/changes with the 11.1-RELEASE build? The 11.1-RELEASE appears to be gone from SVN after the switch from = releng/11.1 to -RELEASE and the Press Release Schedule seems to have = changed without notice. Not that this is an issue to me, as the releases aren't officially = released until @re sends the announcment email, i'm just curious.. Thanks.. Sydney= From owner-freebsd-stable@freebsd.org Sun Jul 23 12:53:51 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E94F3D7DA89 for ; Sun, 23 Jul 2017 12:53:51 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B03635E0 for ; Sun, 23 Jul 2017 12:53:51 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::747d:3b77:3148:6f5b] (unknown [IPv6:2001:470:7a58:0:747d:3b77:3148:6f5b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 015B3261FE; Sun, 23 Jul 2017 14:53:44 +0200 (CEST) From: Dimitry Andric Message-Id: <11404BBE-901E-4CF1-8158-DD89457DE768@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_0D44F615-9053-4867-A1F9-2FED2EBE34EB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: 11.1-RELEASE from SVN Date: Sun, 23 Jul 2017 14:53:38 +0200 In-Reply-To: <87C983D9-EB6C-4D8A-9E13-890564A55664@googlemail.com> Cc: freebsd-stable@freebsd.org To: Sydney Meyer References: <87C983D9-EB6C-4D8A-9E13-890564A55664@googlemail.com> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jul 2017 12:53:52 -0000 --Apple-Mail=_0D44F615-9053-4867-A1F9-2FED2EBE34EB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 23 Jul 2017, at 14:36, Sydney Meyer via freebsd-stable = wrote: >=20 > are there any "last-minute" issues/changes with the 11.1-RELEASE = build? >=20 > The 11.1-RELEASE appears to be gone from SVN after the switch from = releng/11.1 to -RELEASE and the Press Release Schedule seems to have = changed without notice. >=20 > Not that this is an issue to me, as the releases aren't officially = released until @re sends the announcment email, i'm just curious.. Don't worry, the release engineers are furiously working behind the scenes to get all the correct bits built, verified and uploaded. This will just take a few days. The schedule is here: https://www.freebsd.org/releases/11.1R/schedule.html It is also perfectly normal for stable/11 to be renamed -STABLE again, this is the usual procedure after tagging releases in releng. -Dimitry --Apple-Mail=_0D44F615-9053-4867-A1F9-2FED2EBE34EB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.1 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWXScUgAKCRCwXqMKLiCW o5srAJ4yeEoAUTxYexYndTF6g+WSxs826gCeOy6qUvzO6208gqy6eIywqkQEL9Q= =duld -----END PGP SIGNATURE----- --Apple-Mail=_0D44F615-9053-4867-A1F9-2FED2EBE34EB-- From owner-freebsd-stable@freebsd.org Sun Jul 23 13:02:37 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE466D7DDC2 for ; Sun, 23 Jul 2017 13:02:37 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6451AAFA for ; Sun, 23 Jul 2017 13:02:36 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id v6ND2LF0038882 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Sun, 23 Jul 2017 15:02:21 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id v6ND2GAw007794 for ; Sun, 23 Jul 2017 20:02:16 +0700 (+07) (envelope-from eugen@grosbein.net) To: FreeBSD Stable From: Eugene Grosbein Subject: stable/11: Kernel page fault with the following non-sleepable locks held: CAM device lock X-Enigmail-Draft-Status: N1110 Message-ID: <59749E58.2060408@grosbein.net> Date: Sun, 23 Jul 2017 20:02:16 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=3.6 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_96_Q, LOCAL_FROM autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * 3.3 DATE_IN_FUTURE_96_Q Date: is 4 days to 4 months after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-Spam-Level: *** X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jul 2017 13:02:37 -0000 Hi! Long story short: stable/11 r321371 started to panic at the moment of smartd invocation after my SSD died. I have Intel motherboard with graid-supported pseudo-raid. I use it in RAID1 mode with one HDD and one SSD. Yesterday the SSD has died: it is not detected by BIOS nor FreeBSD kernel (timeouts). This went unnoticed by me as graid just disconnected it on-the-fly: kernel: ahcich5: Timeout on slot 24 port 0 kernel: ahcich5: is 00000000 cs 00000000 ss 01000000 rs 01000000 tfd 40 serr 00000000 cmd 0000d817 kernel: (ada1:ahcich5:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 02 ad 12 9e 40 3b 00 00 00 00 00 kernel: (ada1:ahcich5:0:0:0): CAM status: Command timeout kernel: (ada1:ahcich5:0:0:0): Retrying command kernel: ahcich5: AHCI reset: device not ready after 31000ms (tfd = 00000080) [skip] kernel: ada1 at ahcich5 bus 0 scbus2 target 0 lun 0 kernel: ada1: s/n JYKJ550855860139 detached [skip] kernel: (ada1:ahcich5:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 02 ad 12 9e 40 3b 00 00 00 00 00 kernel: (ada1:ahcich5:0:0:0): CAM status: Command timeout kernel: (ada1:ahcich5:0:0:0): Error 5, Periph was invalidated kernel: GEOM_RAID: Write failed: failing subdisk. ada1[WRITE(offset=269389066240, length=32768)] kernel: GEOM_RAID: Intel-c291fe96: Disk ada1 state changed from ACTIVE to FAILED. kernel: GEOM_RAID: Intel-c291fe96: Subdisk r0:1-ada1 state changed from ACTIVE to FAILED. kernel: GEOM_RAID: Intel-c291fe96: Volume r0 state changed from OPTIMAL to DEGRADED. kernel: GEOM_RAID: Intel-c291fe96: Disk ada1 state changed from FAILED to OFFLINE. kernel: GEOM_RAID: Intel-c291fe96: Subdisk r0:1-[unknown] state changed from FAILED to NONE. kernel: GEOM_RAID: Write failed: failing subdisk. ada1[WRITE(offset=270699851776, length=32768)] kernel: GEOM_RAID: Intel-c291fe96: Warning! Fail request to a disk in a wrong state (OFFLINE)! Unaware of that, I've performed standard source upgrade from 11.1-PRERELEASE r318692 to stable/11 r321371 that went smooth. After reboot, BIOS was unable to detect SSD, reported degraded state of the mirror and booted FreeBSD using second mirror component (HDD). After long timeout, the kernel could not detect dead SSD too and continued to run with degraded mirror just fine: the system went multiuser mode and almost finished loading when rcNG started smartd. The kernel panices that moment. This is repeatable: I can cold-boot to single user mode, start smartd and get same panic. This is debugging kernel and I managed to obtain crashdump. kgdb session follows: <118>Starting smartd. Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex CAM device lock (CAM device lock) r = 0 (0xfffff8000cf71c60) locked @ /home/src/sys/cam/scsi/scsi_pass.c:1766 stack backtrace: #0 0xffffffff80a12620 at witness_debugger+0x70 #1 0xffffffff80a13a4e at witness_warn+0x45e #2 0xffffffff80e4b693 at trap_pfault+0x53 #3 0xffffffff80e4ae3e at trap+0x29e #4 0xffffffff80e2ed91 at calltrap+0x8 #5 0xffffffff8033873a at passsendccb+0x6a #6 0xffffffff80337836 at passdoioctl+0x3c6 #7 0xffffffff80337052 at passioctl+0x22 #8 0xffffffff80878c78 at devfs_ioctl_f+0x138 #9 0xffffffff80a18184 at kern_ioctl+0x2c4 #10 0xffffffff80a17e4f at sys_ioctl+0x16f #11 0xffffffff80e4c05a at amd64_syscall+0x53a #12 0xffffffff80e2f07b at Xfast_syscall+0xfb Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xa fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80e494e1 stack pointer = 0x28:0xfffffe04675ff670 frame pointer = 0x28:0xfffffe04675ff670 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1387 (smartd) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe04675ff250 vpanic() at vpanic+0x186/frame 0xfffffe04675ff2d0 panic() at panic+0x43/frame 0xfffffe04675ff330 trap_fatal() at trap_fatal+0x322/frame 0xfffffe04675ff380 trap_pfault() at trap_pfault+0x62/frame 0xfffffe04675ff3e0 trap() at trap+0x29e/frame 0xfffffe04675ff5a0 calltrap() at calltrap+0x8/frame 0xfffffe04675ff5a0 --- trap 0xc, rip = 0xffffffff80e494e1, rsp = 0xfffffe04675ff670, rbp = 0xfffffe04675ff670 --- copyin() at copyin+0x41/frame 0xfffffe04675ff670 passsendccb() at passsendccb+0x6a/frame 0xfffffe04675ff6f0 passdoioctl() at passdoioctl+0x3c6/frame 0xfffffe04675ff7a0 passioctl() at passioctl+0x22/frame 0xfffffe04675ff7e0 devfs_ioctl_f() at devfs_ioctl_f+0x138/frame 0xfffffe04675ff840 kern_ioctl() at kern_ioctl+0x2c4/frame 0xfffffe04675ff8a0 sys_ioctl() at sys_ioctl+0x16f/frame 0xfffffe04675ff980 amd64_syscall() at amd64_syscall+0x53a/frame 0xfffffe04675ffab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe04675ffab0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x80174c18a, rsp = 0x7fffffff0308, rbp = 0x7fffffff0900 --- Uptime: 2m46s Dumping 723 out of 16285 MB:..3%..12%..23%..31%..43%..51%..62%..71%..82%..91% (kgdb) bt #0 doadump (textdump=1) at /home/src/sys/kern/kern_shutdown.c:299 #1 0xffffffff809b1ab1 in kern_reboot (howto=260) at /home/src/sys/kern/kern_shutdown.c:376 #2 0xffffffff809b2100 in vpanic (fmt=, ap=) at /home/src/sys/kern/kern_shutdown.c:770 #3 0xffffffff809b2143 in panic (fmt=) at /home/src/sys/kern/kern_shutdown.c:701 #4 0xffffffff80e4b632 in trap_fatal (frame=0xfffffe04675ff5b0, eva=10) at /home/src/sys/amd64/amd64/trap.c:801 #5 0xffffffff80e4b6a2 in trap_pfault (frame=0xfffffe04675ff5b0, usermode=0) at pcpu.h:222 #6 0xffffffff80e4ae3e in trap (frame=0xfffffe04675ff5b0) at /home/src/sys/amd64/amd64/trap.c:421 #7 0xffffffff80e2ed91 in calltrap () at /home/src/sys/amd64/amd64/exception.S:236 #8 0xffffffff80e494e1 in copyin () at /home/src/sys/amd64/amd64/support.S:304 #9 0xffffffff8033873a in passsendccb (periph=0xfffff8000cfe5e00, ccb=0xfffff800662f9000, inccb=0xfffff80066d91000) at /home/src/sys/cam/scsi/scsi_pass.c:2172 #10 0xffffffff80337836 in passdoioctl (dev=, cmd=, addr=0xfffff80066d91000 "", flag=, td=) at /home/src/sys/cam/scsi/scsi_pass.c:1823 #11 0xffffffff80337052 in passioctl (dev=0xfffff8000cfc4c00, cmd=3303020802, addr=0xfffff80066d91000 "", flag=3, td=0xfffff8000e1a3000) at /home/src/sys/cam/scsi/scsi_pass.c:1751 #12 0xffffffff80878c78 in devfs_ioctl_f (fp=0xfffff8000e50d3c0, com=3303020802, data=0xfffff80066d91000, cred=0xfffff800066c7200, td=0xfffff8000e1a3000) at /home/src/sys/fs/devfs/devfs_vnops.c:791 #13 0xffffffff80a18184 in kern_ioctl (td=, fd=, com=, data=) at file.h:323 #14 0xffffffff80a17e4f in sys_ioctl (td=, uap=0xfffff8000e1a3538) at /home/src/sys/kern/sys_generic.c:745 #15 0xffffffff80e4c05a in amd64_syscall (td=0xfffff8000e1a3000, traced=0) at subr_syscall.c:131 #16 0xffffffff80e2f07b in Xfast_syscall () at /home/src/sys/amd64/amd64/exception.S:396 #17 0x000000080174c18a in ?? () Previous frame inner to this frame (corrupt stack?) I can keep dead SSD in place to debug this. Looking for help. From owner-freebsd-stable@freebsd.org Sun Jul 23 13:20:21 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6BB67D7E21E for ; Sun, 23 Jul 2017 13:20:21 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0987A1836 for ; Sun, 23 Jul 2017 13:20:20 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id v6NDKFiK039059 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Sun, 23 Jul 2017 15:20:16 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id v6NDK7KX013070 for ; Sun, 23 Jul 2017 20:20:08 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: stable/11: Kernel page fault with the following non-sleepable locks held: CAM device lock To: FreeBSD Stable References: <59749E58.2060408@grosbein.net> From: Eugene Grosbein Message-ID: <5974A287.8060101@grosbein.net> Date: Sun, 23 Jul 2017 20:20:07 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <59749E58.2060408@grosbein.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jul 2017 13:20:21 -0000 On 23.07.2017 20:02, Eugene Grosbein wrote: > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xa > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80e494e1 > stack pointer = 0x28:0xfffffe04675ff670 > frame pointer = 0x28:0xfffffe04675ff670 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1387 (smartd) > trap number = 12 > panic: page fault > cpuid = 0 I also have a screenshot of another case of same panic that notes lock order reversal: (Giant after non-sleepable): http://www.grosbein.net/freebsd/crash.png From owner-freebsd-stable@freebsd.org Sun Jul 23 20:23:50 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4BA70DAC60B for ; Sun, 23 Jul 2017 20:23:50 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D66956E008 for ; Sun, 23 Jul 2017 20:23:49 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: by mail-wm0-x234.google.com with SMTP id t201so3171183wmt.1 for ; Sun, 23 Jul 2017 13:23:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=from:content-transfer-encoding:mime-version:subject:date:references :to:in-reply-to:message-id; bh=OzLY7cIAv/n/rN/IKFztzE67fV+WjU1bnUpk899Q0dI=; b=tU7j3ArWTq7v41f10ttMsEwxFiGviz7TBffWGSiJp4hrWx72FyBZeiKXHdj8jlK9vd dXKbnuZ8ZWhdwgpO6KJtyX6Rn6bMq13MLGRgNpc0tOxWnj8i8otKoi5xANuW81Te8MZn Muhjm9pLT7nuWR/0ylz+K5IN46HZTOKzGYbXLkg4FokztSTU9ns/RZibgVVRchURGFrU QVkW85d3tnJwJ8xh/O+gLElgcgzRI3OIREhnkoDXinL7pgr8aOt26HkFFPUFnaXd6Hgm pabqdOsKc+wNPrlTEVzyBwgBfULtyvuBattrninNSlLrzbmGCsyMtytzurMFybH2wnVh aUww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=OzLY7cIAv/n/rN/IKFztzE67fV+WjU1bnUpk899Q0dI=; b=HFoBbUtO18C/VGNt4TfFiQKflYKkvosXrpDOxneT1ktoCrjN2zeeLtBRTqY432s1v5 sZdIKt0YK3BW6B8xc2KueN4c4WfafEAe9D470Pt+WzlT/jAeKe0V06/ImV2hQX06Japj up6h9QdEQtPzEEDQMwRUyHFVayxT27SfEj97VcUJzOYDRlWcoR2T1UHg0YV1I4k6+Eh2 5NlSO9W5B2cjQ/xDZEykuXy2TEz8LEQ87qrqr4Sf1JUgt4oErp5FtJxx/apE/ObUfMtq qTc5Mc9a7IbPtnBwlXaHszcKfFOaxVcUw0x0a80b8Cj+minrkNEViXnssR9n0gqBExFj gtCg== X-Gm-Message-State: AIVw111vJ6gYmTHiByHiIo+7zN9x4osrejpXUnOrJN98RhOh5HU6zx9c dRUbyK22Nbt9I9h9lQE= X-Received: by 10.80.148.211 with SMTP id t19mr9973250eda.128.1500841427939; Sun, 23 Jul 2017 13:23:47 -0700 (PDT) Received: from ?IPv6:2a02:a03f:a53:ef01:1954:6731:c82:ff90? ([2a02:a03f:a53:ef01:1954:6731:c82:ff90]) by smtp.googlemail.com with ESMTPSA id o4sm6395564edj.82.2017.07.23.13.23.46 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 23 Jul 2017 13:23:47 -0700 (PDT) From: Sydney Meyer Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: 11.1-RELEASE from SVN Date: Sun, 23 Jul 2017 22:23:43 +0200 References: <87C983D9-EB6C-4D8A-9E13-890564A55664@googlemail.com> <11404BBE-901E-4CF1-8158-DD89457DE768@FreeBSD.org> To: freebsd-stable@freebsd.org In-Reply-To: <11404BBE-901E-4CF1-8158-DD89457DE768@FreeBSD.org> Message-Id: <0A483A5D-1E1F-407B-B0E9-4E270153ABA6@googlemail.com> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jul 2017 20:23:50 -0000 Hi Dimitry, thank you for your reply. Please excuse me if i came across impatiently, that was not my = intention. It's just that i find the way the project handles events like these, new = releases, security incidents, etc. very interesting and just generally = love to hear about it. Glen, e.g., sent a revised RC-Announcement Mail because of a omitted PGP = signature. Gotta love this attention to detail. So i saw the commit with the anticipated 11.1-RELEASE date in the = UPDATING file and the updated schedule on the website and thought, i = just ask.. The (seamingly) disappeared 11.1.0-RELEASE was my mistake (old pathrev = in the url on svnweb). Anyhow, i am sure everybody hard at work and i'm looking forward to = (another) really awesome dot-release. Have a nice rest-weekend.. Sydney > On 23. Jul 2017, at 14:53, Dimitry Andric wrote: >=20 > On 23 Jul 2017, at 14:36, Sydney Meyer via freebsd-stable = wrote: >>=20 >> are there any "last-minute" issues/changes with the 11.1-RELEASE = build? >>=20 >> The 11.1-RELEASE appears to be gone from SVN after the switch from = releng/11.1 to -RELEASE and the Press Release Schedule seems to have = changed without notice. >>=20 >> Not that this is an issue to me, as the releases aren't officially = released until @re sends the announcment email, i'm just curious.. >=20 > Don't worry, the release engineers are furiously working behind the > scenes to get all the correct bits built, verified and uploaded. This > will just take a few days. The schedule is here: >=20 > https://www.freebsd.org/releases/11.1R/schedule.html >=20 > It is also perfectly normal for stable/11 to be renamed -STABLE again, > this is the usual procedure after tagging releases in releng. >=20 > -Dimitry >=20 From owner-freebsd-stable@freebsd.org Sun Jul 23 20:38:38 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E403BDACD36 for ; Sun, 23 Jul 2017 20:38:38 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BF3D66E9B3; Sun, 23 Jul 2017 20:38:38 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id E0BCF1D472; Sun, 23 Jul 2017 20:38:37 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Sun, 23 Jul 2017 20:38:36 +0000 From: Glen Barber To: Sydney Meyer Cc: freebsd-stable@freebsd.org Subject: Re: 11.1-RELEASE from SVN Message-ID: <20170723203836.GJ83377@FreeBSD.org> References: <87C983D9-EB6C-4D8A-9E13-890564A55664@googlemail.com> <11404BBE-901E-4CF1-8158-DD89457DE768@FreeBSD.org> <0A483A5D-1E1F-407B-B0E9-4E270153ABA6@googlemail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="0FRtVia6Q6lt+M0P" Content-Disposition: inline In-Reply-To: <0A483A5D-1E1F-407B-B0E9-4E270153ABA6@googlemail.com> X-Operating-System: FreeBSD 11.0-STABLE amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer X-Spidey-Sense: Uh oh, Peter logged in User-Agent: Mutt/1.8.2 (2017-04-18) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jul 2017 20:38:39 -0000 --0FRtVia6Q6lt+M0P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Sydney, The release date in UPDATING actually was a mistake. (I looked at the wrong month...) Glen On Sun, Jul 23, 2017 at 10:23:43PM +0200, Sydney Meyer via freebsd-stable w= rote: > Hi Dimitry, >=20 > thank you for your reply. >=20 > Please excuse me if i came across impatiently, that was not my intention. >=20 > It's just that i find the way the project handles events like these, new = releases, security incidents, etc. very interesting and just generally love= to hear about it. >=20 > Glen, e.g., sent a revised RC-Announcement Mail because of a omitted PGP = signature. Gotta love this attention to detail. >=20 > So i saw the commit with the anticipated 11.1-RELEASE date in the UPDATIN= G file and the updated schedule on the website and thought, i just ask.. >=20 > The (seamingly) disappeared 11.1.0-RELEASE was my mistake (old pathrev in= the url on svnweb). >=20 > Anyhow, i am sure everybody hard at work and i'm looking forward to (anot= her) really awesome dot-release. >=20 > Have a nice rest-weekend.. >=20 > Sydney >=20 > > On 23. Jul 2017, at 14:53, Dimitry Andric wrote: > >=20 > > On 23 Jul 2017, at 14:36, Sydney Meyer via freebsd-stable wrote: > >>=20 > >> are there any "last-minute" issues/changes with the 11.1-RELEASE build? > >>=20 > >> The 11.1-RELEASE appears to be gone from SVN after the switch from rel= eng/11.1 to -RELEASE and the Press Release Schedule seems to have changed w= ithout notice. > >>=20 > >> Not that this is an issue to me, as the releases aren't officially rel= eased until @re sends the announcment email, i'm just curious.. > >=20 > > Don't worry, the release engineers are furiously working behind the > > scenes to get all the correct bits built, verified and uploaded. This > > will just take a few days. The schedule is here: > >=20 > > https://www.freebsd.org/releases/11.1R/schedule.html > >=20 > > It is also perfectly normal for stable/11 to be renamed -STABLE again, > > this is the usual procedure after tagging releases in releng. > >=20 > > -Dimitry > >=20 >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --0FRtVia6Q6lt+M0P Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAll1CUwACgkQAxRYpUeP 4pP0gQ/8DZgW8zqUOtqEqWnzufNP8wmYtcPLyH5Gw5EskfWaUpUSb6fHpWT6EWxA 1QVsjdJuEG6voSgvvnlRKp9y66ER8XAPCsLUc5pLt25U2svbo7STng0BPpSh1Ou+ OBy+2s42FrP4nj12G0OIgzBuMvNKRckXqu8EiH33HfP+UAc2XfvVYXe8WbHp3oI4 mtRo9jMqRP1Cf6lTVU1/Lf+MY2BUejUljWb5QGljUDLVcw7YOL0x3gQG0YyQP5Xf dpwd7ppTEHahEueyB5hLA/aIqS8UJT1n/JQhHVCGLpruZZA/nCvIQLkEbpqqJJmo JtwJu+qbiTMWf/2EFolLMGUA9TMD2HYLaOVFyR/bm+oFM1IzVAw0EKlQpa0tpR6k gFqbJloS0zb9Ri/2hwyZxT6pSYSgk2es4VRSB/mBV9cscU9i0BuYnSVTSOBy0RwV 0kwu4y5oZF7d026lVadW9mR1a5aI98cE3VytdIsB33g0Jh4RuWRDTLQzKOE6//vd tTzxPpznYacCieIu1Svr94PbePJ0JhCAI26yzn3+1fprCqijTXVOxgG6eGrRqblG 5q5jEH2RudmeBxJ3as69XAg2yo9c51u4S/+MaqUWlQsi3UeH6UXDmBSUysmRYb6u ycP+v2gU6pPhAH80mCWCMMlfI7At565zMvWYuToEIqIovFUGjwQ= =O+GC -----END PGP SIGNATURE----- --0FRtVia6Q6lt+M0P-- From owner-freebsd-stable@freebsd.org Sun Jul 23 21:16:17 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AECE0DADD6E for ; Sun, 23 Jul 2017 21:16:17 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4180370129; Sun, 23 Jul 2017 21:16:17 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: by mail-wm0-x234.google.com with SMTP id t201so3688310wmt.1; Sun, 23 Jul 2017 14:16:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=NcGSgp5FO9BuKanGnhTM7g1/Yqve/Wwn7IagL7YMcU8=; b=vR+vb3GHkdaeCYbxLirY1Qo5k+BdmqmTIE9IpOVkd1lV3hMDWuPYKJXZAKQvHg9yHb VpgKmSG6YP+edyatIB6OMJfbmwgjY3/HcvNI5cTRmWgUMTwvM71rQQZyyPvE9zYDCKdW 4hPOnKVpZ97uRTFa/pC1iRRaa5KmTVIMDdvlnvXHTEbH4IzvQ47/JXukBzcMm2ZlwanF Q1XqFmwKaCjQ8mKBRfuvV6ZnNu1/f/ibrGj6bCkr92dBzfD5wuYTYRnTd39TaaWT4La1 S7Bka0Jxuw5QbUedticlgv00QwD3cT/xFO7KnVZoHl8yib03nldrtqAxip3lMq9e6Qhv eS2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=NcGSgp5FO9BuKanGnhTM7g1/Yqve/Wwn7IagL7YMcU8=; b=j00vIlWYZeaAGIPkUMZijE2ZP6/KM5v6WHutesP/9+UxMStKGjfog2VGpLVFOI/6L/ QnhRcwZoHFa/Xtju/zkzhn7ESL5Me3yNBjfRsHwYme9dALOZxXrOhqzGcaJ9bXaTyner A4gSCOhuvgJlHElbyBCfwa2TClPn4aWjelOSlHXG2iko1/fUJN4pJptkVg7m3kOQ2sJy Cr8nXMUDR9wyKLe8/WHWh7KzY4DGFAH/HTuhqMbAwIK6oCvSHOm9dmazD5PnJ5yodLHY kfLSX/AYbtKgdtRogW0epw5h2zaUoGm/Py0Kc4DebE0vhn/Bj0GRy+loNE/xdEmUjxvf z+Vg== X-Gm-Message-State: AIVw1137wANS+gfPuTksJDljU8LHLzlRQfiL51nUgbmdm/Drez6H9JPi oDfk10Kb2bINkwhHMNo= X-Received: by 10.80.188.21 with SMTP id j21mr12112683edh.159.1500844575390; Sun, 23 Jul 2017 14:16:15 -0700 (PDT) Received: from ?IPv6:2a02:a03f:a53:ef01:1954:6731:c82:ff90? ([2a02:a03f:a53:ef01:1954:6731:c82:ff90]) by smtp.googlemail.com with ESMTPSA id y53sm6073144edd.4.2017.07.23.14.16.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 23 Jul 2017 14:16:14 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: 11.1-RELEASE from SVN From: Sydney Meyer In-Reply-To: <20170723203836.GJ83377@FreeBSD.org> Date: Sun, 23 Jul 2017 23:16:13 +0200 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <87C983D9-EB6C-4D8A-9E13-890564A55664@googlemail.com> <11404BBE-901E-4CF1-8158-DD89457DE768@FreeBSD.org> <0A483A5D-1E1F-407B-B0E9-4E270153ABA6@googlemail.com> <20170723203836.GJ83377@FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jul 2017 21:16:17 -0000 Hi Glen,=20 thanks for the update.. Your work (and the work of others of course) is one of the main reasons = why i use and promote the use of FreeBSD. One of the last truly = engineered Operating Systems. Thank you for your work, you probably can guess it already, i truly = appreciate it. I'll store the fireworks till wednesday then.. Sydney > On 23. Jul 2017, at 22:38, Glen Barber wrote: >=20 > Hi Sydney, >=20 > The release date in UPDATING actually was a mistake. (I looked at the > wrong month...) >=20 > Glen >=20 > On Sun, Jul 23, 2017 at 10:23:43PM +0200, Sydney Meyer via = freebsd-stable wrote: >> Hi Dimitry, >>=20 >> thank you for your reply. >>=20 >> Please excuse me if i came across impatiently, that was not my = intention. >>=20 >> It's just that i find the way the project handles events like these, = new releases, security incidents, etc. very interesting and just = generally love to hear about it. >>=20 >> Glen, e.g., sent a revised RC-Announcement Mail because of a omitted = PGP signature. Gotta love this attention to detail. >>=20 >> So i saw the commit with the anticipated 11.1-RELEASE date in the = UPDATING file and the updated schedule on the website and thought, i = just ask.. >>=20 >> The (seamingly) disappeared 11.1.0-RELEASE was my mistake (old = pathrev in the url on svnweb). >>=20 >> Anyhow, i am sure everybody hard at work and i'm looking forward to = (another) really awesome dot-release. >>=20 >> Have a nice rest-weekend.. >>=20 >> Sydney >>=20 >>> On 23. Jul 2017, at 14:53, Dimitry Andric wrote: >>>=20 >>> On 23 Jul 2017, at 14:36, Sydney Meyer via freebsd-stable = wrote: >>>>=20 >>>> are there any "last-minute" issues/changes with the 11.1-RELEASE = build? >>>>=20 >>>> The 11.1-RELEASE appears to be gone from SVN after the switch from = releng/11.1 to -RELEASE and the Press Release Schedule seems to have = changed without notice. >>>>=20 >>>> Not that this is an issue to me, as the releases aren't officially = released until @re sends the announcment email, i'm just curious.. >>>=20 >>> Don't worry, the release engineers are furiously working behind the >>> scenes to get all the correct bits built, verified and uploaded. = This >>> will just take a few days. The schedule is here: >>>=20 >>> https://www.freebsd.org/releases/11.1R/schedule.html >>>=20 >>> It is also perfectly normal for stable/11 to be renamed -STABLE = again, >>> this is the usual procedure after tagging releases in releng. >>>=20 >>> -Dimitry >>>=20 >>=20 >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Mon Jul 24 01:05:23 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F0260DB2626 for ; Mon, 24 Jul 2017 01:05:23 +0000 (UTC) (envelope-from TERRY@glaver.org) Received: from server.glaver.org (server.glaver.org [204.141.35.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C4E31758D6 for ; Mon, 24 Jul 2017 01:05:23 +0000 (UTC) (envelope-from TERRY@glaver.org) Received: from glaver.org by glaver.org (PMDF V6.7-x02 #37010) id <01QH27BFOG0G006IB5@glaver.org> for freebsd-stable@freebsd.org; Sun, 23 Jul 2017 20:55:56 -0400 (EDT) Date: Sun, 23 Jul 2017 20:48:33 -0400 (EDT) From: Terry Kennedy Subject: Re: Trouble with SM961 in SuperMicro X11 To: freebsd-stable@freebsd.org Message-id: <01QH27M3UC6C006IB5@glaver.org> MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=us-ascii X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 01:05:24 -0000 > It's an SM961, not PM951. Welcome to the club! 8-{ See PR211723 - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211713 as well as the forums: https://forums.freebsd.org/threads/58170/#post-334061 I (and others) have offered developers remote console access to systems that exhibit the problem, as well as confirming it works on the same hard- ware using Linux, gathered requested traces and so on, and then things just sort of... died. You should probably pile onto both the forum discussion and the PR with a "me too!" so it becomes more and more obvious that this is affecting a larger number of people as time goes on and these modules become more pop- ular. Terry Kennedy http://www.glaver.org New York, NY USA From owner-freebsd-stable@freebsd.org Mon Jul 24 01:44:51 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F114DB33D4 for ; Mon, 24 Jul 2017 01:44:51 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pf0-x241.google.com (mail-pf0-x241.google.com [IPv6:2607:f8b0:400e:c00::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2F22E76A91 for ; Mon, 24 Jul 2017 01:44:51 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-pf0-x241.google.com with SMTP id y25so1884194pfk.4 for ; Sun, 23 Jul 2017 18:44:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=puA80O/Ehas4QxeROoPi0qjoqvkV+eUMeYJ/6LKM4lQ=; b=e9wUag7tealqj+G1lSfw1blQbn+c0xQ6gCw4Jo1RDHrFgsIbbNs6FSkro9ohN39Osy X89BDMgdlxPQOKFI3n0R8hfKVPJDVZjsnVI/jrwhC/mU4pecHV/i+B7uO8rGzMb1rz9v UQl/csftTWt5nFzFAWFdJlCiW2KOiR2oZMKgfGWsJw6dw4vs8KCUoBHKsqxafsLV0sCT F5NQU4ai2XZQBo8xADD2PBYetIbanQT0KB8Tj46JO6iU/P2jQYSW5CnHehDi6jsgF0lK bzF2QEgCgyAPik+DK4XFBRq6FT5V8NPy9d9cEOzE65yWTs4i7s+0DlS9iRsrSt2ty7Ft Iqfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=puA80O/Ehas4QxeROoPi0qjoqvkV+eUMeYJ/6LKM4lQ=; b=JShVcmzP28t4+dXLatfGl0n9hUSXPL0t8NA/JCAv/HE+JuiRNPMNPvmXrBPiRffhPL jInWubvWSJMpkxQsh7lzNSPYWXQi77SK0q6K/pE2K2UKHnlj2f6v6R+5bnRZ0qc4bt38 JVISdBzdvfH3SYk4ejLo3Vfigh1vDUYsHJxeYuqJeaEOG7zCOHT+5K7A5x6eVZbA76+g 9cwvnvh4FbjhanLJA747UkRoOgBybv4Ju/kjPVhuk/UUyV8i2d19B1UKRXPUGhYVkpkm iORPWwzjDicwJacRJrX7uxHXiAB72AAnOng8+lA/gmH7cIsR2qxld0DCFOwhyVMbKRqZ OKvA== X-Gm-Message-State: AIVw1127azSiUEbIxWcsgJznG2Kgh3v323G8QY5N3duQ6bKnJbBxtujD y0uj7I8HWpgEJBFB X-Received: by 10.99.137.194 with SMTP id v185mr14947903pgd.279.1500860690692; Sun, 23 Jul 2017 18:44:50 -0700 (PDT) Received: from raichu ([2604:4080:1102:0:ca60:ff:fe9d:3963]) by smtp.gmail.com with ESMTPSA id y26sm19154056pfk.46.2017.07.23.18.44.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 23 Jul 2017 18:44:49 -0700 (PDT) Sender: Mark Johnston Date: Sun, 23 Jul 2017 18:44:46 -0700 From: Mark Johnston To: Eugene Grosbein Cc: FreeBSD Stable Subject: Re: stable/11 debugging kernel unable to produce crashdump again Message-ID: <20170724014445.GA20872@raichu> References: <587928B3.2050607@grosbein.net> <20170113193726.GC77535@wkstn-mjohnston.west.isilon.com> <587A0E12.7070205@grosbein.net> <59746BD5.5010301@grosbein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <59746BD5.5010301@grosbein.net> User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 01:44:51 -0000 On Sun, Jul 23, 2017 at 04:26:45PM +0700, Eugene Grosbein wrote: > On 14.01.2017 18:40, Eugene Grosbein wrote: > > > >> I suspect that this is because we only stop the scheduler upon a panic > >> if SMP is configured. Can you retest with the patch below applied? > >> > >> Index: sys/kern/kern_shutdown.c > >> =================================================================== > >> --- sys/kern/kern_shutdown.c (revision 312082) > >> +++ sys/kern/kern_shutdown.c (working copy) > >> @@ -713,6 +713,7 @@ > >> CPU_CLR(PCPU_GET(cpuid), &other_cpus); > >> stop_cpus_hard(other_cpus); > >> } > >> +#endif > >> > >> /* > >> * Ensure that the scheduler is stopped while panicking, even if panic > >> @@ -719,7 +720,6 @@ > >> * has been entered from kdb. > >> */ > >> td->td_stopsched = 1; > >> -#endif > >> > >> bootopt = RB_AUTOBOOT; > >> newpanic = 0; > >> > >> > > > > Indeed, my router is uniprocessor system and your patch really solves the problem. > > Now kernel generates crashdump just fine in case of panic. Please commit the fix, thanks! > > Sadly, this time 11.1-STABLE r321371 SMP hangs instead of doing crashdump: Is this amd64 GENERIC, or something else? > > - "call doadump" from DDB prompt works just fine; > - "shutdown -r now" reboots the system without problems; > - "sysctl debug.kdb.panic=1" triggers a panic just fine but system hangs just afer showing uptime > instead of continuing with crashdump generation; same if "real" panic occurs. > > Same for debug.minidump set to 1 or 0. How do I debug this? I'm not able to reproduce the problem in bhyve using r321401. Looking at the code, the culprits might be cngrab(), or one of the shutdown_post_sync eventhandlers. Since you're apparently able to see the console output at the time of the panic, I guess it's probably the latter. Could you try your test with the patch below applied? It'll print a bunch of "entering post_sync"/"leaving post_sync" messages with addresses that can be resolved using kgdb. That'll help determine where we're getting stuck. Index: sys/sys/eventhandler.h =================================================================== --- sys/sys/eventhandler.h (revision 321401) +++ sys/sys/eventhandler.h (working copy) @@ -85,7 +85,11 @@ _t = (struct eventhandler_entry_ ## name *)_ep; \ CTR1(KTR_EVH, "eventhandler_invoke: executing %p", \ (void *)_t->eh_func); \ + if (strcmp(__STRING(name), "shutdown_post_sync") == 0) \ + printf("entering post_sync %p\n", (void *)_t->eh_func); \ _t->eh_func(_ep->ee_arg , ## __VA_ARGS__); \ + if (strcmp(__STRING(name), "shutdown_post_sync") == 0) \ + printf("leaving post_sync %p\n", (void *)_t->eh_func); \ EHL_LOCK((list)); \ } \ } \ From owner-freebsd-stable@freebsd.org Mon Jul 24 02:15:09 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 865BCDB3C82 for ; Mon, 24 Jul 2017 02:15:09 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pg0-x22b.google.com (mail-pg0-x22b.google.com [IPv6:2607:f8b0:400e:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 52F3F77796 for ; Mon, 24 Jul 2017 02:15:09 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-pg0-x22b.google.com with SMTP id 125so50591094pgi.3 for ; Sun, 23 Jul 2017 19:15:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=0fCDIAicCqj1Q3sXACKB8W0RfMVgdQQCMV2XWxKxWBs=; b=t0Y8cTW3rSKAu/Q6vx7b3sCDc/rYqgcuPaFdoQJkfYNjpdKm02QUXAuWpLXtnZnm1g D+MLTyyOXFiiOHYlRxhk85OSonki+WP6xH3wOQXUk00dcaGs4hFOgeY/T0QcMAiI1mJj ieXlHYbhEkGCLBigqAjMkjkf9NdluwA6pQS+++GYCwMrSbJ9KuMQGlnpMOZBPnUHjqAf wLnekgW/Beom3OJxeXEb1NFrUj2qXQR3E1HVDFFJVq7NyvX2gS9FIWuhccSzWhpGdrYG CbBvkGDmFklTm3bFc5kN+daGLNnL2G8huJ3tLhkCQ3SUyQivPPYF1o/J/sPNYarcQrvb bQ7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=0fCDIAicCqj1Q3sXACKB8W0RfMVgdQQCMV2XWxKxWBs=; b=GQVCR6S3JlHjiKAXcTPONw0J+0wa9Ti+7VxSe6XvwginzPuubFgBPSF4ogCyKHv8pW 5isZrvpCw/HqsYWXZGNtLuxvm6vzf2tCz4aDdbGezhAv/WZV2p5n2p5SAGsUXzA0fR9o VlEYx+8LvDxNzm+wIPbhvVY3J8RGxSRHHXGRZ9mCz7n3ZCAVRLaXPtXdpADLGzBZPcUe WvPnzBJwAmYrk62HhPNWbhZ1i3d4ez3HiZnA9vzT0u3//+PDIMX1zlbvzd66MUsfpghG /YNVFAkb3Cs3G45oV/vOn2x1xVX4J60gAceEptpvvCBQ+pQoQeMuDxG+VJFq3n/+qviq VdnA== X-Gm-Message-State: AIVw11137syE17lietUCOdR9SKYDC3wPb/S8kBa2YraLNmqjdZ+vKTfP T6gPjGrMrxPXpw== X-Received: by 10.98.223.18 with SMTP id u18mr12615835pfg.166.1500862508673; Sun, 23 Jul 2017 19:15:08 -0700 (PDT) Received: from raichu ([2604:4080:1102:0:ca60:ff:fe9d:3963]) by smtp.gmail.com with ESMTPSA id z5sm17839133pgr.35.2017.07.23.19.15.07 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 23 Jul 2017 19:15:08 -0700 (PDT) Sender: Mark Johnston Date: Sun, 23 Jul 2017 19:15:04 -0700 From: Mark Johnston To: Mark Martinec Cc: freebsd-stable@freebsd.org Subject: Re: The 11.1-RC3 can only boot and attach disks in "Safe mode", otherwise gets stuck attaching Message-ID: <20170724021504.GA97170@raichu> References: <20170717232434.GB21048@wkstn-mjohnston.west.isilon.com> <9b3563aae75aa954d7fe31ffe25e1d29@ijs.si> <20170720000325.GB9198@wkstn-mjohnston.west.isilon.com> <81295bcacd7c44813de8d346c88cbb65@ijs.si> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <81295bcacd7c44813de8d346c88cbb65@ijs.si> User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 02:15:09 -0000 On Thu, Jul 20, 2017 at 03:45:39PM +0200, Mark Martinec wrote: > 2017-07-20 02:03, Mark Johnston wrote: > > One thing to try at this point would be to disable EARLY_AP_STARTUP in > > the kernel config. That is, take a configuration with which you're able > > to reproduce the hang during boot, and remove "options > > EARLY_AP_STARTUP". > > Done. And it avoids the problem altogether! Thanks. > Tried a reboot several times and it succeeds every time. Thanks. Sorry for the delayed follow-up. > > Here is all that I had in a config file for building a kernel, > i.e. I took away the 'options DDB' which also seemingly avoided > the problem: > include GENERIC > ident NELI > nooptions EARLY_AP_STARTUP Could you try re-enabling EARLY_AP_STARTUP, applying the patch at the end of this email, and see if the message "sleeping before eventtimer init" appears in the boot output? If it does, it'll be followed by a backtrace that might be useful for tracking down the hang. It might produce false positives, but we'll see. > > > This feature has a fairly large impact on the bootup process and has > > had a few problems that manifested as hangs during boot. There was at > > least one other case where an innocuous change to the kernel > > configuration "fixed" the problem by introducing some second-order > > effect (causing kernel threads to be scheduled in a different > > order, for instance). > > > Regardless of whether the suggestion above makes a difference, it would > > be helpful to see verbose dmesgs from both a clean boot and a boot that > > hangs. If disabling EARLY_AP_STARTUP helps, then we can try adding some > > assertions that will cause the system to panic when the hang occurs, > > making it easier to see what's going on. > > Hmmm. > I have now saved a couple of versions of /var/run/dmesg.boot > (in boot_verbose mode) when EARLY_AP_STARTUP is disabled and > the boot is successful. However, I don't know how to capture > such log when booting hangs, as I have no serial interface > and the boot never completes. All I have is a screen photo > of the last state when a hang occurs (showing ada disks > successfully attached, followed immediately by the attempt > to attach a da disk, which hangs). Ok, let's not worry about this for now. Index: sys/kern/kern_clock.c =================================================================== --- sys/kern/kern_clock.c (revision 321401) +++ sys/kern/kern_clock.c (working copy) @@ -385,6 +385,8 @@ static int devpoll_run = 0; #endif +bool inited_clocks = false; + /* * Initialize clock frequencies and start both clocks running. */ @@ -412,6 +414,8 @@ #ifdef SW_WATCHDOG EVENTHANDLER_REGISTER(watchdog_list, watchdog_config, NULL, 0); #endif + + inited_clocks = true; } /* Index: sys/kern/kern_synch.c =================================================================== --- sys/kern/kern_synch.c (revision 321401) +++ sys/kern/kern_synch.c (working copy) @@ -298,6 +298,8 @@ return (rval); } +extern bool inited_clocks; + /* * pause() delays the calling thread by the given number of system ticks. * During cold bootup, pause() uses the DELAY() function instead of @@ -330,6 +332,10 @@ DELAY(sbt); return (0); } + if (cold && !inited_clocks) { + printf("%s: sleeping before eventtimer init\n", curthread->td_name); + kdb_backtrace(); + } return (_sleep(&pause_wchan[curcpu], NULL, 0, wmesg, sbt, pr, flags)); } From owner-freebsd-stable@freebsd.org Mon Jul 24 02:20:52 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8CD3EDB400C for ; Mon, 24 Jul 2017 02:20:52 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5AA0377B55 for ; Mon, 24 Jul 2017 02:20:52 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x22d.google.com with SMTP id l7so38298176iof.1 for ; Sun, 23 Jul 2017 19:20:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=4Zhs0VHH597e1XYrfDiSYJaWY1gstO1xYhLSRPHwkl4=; b=XDhhFDJMH8vY/8YGQC8SA/UruTzJjcrRl9HjSaDabEiPpUI57XEzGc3uY+gict7Wwq kLXntH0kIc+UI8uATaVTyiN4bH2ecpnsZc1zSMkli/GETpSmklBuEcq19IJ8BHZhrTSb 1mplIPaJzMlCILJVwC+D8lrEjrbQnY+9F5OIgyY8pajD6a8TBAoPHcKRTpcYE0ZvagW/ iLhiFAZjI5sOcbIpz709/qtDgZpm0nOc/ncoFhbQaoJf5FpzQKc7yM149zRx+b0+7Ag5 YDOZh1qfd0TT5qW06+rPh4n0VGleT7XCXaAM3nM67bdCOHkryExpT5RtiWwQpsLSpDBJ Hu/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=4Zhs0VHH597e1XYrfDiSYJaWY1gstO1xYhLSRPHwkl4=; b=cIeB5EqQhgRIq1+KeSmFs2/JvHGjMkJOarVUVsHf0tunjisyLAwUDBHA6oCIr2wjC3 vFMk8lEEBSSrNuJV4NNeonp16KYpWVri5cttSDA3UeSv3C5rdTF7Qbu33y9x7L4SUo50 XwIQG2zTLHK2Q2rbbjicXhoWw3QQhjbOs8qikMO87fAtP0zYkXTIf2Ebm9n8vOk+YYWd yb1E0AcmsSA3qy9V4N3EcsIyhDqsMmnbkkhoLK3L2JM0lVTYoIV5j3HYNXyY2AITWBPN WTWWAs375+F8nClvVJMaBXbJ6udjRT6jDGNZjqDFMELX1PFDotdaiOHzlW04n5DFoWgX neJA== X-Gm-Message-State: AIVw112PhqoysSeey37C2o8arfkHE7Qk8bvGi/uBGuUZqzMGkUgULeLM 7t50t/qfOLXZLvq+qiGIofsZH2OXf8IO X-Received: by 10.107.190.197 with SMTP id o188mr13889963iof.160.1500862851700; Sun, 23 Jul 2017 19:20:51 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.58.17 with HTTP; Sun, 23 Jul 2017 19:20:50 -0700 (PDT) X-Originating-IP: [2607:fb90:6c40:95eb:0:28:5338:8201] Received: by 10.79.58.17 with HTTP; Sun, 23 Jul 2017 19:20:50 -0700 (PDT) In-Reply-To: <01QH27M3UC6C006IB5@glaver.org> References: <01QH27M3UC6C006IB5@glaver.org> From: Warner Losh Date: Sun, 23 Jul 2017 20:20:50 -0600 X-Google-Sender-Auth: X9nrS1vX3mDIbfn7tXFkpmmlPyo Message-ID: Subject: Re: Trouble with SM961 in SuperMicro X11 To: Terry Kennedy Cc: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 02:20:52 -0000 On Jul 23, 2017 7:05 PM, "Terry Kennedy" wrote: > It's an SM961, not PM951. Welcome to the club! 8-{ See PR211723 - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211713 as well as the forums: https://forums.freebsd.org/threads/58170/#post-334061 I (and others) have offered developers remote console access to systems that exhibit the problem, as well as confirming it works on the same hard- ware using Linux, gathered requested traces and so on, and then things just sort of... died. You should probably pile onto both the forum discussion and the PR with a "me too!" so it becomes more and more obvious that this is affecting a larger number of people as time goes on and these modules become more pop- ular. I bought this card but never could get it to fail, despite trying them in a number of different systems :(. So lighten up please... Warner Terry Kennedy http://www.glaver.org New York, NY USA _______________________________________________ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Mon Jul 24 02:55:24 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03AFFDB4C57 for ; Mon, 24 Jul 2017 02:55:24 +0000 (UTC) (envelope-from TERRY@glaver.org) Received: from server.glaver.org (server.glaver.org [204.141.35.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D49567CC9C for ; Mon, 24 Jul 2017 02:55:23 +0000 (UTC) (envelope-from TERRY@glaver.org) Received: from glaver.org by glaver.org (PMDF V6.7-x02 #37010) id <01QH2BE7T8PC006IB5@glaver.org> for freebsd-stable@freebsd.org; Sun, 23 Jul 2017 22:55:21 -0400 (EDT) Date: Sun, 23 Jul 2017 22:47:19 -0400 (EDT) From: Terry Kennedy Subject: Re: Trouble with SM961 in SuperMicro X11 In-reply-to: "Your message dated Sun, 23 Jul 2017 20:20:50 -0600" To: Warner Losh Cc: Terry Kennedy , FreeBSD-STABLE Mailing List Message-id: <01QH2BS5RSU4006IB5@glaver.org> MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=UTF-8 References: <01QH27M3UC6C006IB5@glaver.org> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 02:55:24 -0000 > I bought this card but never could get it to fail, despite trying them in a > number of different systems :(. So lighten up please... They are obviously working for some people, but enough people are seeing the same problem over and over that there is definitely something wrong. I spent a good deal of time gathering the requested traces for the de- veloper who was working on it with me, going so far as to purchase a dif- ferent board (same model, different firmware) and a second adapter card, and tried all of the above in multiple systems. I then sent off the re- quested info, re-iterated my offer of remote access to one of the systems showing the problem, and heard... nothing. A follow-up some months later also got no response, while more and more people are running into the is- sue and reporting it either on the lists or in the forums. My offer of a test system with the card is still open, if someone wants to pick this up again. I will note that in my case, it only happens in my Supermicro systems (but again, Linux works well with it on those boxes). The SM961 in the same adapter works fine in a Dell system, and an Optane card also works fine in the Supermicro system. Terry Kennedy http://www.glaver.org New York, NY USA From owner-freebsd-stable@freebsd.org Mon Jul 24 03:11:39 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 409A2DB4FDE for ; Mon, 24 Jul 2017 03:11:39 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: from mail-ua0-x232.google.com (mail-ua0-x232.google.com [IPv6:2607:f8b0:400c:c08::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E13DB7D4E7 for ; Mon, 24 Jul 2017 03:11:38 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: by mail-ua0-x232.google.com with SMTP id q25so50142723uah.1 for ; Sun, 23 Jul 2017 20:11:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Wmt08xWO0T76+wSo+oOYNTm2lC84KFCa3EfAbhvES2I=; b=YA7nJwRIWjgqvdXTb3Ct3hAW3v/BRFqtWUrrvQKHBlgAzHPFr8pKAXKT8l88ndE9C2 Ail7mgIE7fVEOk3hVx8/7Yc6BIAU1b77tgDR15YP4WwuQmK4jLoXlznNzlrKtkns2cCK 5kHF2JGUE58pDYaOayD/UxdnD+6Pqs+I1a8KR9tUrC/2USPqex1E6LUoJv+R4UHFvpqT 6oCsF067NEf0stL/5b3kZvE+/62pAf/ZjxIHqXHwK663GpsafqCmrbjsJmqVX1ia1XNe iQDMNVOpmBxsj7Sk5pXmuQD+nnVScFXghbVBqIqG4qh3mi6M+6hlaFLFxOlMK2LCwTWB EEfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Wmt08xWO0T76+wSo+oOYNTm2lC84KFCa3EfAbhvES2I=; b=sqgsDdmh6pXbE+5ING5csBZwdGt0w3ZVgtbYxpweVoNE+2mD1JSU+ioafTh06Tr7eI TZ/sjVxncBKZ4NU83vT63ewJECQAENF0JJaRl4id7CwuPEkSA9HlOTs6/bm4R7GbdzYk 3BlvF9EFAqk47u1nbTViRwBPNIQe0EeAo9u6kxIWNbl7L1i1FFGTB/q0jgqAJ3FEGwCP ft7K9YSYxZEsitXCkAtVeVPa+UVFR+aBxOYzndhSjmd17d5SjxzMdPChBPpoS8N68nOG Y2ihluhxZvBILGNvKjHP0QKhgaKnD0ugnsC97bASvHO+fAKbxPro7o2sqbkZSOAR+cBb BHMQ== X-Gm-Message-State: AIVw113H0sLbB9fCF3DsRciODazYHfz8JYErrM9rJamQOlg+ItbV/w9W QDo7+MhPJ6PSbTiTj9dSubyevA1lfA== X-Received: by 10.176.92.108 with SMTP id a44mr9556704uag.88.1500865898057; Sun, 23 Jul 2017 20:11:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.120.66 with HTTP; Sun, 23 Jul 2017 20:11:37 -0700 (PDT) In-Reply-To: <01QH2BS5RSU4006IB5@glaver.org> References: <01QH27M3UC6C006IB5@glaver.org> <01QH2BS5RSU4006IB5@glaver.org> From: Brandon Allbery Date: Sun, 23 Jul 2017 23:11:37 -0400 Message-ID: Subject: Re: Trouble with SM961 in SuperMicro X11 To: Terry Kennedy Cc: Warner Losh , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 03:11:39 -0000 On Sun, Jul 23, 2017 at 10:47 PM, Terry Kennedy wrote: > My offer of a test system with the card is still open, if someone wants > to pick this up again. I will note that in my case, it only happens in my > Supermicro systems (but again, Linux works well with it on those boxes). > The SM961 in the same adapter works fine in a Dell system, and an Optane > card also works fine in the Supermicro system. Sounds like the bad old days when I had fun stuff like a video card incompatible with a HD controller. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@freebsd.org Mon Jul 24 04:47:46 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2949DB6ACB for ; Mon, 24 Jul 2017 04:47:46 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1E77D7FFB9 for ; Mon, 24 Jul 2017 04:47:45 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from [IPv6:2a02:2698:26:9b0e:e00e:b799:9ace:9155] (dynamic-2a02-2698-26-0-0.perm.ertelecom.ru [IPv6:2a02:2698:26:9b0e:e00e:b799:9ace:9155] (may be forged)) (authenticated bits=0) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPSA id v6O4ldED069321 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 24 Jul 2017 09:47:40 +0500 (YEKT) (envelope-from emz@norma.perm.ru) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=norma.perm.ru; s=key; t=1500871660; bh=28jPpLEkrJjByVYsyFN6vkgpISb6beErv7HZDZRngcs=; h=Subject:To:References:From:Date:In-Reply-To; b=TBfRu8fJBpqJmdAKaFYS/5scWjMyO1c6MuWCw94sigWOBCD8xhzdzjkSl2sx0Dl8A DZ6Cq6ExESSqCzDyg0NisteFT1elDPv8/ambUbfoOoKhsdCENjKtBvG8QjBapPXoPb pjaAZXCW9MAVls0ZCVBpokfXi9UtRCirmr7RvFu4= Subject: Re: cannot destroy faulty zvol To: freebsd-stable@freebsd.org References: <73ed4a4d-a156-457a-37d3-12d7ef4f89b9@norma.perm.ru> From: "Eugene M. Zheganin" Message-ID: Date: Mon, 24 Jul 2017 09:47:40 +0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 04:47:46 -0000 Hi. On 23.07.2017 0:28, Eugene M. Zheganin wrote: > Hi, > > On 22.07.2017 17:08, Eugene M. Zheganin wrote: >> >> is this weird error "cannot destroy: already exists" related to the >> fact that the zvol is faulty ? Does it indicate that metadata is >> probably faulty too ? Anyway, is there a way to destroy this dataset ? > Follow-up: I sent a similar zvol of the thexactly same size into the > faulty one, zpool errors are gone, still cannot destroy the zvol. Is > this a zfs bug ? Seems like it. zdb shows some "invisible" dataset not shown by zfs list -t all, one of them is a child dataset of the one I'm trying to destroy: # zdb -d zfsroot Dataset mos [META], ID 0, cr_txg 4, 60.7M, 1078 objects Dataset zfsroot/usr/src [ZPL], ID 1181, cr_txg 59832, 1.03G, 158964 objects Dataset zfsroot/usr/home [ZPL], ID 1197, cr_txg 59911, 21.7M, 551 objects Dataset zfsroot/usr/ports [ZPL], ID 1189, cr_txg 59881, 887M, 335670 objects Dataset zfsroot/usr [ZPL], ID 1173, cr_txg 59829, 23.0K, 7 objects Dataset zfsroot/tmp [ZPL], ID 1253, cr_txg 59931, 6.66G, 480610 objects Dataset zfsroot/userdata/worker226 [ZVOL], ID 940, cr_txg 59580, 12.0K, 2 objects Dataset zfsroot/userdata/worker251 [ZVOL], ID 948, cr_txg 59583, 132M, 2 objects Dataset zfsroot/userdata/worker152 [ZVOL], ID 924, cr_txg 59551, 928M, 2 objects Dataset zfsroot/userdata/worker125 [ZVOL], ID 932, cr_txg 59566, 997M, 2 objects Dataset zfsroot/userdata/worker158 [ZVOL], ID 916, cr_txg 59536, 498M, 2 objects Dataset zfsroot/userdata/worker214 [ZVOL], ID 908, cr_txg 59530, 736M, 2 objects Dataset zfsroot/userdata/worker160 [ZVOL], ID 900, cr_txg 59524, 774M, 2 objects Dataset zfsroot/userdata/worker184 [ZVOL], ID 892, cr_txg 59518, 609M, 2 objects Dataset zfsroot/userdata/worker235 [ZVOL], ID 1012, cr_txg 59663, 1.62G, 2 objects Dataset zfsroot/userdata/worker242 [ZVOL], ID 1021, cr_txg 59674, 96.1M, 2 objects Dataset zfsroot/userdata/worker248 [ZVOL], ID 1004, cr_txg 59660, 153M, 2 objects Dataset zfsroot/userdata/worker141 [ZVOL], ID 988, cr_txg 59631, 1014M, 2 objects Dataset zfsroot/userdata/worker136 [ZVOL], ID 996, cr_txg 59646, 995M, 2 objects Dataset zfsroot/userdata/worker207 [ZVOL], ID 980, cr_txg 59617, 577M, 2 objects Dataset zfsroot/userdata/worker179 [ZVOL], ID 972, cr_txg 59602, 801M, 2 objects Dataset zfsroot/userdata/worker197 [ZVOL], ID 964, cr_txg 59595, 383M, 2 objects Dataset zfsroot/userdata/worker173 [ZVOL], ID 956, cr_txg 59586, 1.26G, 2 objects Dataset zfsroot/userdata/worker190 [ZVOL], ID 1085, cr_txg 59757, 236M, 2 objects Dataset zfsroot/userdata/worker174 [ZVOL], ID 1077, cr_txg 59743, 2.11G, 2 objects Dataset zfsroot/userdata/worker200 [ZVOL], ID 1069, cr_txg 59732, 260M, 2 objects Dataset zfsroot/userdata/worker131 [ZVOL], ID 1053, cr_txg 59711, 792M, 2 objects Dataset zfsroot/userdata/worker146 [ZVOL], ID 1061, cr_txg 59725, 418M, 2 objects Dataset zfsroot/userdata/worker245 [ZVOL], ID 1037, cr_txg 59692, 208M, 2 objects Dataset zfsroot/userdata/worker232 [ZVOL], ID 1045, cr_txg 59695, 527M, 2 objects Dataset zfsroot/userdata/worker238 [ZVOL], ID 1029, cr_txg 59677, 1.94G, 2 objects Dataset zfsroot/userdata/worker167 [ZVOL], ID 1165, cr_txg 59823, 4.43G, 2 objects Dataset zfsroot/userdata/worker189 [ZVOL], ID 1157, cr_txg 59817, 326M, 2 objects Dataset zfsroot/userdata/worker183 [ZVOL], ID 1149, cr_txg 59811, 1.18G, 2 objects Dataset zfsroot/userdata/worker219 [ZVOL], ID 1141, cr_txg 59808, 12.0K, 2 objects Dataset zfsroot/userdata/worker213 [ZVOL], ID 1133, cr_txg 59802, 1.04G, 2 objects Dataset zfsroot/userdata/worker122 [ZVOL], ID 1117, cr_txg 59782, 1.05G, 2 objects Dataset zfsroot/userdata/worker155 [ZVOL], ID 1125, cr_txg 59790, 963M, 2 objects Dataset zfsroot/userdata/worker128 [ZVOL], ID 1109, cr_txg 59769, 1.67G, 2 objects Dataset zfsroot/userdata/worker256 [ZVOL], ID 1093, cr_txg 59763, 602K, 2 objects Dataset zfsroot/userdata/worker221 [ZVOL], ID 1101, cr_txg 59766, 12.0K, 2 objects Dataset zfsroot/userdata/worker126 [ZVOL], ID 666, cr_txg 59194, 781M, 2 objects Dataset zfsroot/userdata/worker151 [ZVOL], ID 674, cr_txg 59205, 435M, 2 objects Dataset zfsroot/userdata/worker252 [ZVOL], ID 650, cr_txg 59188, 127M, 2 objects Dataset zfsroot/userdata/worker225 [ZVOL], ID 658, cr_txg 59191, 12.0K, 2 objects Dataset zfsroot/userdata/worker187 [ZVOL], ID 642, cr_txg 59171, 2.55G, 2 objects Dataset zfsroot/userdata/worker169 [ZVOL], ID 634, cr_txg 59157, 359M, 2 objects Dataset zfsroot/userdata/worker163 [ZVOL], ID 626, cr_txg 59139, 2.30G, 2 objects Dataset zfsroot/userdata/worker217 [ZVOL], ID 618, cr_txg 59136, 12.0K, 2 objects Dataset zfsroot/userdata/worker135 [ZVOL], ID 731, cr_txg 59301, 1.36G, 2 objects Dataset zfsroot/userdata/worker142 [ZVOL], ID 739, cr_txg 59315, 468M, 2 objects Dataset zfsroot/userdata/worker148 [ZVOL], ID 723, cr_txg 59288, 1.21G, 2 objects Dataset zfsroot/userdata/worker241 [ZVOL], ID 707, cr_txg 59265, 758M, 2 objects Dataset zfsroot/userdata/worker236 [ZVOL], ID 715, cr_txg 59268, 351M, 2 objects Dataset zfsroot/userdata/worker170 [ZVOL], ID 699, cr_txg 59249, 440M, 2 objects Dataset zfsroot/userdata/worker194 [ZVOL], ID 691, cr_txg 59234, 1.63G, 2 objects Dataset zfsroot/userdata/worker204 [ZVOL], ID 683, cr_txg 59218, 981M, 2 objects Dataset zfsroot/userdata/worker209 [ZVOL], ID 819, cr_txg 59421, 840M, 2 objects Dataset zfsroot/userdata/worker203 [ZVOL], ID 811, cr_txg 59410, 650M, 2 objects Dataset zfsroot/userdata/worker199 [ZVOL], ID 803, cr_txg 59398, 999M, 2 objects Dataset zfsroot/userdata/worker177/worker121@candidate [ZVOL], ID 1606, cr_txg 54888377, 708M, 2 objects Dataset zfsroot/userdata/worker177/worker121 [ZVOL], ID 1603, cr_txg 54888370, 708M, 2 objects Dataset zfsroot/userdata/worker177 [ZVOL], ID 1597, cr_txg 54888367, 12.0K, 2 objects Dataset zfsroot/userdata/worker193 [ZVOL], ID 787, cr_txg 59377, 1.02G, 2 objects Dataset zfsroot/userdata/worker231 [ZVOL], ID 771, cr_txg 59360, 723M, 2 objects Dataset zfsroot/userdata/worker246 [ZVOL], ID 779, cr_txg 59374, 148M, 2 objects Dataset zfsroot/userdata/worker145 [ZVOL], ID 755, cr_txg 59351, 3.09G, 2 objects Dataset zfsroot/userdata/worker132 [ZVOL], ID 763, cr_txg 59357, 176M, 2 objects Dataset zfsroot/userdata/worker138 [ZVOL], ID 747, cr_txg 59337, 967M, 2 objects Dataset zfsroot/userdata/worker210 [ZVOL], ID 884, cr_txg 59500, 2.35G, 2 objects Dataset zfsroot/userdata/worker180 [ZVOL], ID 875, cr_txg 59482, 2.59G, 2 objects Dataset zfsroot/userdata/worker164 [ZVOL], ID 867, cr_txg 59467, 2.41G, 2 objects Dataset zfsroot/userdata/worker222 [ZVOL], ID 851, cr_txg 59461, 12.0K, 2 objects Dataset zfsroot/userdata/worker255 [ZVOL], ID 859, cr_txg 59464, 80.4M, 2 objects Dataset zfsroot/userdata/worker228 [ZVOL], ID 843, cr_txg 59458, 12.0K, 2 objects Dataset zfsroot/userdata/worker156/worker121@candidate [ZVOL], ID 1558, cr_txg 54888340, 708M, 2 objects Dataset zfsroot/userdata/worker156/worker121 [ZVOL], ID 1555, cr_txg 54888332, 708M, 2 objects Dataset zfsroot/userdata/worker156 [ZVOL], ID 1549, cr_txg 54888329, 12.0K, 2 objects Dataset zfsroot/userdata/worker121 [ZVOL], ID 835, cr_txg 59450, 708M, 2 objects Dataset zfsroot/userdata/worker182/worker121@candidate [ZVOL], ID 1678, cr_txg 55113277, 708M, 2 objects Dataset zfsroot/userdata/worker182/worker121 [ZVOL], ID 1675, cr_txg 55113271, 708M, 2 objects Dataset zfsroot/userdata/worker182 [ZVOL], ID 1669, cr_txg 55113268, 12.0K, 2 objects Dataset zfsroot/userdata/worker166 [ZVOL], ID 401, cr_txg 58842, 865M, 2 objects Dataset zfsroot/userdata/worker188 [ZVOL], ID 393, cr_txg 58828, 566M, 2 objects Dataset zfsroot/userdata/worker212 [ZVOL], ID 385, cr_txg 58812, 595M, 2 objects Dataset zfsroot/userdata/worker218 [ZVOL], ID 377, cr_txg 58809, 12.0K, 2 objects Dataset zfsroot/userdata/worker129 [ZVOL], ID 369, cr_txg 58798, 545M, 2 objects Dataset zfsroot/userdata/worker154 [ZVOL], ID 353, cr_txg 58774, 344M, 2 objects Dataset zfsroot/userdata/worker123 [ZVOL], ID 361, cr_txg 58787, 877M, 2 objects Dataset zfsroot/userdata/worker220 [ZVOL], ID 345, cr_txg 58771, 12.0K, 2 objects Dataset zfsroot/userdata/worker175 [ZVOL], ID 473, cr_txg 58947, 1.08G, 2 objects Dataset zfsroot/userdata/worker191 [ZVOL], ID 465, cr_txg 58933, 563M, 2 objects Dataset zfsroot/userdata/worker201/worker121@candidate [ZVOL], ID 1621, cr_txg 54888389, 708M, 2 objects Dataset zfsroot/userdata/worker201/worker121 [ZVOL], ID 1618, cr_txg 54888382, 708M, 2 objects Dataset zfsroot/userdata/worker201 [ZVOL], ID 1612, cr_txg 54888379, 12.0K, 2 objects Dataset zfsroot/userdata/worker147 [ZVOL], ID 441, cr_txg 58884, 2.59G, 2 objects Dataset zfsroot/userdata/worker130 [ZVOL], ID 449, cr_txg 58900, 597M, 2 objects Dataset zfsroot/userdata/worker239/worker121@candidate [ZVOL], ID 1703, cr_txg 55113548, 708M, 2 objects Dataset zfsroot/userdata/worker239/worker121 [ZVOL], ID 1700, cr_txg 55113542, 708M, 2 objects Dataset zfsroot/userdata/worker239 [ZVOL], ID 1694, cr_txg 55113536, 12.0K, 2 objects Dataset zfsroot/userdata/worker233 [ZVOL], ID 417, cr_txg 58854, 2.92G, 2 objects Dataset zfsroot/userdata/worker244 [ZVOL], ID 425, cr_txg 58872, 12.0K, 2 objects Dataset zfsroot/userdata/worker249 [ZVOL], ID 546, cr_txg 59061, 366M, 2 objects Dataset zfsroot/userdata/worker243 [ZVOL], ID 530, cr_txg 59044, 270M, 2 objects Dataset zfsroot/userdata/worker234 [ZVOL], ID 538, cr_txg 59047, 918M, 2 objects Dataset zfsroot/userdata/worker137 [ZVOL], ID 514, cr_txg 59011, 783M, 2 objects Dataset zfsroot/userdata/worker140 [ZVOL], ID 522, cr_txg 59025, 3.35G, 2 objects Dataset zfsroot/userdata/worker206 [ZVOL], ID 506, cr_txg 58984, 555M, 2 objects Dataset zfsroot/userdata/worker172 [ZVOL], ID 498, cr_txg 58971, 566M, 2 objects Dataset zfsroot/userdata/worker178 [ZVOL], ID 490, cr_txg 58964, 654M, 2 objects Dataset zfsroot/userdata/worker196 [ZVOL], ID 482, cr_txg 58961, 411M, 2 objects Dataset zfsroot/userdata/worker250 [ZVOL], ID 602, cr_txg 59130, 178M, 2 objects Dataset zfsroot/userdata/worker227 [ZVOL], ID 610, cr_txg 59133, 12.0K, 2 objects Dataset zfsroot/userdata/worker159/worker121@candidate [ZVOL], ID 1576, cr_txg 54888352, 708M, 2 objects Dataset zfsroot/userdata/worker159/worker121 [ZVOL], ID 1570, cr_txg 54888345, 708M, 2 objects Dataset zfsroot/userdata/worker159 [ZVOL], ID 1564, cr_txg 54888342, 12.0K, 2 objects Dataset zfsroot/userdata/worker124/worker121@candidate [ZVOL], ID 1528, cr_txg 54888291, 708M, 2 objects Dataset zfsroot/userdata/worker124/worker121 [ZVOL], ID 1525, cr_txg 54888285, 708M, 2 objects Dataset zfsroot/userdata/worker124 [ZVOL], ID 1470, cr_txg 54888220, 12.0K, 2 objects Dataset zfsroot/userdata/worker153 [ZVOL], ID 586, cr_txg 59121, 455M, 2 objects Dataset zfsroot/userdata/worker215/worker121@candidate [ZVOL], ID 1636, cr_txg 54888401, 708M, 2 objects Dataset zfsroot/userdata/worker215/worker121 [ZVOL], ID 1633, cr_txg 54888394, 708M, 2 objects Dataset zfsroot/userdata/worker215 [ZVOL], ID 1627, cr_txg 54888391, 12.0K, 2 objects Dataset zfsroot/userdata/worker185 [ZVOL], ID 562, cr_txg 59070, 507M, 2 objects Dataset zfsroot/userdata/worker161/worker121@candidate [ZVOL], ID 1591, cr_txg 54888365, 708M, 2 objects Dataset zfsroot/userdata/worker161/worker121 [ZVOL], ID 1588, cr_txg 54888357, 708M, 2 objects Dataset zfsroot/userdata/worker161 [ZVOL], ID 1582, cr_txg 54888354, 12.0K, 2 objects Dataset zfsroot/userdata/worker211 [ZVOL], ID 127, cr_txg 58470, 240M, 2 objects Dataset zfsroot/userdata/worker165 [ZVOL], ID 119, cr_txg 58456, 547M, 2 objects Dataset zfsroot/userdata/worker181 [ZVOL], ID 111, cr_txg 58442, 1.16G, 2 objects Dataset zfsroot/userdata/worker229 [ZVOL], ID 103, cr_txg 58426, 2.96G, 2 objects Dataset zfsroot/userdata/worker254 [ZVOL], ID 87, cr_txg 58420, 87.4M, 2 objects Dataset zfsroot/userdata/worker223 [ZVOL], ID 95, cr_txg 58423, 12.0K, 2 objects Dataset zfsroot/userdata/worker157 [ZVOL], ID 79, cr_txg 58414, 224M, 2 objects Dataset zfsroot/userdata/worker202 [ZVOL], ID 208, cr_txg 58565, 1.75G, 2 objects Dataset zfsroot/userdata/worker208/worker121@candidate [ZVOL], ID 1654, cr_txg 54888514, 708M, 2 objects Dataset zfsroot/userdata/worker208/worker121 [ZVOL], ID 1651, cr_txg 54888488, 708M, 2 objects Dataset zfsroot/userdata/worker208 [ZVOL], ID 1645, cr_txg 54888482, 12.0K, 2 objects Dataset zfsroot/userdata/worker192 [ZVOL], ID 191, cr_txg 58544, 1.36G, 2 objects Dataset zfsroot/userdata/worker198 [ZVOL], ID 183, cr_txg 58530, 619M, 2 objects Dataset zfsroot/userdata/worker176 [ZVOL], ID 175, cr_txg 58523, 506M, 2 objects Dataset zfsroot/userdata/worker247 [ZVOL], ID 159, cr_txg 58514, 119M, 2 objects Dataset zfsroot/userdata/worker230 [ZVOL], ID 167, cr_txg 58517, 532M, 2 objects Dataset zfsroot/userdata/worker139 [ZVOL], ID 151, cr_txg 58499, 1.93G, 2 objects Dataset zfsroot/userdata/worker133 [ZVOL], ID 135, cr_txg 58477, 925M, 2 objects Dataset zfsroot/userdata/worker144 [ZVOL], ID 143, cr_txg 58493, 582M, 2 objects Dataset zfsroot/userdata/worker149 [ZVOL], ID 272, cr_txg 58684, 330M, 2 objects Dataset zfsroot/userdata/worker143 [ZVOL], ID 256, cr_txg 58665, 427M, 2 objects Dataset zfsroot/userdata/worker134/worker121@candidate [ZVOL], ID 1543, cr_txg 54888327, 708M, 2 objects Dataset zfsroot/userdata/worker134/worker121 [ZVOL], ID 1540, cr_txg 54888321, 708M, 2 objects Dataset zfsroot/userdata/worker134 [ZVOL], ID 1534, cr_txg 54888318, 12.0K, 2 objects Dataset zfsroot/userdata/worker237 [ZVOL], ID 240, cr_txg 58632, 1.84G, 2 objects Dataset zfsroot/userdata/worker240 [ZVOL], ID 248, cr_txg 58649, 585M, 2 objects Dataset zfsroot/userdata/worker195 [ZVOL], ID 232, cr_txg 58615, 1.21G, 2 objects Dataset zfsroot/userdata/worker171 [ZVOL], ID 224, cr_txg 58598, 642M, 2 objects Dataset zfsroot/userdata/worker205 [ZVOL], ID 216, cr_txg 58579, 2.52G, 2 objects Dataset zfsroot/userdata/worker182-bad/worker121 [ZVOL], ID 1659, cr_txg 54888528, 708M, 2 objects Dataset zfsroot/userdata/worker182-bad [ZVOL], ID 409, cr_txg 58848, 708M, 2 objects Dataset zfsroot/userdata/worker150 [ZVOL], ID 328, cr_txg 58742, 2.71G, 2 objects Dataset zfsroot/userdata/worker127 [ZVOL], ID 337, cr_txg 58758, 1.84G, 2 objects Dataset zfsroot/userdata/worker224 [ZVOL], ID 312, cr_txg 58736, 12.0K, 2 objects Dataset zfsroot/userdata/worker253 [ZVOL], ID 320, cr_txg 58739, 95.8M, 2 objects Dataset zfsroot/userdata/worker162 [ZVOL], ID 304, cr_txg 58720, 770M, 2 objects Dataset zfsroot/userdata/worker186 [ZVOL], ID 296, cr_txg 58714, 338M, 2 objects Dataset zfsroot/userdata/worker168 [ZVOL], ID 288, cr_txg 58708, 1.15G, 2 objects Dataset zfsroot/userdata/worker216 [ZVOL], ID 280, cr_txg 58690, 2.43G, 2 objects Dataset zfsroot/userdata [ZPL], ID 71, cr_txg 58411, 23.0K, 7 objects Dataset zfsroot/var/audit [ZPL], ID 1237, cr_txg 59925, 23.0K, 9 objects Dataset zfsroot/var/tmp [ZPL], ID 1245, cr_txg 59928, 245K, 1029 objects Dataset zfsroot/var/mail [ZPL], ID 1229, cr_txg 59922, 3.72M, 11 objects Dataset zfsroot/var/crash [ZPL], ID 1221, cr_txg 59919, 23.0K, 8 objects Dataset zfsroot/var/log [ZPL], ID 1213, cr_txg 59916, 1.60M, 125 objects Dataset zfsroot/var [ZPL], ID 1205, cr_txg 59913, 23.0K, 7 objects Dataset zfsroot/ROOT/default [ZPL], ID 63, cr_txg 58244, 3.92G, 189509 objects Dataset zfsroot/ROOT [ZPL], ID 55, cr_txg 58241, 23.0K, 7 objects Dataset zfsroot [ZPL], ID 21, cr_txg 1, 23.0K, 7 objects Verified large_blocks feature refcount of 0 is correct Verified sha512 feature refcount of 0 is correct Verified skein feature refcount of 0 is correct As soon as Ib destroyed this invisible child I was able to destroy it's parent. Eugene. From owner-freebsd-stable@freebsd.org Mon Jul 24 07:11:58 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 295DCDBCA93 for ; Mon, 24 Jul 2017 07:11:58 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B895833D5; Mon, 24 Jul 2017 07:11:57 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id v6O7BlnG046764 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 24 Jul 2017 09:11:48 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: markj@FreeBSD.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id v6O7BdK4026523; Mon, 24 Jul 2017 14:11:39 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: stable/11 debugging kernel unable to produce crashdump again To: Mark Johnston References: <587928B3.2050607@grosbein.net> <20170113193726.GC77535@wkstn-mjohnston.west.isilon.com> <587A0E12.7070205@grosbein.net> <59746BD5.5010301@grosbein.net> <20170724014445.GA20872@raichu> Cc: FreeBSD Stable From: Eugene Grosbein Message-ID: <59759DAB.2040705@grosbein.net> Date: Mon, 24 Jul 2017 14:11:39 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <20170724014445.GA20872@raichu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=3.6 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_96_Q, LOCAL_FROM autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * 3.3 DATE_IN_FUTURE_96_Q Date: is 4 days to 4 months after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-Spam-Level: *** X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 07:11:58 -0000 On 24.07.2017 08:44, Mark Johnston wrote: >> Sadly, this time 11.1-STABLE r321371 SMP hangs instead of doing crashdump: > > Is this amd64 GENERIC, or something else? Custom kernel, amd64. > >> >> - "call doadump" from DDB prompt works just fine; >> - "shutdown -r now" reboots the system without problems; >> - "sysctl debug.kdb.panic=1" triggers a panic just fine but system hangs just afer showing uptime >> instead of continuing with crashdump generation; same if "real" panic occurs. >> >> Same for debug.minidump set to 1 or 0. How do I debug this? > > I'm not able to reproduce the problem in bhyve using r321401. Looking > at the code, the culprits might be cngrab(), or one of the > shutdown_post_sync eventhandlers. Since you're apparently able to see > the console output at the time of the panic, I guess it's probably the > latter. Could you try your test with the patch below applied? It'll > print a bunch of "entering post_sync"/"leaving post_sync" messages with > addresses that can be resolved using kgdb. That'll help determine where > we're getting stuck. > > Index: sys/sys/eventhandler.h > =================================================================== > --- sys/sys/eventhandler.h (revision 321401) > +++ sys/sys/eventhandler.h (working copy) > @@ -85,7 +85,11 @@ > _t = (struct eventhandler_entry_ ## name *)_ep; \ > CTR1(KTR_EVH, "eventhandler_invoke: executing %p", \ > (void *)_t->eh_func); \ > + if (strcmp(__STRING(name), "shutdown_post_sync") == 0) \ > + printf("entering post_sync %p\n", (void *)_t->eh_func); \ > _t->eh_func(_ep->ee_arg , ## __VA_ARGS__); \ > + if (strcmp(__STRING(name), "shutdown_post_sync") == 0) \ > + printf("leaving post_sync %p\n", (void *)_t->eh_func); \ > EHL_LOCK((list)); \ > } \ > } \ > I'l try this evening. From owner-freebsd-stable@freebsd.org Mon Jul 24 13:26:27 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E7FB3C7E407 for ; Mon, 24 Jul 2017 13:26:27 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A313868463 for ; Mon, 24 Jul 2017 13:26:27 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.ijs.si (Postfix) with ESMTPS id 3xGMb42sVMz1FY; Mon, 24 Jul 2017 15:26:24 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1500902781; x=1503494782; bh=euN J31YRVbBAxU9i70v7uQ5cJrZRF0rqIJbIxp2IpJs=; b=b9WL6pquv1LFfBwmrDo YVuBUkbiB5GzMgQYaUYClRqpsu7SD0+E6eBA5Q0DP5mf3xwwZCffDOLPV4HEoqhf 0yH1jj+L+/ptdgmqS36f9tOc6bnMk9lJm8H3aOspnt7dXI/miveYpBwPNjIYlZtN FNcDj9wwL5PUosKt9i/h/8fg= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id HEQqR8mGOop9; Mon, 24 Jul 2017 15:26:21 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 3xGMb13P6Yz1FW; Mon, 24 Jul 2017 15:26:21 +0200 (CEST) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 3xGMb137mJzLr; Mon, 24 Jul 2017 15:26:21 +0200 (CEST) Received: from neli.ijs.si (2001:1470:ff80:88:21c:c0ff:feb1:8c91) by nabiralnik.ijs.si with HTTP (HTTP/1.1 POST); Mon, 24 Jul 2017 15:26:21 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 24 Jul 2017 15:26:21 +0200 From: Mark Martinec To: freebsd-stable@freebsd.org Cc: Mark Johnston Subject: Re: The 11.1-RC3 can only boot and attach disks in "Safe mode", otherwise gets stuck attaching Organization: Jozef Stefan Institute In-Reply-To: <20170724021504.GA97170@raichu> References: <20170717232434.GB21048@wkstn-mjohnston.west.isilon.com> <9b3563aae75aa954d7fe31ffe25e1d29@ijs.si> <20170720000325.GB9198@wkstn-mjohnston.west.isilon.com> <81295bcacd7c44813de8d346c88cbb65@ijs.si> <20170724021504.GA97170@raichu> Message-ID: <9eec5b72517f9a6730936bc9e38bc56f@ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.2.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 13:26:28 -0000 2017-07-24 04:15, Mark Johnston wrote: > Could you try re-enabling EARLY_AP_STARTUP, applying the patch at the > end of this email, and see if the message "sleeping before eventtimer > init" appears in the boot output? If it does, it'll be followed by a > backtrace that might be useful for tracking down the hang. It might > produce false positives, but we'll see. Thanks! Tried it, and the message (or a backtrace) does not show during a boot of a generic (patched) kernel, at least not in the last 40-lines screen before the hang occurs. (It also does not show during a "Safe mode" successful boot.) Mark From owner-freebsd-stable@freebsd.org Mon Jul 24 14:55:07 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B1904C7FCEF for ; Mon, 24 Jul 2017 14:55:07 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6C07C6AECD for ; Mon, 24 Jul 2017 14:55:07 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.ijs.si (Postfix) with ESMTPS id 3xGPYN0rKSz1BR; Mon, 24 Jul 2017 16:55:04 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1500908101; x=1503500102; bh=T0j DQNN6mQhinyjTFBU6CiQ/Vr9t9HkOZY/pCT6tGuY=; b=jx6xVXIgVGq7V2Mtvbf n8IdBsvsMPXPHmIEdc9iHEanJkzdaQv/WMsA0FqE63gh3vhAIQpBYA9g/Fz/IhlE 9aVeP0WKb3hy97KJBb5fur03mLGCntQ+9c9jAIF5myrYNg4E8PeyY02YQp8ISuWf EwjIdRV1st+dDV/jFkhhMqs8= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id 0Y6lIca6CdfD; Mon, 24 Jul 2017 16:55:01 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 3xGPYK116Wz1BD; Mon, 24 Jul 2017 16:55:01 +0200 (CEST) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 3xGPYK01Jjz1LY; Mon, 24 Jul 2017 16:55:01 +0200 (CEST) Received: from neli.ijs.si (2001:1470:ff80:88:21c:c0ff:feb1:8c91) by nabiralnik.ijs.si with HTTP (HTTP/1.1 POST); Mon, 24 Jul 2017 16:55:00 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 24 Jul 2017 16:55:00 +0200 From: Mark Martinec To: freebsd-stable@freebsd.org Cc: Mark Johnston Subject: Re: The 11.1-RC3 can only boot and attach disks in "Safe mode", otherwise gets stuck attaching Organization: Jozef Stefan Institute In-Reply-To: <20170724021504.GA97170@raichu> References: <20170717232434.GB21048@wkstn-mjohnston.west.isilon.com> <9b3563aae75aa954d7fe31ffe25e1d29@ijs.si> <20170720000325.GB9198@wkstn-mjohnston.west.isilon.com> <81295bcacd7c44813de8d346c88cbb65@ijs.si> <20170724021504.GA97170@raichu> Message-ID: <10649c9070bc419d93ae2a87a511d2ba@ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.2.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 14:55:07 -0000 > Thanks! Tried it, and the message (or a backtrace) does not show > during a boot of a generic (patched) kernel, at least not in > the last 40-lines screen before the hang occurs. > (It also does not show during a "Safe mode" successful boot.) Btw (may or may not be relevant): after the above experiment I have rebooted the machine in "Safe mode" (generic kernel, EARLY_AP_STARTUP enabled by default) - and spent some time doing non-intensive interactive work on this host (web browsing, editor, shell, all under KDE) - and after about an hour the machine froze: clock display not updating, keyboard unresponsive, console virtual terminals inaccessible) - so had to reboot. According to fans speed the machine was idle. The /var/log/messages does not show anything of interest before the freeze. All disks are under ZFS. Can EARLY_AP_STARTUP have an effect also _after_ booting? This host never hung during normal work when EARLY_AP_STARTUP was disabled (or with 11.0 and earlier). Mark From owner-freebsd-stable@freebsd.org Mon Jul 24 16:10:40 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7CBDCCFD3ED for ; Mon, 24 Jul 2017 16:10:40 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2F7686D38D for ; Mon, 24 Jul 2017 16:10:40 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x22c.google.com with SMTP id c184so35855148wmd.0 for ; Mon, 24 Jul 2017 09:10:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=MVfmZynM/fM0BDWjek7iTJpRY3aYbkgdlL2xevDN+bs=; b=u1RfnIdBvKSE4Si25el/LXeYulbv95YP783YVstsEUNTMLsqJlX4kS5S77nRu0HA1/ YsPjriKWjgpUmcXl5hIairgOkQlMfE9LtntpL647Fjoulj1GjjeFfJwRkD8klmJr1EGz m9UPhkBLJDAEPs+5o7BSnzGq1DTVCLr4nEDaYNoqpuo2qyFeT/mzs5JKBywD0qajt1sg s7b89r2EoVzrDaD8v2K6rEHdOTCZF2gynsyFHYdH8dJEZWxbkj3VnlaZ0rFuGKd7ZGqA MjI0jkff4iSeRw9IgbdQFhBNPcAqk3jQIZdAfgikpG0zHelC2as/lvjxQ2jp7OJ5wfkS VdVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=MVfmZynM/fM0BDWjek7iTJpRY3aYbkgdlL2xevDN+bs=; b=BuO4scezmbTC/yhMcMD99EiPNq9GCIYAAvLHD2DwypN1BYuPzIRDpw95jI0kjO4nSK OKHuCsl2yQIO/SHJj02psVXGIGesCGglInfyfASQMxN19utyB8C6CIVdG9zaZCNxnN/N NeORngzzF9xree4M12vbSqi7UbStP4c/Rh9KNJ6otFwUSbFT17O7XNnxR9Wgdh4owltw lK+6Nm+xOv0kW2yMTNPT8io7w6bvaphbAUL4vGsGwtxmB74PpZhGQNC4ijlUh/uUSB/p oVDGZeCjSK2i9ZhZADTWYBou7SbWGZuLraFMNlnG1T5nSKtFkQBworapSowVAGGVBg+s TG+Q== X-Gm-Message-State: AIVw111w4NGeKOrI2O4FmSGcpJpKMYroVrVfSd9fsOiwTokMWlr/MEF+ dux5kGE6Hc8M0ztA X-Received: by 10.28.99.11 with SMTP id x11mr4847983wmb.164.1500912637421; Mon, 24 Jul 2017 09:10:37 -0700 (PDT) Received: from [10.10.1.111] ([185.97.61.15]) by smtp.gmail.com with ESMTPSA id a189sm1638264wmh.7.2017.07.24.09.10.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 24 Jul 2017 09:10:36 -0700 (PDT) Subject: Re: The 11.1-RC3 can only boot and attach disks in "Safe mode", otherwise gets stuck attaching To: freebsd-stable@freebsd.org, "Kenneth D. Merry" References: <20170717232434.GB21048@wkstn-mjohnston.west.isilon.com> <9b3563aae75aa954d7fe31ffe25e1d29@ijs.si> <20170720000325.GB9198@wkstn-mjohnston.west.isilon.com> <81295bcacd7c44813de8d346c88cbb65@ijs.si> <20170724021504.GA97170@raichu> <10649c9070bc419d93ae2a87a511d2ba@ijs.si> Cc: "re@freebsd.org" From: Steven Hartland Message-ID: Date: Mon, 24 Jul 2017 17:10:35 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <10649c9070bc419d93ae2a87a511d2ba@ijs.si> Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 16:10:40 -0000 Based on your boot info you're using mps, so this could be related to mps fix committed to stable/11 today by ken@ https://svnweb.freebsd.org/changeset/base/321415 re@ cc'ed as this could cause hangs for others too on 11.1-RELEASE if this is the case. Regards Steve On 24/07/2017 15:55, Mark Martinec wrote: >> Thanks! Tried it, and the message (or a backtrace) does not show >> during a boot of a generic (patched) kernel, at least not in >> the last 40-lines screen before the hang occurs. >> (It also does not show during a "Safe mode" successful boot.) > > Btw (may or may not be relevant): after the above experiment > I have rebooted the machine in "Safe mode" (generic kernel, > EARLY_AP_STARTUP enabled by default) - and spent some time > doing non-intensive interactive work on this host (web browsing, > editor, shell, all under KDE) - and after about an hour the > machine froze: clock display not updating, keyboard unresponsive, > console virtual terminals inaccessible) - so had to reboot. > According to fans speed the machine was idle. > The /var/log/messages does not show anything of interest > before the freeze. All disks are under ZFS. > > Can EARLY_AP_STARTUP have an effect also _after_ booting? > This host never hung during normal work when EARLY_AP_STARTUP > was disabled (or with 11.0 and earlier). > > Mark > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Mon Jul 24 16:25:37 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A690ACFDC7E for ; Mon, 24 Jul 2017 16:25:37 +0000 (UTC) (envelope-from ken@freebsd.org) Received: from mithlond.kdm.org (mithlond.kdm.org [96.89.93.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "A1-33714", Issuer "A1-33714" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 792916E283; Mon, 24 Jul 2017 16:25:37 +0000 (UTC) (envelope-from ken@freebsd.org) Received: from [10.0.0.26] (mbp2013.int.kdm.org [10.0.0.26]) (authenticated bits=0) by mithlond.kdm.org (8.15.2/8.14.9) with ESMTPSA id v6OGPYlA029495 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 24 Jul 2017 12:25:35 -0400 (EDT) (envelope-from ken@freebsd.org) From: Ken Merry Message-Id: Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: The 11.1-RC3 can only boot and attach disks in "Safe mode", otherwise gets stuck attaching Date: Mon, 24 Jul 2017 12:25:34 -0400 In-Reply-To: Cc: freebsd-stable@freebsd.org, "re@freebsd.org" , Mark.Martinec+freebsd@ijs.si, Stephen Mcconnell To: Steven Hartland References: <20170717232434.GB21048@wkstn-mjohnston.west.isilon.com> <9b3563aae75aa954d7fe31ffe25e1d29@ijs.si> <20170720000325.GB9198@wkstn-mjohnston.west.isilon.com> <81295bcacd7c44813de8d346c88cbb65@ijs.si> <20170724021504.GA97170@raichu> <10649c9070bc419d93ae2a87a511d2ba@ijs.si> X-Mailer: Apple Mail (2.3273) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mithlond.kdm.org [96.89.93.250]); Mon, 24 Jul 2017 12:25:35 -0400 (EDT) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 16:25:37 -0000 It is possible that the change I MFCed today (r321207 in head, r321415 = in stable/11) is related, but Mark will have to boot his machine with = the fix to see if it makes any difference. What happened in my case on one particular machine (not on most machines = in our lab running the same code) was that mps_wait_command() / = mpr_wait_command() would not wait the full 60 seconds for a write to the = DPM table (Driver Persistent Mapping) table in the controller. So, it = reported that there was a timeout. There is a secondary bug that is still in the mps(4) / mpr(4) drivers = when a timeout does happen =E2=80=94 the error recovery code in the = wait_command() routine reinitializes the controller, which clears out = all the commands. When the wait_command() routine returns, the command = passed in has been freed, but the caller doesn=E2=80=99t know that. So = the caller (it happens in a number of places) dereferences a pointer to = freed memory and the kernel panics. I=E2=80=99m planning to fix that bug, too, if slm@ doesn=E2=80=99t get = to it first, I=E2=80=99ve just had other bugs to fix first. Eliminating bogus timeouts will eliminate most all of the sources of = those panics anyway. Ken =E2=80=94=20 Ken Merry ken@FreeBSD.ORG > On Jul 24, 2017, at 12:10 PM, Steven Hartland = wrote: >=20 > Based on your boot info you're using mps, so this could be related to = mps fix committed to stable/11 today by ken@ > https://svnweb.freebsd.org/changeset/base/321415 = >=20 > re@ cc'ed as this could cause hangs for others too on 11.1-RELEASE if = this is the case. >=20 > Regards > Steve >=20 > On 24/07/2017 15:55, Mark Martinec wrote: >>> Thanks! Tried it, and the message (or a backtrace) does not show=20 >>> during a boot of a generic (patched) kernel, at least not in=20 >>> the last 40-lines screen before the hang occurs.=20 >>> (It also does not show during a "Safe mode" successful boot.)=20 >>=20 >> Btw (may or may not be relevant): after the above experiment=20 >> I have rebooted the machine in "Safe mode" (generic kernel,=20 >> EARLY_AP_STARTUP enabled by default) - and spent some time=20 >> doing non-intensive interactive work on this host (web browsing,=20 >> editor, shell, all under KDE) - and after about an hour the=20 >> machine froze: clock display not updating, keyboard unresponsive,=20 >> console virtual terminals inaccessible) - so had to reboot.=20 >> According to fans speed the machine was idle.=20 >> The /var/log/messages does not show anything of interest=20 >> before the freeze. All disks are under ZFS.=20 >>=20 >> Can EARLY_AP_STARTUP have an effect also _after_ booting?=20 >> This host never hung during normal work when EARLY_AP_STARTUP=20 >> was disabled (or with 11.0 and earlier).=20 >>=20 >> Mark=20 >> _______________________________________________=20 >> freebsd-stable@freebsd.org = mailing list=20 >> https://lists.freebsd.org/mailman/listinfo/freebsd-stable = =20 >> To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" = =20 >=20 From owner-freebsd-stable@freebsd.org Mon Jul 24 17:03:21 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F4DCCFE9D3 for ; Mon, 24 Jul 2017 17:03:21 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ED96A6F91A; Mon, 24 Jul 2017 17:03:20 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id v6OH3AAh050328 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 24 Jul 2017 19:03:10 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: markj@FreeBSD.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id v6OH35Dg064320; Tue, 25 Jul 2017 00:03:05 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: stable/11 debugging kernel unable to produce crashdump again To: Mark Johnston References: <587928B3.2050607@grosbein.net> <20170113193726.GC77535@wkstn-mjohnston.west.isilon.com> <587A0E12.7070205@grosbein.net> <59746BD5.5010301@grosbein.net> <20170724014445.GA20872@raichu> Cc: FreeBSD Stable , Alexander Motin From: Eugene Grosbein X-Enigmail-Draft-Status: N1110 Message-ID: <59762849.5090208@grosbein.net> Date: Tue, 25 Jul 2017 00:03:05 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <20170724014445.GA20872@raichu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=3.6 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_96_Q, LOCAL_FROM autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * 3.3 DATE_IN_FUTURE_96_Q Date: is 4 days to 4 months after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-Spam-Level: *** X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 17:03:21 -0000 CCing mav@ as graid expert. On 24.07.2017 08:44, Mark Johnston wrote: >> Sadly, this time 11.1-STABLE r321371 SMP hangs instead of doing crashdump: >> >> - "call doadump" from DDB prompt works just fine; >> - "shutdown -r now" reboots the system without problems; >> - "sysctl debug.kdb.panic=1" triggers a panic just fine but system hangs just afer showing uptime >> instead of continuing with crashdump generation; same if "real" panic occurs. >> >> Same for debug.minidump set to 1 or 0. How do I debug this? > > I'm not able to reproduce the problem in bhyve using r321401. Looking > at the code, the culprits might be cngrab(), or one of the > shutdown_post_sync eventhandlers. Since you're apparently able to see > the console output at the time of the panic, I guess it's probably the > latter. Could you try your test with the patch below applied? It'll > print a bunch of "entering post_sync"/"leaving post_sync" messages with > addresses that can be resolved using kgdb. That'll help determine where > we're getting stuck. > > Index: sys/sys/eventhandler.h > =================================================================== > --- sys/sys/eventhandler.h (revision 321401) > +++ sys/sys/eventhandler.h (working copy) > @@ -85,7 +85,11 @@ > _t = (struct eventhandler_entry_ ## name *)_ep; \ > CTR1(KTR_EVH, "eventhandler_invoke: executing %p", \ > (void *)_t->eh_func); \ > + if (strcmp(__STRING(name), "shutdown_post_sync") == 0) \ > + printf("entering post_sync %p\n", (void *)_t->eh_func); \ > _t->eh_func(_ep->ee_arg , ## __VA_ARGS__); \ > + if (strcmp(__STRING(name), "shutdown_post_sync") == 0) \ > + printf("leaving post_sync %p\n", (void *)_t->eh_func); \ > EHL_LOCK((list)); \ > } \ > } \ > Thanks, this helped: $ addr2line -f -e kernel.debug 0xffffffff80919c00 g_raid_shutdown_post_sync /home/src/sys/geom/raid/g_raid.c:2458 That is GEOM_RAID's g_raid_shutdown_post_sync() that hangs if called just before crashdump generation but works just fine during normal system shutdown. I should note my graid's RAID1 is running in degraded state currently due to dead SSD module that does not respond. Here is part of boot log: ahcich5: AHCI reset: device not ready after 31000ms (tfd = 00000080) ahcich5: Poll timeout on slot 2 port 0 ahcich5: is 00000000 cs 00000004 ss 00000000 rs 00000004 tfd 80 serr 00000000 cmd 0000c217 (aprobe2:ahcich5:0:0:0): NOP FLUSHQUEUE. ACB: 00 00 00 00 00 00 00 00 00 00 00 00 (aprobe2:ahcich5:0:0:0): CAM status: Command timeout (aprobe2:ahcich5:0:0:0): Error 5, Retries exhausted run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config ahcich5: Poll timeout on slot 3 port 0 ahcich5: is 00000000 cs 00000008 ss 00000000 rs 00000008 tfd 80 serr 00000000 cmd 0000c317 (aprobe2:ahcich5:0:0:0): SOFT_RESET. ACB: 00 00 00 00 00 00 00 00 00 00 00 00 (aprobe2:ahcich5:0:0:0): CAM status: Command timeout (aprobe2:ahcich5:0:0:0): Error 5, Retries exhausted [skip] Trying to mount root from ufs:/dev/raid/r0s4a [rw,noatime]... Root mount waiting for: GRAID-Intel Root mount waiting for: GRAID-Intel Root mount waiting for: GRAID-Intel Root mount waiting for: GRAID-Intel Root mount waiting for: GRAID-Intel GEOM_RAID: Intel-c291fe96: Force array start due to timeout. GEOM_RAID: Intel-c291fe96: Disk ada0 state changed from NONE to ACTIVE. GEOM_RAID: Intel-c291fe96: Subdisk r0:0-ada0 state changed from NONE to STALE. GEOM_RAID: Intel-c291fe96: Array started. GEOM_RAID: Intel-c291fe96: Subdisk r0:0-ada0 state changed from STALE to ACTIVE. GEOM_RAID: Intel-c291fe96: Volume r0 state changed from STARTING to DEGRADED. GEOM_RAID: Intel-c291fe96: Provider raid/r0 for volume r0 created. From owner-freebsd-stable@freebsd.org Mon Jul 24 17:21:52 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D940CFEE8B for ; Mon, 24 Jul 2017 17:21:52 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qt0-x233.google.com (mail-qt0-x233.google.com [IPv6:2607:f8b0:400d:c0d::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C8BBE701A0; Mon, 24 Jul 2017 17:21:51 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt0-x233.google.com with SMTP id r14so40553194qte.4; Mon, 24 Jul 2017 10:21:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=H6K1BzA+rXItfkE4AFrNu/ZdB7FRq7/dIGGlUAsYfiU=; b=WPlgONO6ebs3Mk4Qrp2rJoIrr+eC6gSKT821DAjL50z8MadoF8x/VZrkiDHJx2V6r0 fj1V9Ay++zGwr3emvxdo2zABvuGqhFTuEb7MBGdrGZj36Eylf9U+bAL4cn5z/QHsVqIS d6aqRhRHc3HFDEhLJPLqnBnvbBHT5jIUDRlUX5y4djyh1kXzVt3Yxfskziz5xmwV+YHN 7qthU227BdRQwt+/s9p9OBRoW2kkoGowune3+nd9wE+dT512vT1jw9pRKQNXIN/qJCS6 hojJgU/xyoqFnYJl3qnmWJZYpqu8WkZ8IQCpyTs/R2A9gf43BIfWRHvhktQqZ+/GSmab nqzA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=H6K1BzA+rXItfkE4AFrNu/ZdB7FRq7/dIGGlUAsYfiU=; b=OTUv1+qPzF+1/GJS2sudQRaexb2bze5GqyTOZjjmjdeTsUF83sOaVaGg26IHzyTc2f YT+F7OqNqVGg4E6vPKv/ab51FW3SwABKjfPmLcUcZIVE6mit5JGsknB/+7JdjTdU7e4/ CHJVOAed1U/B4pGZ8bL6OpJIwyZcPGoup8EbyYYU4Pqum1YDx777nfMBUFvR2gTld+Gm HDRxT7TbUTDQ/FBV16Km4zjbI1CGLdApe6ZNEr8NaTLSl6vv6Orjs8I0tg72m5oCYfkX rLfdgYj+5ocl2ITTYKoQJOtA94qTmyKykTaatEbyQ+Lt0uqZoQOF9Y4NUCLY4fzEa4Vq bGeQ== X-Gm-Message-State: AIVw112+YaRblEUESYQOG3VktTF4828HNwxNrBfbydd6T/l6/qenJ5YA 3cIZUZIwXxGOrcYQ X-Received: by 10.200.55.129 with SMTP id d1mr4265569qtc.167.1500916910889; Mon, 24 Jul 2017 10:21:50 -0700 (PDT) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-201-218.hsd1.wa.comcast.net. [76.104.201.218]) by smtp.gmail.com with ESMTPSA id k42sm9038034qtk.81.2017.07.24.10.21.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 24 Jul 2017 10:21:50 -0700 (PDT) Sender: Mark Johnston Date: Mon, 24 Jul 2017 10:22:32 -0700 From: Mark Johnston To: Eugene Grosbein Cc: FreeBSD Stable , Alexander Motin Subject: Re: stable/11 debugging kernel unable to produce crashdump again Message-ID: <20170724172232.GA71482@wkstn-mjohnston.west.isilon.com> References: <587928B3.2050607@grosbein.net> <20170113193726.GC77535@wkstn-mjohnston.west.isilon.com> <587A0E12.7070205@grosbein.net> <59746BD5.5010301@grosbein.net> <20170724014445.GA20872@raichu> <59762849.5090208@grosbein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <59762849.5090208@grosbein.net> User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 17:21:52 -0000 On Tue, Jul 25, 2017 at 12:03:05AM +0700, Eugene Grosbein wrote: > Thanks, this helped: > > $ addr2line -f -e kernel.debug 0xffffffff80919c00 > g_raid_shutdown_post_sync > /home/src/sys/geom/raid/g_raid.c:2458 > > That is GEOM_RAID's g_raid_shutdown_post_sync() that hangs if called just before > crashdump generation but works just fine during normal system shutdown. I think graid probably needs a treatment similar to r301173/r316032. g_raid_shutdown_post_sync() appears to be quite similar to the corresponding gmirror handler. In particular, it just attempts to mark the individual components as clean and destroy the GEOM, which is not really safe after a panic. diff --git a/sys/geom/raid/g_raid.c b/sys/geom/raid/g_raid.c index 7a1fd8c5ce2e..aa2529d5466a 100644 --- a/sys/geom/raid/g_raid.c +++ b/sys/geom/raid/g_raid.c @@ -2461,6 +2461,9 @@ g_raid_shutdown_post_sync(void *arg, int howto) struct g_raid_softc *sc; struct g_raid_volume *vol; + if (panicstr != NULL) + return; + mp = arg; g_topology_lock(); g_raid_shutdown = 1; From owner-freebsd-stable@freebsd.org Mon Jul 24 17:25:58 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C73B7CFF18C for ; Mon, 24 Jul 2017 17:25:58 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47730705F8; Mon, 24 Jul 2017 17:25:58 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by mail-lf0-x231.google.com with SMTP id y15so46968639lfd.5; Mon, 24 Jul 2017 10:25:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=Yx32P5h5AzUiFDz14W/wA8ZCb9hDg+/HWIEfGwqQ/k4=; b=iRmo5H+ej2dwf5EhLEXDmzXZ/Iys9SNZildlUcgCQpNrDE7ouOiXJ7DNjJAKUvh+4D eQaL4rcMGNYOx/jHbm//41OB8xFqrtRPVmJyaB0eHkIQvgMFMarfhdhyCFtyWHkL4M2G ArDJpZDbQQusf1eT29QYiUVjbAoUnncLXg2KOa72peMi7JmQVUai+yMGnWzQ6FH6loqG pSQ+JnQ6yEQoGKxw8Xu4NC+k6OpUWI+WLXYgnutvTIMonghkjIr3t+q8vhEBzn6dFW5x q0fLudio1T05X8D4kKjqrfWyh7OGJ00k/gkcA8KXfttMc5Z9zK3v8dp7DQWd9EoGlD5A 0MEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Yx32P5h5AzUiFDz14W/wA8ZCb9hDg+/HWIEfGwqQ/k4=; b=eTxRJbymZilOAdYtPanSaEPUzJ11jTaM8L3o+ZGLw8sh+maaH3rVO54omXD15nKqEr /aHRkVqD3DcqI5UfYj0/Zl/5Wirde7oQYg6SK4AFerpr4jSJ+KxQE6wt5/STcy8oQ3e0 AJAXvFJotaE7ZRhRPkzu/TweuXe3atogz5FOWmwhhQCY+8WtjwSt/Eb9X73UUPdOctnS XP5Szuxu1MBc1V/RBh262b+QW9+VyEv2+DIh/jm3SzEidg9XgYfPNqezHy7xpdfEN0jw 6qONpVmL4Ex8Z1jnCpnwDIeKohBz+XkKoziOABYBgGFJWEzVVDil2cBLHSTFZUEr1wxJ 8wDQ== X-Gm-Message-State: AIVw112x9y4LapohDOQQyksRTdsomSjPcKprsFWNP+q0bKyZyFDKauAY aoO3go3FDY9fbMQXAQw= X-Received: by 10.25.218.26 with SMTP id r26mr5728457lfg.149.1500917155167; Mon, 24 Jul 2017 10:25:55 -0700 (PDT) Received: from spectre.mavhome.dp.ua ([134.249.139.101]) by smtp.gmail.com with ESMTPSA id 70sm2457971ljj.80.2017.07.24.10.25.53 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 24 Jul 2017 10:25:54 -0700 (PDT) Sender: Alexander Motin Subject: Re: stable/11 debugging kernel unable to produce crashdump again To: Eugene Grosbein , Mark Johnston Cc: FreeBSD Stable References: <587928B3.2050607@grosbein.net> <20170113193726.GC77535@wkstn-mjohnston.west.isilon.com> <587A0E12.7070205@grosbein.net> <59746BD5.5010301@grosbein.net> <20170724014445.GA20872@raichu> <59762849.5090208@grosbein.net> From: Alexander Motin Message-ID: Date: Mon, 24 Jul 2017 20:25:52 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <59762849.5090208@grosbein.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 17:25:58 -0000 I guess that problem of g_raid_shutdown_post_sync in case of panic can be explained by the fact it tries to write clean metadata in regular (not dumping) way while system is already in panic mode and there is no proper scheduling. May be it could be just bypassed in case of dumping (should be trivial and probably OK), or use g_raid_subdisk_kerneldump() in that case instead of normal GEOM I/O. On 24.07.2017 20:03, Eugene Grosbein wrote: > CCing mav@ as graid expert. > > On 24.07.2017 08:44, Mark Johnston wrote: > >>> Sadly, this time 11.1-STABLE r321371 SMP hangs instead of doing crashdump: >>> >>> - "call doadump" from DDB prompt works just fine; >>> - "shutdown -r now" reboots the system without problems; >>> - "sysctl debug.kdb.panic=1" triggers a panic just fine but system hangs just afer showing uptime >>> instead of continuing with crashdump generation; same if "real" panic occurs. >>> >>> Same for debug.minidump set to 1 or 0. How do I debug this? >> >> I'm not able to reproduce the problem in bhyve using r321401. Looking >> at the code, the culprits might be cngrab(), or one of the >> shutdown_post_sync eventhandlers. Since you're apparently able to see >> the console output at the time of the panic, I guess it's probably the >> latter. Could you try your test with the patch below applied? It'll >> print a bunch of "entering post_sync"/"leaving post_sync" messages with >> addresses that can be resolved using kgdb. That'll help determine where >> we're getting stuck. >> >> Index: sys/sys/eventhandler.h >> =================================================================== >> --- sys/sys/eventhandler.h (revision 321401) >> +++ sys/sys/eventhandler.h (working copy) >> @@ -85,7 +85,11 @@ >> _t = (struct eventhandler_entry_ ## name *)_ep; \ >> CTR1(KTR_EVH, "eventhandler_invoke: executing %p", \ >> (void *)_t->eh_func); \ >> + if (strcmp(__STRING(name), "shutdown_post_sync") == 0) \ >> + printf("entering post_sync %p\n", (void *)_t->eh_func); \ >> _t->eh_func(_ep->ee_arg , ## __VA_ARGS__); \ >> + if (strcmp(__STRING(name), "shutdown_post_sync") == 0) \ >> + printf("leaving post_sync %p\n", (void *)_t->eh_func); \ >> EHL_LOCK((list)); \ >> } \ >> } \ >> > > Thanks, this helped: > > $ addr2line -f -e kernel.debug 0xffffffff80919c00 > g_raid_shutdown_post_sync > /home/src/sys/geom/raid/g_raid.c:2458 > > That is GEOM_RAID's g_raid_shutdown_post_sync() that hangs if called just before > crashdump generation but works just fine during normal system shutdown. > > I should note my graid's RAID1 is running in degraded state currently > due to dead SSD module that does not respond. Here is part of boot log: > > ahcich5: AHCI reset: device not ready after 31000ms (tfd = 00000080) > ahcich5: Poll timeout on slot 2 port 0 > ahcich5: is 00000000 cs 00000004 ss 00000000 rs 00000004 tfd 80 serr 00000000 cmd 0000c217 > (aprobe2:ahcich5:0:0:0): NOP FLUSHQUEUE. ACB: 00 00 00 00 00 00 00 00 00 00 00 00 > (aprobe2:ahcich5:0:0:0): CAM status: Command timeout > (aprobe2:ahcich5:0:0:0): Error 5, Retries exhausted > run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config > ahcich5: Poll timeout on slot 3 port 0 > ahcich5: is 00000000 cs 00000008 ss 00000000 rs 00000008 tfd 80 serr 00000000 cmd 0000c317 > (aprobe2:ahcich5:0:0:0): SOFT_RESET. ACB: 00 00 00 00 00 00 00 00 00 00 00 00 > (aprobe2:ahcich5:0:0:0): CAM status: Command timeout > (aprobe2:ahcich5:0:0:0): Error 5, Retries exhausted > [skip] > Trying to mount root from ufs:/dev/raid/r0s4a [rw,noatime]... > Root mount waiting for: GRAID-Intel > Root mount waiting for: GRAID-Intel > Root mount waiting for: GRAID-Intel > Root mount waiting for: GRAID-Intel > Root mount waiting for: GRAID-Intel > GEOM_RAID: Intel-c291fe96: Force array start due to timeout. > GEOM_RAID: Intel-c291fe96: Disk ada0 state changed from NONE to ACTIVE. > GEOM_RAID: Intel-c291fe96: Subdisk r0:0-ada0 state changed from NONE to STALE. > GEOM_RAID: Intel-c291fe96: Array started. > GEOM_RAID: Intel-c291fe96: Subdisk r0:0-ada0 state changed from STALE to ACTIVE. > GEOM_RAID: Intel-c291fe96: Volume r0 state changed from STARTING to DEGRADED. > GEOM_RAID: Intel-c291fe96: Provider raid/r0 for volume r0 created. > > > -- Alexander Motin From owner-freebsd-stable@freebsd.org Mon Jul 24 17:33:13 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09FDCCFF575 for ; Mon, 24 Jul 2017 17:33:13 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x233.google.com (mail-it0-x233.google.com [IPv6:2607:f8b0:4001:c0b::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C7DB070CE6 for ; Mon, 24 Jul 2017 17:33:12 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x233.google.com with SMTP id h199so38552591ith.1 for ; Mon, 24 Jul 2017 10:33:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=udilR9sMIOQvROjNPA2f5+iSa0QLiRWPoiB7vBkmujM=; b=RRs8rI6Tv+vWFQjSFMVazxklpqpDyGrG+deIKpEvfletSSNMCPHB9vXel/zMOwFcBt lKAJSJoCR1ogOOm3AXGpRyT0kgTtczW5Fi9N80Nzx9FhKlIx73/sDV5/QO4P3FhuNSEB 1PPxxsWtAUql1qNxmOojkyLJrfCNwTBeNVffh/fy6ACqWII3j00CQXaUs6ZFYv4t+CUb gHKrbuhd2byOzFVaTlL/xntB6ag9eBmJeaR2qSITyhGL5L/oBaVbkQhRU1zODEMGXz0q r4GO413C+/cFLCnS6JF3+4ZoOOIvS9kenhiIhmFDHTo7u4Uw5RJkmLIvwk+VbPNvZZAB f34g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=udilR9sMIOQvROjNPA2f5+iSa0QLiRWPoiB7vBkmujM=; b=jvBXpcU81VnU0oG903eIX2DVyfYK0AH994F0atEPJ43/uN1RnzBC6hmsejfA4+2mhw J+c8vimzpCCIHjKz84x+4ysHa63FDUfltkQpMjvqEi6lIt+TJrBNtUFGiUxqZNlCBWPH I/mV/Lc3UUnOxbg4/OTmzr8nsqXIGWacbN/uFteRcg6DWoaCst0ttoIdJkI2SfyvbxTs 29utoKTC5JwGLoIULqs78ayLpQEUcMHFVwcLqhhK8OEcotwjhlnMxY6Gow34DU2zZEWr n+j5jStEDHyriWWlWu6yMWtpGkID/vuSO7VBMvjZ1sX4KjriOohLDNAimg0bDdQClxXz 1lrA== X-Gm-Message-State: AIVw111mdirCeZ4bkDZ5KJdYcqNWbw01lp8OQKx5V3iaj8SzJPaXQbcv CHkC8v4g3fxGcLjbE44v4OvAiHOWs9rz X-Received: by 10.36.233.66 with SMTP id f63mr7674567ith.162.1500917592169; Mon, 24 Jul 2017 10:33:12 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.58.17 with HTTP; Mon, 24 Jul 2017 10:33:11 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1863:f3dc:1906:3a1e] In-Reply-To: References: <587928B3.2050607@grosbein.net> <20170113193726.GC77535@wkstn-mjohnston.west.isilon.com> <587A0E12.7070205@grosbein.net> <59746BD5.5010301@grosbein.net> <20170724014445.GA20872@raichu> <59762849.5090208@grosbein.net> From: Warner Losh Date: Mon, 24 Jul 2017 11:33:11 -0600 X-Google-Sender-Auth: 8n38EJ9K7Qj6h_UtzGKmnVbB3aI Message-ID: Subject: Re: stable/11 debugging kernel unable to produce crashdump again To: Alexander Motin Cc: Eugene Grosbein , Mark Johnston , FreeBSD Stable Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 17:33:13 -0000 I've often wondered why, for CAM at least, we don't automatically fall back to the dump way when scheduling is stopped rather than have two different interfaces and special knowledge of this in a lot of places... Warner On Mon, Jul 24, 2017 at 11:25 AM, Alexander Motin wrote: > I guess that problem of g_raid_shutdown_post_sync in case of panic can > be explained by the fact it tries to write clean metadata in regular > (not dumping) way while system is already in panic mode and there is no > proper scheduling. May be it could be just bypassed in case of dumping > (should be trivial and probably OK), or use g_raid_subdisk_kerneldump() > in that case instead of normal GEOM I/O. > > On 24.07.2017 20:03, Eugene Grosbein wrote: > > CCing mav@ as graid expert. > > > > On 24.07.2017 08:44, Mark Johnston wrote: > > > >>> Sadly, this time 11.1-STABLE r321371 SMP hangs instead of doing > crashdump: > >>> > >>> - "call doadump" from DDB prompt works just fine; > >>> - "shutdown -r now" reboots the system without problems; > >>> - "sysctl debug.kdb.panic=1" triggers a panic just fine but system > hangs just afer showing uptime > >>> instead of continuing with crashdump generation; same if "real" panic > occurs. > >>> > >>> Same for debug.minidump set to 1 or 0. How do I debug this? > >> > >> I'm not able to reproduce the problem in bhyve using r321401. Looking > >> at the code, the culprits might be cngrab(), or one of the > >> shutdown_post_sync eventhandlers. Since you're apparently able to see > >> the console output at the time of the panic, I guess it's probably the > >> latter. Could you try your test with the patch below applied? It'll > >> print a bunch of "entering post_sync"/"leaving post_sync" messages with > >> addresses that can be resolved using kgdb. That'll help determine where > >> we're getting stuck. > >> > >> Index: sys/sys/eventhandler.h > >> =================================================================== > >> --- sys/sys/eventhandler.h (revision 321401) > >> +++ sys/sys/eventhandler.h (working copy) > >> @@ -85,7 +85,11 @@ > >> _t = (struct eventhandler_entry_ ## name *)_ep; \ > >> CTR1(KTR_EVH, "eventhandler_invoke: executing %p", > \ > >> (void *)_t->eh_func); \ > >> + if (strcmp(__STRING(name), "shutdown_post_sync") > == 0) \ > >> + printf("entering post_sync %p\n", (void > *)_t->eh_func); \ > >> _t->eh_func(_ep->ee_arg , ## __VA_ARGS__); \ > >> + if (strcmp(__STRING(name), "shutdown_post_sync") > == 0) \ > >> + printf("leaving post_sync %p\n", (void > *)_t->eh_func); \ > >> EHL_LOCK((list)); \ > >> } \ > >> } \ > >> > > > > Thanks, this helped: > > > > $ addr2line -f -e kernel.debug 0xffffffff80919c00 > > g_raid_shutdown_post_sync > > /home/src/sys/geom/raid/g_raid.c:2458 > > > > That is GEOM_RAID's g_raid_shutdown_post_sync() that hangs if called > just before > > crashdump generation but works just fine during normal system shutdown. > > > > I should note my graid's RAID1 is running in degraded state currently > > due to dead SSD module that does not respond. Here is part of boot log: > > > > ahcich5: AHCI reset: device not ready after 31000ms (tfd = 00000080) > > ahcich5: Poll timeout on slot 2 port 0 > > ahcich5: is 00000000 cs 00000004 ss 00000000 rs 00000004 tfd 80 serr > 00000000 cmd 0000c217 > > (aprobe2:ahcich5:0:0:0): NOP FLUSHQUEUE. ACB: 00 00 00 00 00 00 00 00 00 > 00 00 00 > > (aprobe2:ahcich5:0:0:0): CAM status: Command timeout > > (aprobe2:ahcich5:0:0:0): Error 5, Retries exhausted > > run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config > > ahcich5: Poll timeout on slot 3 port 0 > > ahcich5: is 00000000 cs 00000008 ss 00000000 rs 00000008 tfd 80 serr > 00000000 cmd 0000c317 > > (aprobe2:ahcich5:0:0:0): SOFT_RESET. ACB: 00 00 00 00 00 00 00 00 00 00 > 00 00 > > (aprobe2:ahcich5:0:0:0): CAM status: Command timeout > > (aprobe2:ahcich5:0:0:0): Error 5, Retries exhausted > > [skip] > > Trying to mount root from ufs:/dev/raid/r0s4a [rw,noatime]... > > Root mount waiting for: GRAID-Intel > > Root mount waiting for: GRAID-Intel > > Root mount waiting for: GRAID-Intel > > Root mount waiting for: GRAID-Intel > > Root mount waiting for: GRAID-Intel > > GEOM_RAID: Intel-c291fe96: Force array start due to timeout. > > GEOM_RAID: Intel-c291fe96: Disk ada0 state changed from NONE to ACTIVE. > > GEOM_RAID: Intel-c291fe96: Subdisk r0:0-ada0 state changed from NONE to > STALE. > > GEOM_RAID: Intel-c291fe96: Array started. > > GEOM_RAID: Intel-c291fe96: Subdisk r0:0-ada0 state changed from STALE to > ACTIVE. > > GEOM_RAID: Intel-c291fe96: Volume r0 state changed from STARTING to > DEGRADED. > > GEOM_RAID: Intel-c291fe96: Provider raid/r0 for volume r0 created. > > > > > > > > -- > Alexander Motin > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Mon Jul 24 17:36:59 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4721CFF7AA for ; Mon, 24 Jul 2017 17:36:59 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C0AF770EDB; Mon, 24 Jul 2017 17:36:58 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id v6OHarkn050536 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 24 Jul 2017 19:36:53 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: markj@FreeBSD.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id v6OHanHA074385; Tue, 25 Jul 2017 00:36:49 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: stable/11 debugging kernel unable to produce crashdump again To: Mark Johnston References: <587928B3.2050607@grosbein.net> <20170113193726.GC77535@wkstn-mjohnston.west.isilon.com> <587A0E12.7070205@grosbein.net> <59746BD5.5010301@grosbein.net> <20170724014445.GA20872@raichu> <59762849.5090208@grosbein.net> <20170724172232.GA71482@wkstn-mjohnston.west.isilon.com> Cc: FreeBSD Stable , Alexander Motin From: Eugene Grosbein Message-ID: <59763031.7000109@grosbein.net> Date: Tue, 25 Jul 2017 00:36:49 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <20170724172232.GA71482@wkstn-mjohnston.west.isilon.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=3.6 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_96_Q, LOCAL_FROM autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * 3.3 DATE_IN_FUTURE_96_Q Date: is 4 days to 4 months after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-Spam-Level: *** X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 17:36:59 -0000 On 25.07.2017 00:22, Mark Johnston wrote: > On Tue, Jul 25, 2017 at 12:03:05AM +0700, Eugene Grosbein wrote: >> Thanks, this helped: >> >> $ addr2line -f -e kernel.debug 0xffffffff80919c00 >> g_raid_shutdown_post_sync >> /home/src/sys/geom/raid/g_raid.c:2458 >> >> That is GEOM_RAID's g_raid_shutdown_post_sync() that hangs if called just before >> crashdump generation but works just fine during normal system shutdown. > > I think graid probably needs a treatment similar to r301173/r316032. > g_raid_shutdown_post_sync() appears to be quite similar to the > corresponding gmirror handler. In particular, it just attempts to mark > the individual components as clean and destroy the GEOM, which is not > really safe after a panic. > > diff --git a/sys/geom/raid/g_raid.c b/sys/geom/raid/g_raid.c > index 7a1fd8c5ce2e..aa2529d5466a 100644 > --- a/sys/geom/raid/g_raid.c > +++ b/sys/geom/raid/g_raid.c > @@ -2461,6 +2461,9 @@ g_raid_shutdown_post_sync(void *arg, int howto) > struct g_raid_softc *sc; > struct g_raid_volume *vol; > > + if (panicstr != NULL) > + return; > + > mp = arg; > g_topology_lock(); > g_raid_shutdown = 1; > I'r rather leave this to Alexander. Funny thing is that it's not 100% hangs if I add some debugging printfs: more printfs added, more probability that it does not hang and proceeds to successfull crashdump generation. I use old "sc" console (not vt), if that matters. From owner-freebsd-stable@freebsd.org Mon Jul 24 17:39:20 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 218CFCFF8BC for ; Mon, 24 Jul 2017 17:39:20 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B06DA711D1 for ; Mon, 24 Jul 2017 17:39:19 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id v6OHdEib050554 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Mon, 24 Jul 2017 19:39:14 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id v6OHd9DT075094 for ; Tue, 25 Jul 2017 00:39:09 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: stable/11: Kernel page fault with the following non-sleepable locks held: CAM device lock To: FreeBSD Stable References: <59749E58.2060408@grosbein.net> From: Eugene Grosbein Message-ID: <597630BD.8010605@grosbein.net> Date: Tue, 25 Jul 2017 00:39:09 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <59749E58.2060408@grosbein.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=3.6 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_96_Q, LOCAL_FROM autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * 3.3 DATE_IN_FUTURE_96_Q Date: is 4 days to 4 months after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-Spam-Level: *** X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 17:39:20 -0000 On 23.07.2017 20:02, Eugene Grosbein wrote: > Hi! > > Long story short: stable/11 r321371 started to panic at the moment of smartd invocation > after my SSD died. > > I have Intel motherboard with graid-supported pseudo-raid. > I use it in RAID1 mode with one HDD and one SSD. > > Yesterday the SSD has died: it is not detected by BIOS nor FreeBSD kernel (timeouts). > This went unnoticed by me as graid just disconnected it on-the-fly: > > kernel: ahcich5: Timeout on slot 24 port 0 > kernel: ahcich5: is 00000000 cs 00000000 ss 01000000 rs 01000000 tfd 40 serr 00000000 cmd 0000d817 > kernel: (ada1:ahcich5:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 02 ad 12 9e 40 3b 00 00 00 00 00 > kernel: (ada1:ahcich5:0:0:0): CAM status: Command timeout > kernel: (ada1:ahcich5:0:0:0): Retrying command > kernel: ahcich5: AHCI reset: device not ready after 31000ms (tfd = 00000080) > [skip] > kernel: ada1 at ahcich5 bus 0 scbus2 target 0 lun 0 > kernel: ada1: s/n JYKJ550855860139 detached > [skip] > kernel: (ada1:ahcich5:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 02 ad 12 9e 40 3b 00 00 00 00 00 > kernel: (ada1:ahcich5:0:0:0): CAM status: Command timeout > kernel: (ada1:ahcich5:0:0:0): Error 5, Periph was invalidated > kernel: GEOM_RAID: Write failed: failing subdisk. ada1[WRITE(offset=269389066240, length=32768)] > kernel: GEOM_RAID: Intel-c291fe96: Disk ada1 state changed from ACTIVE to FAILED. > kernel: GEOM_RAID: Intel-c291fe96: Subdisk r0:1-ada1 state changed from ACTIVE to FAILED. > kernel: GEOM_RAID: Intel-c291fe96: Volume r0 state changed from OPTIMAL to DEGRADED. > kernel: GEOM_RAID: Intel-c291fe96: Disk ada1 state changed from FAILED to OFFLINE. > kernel: GEOM_RAID: Intel-c291fe96: Subdisk r0:1-[unknown] state changed from FAILED to NONE. > kernel: GEOM_RAID: Write failed: failing subdisk. ada1[WRITE(offset=270699851776, length=32768)] > kernel: GEOM_RAID: Intel-c291fe96: Warning! Fail request to a disk in a wrong state (OFFLINE)! > > Unaware of that, I've performed standard source upgrade from 11.1-PRERELEASE r318692 > to stable/11 r321371 that went smooth. After reboot, BIOS was unable to detect SSD, > reported degraded state of the mirror and booted FreeBSD using second mirror component (HDD). > > After long timeout, the kernel could not detect dead SSD too and continued to run with degraded mirror > just fine: the system went multiuser mode and almost finished loading when rcNG started smartd. > The kernel panices that moment. This is repeatable: I can cold-boot to single user mode, start smartd > and get same panic. This is debugging kernel and I managed to obtain crashdump. > > kgdb session follows: > > <118>Starting smartd. > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex CAM device lock (CAM device lock) r = 0 (0xfffff8000cf71c60) locked @ /home/src/sys/cam/scsi/scsi_pass.c:1766 > stack backtrace: > #0 0xffffffff80a12620 at witness_debugger+0x70 > #1 0xffffffff80a13a4e at witness_warn+0x45e > #2 0xffffffff80e4b693 at trap_pfault+0x53 > #3 0xffffffff80e4ae3e at trap+0x29e > #4 0xffffffff80e2ed91 at calltrap+0x8 > #5 0xffffffff8033873a at passsendccb+0x6a > #6 0xffffffff80337836 at passdoioctl+0x3c6 > #7 0xffffffff80337052 at passioctl+0x22 > #8 0xffffffff80878c78 at devfs_ioctl_f+0x138 > #9 0xffffffff80a18184 at kern_ioctl+0x2c4 > #10 0xffffffff80a17e4f at sys_ioctl+0x16f > #11 0xffffffff80e4c05a at amd64_syscall+0x53a > #12 0xffffffff80e2f07b at Xfast_syscall+0xfb > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xa > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80e494e1 > stack pointer = 0x28:0xfffffe04675ff670 > frame pointer = 0x28:0xfffffe04675ff670 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1387 (smartd) > trap number = 12 > panic: page fault > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe04675ff250 > vpanic() at vpanic+0x186/frame 0xfffffe04675ff2d0 > panic() at panic+0x43/frame 0xfffffe04675ff330 > trap_fatal() at trap_fatal+0x322/frame 0xfffffe04675ff380 > trap_pfault() at trap_pfault+0x62/frame 0xfffffe04675ff3e0 > trap() at trap+0x29e/frame 0xfffffe04675ff5a0 > calltrap() at calltrap+0x8/frame 0xfffffe04675ff5a0 > --- trap 0xc, rip = 0xffffffff80e494e1, rsp = 0xfffffe04675ff670, rbp = 0xfffffe04675ff670 --- > copyin() at copyin+0x41/frame 0xfffffe04675ff670 > passsendccb() at passsendccb+0x6a/frame 0xfffffe04675ff6f0 > passdoioctl() at passdoioctl+0x3c6/frame 0xfffffe04675ff7a0 > passioctl() at passioctl+0x22/frame 0xfffffe04675ff7e0 > devfs_ioctl_f() at devfs_ioctl_f+0x138/frame 0xfffffe04675ff840 > kern_ioctl() at kern_ioctl+0x2c4/frame 0xfffffe04675ff8a0 > sys_ioctl() at sys_ioctl+0x16f/frame 0xfffffe04675ff980 > amd64_syscall() at amd64_syscall+0x53a/frame 0xfffffe04675ffab0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe04675ffab0 > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x80174c18a, rsp = 0x7fffffff0308, rbp = 0x7fffffff0900 --- > Uptime: 2m46s > Dumping 723 out of 16285 MB:..3%..12%..23%..31%..43%..51%..62%..71%..82%..91% > > (kgdb) bt > #0 doadump (textdump=1) at /home/src/sys/kern/kern_shutdown.c:299 > #1 0xffffffff809b1ab1 in kern_reboot (howto=260) at /home/src/sys/kern/kern_shutdown.c:376 > #2 0xffffffff809b2100 in vpanic (fmt=, ap=) at /home/src/sys/kern/kern_shutdown.c:770 > #3 0xffffffff809b2143 in panic (fmt=) at /home/src/sys/kern/kern_shutdown.c:701 > #4 0xffffffff80e4b632 in trap_fatal (frame=0xfffffe04675ff5b0, eva=10) at /home/src/sys/amd64/amd64/trap.c:801 > #5 0xffffffff80e4b6a2 in trap_pfault (frame=0xfffffe04675ff5b0, usermode=0) at pcpu.h:222 > #6 0xffffffff80e4ae3e in trap (frame=0xfffffe04675ff5b0) at /home/src/sys/amd64/amd64/trap.c:421 > #7 0xffffffff80e2ed91 in calltrap () at /home/src/sys/amd64/amd64/exception.S:236 > #8 0xffffffff80e494e1 in copyin () at /home/src/sys/amd64/amd64/support.S:304 > #9 0xffffffff8033873a in passsendccb (periph=0xfffff8000cfe5e00, ccb=0xfffff800662f9000, inccb=0xfffff80066d91000) at /home/src/sys/cam/scsi/scsi_pass.c:2172 > #10 0xffffffff80337836 in passdoioctl (dev=, cmd=, addr=0xfffff80066d91000 "", flag=, > td=) at /home/src/sys/cam/scsi/scsi_pass.c:1823 > #11 0xffffffff80337052 in passioctl (dev=0xfffff8000cfc4c00, cmd=3303020802, addr=0xfffff80066d91000 "", flag=3, td=0xfffff8000e1a3000) > at /home/src/sys/cam/scsi/scsi_pass.c:1751 > #12 0xffffffff80878c78 in devfs_ioctl_f (fp=0xfffff8000e50d3c0, com=3303020802, data=0xfffff80066d91000, cred=0xfffff800066c7200, td=0xfffff8000e1a3000) > at /home/src/sys/fs/devfs/devfs_vnops.c:791 > #13 0xffffffff80a18184 in kern_ioctl (td=, fd=, com=, data=) at file.h:323 > #14 0xffffffff80a17e4f in sys_ioctl (td=, uap=0xfffff8000e1a3538) at /home/src/sys/kern/sys_generic.c:745 > #15 0xffffffff80e4c05a in amd64_syscall (td=0xfffff8000e1a3000, traced=0) at subr_syscall.c:131 > #16 0xffffffff80e2f07b in Xfast_syscall () at /home/src/sys/amd64/amd64/exception.S:396 > #17 0x000000080174c18a in ?? () > Previous frame inner to this frame (corrupt stack?) > > I can keep dead SSD in place to debug this. Looking for help. I managed to obtain crashdump for the case and filled PR with details: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220972 From owner-freebsd-stable@freebsd.org Mon Jul 24 17:45:08 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4F13CFFB52 for ; Mon, 24 Jul 2017 17:45:08 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 81932715D6; Mon, 24 Jul 2017 17:45:08 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.ijs.si (Postfix) with ESMTPS id 3xGTKY0pHnz1VG; Mon, 24 Jul 2017 19:45:05 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1500918301; x=1503510302; bh=i32 u89NFeepxzhxto9pFMZduR62mmfpm0gdmRGvB+IE=; b=nGS54/kKbde9LM86U89 qYnvo+aHAEqYfp2Q/ffLVEQSaj0KfFZjHjCDXbmU4nO4TjB0zWoalNJTxG7W7Umv 647NGvCxHEdH7l+ek4W6Y3IqJ6QmmfihJEoN2MNFJIoBYuTSOWvfT/hZSOUZUQC6 YNq2vR67qvE8KcudyIpYI6is= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id 3g2dP6qrC5Hf; Mon, 24 Jul 2017 19:45:01 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 3xGTKT5vQJz1V5; Mon, 24 Jul 2017 19:45:01 +0200 (CEST) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 3xGTKT5cNCz18W; Mon, 24 Jul 2017 19:45:01 +0200 (CEST) Received: from neli.ijs.si (2001:1470:ff80:88:21c:c0ff:feb1:8c91) by nabiralnik.ijs.si with HTTP (HTTP/1.1 POST); Mon, 24 Jul 2017 19:45:01 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Mon, 24 Jul 2017 19:45:01 +0200 From: Mark Martinec To: freebsd-stable@freebsd.org Cc: re@freebsd.org Subject: Re: The 11.1-RC3 can only boot and attach disks in "Safe mode", otherwise gets stuck attaching Organization: Jozef Stefan Institute In-Reply-To: References: <20170717232434.GB21048@wkstn-mjohnston.west.isilon.com> <9b3563aae75aa954d7fe31ffe25e1d29@ijs.si> <20170720000325.GB9198@wkstn-mjohnston.west.isilon.com> <81295bcacd7c44813de8d346c88cbb65@ijs.si> <20170724021504.GA97170@raichu> <10649c9070bc419d93ae2a87a511d2ba@ijs.si> Message-ID: <42cc3fffe99f5b7d5deb7d7bf8d071cd@ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.2.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 17:45:08 -0000 2017-07-24 18:25, Ken Merry wrote: > It is possible that the change I MFCed today (r321207 in head, r321415 > in stable/11) is related, but Mark will have to boot his machine with > the fix to see if it makes any difference. > > What happened in my case on one particular machine (not on most > machines in our lab running the same code) was that mps_wait_command() > / mpr_wait_command() would not wait the full 60 seconds for a write to > the DPM table (Driver Persistent Mapping) table in the controller. > So, it reported that there was a timeout. > [...] > Eliminating bogus timeouts will eliminate most all of the sources of > those panics anyway. Took r321415 from stable/11 and applied it to 11.1-RC3 - and it makes no difference to booting: still hangs attempting to attach da0, with a spinning CPU (according to fan speed). Booting in safe mode, or with EARLY_AP_STARTUP disabled avoids the problem. > There is a secondary bug that is still in the mps(4) / mpr(4) drivers > when a timeout does happen — the error recovery code in the > wait_command() routine reinitializes the controller, which clears out > all the commands. When the wait_command() routine returns, the > command passed in has been freed, but the caller doesn’t know that. > So the caller (it happens in a number of places) dereferences a > pointer to freed memory and the kernel panics. > > I’m planning to fix that bug, too, if slm@ doesn’t get to it first, > I’ve just had other bugs to fix first. No panics in my case, just hangs. Mark From owner-freebsd-stable@freebsd.org Tue Jul 25 07:05:02 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A84DFDBC478 for ; Tue, 25 Jul 2017 07:05:02 +0000 (UTC) (envelope-from pz-freebsd-stable@ziemba.us) Received: from osmtp.ziemba.us (osmtp.ziemba.us [208.106.105.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7F3D56B4C3 for ; Tue, 25 Jul 2017 07:05:01 +0000 (UTC) (envelope-from pz-freebsd-stable@ziemba.us) Received: from hairball.ziemba.us (localhost.ziemba.us [127.0.0.1]) by hairball.ziemba.us (8.15.2/8.15.2) with ESMTP id v6P74qFq009783 for ; Tue, 25 Jul 2017 00:04:52 -0700 (PDT) (envelope-from pz-freebsd-stable@ziemba.us) Received: (from mailnull@localhost) by hairball.ziemba.us (8.15.2/8.15.2/Submit) id v6P74q51009782 for freebsd-stable@FreeBSD.org; Tue, 25 Jul 2017 00:04:52 -0700 (PDT) (envelope-from pz-freebsd-stable@ziemba.us) X-Authentication-Warning: hairball.ziemba.us: mailnull set sender to pz-freebsd-stable@ziemba.us using -f Received: (from news@localhost) by usenet.ziemba.us (8.14.5/8.14.5/Submit) id v6P74qXk001341 for treehouse-mail-freebsd-stable@hairball.ziemba.us; Tue, 25 Jul 2017 00:04:52 -0700 (PDT) (envelope-from news) From: "G. Paul Ziemba" To: freebsd-stable@FreeBSD.org Subject: Re: stable/11 r321349 crashing immediately Date: Tue, 25 Jul 2017 07:04:52 +0000 (UTC) Message-id: References: <20170723003126.GA83786@hairball.ziemba.us> Reply-to: unp@ziemba.us Errors-to: "G. Paul Ziemba" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jul 2017 07:05:02 -0000 pz-freebsd-stable@ziemba.us ("G. Paul Ziemba") writes: >I bumped it from the default 4 to 5 in /boot/loader.conf: > kern.kstack_pages=5 >and that prevented this crash. Uptime 5.5 hours at this point (instead of >1.5 minutes). % uname -m amd64 Crashed the next day. 75 kernel stack frames, a new personal best. Now bumped up to kern.kstack_pages=6. 34 hours since last crash. Will it be bad if I set kern.kstack_pages to 10? -- G. Paul Ziemba FreeBSD unix: 12:01AM up 56 mins, 4 users, load averages: 0.24, 0.25, 0.24 From owner-freebsd-stable@freebsd.org Tue Jul 25 23:42:24 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10CB9DAAD54 for ; Tue, 25 Jul 2017 23:42:24 +0000 (UTC) (envelope-from andrea.jones@withinreach-design.com) Received: from sa23.arch.zyns.com (sa23.arch.zyns.com [212.237.35.186]) by mx1.freebsd.org (Postfix) with ESMTP id 815886C16C for ; Tue, 25 Jul 2017 23:42:23 +0000 (UTC) (envelope-from andrea.jones@withinreach-design.com) Received: from 06022015PC (unknown [223.190.12.117]) by sa23.arch.zyns.com (Postfix) with ESMTPA id 824E549945 for ; Wed, 26 Jul 2017 01:42:13 +0200 (CEST) From: "Andrea Jones" To: Subject: Re: Don't Wait! Get your website top ranked...TODAY! Date: Wed, 26 Jul 2017 05:05:27 +0530 Message-ID: <1f8ba01d3059f$a567f970$f037ec50$@withinreach-design.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdMFR2xFUVTcK3hRRqKE3USIDO8qNA== Content-Language: en-us Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jul 2017 23:42:24 -0000 Hi, Greetings, Is your website on the first page of Google results? If no then we can help you get there! We're ResultFirst, redefining the experience for digital marketing services. For more than 10 years, our team of 200+ marketing gurus has served over 4000 clients. Our unique "Pay-for-performance SEO" model attracts customers from all geographies of the world, and we are proud to cater to the needs of every type of business belonging to varied industries, scales, and regions. We do "Pay-For-Performance SEO." You get to pay only when we rank your keywords on top searches. . FREE website analysis report . No monthly fee / No contractual payout . Dedicated 24*7 support . Assured Ranking as you only pay for the results . Only one time set-up fee Our results 'Talk' Get your website evaluated NOW, Just reply to this email with your contact details along with your requirement and we will call you back. In case you are not interested in receiving these emails then you have the option to stop receiving them. To unsubscribe just write "REMOVE" and for report abuse just write "ABUSE" and reply to this email. Thanks & Regards, Andrea Jones Marketing Manager ResultFirst Inc. Head Office: San Jose, CA 95120 Phone Number: 888-512-1890 From owner-freebsd-stable@freebsd.org Wed Jul 26 00:19:18 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A7725DABE07 for ; Wed, 26 Jul 2017 00:19:18 +0000 (UTC) (envelope-from pz-freebsd-stable@ziemba.us) Received: from osmtp.ziemba.us (osmtp.ziemba.us [208.106.105.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 77F606D144 for ; Wed, 26 Jul 2017 00:19:17 +0000 (UTC) (envelope-from pz-freebsd-stable@ziemba.us) Received: from hairball.ziemba.us (localhost.ziemba.us [127.0.0.1]) by hairball.ziemba.us (8.15.2/8.15.2) with ESMTP id v6Q0JDl1046105 for ; Tue, 25 Jul 2017 17:19:13 -0700 (PDT) (envelope-from pz-freebsd-stable@ziemba.us) Received: (from mailnull@localhost) by hairball.ziemba.us (8.15.2/8.15.2/Submit) id v6Q0JCZ4046104 for freebsd-stable@FreeBSD.org; Tue, 25 Jul 2017 17:19:12 -0700 (PDT) (envelope-from pz-freebsd-stable@ziemba.us) X-Authentication-Warning: hairball.ziemba.us: mailnull set sender to pz-freebsd-stable@ziemba.us using -f Received: (from news@localhost) by usenet.ziemba.us (8.14.5/8.14.5/Submit) id v6Q0JCLW021055 for treehouse-mail-freebsd-stable@hairball.ziemba.us; Tue, 25 Jul 2017 17:19:12 -0700 (PDT) (envelope-from news) From: "G. Paul Ziemba" To: freebsd-stable@FreeBSD.org Subject: Re: stable/11 r321349 crashing immediately Date: Wed, 26 Jul 2017 00:19:12 +0000 (UTC) Message-id: References: <201707222016.v6MKGMPa070777@gw.catspoiler.org> Reply-to: unp@ziemba.us Errors-to: "G. Paul Ziemba" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jul 2017 00:19:18 -0000 truckman@freebsd.org (Don Lewis) writes: >On 22 Jul, David Wolfskill wrote: >> Back when I was doing sysadmin stuff for a group of engineers, my >> usual approach for that sort of thing was to use amd (this was late >> 1990s - 2001) to have maps so it would set up NFS mounts if the >> file system being served was from a different host (from the one >> running amd), but instantiating a symlink instead if the file system >> resided on the current host. >Same here. >It's a bit messy to do this manually, but you could either use a symlink >or a nullfs mount for the filesystems that are local. Yes, I've been running amd for years, but the warning in the amd(8) man page prompted me to switch to autofs last week as part of updating my system. My amd maps had a way of specifying per-client information, which I indeed used in the way indicated above. I bit the bullet yesterday and implemented this capability in an include_nis script attached to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221010 It currently doesn't notice IPv6 addresses that belong to "self," as I haven't decided how to parse _that_ ifconfig output (and does anyone really specify IPv6 addresses in NIS maps?) -- G. Paul Ziemba FreeBSD unix: 5:16PM up 18:11, 8 users, load averages: 0.36, 0.32, 0.33 From owner-freebsd-stable@freebsd.org Wed Jul 26 13:51:50 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3AF9CDBE7A5 for ; Wed, 26 Jul 2017 13:51:50 +0000 (UTC) (envelope-from leonie@hqhsa.co.za) Received: from smtp02-smtpout03.rb.za.mtnbusiness.net (smtp02-smtpout03.rb.za.mtnbusiness.net [41.181.159.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 90979634D2 for ; Wed, 26 Jul 2017 13:51:48 +0000 (UTC) (envelope-from leonie@hqhsa.co.za) Received: from [41.115.20.118] (helo=PeterPC) by smtp.mtnbusiness.co.za with esmtp (Blowfish SMTP) (envelope-from ) id 1daMjZ-000Cy8-BH for freebsd-stable@freebsd.org; Wed, 26 Jul 2017 15:52:27 +0200 From: "Leonie Botha" To: Subject: Hope for Warmth Date: Wed, 26 Jul 2017 15:39:53 +0200 Message-ID: <19d001d30616$4c336480$e49a2d80$@hqhsa.co.za> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdMF3FR95yPCe5C3TKuVyUtEFjsTvQ== Content-Language: en-za X-Spam-Score: -1.1 (-) X-Spam-Report: BAYES_00=-1.9, FSL_HELO_NON_FQDN_1=0.001, HTML_MESSAGE=0.001, RDNS_NONE=0.793, * 0.0 FSL_HELO_NON_FQDN_1 No description available. * 0.0 HTML_MESSAGE BODY: HTML included in message * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.8 RDNS_NONE Delivered to internal network by a host with no rDNS Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jul 2017 13:51:50 -0000 Helping SA's Hope for Warmth Many children have to go through this winter with blankets that are torn and have holes in them. They often have to share 1 blanket with their siblings. Some have no blanket at all and have to rely on a plastic bag or box to cover themselves. For these families, it's a difficulty just to have bread to eat, imagine having to take money and buy a blanket! We have situations where children get into fights with their brothers or sisters over a jersey! The elderly suffers just as much. We have elderly living in garages, shacks, back rooms with raw cement floors, holes in the walls, broken windows. These are the elderly that the state feels do not qualify for a pension grant. They also cannot find employment due to their age and illnesses. In many elderly care centres the number of deaths rise in the winter time as the cold makes it difficult to fight against viruses and established or existing illnesses. One thing we seldom hear about, is the number of deaths of elderly during winter time, those who have been forgotten by their children, who live on their own in these comfortless, cold back rooms and garages, who mostly suffer because they do not have warm clothing and bedding. Many have illnesses such as arthritis, where their already very painful condition gets worse with the cold. They will roll up in balls just trying to keep warm and often end up not even able to get up to find something to eat. Many, in fact most' do not have a proper meal to start with. Consequently, they get weaker and weaker, until they die a cold, painful and lonely death. Winter is a beautiful season for many of us, but a dreadful one for all destitute families, children and elderly. It is the longest and most awful three months of one's life if you have no warm clothes, no warm bedding, live in a room with raw cement floors and holes in the roof. And to add to it all, still have to fight off the hunger that overcomes you. Where can they find the strength needed to overcome all this? We need to be part of the change. WE CAN give them the strength. WE CAN lift them up, by providing blankets, warm clothing and warm food. Please help us to make this difference in the lives of the ones who suffer so much already. The children, families and elderly that we assist are located across South Africa. It Costs us +/- R1800 per month per family for their food parcels that include healthy balanced meals. It Costs Us R 800- R1200 for a family of 3, for blankets and at least 2 jerseys and pants for each family member. The fundraising will be done by asking for a R 100 donation towards our, "Hope for warmth" project. You can do a bank transfer to help us save on costs so we can help many more. In return you will receive a tax (Section 18A) invoice to claim back from tax and a Helping Sa Warmth Hope ribbon that we hope you will wear with pride, knowing what a difference you have made. If you are doing a donation through the bank, please reply to this email with your details and postal address to ensure you receive your invoice and Hope ribbon. Examples of what your R 100 donation WILL DO: Feed a child / elderly for 3 days / 1 pair of warm shoes and socks 1 Winter pants / 1 Jersey 1 Jacket Warm bedding/ Blankets 1 Child will be able to take the bus to school for a week and no need to walk over 6 km To view our NPO and Section 18A certificate please visit our website, while you are visiting please enjoy our photos and videos. (To receive copies of our certificates / proof of registration, accounting letters etc. you can also email admin (@) hsa-team.co.za / admin (@) helpingsa.co.za or reply to this email requesting documents) Hope you can find it your heart to assist with these projects. ABSA HELPING SA ACC NR; 4080925296 BRANCH: HORISON, 632005 CURRENT ACCOUNT PLEASE USE REFERENCE LC AND YOUR NAME OR COMPANY NAME WHEN DOING A TRANSFER - THANKING YOU IN ADVANCE We would like the feeding project for these destitute to go on for a long time, so that it can really make an impact on the ones we assist, thus we do have debit facilities now, if you would like to assist these projects more than once we would really appreciate it, you can request a debit order form by email. Yours Faithfully Leonie Botha Vice-Chairperson/Fundraiser Helping SA 081 703 6774 Fax: 086 509 9871 Alternative email: leonie (@) helpingsa.co.za / leonie (@) hsa-team.co.za Web: (www) helping-sa.co.za NPO: 115-333 PBO: 930043138 "Generosity consists not the sum given, but the manner in which it is bestowed" If you wish not to receive emails from me, please reply with a blank email and I will never email you again, we do not mean to spam anyone we are just trying to assist as many as possible. Thanking you in advance. OR UNSUBSCRIBE We rather email than trouble you on the phone while you are busy this way you can decide when you have time to go through our email. From owner-freebsd-stable@freebsd.org Wed Jul 26 14:29:01 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E06BDBF104 for ; Wed, 26 Jul 2017 14:29:01 +0000 (UTC) (envelope-from steinex@nognu.de) Received: from mail-wm0-x242.google.com (mail-wm0-x242.google.com [IPv6:2a00:1450:400c:c09::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BC426644C2 for ; Wed, 26 Jul 2017 14:29:00 +0000 (UTC) (envelope-from steinex@nognu.de) Received: by mail-wm0-x242.google.com with SMTP id t138so1275017wmt.4 for ; Wed, 26 Jul 2017 07:29:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nognu-de.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=FPfnoNxx595X4TImgz7dEgLQzp+SfkaHzqBW+S93ItQ=; b=pIgW3z75KsguuL2wYWvv5oBoV5UZpTJfBi8/o1Z37oZUZGHaAiTHoJww9UnHG0nJN0 r58xRahvpq3n9ACT5E9rE7s6p0d6fjNalUsUB3bzkKS8hxI3V3ftdr+WXUwABs7GlyFQ c6iP5Ph6i3AFSgWRr0f8cl9MeeAiJD+s2iUfMvMPBBmYP5xpTV4FwBfxwim/zm5b9T7V dI+CTJew3n96QBALbOCUqPMP73rw/OTdTi8narPpKhl7/iBUUwToaktyJNJ86I5HjUa+ v0064H11UaAVG57ymP7NVg9fNXasr0S506Z0JXfyR+CN9wi/uSCs7AR7Nvbu5a0Az+pY U20Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=FPfnoNxx595X4TImgz7dEgLQzp+SfkaHzqBW+S93ItQ=; b=CbnCYSOhJN5uE5a6wVdGNUjJ9aTHW7Qv/84HRwFfMLE09RIeKiZxYU3rkMZX/mvL3q ZTBe+FJaQkTbRqmjEj4+6iJKCR9Tgi+wttu9ZK4K8+kPcNGqHyIdb6Th3vsOlSbrpViY 2CDwymEZ319aQid9T9gGvpvqaljELPnEyfuBjTA4P+uzXKCED5KVBlj1yO2BxZ7PF/XX IDQFuyccRSnWzFe+F3+drvtp+bDDjBolKASS4ZL2RngjFLCHc5kw8vXjO2eIgXbJlGdt I2+2N1rXJxQNsn3EMtPQWRF9pYJXseoypQ/2oSznO1Yxzq8WZBvmjtdbMj7RGtZCMuqY lhdw== X-Gm-Message-State: AIVw113PcdaLa/8gribYbWQU8iX8cP0jn9AMynsO2k2wMUuUDMwMaqhM yLwhGPfO4h5vJTX0 X-Received: by 10.28.101.5 with SMTP id z5mr940507wmb.136.1501079338503; Wed, 26 Jul 2017 07:28:58 -0700 (PDT) Received: from krenn.local ([2a02:908:e942:23c0:8d03:19aa:5b4:c907]) by smtp.gmail.com with ESMTPSA id l1sm9196422wmb.20.2017.07.26.07.28.57 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 Jul 2017 07:28:57 -0700 (PDT) Date: Wed, 26 Jul 2017 16:28:55 +0200 From: Frank Steinborn To: Konstantin Belousov Cc: Jan Kokem??ller , freebsd-stable@freebsd.org Subject: Re: 11.1-RC2 breaks wine, creates unkillable process Message-ID: <20170726142855.GA69449@krenn.local> Mail-Followup-To: Konstantin Belousov , Jan Kokem??ller , freebsd-stable@freebsd.org References: <176da83a-f6be-7f20-3416-f961c2ae91e0@gmx.net> <20170709122301.GI1935@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170709122301.GI1935@kib.kiev.ua> User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jul 2017 14:29:01 -0000 Konstantin Belousov wrote: > On Sun, Jul 09, 2017 at 01:53:24PM +0200, Jan Kokem??ller wrote: > > Same here on -CURRENT r320620. r319481 (I think) was working fine. > > > > I'm using the i386-wine-devel package from the official repository. > > This should fix creation of the unkillable processes, but untested. > > After that, if wine still does not work, you need to look exactly > what breaks, perhaps using ktrace. Most likely there would be some > unsuccessfull mmap(2) syscall. > > diff --git a/sys/vm/vm_map.c b/sys/vm/vm_map.c > index 0a99ddde486..a0688fe4f0c 100644 > --- a/sys/vm/vm_map.c > +++ b/sys/vm/vm_map.c > @@ -1571,7 +1571,7 @@ vm_map_find_min(vm_map_t map, vm_object_t object, vm_ooffset_t offset, > find_space, prot, max, cow); > if (rv == KERN_SUCCESS || min_addr >= hint) > return (rv); > - *addr = min_addr; > + *addr = hint = min_addr; > } > } > Can someone tell me if this got fixed before 11.1-RELEASE? Thanks in advance and best regards, Frank From owner-freebsd-stable@freebsd.org Wed Jul 26 14:37:12 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F4C2DBF578 for ; Wed, 26 Jul 2017 14:37:12 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DA742649FA for ; Wed, 26 Jul 2017 14:37:10 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id v6QEawAL069240 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 26 Jul 2017 16:36:59 +0200 (CEST) (envelope-from egrosbein@rdtc.ru) X-Envelope-From: egrosbein@rdtc.ru X-Envelope-To: jan.kokemueller@gmail.com Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id v6QEar4P048676; Wed, 26 Jul 2017 21:36:54 +0700 (+07) (envelope-from egrosbein@rdtc.ru) Subject: Re: 11.1-RC2 breaks wine, creates unkillable process To: Jan Kokem??ller , freebsd-stable@freebsd.org References: <176da83a-f6be-7f20-3416-f961c2ae91e0@gmx.net> <20170709122301.GI1935@kib.kiev.ua> <20170726142855.GA69449@krenn.local> From: Eugene Grosbein Message-ID: <5978A905.2040400@rdtc.ru> Date: Wed, 26 Jul 2017 21:36:53 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <20170726142855.GA69449@krenn.local> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.6 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD, SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) * 0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jul 2017 14:37:12 -0000 On 26.07.2017 21:28, Frank Steinborn wrote: > Can someone tell me if this got fixed before 11.1-RELEASE? Yes, the fix was MFC'd to the release branch and is present in the 11.1-RELEASE: https://svnweb.freebsd.org/base?view=revision&revision=320904 From owner-freebsd-stable@freebsd.org Thu Jul 27 09:33:29 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 22EBBDC6416 for ; Thu, 27 Jul 2017 09:33:29 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AC9B86E9ED for ; Thu, 27 Jul 2017 09:33:28 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id v6R9X6Pg019548 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 27 Jul 2017 11:33:07 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id v6R9X69j019493 for ; Thu, 27 Jul 2017 11:33:06 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 27 Jul 2017 11:33:06 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: r321601 causes make buildworld to fail on stable/11 Message-ID: User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 09:33:29 -0000 r321601 gives me these error messages on stable/11: /usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:6: error: use of undeclared identifier 'ACPI_SRAT_TYPE_GIC_ITS_AFFINITY'; did you mean 'ACPI_SRAT_TYPE_GICC_AFFINITY'? [ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS", ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ACPI_SRAT_TYPE_GICC_AFFINITY /usr/src/sys/contrib/dev/acpica/include/actbl1.h:1504:5: note: 'ACPI_SRAT_TYPE_GICC_AFFINITY' declared here ACPI_SRAT_TYPE_GICC_AFFINITY = 3, ^ /usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:41: error: initializer overrides prior initialization of this subobject [-Werror,-Winitializer-overrides] [ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS", ^~~~~~~~~ /usr/src/usr.sbin/acpi/acpidump/acpi.c:1088:38: note: previous initialization is here [ACPI_SRAT_TYPE_GICC_AFFINITY] = "GICC", ^~~~~~ Am I missing something? Am acpi.c missing something? -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@freebsd.org Thu Jul 27 10:57:19 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C8D23DC7F3D for ; Thu, 27 Jul 2017 10:57:19 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 99D4A7166B for ; Thu, 27 Jul 2017 10:57:19 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 66F8920AD6 for ; Thu, 27 Jul 2017 06:57:17 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Thu, 27 Jul 2017 06:57:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=FSN9TAg8CekaIHLolL t9xdnYchepRftpTC8YayRRwfY=; b=hcyltcSW13gBaD9OmGgL8jk7eOy7VXddcK /xeV2EyckuVysSK0e2wEjVS2EBXZ9P30tpgTSi+omLRlCexfLCpXjqWaOnM6pwFR V4XP2GAyd+623DwPrGjOLsoCxdhFREzmWbTgLoqCUCWq/QTi+9OF/wGny/mo9HB1 uhw9qwkepZ1mVfAviobKR0n+Cb7ivIzqGRK5LysKMFjHsIPltUgbOA8tg+guQMRC Jc+7Fj6liLgLrQWcTk+u2Byh7FNwjb9+7SLwEjTqJkr6+DMTJy3vllFHutSXlPMr ioSNHOy/xWTCWVvaNGyQmaa98bgV4GXTrRPHiSlswV5vgvivw3sg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= fm1; bh=FSN9TAg8CekaIHLolLt9xdnYchepRftpTC8YayRRwfY=; b=oDJew5Gg QsswtaN0ZCOeL3nLceYaTZEVzMrgyp/m4E6dshGFxVHuaJMqcMNh9rbG5NeY4ZPE L2OHPWIHSEqfCCtE4uUfP8qdbdo/TAG6RRz0MIGbNbtT8nrU48PaXDSx1y/ncOHU XxDTQs+XNIszIqqA1HJ7poqqxp3wDggJXrvl7QajjPu8Vg0Aoq2Gn8+zwrgt0Oez UCNzl6a5rY1c5NTcHEXedH5DnyvmmDUgTdSFst4/60OoeoPkcr+27QgqjYwTLqWt RHc+iITYuGJoEsmkP/StuxwSOJ+biQsPnHo434j9g5EE+nD6pck93Za6ukWreDen 9kuYmnrYN0XXfw== X-ME-Sender: X-Sasl-enc: LX6twoI6I1i0sIXIo1irzxIBxhltuRLPCAqB5GXCEnR5 1501153037 Received: from pumpkin.growveg.org (pumpkin.growveg.org [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id 023BC24407 for ; Thu, 27 Jul 2017 06:57:16 -0400 (EDT) Subject: Re: r321601 causes make buildworld to fail on stable/11 To: freebsd-stable@freebsd.org References: From: tech-lists Message-ID: <4d589d27-8546-51f5-d7d6-50736eb7534b@zyxst.net> Date: Thu, 27 Jul 2017 11:57:16 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 10:57:19 -0000 On 27/07/2017 10:33, Trond Endrestøl wrote: > r321601 gives me these error messages on stable/11: > > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:6: error: use of undeclared identifier 'ACPI_SRAT_TYPE_GIC_ITS_AFFINITY'; did you mean 'ACPI_SRAT_TYPE_GICC_AFFINITY'? > [ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS", > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ACPI_SRAT_TYPE_GICC_AFFINITY > /usr/src/sys/contrib/dev/acpica/include/actbl1.h:1504:5: note: 'ACPI_SRAT_TYPE_GICC_AFFINITY' declared here > ACPI_SRAT_TYPE_GICC_AFFINITY = 3, > ^ > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:41: error: initializer overrides prior initialization of this subobject [-Werror,-Winitializer-overrides] > [ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS", > ^~~~~~~~~ > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1088:38: note: previous initialization is here > [ACPI_SRAT_TYPE_GICC_AFFINITY] = "GICC", > ^~~~~~ > > Am I missing something? Am acpi.c missing something? > I see this as well on r321611 -- J. From owner-freebsd-stable@freebsd.org Thu Jul 27 11:03:31 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 505EBDC8265 for ; Thu, 27 Jul 2017 11:03:31 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D3F0571AD9 for ; Thu, 27 Jul 2017 11:03:30 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id v6RB3MjK031869 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 27 Jul 2017 13:03:22 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id v6RB3MrV031866 for ; Thu, 27 Jul 2017 13:03:22 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 27 Jul 2017 13:03:22 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: Re: r321601 causes make buildworld to fail on stable/11 In-Reply-To: <4d589d27-8546-51f5-d7d6-50736eb7534b@zyxst.net> Message-ID: References: <4d589d27-8546-51f5-d7d6-50736eb7534b@zyxst.net> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 11:03:31 -0000 On Thu, 27 Jul 2017 11:57+0100, tech-lists wrote: > On 27/07/2017 10:33, Trond Endrestøl wrote: > > r321601 gives me these error messages on stable/11: > > > > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:6: error: use of undeclared identifier 'ACPI_SRAT_TYPE_GIC_ITS_AFFINITY'; did you mean 'ACPI_SRAT_TYPE_GICC_AFFINITY'? > > [ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS", > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > ACPI_SRAT_TYPE_GICC_AFFINITY > > /usr/src/sys/contrib/dev/acpica/include/actbl1.h:1504:5: note: 'ACPI_SRAT_TYPE_GICC_AFFINITY' declared here > > ACPI_SRAT_TYPE_GICC_AFFINITY = 3, > > ^ > > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:41: error: initializer overrides prior initialization of this subobject [-Werror,-Winitializer-overrides] > > [ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS", > > ^~~~~~~~~ > > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1088:38: note: previous initialization is here > > [ACPI_SRAT_TYPE_GICC_AFFINITY] = "GICC", > > ^~~~~~ > > > > Am I missing something? Am acpi.c missing something? > > > > I see this as well on r321611 r321600 builds fine. r321601 does not, and must be amended or reverted. -- Trond. From owner-freebsd-stable@freebsd.org Thu Jul 27 11:19:03 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81338DC852F for ; Thu, 27 Jul 2017 11:19:03 +0000 (UTC) (envelope-from herbert@mailbox.org) Received: from mx1.mailbox.org (mx1.mailbox.org [80.241.60.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.mailbox.org", Issuer "SwissSign Server Silver CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 411D071FB7; Thu, 27 Jul 2017 11:19:02 +0000 (UTC) (envelope-from herbert@mailbox.org) Received: from smtp1.mailbox.org (smtp1.mailbox.org [80.241.60.240]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.mailbox.org (Postfix) with ESMTPS id B501E4617C; Thu, 27 Jul 2017 13:18:53 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mailbox.org; h= content-type:content-type:mime-version:references:message-id :in-reply-to:subject:subject:from:from:date:date:received; s= mail20150812; t=1501154331; bh=2P/5D5PaooAEyoYYWbL9UUzeOo7OvYWkh JbetyMz8Rs=; b=h5+87h+nHXwAVaIM2B/h/nd8pfdfhoLR2EOL409GD5+nayZtw 6+Q9YCnZmOEMilhBz5JOXp+CcghY+SA4nQdrUYpJ/WCWtX8usCk2Gd5Ogt4Ra4tI PHUVrnLph6deD3knoct8WExjV4sQQwBKaUA4ahV0k3ltnnWpfD8GA3V5j4P8WdRp ul8RFOcAt7++DmLuSN2nW6avzz5D26IQtJ5/geJGEhLBBlYlP3F+KyAZBvpf8fHu W9K8yi98tzLNgHNz+HhM7OQsaWI7vdXZ+h8Rupbt9x4mpqUoYuwmRW0tEjpafIOy gx2MW4WkNg94etm+AXBMWbtccg3Q6wnDtZKDQ== X-Virus-Scanned: amavisd-new at heinlein-support.de Received: from smtp1.mailbox.org ([80.241.60.240]) by spamfilter02.heinlein-hosting.de (spamfilter02.heinlein-hosting.de [80.241.56.116]) (amavisd-new, port 10030) with ESMTP id F7uZaSVlSd1V; Thu, 27 Jul 2017 13:18:51 +0200 (CEST) Date: Thu, 27 Jul 2017 13:18:31 +0200 (CEST) From: "Herbert J. Skuhra" To: freebsd-stable@freebsd.org cc: emaste@FreeBSD.org Subject: Re: r321601 causes make buildworld to fail on stable/11 In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 11:19:03 -0000 On Thu, 27 Jul 2017, Trond Endrestøl wrote: > r321601 gives me these error messages on stable/11: > > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:6: error: use of undeclared identifier 'ACPI_SRAT_TYPE_GIC_ITS_AFFINITY'; did you mean 'ACPI_SRAT_TYPE_GICC_AFFINITY'? > [ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS", > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ACPI_SRAT_TYPE_GICC_AFFINITY > /usr/src/sys/contrib/dev/acpica/include/actbl1.h:1504:5: note: 'ACPI_SRAT_TYPE_GICC_AFFINITY' declared here > ACPI_SRAT_TYPE_GICC_AFFINITY = 3, > ^ > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:41: error: initializer overrides prior initialization of this subobject [-Werror,-Winitializer-overrides] > [ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS", > ^~~~~~~~~ > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1088:38: note: previous initialization is here > [ACPI_SRAT_TYPE_GICC_AFFINITY] = "GICC", > ^~~~~~ > > Am I missing something? Am acpi.c missing something? The following commit (or parts of it) is obviously missing on stable/11: r319365 | jkim | 2017-06-01 02:01:19 +0200 (Thu, 01 Jun 2017) | 2 lines Merge ACPICA 20170531. The undeclared identifier is only available in HEAD: ACPI_SRAT_TYPE_GIC_ITS_AFFINITY = 4, /* ACPI 6.2 */ -- Herbert From owner-freebsd-stable@freebsd.org Thu Jul 27 11:23:29 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4BA89DC87EC for ; Thu, 27 Jul 2017 11:23:29 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 34B7572585 for ; Thu, 27 Jul 2017 11:23:29 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3405CDC87EB; Thu, 27 Jul 2017 11:23:29 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 339C8DC87EA for ; Thu, 27 Jul 2017 11:23:29 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E840F72583 for ; Thu, 27 Jul 2017 11:23:27 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v6RB2CYh060868 for ; Thu, 27 Jul 2017 11:02:12 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v6RB2CbU060867 for stable@freebsd.org; Thu, 27 Jul 2017 04:02:12 -0700 (PDT) (envelope-from david) Date: Thu, 27 Jul 2017 04:02:12 -0700 From: David Wolfskill To: stable@freebsd.org Subject: stable/11 src update r321515 -> r321613 fail in src/usr.sbin/acpi/acpidump/ Message-ID: <20170727110212.GU1183@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="z25OBMfn/YQgmK1p" Content-Disposition: inline User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 11:23:29 -0000 --z25OBMfn/YQgmK1p Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable freebeast(11.1-S)[1] uname -a FreeBSD freebeast.catwhisker.org 11.1-STABLE FreeBSD 11.1-STABLE #409 r321= 515M/321515:1101501: Wed Jul 26 03:46:30 PDT 2017 root@freebeast.catwhi= sker.org:/common/S1/obj/usr/src/sys/GENERIC amd64 freebeast(11.1-S)[2]=20 freebeast(11.1-S)[2] svn info /usr/src Path: /usr/src Working Copy Root Path: /usr/src URL: file:///svn/freebsd/src/base/stable/11 Relative URL: ^/stable/11 Repository Root: file:///svn/freebsd/src/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 321613 Node Kind: directory Schedule: normal Last Changed Author: mav Last Changed Rev: 321613 Last Changed Date: 2017-07-27 03:29:29 -0700 (Thu, 27 Jul 2017) freebeast(11.1-S)[3]=20 =2E.. --- all_subdir_usr.sbin --- --- acpi.o --- /usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:6: error: use of undeclared ide= ntifier 'ACPI_SRAT_TYPE_GIC_ITS_AFFINITY'; did you mean 'ACPI_SRAT_TYPE_GIC= C_AFFINITY'? [ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] =3D "GIC ITS", ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ACPI_SRAT_TYPE_GICC_AFFINITY /usr/src/sys/contrib/dev/acpica/include/actbl1.h:1504:5: note: 'ACPI_SRAT_T= YPE_GICC_AFFINITY' declared here ACPI_SRAT_TYPE_GICC_AFFINITY =3D 3, ^ =2E... freebeast(11.1-S)[4] grep -wnr --exclude=3D./.svn\* ACPI_SRAT_TYPE_GIC_ITS_= AFFINITY . =2E/usr.sbin/acpi/acpidump/acpi.c:1089: [ACPI_SRAT_TYPE_GIC_ITS_AFFINITY= ] =3D "GIC ITS", freebeast(11.1-S)[5]=20 freebeast(11.1-S)[5] ^ACPI_SRAT_TYPE_GIC_ITS_AFFINITY^ACPI_SRAT_TYPE_GICC_A= FFINITY grep -wnr --exclude=3D./.svn\* ACPI_SRAT_TYPE_GICC_AFFINITY . =2E/usr.sbin/acpi/acpidump/acpi.c:1088: [ACPI_SRAT_TYPE_GICC_AFFINITY] = =3D "GICC", =2E/usr.sbin/acpi/acpidump/acpi.c:1120: case ACPI_SRAT_TYPE_GICC_AFFINITY: =2E/sys/contrib/dev/acpica/compiler/dttable2.c:1322: case ACPI_SRAT_= TYPE_GICC_AFFINITY: =2E/sys/contrib/dev/acpica/include/actbl1.h:1504: ACPI_SRAT_TYPE_GICC_AF= FINITY =3D 3, =2E/sys/contrib/dev/acpica/common/dmtbdump.c:3496: case ACPI_SRAT_TY= PE_GICC_AFFINITY: freebeast(11.1-S)[6]=20 Mind, I am using META_MODE, but I doubt that's at issue. I will try the substitution clang suggests, then follow up. Peace, david --=20 David H. Wolfskill david@catwhisker.org What kind of "investigation" would it be if it didn't "follow the money?" See http://www.catwhisker.org/~david/publickey.gpg for my public key. --z25OBMfn/YQgmK1p Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZecg0XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XORUH/39bYWFh5eQIuISVLfHp+6ll aR5Untp/d6T8sje718sH8OMFGxVRbGU6NRRC0FhX8kWTeqdhZwAhqbIxsmE8YE3I q7yIftFIbDGbFUVTsL1T4vE55vlDn6ZLisVNPscZKNLCUKKd9+5iRD0qqvKGSBTo r0ISJ/YSMWUAQ88fqf4sEENRbkQIzdNgtqyzoWEqCcdr3p19tN1gxsF3Y5b/FsR8 zSThBuMspO8WS2QDsUzwlIODcTle/lq7+HS5/iEM4t9AzA+iBfIxhHHVAu2DGZ/O c9SddkSsVGeE5BJVz42ljTAwqcbT1J1AORwZWMbm4zralHsU5O7WUDiHij+ItKU= =GJE7 -----END PGP SIGNATURE----- --z25OBMfn/YQgmK1p-- From owner-freebsd-stable@freebsd.org Thu Jul 27 12:31:06 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BBB8BDCA01A for ; Thu, 27 Jul 2017 12:31:06 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id A4C0874635 for ; Thu, 27 Jul 2017 12:31:06 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id A3F5CDCA019; Thu, 27 Jul 2017 12:31:06 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A37E7DCA018 for ; Thu, 27 Jul 2017 12:31:06 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 585BD74633 for ; Thu, 27 Jul 2017 12:31:05 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v6RCV4IA064655 for ; Thu, 27 Jul 2017 12:31:04 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v6RCV41u064654 for stable@freebsd.org; Thu, 27 Jul 2017 05:31:04 -0700 (PDT) (envelope-from david) Date: Thu, 27 Jul 2017 05:31:04 -0700 From: David Wolfskill To: stable@freebsd.org Subject: Re: stable/11 src update r321515 -> r321613 fail in src/usr.sbin/acpi/acpidump/ Message-ID: <20170727123104.GJ1183@albert.catwhisker.org> Reply-To: stable@freebsd.org Mail-Followup-To: stable@freebsd.org References: <20170727110212.GU1183@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="nfe/aYMUdj7ruWzB" Content-Disposition: inline In-Reply-To: <20170727110212.GU1183@albert.catwhisker.org> User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 12:31:06 -0000 --nfe/aYMUdj7ruWzB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 27, 2017 at 04:02:12AM -0700, David Wolfskill wrote: > ... > I will try the substitution clang suggests, then follow up. > .... That failed; following the hint from "Herbert J. Skuhra" , I tried a cherry-pick merge of r319365. That seemed to get through src/usr.sbin/acpi/acpidump OK, but then failed in zfs: =2E.. --- zfs.o --- In file included from /usr/src/usr.sbin/fstyp/zfs.c:42: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/z= fs/sy s/vdev_impl.h:30: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/z= fs/sy s/dmu.h:50: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/z= fs/sy s/zio_compress.h:34: /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/abd.h:46:2: err= or: u nknown type name 'refcount_t' refcount_t abd_children; ^ --- all_subdir_share --- =2E... So it's evident that my efforts today are not really helping; I'll let more clueful folks figure this out. :-) Peace, david --=20 David H. Wolfskill david@catwhisker.org What kind of "investigation" would it be if it didn't "follow the money?" See http://www.catwhisker.org/~david/publickey.gpg for my public key. --nfe/aYMUdj7ruWzB Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZed0IXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4Xm6gH/j80olGw8JJwXkVHNNY6ppCG ZWKzjCMruAaasDUAIiBYa+d5F/o8nCSvkJOcyCGJ/UcUNs8a1L3y1szOp6rlGbEQ NxwEJlycEzo0gvOKr2EISQFVvyYAzvU5iodb8ZzKu54UbJ4bD7DE2oALQ0UtH7Vd ZSlRKCaQ8x9xNukdfkF+8CqfNTrYQLSIR9eslz/W+0QAdsxKuUok2Q0HZeASTxG6 LP2D9uykZZMs55TWwr1HygEJbrUbT+9zhCj9JZpVmajAKN16Bgd2s9duhfTwijeh T6WILb05rfd3i85n3uKeygfDQqbpwxeunDAUCI4ZOcODQqD+EMZhUAIv+ZrXA1o= =HK+o -----END PGP SIGNATURE----- --nfe/aYMUdj7ruWzB-- From owner-freebsd-stable@freebsd.org Thu Jul 27 12:38:43 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9ADB1DCA36D for ; Thu, 27 Jul 2017 12:38:43 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 793CF74B45 for ; Thu, 27 Jul 2017 12:38:43 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 7890DDCA36C; Thu, 27 Jul 2017 12:38:43 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 78311DCA36B for ; Thu, 27 Jul 2017 12:38:43 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-it0-x22d.google.com (mail-it0-x22d.google.com [IPv6:2607:f8b0:4001:c0b::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4238474B44 for ; Thu, 27 Jul 2017 12:38:43 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-it0-x22d.google.com with SMTP id h199so81724262ith.0 for ; Thu, 27 Jul 2017 05:38:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to; bh=MHnGt2If0k76An7ZQsuwbZa5ttk6KJ0RJpmaYb4Iv4w=; b=ZyNyEAzOxyMUMBYIXGNKESmQWpH06E59NC36nVdiOmCpQf2pbPoitmyX6s8k1vaOwM 8TgXW5YBZx8JtAR99D47AzjTNd3SHZURHz8zUNw1zf9srnnfjL0TXj2gcxfEakI6WHjo UwNcLcwJ4T4NIUiX0j8omIyZHJqia0nVjEyx7auueHvGAp1Gzjs8itUKgVJX/3PERo/V 1qQcrcXSQyqZGDEgu3e+8LynPtkUHITSJuy3/vySoXuCs1PJSmrbaHfhQ0WlQYimgis3 TiFAXKjlLM40rwyJg2fvgz64vGoHG+PuJPcCofH0oUPG1oashA4gCGDO/jfl3uQDVLWB 7NyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to; bh=MHnGt2If0k76An7ZQsuwbZa5ttk6KJ0RJpmaYb4Iv4w=; b=QN9TRDtUMgRaCOOPhTgSDcpNNZuiks9RLMr/TQZCjvMDDFGkyV8ENheT9fyvtOwzmf DJlIvpsEvsAp9+xVEx7vkIkmlc80ZSiGHrgVFROgFEUtq+rsaa+yhw7S3Chir1iuprOF kiHO46udMy5FV121C0eeeWjqJ5u7MzGRwRkFRj2ari/SaC6tukIV0S4NqYm+BkN968J6 dAP0ixZtklU1Zr6aKYZbe3F6wFpYj9YuLADEjrw//cjpkoSJDKkQ02IsBw+la57k8O/1 437Xh733S1VvH4yEuh6J+l3kDMFZyBrpqi98V1kkJFlK/BmiKQpnbw38JWATLYq0QwYj 1Jmw== X-Gm-Message-State: AIVw111zQJjk9Oser7zqhUGsFRhzdIDZ8y8HKkxpKGbEoIy8ZVIm2de4 dTznzPmQF3k322jjA5SQnsKCIUgX7sDkWME= X-Received: by 10.36.159.194 with SMTP id c185mr4632552ite.31.1501159122597; Thu, 27 Jul 2017 05:38:42 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.14.73 with HTTP; Thu, 27 Jul 2017 05:38:22 -0700 (PDT) In-Reply-To: <20170727110212.GU1183@albert.catwhisker.org> References: <20170727110212.GU1183@albert.catwhisker.org> From: Ed Maste Date: Thu, 27 Jul 2017 08:38:22 -0400 X-Google-Sender-Auth: TDu1EFz0Tlbi3M4VV0BNYq0ixNo Message-ID: Subject: Re: stable/11 src update r321515 -> r321613 fail in src/usr.sbin/acpi/acpidump/ To: David Wolfskill , "stable@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 12:38:43 -0000 On 27 July 2017 at 07:02, David Wolfskill wrote: > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:6: error: use of undeclared identifier 'ACPI_SRAT_TYPE_GIC_ITS_AFFINITY'; did you mean 'ACPI_SRAT_TYPE_GICC_AFFINITY'? Sorry about that, reverted in r321617. From owner-freebsd-stable@freebsd.org Thu Jul 27 13:21:28 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 89919DCB155 for ; Thu, 27 Jul 2017 13:21:28 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 58A3476145; Thu, 27 Jul 2017 13:21:28 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id v6RDLQHN064121 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 27 Jul 2017 09:21:26 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.ca [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id v6RDLOAT063491; Thu, 27 Jul 2017 09:21:24 -0400 (EDT) (envelope-from mike@sentex.net) To: FreeBSD-STABLE Mailing List , Alexander Motin From: Mike Tancsa Subject: Mega ZFS MFCs Organization: Sentex Communications Message-ID: <088a85d2-ac64-3b43-eec5-3b21c06eb360@sentex.net> Date: Thu, 27 Jul 2017 09:21:24 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.78 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 13:21:28 -0000 Hi, I noticed quite a few MFCs to RELENG_11 around zfs yesterday and today. First off, thank you for all these fixes/enhancements! Of the some 60 MFCs, are there any particular ones to be more aware of when updating servers ? Are there any more to come, or is now a good time to test things out ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@freebsd.org Thu Jul 27 13:29:57 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B65FDCB297 for ; Thu, 27 Jul 2017 13:29:57 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-lf0-x232.google.com (mail-lf0-x232.google.com [IPv6:2a00:1450:4010:c07::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BCB22763AB for ; Thu, 27 Jul 2017 13:29:56 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by mail-lf0-x232.google.com with SMTP id d17so12460795lfe.0 for ; Thu, 27 Jul 2017 06:29:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=/Ftjzk4r/QnxrutXbyD7XSSfsMrl97q0lx9RG2W/Gh8=; b=BAVpguOkpBV+/b/RxM8c9zdgK3lV9B3zW/cbp2TpZr8fDXHrqZRbnt5+3F4IldcX02 J6Avua//PTXtX3p1fKY8cu6mHpof0mDaA8GtzWAerUeAjI2P195s9is4g1giesfM6gf5 NQZD0V3rBP3clWc6kGia8/6opiZGmwmkBx8PR9neuEQesA3f143SJ+KDIvxwG3bjJQHw FZjkJ+OMmVW6bpPYZxRExG/dC8nl8ujVPV6482SnQZlhv83RXKM+oeybJm/Q05s5h8V9 WTywzt9mDtFaOoKXLdeJbXtJV7zeb4cC9RTLTucNqoFBKhrOBAnOXDJ7uGan4jsBoHJB qvaw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=/Ftjzk4r/QnxrutXbyD7XSSfsMrl97q0lx9RG2W/Gh8=; b=cBVyAt0xnsyn1QF3k2s9DcvwowcrdZj63iXNYXljAvHJH5xBzeGIZpPUJfxcg4N1Bl 6reTQ9xLXq2Dn6U6tFXTSem0hMQZ3w13/uptvEX6a57fNSr+mqyev8f71qqRiXHw16kn PlOY+U30+lR0lkxWCdOt3hmNWHJguTU/bTs4eNiapfYTi/JqRQ3xCCS8CBUN/wgd0BRq y2Wj5ywhUA5KWqAhxJx0/HHCNaGfBnwv66V7RIa9j57Rc0OiL7wJZuGeLXPUnefzlk+f 6jrYewj1ZfxZp8h7og2i8MpvKzsu6DHse8BIKGM5fYrZwElkSASWTj6szd68LuDZZO6H vUBg== X-Gm-Message-State: AIVw110zUBpFTnJg8mIFa/JNum1+IlJMFYOc+LsJClo/SmCoFjUZxPqy 1+6WK5W+WKrP4yhnjcM= X-Received: by 10.25.211.71 with SMTP id k68mr99008lfg.43.1501162194747; Thu, 27 Jul 2017 06:29:54 -0700 (PDT) Received: from spectre.mavhome.dp.ua ([134.249.139.101]) by smtp.gmail.com with ESMTPSA id v126sm63120lfa.21.2017.07.27.06.29.53 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 27 Jul 2017 06:29:53 -0700 (PDT) Sender: Alexander Motin Subject: Re: Mega ZFS MFCs To: Mike Tancsa , FreeBSD-STABLE Mailing List References: <088a85d2-ac64-3b43-eec5-3b21c06eb360@sentex.net> From: Alexander Motin Message-ID: <0a0d4479-2cda-f8ae-965d-ff8bf0e4c3f5@FreeBSD.org> Date: Thu, 27 Jul 2017 16:29:52 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <088a85d2-ac64-3b43-eec5-3b21c06eb360@sentex.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 13:29:57 -0000 Hi Mike, On 27.07.2017 16:21, Mike Tancsa wrote: > I noticed quite a few MFCs to RELENG_11 around zfs yesterday and today. > First off, thank you for all these fixes/enhancements! Of the some 60 > MFCs, are there any particular ones to be more aware of when updating > servers ? The most complicated and invasive to me looks r321610 "8021 ARC buf data scatter-ization". It took 5 fix commits to make it behave in head, but Andriy told me it should be good now, and I run it on my systems too. > Are there any more to come, or is now a good time to test things out ? I've merged all we had in head (except couple gptzfsboot commits significantly increasing its size, that could break POLA). Next round will any way go to head first, so stable/11 should probably be idle for a month at least and should be good for testing now. -- Alexander Motin From owner-freebsd-stable@freebsd.org Thu Jul 27 13:35:23 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ACC14DCB4ED for ; Thu, 27 Jul 2017 13:35:23 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 942927674F for ; Thu, 27 Jul 2017 13:35:23 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9063DDCB4EC; Thu, 27 Jul 2017 13:35:23 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FFC7DCB4EB for ; Thu, 27 Jul 2017 13:35:23 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 419BA7674E; Thu, 27 Jul 2017 13:35:21 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v6RDZK5n065534; Thu, 27 Jul 2017 13:35:20 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v6RDZK6N065533; Thu, 27 Jul 2017 06:35:20 -0700 (PDT) (envelope-from david) Date: Thu, 27 Jul 2017 06:35:20 -0700 From: David Wolfskill To: Ed Maste Cc: "stable@freebsd.org" Subject: Re: stable/11 src update r321515 -> r321613 fail in src/usr.sbin/acpi/acpidump/ Message-ID: <20170727133520.GL1183@albert.catwhisker.org> Reply-To: stable@freebsd.org Mail-Followup-To: stable@freebsd.org, Ed Maste References: <20170727110212.GU1183@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="/UTK1GD8/MlhHi1J" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 13:35:23 -0000 --/UTK1GD8/MlhHi1J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 27, 2017 at 08:38:22AM -0400, Ed Maste wrote: > On 27 July 2017 at 07:02, David Wolfskill wrote: > > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:6: error: use of undeclared= identifier 'ACPI_SRAT_TYPE_GIC_ITS_AFFINITY'; did you mean 'ACPI_SRAT_TYPE= _GICC_AFFINITY'? >=20 > Sorry about that, reverted in r321617. Thanks. I tried (hand-)applying that, and as was the case with the attempt to merge r319365, the build apparently got through acpi,, but died in zfs: =2E.. --- all_subdir_usr.sbin --- --- zfs.o --- In file included from /usr/src/usr.sbin/fstyp/zfs.c:42: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/z= fs/sys/vdev_impl.h:30: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/z= fs/sys/dmu.h:50: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/z= fs/sys/zio_compress.h:34: /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/abd.h:46:2: err= or: unknown type name 'refcount_t' refcount_t abd_children; ^ 1 error generated. --- all_subdir_gnu --- --- all_subdir_gnu/usr.bin/groff/man --- =2E... Peace, david --=20 David H. Wolfskill david@catwhisker.org What kind of "investigation" would it be if it didn't "follow the money?" See http://www.catwhisker.org/~david/publickey.gpg for my public key. --/UTK1GD8/MlhHi1J Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZeewYXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4Xe/wH/jS3B+JOGPo/RHbVHJuKN49h HnlRtzsYw3nrF6Yh/AEnEkQBSGRYN7tIho9hiTvilNZY3pQDEIuHOIdyeV1gsPZR p1FU7ivyi/bkQzsjT+eXymJu7S4pWxk1ddXQETGcqCq3YpxaXe02fRiqCZD02lYC kszMPusEwte/fAgBwMlRJLP/tUQpsCQUejXA+EZ1LnrNsKWhgR2HO3BE50fwottP LMy/13++Arwiz3hO4iRNyGkxc3qScYfAw/4YOiDZarjZWsNhvQEd5MsHekQkE39E cZQ7zSveLudWHRb1LRGRqqjv7hz61MTE28f4fma//I74TyC5dZ+jCSebx9z/J8A= =AHGX -----END PGP SIGNATURE----- --/UTK1GD8/MlhHi1J-- From owner-freebsd-stable@freebsd.org Thu Jul 27 14:23:24 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 99885DCC314 for ; Thu, 27 Jul 2017 14:23:24 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2FFF07C0B0 for ; Thu, 27 Jul 2017 14:23:24 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id v6RENCJi032967 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 27 Jul 2017 16:23:12 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id v6RENCWx032964 for ; Thu, 27 Jul 2017 16:23:12 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 27 Jul 2017 16:23:12 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: Re: r321601 causes make buildworld to fail on stable/11 In-Reply-To: Message-ID: References: <4d589d27-8546-51f5-d7d6-50736eb7534b@zyxst.net> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 14:23:24 -0000 On Thu, 27 Jul 2017 13:03+0200, Trond Endrestøl wrote: > On Thu, 27 Jul 2017 11:57+0100, tech-lists wrote: > > > On 27/07/2017 10:33, Trond Endrestøl wrote: > > > r321601 gives me these error messages on stable/11: > > > > > > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:6: error: use of undeclared identifier 'ACPI_SRAT_TYPE_GIC_ITS_AFFINITY'; did you mean 'ACPI_SRAT_TYPE_GICC_AFFINITY'? > > > [ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS", > > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > ACPI_SRAT_TYPE_GICC_AFFINITY > > > /usr/src/sys/contrib/dev/acpica/include/actbl1.h:1504:5: note: 'ACPI_SRAT_TYPE_GICC_AFFINITY' declared here > > > ACPI_SRAT_TYPE_GICC_AFFINITY = 3, > > > ^ > > > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:41: error: initializer overrides prior initialization of this subobject [-Werror,-Winitializer-overrides] > > > [ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS", > > > ^~~~~~~~~ > > > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1088:38: note: previous initialization is here > > > [ACPI_SRAT_TYPE_GICC_AFFINITY] = "GICC", > > > ^~~~~~ > > > > > > Am I missing something? Am acpi.c missing something? > > > > > > > I see this as well on r321611 > > r321600 builds fine. > r321601 does not, and must be amended or reverted. r321619 builds fine. Thank you, Ed M. -- Trond. From owner-freebsd-stable@freebsd.org Thu Jul 27 15:07:13 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 074C1DCD024 for ; Thu, 27 Jul 2017 15:07:13 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 948607D91E; Thu, 27 Jul 2017 15:07:11 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id v6RF71Qt080486 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 27 Jul 2017 17:07:02 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: freebsd-stable@FreeBSD.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id v6RF6rZs083059; Thu, 27 Jul 2017 22:06:53 +0700 (+07) (envelope-from eugen@grosbein.net) To: FreeBSD Stable Cc: Konstantin Belousov From: Eugene Grosbein Subject: stable/11 regression: SIGSYS in the /bin/sh X-Enigmail-Draft-Status: N1110 Message-ID: <597A018D.4040601@grosbein.net> Date: Thu, 27 Jul 2017 22:06:53 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=3.6 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_96_Q, LOCAL_FROM autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * 3.3 DATE_IN_FUTURE_96_Q Date: is 4 days to 4 months after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-Spam-Level: *** X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 15:07:13 -0000 Hi! Very recently stable/11 got a problem somewhere between r321073 and r321459: /bin/sh crashes with SIGSYS at boot time: Trying to mount root from ufs:/dev/ada0s1a [ro]... start_init: trying /sbin/init ppid 21 (sh), uid 0: exited on signal 12 id 21 comm sh: nosys 42 Jul 27 14:30:23 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode This is *not* upgrade but complete rebuild of NanoBSD image: all binaries, libraries and kernel are built from stable/11 sources. My custom kernel for amd64 has COMPAT_43TTY and COMPAT_FREEBSD32 options and no other COMPAT_XXX options. It has no COMPAT_FREEBSD10 option too as this is new installation. Also, I needed the following patch to make sysctl kern.lognosys work for non-tty case: --- sys/kern/subr_prf.c.orig 2017-07-25 15:14:27.236304000 +0700 +++ sys/kern/subr_prf.c 2017-07-27 21:05:55.912042000 +0700 @@ -958,6 +958,7 @@ number: break; } } + return (retval); #undef PCHAR } --- sys/kern/kern_sig.c.orig 2017-07-25 15:14:27.232126000 +0700 +++ sys/kern/kern_sig.c 2017-07-27 21:07:58.298440000 +0700 @@ -3596,7 +3596,9 @@ tdsignal(td, SIGSYS); PROC_UNLOCK(p); if (kern_lognosys) - uprintf("pid %d comm %s: nosys %d\n", p->p_pid, p->p_comm, + if (!uprintf("pid %d comm %s: nosys %d\n", p->p_pid, p->p_comm, + td->td_sa.code)) + printf("pid %d comm %s: nosys %d\n", p->p_pid, p->p_comm, td->td_sa.code); return (ENOSYS); } Please take a look. From owner-freebsd-stable@freebsd.org Thu Jul 27 15:42:21 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 043D6DCDAE6 for ; Thu, 27 Jul 2017 15:42:21 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B24A17EDD2; Thu, 27 Jul 2017 15:42:20 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1dakHT-000Fr6-Mm; Thu, 27 Jul 2017 18:00:51 +0300 Date: Thu, 27 Jul 2017 18:00:51 +0300 From: Slawa Olhovchenkov To: Alexander Motin Cc: Mike Tancsa , FreeBSD-STABLE Mailing List Subject: Re: Mega ZFS MFCs Message-ID: <20170727150051.GF18123@zxy.spb.ru> References: <088a85d2-ac64-3b43-eec5-3b21c06eb360@sentex.net> <0a0d4479-2cda-f8ae-965d-ff8bf0e4c3f5@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0a0d4479-2cda-f8ae-965d-ff8bf0e4c3f5@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 15:42:21 -0000 On Thu, Jul 27, 2017 at 04:29:52PM +0300, Alexander Motin wrote: > Hi Mike, > > On 27.07.2017 16:21, Mike Tancsa wrote: > > I noticed quite a few MFCs to RELENG_11 around zfs yesterday and today. > > First off, thank you for all these fixes/enhancements! Of the some 60 > > MFCs, are there any particular ones to be more aware of when updating > > servers ? > > The most complicated and invasive to me looks r321610 "8021 ARC buf data > scatter-ization". It took 5 fix commits to make it behave in head, but > Andriy told me it should be good now, and I run it on my systems too. > > > Are there any more to come, or is now a good time to test things out ? > > I've merged all we had in head (except couple gptzfsboot commits > significantly increasing its size, that could break POLA). Next round > will any way go to head first, so stable/11 should probably be idle for > a month at least and should be good for testing now. Ant chance for PR218043 and D7538? From owner-freebsd-stable@freebsd.org Thu Jul 27 16:08:07 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8F7CDCE340 for ; Thu, 27 Jul 2017 16:08:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C745A8016A for ; Thu, 27 Jul 2017 16:08:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v6RG87f5061599 for ; Thu, 27 Jul 2017 16:08:07 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 221050] FreeBSD 11.1-RELEASE: virtualbox bridged network dont work Date: Thu, 27 Jul 2017 16:08:07 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: lavr@unix1.jinr.ru X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 16:08:07 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221050 Bug ID: 221050 Summary: FreeBSD 11.1-RELEASE: virtualbox bridged network dont work Product: Ports & Packages Version: Latest Hardware: amd64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: Individual Port(s) Assignee: freebsd-ports-bugs@FreeBSD.org Reporter: lavr@unix1.jinr.ru CC: freebsd-stable@FreeBSD.org Hi All, host: [good]~ > uname -rm 11.1-RELEASE amd64 [good]~ > freebsd-version 11.1-RELEASE [good]~ > pkg info | grep virtualbox virtualbox-ose-5.1.22_1 General-purpose full virtualizer for x86 hardware virtualbox-ose-kmod-5.1.22 VirtualBox kernel module for FreeBSD [good]~ >=20 [good]~ > kldstat=20 Id Refs Address Size Name 1 75 0xffffffff80200000 1f67a88 kernel 2 1 0xffffffff82169000 720d8 if_igb.ko 3 1 0xffffffff821dc000 6968 ng_bridge.ko 4 6 0xffffffff821e3000 19ec0 netgraph.ko 5 1 0xffffffff821fd000 6a20 ng_eiface.ko 6 1 0xffffffff82204000 7688 ng_ether.ko 7 1 0xffffffff8220c000 7f48 ng_socket.ko 8 1 0xffffffff82214000 4480 aibs.ko 9 1 0xffffffff82219000 b760 sem.ko 10 3 0xffffffff82225000 7de80 vboxdrv.ko 11 1 0xffffffff822a3000 1a8c8 fuse.ko 12 1 0xffffffff825e6000 2018f1 zfs.ko 13 1 0xffffffff827e8000 9aea opensolaris.ko 14 1 0xffffffff827f2000 5936 fdescfs.ko 15 1 0xffffffff827f8000 a877 linprocfs.ko 16 3 0xffffffff82803000 7b0f linux_common.ko 17 1 0xffffffff8280b000 bb55 tmpfs.ko 18 1 0xffffffff82817000 965599 nvidia.ko 19 1 0xffffffff8317d000 42864 linux.ko 20 1 0xffffffff831c0000 23528 ipfw.ko 21 2 0xffffffff831e4000 2a1f vboxnetflt.ko 22 1 0xffffffff831e7000 3f86 vboxnetadp.ko 23 1 0xffffffff831eb000 3650 ums.ko 24 1 0xffffffff831ef000 2986 uhid.ko 25 1 0xffffffff831f2000 3c93f linux64.ko 26 1 0xffffffff83368000 47af efirt.ko [good]~ > [good]~ > ipfw show 00100 36 2984 allow ip from any to any via lo0 00200 0 0 deny ip from any to 127.0.0.0/8 00300 0 0 deny ip from 127.0.0.0/8 to any 00400 0 0 deny ip from any to ::1 00500 0 0 deny ip from ::1 to any 00600 0 0 allow ipv6-icmp from :: to ff02::/16 00700 0 0 allow ipv6-icmp from fe80::/10 to fe80::/10 00800 0 0 allow ipv6-icmp from fe80::/10 to ff02::/16 00900 0 0 allow ipv6-icmp from any to any ip6 icmp6types 1 01000 0 0 allow ipv6-icmp from any to any ip6 icmp6types 2,135= ,136 65000 305512 276162676 allow ip from any to any 65535 0 0 deny ip from any to any [good]~ > Guest OS: freebsd or linux --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Thu Jul 27 16:16:23 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4225DCE7EC for ; Thu, 27 Jul 2017 16:16:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D1D1A8079F for ; Thu, 27 Jul 2017 16:16:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v6RGGNqr084935 for ; Thu, 27 Jul 2017 16:16:23 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 221050] FreeBSD 11.1-RELEASE: virtualbox bridged network dont work Date: Thu, 27 Jul 2017 16:16:23 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: steinex@nognu.de X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 16:16:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221050 steinex@nognu.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |steinex@nognu.de --- Comment #1 from steinex@nognu.de --- I experience the same issue, with virtualbox-ose and virtualbox-ose-kmod fr= om 2017Q3 packages. I tried rebuilding virtualbox-ose from ports (2017Q3 branch) to build the kernel module against the 11.1 kernel to see if this helps, but the build fails. I have not a log of the failure right now but I could hand in later. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Thu Jul 27 16:18:09 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F386DCE8E7 for ; Thu, 27 Jul 2017 16:18:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7797F80A65 for ; Thu, 27 Jul 2017 16:18:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v6RGI9Kb087869 for ; Thu, 27 Jul 2017 16:18:09 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 221050] FreeBSD 11.1-RELEASE: virtualbox bridged network dont work Date: Thu, 27 Jul 2017 16:18:09 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 16:18:09 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221050 Eugene Grosbein changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eugen@freebsd.org --- Comment #2 from Eugene Grosbein --- It works for me just fine. You should be more specific in problem descripti= on. Do not afraid to supply extra details, that's better that no enough details. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Thu Jul 27 16:21:03 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 75941DCEADC for ; Thu, 27 Jul 2017 16:21:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6368A80D61 for ; Thu, 27 Jul 2017 16:21:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v6RGL3cq094517 for ; Thu, 27 Jul 2017 16:21:03 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 221050] emulators/virtualbox-ose: Bridged network doesn't work (11.1-RELEASE) Date: Thu, 27 Jul 2017 16:21:03 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: vlad-fbsd@acheronmedia.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: vbox@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: short_desc assigned_to bug_status cc flagtypes.name Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 16:21:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221050 Vladimir Krstulja changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|FreeBSD 11.1-RELEASE: |emulators/virtualbox-ose: |virtualbox bridged network |Bridged network doesn't |dont work |work (11.1-RELEASE) Assignee|freebsd-ports-bugs@FreeBSD. |vbox@FreeBSD.org |org | Status|New |Open CC| |vbox@FreeBSD.org Flags| |maintainer-feedback?(vbox@F | |reeBSD.org) --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Thu Jul 27 16:29:04 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37DC1DAA015 for ; Thu, 27 Jul 2017 16:29:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D557E8159C for ; Thu, 27 Jul 2017 16:29:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v6RGSuNY073417 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 27 Jul 2017 19:28:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v6RGSuNY073417 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v6RGSuMR073416; Thu, 27 Jul 2017 19:28:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 27 Jul 2017 19:28:56 +0300 From: Konstantin Belousov To: Eugene Grosbein Cc: FreeBSD Stable Subject: Re: stable/11 regression: SIGSYS in the /bin/sh Message-ID: <20170727162856.GH1700@kib.kiev.ua> References: <597A018D.4040601@grosbein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <597A018D.4040601@grosbein.net> User-Agent: Mutt/1.8.3 (2017-05-23) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 16:29:04 -0000 On Thu, Jul 27, 2017 at 10:06:53PM +0700, Eugene Grosbein wrote: > Hi! > > Very recently stable/11 got a problem somewhere between r321073 and r321459: > /bin/sh crashes with SIGSYS at boot time: > > Trying to mount root from ufs:/dev/ada0s1a [ro]... > start_init: trying /sbin/init > ppid 21 (sh), uid 0: exited on signal 12 > id 21 comm sh: nosys 42 > Jul 27 14:30:23 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode Take your /bin/sh, libraries and rtld to some other machine and try to catch where the pipe(2) call come from. I do not see any other way forward, assuming your build env is not contaminated somehow. I did the following on the today stable/11: pooma% ktrace -if /tmp/ktrace.out sh -c 'jot 100 | grep 1 | wc -l' 20 pooma% kdump -f /tmp/ktrace.out | grep pipe 1493 sh CALL pipe2(0x7fffffffe390,0) 1493 sh RET pipe2 0 1493 sh CALL pipe2(0x7fffffffe390,0) 1493 sh RET pipe2 0 > > This is *not* upgrade but complete rebuild of NanoBSD image: > all binaries, libraries and kernel are built from stable/11 sources. > > My custom kernel for amd64 has COMPAT_43TTY and COMPAT_FREEBSD32 options > and no other COMPAT_XXX options. It has no COMPAT_FREEBSD10 option too > as this is new installation. > > Also, I needed the following patch to make sysctl kern.lognosys > work for non-tty case: > > --- sys/kern/subr_prf.c.orig 2017-07-25 15:14:27.236304000 +0700 > +++ sys/kern/subr_prf.c 2017-07-27 21:05:55.912042000 +0700 > @@ -958,6 +958,7 @@ number: > break; > } > } > + return (retval); > #undef PCHAR > } > > --- sys/kern/kern_sig.c.orig 2017-07-25 15:14:27.232126000 +0700 > +++ sys/kern/kern_sig.c 2017-07-27 21:07:58.298440000 +0700 > @@ -3596,7 +3596,9 @@ > tdsignal(td, SIGSYS); > PROC_UNLOCK(p); > if (kern_lognosys) > - uprintf("pid %d comm %s: nosys %d\n", p->p_pid, p->p_comm, > + if (!uprintf("pid %d comm %s: nosys %d\n", p->p_pid, p->p_comm, > + td->td_sa.code)) > + printf("pid %d comm %s: nosys %d\n", p->p_pid, p->p_comm, > td->td_sa.code); > return (ENOSYS); > } > The following has more regular behavior. diff --git a/sys/kern/kern_sig.c b/sys/kern/kern_sig.c index 37da97924ca..ce5e7b2768f 100644 --- a/sys/kern/kern_sig.c +++ b/sys/kern/kern_sig.c @@ -3579,9 +3579,14 @@ nosys(struct thread *td, struct nosys_args *args) PROC_LOCK(p); tdsignal(td, SIGSYS); PROC_UNLOCK(p); - if (kern_lognosys) + if (kern_lognosys == 1 || kern_lognosys == 3) { uprintf("pid %d comm %s: nosys %d\n", p->p_pid, p->p_comm, td->td_sa.code); + } + if (kern_lognosys == 2 || kern_lognosys == 3) { + printf("pid %d comm %s: nosys %d\n", p->p_pid, p->p_comm, + td->td_sa.code); + } return (ENOSYS); } From owner-freebsd-stable@freebsd.org Thu Jul 27 16:50:11 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E2493DAAA70 for ; Thu, 27 Jul 2017 16:50:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CFDA48262B for ; Thu, 27 Jul 2017 16:50:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v6RGoBhF076239 for ; Thu, 27 Jul 2017 16:50:11 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 221050] emulators/virtualbox-ose: Bridged network doesn't work (11.1-RELEASE) Date: Thu, 27 Jul 2017 16:50:11 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: steinex@nognu.de X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: vbox@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 16:50:12 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221050 --- Comment #3 from steinex@nognu.de --- Created attachment 184772 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D184772&action= =3Dedit kBuild build failure from 2017Q3 ports on 11.1-RELEASE --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Thu Jul 27 16:51:41 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8ADBBDAAD1F for ; Thu, 27 Jul 2017 16:51:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 791568286F for ; Thu, 27 Jul 2017 16:51:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v6RGpfk5083312 for ; Thu, 27 Jul 2017 16:51:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 221050] emulators/virtualbox-ose: Bridged network doesn't work (11.1-RELEASE) Date: Thu, 27 Jul 2017 16:51:41 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: steinex@nognu.de X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: vbox@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 16:51:41 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221050 --- Comment #4 from steinex@nognu.de --- Created attachment 184773 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D184773&action= =3Dedit virtualbox-ose build failure from 2017Q3 ports on 11.1-RELEASE --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Thu Jul 27 16:52:55 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 020D2DAAE6F for ; Thu, 27 Jul 2017 16:52:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E3FE182B72 for ; Thu, 27 Jul 2017 16:52:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v6RGqsTY088692 for ; Thu, 27 Jul 2017 16:52:54 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 221050] emulators/virtualbox-ose: Bridged network doesn't work (11.1-RELEASE) Date: Thu, 27 Jul 2017 16:52:55 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: steinex@nognu.de X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: vbox@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 16:52:55 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221050 --- Comment #5 from steinex@nognu.de --- Some more details. This is from 2017Q3 packages: * I have no firewall or whatsoever in place on the host. * Attached is VBox.log when running an OpenBSD guest where bridged networki= ng does not work. It doesn't work for any guest though, no matter what OS as f= ar as I can tell. I can't spot obvious errors the log though. ** The interface to be bridged is em0 (Intel(R) 82579V Gigabit Network Devi= ce). ** Symptom is DHCP-requests just time out. * I don't know if its important but I thought it may be worth mentioning. W= hen doing "/usr/local/etc/rc.d/vboxnet onestop" to unload the modules again, dm= esg shows: "Warning: memory type iprtheap leaked memory on destroy (2 allocatio= ns, 128 bytes leaked)." * When trying to build virtualbox-ose from ports 2017Q3-branch (any depende= ncy but virtualbox-ose-kmod is already installed from packages at this point, including kBuild), build failure log is attached as virtualbox-ose-buildfailure.txt * When trying to build virtualbox-ose from ports 2017Q3-branch (any depende= ncy but virtualbox-ose-kmod and kBuild are already installed from packages at t= his point, build failure log is attached as kBuild-buildfailure.txt Please tell me if I can supply any more details. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Thu Jul 27 16:55:46 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 394DEDAB03F for ; Thu, 27 Jul 2017 16:55:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2718782D2D for ; Thu, 27 Jul 2017 16:55:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v6RGtjS6093806 for ; Thu, 27 Jul 2017 16:55:46 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 221050] emulators/virtualbox-ose: Bridged network doesn't work (11.1-RELEASE) Date: Thu, 27 Jul 2017 16:55:45 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: steinex@nognu.de X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: vbox@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 16:55:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221050 --- Comment #6 from steinex@nognu.de --- Created attachment 184774 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D184774&action= =3Dedit Vbox.log from a session where bridged network does not work --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Thu Jul 27 18:00:09 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6FEC5DAC5AB for ; Thu, 27 Jul 2017 18:00:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5D1A984D8A for ; Thu, 27 Jul 2017 18:00:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v6RI08hP074204 for ; Thu, 27 Jul 2017 18:00:09 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 221050] emulators/virtualbox-ose: Bridged network doesn't work (11.1-RELEASE) Date: Thu, 27 Jul 2017 18:00:08 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: jkim@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: vbox@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 18:00:09 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221050 Jung-uk Kim changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jkim@FreeBSD.org --- Comment #7 from Jung-uk Kim --- (In reply to steinex from comment #5) > /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd11.0/5.4.0/include-fixed/sy= s/types.h:266:9: error: unknown type name '__vm_ooffset_t' typedef __vm_ooffset_t vm_ooffset_t; > ^ > /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd11.0/5.4.0/include-fixed/sy= s/types.h:268:9: error: unknown type name '__vm_pindex_t' typedef __vm_pindex_t vm_pindex_t; > ^ Build failures are coming from broken lang/gcc5. As you can see, it was bu= ilt on 11.0 and it is incompatible with 11.1 unfortunately. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Thu Jul 27 18:26:01 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 211D5DAD02A for ; Thu, 27 Jul 2017 18:26:01 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E2401118D for ; Thu, 27 Jul 2017 18:26:00 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id v6RIPxDq000575 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 27 Jul 2017 14:25:59 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.net [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id v6RIPv9n066547 for ; Thu, 27 Jul 2017 14:25:57 -0400 (EDT) (envelope-from mike@sentex.net) To: FreeBSD-STABLE Mailing List From: Mike Tancsa Subject: rand_harvestq at 100% RELENG_11 Organization: Sentex Communications Message-ID: Date: Thu, 27 Jul 2017 14:25:57 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.78 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 18:26:01 -0000 Not sure if this is normal behaviour or not, but on a recent RELENG_11 r321624, I noticed something odd about rand_harvestq. While doing some disk stress testing of zfs, I was creating a bunch of random files. eg dd if=/dev/urandom > /tmp/junk2 bs=1m count=10000 If I create enough of them, rand_harvestq seems to get pegged at 100% on one of my CPUs last pid: 1014; load averages: 1.36, 0.96, 0.65 up 0+00:17:00 14:22:45 49 processes: 3 running, 45 sleeping, 1 waiting CPU: 0.0% user, 0.0% nice, 24.8% system, 0.0% interrupt, 75.2% idle Mem: 24M Active, 4140K Inact, 12G Wired, 4001M Free ARC: 11G Total, 3144K MFU, 11G MRU, 64K Anon, 19M Header, 1224K Other 11G Compressed, 11G Uncompressed, 1.00:1 Ratio Swap: 40G Total, 40G Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 4 155 ki31 0K 64K CPU0 0 55:37 302.56% idle 16 root 1 -16 - 0K 16K CPU3 3 10:39 105.60% rand_harvestq 1014 root 1 20 0 7892K 2668K CPU2 2 0:00 0.03% top And it stays there # ps auxwS | head -5 USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 11 295.2 0.0 0 64 - RL 14:05 59:05.25 [idle] root 16 100.0 0.0 0 16 - RL 14:05 11:48.24 [rand_harvestq] root 0 0.0 0.1 0 8400 - DLs 14:05 0:08.96 [kernel] root 1 0.0 0.0 5408 588 - ILs 14:05 0:00.84 /sbin/init Any idea whats going on ? The box is pretty standard CPU: Intel(R) Xeon(R) CPU E3-1220 v3 @ 3.10GHz (3092.90-MHz K8-class CPU) 11.1-STABLE FreeBSD 11.1-STABLE #1 r321624 AMD64 KERNEL is non generic, but it just has a bunch of ethernet drivers removed and pf and pflog added. ---Mike -- -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@freebsd.org Thu Jul 27 20:19:30 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF76FDAF139 for ; Thu, 27 Jul 2017 20:19:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ADE63634E3 for ; Thu, 27 Jul 2017 20:19:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v6RKJUA2004909 for ; Thu, 27 Jul 2017 20:19:30 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 221050] emulators/virtualbox-ose: Bridged network doesn't work (11.1-RELEASE) Date: Thu, 27 Jul 2017 20:19:30 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: steinex@nognu.de X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: vbox@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2017 20:19:30 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221050 --- Comment #8 from steinex@nognu.de --- Ok, I can confirm that bridged networking works again when virtualbox-ose = is build from source when it's complete dependency chain is also built from ports. It makes sense to me that virtualbox needs to be compiled against the new kernel after upgrading, I didn't spot the gcc5 issue, thanks for that. However, I'm not the original bug submitter and I can relate to the confusi= on as of why a package stops working after upgrade to a new minor-release. I s= ee a chicken-and-egg problem between quarterlies (and most probably even latest) packages that provide out-of-tree modules and a new -RELEASE. I have no stake in here what to do, having a virtualbox-ose package sure is nice, but having none at all may be less confusing. tl;dr: bridged networking in virtualbox from ports (2017Q3) with 11.1 is totally fine, if you compile virtualbox with it's complete dependency chain from ports and not use packages. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Fri Jul 28 02:17:16 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5BFFDB6AF0 for ; Fri, 28 Jul 2017 02:17:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D34866E724 for ; Fri, 28 Jul 2017 02:17:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v6S2HGbc091217 for ; Fri, 28 Jul 2017 02:17:16 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 221050] emulators/virtualbox-ose: Bridged network doesn't work (11.1-RELEASE) Date: Fri, 28 Jul 2017 02:17:16 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: vbox@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 02:17:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221050 --- Comment #9 from Eugene Grosbein --- You generally need not rebuild ports/packages after minor OS upgrade. Unfortunately, this does not apply to packages containing own kernel module= s - you may need to rebuild/reinstall them after minor upgrade. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Fri Jul 28 02:48:26 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC88BDB77C7 for ; Fri, 28 Jul 2017 02:48:26 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B9446FA96 for ; Fri, 28 Jul 2017 02:48:25 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id v6S2mFJ8087399 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 28 Jul 2017 04:48:16 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: kostikbel@gmail.com Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id v6S2m7Dr087830; Fri, 28 Jul 2017 09:48:07 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: stable/11 regression: SIGSYS in the /bin/sh To: Konstantin Belousov References: <597A018D.4040601@grosbein.net> <20170727162856.GH1700@kib.kiev.ua> Cc: FreeBSD Stable From: Eugene Grosbein X-Enigmail-Draft-Status: N1110 Message-ID: <597AA5E7.3070100@grosbein.net> Date: Fri, 28 Jul 2017 09:48:07 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <20170727162856.GH1700@kib.kiev.ua> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=3.6 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_96_Q, LOCAL_FROM autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * 3.3 DATE_IN_FUTURE_96_Q Date: is 4 days to 4 months after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-Spam-Level: *** X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 02:48:27 -0000 On 27.07.2017 23:28, Konstantin Belousov wrote: > Take your /bin/sh, libraries and rtld to some other machine and try to > catch where the pipe(2) call come from. I do not see any other way > forward, assuming your build env is not contaminated somehow. > > I did the following on the today stable/11: > pooma% ktrace -if /tmp/ktrace.out sh -c 'jot 100 | grep 1 | wc -l' > 20 > pooma% kdump -f /tmp/ktrace.out | grep pipe > 1493 sh CALL pipe2(0x7fffffffe390,0) > 1493 sh RET pipe2 0 > 1493 sh CALL pipe2(0x7fffffffe390,0) > 1493 sh RET pipe2 0 This is NanoBSD build, so I have full world in the /usr/obj/nanobsd.pppoe/_.w on my buildbox that is FreeBSD 11/amd64 r321459 too, but does have COMPAT_FREEBSD10 in its kernel. So, I repeated your test and got same results: # mount -t devfs devfs /usr/obj/nanobsd.pppoe/_.w/dev # chroot /usr/obj/nanobsd.pppoe/_.w ktrace -if /tmp/ktrace.out sh -c 'jot 100 | grep 1 | wc -l' 20 # kdump -f /usr/obj/nanobsd.pppoe/_.w/tmp/ktrace.out | grep pipe 98399 sh CALL pipe2(0x7fffffffe9a0,0) 98399 sh RET pipe2 0 98399 sh CALL pipe2(0x7fffffffe9a0,0) 98399 sh RET pipe2 0 I could try to use dichotomy but this would take lots of time. From owner-freebsd-stable@freebsd.org Fri Jul 28 03:02:51 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BDF49DB7D62 for ; Fri, 28 Jul 2017 03:02:51 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 58DB8705DC for ; Fri, 28 Jul 2017 03:02:50 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id v6S32fhB087548 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 28 Jul 2017 05:02:42 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: kostikbel@gmail.com Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id v6S32cqm092119; Fri, 28 Jul 2017 10:02:38 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: stable/11 regression: SIGSYS in the /bin/sh To: Konstantin Belousov References: <597A018D.4040601@grosbein.net> <20170727162856.GH1700@kib.kiev.ua> Cc: FreeBSD Stable From: Eugene Grosbein Message-ID: <597AA94E.4060004@grosbein.net> Date: Fri, 28 Jul 2017 10:02:38 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <20170727162856.GH1700@kib.kiev.ua> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=3.6 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_96_Q, LOCAL_FROM autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * 3.3 DATE_IN_FUTURE_96_Q Date: is 4 days to 4 months after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-Spam-Level: *** X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 03:02:51 -0000 On 27.07.2017 23:28, Konstantin Belousov wrote: >> Trying to mount root from ufs:/dev/ada0s1a [ro]... >> start_init: trying /sbin/init >> ppid 21 (sh), uid 0: exited on signal 12 >> id 21 comm sh: nosys 42 >> Jul 27 14:30:23 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode > Take your /bin/sh, libraries and rtld to some other machine and try to > catch where the pipe(2) call come from. I do not see any other way > forward, assuming your build env is not contaminated somehow. Nevermind, I've just resolved this: this NanoBSD installation by default has two partitions ad0s1a (old 8.4-STABLE) and ad0s2a (new 11.1-STABLE) with "BootEasy" boot0 to choose from and for unknown reason it mounts root from ad0s1a with old binaries if booted from ad0s2a. That is, it runs /boot/loader from ad0s2a and it loads 11.1 kernel using ad0s2a but mounts root from ad0s1a. Sorry for noise. From owner-freebsd-stable@freebsd.org Fri Jul 28 05:11:50 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B97ADBDEF1 for ; Fri, 28 Jul 2017 05:11:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E55AA73EC1 for ; Fri, 28 Jul 2017 05:11:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v6S5BnkG050195 for ; Fri, 28 Jul 2017 05:11:49 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 221050] emulators/virtualbox-ose: Bridged network doesn't work (11.1-RELEASE) Date: Fri, 28 Jul 2017 05:11:50 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: pi@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: vbox@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 05:11:50 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221050 Kurt Jaeger changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pi@FreeBSD.org --- Comment #10 from Kurt Jaeger --- Maybe a pkg-message that explains how to rebuild and how to test would be helpful ? Is there an easy test ? --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Fri Jul 28 07:31:52 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 695BCDBFE91 for ; Fri, 28 Jul 2017 07:31:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 575DE772FF for ; Fri, 28 Jul 2017 07:31:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v6S7VpAt071318 for ; Fri, 28 Jul 2017 07:31:52 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 221050] emulators/virtualbox-ose: Bridged network doesn't work (11.1-RELEASE) Date: Fri, 28 Jul 2017 07:31:51 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: lavr@unix1.jinr.ru X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Not A Bug X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: vbox@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 07:31:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221050 lavr@unix1.jinr.ru changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Not A Bug Status|Open |Closed --- Comment #11 from lavr@unix1.jinr.ru --- Hi All, sorry for noise. Affect only package virtualbox-ose-kmod-5.1.22 from FreeBSD pkg-repo. After deleting: # pkg delete -f virtualbox-ose-kmod-5.1.22 and build new vbox modules on fresh FreeBSD 11.1-RELEASE # make -C /usr/ports/emulators/virtualbox-ose-kmod install all ok, VirtualBox Bridged networking work fine. Thanks to All. Best regards, -- lavr --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Fri Jul 28 10:41:18 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 58216DC2AFB for ; Fri, 28 Jul 2017 10:41:18 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [IPv6:2001:470:6c08::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0FD8080253 for ; Fri, 28 Jul 2017 10:41:17 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [172.31.20.14]) by system.jails.se (Postfix) with SMTP id 28B7511216F for ; Fri, 28 Jul 2017 12:41:14 +0200 (CEST) Received: from lune.pean.org (213-67-100-148-no110.tbcn.telia.com [213.67.100.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 4DC5E11216D; Fri, 28 Jul 2017 12:41:13 +0200 (CEST) From: =?utf-8?Q?Peter_Ankerst=C3=A5l?= Content-Type: multipart/signed; boundary="Apple-Mail=_42E117CA-DC94-4210-BE49-5457923F6EAE"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Upgrade to 11.1-RELEASE fails to boot on aws EC2. Message-Id: Date: Fri, 28 Jul 2017 12:41:11 +0200 Cc: Colin Percival To: FreeBSD Stable X-Mailer: Apple Mail (2.3273) X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Jul 28 12:41:13 2017 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 597b14c920091859734982 X-DSPAM-Factors: 27, me+Because+#+#+not, 0.40000, problem+before+when+#+to, 0.40000, that+FreeBSD+#+1+RELEASE, 0.40000, give+#+#+output+I, 0.40000, in+the+#+Reverting+to, 0.40000, using+the, 0.40000, 1+#+#+#+on, 0.40000, but, 0.40000, described+#+#+handbook, 0.40000, old+build+world, 0.40000, it+actually, 0.40000, 16+#+loader+#+Today, 0.40000, I+have+#+https+forums, 0.40000, of+works, 0.40000, a+#+of+works+fine, 0.40000, when+upgrading+#+#+0, 0.40000, I+tried, 0.40000, I+tried, 0.40000, on+EC2, 0.40000, give+any+video+output, 0.40000, newly+#+system+#+then, 0.40000, and+#+#+#+have, 0.40000, it+does+not+give+any, 0.40000, past+the+loader+#+then, 0.40000, advisories+#+EN, 0.40000, 16+#+#+#+Today, 0.40000, Subject*Upgrade+#+11.1-RELEASE+fails, 0.40000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 10:41:18 -0000 --Apple-Mail=_42E117CA-DC94-4210-BE49-5457923F6EAE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi! It seems that FreeBSD 11.1-RELEASE also breaks on EC2 in some cases. I = had this problem before when upgrading to 11.0. This problem was noticed = in the ERRATA: = https://www.freebsd.org/releases/11.0R/errata.html#open-issues and later said to have been resolved with a EN: = https://www.freebsd.org/security/advisories/FreeBSD-EN-16:18.loader.asc Today I tried to upgrade a 11.0-RELEASE-p7 system to 11.1-RELEASE using = the good old build world method as described in the handbook. But after = reboot the machine hangs in the loader. Reverting to a snapshot of / works fine but of course I = have a lot of problems due to kernel/world mismatch. So I tried to copy = the old /boot/ onto the newly updated system and then it actually gets past the loader. But then fails to boot = for some other reason unknown to me. (Because it does not give any video = output) I have also posted to the forums about this with a few screenshots and = more details of what I have tried: https://forums.freebsd.org/threads/61780/ /Peter. --Apple-Mail=_42E117CA-DC94-4210-BE49-5457923F6EAE Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIL1TCCBeIw ggPKoAMCAQICEGunin0K14jWUQr5WeTntOEwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmlj YXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4X DTE1MTIxNjAxMDAwNVoXDTMwMTIxNjAxMDAwNVowdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMw IQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBAL192vfDon2D9luC/dtbX64eG3XAtRmvmCSsu1d52DXsCR58zJQbCtB2/A5uFqNx WacpXGGtTCRk9dEDBlmixEd8QiLkUfvHpJX/xKnmVkS6Iye8wUbYzMsDzgnpazlPg19dnSqfhM+C evdfa89VLnUztRr2cgmCfyO9Otrh7LJDPG+4D8ZnAqDtVB8MKYJL6QgKyVhhaBc4y3bGWxKyXEtx 7QIZZGxPwSkzK3WIN+VKNdkiwTubW5PIdopmykwvIjLPqbJK7yPwFZYekKE015OsW6FV+s4DIM8U lVS8pkIsoGGJtMuWjLL4tq2hYQuuN0jhrxK1ljz50hH23gA9cbMCAwEAAaOCAWQwggFgMA4GA1Ud DwEB/wQEAwIBBjAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEgYDVR0TAQH/BAgwBgEB /wIBADAyBgNVHR8EKzApMCegJaAjhiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmww ZgYIKwYBBQUHAQEEWjBYMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20wMAYI KwYBBQUHMAKGJGh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAdBgNVHQ4EFgQU JIFsOWG+SQ+PtxtGK8kotSdIbWgwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwPwYD VR0gBDgwNjA0BgRVHSAAMCwwKgYIKwYBBQUHAgEWHmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Bv bGljeTANBgkqhkiG9w0BAQsFAAOCAgEAi+P3h+wBi4StDwECW5zhIycjBL008HACblIf26HY0JdO ruKbrWDsXUsiI0j/7Crft9S5oxvPiDtVqspBOB/y5uzSns1lZwh7sG96bYBZpcGzGxpFNjDmQbcM 3yl3WFIRS4WhNrsOY14V7y2IrUGsvetsD+bjyOngCIVeC/GmsmtbuLOzJ606tEc9uRbhjTu/b0x2 Fo+/e7UkQvKzNeo7OMhijixaULyINBfCBJb+e29bLafgu6JqjOUJ9eXXj20p6q/CW+uVrZiSW57+ q5an2P2i7hP85jQJcy5j4HzA0rSiF3YPhKGAWUxKPMAVGgcYoXzWydOvZ3UDsTDTagXpRDIKQLZo 02wrlxY6iMFqvlzsemVf1odhQJmi7Eh5TbxI40kDGcBOBHhwnaOumZhLP+SWJQnjpLpSlUOj95uf 1zo9oz9e0NgIJoz/tdfrBzez76xtDsK0KfUDHt1/q59BvDI7RX6gVr0fQoCyMczNzCTcRXYHY0tq 2J0oT+bsb6sH2b4WVWAiJKnSYaWDjdA70qHX4mq9MIjO/ZskmSY8wtAk24orAc0vwXgYanqNsBX5 Yv4sN4Z9VyrwMdLcusP7HJgRdAGKpkR2I9U4zEsNJQJewM7S4Jalo1DyPrLpL2nTET8ZrSl5Utp1 UeGp/2deoprGevfnxWB+vHNQiu85o6MwggXrMIIE06ADAgECAhAVg7EhX8r2LDRKhDrOrr8zMA0G CSqGSIb3DQEBCwUAMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYD VQQLEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20g Q2xhc3MgMSBDbGllbnQgQ0EwHhcNMTcwMTI2MjAxNDMwWhcNMjAwNDI2MjAxNDMwWjA4MRcwFQYD VQQDDA5wZXRlckBwZWFuLm9yZzEdMBsGCSqGSIb3DQEJARYOcGV0ZXJAcGVhbi5vcmcwggIiMA0G CSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDcqYms37M3iO33p6LWK/fj7JFLGVacfvZf4CaHyg8m jY4sVP9HzeB6A/FOk0fvxDvK0Q7dIkoQdniS7DKcsBXpJ5s+tpszOhQ36RpD3B0xao3z0sI+9MyK 6IDu7pjxunC5qLYnVkcDjBPJ0X8qyR/bSvUQ3kBEOppPs8ol8GHsiRSy3TJL2wGapAdA+1r2KCqe eHrrCTGj4Dl7xvgUkfii6wShPH0yu66raHvdN6DHUyb1EFgS70HZ22+HuffqGvOB+iZZUeE9UQT0 pbzgCcHfkXfgRtNkzKDzrfYmJi9oTIpfyvusu8F9B9L3rZM6V2Stag4LLAo+zhsX1quM20Ilo71U GPhLgvDNjJnx1qli3tAyddxMhqJMhcRYDScIoIi6xZ4jNJvMlHJGTq29oH+A2TjAmM+gJY+0p4RB vVhNf7e0jSaVeHei+H+q9OlQmylXC1GzcUrzFDqWLDB70Sta20rQakZEFsQ+e+shxmj4AakCxY4D x5PvyWk48JWtmfaXboDG8Lr5RaULjHGEtg6ULVQdYakJDuCkjyYtZSZtC8PKk1uFzJu4yhfX9vOb VEabLeO5dSvNWYllUQdOP9nuNh5ZnHxEIHA1k/UgRvdwootCJ4TrTfHp7fQLbMP7AE53x88/M++A wNofKHoNqE7iPh1s9Os0ZWi/czCiFRI7wwIDAQABo4IBsjCCAa4wDgYDVR0PAQH/BAQDAgSwMB0G A1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAJBgNVHRMEAjAAMB0GA1UdDgQWBBSxDZ1/nnS6 biObk7mYFx6CSYKuFzAfBgNVHSMEGDAWgBQkgWw5Yb5JD4+3G0YrySi1J0htaDBvBggrBgEFBQcB AQRjMGEwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTA5BggrBgEFBQcwAoYt aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc2NhLmNsaWVudDEuY3J0MDgGA1UdHwQxMC8w LaAroCmGJ2h0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3NjYS1jbGllbnQxLmNybDAZBgNVHREEEjAQ gQ5wZXRlckBwZWFuLm9yZzAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wRwYD VR0gBEAwPjA8BgsrBgEEAYG1NwECBTAtMCsGCCsGAQUFBwIBFh9odHRwczovL3d3dy5zdGFydHNz bC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQCbKZGNOgGhchJ0IcN9rOEy8cwnHlBVDBTc kCdh6HPTeb7SiPmDLxJ1mp2ptKMjVDItkV9golRi4zWW0Q+aT8lJSbmLRWnTJflQB8zhbvSHwFzU VlsYEJBBUrMrfBeowZIcDLTr5VjmC7WysSSIAPyOLtbbIhYWVDiRc7FR3cMzMx0JHByg8iZqJ5/d S7CXj5NiRb8jp3Uo9Wo5o8qwuA0YQ/7ld7tZbE47jAQ6gOQ/J+yBNWCXOjklFmXeI6fxITO5XTq/ +SN1rp4lMR5KfahwYBf0m0jeZQbxek8XTTa1qHfDuZWdKP9Nab2LPYhOs+ShIMb3BNBgiJe7a3H7 yCwjMYIETjCCBEoCAQEwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4x KTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFy dENvbSBDbGFzcyAxIENsaWVudCBDQQIQFYOxIV/K9iw0SoQ6zq6/MzAJBgUrDgMCGgUAoIIBmTAY BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNzA3MjgxMDQxMTJaMCMG CSqGSIb3DQEJBDEWBBTBTplMjwsUNm4U3Xvjc60WkyzlYzCBmgYJKwYBBAGCNxAEMYGMMIGJMHUx CzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGllbnQg Q0ECEBWDsSFfyvYsNEqEOs6uvzMwgZwGCyqGSIb3DQEJEAILMYGMoIGJMHUxCzAJBgNVBAYTAklM MRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9u IEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGllbnQgQ0ECEBWDsSFfyvYs NEqEOs6uvzMwDQYJKoZIhvcNAQEBBQAEggIAxqutC6/9ZCD005+/djsxeMn0zMIqy6nP290Y9t+x kQO8sB9MCWJ1Bd9Fi43EUqn4LlLzZPYvkeXb/WAPQAjmUKBgD0AxthMhngaU8jYTarJnQutwfRNM bNUDECKCJfBJ9jLU8r4pVZMSvN6Yk4sieYFq2feBMNvN2Mpenp6pp+fgbmqKUIJzOg5TCOJdTKbX Oiz/887H/DaadZ46F80TQK5ANYv7Bkv4Y38bXG07gwMeHS0kNAo6hqWqfSDi7K7vxqx8KOR8AETT 8qFrX1oJSSWGGVBBndV0zCwJg8zUrc+h9vN1yA+UHa2aoe0neqZVyxHpyxMV31u2qK4B399sKcRX 1ZVsF3H1ioFjbL+r0H7XRocEeile8m7jsPGTSXcV+T0FLVQBdph1OE58Ly354PEVTjvNHhrEwkRh L6xSKU6miIZJI17KedGQs92tbcLpp2yizXQI1sw1UVdJRny3og+J8pr7zCqsXibJaDIao/gpI968 NHSIq01/m0Tveea1/AKghWjAeONI6o4eeGTmqJJQf9gMVRbSRPRQa3hdNAG80YwsBWaa2qfHvqJ9 jYviG1GMaEywdgKAjLJj5SEcItU6c00oHmpl96BPPZak8GfxvyVJayf+uK2LbTiMOxRcftOIhlfR YEFiIqLmgtOi4TVeAtNe8O7a9itQwblRZYsAAAAAAAA= --Apple-Mail=_42E117CA-DC94-4210-BE49-5457923F6EAE-- From owner-freebsd-stable@freebsd.org Fri Jul 28 10:45:14 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3042CDC2D1C for ; Fri, 28 Jul 2017 10:45:14 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 94DFE80576 for ; Fri, 28 Jul 2017 10:45:13 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. (net206-94.perm.ertelecom.ru [46.146.206.94] (may be forged)) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPS id v6SAj7FY048729 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 28 Jul 2017 15:45:07 +0500 (YEKT) (envelope-from emz@norma.perm.ru) To: freebsd-stable@FreeBSD.org From: "Eugene M. Zheganin" Subject: ctl.conf includes Message-ID: <6b175a94-0b4e-b98e-353a-1c6dd0598f90@norma.perm.ru> Date: Fri, 28 Jul 2017 15:45:07 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Spamd-Result: default: False [1.50 / 25.00] RBL_SPAMHAUS_PBL(2.00)[94.206.146.46.zen.spamhaus.org : 127.0.0.10] HFILTER_HOSTNAME_UNKNOWN(2.50)[] BAYES_HAM(-3.00)[99.99%] DMARC_NA(0.00)[norma.perm.ru] MIME_GOOD(-0.10)[text/plain] R_DKIM_NA(0.00)[] R_SPF_SOFTFAIL(0.00)[~all] RCPT_COUNT_1(0.00)[] MID_RHS_MATCH_FROM(0.00)[] RECEIVED_SPAMHAUS(0.00)[94.206.146.46.zen.spamhaus.org] TO_MATCH_ENVRCPT_ALL(0.00)[] FROM_HAS_DN(0.00)[] TO_DN_NONE(0.00)[] FROM_EQ_ENVFROM(0.00)[] RCVD_COUNT_1(0.00)[] ONCE_RECEIVED(0.10)[] X-Rspamd-Server: localhost X-Rspamd-Scan-Time: 0.53 X-Rspamd-Queue-ID: v6SAj7FY048729 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 10:45:14 -0000 Hi, any chance we will get the "include" directive for ctl.conf ? Because, for instance, I'm using bunch of custom APIs on top of iSCSI/zfs and the inability to split the ctl.conf to a set of different one-for-a-target config files complicates lot of things. I understand clearly that this is only my problem, bit I'm writing this in case of someone's needs this too, so may be I'm not alone asking for ctl.conf includes. I am aware that ctladm allows many thing, including creating and deleting targets on the fly, but the problem is in saving this configuration in the consistent state. Thanks. Eugene. From owner-freebsd-stable@freebsd.org Fri Jul 28 10:56:19 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1094DC3072; Fri, 28 Jul 2017 10:56:19 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 313B780B43; Fri, 28 Jul 2017 10:56:15 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. (net206-94.perm.ertelecom.ru [46.146.206.94] (may be forged)) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPS id v6SAuBTj049223 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 28 Jul 2017 15:56:12 +0500 (YEKT) (envelope-from emz@norma.perm.ru) To: freebsd-fs@FreeBSD.org Cc: freebsd-stable From: "Eugene M. Zheganin" Subject: some general zfs tuning (for iSCSI) Message-ID: <8b41e7d6-7a2c-d456-2eee-93efd81aa86a@norma.perm.ru> Date: Fri, 28 Jul 2017 15:56:11 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Spamd-Result: default: False [1.50 / 25.00] RBL_SPAMHAUS_PBL(2.00)[94.206.146.46.zen.spamhaus.org : 127.0.0.10] HFILTER_HOSTNAME_UNKNOWN(2.50)[] BAYES_HAM(-3.00)[99.99%] DMARC_NA(0.00)[norma.perm.ru] MIME_GOOD(-0.10)[text/plain] R_DKIM_NA(0.00)[] R_SPF_SOFTFAIL(0.00)[~all] MID_RHS_MATCH_FROM(0.00)[] RECEIVED_SPAMHAUS(0.00)[94.206.146.46.zen.spamhaus.org] TO_DN_SOME(0.00)[] RCPT_COUNT_2(0.00)[] TO_MATCH_ENVRCPT_ALL(0.00)[] FROM_HAS_DN(0.00)[] FROM_EQ_ENVFROM(0.00)[] RCVD_COUNT_1(0.00)[] ONCE_RECEIVED(0.10)[] X-Rspamd-Server: localhost X-Rspamd-Scan-Time: 0.69 X-Rspamd-Queue-ID: v6SAuBTj049223 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 10:56:19 -0000 Hi, I'm using several FreeBSD zfs installations as the iSCSI production systems, they basically consist of an LSI HBA, and a JBOD with a bunch of SSD disks (12-24, Intel, Toshiba or Sandisk (avoid Sandisks btw)). And I observe a problem very often: gstat shows 20-30% of disk load, but the system reacts very slowly: cloning a dataset takes 10 seconds, similar operations aren't lightspeeding too. To my knowledge, until the disks are 90-100% busy, this shouldn't happen. My systems are equipped with 32-64 gigs of RAM, and the only tuning I use is limiting the ARC size (in a very tender manner - at least to 16 gigs) and playing with TRIM. The number of datasets is high enough - hundreds of clones, dozens of snapshots, most of teh data ovjects are zvols. Pools aren't overfilled, most are filled up to 60-70% (no questions about low space pools, but even in this case the situation is clearer - %busy goes up in the sky). So, my question is - is there some obvious zfs tuning not mentioned in the Handbook ? On the other side - handbook isn't much clear on how to tune zfs, it's written mostly in the manner of "these are sysctl iods you can play with". Of course I have seen several ZFS tuning guides. Like Opensolaris one, but they are mostly file- and application-specific. Is there some special approach to tune ZFS in the environment with loads of disks ? I don't know.... like tuning the vdev cache or something simllar. ? Thanks. Eugene. From owner-freebsd-stable@freebsd.org Fri Jul 28 11:31:56 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7877FDC41A4 for ; Fri, 28 Jul 2017 11:31:56 +0000 (UTC) (envelope-from zeus@ibs.dn.ua) Received: from relay.ibs.dn.ua (relay.ibs.dn.ua [148.251.53.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.ibs.dn.ua", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1706381E0F for ; Fri, 28 Jul 2017 11:31:55 +0000 (UTC) (envelope-from zeus@ibs.dn.ua) Received: on behalf of honored client by relay.ibs.dn.ua with ESMTP id v6SBVqi5043736 for on Fri, 28 Jul 2017 14:31:53 +0300 (EEST) Message-ID: <20170728143147.43734@relay.ibs.dn.ua> Date: Fri, 28 Jul 2017 14:31:47 +0300 From: "Zeus Panchenko" To: Subject: Re: ctl.conf includes In-reply-to: Your message of Fri, 28 Jul 2017 15:45:07 +0500 <6b175a94-0b4e-b98e-353a-1c6dd0598f90@norma.perm.ru> References: <6b175a94-0b4e-b98e-353a-1c6dd0598f90@norma.perm.ru> Organization: I.B.S. LLC Reply-To: "Zeus Panchenko" X-Attribution: zeus Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWxsbGdnZ3U1NQTExN cXFzx8fG/v7+f8hyWAAACXUlEQVQ4jUWSwXYiIRBFi4yyhtjtWpmRdTL0ZC3TJOukDa6Rc+T/P2F eFepwtFvr8upVFVDua8mLWw6La4VIKTuMdAPOebdU55sQs3n/D1xFFPFGVGh4AHKttr5K0bS6g7N ZCge7qpVLB+f1Z2WAj2OKXwIWt/bXpdXSiu8KXbviWkHxF5td9+lg2e3xlI2SCvatK8YLfHyh9lw 15yrad8Va5eXg4Llr7QmAaC+dL9sDt9iad/DX3OKvLMBf+dm0A0QuMrTvYIevSik1IaSVvgjIHt5 lSCG2ynNRpEcBZ8cgDWk+Ns99qzsYYV3MZoppWzGtYlTO9+meG6m/g92iNO9LfQB2JZsMpoJs7QG ku2KtabRK0bZRwDLyBDvwlxTm6ZlP7qyOqLcfqtLexpDSB4M0H3I/PQy1emvjjzgK+A0LmMKl6Lq zlqzh0VGAw440F6MJd8cY0nI7wiF/fVIBGY7UNCAXy6DmfYGCLLI0wtDbVcDUMqtJLmAhLqODQAe riERAxXJ1/QYGpa0ymqyytpKC19MNXHjvFmEsfcHIrncFR4xdbYWgmfEGLCcZokpGbGj1egMR+6M 1BkNX1pDdhPcOXpAnAeLQUwQLYepgQoZVNGS61yaE8CYA7gYAcWKzwGstACY2HTFvvOwk4FXAG/a mKHni/EcA/GkOk7I0IK7UMIf3+SahU8/FJdiE7KcuWdM3MFocUDEEIX9LfJoo4xV5tnNKc3jJuSs SZWgnnhepgU1zN4Hii18yW4RwDX52CXUtk0Hqz6cHOIUkWaX8fDcB+J7y1y2xDHwjv/8Buu8Ekz6 7tXQAAAAASUVORK5CYII= X-Mailer: MH-E 8.6; nil; GNU Emacs 25.1.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 11:31:56 -0000 +1 Eugene M. Zheganin wrote: > one-for-a-target config files complicates lot of things. I understand > clearly that this is only my problem, bit I'm writing this in case of > someone's needs this too, so may be I'm not alone asking for ctl.conf > includes. I am aware that ctladm allows many thing, including creating > and deleting targets on the fly, but the problem is in saving this > configuration in the consistent state. -- Zeus V. Panchenko jid:zeus@im.ibs.dn.ua IT Dpt., I.B.S. LLC GMT+2 (EET) From owner-freebsd-stable@freebsd.org Fri Jul 28 14:13:27 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA18FDC6E6D for ; Fri, 28 Jul 2017 14:13:27 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [IPv6:2001:1440:5001:1::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "uucp.dinoex.sub.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6006236DB for ; Fri, 28 Jul 2017 14:13:24 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [194.45.71.2]) by uucp.dinoex.sub.de (8.15.2/8.14.9) with ESMTPS id v6SED34Z038448 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 28 Jul 2017 16:13:03 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.15.2/8.14.9/Submit) with UUCP id v6SED3SD038447 for freebsd-stable@FreeBSD.ORG; Fri, 28 Jul 2017 16:13:03 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.15.2/8.15.2) with ESMTP id v6SDOKoW040891 for ; Fri, 28 Jul 2017 15:24:20 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.15.2/8.15.2) with ESMTP id v6SDO1uR040787 for ; Fri, 28 Jul 2017 15:24:01 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: (from news@localhost) by gate.oper.dinoex.org (8.15.2/8.15.2/Submit) id v6SDO1JQ040784 for freebsd-stable@FreeBSD.ORG; Fri, 28 Jul 2017 15:24:01 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-Authentication-Warning: gate.oper.dinoex.org: news set sender to li-fbsd@citylink.dinoex.sub.org using -f From: Peter Subject: 11.1-RELEASE: huge amount of l2_cksum_bad Date: Fri, 28 Jul 2017 15:18:10 +0200 Organization: even some more stinky socks Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Fri, 28 Jul 2017 13:18:49 +0000 (UTC) Injection-Info: oper.dinoex.de; logging-data="39659"; mail-complaints-to="usenet@citylink.dinoex.sub.org" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:51.0) Gecko/20100101 Firefox/51.0 SeaMonkey/2.48 X-Mozilla-News-Host: news://localhost:119 Sender: li-fbsd@citylink.dinoex.sub.org To: freebsd-stable@FreeBSD.ORG X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 194.45.71.2; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (uucp.dinoex.sub.de [194.45.71.2]); Fri, 28 Jul 2017 16:13:04 +0200 (CEST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 14:13:28 -0000 After upgrading 11.0-RELEASE-p10 to 11.1-RELEASE I suddenly see a huge amount of kstat.zfs.misc.arcstats.l2_cksum_bad (nearly 2% of kstat.zfs.misc.arcstats.l2_hits). I have set > vfs.zfs.compressed_arc_enabled="0" in loader.conf. When removing this, the errors are gone. It seems that option is not working well in 11.1-RELEASE. From owner-freebsd-stable@freebsd.org Fri Jul 28 14:13:29 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07F27DC6E70 for ; Fri, 28 Jul 2017 14:13:29 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [IPv6:2001:1440:5001:1::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "uucp.dinoex.sub.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 69AA736DD for ; Fri, 28 Jul 2017 14:13:28 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [194.45.71.2]) by uucp.dinoex.sub.de (8.15.2/8.14.9) with ESMTPS id v6SED4P5038454 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 28 Jul 2017 16:13:05 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.15.2/8.14.9/Submit) with UUCP id v6SED4UE038453 for freebsd-stable@FreeBSD.ORG; Fri, 28 Jul 2017 16:13:04 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.15.2/8.15.2) with ESMTP id v6SDaKJs043106 for ; Fri, 28 Jul 2017 15:36:20 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.15.2/8.15.2) with ESMTP id v6SDY1Zu042696 for ; Fri, 28 Jul 2017 15:34:01 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: (from news@localhost) by gate.oper.dinoex.org (8.15.2/8.15.2/Submit) id v6SDY1Hd042695 for freebsd-stable@FreeBSD.ORG; Fri, 28 Jul 2017 15:34:01 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-Authentication-Warning: gate.oper.dinoex.org: news set sender to li-fbsd@citylink.dinoex.sub.org using -f From: Peter Subject: 11.1-RELEASE: new line containing garbage added to "top" Date: Fri, 28 Jul 2017 15:24:50 +0200 Organization: even some more stinky socks Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Fri, 28 Jul 2017 13:24:50 +0000 (UTC) Injection-Info: oper.dinoex.de; logging-data="40933"; mail-complaints-to="usenet@citylink.dinoex.sub.org" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:51.0) Gecko/20100101 Firefox/51.0 SeaMonkey/2.48 X-Mozilla-News-Host: news://localhost:119 Sender: li-fbsd@citylink.dinoex.sub.org To: freebsd-stable@FreeBSD.ORG X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 194.45.71.2; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (uucp.dinoex.sub.de [194.45.71.2]); Fri, 28 Jul 2017 16:13:05 +0200 (CEST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 14:13:29 -0000 After upgrading to 11.1-RELEASE, a new line appears in the output of "top" which contains rubbish: > last pid: 10789; load averages: 5.75, 5.19, 3.89 up 0+00:34:46 03:23:51 > 1030 processes:9 running, 1004 sleeping, 17 waiting > CPU 0: 16.0% user, 0.0% nice, 78.7% system, 4.9% interrupt, 0.4% idle > CPU 1: 8.0% user, 0.0% nice, 82.5% system, 9.1% interrupt, 0.4% idle > Mem: 218M Active, 34M Inact, 105M Laundry, 600M Wired, 18M Buf, 34M Free > ARC: 324M Total, 54M MFU, 129M MRU, 2970K Anon, 13M Header, 125M Other > 136¿176M Compress185 194M Uncompressed361.94:1 Ratio > Swap: 2441M Total, 277M Used, 2164M Free, 11% Inuse > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND .. That looks funny. But I dont like it. (Actually it looks like a wrong TERMCAP, but wasn't that ~20 years ago? checking...) From owner-freebsd-stable@freebsd.org Fri Jul 28 14:17:57 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6529ADC717B for ; Fri, 28 Jul 2017 14:17:57 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 404083B55; Fri, 28 Jul 2017 14:17:57 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 4DE701766C; Fri, 28 Jul 2017 14:17:56 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 28 Jul 2017 14:17:54 +0000 From: Glen Barber To: Peter Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 11.1-RELEASE: new line containing garbage added to "top" Message-ID: <20170728141754.GC32551@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="E/DnYTRukya0zdZ1" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-STABLE amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer X-Spidey-Sense: Uh oh, Peter logged in User-Agent: Mutt/1.8.2 (2017-04-18) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 14:17:57 -0000 --E/DnYTRukya0zdZ1 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 28, 2017 at 03:24:50PM +0200, Peter wrote: > After upgrading to 11.1-RELEASE, a new line appears in the output of "top" > which contains rubbish: >=20 > > last pid: 10789; load averages: 5.75, 5.19, 3.89 up 0+00:34:46 > 03:23:51 > > 1030 processes:9 running, 1004 sleeping, 17 waiting > > CPU 0: 16.0% user, 0.0% nice, 78.7% system, 4.9% interrupt, 0.4% idle > > CPU 1: 8.0% user, 0.0% nice, 82.5% system, 9.1% interrupt, 0.4% idle > > Mem: 218M Active, 34M Inact, 105M Laundry, 600M Wired, 18M Buf, 34M Free > > ARC: 324M Total, 54M MFU, 129M MRU, 2970K Anon, 13M Header, 125M Other > > 136=BF176M Compress185 194M Uncompressed361.94:1 Ratio > > Swap: 2441M Total, 277M Used, 2164M Free, 11% Inuse >=20 > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND > .. >=20 >=20 > That looks funny. But I dont like it. >=20 > (Actually it looks like a wrong TERMCAP, but wasn't that ~20 years ago? > checking...) Do you mean the blank line between the 'Swap:' line and 'PID'? If so, that has been there as long as I can recall. It is used for things like killing processes, etc. (Hit 'k' when using top(1), and you will see a prompt for a PID to kill.) Glen --E/DnYTRukya0zdZ1 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAll7R5IACgkQAxRYpUeP 4pMyPg//Sut3CQWaE4sxPzxknL1aBII10MRPhm0fPU3si/bQ+lTrblUCSCuvAGG+ fimh3xr946bdMDumN0lpEL8WViT/n6XBiQuBnHpAk5mHd+XgWtDopPv2ycQ95v2P cA59yFH/pdX9+4deYg/6Rn5ugaQkRqlgE7/2YtDw5aR2cBdUgRi17A30sR5KPnGK DIAeMKdLj8ACK7IUiOH4fsGQMV68Cxk0v0//460+thjNAa3j3QMAgqHfoDhXwfBL 6EvCCiiRlDKQQ3eSknn20g2Wx3JttdhnKtmliM0/0PQTurCbFWOi9NVmgMkQmnBq aZutnkzTe2YyZi4HBBE93uS3aJ3LS4gX/WL5p0QehButv8XrCK64brT+m+hr6Ln8 33GnoQVhTrkaGW7urEpQPNBmbZMI3tZMFsElxd9Kp0rR+NnbBd+LcHMQ1w+uaE5L 7yXAvihvpzu5CHyS8MAAgkdTHaPRlZ54AG7DCS0bs2i3j8hNnVRpWZ19pCIvIt4f iPFQMVUhqNkRyzOkgNYWTvKnAzMSayJmb5TlvDG49Dp6ENnpDZ1oQfA26iutVgaO VBm/1YlKXUF/twe2iip03TRz/t9Af2GGRWyWCf+/v39lNr8GF3xYwgDCN+GBC6wk VJjWOQxcewZjcxaenOQ2RKbU8cf8Iyq4BOznQRBCNuRHl13+mOs= =EZh3 -----END PGP SIGNATURE----- --E/DnYTRukya0zdZ1-- From owner-freebsd-stable@freebsd.org Fri Jul 28 14:24:43 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55043DC73E2 for ; Fri, 28 Jul 2017 14:24:43 +0000 (UTC) (envelope-from amutu@amutu.com) Received: from mail-oi0-x22c.google.com (mail-oi0-x22c.google.com [IPv6:2607:f8b0:4003:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 125903FC5 for ; Fri, 28 Jul 2017 14:24:43 +0000 (UTC) (envelope-from amutu@amutu.com) Received: by mail-oi0-x22c.google.com with SMTP id a9so134371350oih.0 for ; Fri, 28 Jul 2017 07:24:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amutu-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=UzubzRc+AmKk88PLHQo5ejsrej+J45lXSqDc9abuUFU=; b=l1zdvqCgSSIIMtvx7x2LXzfHTnWfCFi/Et3d9UyWvITbNU2WbAIS5rIZHRcBH30UUJ XJdb5yWfu9pvADQKSRaZoubWJGGdMICeF11Rfmtje0SK5FeKrGuwe4IaeZfjPQ4IJALr 3VfkZ5D9jSsOuhnNlFNxpemKspfNvvcxO5RXFW8pVQVRRa2b7pRNroJU26ih+/KsgTW4 EOYi1RX8trsWiOCQZgiMJX6KNH4A0j3qolYzdmX+jXag21CuI30RZFZtCBNFs9jjis+n XMM1eSAHXBHPzB/3rvOnz7AvO+SCRuwvpCqgM3B/VF+YbiJE//WQg5NHCvqwqLl8ulMg LQDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=UzubzRc+AmKk88PLHQo5ejsrej+J45lXSqDc9abuUFU=; b=NRgzKv/6ZMXsf2+1MCax8Fg98w++hT7HsuBhwsWOodUGDgZATU4RQdW6wMyHUqLUk7 dWg7Gug6ZiFc2L4fE38Cpkh2dMG5w2UZ6x+2O5ZT9GnnCn4RJ6+3rU6eF5feeSifm7lJ xcaUscs46X+6gWO6+Uo4Z4YgecDoHIn7cjo/J6QGsgMsEnVVt2WJ1HDDcA5Lmw13uYWh F1r1AVhaO15/Lj3p+z0WBtWas9rQhVxa4f4SdJg/oGBny1fquW1+BT9XGkpDXufeU113 x0NrJhZJM3x+MP7O9DZP7ZgdDo0TvCJ7eBjJHExmSdSputXdfJNUggvChEzLJyAsGefI fkyA== X-Gm-Message-State: AIVw11248uQOPe2i4cEBGsPnFQL3onQVN0McDBRmBK7X8r5a0skOVwEs NDweN5DpjIIaZYDy X-Received: by 10.202.68.2 with SMTP id r2mr6622477oia.62.1501251882323; Fri, 28 Jul 2017 07:24:42 -0700 (PDT) Received: from mail-oi0-f48.google.com (mail-oi0-f48.google.com. [209.85.218.48]) by smtp.gmail.com with ESMTPSA id q64sm2217146oih.13.2017.07.28.07.24.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 28 Jul 2017 07:24:41 -0700 (PDT) Received: by mail-oi0-f48.google.com with SMTP id e124so174223845oig.2; Fri, 28 Jul 2017 07:24:41 -0700 (PDT) X-Received: by 10.202.205.72 with SMTP id d69mr8211770oig.126.1501251881247; Fri, 28 Jul 2017 07:24:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.74.128.197 with HTTP; Fri, 28 Jul 2017 07:24:40 -0700 (PDT) Received: by 10.74.128.197 with HTTP; Fri, 28 Jul 2017 07:24:40 -0700 (PDT) In-Reply-To: <20170728141754.GC32551@FreeBSD.org> References: <20170728141754.GC32551@FreeBSD.org> From: Jov Date: Fri, 28 Jul 2017 22:24:40 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: 11.1-RELEASE: new line containing garbage added to "top" To: Glen Barber Cc: freebsd-stable@freebsd.org, Peter Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 14:24:43 -0000 This is another problem I find on top with extra new line: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D220996 Jov 2017=E5=B9=B47=E6=9C=8828=E6=97=A5 10:18 PM=EF=BC=8C"Glen Barber" =E5=86=99=E9=81=93=EF=BC=9A > On Fri, Jul 28, 2017 at 03:24:50PM +0200, Peter wrote: > > After upgrading to 11.1-RELEASE, a new line appears in the output of > "top" > > which contains rubbish: > > > > > last pid: 10789; load averages: 5.75, 5.19, 3.89 up 0+00:34:46 > > 03:23:51 > > > 1030 processes:9 running, 1004 sleeping, 17 waiting > > > CPU 0: 16.0% user, 0.0% nice, 78.7% system, 4.9% interrupt, 0.4% > idle > > > CPU 1: 8.0% user, 0.0% nice, 82.5% system, 9.1% interrupt, 0.4% > idle > > > Mem: 218M Active, 34M Inact, 105M Laundry, 600M Wired, 18M Buf, 34M > Free > > > ARC: 324M Total, 54M MFU, 129M MRU, 2970K Anon, 13M Header, 125M Othe= r > > > 136=C2=BF176M Compress185 194M Uncompressed361.94:1 Ratio > > > Swap: 2441M Total, 277M Used, 2164M Free, 11% Inuse > > > > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU > COMMAND > > .. > > > > > > That looks funny. But I dont like it. > > > > (Actually it looks like a wrong TERMCAP, but wasn't that ~20 years ago? > > checking...) > > Do you mean the blank line between the 'Swap:' line and 'PID'? > > If so, that has been there as long as I can recall. It is used for > things like killing processes, etc. (Hit 'k' when using top(1), and you > will see a prompt for a PID to kill.) > > Glen > > From owner-freebsd-stable@freebsd.org Fri Jul 28 14:32:10 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88883DC7648 for ; Fri, 28 Jul 2017 14:32:10 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: from mail-ua0-x235.google.com (mail-ua0-x235.google.com [IPv6:2607:f8b0:400c:c08::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 40CF96357A; Fri, 28 Jul 2017 14:32:10 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: by mail-ua0-x235.google.com with SMTP id 80so164515626uas.0; Fri, 28 Jul 2017 07:32:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=wkixV52fEveYpIrcc/1S/hlF3I8bXeKfYqFx4PfF2K0=; b=CDj3CQYFzso8TOiDfR7B5wgj6A/Tq4nKNdRfo4KNZqUYacC68c94+YDIhSqDHqBk8V gH1HkBvQyFQCH8/VihuNdX4GakF6qBjqABmnQ0CHPyflc2pcTlLnF16QLS+znFX5IRSb DXUunIqQk7gJIce04a987pP7DVvc+D9hEvZzNvtLtVE+4uncDkVQynyektMWK1BCo/g1 //SZFj4m5n3h3r6wUoJ8hUaypKRxiL+S3jK20RT/9SlskHVVYPuVnzMYlDTcDidVDG/z QdS2WCQYYE3hbk2ob4X7mqEg33Z383CkbFAeeIebgG/P1DGNmWdWDqvkByxnugKn8eRh /HnA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=wkixV52fEveYpIrcc/1S/hlF3I8bXeKfYqFx4PfF2K0=; b=jmoeeapdmZa4f97YN7GXbpI2YVFTamVW0TyoCB8kuRgom7uYWIhgjRHzVVugliezdk plOs4GVuIJLQzV0Qgc3/1e0Mi6xwYy0MMzwTeENZAI8w5Exuvf7icfLb3RYjmbqh2R74 H2fYxi4jBz+SVeLdHNKS+1xd74e27tXzDGDNfa6kV5BJumS5odwBWv4EKe8uxSRM6O8W Po9wWiyrWfWNhtmR17ZbiHu8a+Z6CmkHO5xyuox3ECMSyIjbk0DkuWskJtMoCwS2n4VC dvoBG7/af72iWa7dpjzZZl+Di8vcGJfhvolYKqZ+QygXWw6DfCl3cWUsosNyGXhzY8tA 2Dkw== X-Gm-Message-State: AIVw113vSLdTkM2halo24uRNUO6RLTsevxb/7/E2mTx6oFJKR186Jy80 PJD2LWln1Asx3CG7OS2c/d/mxbDI2Zk7 X-Received: by 10.176.9.207 with SMTP id e15mr5225649uah.204.1501252328876; Fri, 28 Jul 2017 07:32:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.120.66 with HTTP; Fri, 28 Jul 2017 07:32:07 -0700 (PDT) In-Reply-To: <20170728141754.GC32551@FreeBSD.org> References: <20170728141754.GC32551@FreeBSD.org> From: Brandon Allbery Date: Fri, 28 Jul 2017 10:32:07 -0400 Message-ID: Subject: Re: 11.1-RELEASE: new line containing garbage added to "top" To: Glen Barber Cc: Peter , freebsd-stable Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 14:32:10 -0000 On Fri, Jul 28, 2017 at 10:17 AM, Glen Barber wrote: > > > ARC: 324M Total, 54M MFU, 129M MRU, 2970K Anon, 13M Header, 125M Othe= r > > > 136=C2=BF176M Compress185 194M Uncompressed361.94:1 Ratio > > > Swap: 2441M Total, 277M Used, 2164M Free, 11% Inuse > > > > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU > COMMAND > > Do you mean the blank line between the 'Swap:' line and 'PID'? > I assumed it meant the second line of the ARC summary, which has some missing and/or wrong separators? ("=C2=BF"?) (Presumably the (missing, there) ARC summary is also the source of the extraneous blank line reported later.) --=20 brandon s allbery kf8nh sine nomine associate= s allbery.b@gmail.com ballbery@sinenomine.ne= t unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.ne= t From owner-freebsd-stable@freebsd.org Fri Jul 28 16:04:39 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1FFCBDC915F for ; Fri, 28 Jul 2017 16:04:39 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F07136646F; Fri, 28 Jul 2017 16:04:38 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 1ECAA189F1; Fri, 28 Jul 2017 16:04:38 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 28 Jul 2017 16:04:36 +0000 From: Glen Barber To: Peter Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 11.1-RELEASE: new line containing garbage added to "top" Message-ID: <20170728160436.GE32551@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="SNIs70sCzqvszXB4" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-STABLE amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer X-Spidey-Sense: Uh oh, Peter logged in User-Agent: Mutt/1.8.2 (2017-04-18) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 16:04:39 -0000 --SNIs70sCzqvszXB4 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 28, 2017 at 03:24:50PM +0200, Peter wrote: > After upgrading to 11.1-RELEASE, a new line appears in the output of "top" > which contains rubbish: >=20 > > last pid: 10789; load averages: 5.75, 5.19, 3.89 up 0+00:34:46 0= 3:23:51 > > 1030 processes:9 running, 1004 sleeping, 17 waiting > > CPU 0: 16.0% user, 0.0% nice, 78.7% system, 4.9% interrupt, 0.4% idle > > CPU 1: 8.0% user, 0.0% nice, 82.5% system, 9.1% interrupt, 0.4% idle > > Mem: 218M Active, 34M Inact, 105M Laundry, 600M Wired, 18M Buf, 34M Free > > ARC: 324M Total, 54M MFU, 129M MRU, 2970K Anon, 13M Header, 125M Other > > 136=BF176M Compress185 194M Uncompressed361.94:1 Ratio > > Swap: 2441M Total, 277M Used, 2164M Free, 11% Inuse >=20 > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND > .. >=20 >=20 > That looks funny. But I dont like it. >=20 It appears to be fixed in 11-STABLE (r321419). Glen --SNIs70sCzqvszXB4 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAll7YJQACgkQAxRYpUeP 4pPGCBAAkm0prpOtx2IFnwUpOBW1/pYFpzCUfDWyf6jsfpJeLvZd/9S7vllfDrAZ S5gGSkcFtdQSsOFEJHJlcBYtVhADl+XvRAQ06MpMqTkGHv2cdV+yxOGzdOvWShVF s34zJ7tgBf7wOtv0i2WCDxwL7x0Si8zf0WHWWsN3JPxjIpZjFy9Lcld2oX07d/u9 sYjEApVZ21irPA8FCrKQlt6g/CJ4nYi7mRpE6YC/M7+0pVnT4tv3y/XVhYwW03C0 Ph7C6aIkuBmTSU4LN98yougqynDYZsDGtxnFYFRA/GxVotYOPqgGhp0JHN/UWXWa 1DfU2Hw60vw9CX7B1EuBaYEX9aFkqGiVbxKzihS4C9HvYS6aoo6qAtaenJ+yujJt xvE6VwRXPrppWnJnT24dlOBOHYwcgXNxZuGgjS++JkDSFMlCjsk+1vFAYlF0Rg1B vgdHoHFdOKc1QmppFpF6c0X7bFyvC8E2JpYrc8ckNPC4aB35bvIi98Dhe5YZIyW5 BAGZMGDuuBaVkpJi6q4B2lccxIIUFMmwJd34wOuE1fMSFIFMWUScvrFQKd0EfH/X ygx/4u6Afh/pshbUx5eoGBYx9/VctW+zsqFc98P60Ivo8bt1aVC6O8xjtuDra7ab 5U4ERnIYEAJgQ63/i3NlnsWv4Y+qsiwj58FgLV0vjYci2F0wOq8= =1NOy -----END PGP SIGNATURE----- --SNIs70sCzqvszXB4-- From owner-freebsd-stable@freebsd.org Fri Jul 28 16:13:27 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 94061DC9815 for ; Fri, 28 Jul 2017 16:13:27 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [IPv6:2001:1440:5001:1::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "uucp.dinoex.sub.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1CC3F66E11 for ; Fri, 28 Jul 2017 16:13:26 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [194.45.71.2]) by uucp.dinoex.sub.de (8.15.2/8.14.9) with ESMTPS id v6SGD4TH061243 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 28 Jul 2017 18:13:04 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.15.2/8.14.9/Submit) with UUCP id v6SGD4NH061242 for freebsd-stable@FreeBSD.ORG; Fri, 28 Jul 2017 18:13:04 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.15.2/8.15.2) with ESMTP id v6SFjK6M066463 for ; Fri, 28 Jul 2017 17:45:20 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.15.2/8.15.2) with ESMTP id v6SFi1hH066208 for ; Fri, 28 Jul 2017 17:44:01 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: (from news@localhost) by gate.oper.dinoex.org (8.15.2/8.15.2/Submit) id v6SFi1Nv066205 for freebsd-stable@FreeBSD.ORG; Fri, 28 Jul 2017 17:44:01 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-Authentication-Warning: gate.oper.dinoex.org: news set sender to li-fbsd@citylink.dinoex.sub.org using -f From: Peter Subject: Re: 11.1-RELEASE: new line containing garbage added to "top" Date: Fri, 28 Jul 2017 17:32:00 +0200 Organization: even some more stinky socks Message-ID: References: <20170728141754.GC32551@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Fri, 28 Jul 2017 15:32:00 +0000 (UTC) Injection-Info: oper.dinoex.de; logging-data="63346"; mail-complaints-to="usenet@citylink.dinoex.sub.org" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:51.0) Gecko/20100101 Firefox/51.0 SeaMonkey/2.48 In-Reply-To: <20170728141754.GC32551@FreeBSD.org> Sender: li-fbsd@citylink.dinoex.sub.org To: freebsd-stable@FreeBSD.ORG X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 194.45.71.2; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (uucp.dinoex.sub.de [194.45.71.2]); Fri, 28 Jul 2017 18:13:05 +0200 (CEST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 16:13:27 -0000 Glen Barber wrote: > On Fri, Jul 28, 2017 at 03:24:50PM +0200, Peter wrote: >> After upgrading to 11.1-RELEASE, a new line appears in the output of "top" >> which contains rubbish: >> >>> last pid: 10789; load averages: 5.75, 5.19, 3.89 up 0+00:34:46 >> 03:23:51 >>> 1030 processes:9 running, 1004 sleeping, 17 waiting >>> CPU 0: 16.0% user, 0.0% nice, 78.7% system, 4.9% interrupt, 0.4% idle >>> CPU 1: 8.0% user, 0.0% nice, 82.5% system, 9.1% interrupt, 0.4% idle >>> Mem: 218M Active, 34M Inact, 105M Laundry, 600M Wired, 18M Buf, 34M Free >>> ARC: 324M Total, 54M MFU, 129M MRU, 2970K Anon, 13M Header, 125M Other >>> 136¿176M Compress185 194M Uncompressed361.94:1 Ratio >>> Swap: 2441M Total, 277M Used, 2164M Free, 11% Inuse >> >>> PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND >> .. >> >> >> That looks funny. But I dont like it. >> >> (Actually it looks like a wrong TERMCAP, but wasn't that ~20 years ago? >> checking...) > > Do you mean the blank line between the 'Swap:' line and 'PID'? > > If so, that has been there as long as I can recall. It is used for > things like killing processes, etc. (Hit 'k' when using top(1), and you > will see a prompt for a PID to kill.) > > Glen > No, I mean the line *above* the 'Swap:' line, which is new and *should* show compressed arc stats. (What we actually see there is the printing of a random memory location - working on it...) From owner-freebsd-stable@freebsd.org Fri Jul 28 18:13:36 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0DABDCB744 for ; Fri, 28 Jul 2017 18:13:36 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [IPv6:2001:1440:5001:1::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "uucp.dinoex.sub.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 58C2D6ADC3 for ; Fri, 28 Jul 2017 18:13:36 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [194.45.71.2]) by uucp.dinoex.sub.de (8.15.2/8.14.9) with ESMTPS id v6SID4am084137 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 28 Jul 2017 20:13:04 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.15.2/8.14.9/Submit) with UUCP id v6SID4Be084136 for freebsd-stable@FreeBSD.ORG; Fri, 28 Jul 2017 20:13:04 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.15.2/8.15.2) with ESMTP id v6SHFKnF083074 for ; Fri, 28 Jul 2017 19:15:20 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.15.2/8.15.2) with ESMTP id v6SHE0oL082812 for ; Fri, 28 Jul 2017 19:14:00 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: (from news@localhost) by gate.oper.dinoex.org (8.15.2/8.15.2/Submit) id v6SHE0MR082811 for freebsd-stable@FreeBSD.ORG; Fri, 28 Jul 2017 19:14:00 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-Authentication-Warning: gate.oper.dinoex.org: news set sender to li-fbsd@citylink.dinoex.sub.org using -f From: Peter Subject: Re: 11.1-RELEASE: new line containing garbage added to "top" Date: Fri, 28 Jul 2017 19:04:51 +0200 Organization: even some more stinky socks Message-ID: References: <20170728160436.GE32551@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Fri, 28 Jul 2017 17:04:52 +0000 (UTC) Injection-Info: oper.dinoex.de; logging-data="80670"; mail-complaints-to="usenet@citylink.dinoex.sub.org" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:51.0) Gecko/20100101 Firefox/51.0 SeaMonkey/2.48 In-Reply-To: <20170728160436.GE32551@FreeBSD.org> Sender: li-fbsd@citylink.dinoex.sub.org To: freebsd-stable@FreeBSD.ORG X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 194.45.71.2; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (uucp.dinoex.sub.de [194.45.71.2]); Fri, 28 Jul 2017 20:13:05 +0200 (CEST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 18:13:36 -0000 Glen Barber wrote: > On Fri, Jul 28, 2017 at 03:24:50PM +0200, Peter wrote: >> After upgrading to 11.1-RELEASE, a new line appears in the output of "top" >> which contains rubbish: >> >>> last pid: 10789; load averages: 5.75, 5.19, 3.89 up 0+00:34:46 03:23:51 >>> 1030 processes:9 running, 1004 sleeping, 17 waiting >>> CPU 0: 16.0% user, 0.0% nice, 78.7% system, 4.9% interrupt, 0.4% idle >>> CPU 1: 8.0% user, 0.0% nice, 82.5% system, 9.1% interrupt, 0.4% idle >>> Mem: 218M Active, 34M Inact, 105M Laundry, 600M Wired, 18M Buf, 34M Free >>> ARC: 324M Total, 54M MFU, 129M MRU, 2970K Anon, 13M Header, 125M Other >>> 136¿176M Compress185 194M Uncompressed361.94:1 Ratio >>> Swap: 2441M Total, 277M Used, 2164M Free, 11% Inuse >> >>> PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND >> .. >> >> >> That looks funny. But I dont like it. >> > > It appears to be fixed in 11-STABLE (r321419). > > Glen > I don't think so. At least there is nothing in the commitlog. r318449 is the last commit in 11-STABLE for the respective file; and thats before the 11.1-RELEASE branch. The error is in the screen-formatting in "top", and that error was already present back in 1997 (and probably earlier), and it is also present in HEAD. What "top" does is basically this: > char *string = some_buffer_to_print; > printf("%.5s", &string[-4]); A negative index on a string usually yields a nullified area. (Except if otherwise *eg*) Thats why we usually don't see the matter - nullbytes are invisible on screen. Fix is very simple: Index: contrib/top/display.c =================================================================== --- display.c (revision 321434) +++ display.c (working copy) @@ -1310,7 +1310,7 @@ cursor_on_line = Yes; putchar(ch); *old = ch; - lastcol = 1; + lastcol++; } old++; --------------------------------------------------------- Then, since I was at it, I decided to beautify the proc display as well, as I usually see >1000 procs: --- display.c (revision 321434) +++ display.c (working copy) @@ -100,7 +100,7 @@ int y_loadave = 0; int x_procstate = 0; int y_procstate = 1; -int x_brkdn = 15; +int x_brkdn = 16; int y_brkdn = 1; int x_mem = 5; int y_mem = 3; @@ -373,9 +373,9 @@ printf("%d processes:", total); ltotal = total; - /* put out enough spaces to get to column 15 */ + /* put out enough spaces to get to column 16 */ i = digits(total); - while (i++ < 4) + while (i++ < 5) { putchar(' '); } ---------------------------------------------------------------- Then, concerning the complaint about the empty line (bug #220996), I couldn't really reproduce this. But it seems that specifically this issue was already fixed in HEAD by this one here: https://reviews.freebsd.org/D11693 ---------------------------------------------------------------- Now, can anybody make the above snippets appear in HEAD and 11-STABLE? From owner-freebsd-stable@freebsd.org Fri Jul 28 18:19:02 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8ADE2DCB9B4 for ; Fri, 28 Jul 2017 18:19:02 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6619B6B043; Fri, 28 Jul 2017 18:19:02 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 888B01A836; Fri, 28 Jul 2017 18:19:01 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 28 Jul 2017 18:18:59 +0000 From: Glen Barber To: Peter Cc: freebsd-stable@FreeBSD.ORG, Allan Jude Subject: Re: 11.1-RELEASE: new line containing garbage added to "top" Message-ID: <20170728181859.GI32551@FreeBSD.org> References: <20170728160436.GE32551@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="2FkSFaIQeDFoAt0B" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-STABLE amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer X-Spidey-Sense: Uh oh, Peter logged in User-Agent: Mutt/1.8.2 (2017-04-18) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 18:19:02 -0000 --2FkSFaIQeDFoAt0B Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 28, 2017 at 07:04:51PM +0200, Peter wrote: > Glen Barber wrote: > > On Fri, Jul 28, 2017 at 03:24:50PM +0200, Peter wrote: > > > After upgrading to 11.1-RELEASE, a new line appears in the output of = "top" > > > which contains rubbish: > > >=20 > > > > last pid: 10789; load averages: 5.75, 5.19, 3.89 up 0+00:34:= 46 03:23:51 > > > > 1030 processes:9 running, 1004 sleeping, 17 waiting > > > > CPU 0: 16.0% user, 0.0% nice, 78.7% system, 4.9% interrupt, 0.4%= idle > > > > CPU 1: 8.0% user, 0.0% nice, 82.5% system, 9.1% interrupt, 0.4%= idle > > > > Mem: 218M Active, 34M Inact, 105M Laundry, 600M Wired, 18M Buf, 34M= Free > > > > ARC: 324M Total, 54M MFU, 129M MRU, 2970K Anon, 13M Header, 125M Ot= her > > > > 136=BF176M Compress185 194M Uncompressed361.94:1 Ratio > > > > Swap: 2441M Total, 277M Used, 2164M Free, 11% Inuse > > >=20 > > > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CO= MMAND > > > .. > > >=20 > > >=20 > > > That looks funny. But I dont like it. > > >=20 > >=20 > > It appears to be fixed in 11-STABLE (r321419). > >=20 > > Glen > >=20 >=20 > I don't think so. At least there is nothing in the commitlog. r318449 is = the > last commit in 11-STABLE for the respective file; and thats before the > 11.1-RELEASE branch. >=20 See r321419. > The error is in the screen-formatting in "top", and that error was already > present back in 1997 (and probably earlier), and it is also present in HE= AD. >=20 > What "top" does is basically this: >=20 > > char *string =3D some_buffer_to_print; > > printf("%.5s", &string[-4]); >=20 > A negative index on a string usually yields a nullified area. (Except if > otherwise *eg*) Thats why we usually don't see the matter - nullbytes are > invisible on screen. >=20 > Fix is very simple: >=20 > Index: contrib/top/display.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- display.c (revision 321434) > +++ display.c (working copy) > @@ -1310,7 +1310,7 @@ > cursor_on_line =3D Yes; > putchar(ch); > *old =3D ch; > - lastcol =3D 1; > + lastcol++; > } > old++; >=20 >=20 > --------------------------------------------------------- > Then, since I was at it, I decided to beautify the proc display as well, = as > I usually see >1000 procs: >=20 >=20 > --- display.c (revision 321434) > +++ display.c (working copy) > @@ -100,7 +100,7 @@ > int y_loadave =3D 0; > int x_procstate =3D 0; > int y_procstate =3D 1; > -int x_brkdn =3D 15; > +int x_brkdn =3D 16; > int y_brkdn =3D 1; > int x_mem =3D 5; > int y_mem =3D 3; > @@ -373,9 +373,9 @@ > printf("%d processes:", total); > ltotal =3D total; >=20 > - /* put out enough spaces to get to column 15 */ > + /* put out enough spaces to get to column 16 */ > i =3D digits(total); > - while (i++ < 4) > + while (i++ < 5) > { > putchar(' '); > } >=20 >=20 > ---------------------------------------------------------------- > Then, concerning the complaint about the empty line (bug #220996), I > couldn't really reproduce this. But it seems that specifically this issue > was already fixed in HEAD by this one here: > https://reviews.freebsd.org/D11693 >=20 > ---------------------------------------------------------------- > Now, can anybody make the above snippets appear in HEAD and 11-STABLE? >=20 I've CC'd allanjude, who has touched some of these in the past. Glen --2FkSFaIQeDFoAt0B Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIyBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAll7gA4ACgkQAxRYpUeP 4pN8SA/4hzGvoe1LP/imv3boiJyIbcWcnV00+TTAgc2oXJGIL1q8egAlkzrBuiM1 xPMUM9Im7xV2/w0HXYB6obIQbDB2r8B88SV+aWCodblzShDj23DOxyvKCSi5V3nQ yH4E5AMq8RHEDpCD09Po5/AiZkW0o70hNHGnhb6Gf5yIrTTgP9zJ2ejV+BCmSOE4 k2PQG1N4kY0CPwqFfB9ECbCIt4O51N3XxDnnWQxutXV8e6mvp10w0zKL5ugVHOkE n77Rxnr4kDaTbB5lyXofRfq3h69/G/A80L9t1jqwAx01+ADioo4eSth68OJgpvlM BIuplMGcSYfo+JnU1orHCpU/V8xrbBw4hlfU7aVSQkJOjAWg9iGyn3W2QvNpR2cs 7/nBml54iq+quGxhTsrxPfZkU4nSseuS8vN96DwPRFEPSLX8FnPSUs2boJ0XQ5d/ WcUw+sD7jDwqCbxByojTLnrjWdqkN3Ofp0mHno3pRmn7mJdFl1nTU/CDVLzBQLiz NF37oONxg875PgfT9BB5AVpiWqyUFqD8oVDCGyOjxoEa/9IZBcHusJm6zxB8DSoD DOjGALj+4LBLuip5Oer8SDYMmQs9/myqTa1bBIEYq8ZnCl98MvpumXVgscZuiPjG J13qNpcOxdsApYfO/+udWjNnOvuXeeoYyeEyLsXnlfZdhEkTsw== =IJHr -----END PGP SIGNATURE----- --2FkSFaIQeDFoAt0B-- From owner-freebsd-stable@freebsd.org Fri Jul 28 20:49:12 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F30C9DCEA43 for ; Fri, 28 Jul 2017 20:49:11 +0000 (UTC) (envelope-from 0100015d8af5c5ca-71188b3f-2346-41c2-ba07-0a1265b5f583-000000@amazonses.com) Received: from a8-13.smtp-out.amazonses.com (a8-13.smtp-out.amazonses.com [54.240.8.13]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A47FC703BC for ; Fri, 28 Jul 2017 20:49:11 +0000 (UTC) (envelope-from 0100015d8af5c5ca-71188b3f-2346-41c2-ba07-0a1265b5f583-000000@amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ae7m2yrxjw65l2cqdpjxuucyrvy564tn; d=tarsnap.com; t=1501274949; h=Subject:To:References:From:Message-ID:Date:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding; bh=wlw25V2dOm/1blNsGQJWoJEXdgSDZsGNZPo+hurn99c=; b=pn7KzkbcpwYiw7QJXQRAOe3GPfIP426ccxUf1eZ1HWheW0mlag1Y/jfhqhUwHoMI arMYysoNG030cgxNAsSPM52QFHETVs8epji0Zj1P5eEi42J32iq+hujGDlTjShkET01 3vn20rBEsDTqOBtGVy/GOPecvi71NzztE9HTUqyQ= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1501274949; h=Subject:To:References:From:Message-ID:Date:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Feedback-ID; bh=wlw25V2dOm/1blNsGQJWoJEXdgSDZsGNZPo+hurn99c=; b=fjRO9fX+VYvgaOLhdvE4/5L+ahNe692q4uO4CfX4QIboE70v+YRIRLA0Og1l/RjY JlHYq9fSiEwlcKF77yvSOCbVduo30OkLwDbaVlE8KSkYCwEM0gxSzbMqjg7qJ+1jJlT Uguq105SQAEUNB+6s42G+ErHcyO2v2NCY07Ct8x8= Subject: Re: Upgrade to 11.1-RELEASE fails to boot on aws EC2. To: =?UTF-8?Q?Peter_Ankerst=c3=a5l?= , FreeBSD Stable References: From: Colin Percival Message-ID: <0100015d8af5c5ca-71188b3f-2346-41c2-ba07-0a1265b5f583-000000@email.amazonses.com> Date: Fri, 28 Jul 2017 20:49:09 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-SES-Outgoing: 2017.07.28-54.240.8.13 Feedback-ID: 1.us-east-1.Lv9FVjaNvvR5llaqfLoOVbo2VxOELl7cjN0AOyXnPlk=:AmazonSES X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 20:49:12 -0000 On 07/28/17 03:41, Peter Ankerst�l wrote: > It seems that FreeBSD 11.1-RELEASE also breaks on EC2 in some cases. I had this problem before when upgrading to 11.0. This problem was noticed in the ERRATA: https://www.freebsd.org/releases/11.0R/errata.html#open-issues > and later said to have been resolved with a EN: https://www.freebsd.org/security/advisories/FreeBSD-EN-16:18.loader.asc > > Today I tried to upgrade a 11.0-RELEASE-p7 system to 11.1-RELEASE using the good old build world method as described in the handbook. But after reboot the machine hangs > in the loader. Do you know what version of FreeBSD this system was originally running? It may be that there are other oddities in the old partitioning which cause problems for the newer loader code. -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid From owner-freebsd-stable@freebsd.org Fri Jul 28 21:28:55 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2DEC7DCFD2D for ; Fri, 28 Jul 2017 21:28:55 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [IPv6:2001:470:6c08::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C2FFC72238 for ; Fri, 28 Jul 2017 21:28:54 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [172.31.20.14]) by system.jails.se (Postfix) with SMTP id 9EC56111B5D for ; Fri, 28 Jul 2017 23:28:51 +0200 (CEST) Received: from lune.pean.org (213-67-100-148-no110.tbcn.telia.com [213.67.100.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 01BBB111B5B for ; Fri, 28 Jul 2017 23:28:50 +0200 (CEST) From: =?utf-8?Q?Peter_Ankerst=C3=A5l?= Content-Type: multipart/signed; boundary="Apple-Mail=_D0B2233E-0B2E-41F5-A4C0-1345C29DF44C"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Upgrade to 11.1-RELEASE fails to boot on aws EC2. Date: Fri, 28 Jul 2017 23:28:49 +0200 References: To: FreeBSD Stable In-Reply-To: Message-Id: <23825E1D-AC7B-45A4-97D2-A7B38C1E35BA@pean.org> X-Mailer: Apple Mail (2.3273) X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Jul 28 23:28:51 2017 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 597bac9320093165714341 X-DSPAM-Factors: 27, me+Because+#+#+not, 0.40000, pean+org+#+#+It, 0.40000, problem+before+when+#+to, 0.40000, that+FreeBSD+#+1+RELEASE, 0.40000, give+#+#+output+I, 0.40000, in+the+#+Reverting+to, 0.40000, using+the, 0.40000, 10+#+#+cant+remember, 0.40000, cause+#+for, 0.40000, 1+#+#+#+on, 0.40000, but, 0.40000, described+#+#+handbook, 0.40000, old+build+world, 0.40000, oddities, 0.40000, this+system+was+originally, 0.40000, it+actually, 0.40000, be+that, 0.40000, 16+#+loader+#+Today, 0.40000, I+have+#+https+forums, 0.40000, of+works, 0.40000, a+#+of+works+fine, 0.40000, 61780+Peter+Do, 0.40000, Peter+Ankerst%c3%a5l+peter+#+org, 0.40000, when+upgrading+#+#+0, 0.40000, Subject*Re+#+to+#+fails, 0.40000, I+tried, 0.40000, I+tried, 0.40000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 21:28:55 -0000 --Apple-Mail=_D0B2233E-0B2E-41F5-A4C0-1345C29DF44C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 >=20 >> On 28 Jul 2017, at 12:41, Peter Ankerst=C3=A5l = wrote: >>=20 >> Hi! >>=20 >> It seems that FreeBSD 11.1-RELEASE also breaks on EC2 in some cases. = I had this problem before when upgrading to 11.0. This problem was = noticed in the ERRATA: = https://www.freebsd.org/releases/11.0R/errata.html#open-issues >> and later said to have been resolved with a EN: = https://www.freebsd.org/security/advisories/FreeBSD-EN-16:18.loader.asc >>=20 >> Today I tried to upgrade a 11.0-RELEASE-p7 system to 11.1-RELEASE = using the good old build world method as described in the handbook. But = after reboot the machine hangs >> in the loader. Reverting to a snapshot of / works fine but of course = I have a lot of problems due to kernel/world mismatch. So I tried to = copy the old /boot/ onto the newly updated >> system and then it actually gets past the loader. But then fails to = boot for some other reason unknown to me. (Because it does not give any = video output) >>=20 >> I have also posted to the forums about this with a few screenshots = and more details of what I have tried: >> https://forums.freebsd.org/threads/61780/ >>=20 >> /Peter. >>=20 > Do you know what version of FreeBSD this system was originally = running? It > may be that there are other oddities in the old partitioning which = cause > problems for the newer loader code. >=20 It was installed late 2014 or very early 2015. So it must be 10.0 or = 10.1. I cant remember exactly. --Apple-Mail=_D0B2233E-0B2E-41F5-A4C0-1345C29DF44C Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIL1TCCBeIw ggPKoAMCAQICEGunin0K14jWUQr5WeTntOEwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmlj YXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4X DTE1MTIxNjAxMDAwNVoXDTMwMTIxNjAxMDAwNVowdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMw IQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBAL192vfDon2D9luC/dtbX64eG3XAtRmvmCSsu1d52DXsCR58zJQbCtB2/A5uFqNx WacpXGGtTCRk9dEDBlmixEd8QiLkUfvHpJX/xKnmVkS6Iye8wUbYzMsDzgnpazlPg19dnSqfhM+C evdfa89VLnUztRr2cgmCfyO9Otrh7LJDPG+4D8ZnAqDtVB8MKYJL6QgKyVhhaBc4y3bGWxKyXEtx 7QIZZGxPwSkzK3WIN+VKNdkiwTubW5PIdopmykwvIjLPqbJK7yPwFZYekKE015OsW6FV+s4DIM8U lVS8pkIsoGGJtMuWjLL4tq2hYQuuN0jhrxK1ljz50hH23gA9cbMCAwEAAaOCAWQwggFgMA4GA1Ud DwEB/wQEAwIBBjAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEgYDVR0TAQH/BAgwBgEB /wIBADAyBgNVHR8EKzApMCegJaAjhiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmww ZgYIKwYBBQUHAQEEWjBYMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20wMAYI KwYBBQUHMAKGJGh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAdBgNVHQ4EFgQU JIFsOWG+SQ+PtxtGK8kotSdIbWgwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwPwYD VR0gBDgwNjA0BgRVHSAAMCwwKgYIKwYBBQUHAgEWHmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Bv bGljeTANBgkqhkiG9w0BAQsFAAOCAgEAi+P3h+wBi4StDwECW5zhIycjBL008HACblIf26HY0JdO ruKbrWDsXUsiI0j/7Crft9S5oxvPiDtVqspBOB/y5uzSns1lZwh7sG96bYBZpcGzGxpFNjDmQbcM 3yl3WFIRS4WhNrsOY14V7y2IrUGsvetsD+bjyOngCIVeC/GmsmtbuLOzJ606tEc9uRbhjTu/b0x2 Fo+/e7UkQvKzNeo7OMhijixaULyINBfCBJb+e29bLafgu6JqjOUJ9eXXj20p6q/CW+uVrZiSW57+ q5an2P2i7hP85jQJcy5j4HzA0rSiF3YPhKGAWUxKPMAVGgcYoXzWydOvZ3UDsTDTagXpRDIKQLZo 02wrlxY6iMFqvlzsemVf1odhQJmi7Eh5TbxI40kDGcBOBHhwnaOumZhLP+SWJQnjpLpSlUOj95uf 1zo9oz9e0NgIJoz/tdfrBzez76xtDsK0KfUDHt1/q59BvDI7RX6gVr0fQoCyMczNzCTcRXYHY0tq 2J0oT+bsb6sH2b4WVWAiJKnSYaWDjdA70qHX4mq9MIjO/ZskmSY8wtAk24orAc0vwXgYanqNsBX5 Yv4sN4Z9VyrwMdLcusP7HJgRdAGKpkR2I9U4zEsNJQJewM7S4Jalo1DyPrLpL2nTET8ZrSl5Utp1 UeGp/2deoprGevfnxWB+vHNQiu85o6MwggXrMIIE06ADAgECAhAVg7EhX8r2LDRKhDrOrr8zMA0G CSqGSIb3DQEBCwUAMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYD VQQLEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20g Q2xhc3MgMSBDbGllbnQgQ0EwHhcNMTcwMTI2MjAxNDMwWhcNMjAwNDI2MjAxNDMwWjA4MRcwFQYD VQQDDA5wZXRlckBwZWFuLm9yZzEdMBsGCSqGSIb3DQEJARYOcGV0ZXJAcGVhbi5vcmcwggIiMA0G CSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDcqYms37M3iO33p6LWK/fj7JFLGVacfvZf4CaHyg8m jY4sVP9HzeB6A/FOk0fvxDvK0Q7dIkoQdniS7DKcsBXpJ5s+tpszOhQ36RpD3B0xao3z0sI+9MyK 6IDu7pjxunC5qLYnVkcDjBPJ0X8qyR/bSvUQ3kBEOppPs8ol8GHsiRSy3TJL2wGapAdA+1r2KCqe eHrrCTGj4Dl7xvgUkfii6wShPH0yu66raHvdN6DHUyb1EFgS70HZ22+HuffqGvOB+iZZUeE9UQT0 pbzgCcHfkXfgRtNkzKDzrfYmJi9oTIpfyvusu8F9B9L3rZM6V2Stag4LLAo+zhsX1quM20Ilo71U GPhLgvDNjJnx1qli3tAyddxMhqJMhcRYDScIoIi6xZ4jNJvMlHJGTq29oH+A2TjAmM+gJY+0p4RB vVhNf7e0jSaVeHei+H+q9OlQmylXC1GzcUrzFDqWLDB70Sta20rQakZEFsQ+e+shxmj4AakCxY4D x5PvyWk48JWtmfaXboDG8Lr5RaULjHGEtg6ULVQdYakJDuCkjyYtZSZtC8PKk1uFzJu4yhfX9vOb VEabLeO5dSvNWYllUQdOP9nuNh5ZnHxEIHA1k/UgRvdwootCJ4TrTfHp7fQLbMP7AE53x88/M++A wNofKHoNqE7iPh1s9Os0ZWi/czCiFRI7wwIDAQABo4IBsjCCAa4wDgYDVR0PAQH/BAQDAgSwMB0G A1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAJBgNVHRMEAjAAMB0GA1UdDgQWBBSxDZ1/nnS6 biObk7mYFx6CSYKuFzAfBgNVHSMEGDAWgBQkgWw5Yb5JD4+3G0YrySi1J0htaDBvBggrBgEFBQcB AQRjMGEwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTA5BggrBgEFBQcwAoYt aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc2NhLmNsaWVudDEuY3J0MDgGA1UdHwQxMC8w LaAroCmGJ2h0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3NjYS1jbGllbnQxLmNybDAZBgNVHREEEjAQ gQ5wZXRlckBwZWFuLm9yZzAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wRwYD VR0gBEAwPjA8BgsrBgEEAYG1NwECBTAtMCsGCCsGAQUFBwIBFh9odHRwczovL3d3dy5zdGFydHNz bC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQCbKZGNOgGhchJ0IcN9rOEy8cwnHlBVDBTc kCdh6HPTeb7SiPmDLxJ1mp2ptKMjVDItkV9golRi4zWW0Q+aT8lJSbmLRWnTJflQB8zhbvSHwFzU VlsYEJBBUrMrfBeowZIcDLTr5VjmC7WysSSIAPyOLtbbIhYWVDiRc7FR3cMzMx0JHByg8iZqJ5/d S7CXj5NiRb8jp3Uo9Wo5o8qwuA0YQ/7ld7tZbE47jAQ6gOQ/J+yBNWCXOjklFmXeI6fxITO5XTq/ +SN1rp4lMR5KfahwYBf0m0jeZQbxek8XTTa1qHfDuZWdKP9Nab2LPYhOs+ShIMb3BNBgiJe7a3H7 yCwjMYIETjCCBEoCAQEwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4x KTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFy dENvbSBDbGFzcyAxIENsaWVudCBDQQIQFYOxIV/K9iw0SoQ6zq6/MzAJBgUrDgMCGgUAoIIBmTAY BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNzA3MjgyMTI4NTBaMCMG CSqGSIb3DQEJBDEWBBRvw+oQQXs3ggxnYgkg8KzlBe3LOzCBmgYJKwYBBAGCNxAEMYGMMIGJMHUx CzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGllbnQg Q0ECEBWDsSFfyvYsNEqEOs6uvzMwgZwGCyqGSIb3DQEJEAILMYGMoIGJMHUxCzAJBgNVBAYTAklM MRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9u IEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGllbnQgQ0ECEBWDsSFfyvYs NEqEOs6uvzMwDQYJKoZIhvcNAQEBBQAEggIAZFQ+s8k9Fv/1UkZAmaAUeiNDPxbxgqa8be90VfCj gsw5WGc4niWX+8aFkgiKK7TNIlDopK5v5ZKkQXQn51isUUT2CbDmI444j/kuBn6y6xFOLaZTW2+6 LOoEaAVpbbVeD12NFCPybPQbJ1cuX9wS1y5bWiqqcYDxv5AEsbdnakg1XV00SPPKqMYiMFydvHtY ghK/CryHsJpk/viexO9UEW2mcW0sbj5QykskF8zNc9f3vM4retMTCk+DIUIEvpLahvea+Ti06j3+ q8GqT0JN8LvOqtFT+kXWN/6uWFBlhpd5fTS+vAngofCgO53vA8rDfq69vo8cqjOqMu9Te6SI0Sn8 eUfhm9+ZfmqjJmOpACb5FoId8Mamx7xnGz7YqYJxE1mVitHDwsdk1hRGazDqBQjvuj8gUeG/YxQA NU0K/sZak4I7PAN4w4md0VenaXx7oeROz3MYqnd7rJeWb/o04s4lF6sl834M6yTZAY3wZ4DC55Fn h2oXm6LY6/BunzxKpJxo6l7L8DObaXxx3TG6NnziRXdjoUpJbE/sY4kdioLl6lOfflFdWCThTGtQ lQvL/21uX8/6XYFvkAX/pGD95G0ptOItHF4XySIe3vRoKjy7+nktIb5UdxBa/6a3scCX13mTPvbU 7ff1dJ3H+0wxsvQol664td0xaSsWCxq/I3MAAAAAAAA= --Apple-Mail=_D0B2233E-0B2E-41F5-A4C0-1345C29DF44C-- From owner-freebsd-stable@freebsd.org Fri Jul 28 23:13:17 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 31056DAA5BD for ; Fri, 28 Jul 2017 23:13:17 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [IPv6:2001:1440:5001:1::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "uucp.dinoex.sub.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A889C76407 for ; Fri, 28 Jul 2017 23:13:16 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [194.45.71.2]) by uucp.dinoex.sub.de (8.15.2/8.14.9) with ESMTPS id v6SND4cs060719 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 29 Jul 2017 01:13:05 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.15.2/8.14.9/Submit) with UUCP id v6SND4YY060718 for freebsd-stable@FreeBSD.ORG; Sat, 29 Jul 2017 01:13:04 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.15.2/8.15.2) with ESMTP id v6SMPNux038503 for ; Sat, 29 Jul 2017 00:25:23 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.15.2/8.15.2) with ESMTP id v6SMO0Z7038271 for ; Sat, 29 Jul 2017 00:24:01 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: (from news@localhost) by gate.oper.dinoex.org (8.15.2/8.15.2/Submit) id v6SMO0Jm038269 for freebsd-stable@FreeBSD.ORG; Sat, 29 Jul 2017 00:24:00 +0200 (CEST) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-Authentication-Warning: gate.oper.dinoex.org: news set sender to li-fbsd@citylink.dinoex.sub.org using -f From: Peter Subject: Re: 11.1-RELEASE: new line containing garbage added to "top" Date: Sat, 29 Jul 2017 00:13:32 +0200 Organization: even some more stinky socks Message-ID: <7c852560-987c-433c-1471-bdccd76949e2@citylink.dinoex.sub.org> References: <20170728160436.GE32551@FreeBSD.org> <20170728181859.GI32551@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: oper.dinoex.de; logging-data="36885"; mail-complaints-to="usenet@citylink.dinoex.sub.org" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:51.0) Gecko/20100101 Firefox/51.0 SeaMonkey/2.48 In-Reply-To: <20170728181859.GI32551@FreeBSD.org> Sender: li-fbsd@citylink.dinoex.sub.org To: freebsd-stable@FreeBSD.ORG X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 194.45.71.2; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (uucp.dinoex.sub.de [194.45.71.2]); Sat, 29 Jul 2017 01:13:05 +0200 (CEST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2017 23:13:17 -0000 Glen Barber wrote: > On Fri, Jul 28, 2017 at 07:04:51PM +0200, Peter wrote: >> Glen Barber wrote: >>> On Fri, Jul 28, 2017 at 03:24:50PM +0200, Peter wrote: >>>> After upgrading to 11.1-RELEASE, a new line appears in the output of "top" >>>> which contains rubbish: >>>> >>>>> last pid: 10789; load averages: 5.75, 5.19, 3.89 up 0+00:34:46 03:23:51 >>>>> 1030 processes:9 running, 1004 sleeping, 17 waiting >>>>> CPU 0: 16.0% user, 0.0% nice, 78.7% system, 4.9% interrupt, 0.4% idle >>>>> CPU 1: 8.0% user, 0.0% nice, 82.5% system, 9.1% interrupt, 0.4% idle >>>>> Mem: 218M Active, 34M Inact, 105M Laundry, 600M Wired, 18M Buf, 34M Free >>>>> ARC: 324M Total, 54M MFU, 129M MRU, 2970K Anon, 13M Header, 125M Other >>>>> 136¿176M Compress185 194M Uncompressed361.94:1 Ratio >>>>> Swap: 2441M Total, 277M Used, 2164M Free, 11% Inuse >>>> >>>>> PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND >>>> .. >>>> >>>> >>>> That looks funny. But I dont like it. >>>> >>> >>> It appears to be fixed in 11-STABLE (r321419). >>> >>> Glen >>> >> >> I don't think so. At least there is nothing in the commitlog. r318449 is the >> last commit in 11-STABLE for the respective file; and thats before the >> 11.1-RELEASE branch. >> > > See r321419. Yes, thats the issue with the empty line when ZFS is *not* in use, which I mentioned below (bug #220996). For that a fix is committed. >> The error is in the screen-formatting in "top", and that error was already >> present back in 1997 (and probably earlier), and it is also present in HEAD. >> >> What "top" does is basically this: >> >>> char *string = some_buffer_to_print; >>> printf("%.5s", &string[-4]); >> >> A negative index on a string usually yields a nullified area. (Except if >> otherwise *eg*) Thats why we usually don't see the matter - nullbytes are >> invisible on screen. >> >> Fix is very simple: >> >> Index: contrib/top/display.c >> =================================================================== >> --- display.c (revision 321434) >> +++ display.c (working copy) >> @@ -1310,7 +1310,7 @@ >> cursor_on_line = Yes; >> putchar(ch); >> *old = ch; >> - lastcol = 1; >> + lastcol++; >> } >> old++; >> >> >> --------------------------------------------------------- >> Then, since I was at it, I decided to beautify the proc display as well, as >> I usually see >1000 procs: >> >> >> --- display.c (revision 321434) >> +++ display.c (working copy) >> @@ -100,7 +100,7 @@ >> int y_loadave = 0; >> int x_procstate = 0; >> int y_procstate = 1; >> -int x_brkdn = 15; >> +int x_brkdn = 16; >> int y_brkdn = 1; >> int x_mem = 5; >> int y_mem = 3; >> @@ -373,9 +373,9 @@ >> printf("%d processes:", total); >> ltotal = total; >> >> - /* put out enough spaces to get to column 15 */ >> + /* put out enough spaces to get to column 16 */ >> i = digits(total); >> - while (i++ < 4) >> + while (i++ < 5) >> { >> putchar(' '); >> } >> >> >> ---------------------------------------------------------------- >> Then, concerning the complaint about the empty line (bug #220996), I >> couldn't really reproduce this. But it seems that specifically this issue >> was already fixed in HEAD by this one here: >> https://reviews.freebsd.org/D11693 >> >> ---------------------------------------------------------------- >> Now, can anybody make the above snippets appear in HEAD and 11-STABLE? >> > > I've CC'd allanjude, who has touched some of these in the past. Thanks a lot!