From owner-freebsd-current@freebsd.org Sun Oct 8 03:33:09 2017 Return-Path: Delivered-To: freebsd-current@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 94064E248EF for ; Sun, 8 Oct 2017 03:33:09 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-18.reflexion.net [208.70.210.18]) (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 1894F68A82 for ; Sun, 8 Oct 2017 03:33:08 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 6639 invoked from network); 8 Oct 2017 03:33:07 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 8 Oct 2017 03:33:07 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sat, 07 Oct 2017 23:33:07 -0400 (EDT) Received: (qmail 8290 invoked from network); 8 Oct 2017 03:33:06 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 8 Oct 2017 03:33:06 -0000 Received: from [192.168.1.26] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 1EAF3EC8559; Sat, 7 Oct 2017 20:33:06 -0700 (PDT) From: Mark Millard 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: C++ in jemalloc Date: Sat, 7 Oct 2017 20:33:05 -0700 References: <528ED3CD-8A4B-4F00-8728-7D231DB0811A@dsl-only.net> <20171007064249.GA73770@vlakno.cz> <934C1C1A-1303-4A8C-9E80-4259E475220A@dsl-only.net> <20171007102151.GA84155@vlakno.cz> To: FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Current In-Reply-To: Message-Id: <6B5AB934-1F8F-49F0-90F6-C4F9C48787E6@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Oct 2017 03:33:10 -0000 It turns out that /usr/local/bin/gdb crashing=20 for the clang-built powerpc64 world is again due to C++ exceptions being thrown, this time in gdb80 itself. This helps explain why for clang-based buildworld experiments /usr/libexec/gdb is a better alternative currently for the powerpc families. Again the _Unwind_SetGR use in __gxx_personality_v0 fails: # ls -lT /usr/local/bin/gdb* lrwxr-xr-x 1 root wheel 5 Sep 29 15:25:15 2017 = /usr/local/bin/gdb -> gdb80 -r-xr-xr-x 1 root wheel 97577168 Sep 29 15:25:15 2017 = /usr/local/bin/gdb80 lrwxr-xr-x 1 root wheel 5 Sep 29 15:25:15 2017 = /usr/local/bin/gdbtui80 -> gdb80 # ldd /usr/local/bin/gdb80=20 /usr/local/bin/gdb80: libreadline.so.7 =3D> /usr/local/lib/libreadline.so.7 = (0x50e80000) libncurses.so.8 =3D> /lib/libncurses.so.8 (0x50ef7000) libkvm.so.7 =3D> /lib/libkvm.so.7 (0x50f61000) libutil.so.9 =3D> /lib/libutil.so.9 (0x50f83000) libm.so.5 =3D> /lib/libm.so.5 (0x50fad000) libexpat.so.1 =3D> /usr/local/lib/libexpat.so.1 (0x50fe5000) liblzma.so.5 =3D> /usr/lib/liblzma.so.5 (0x5102a000) libc++.so.1 =3D> /usr/lib/libc++.so.1 (0x5105d000) libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x5118a000) libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x511b1000) libc.so.7 =3D> /lib/libc.so.7 (0x511d6000) libncursesw.so.8 =3D> /lib/libncursesw.so.8 (0x51528000) libelf.so.2 =3D> /lib/libelf.so.2 (0x515ac000) libthr.so.3 =3D> /lib/libthr.so.3 (0x515da000) # /usr/libexec/gdb /usr/local/bin/gdb80 /var/crash/gdb80.14502.core=20 . . . Core was generated by `/usr/local/bin/gdb = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/s'. Program terminated with signal 11, Segmentation fault. . . . (gdb) bt #0 0x00000000511b5c20 in _Unwind_SetGR (context=3D, index=3D, val=3D1374378080) at = unwind-dw2-fde.h:162 #1 0x000000005119f194 in __gxx_personality_v0 (version=3D, actions=3D, exceptionClass=3D, exceptionObject=3D0x51eb5860,=20 context=3D0xffffffffffffb420) at = /usr/src/contrib/libcxxrt/exception.cc:1203 #2 0x00000000511b6a60 in _Unwind_RaiseException_Phase2 (exc=3D0x51eb5860,= context=3D0xffffffffffffb420) at unwind.inc:66 #3 0x00000000511b6548 in _Unwind_RaiseException (exc=3D) at unwind.inc:135 #4 0x000000005119e4f4 in __cxa_throw (thrown_exception=3D, tinfo=3D, dest=3D) at /usr/src/contrib/libcxxrt/exception.cc:774 #5 0x00000000102be040 in throw_exception () at common-exceptions.c:303 #6 0x00000000102be1dc in throw_it (reason=3D1374378080, = error=3D4294947872, fmt=3D, ap=3D) at common-exceptions.c:373 #7 0x00000000102be0a4 in throw_verror (error=3D, = fmt=3D, ap=3D) at = common-exceptions.c:379 #8 0x00000000102be258 in throw_error (error=3DGDB_NO_ERROR, fmt=3D0x18 =
) at common-exceptions.c:394 #9 0x0000000010279bf8 in call_site_for_pc (gdbarch=3D, pc=3D) at block.c:241 #10 0x00000000102e93e0 in call_site_find_chain (gdbarch=3D, caller_pc=3D, callee_pc=3D) at dwarf2loc.c:1057 #11 0x00000000102e4800 in dwarf2_tailcall_sniffer_first = (this_frame=3D0x51eb5808, tailcall_cachep=3D0x51eb5860, = entry_cfa_sp_offsetp=3D0xffffffffffffb420) at = dwarf2-frame-tailcall.c:387 #12 0x00000000102e32b8 in = ._ZL26dwarf2_frame_prev_registerP10frame_infoPPvi () at = __split_buffer:311 #13 0x0000000010340464 in frame_unwind_register_value (frame=3D, regnum=3D) at frame.c:1200 #14 0x0000000010340148 in frame_register_unwind (frame=3D0x0, = regnum=3D, optimizedp=3D0x51eb5860, = unavailablep=3D0x51eb5808, lvalp=3D0x514077a0, addrp=3D0x51eb5808, = realnump=3D0x6,=20 bufferp=3D0xffffffffffffb420 "") at frame.c:1102 #15 0x0000000010341ddc in get_prev_frame_always_1 = (this_frame=3D0xffffffffffffb420) at frame.c:1840 #16 0x000000001033e878 in get_prev_frame_always = (this_frame=3D0xffffffffffffb420) at frame.c:2092 #17 0x000000001033e110 in get_prev_frame (this_frame=3D0xffffffffffffb420)= at frame.c:2345 #18 0x0000000010419464 in backtrace_command (arg=3D, from_tty=3D1374378080) at stack.c:1830 #19 0x00000000101e3654 in do_cfunc (c=3D, args=3D0x0,= from_tty=3D24) at cli/cli-decode.c:106 #20 0x00000000101e67b0 in cmd_func (cmd=3D0x0, args=3D0x18
, from_tty=3D) at = cli/cli-decode.c:1896 #21 0x000000001046497c in execute_command (p=3D, = from_tty=3D1374377992) at top.c:674 #22 0x000000001032e398 in command_handler (command=3D0xffffffffffffb420 = "") at event-top.c:590 #23 0x000000001032e788 in command_line_handler (rl=3D) at event-top.c:780 #24 0x000000001032dc54 in gdb_rl_callback_handler (rl=3D) at event-top.c:213 #25 0x0000000050ec5950 in rl_callback_read_char () at ../callback.c:283 #26 0x000000001032f560 in gdb_rl_callback_read_char_wrapper_noexcept () = at event-top.c:175 #27 0x000000001032d84c in gdb_rl_callback_read_char_wrapper = (client_data=3D) at event-top.c:192 #28 0x000000001032e14c in stdin_event_handler (error=3D, client_data=3D0xffffffffffffb420) at event-top.c:518 #29 0x000000001032d690 in handle_file_event = (file_ptr=3D0xffffffffffffb420, ready_mask=3D1374378080) at = event-loop.c:733 #30 0x000000001032c830 in gdb_wait_for_event (block=3D) at common-exceptions.h:220 #31 0x000000001032c2c4 in gdb_do_one_event () at event-loop.c:347 #32 0x000000001032c940 in start_event_loop () at event-loop.c:371 #33 0x00000000103a674c in captured_command_loop (data=3D) at main.c:325 #34 0x000000001032fd50 in catch_errors (func=3D, = func_args=3D0x6, errstring=3D0xffffffffffffb420 "", mask=3D1374377992) = at exceptions.c:236 #35 0x00000000103a61b4 in gdb_main (args=3D) at = main.c:1150 #36 0x000000001000bc38 in main (argc=3D, = argv=3D0xffffffffffffb420) at gdb.c:38 #37 0x000000001000b938 in _start (argc=3D1374377992, argv=3D0x51eb5860, = env=3D0xffffffffffffb420, obj=3D, cleanup=3D, ps_strings=3D) at /usr/src/lib/csu/powerpc64/crt1.c:94 #38 0x0000000050e49b70 in .text () at = /usr/src/libexec/rtld-elf/powerpc64/rtld_start.S:104 Current language: auto; currently minimal =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Oct 8 03:42:31 2017 Return-Path: Delivered-To: freebsd-current@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 EEE85E24B8E; Sun, 8 Oct 2017 03:42:31 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-7.mit.edu (dmz-mailsec-scanner-7.mit.edu [18.7.68.36]) (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 18A4A6AF1B; Sun, 8 Oct 2017 03:42:30 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074424-a2dff70000001b86-e4-59d99d71dbca Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-7.mit.edu (Symantec Messaging Gateway) with SMTP id E9.3F.07046.17D99D95; Sat, 7 Oct 2017 23:37:21 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH-1.MIT.EDU [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id v983bKiX009792; Sat, 7 Oct 2017 23:37:21 -0400 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v983bHj4030520 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 7 Oct 2017 23:37:19 -0400 Date: Sat, 7 Oct 2017 22:37:17 -0500 From: Benjamin Kaduk To: freebsd-hackers@FreeBSD.org Cc: freebsd-current@FreeBSD.org Subject: Second Call for 2017Q3 quarterly status reports Message-ID: <20171008033717.GL96685@kduck.kaduk.org> References: <20170928142925.GG96685@kduck.kaduk.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="3U8TY7m7wOx7RL1F" Content-Disposition: inline In-Reply-To: <20170928142925.GG96685@kduck.kaduk.org> User-Agent: Mutt/1.8.3 (2017-05-23) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrIKsWRmVeSWpSXmKPExsUixCmqrVs492akwe17ehZz3nxgsti++R+j A5PHjE/zWQIYo7hsUlJzMstSi/TtErgyXs+8z1ZwTbRi4bb7bA2MJ4W6GDk5JARMJLYcOMfe xcjFISSwmEniwPX7LBDOBkaJaU+PsUE4V5gkmhduZQRpYRFQkTj7czaYzQZkN3RfZgaxRQTk JfY1vWcHsZmB7F9bm8BsYQELiSM7vrOC2LxA61Yu38gEYgsB2R+OP2GBiAtKnJwJYTMLlElM XHYaaD4HkC0tsfwfB0iYU8BU4v38R2AjRQWUJebtW8U2gVFgFpLuWUi6ZyF0Q4S1JG78e8mE IawtsWzha2YI21Zi3br3LAsY2VcxyqbkVunmJmbmFKcm6xYnJ+blpRbpmuvlZpbopaaUbmIE hT67i8oOxu4e70OMAhyMSjy8DzRuRgqxJpYVV+YeYpTkYFIS5RWdBRTiS8pPqcxILM6ILyrN SS0+xKgCtOvRhtUXGKVY8vLzUpVEeJnTgOp4UxIrq1KL8mHKpDlYlMR5twXtihQSSE8sSc1O TS1ILYLJynBwKEnw1s8BahQsSk1PrUjLzClBSDNxcB5ilODgARpeNxtkeHFBYm5xZjpE/hSj opQ471OQhABIIqM0D64XlLIksvfXvGIUB3pLmFcAZAUPMN3Bdb8CGswENJix+AbI4JJEhJRU AyOf+63w+pnOX0p5ihyTXpy8tOnuivSDO27LeCn/m+qXcitsgnTUHYN1+nWnXy5bzzrdTSTd M6i2NLX4tsm59AkerKUfrmx5Y7qpQ6E2yNlf38vy6TZ23Y2xTwWmb3tyev7uueY1p0sONGyc eS7YqWbLHa9wNfVY37+cvVGL+I/1200V2sORF6/EUpyRaKjFXFScCACNwlkONAMAAA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Oct 2017 03:42:32 -0000 --3U8TY7m7wOx7RL1F Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Just a reminder: with the extended submission deadline for 2017Q3 entries, two weeks remain in the submission period. -Ben On Thu, Sep 28, 2017 at 09:29:25AM -0500, Benjamin Kaduk wrote: > Dear FreeBSD Community, >=20 > The deadline for the next FreeBSD Quarterly Status update is October 21, > 2017, for work done in July through September. >=20 > Status report submissions do not need to be very long. They may be about > anything happening in the FreeBSD project and community, and provide a gr= eat > way to inform FreeBSD users and developers about work that is underway and > completed. Submission of reports is not restricted to committers; anyone > doing anything interesting and FreeBSD related can -- and should -- write= one! >=20 > The preferred and easiest submission method is to use the XML generator [= 1] > with the results emailed to the status report team at monthly@FreeBSD.org= . > (Do be sure, though, to save the form output and not the form itself! In > particular, the Google Chrome "save as" function does not save the genera= ted > output for some reason.) There is also an XML template [2] that can be > filled out manually and attached if preferred. For the expected content > and style, please study our guidelines on how to write a good status > report [3]. You can also review previous issues [4][5] for ideas on the > style and format. >=20 > We look forward to seeing your 2017Q3 reports! >=20 > Thanks, >=20 > Ben (on behalf of monthly@) >=20 > [1] https://www.FreeBSD.org/cgi/monthly.cgi > [2] https://www.FreeBSD.org/news/status/report-sample.xml > [3] https://www.FreeBSD.org/news/status/howto.html > [4] https://www.FreeBSD.org/news/status/report-2017-01-2017-03.html > [5] https://www.FreeBSD.org/news/status/report-2017-04-2017-06.html >=20 >=20 --3U8TY7m7wOx7RL1F Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQG3BAABCgAdFiEE2WGV4E2ARf9BYP0XKNmm82TrdRIFAlnZnWcACgkQKNmm82Tr dRK0bAwdH0aieF+hTINOeQpErQ7NKOK8HfFWntG2q20blTn3L1FK5d2qmCveOhdF kb3COT2J7Zo7NCfq1NME8zYiuhO2PmKENuaT2tfHaFEJcGWJ44nHfu2VVNzXAvaN HkF7RQlDdNTsuShO8bbULtNcH9aCfZHRknYHFOo2Z+6GpjMiL2p83K7n3GRHDgtC 5sqnRuzZF9tEAd8E3uNulscr2iN+6qluZUCTeA1Agd4q3xPjzOGqE01CK98jdVtf n33cd/3X2V+q7xf2SPTPRKcCoP2YhYYeSbxBgwbm3ao4gM7TDTXshtdnruIYwsNr wu3ocAP50frpUKZIcHNzGzIALFP6FUtM/lkxtRTEISXcv41UGvzwluy9wOCpLPNQ 8l0WWdJg/3/VK2E+9VGsJH94dqnRxvKoPpPUpzfxGApu5Cd3rAHV9Qe2t7kbETgF sqzyBn1649CMUaJ9JCdSYa61KQhBxARJq/I4hFUfS0pZGds280e/8FNAtW+y1mxE 2recASLoTKZncw== =s8ce -----END PGP SIGNATURE----- --3U8TY7m7wOx7RL1F-- From owner-freebsd-current@freebsd.org Sun Oct 8 06:36:19 2017 Return-Path: Delivered-To: freebsd-current@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 2B6D4E29A47 for ; Sun, 8 Oct 2017 06:36:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-18.reflexion.net [208.70.210.18]) (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 958DB6F0B9 for ; Sun, 8 Oct 2017 06:36:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 25026 invoked from network); 8 Oct 2017 06:36:17 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 8 Oct 2017 06:36:17 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sun, 08 Oct 2017 02:36:17 -0400 (EDT) Received: (qmail 28899 invoked from network); 8 Oct 2017 06:36:16 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 8 Oct 2017 06:36:16 -0000 Received: from [192.168.1.26] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 0D120EC90BC; Sat, 7 Oct 2017 23:36:16 -0700 (PDT) From: Mark Millard 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: C++ in jemalloc Date: Sat, 7 Oct 2017 23:36:15 -0700 References: <528ED3CD-8A4B-4F00-8728-7D231DB0811A@dsl-only.net> <20171007064249.GA73770@vlakno.cz> <934C1C1A-1303-4A8C-9E80-4259E475220A@dsl-only.net> <20171007102151.GA84155@vlakno.cz> To: Roman Divacky , Justin Hibbits , Warner Losh , FreeBSD Current In-Reply-To: Message-Id: <08CBC862-4EAB-4864-B689-1949329EF3CE@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Oct 2017 06:36:19 -0000 With a fresh day after sleep and some pondering I finally am thinking straight for where things are in files for C++ scratch register usage and such: It is libgcc_s.so.1 that has all the extra use of scratch registers for C++ exception handling --and lots of other special stuff as well. This note is just about overall counts of example usages in devel/powerpc64-gcc vs. clang processing the same libgcc_s source. it gives a clue about what coverage is going to be necessary. So the compare/contrast is of: (shown as seen in my context) # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 vs. # dwarfdump -v -v -F /lib/libgcc_s.so.1 (That last being from a clang-based buildworld and the first being from a devel/powerpc64-xtoolchain-gcc material based buildworld.) Using r2 through r6 as initial examples: # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "\" | wc 43 2683 18432 vs. # dwarfdump -v -v -F /lib/libgcc_s.so.1 | grep "\" | wc 0 0 0 That is an example of missing information from clang. For powerpc64-gcc it is interesting that. . . # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "\" | wc 23 2063 14308 but: # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "\" | wc 27 2571 17800 # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "\" | wc 27 2571 17800 # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "\" | wc 27 2571 17800 # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "\" | wc 27 2571 17800 and: # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "\" | wc 0 0 0 # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "\" | wc 0 0 0 # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "\" | wc 0 0 0 Looks like r2 might sometimes be a scratch or otherwise special register during C++ exception handling --but not everyplace that r3-r6 are. There are lots of other special r names with numerals beyond that in the name r31 (powerpc64-gcc context): # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "r3[2-9]" | wc 0 0 0 # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "r4[0-9]" | wc 64 3248 22391 # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "r5[0-9]" | wc 124 3548 24183 # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "r6[0-9]" | wc 344 6978 49690 # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "r7[0-9]" | wc 46 2314 16176 # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "r8[0-9]" | wc 0 0 0 # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "r9[0-9]" | wc 0 0 0 Overall for > 31: # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | egrep "(r3[2-9]|r[4-9][0-9])" | wc 505 7867 55379 By contrast from clang for > 31: # dwarfdump -v -v -F /lib/libgcc_s.so.1 | egrep "(r3[2-9]|r[4-9][0-9])" = | wc 254 3110 21110 with the more detailed split out being: # dwarfdump -v -v -F /lib/libgcc_s.so.1 | grep "r3[2-9]" | wc 0 0 0 # dwarfdump -v -v -F /lib/libgcc_s.so.1 | grep "r4[0-9]" | wc 25 775 5190 # dwarfdump -v -v -F /lib/libgcc_s.so.1 | grep "r5[0-9]" | wc 55 985 6265 # dwarfdump -v -v -F /lib/libgcc_s.so.1 | grep "r6[0-9]" | wc 152 2396 17011 # dwarfdump -v -v -F /lib/libgcc_s.so.1 | grep "r7[0-9]" | wc 24 828 5747 # dwarfdump -v -v -F /lib/libgcc_s.so.1 | grep "r8[0-9]" | wc 0 0 0 # dwarfdump -v -v -F /lib/libgcc_s.so.1 | grep "r9[0-9]" | wc 20 740 5135 WARNING: That last means that clang is using some r's that devel/powerpc64-gcc is not. Is libgcc_s ready to deal with those extras that are in the 90s? Is this an ABI difference between clang (as configured) and powerpc64-gcc (as configured)? Is there a problem based on powerpc64-gcc not generating examples of those 90s "extras"? Is this lack of support for some part of some ABI? =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Oct 8 07:28:32 2017 Return-Path: Delivered-To: freebsd-current@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 ECDDDE2B305 for ; Sun, 8 Oct 2017 07:28:32 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-18.reflexion.net [208.70.210.18]) (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 7E6797E316 for ; Sun, 8 Oct 2017 07:28:32 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 16016 invoked from network); 8 Oct 2017 07:28:31 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 8 Oct 2017 07:28:31 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sun, 08 Oct 2017 03:28:31 -0400 (EDT) Received: (qmail 26251 invoked from network); 8 Oct 2017 07:28:30 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 8 Oct 2017 07:28:30 -0000 Received: from [192.168.1.26] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 0B26FEC8559; Sun, 8 Oct 2017 00:28:30 -0700 (PDT) From: Mark Millard 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: C++ in jemalloc Date: Sun, 8 Oct 2017 00:28:29 -0700 References: <528ED3CD-8A4B-4F00-8728-7D231DB0811A@dsl-only.net> <20171007064249.GA73770@vlakno.cz> <934C1C1A-1303-4A8C-9E80-4259E475220A@dsl-only.net> <20171007102151.GA84155@vlakno.cz> <08CBC862-4EAB-4864-B689-1949329EF3CE@dsl-only.net> To: Roman Divacky , Justin Hibbits , Warner Losh , FreeBSD Current In-Reply-To: <08CBC862-4EAB-4864-B689-1949329EF3CE@dsl-only.net> Message-Id: X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Oct 2017 07:28:33 -0000 [I should have checked for 3 digit numerals in r notation.] On 2017-Oct-7, at 11:36 PM, Mark Millard wrote: > With a fresh day after sleep and some pondering > I finally am thinking straight for where things > are in files for C++ scratch register usage and > such: >=20 > It is libgcc_s.so.1 that has all the extra use of > scratch registers for C++ exception handling --and > lots of other special stuff as well. >=20 > This note is just about overall counts of example > usages in devel/powerpc64-gcc vs. clang processing > the same libgcc_s source. it gives a clue about > what coverage is going to be necessary. >=20 >=20 > So the compare/contrast is of: > (shown as seen in my context) >=20 > # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 > vs. > # dwarfdump -v -v -F /lib/libgcc_s.so.1 >=20 > (That last being from a clang-based buildworld and the > first being from a devel/powerpc64-xtoolchain-gcc > material based buildworld.) >=20 > Using r2 through r6 as initial examples: >=20 > # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "\" | wc > 43 2683 18432 >=20 > vs. >=20 > # dwarfdump -v -v -F /lib/libgcc_s.so.1 | grep "\" | wc > 0 0 0 >=20 > That is an example of missing information from clang. >=20 > For powerpc64-gcc it is interesting that. . . >=20 > # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "\" | wc > 23 2063 14308 >=20 > but: >=20 > # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "\" | wc > 27 2571 17800 > # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "\" | wc > 27 2571 17800 > # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "\" | wc > 27 2571 17800 > # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "\" | wc > 27 2571 17800 >=20 > and: >=20 > # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "\" | wc > 0 0 0 > # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "\" | wc > 0 0 0 > # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "\" | wc > 0 0 0 >=20 > Looks like r2 might sometimes be a scratch or otherwise > special register during C++ exception handling --but not > everyplace that r3-r6 are. >=20 > There are lots of other special r names with numerals > beyond that in the name r31 (powerpc64-gcc context): >=20 > # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "r3[2-9]" | wc > 0 0 0 > # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "r4[0-9]" | wc > 64 3248 22391 > # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "r5[0-9]" | wc > 124 3548 24183 > # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "r6[0-9]" | wc > 344 6978 49690 > # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "r7[0-9]" | wc > 46 2314 16176 > # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "r8[0-9]" | wc > 0 0 0 > # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "r9[0-9]" | wc > 0 0 0 >=20 > Overall for > 31: >=20 > # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | egrep "(r3[2-9]|r[4-9][0-9])" | wc > 505 7867 55379 >=20 >=20 > By contrast from clang for > 31: >=20 > # dwarfdump -v -v -F /lib/libgcc_s.so.1 | egrep = "(r3[2-9]|r[4-9][0-9])" | wc > 254 3110 21110 >=20 > with the more detailed split out being: >=20 > # dwarfdump -v -v -F /lib/libgcc_s.so.1 | grep "r3[2-9]" | wc > 0 0 0 > # dwarfdump -v -v -F /lib/libgcc_s.so.1 | grep "r4[0-9]" | wc > 25 775 5190 > # dwarfdump -v -v -F /lib/libgcc_s.so.1 | grep "r5[0-9]" | wc > 55 985 6265 > # dwarfdump -v -v -F /lib/libgcc_s.so.1 | grep "r6[0-9]" | wc > 152 2396 17011 > # dwarfdump -v -v -F /lib/libgcc_s.so.1 | grep "r7[0-9]" | wc > 24 828 5747 > # dwarfdump -v -v -F /lib/libgcc_s.so.1 | grep "r8[0-9]" | wc > 0 0 0 > # dwarfdump -v -v -F /lib/libgcc_s.so.1 | grep "r9[0-9]" | wc > 20 740 5135 >=20 > WARNING: > That last means that clang is using some r's that > devel/powerpc64-gcc is not. >=20 > Is libgcc_s ready to deal with those extras that are > in the 90s? Is this an ABI difference between clang > (as configured) and powerpc64-gcc (as configured)? >=20 > Is there a problem based on powerpc64-gcc not generating > examples of those 90s "extras"? Is this lack of support > for some part of some ABI? clang is also using r with in the 10x's: # dwarfdump -v -v -F /lib/libgcc_s.so.1 | grep "r10[0-9]" | wc 45 315 2205 # dwarfdump -v -v -F /lib/libgcc_s.so.1 | grep "r[0-9][0-9][0-9]" | wc 45 315 2205 By contrast powerpc64-gcc is not: # dwarfdump -v -v -F = /usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr/src/tmp/lib/li= bgcc_s.so.1 | grep "r[0-9][0-9][0-9]" | wc 0 0 0 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Mon Oct 9 09:27:39 2017 Return-Path: Delivered-To: freebsd-current@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 17D4CE2AEA0 for ; Mon, 9 Oct 2017 09:27:39 +0000 (UTC) (envelope-from oleg@theweb.org.ua) Received: from oleg.opentransfer.com (oleg.opentransfer.com [91.217.144.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oleg-10.opentransfer.com", Issuer "oleg-10.opentransfer.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2DA5469DC1 for ; Mon, 9 Oct 2017 09:27:37 +0000 (UTC) (envelope-from oleg@theweb.org.ua) Received: from asus.theweb.org.ua ([10.0.8.4]) by oleg.opentransfer.com (8.15.2/8.15.2) with ESMTPS id v999SnY9022193 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 9 Oct 2017 12:28:51 +0300 (EEST) (envelope-from oleg@theweb.org.ua) Received: from asus.theweb.org.ua (localhost [127.0.0.1]) by asus.theweb.org.ua (8.15.2/8.15.2) with ESMTPS id v999MIvu002480 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 9 Oct 2017 12:22:18 +0300 (EEST) (envelope-from oleg@theweb.org.ua) Received: (from oleg@localhost) by asus.theweb.org.ua (8.15.2/8.15.2/Submit) id v999MIfY002479 for freebsd-current@freebsd.org; Mon, 9 Oct 2017 12:22:18 +0300 (EEST) (envelope-from oleg@theweb.org.ua) X-Authentication-Warning: asus.theweb.org.ua: oleg set sender to oleg@theweb.org.ua using -f From: "Oleg V. Nauman" To: "freebsd-current@freebsd.org" Subject: r324421 amd64 kernel panics when entering multiuser mode Date: Mon, 09 Oct 2017 12:22:18 +0300 Message-ID: <1633458.bShUdxrRa8@asus.theweb.org.ua> Organization: Private person User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.30; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Oct 2017 09:27:39 -0000 panic: freeing invalid range cpuid = 0 time = 1507550062 Uptime: 2s ......... #0 doadump (textdump=) at pcpu.h:232 232 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:232 #1 0xffffffff804d68b6 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:386 #2 0xffffffff804d6cdc in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:779 #3 0xffffffff804d6b33 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:710 #4 0xffffffff80504013 in blst_meta_free (scan=0xfffffe00016e3048, freeBlk=, count=0, radix=) at /usr/src/sys/kern/subr_blist.c:869 #5 0xffffffff80503fbf in blst_meta_free (scan=0xfffffe00016e3038, freeBlk=, count=, radix=) at /usr/src/sys/kern/subr_blist.c:926 #6 0xffffffff80503fbf in blst_meta_free (scan=0xfffffe00016e3028, freeBlk=, count=, radix=) at /usr/src/sys/kern/subr_blist.c:926 #7 0xffffffff80503fbf in blst_meta_free (scan=0xfffffe00016e3018, freeBlk=, count=, radix=) at /usr/src/sys/kern/subr_blist.c:926 #8 0xffffffff8067568f in swaponsomething (vp=, id=0xfffff800052ad000, nblks=986109, strategy=0xffffffff80675900 , close=0xffffffff80675b30 , dev=87, flags=1) at /usr/src/sys/vm/swap_pager.c:2199 #9 0xffffffff80673aac in sys_swapon (td=, uap=) at /usr/src/sys/vm/swap_pager.c:2728 #10 0xffffffff806bc512 in amd64_syscall (td=0xfffff80005387560, traced=0) at subr_syscall.c:132 #11 0xffffffff806a170b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:419 #12 0x0000000800a888ba in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal From owner-freebsd-current@freebsd.org Mon Oct 9 10:05:16 2017 Return-Path: Delivered-To: freebsd-current@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 CC1D8E2BAE4 for ; Mon, 9 Oct 2017 10:05:16 +0000 (UTC) (envelope-from alan.l.cox@gmail.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 7C5897220E for ; Mon, 9 Oct 2017 10:05:16 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: by mail-io0-x22d.google.com with SMTP id b186so856687iof.8 for ; Mon, 09 Oct 2017 03:05:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:cc; bh=f0JvuK9khDSBpnENWUpwCC/F6dJ9PNUO0rg7AUzt77Q=; b=pQg+aEgIIvKkXsHiPXiEP4On/GzXE/PHPtBC3HvQzO7YG3+vLGwIibkfnMOgdkxNBI uvqYSpPP5GhxyoruuR4L+DESrFzEH8N9+TrtQHlNVf3Q2hSYwVH/lcJoM3YOq5pbrR97 6s5WR90rnUnlN1O2i1f78KVEA/bFIV+NCKmwOrKzkVSo3XNo+VtpnPHDPytJBnOT0VRb IXyOFcYelcCOwflPFRcRqvTL+NeSDsNsrqK5tRhJjJMIy4JHoV8MOnWh1XGn8irkKrO/ kI9NUfK0CmSQzOt9NL0q96fYsVKtQEcOqsD8WpF2U+DcInMLQ7pH+t+HPfWq8YUzXCaG /Wqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=f0JvuK9khDSBpnENWUpwCC/F6dJ9PNUO0rg7AUzt77Q=; b=LzEvAPoDgKj1RP/blR/pOWAYDY5zKRMEJbCOfk/icuwxenzM+C+oV+6bnOE3K3PSXa WPeY1iJGWyZeii601cKBMD2oCNR8SrMkTKI/DwavYl9XogSZ7YF1yCSvLv8pa+aFQCnP J/tZedwgFYyJ5Yxg00MR36835GcvNMTu/tLfdDD93jHiIT3CrvUvt8oj1hV8LWIVJwhD n3ErM6QuC2etdJMl/Y5/p+otwolNAyzmt94Gt2SeZZ398bscfByiYWOezurfWWJvUesW tXlnBm8BX060TiktlPkhQjDH/iUJNdQzxCq4vHxDhN2WQcuzhmZvs+Gtb8GRPwaEqvFY I1LA== X-Gm-Message-State: AMCzsaWfD/QjFR8uIFqefWppZKNiEqFfEmrTvRkUsAZ0Nog98ydRwagF KiNhxLeuV+UrI55rmlHKldL5asplOUT4Lu790Ubw6g== X-Google-Smtp-Source: AOwi7QCiVQdefciKIffn+Y8WM11Lj0btNHvv2xVgBDLdOJuOppAK80kSq4llyZjyj7l76Q1+LfHDYgW4cHzSq3vr2/g= X-Received: by 10.107.52.85 with SMTP id b82mr12247865ioa.139.1507543515740; Mon, 09 Oct 2017 03:05:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.29.87 with HTTP; Mon, 9 Oct 2017 03:05:14 -0700 (PDT) Reply-To: alc@freebsd.org In-Reply-To: <1633458.bShUdxrRa8@asus.theweb.org.ua> References: <1633458.bShUdxrRa8@asus.theweb.org.ua> From: Alan Cox Date: Mon, 9 Oct 2017 05:05:14 -0500 Message-ID: Subject: Re: r324421 amd64 kernel panics when entering multiuser mode To: "Oleg V. Nauman" Cc: "freebsd-current@freebsd.org" , dougm@rice.edu Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Oct 2017 10:05:17 -0000 On Mon, Oct 9, 2017 at 4:22 AM, Oleg V. Nauman wrote: > panic: freeing invalid range > cpuid = 0 > time = 1507550062 > Uptime: 2s > ......... > #0 doadump (textdump=) at pcpu.h:232 > 232 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump (textdump=) at > pcpu.h:232 > #1 0xffffffff804d68b6 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:386 > #2 0xffffffff804d6cdc in vpanic (fmt=, > ap=) at > /usr/src/sys/kern/kern_shutdown.c:779 > #3 0xffffffff804d6b33 in panic (fmt=) > at /usr/src/sys/kern/kern_shutdown.c:710 > #4 0xffffffff80504013 in blst_meta_free > (scan=0xfffffe00016e3048, > freeBlk=, count=0, radix= optimized out>) > at /usr/src/sys/kern/subr_blist.c:869 > #5 0xffffffff80503fbf in blst_meta_free > (scan=0xfffffe00016e3038, > freeBlk=, count=, > radix=) at > /usr/src/sys/kern/subr_blist.c:926 > #6 0xffffffff80503fbf in blst_meta_free > (scan=0xfffffe00016e3028, > freeBlk=, count=, > radix=) at > /usr/src/sys/kern/subr_blist.c:926 > #7 0xffffffff80503fbf in blst_meta_free > (scan=0xfffffe00016e3018, > freeBlk=, count=, > radix=) at > /usr/src/sys/kern/subr_blist.c:926 > #8 0xffffffff8067568f in swaponsomething (vp= out>, > id=0xfffff800052ad000, nblks=986109, > strategy=0xffffffff80675900 , > close=0xffffffff80675b30 , dev=87, flags=1) > at /usr/src/sys/vm/swap_pager.c:2199 > #9 0xffffffff80673aac in sys_swapon (td=, > uap=) at > /usr/src/sys/vm/swap_pager.c:2728 > #10 0xffffffff806bc512 in amd64_syscall (td=0xfffff80005387560, > traced=0) > at subr_syscall.c:132 > #11 0xffffffff806a170b in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:419 > #12 0x0000000800a888ba in ?? () > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal > > Please try the patch at https://reviews.freebsd.org/D12627 From owner-freebsd-current@freebsd.org Mon Oct 9 14:39:31 2017 Return-Path: Delivered-To: freebsd-current@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 98A78E31CAC for ; Mon, 9 Oct 2017 14:39:31 +0000 (UTC) (envelope-from oleg@theweb.org.ua) Received: from oleg.opentransfer.com (oleg.opentransfer.com [91.217.144.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oleg-10.opentransfer.com", Issuer "oleg-10.opentransfer.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F03726D1F7; Mon, 9 Oct 2017 14:39:30 +0000 (UTC) (envelope-from oleg@theweb.org.ua) Received: from asus.theweb.org.ua ([10.0.8.4]) by oleg.opentransfer.com (8.15.2/8.15.2) with ESMTPS id v99Ejnus026119 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 9 Oct 2017 17:45:52 +0300 (EEST) (envelope-from oleg@theweb.org.ua) Received: from asus.theweb.org.ua (localhost [127.0.0.1]) by asus.theweb.org.ua (8.15.2/8.15.2) with ESMTPS id v99EdILd001886 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 9 Oct 2017 17:39:18 +0300 (EEST) (envelope-from oleg@theweb.org.ua) Received: (from oleg@localhost) by asus.theweb.org.ua (8.15.2/8.15.2/Submit) id v99EdHHK001885; Mon, 9 Oct 2017 17:39:17 +0300 (EEST) (envelope-from oleg@theweb.org.ua) X-Authentication-Warning: asus.theweb.org.ua: oleg set sender to oleg@theweb.org.ua using -f From: "Oleg V. Nauman" To: alc@freebsd.org Cc: "freebsd-current@freebsd.org" , dougm@rice.edu Subject: Re: r324421 amd64 kernel panics when entering multiuser mode Date: Mon, 09 Oct 2017 17:39:17 +0300 Message-ID: <1934591.kIaVzRsTDy@asus.theweb.org.ua> Organization: Private person User-Agent: KMail/4.14.10 (FreeBSD/12.0-CURRENT; KDE/4.14.30; amd64; ; ) In-Reply-To: References: <1633458.bShUdxrRa8@asus.theweb.org.ua> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Oct 2017 14:39:31 -0000 On Monday 09 October 2017 05:05:14 Alan Cox wrote: > On Mon, Oct 9, 2017 at 4:22 AM, Oleg V. Nauman wrote: > > panic: freeing invalid range > > cpuid = 0 > > time = 1507550062 > > Uptime: 2s > > ......... > > #0 doadump (textdump=) at pcpu.h:232 > > 232 pcpu.h: No such file or directory. > > > > in pcpu.h > > > > (kgdb) #0 doadump (textdump=) at > > pcpu.h:232 > > #1 0xffffffff804d68b6 in kern_reboot (howto=260) > > > > at /usr/src/sys/kern/kern_shutdown.c:386 > > > > #2 0xffffffff804d6cdc in vpanic (fmt=, > > > > ap=) at > > > > /usr/src/sys/kern/kern_shutdown.c:779 > > #3 0xffffffff804d6b33 in panic (fmt=) > > > > at /usr/src/sys/kern/kern_shutdown.c:710 > > > > #4 0xffffffff80504013 in blst_meta_free > > (scan=0xfffffe00016e3048, > > > > freeBlk=, count=0, radix= > > > optimized out>) > > > > at /usr/src/sys/kern/subr_blist.c:869 > > > > #5 0xffffffff80503fbf in blst_meta_free > > (scan=0xfffffe00016e3038, > > > > freeBlk=, count=, > > radix=) at > > > > /usr/src/sys/kern/subr_blist.c:926 > > #6 0xffffffff80503fbf in blst_meta_free > > (scan=0xfffffe00016e3028, > > > > freeBlk=, count=, > > radix=) at > > > > /usr/src/sys/kern/subr_blist.c:926 > > #7 0xffffffff80503fbf in blst_meta_free > > (scan=0xfffffe00016e3018, > > > > freeBlk=, count=, > > radix=) at > > > > /usr/src/sys/kern/subr_blist.c:926 > > #8 0xffffffff8067568f in swaponsomething (vp= > out>, > > > > id=0xfffff800052ad000, nblks=986109, > > strategy=0xffffffff80675900 , > > close=0xffffffff80675b30 , dev=87, flags=1) > > at /usr/src/sys/vm/swap_pager.c:2199 > > > > #9 0xffffffff80673aac in sys_swapon (td=, > > > > uap=) at > > > > /usr/src/sys/vm/swap_pager.c:2728 > > #10 0xffffffff806bc512 in amd64_syscall (td=0xfffff80005387560, > > traced=0) > > > > at subr_syscall.c:132 > > > > #11 0xffffffff806a170b in Xfast_syscall () > > > > at /usr/src/sys/amd64/amd64/exception.S:419 > > > > #12 0x0000000800a888ba in ?? () > > Previous frame inner to this frame (corrupt stack?) > > Current language: auto; currently minimal > > Please try the patch at https://reviews.freebsd.org/D12627 This patch fixes kernel panic. Thank you! From owner-freebsd-current@freebsd.org Mon Oct 9 20:25:54 2017 Return-Path: Delivered-To: freebsd-current@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 5547DE3AF18 for ; Mon, 9 Oct 2017 20:25:54 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0065.outbound.protection.outlook.com [104.47.37.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F050B7E1FD; Mon, 9 Oct 2017 20:25:52 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YQXPR0101MB0997.CANPRD01.PROD.OUTLOOK.COM (52.132.78.18) by YQXPR0101MB1367.CANPRD01.PROD.OUTLOOK.COM (52.132.81.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.77.7; Mon, 9 Oct 2017 20:25:51 +0000 Received: from YQXPR0101MB0997.CANPRD01.PROD.OUTLOOK.COM ([fe80::7548:a72a:e054:70d5]) by YQXPR0101MB0997.CANPRD01.PROD.OUTLOOK.COM ([fe80::7548:a72a:e054:70d5%13]) with mapi id 15.20.0077.011; Mon, 9 Oct 2017 20:25:51 +0000 From: Rick Macklem To: Ian Lepore , "freebsd-current@freebsd.org" Subject: Re: RFC how to use kernel procs/threads efficiently Thread-Topic: RFC how to use kernel procs/threads efficiently Thread-Index: AQHTPtSLQYujf8n5KEGHc2bjAF54kqLXMAcAgATKEsQ= Date: Mon, 9 Oct 2017 20:25:51 +0000 Message-ID: References: , <1507317060.86205.268.camel@freebsd.org> In-Reply-To: <1507317060.86205.268.camel@freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YQXPR0101MB1367; 6:2DIHaTH3H81tKCTGthZMgpK5NbUC8fTY4at5VxYvAZEGzLhR6ZwLuPDvK1nJlcv9p8DYWZAGO54rdDxe9VpZgErzLnvsZd7EPMlZQw90hrRrZxwOjNsUDgeQkBtXYMOpNLa3UNo3j+X/bMSTK0g3krOX2BzbHLo0IiJ9b+EXKzGHfexwcxXlzv8sKb5ShXbqwWb0dTcP9EfJnjtOpr7zOvdqzYNVZ6IalRO+lB5rJXNix4vW+X+6yVlKX1LkL1LL0B15bHbeIFieRc+gIfjJdcgKKJWD4V+S+YeKb0IsMlEPBiK8ghzEHXKfXNi/4B4/V+wcvZazVjVjw7fh7SUfeg==; 5:AGbJXSOTbKiNMreFoz+/UrWajFkcyanq9hLJh5x4UIyVF0kQ263VHtlcyBlAV1ziJZPY5tppJ0UKRj39pU9WyC54Ypd3jr1YUvJ3sRoKjCbwgG7XvK5kq9UE4ECGNaVT7EcMo47/lV/busyoTSK5sQ==; 24:ngrQMc7ntq2NRADsuLDSWjORjbVMCQLQa0x70hre0Wn4KSkwHgSsuOXVlmIIi3n75SBWrxAW8SmnonIw40VG5H/rM/DE+eeRmFe2Kvq6WtA=; 7:es6tzQl2UlO80RSjvOwZKqyYa1N5MC7cmp/aimwPywtFTmYx/WO+rk02hpaNPV6b7VzfRaAGw8ay+irmVCn0NcO4E5AMlIwzXL7ktBfUGq7azyWlRdyihajIlHqi3DEWBM6dSsM3Iicsu61Vjc3C8z+jUG/cFUO0I84MLr+99+kzeE/32QglsLU+bEvGOBPu2TBYxQLSoy/OUCS7M9FYPaSjZl5WAL+GILAaOSLFoUM= x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: ed656760-b369-46e1-94d0-08d50f53ef64 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254152)(2017052603199)(201703131423075)(201703031133081)(201702281549075); SRVR:YQXPR0101MB1367; x-ms-traffictypediagnostic: YQXPR0101MB1367: x-exchange-antispam-report-test: UriScan:; x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(8121501046)(5005006)(3002001)(93006095)(93001095)(10201501046)(100000703101)(100105400095)(6041248)(20161123564025)(20161123555025)(20161123562025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123558100)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:YQXPR0101MB1367; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:YQXPR0101MB1367; x-forefront-prvs: 045584D28C x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(346002)(376002)(189002)(24454002)(199003)(450100002)(74316002)(5660300001)(55016002)(14454004)(6306002)(7696004)(74482002)(53936002)(97736004)(68736007)(966005)(81166006)(2501003)(6246003)(478600001)(102836003)(2906002)(305945005)(8676002)(86362001)(81156014)(110136005)(3660700001)(8936002)(76176999)(786003)(33656002)(6436002)(3280700002)(54356999)(229853002)(101416001)(189998001)(2950100002)(105586002)(5250100002)(316002)(9686003)(50986999)(6506006)(25786009)(106356001)(2900100001); DIR:OUT; SFP:1101; SCL:1; SRVR:YQXPR0101MB1367; H:YQXPR0101MB0997.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Oct 2017 20:25:51.4435 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQXPR0101MB1367 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Oct 2017 20:25:54 -0000 ________________________________________ Ian Lepore wrote: [stuff snipped] >taskqueue(9) is an existing mechanism to enqueue functions to execute >asynch using a pool of threads, but it doesn't answer the scalability >questions. In fact it may make them harder, inasmuch as I don't think >there's a mechanism to dynamically adjust the number of threads after >first calling taskqueue_start_threads(). I've coded it using taskqueue and it seems to work ok. The patch is here, in case anyone would like to review it: https://www.reviews.freebsd.org/D12632 I don't know what the overheads are (or even how to measure/compare them), but I suspect it is less than a kproc_create()/kproc_exit() for ever= y RPC. I also don't think having a fixed # of threads is a problem. Since NFS I/O is so bursty, recent I/O activity doesn't give a good indication of how man= y threads will be needed soon. In other words, it can go from no I/O to heavy I/O and back to no I/O rapidly. --> As such, having a fixed reasonable # of threads is probably the best that can be done. - The current patch has the # of threads as a sysctl with a default o= f 32. Thanks for your comments and feel free to review it, if you'd like, rick From owner-freebsd-current@freebsd.org Mon Oct 9 21:54:50 2017 Return-Path: Delivered-To: freebsd-current@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 8124AE3D15D for ; Mon, 9 Oct 2017 21:54:50 +0000 (UTC) (envelope-from davidtgoldblatt@gmail.com) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::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 15B688175A for ; Mon, 9 Oct 2017 21:54:50 +0000 (UTC) (envelope-from davidtgoldblatt@gmail.com) Received: by mail-wm0-x232.google.com with SMTP id 196so13250707wma.1 for ; Mon, 09 Oct 2017 14:54:50 -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; bh=ryyFesCu4/nQu5+q+yxPQikzRES96hRxemIIC6GQevA=; b=Ffupr+k2VBSqMm8xbwWzwD8w09Ety2QmwdRcAf4878aOVqI6zrW9Ua8JbfiYhyedT7 oKDjS1USMIgzsaA5YAE0EmekSfv4Fyrig8jQv2tp6VeCF+3kzQYuVNw1hiyuGV3QTpws ov03ip80+e76Mo3g2v8xL4jObiF11Ke4k/MOUUnQpAqoB1Nz3aJ367YDFVP/acC3eHsb +hsfhJXxjrV8uZ3c0S2K+wtH7jtgQUSWl304S2Q39HVzxIo+Js6I3+oXCHebJQNfzdZ8 jcdRcsfmr3uxgMv27+NioehWTSOP4O9mGrHw2LcmQ+kI8Ng6x86nGg2SpBncqU5P62qI C8BA== 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; bh=ryyFesCu4/nQu5+q+yxPQikzRES96hRxemIIC6GQevA=; b=TwDf7hGaOwK8XWmDafWMYKLbsPZMTguaHATJIKLngTffyki40WzWfyDC2XcHjQGHZB +8DF3o7pdan3i5q5r9KNYoYe8lxXiurNSNQ92xQQQujLBkb0dmUB06nNNyf3ZD6R3ZED G7hBN0E/H8J/2LWMobsffZe+nG6LXP8FRALb02ilOxVFamzRzaeF9QlhPrOKytFJeodK Stt5rk7O0g4H3XShnM/2jC5ivIQwVOzsYbll/yzMKcfMgBJDIRNzRu0B2A3AEpUo3b8S jLtfmKi8+yL6AEyB1tKTfkCSxZNkDJNQOy1rMeO53lvoj+a0XvHF0fNVvY+qZYfQPAa0 DRtw== X-Gm-Message-State: AMCzsaXT8S5r52KXH0LcMrFEaScdbDY2zYkxTnL6GmRwgJ+OrOFsa8+R hmMjIXjfWNbGGtCUFQQmAXxQgE5c9G03A2ptZOTZatxV X-Google-Smtp-Source: AOwi7QDHoDBrXlEMtfEt2610nrkMwI69Uc+MY9TGjSdgbLX6ZVv8SwjFh1TMRVngIxxWO+Ks+ad0JWwTBpUtAW6tF3k= X-Received: by 10.223.197.203 with SMTP id v11mr11948249wrg.0.1507586088115; Mon, 09 Oct 2017 14:54:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.21.196 with HTTP; Mon, 9 Oct 2017 14:54:47 -0700 (PDT) In-Reply-To: References: From: David Goldblatt Date: Mon, 9 Oct 2017 14:54:47 -0700 Message-ID: Subject: Re: C++ in jemalloc To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Oct 2017 21:54:50 -0000 Re: the risk of dependencies on the C++ runtime. (apologies Konstantin, your email got trapped in a spam filter; "It is in violation of Google's recommended email sender guidelines", according to GMail). Avoiding C++ runtime dependencies is fairly straightforward in practice (e.g. a program that doesn't use *use* thread-local objects with destructors won't link against cxa_thread_atexit; similarly, -fno-exceptions and -fno-rtti and their equivalents are widely available). It's impossible of course to guarantee that FreeBSD won't ever want to switch to a (not-yet-written, afaik) compiler + ABI combo that doesn't admit a runtime-less C++, but that seems unlikely (and, if it were to happen, it would take enough years of notice and effort that porting the allocator back to C would be a small relative cost). We also test bootstrapping behavior against the libcs that we care about, so that we get some relatively good signal that everything will integrate correctly on a per-jemalloc-commit basis (we don't try to test against FreeBSD head, but I don't think that's necessarily a feasible strategy). I'm sympathetic to the costs of the added compiler required for those building libc, but weighing it against the ongoing maintenance drag on our end, it seems like a no-brainer (especially when we already come with dependencies outside of just the compiler and base build system). - David On Thu, Oct 5, 2017 at 11:59 AM, David Goldblatt wrote: > Hi all, > > The jemalloc developers have wanted to start using C++ for a while, to > enable some targeted refactorings of code we have trouble maintaining due > to brittleness or complexity (e.g. moving thousand line macro definitions > to templates, changing the build->extract symbols->rebuild mangling scheme > for internal symbols to one using C++ namespaces). We'd been holding off > because we thought that FreeBSD base all had to compile on GCC 4.2, in > order to support some esoteric architectures[1]. > > The other day though, I noticed that there is some C++ shipping with > FreeBSD; /usr/bin/dtc and /sbin/devd (the former claiming in the HACKING > document that C++11 is a minimum for FreeBSD 11). This, combined with the > fact that ports now points to a modern gcc, makes me think we were > incorrect, and can turn on C++ without breaking FreeBSD builds. > > Am I right? Will anything break if jemalloc needs a C++ compiler to build? > We will of course not use exceptions, RTTI, global constructors, the C++ > stdlib, or anything else that might affect C source or link compatibility. > > Thanks, > David (on behalf of the jemalloc developers > > [1] That being said, we don't compile or test on those architectures, and > so probably don't work there in the first place if I'm being honest. But > we'd also like to avoid making that a permanent state of affairs that can't > be changed. > From owner-freebsd-current@freebsd.org Mon Oct 9 23:02:49 2017 Return-Path: Delivered-To: freebsd-current@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 62F25E3E919 for ; Mon, 9 Oct 2017 23:02:49 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::2]) (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 4D0BF84282 for ; Mon, 9 Oct 2017 23:02:49 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [172.24.157.198] (nat-192-187-90-115.nat.tribpub.com [192.187.90.115]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 3de0ad7b TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Mon, 9 Oct 2017 16:02:47 -0700 (PDT) To: freebsd-current@freebsd.org From: Pete Wright Subject: latest iwm patches don't work with my 8265 chip Message-ID: <9d8f5052-d481-752c-6e58-47ba6a008355@nomadlogic.org> Date: Mon, 9 Oct 2017 16:02:46 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Oct 2017 23:02:49 -0000 hey there - i was really excited to see GNN's recent commits to add support to the 8265 Intel WiFi devices: https://svnweb.freebsd.org/base?view=revision&revision=324434 unfortunately this does not seem to work on my system.  after building and rebooting dmesg reports this: iwm0: mem 0xdf000000-0xdf001fff at device 0.0 on pci2 iwm8265fw: could not load firmware image, error 2 iwm0: could not read firmware iwm8265fw (error 0) iwm0: SecBoot CPU1 Status: 0x1, CPU2 Status: 0x3 iwm0: Failed to start INIT ucode: 35 here's the output from pciconf for my device: iwm0@pci0:3:0:0:    class=0x028000 card=0x10108086 chip=0x24fd8086 rev=0x78 hdr=0x00     vendor     = 'Intel Corporation'     device     = 'Wireless 8265 / 8275'     class      = network interestingly enough the patches imported from dragonfly worked great: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220229 thanks! -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Tue Oct 10 02:12:01 2017 Return-Path: Delivered-To: freebsd-current@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 C5019E43BF8 for ; Tue, 10 Oct 2017 02:12:01 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::2]) (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 AE57565449 for ; Tue, 10 Oct 2017 02:12:01 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.26] (cpe-23-242-94-236.socal.res.rr.com [23.242.94.236]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id be670f0f TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Mon, 9 Oct 2017 19:12:00 -0700 (PDT) Subject: Re: latest iwm patches don't work with my 8265 chip To: freebsd-current@freebsd.org References: <9d8f5052-d481-752c-6e58-47ba6a008355@nomadlogic.org> From: Pete Wright Message-ID: <00764760-1e7b-e1a7-ae44-7ca4327f4b49@nomadlogic.org> Date: Mon, 9 Oct 2017 19:12:00 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <9d8f5052-d481-752c-6e58-47ba6a008355@nomadlogic.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Oct 2017 02:12:01 -0000 On 10/09/2017 16:02, Pete Wright wrote: > hey there - i was really excited to see GNN's recent commits to add > support to the 8265 Intel WiFi devices: > > https://svnweb.freebsd.org/base?view=revision&revision=324434 > > unfortunately this does not seem to work on my system.  after building > and rebooting dmesg reports this: > > iwm0: mem 0xdf000000-0xdf001fff > at device 0.0 on pci2 > iwm8265fw: could not load firmware image, error 2 > iwm0: could not read firmware iwm8265fw (error 0) > iwm0: SecBoot CPU1 Status: 0x1, CPU2 Status: 0x3 > iwm0: Failed to start INIT ucode: 35 > > here's the output from pciconf for my device: > > iwm0@pci0:3:0:0:    class=0x028000 card=0x10108086 chip=0x24fd8086 > rev=0x78 hdr=0x00 >     vendor     = 'Intel Corporation' >     device     = 'Wireless 8265 / 8275' >     class      = network > > > interestingly enough the patches imported from dragonfly worked great: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220229 > not sure if this is the correct way to get things working, but this diff fixes things up on my end (allows the firmware to load): diff --git a/sys/modules/iwmfw/Makefile b/sys/modules/iwmfw/Makefile index d38f5424153..73e401b3ea9 100644 --- a/sys/modules/iwmfw/Makefile +++ b/sys/modules/iwmfw/Makefile @@ -1,5 +1,5 @@  # $FreeBSD$ -SUBDIR=        iwm3160fw iwm7260fw iwm7265fw iwm8000Cfw iwm7265Dfw +SUBDIR=        iwm3160fw iwm7260fw iwm7265fw iwm8000Cfw iwm8265fw iwm7265Dfw  .include w/o the diff the iwm8265fw doesn't get built afaict. cheers, -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Tue Oct 10 02:47:41 2017 Return-Path: Delivered-To: freebsd-current@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 B6FE4E44F68 for ; Tue, 10 Oct 2017 02:47:41 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 91DEE66608; Tue, 10 Oct 2017 02:47:40 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (106-69-250-194.dyn.iinet.net.au [106.69.250.194]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v9A2lZ0I070339 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 9 Oct 2017 19:47:38 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: RFC how to use kernel procs/threads efficiently To: Rick Macklem , Ian Lepore , "freebsd-current@freebsd.org" References: <1507317060.86205.268.camel@freebsd.org> From: Julian Elischer Message-ID: Date: Tue, 10 Oct 2017 10:47:30 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Oct 2017 02:47:41 -0000 On 10/10/17 4:25 am, Rick Macklem wrote: > ________________________________________ > Ian Lepore wrote: > [stuff snipped] >> taskqueue(9) is an existing mechanism to enqueue functions to execute >> asynch using a pool of threads, but it doesn't answer the scalability >> questions. In fact it may make them harder, inasmuch as I don't think >> there's a mechanism to dynamically adjust the number of threads after >> first calling taskqueue_start_threads(). > I've coded it using taskqueue and it seems to work ok. > The patch is here, in case anyone would like to review it: > https://www.reviews.freebsd.org/D12632 > > I don't know what the overheads are (or even how to measure/compare > them), but I suspect it is less than a kproc_create()/kproc_exit() for every > RPC. > > I also don't think having a fixed # of threads is a problem. Since NFS I/O > is so bursty, recent I/O activity doesn't give a good indication of how many > threads will be needed soon. In other words, it can go from no I/O to > heavy I/O and back to no I/O rapidly. > --> As such, having a fixed reasonable # of threads is probably the best > that can be done. > - The current patch has the # of threads as a sysctl with a default of 32. why not set it to ncpu or something? > > Thanks for your comments and feel free to review it, if you'd like, rick > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Tue Oct 10 09:37:20 2017 Return-Path: Delivered-To: freebsd-current@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 37943E2AB47 for ; Tue, 10 Oct 2017 09:37:20 +0000 (UTC) (envelope-from olevole@olevole.ru) Received: from mail-lf0-x22d.google.com (mail-lf0-x22d.google.com [IPv6:2a00:1450:4010:c07::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 B16C374664 for ; Tue, 10 Oct 2017 09:37:19 +0000 (UTC) (envelope-from olevole@olevole.ru) Received: by mail-lf0-x22d.google.com with SMTP id k40so10799309lfi.4 for ; Tue, 10 Oct 2017 02:37:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=olevole-ru.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=Ce0VHD3Mz7e9IKK2GnmHaXrujpjV6FLmvDtlrRZ0ApQ=; b=Wp0BUMchvhrUWLF3xbw0QX4W/YGMdXAtQiimqNnxBu+V8lY+ltQgNO2T5yFF05Y2ve EcxtYRJK9gBaxypA7NC5tDDLHpQZ8zShi4rt2ZbimLguwwtH7Wt6S+puZxAMjZOQ+HJO Wzjgu3RuzJcR/oLmXjZPs63lHLe2f3mDL6Ve4hBBeJDhGlIoRvqNxCG5aEDDCjwOaPTD i5FNTQ39EMgNJG0ZuP2yW5vXM0oWsX5BHmWtCajpqeJZNolbo2U56TDAOHGyKTzkimXa I6wO49T7fBdcAA843lmBDieW9bhcoljwD/k8FuWZ1Nv6e9gn6kxLUV25FU7Fr2F78N2E JTIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Ce0VHD3Mz7e9IKK2GnmHaXrujpjV6FLmvDtlrRZ0ApQ=; b=gfrYFLnk26/Ld5QiDZwv5FDdVDcNAZwXY8le0hYb1XGuQpXpQp5/gEaJfOeIw6r3GZ qBR9X59yDl3v7OY+ytOFbOnZYTmB1Cs9bYLlgS7jxrZDu0yGjpwAG73c0F2tkW91WNpJ wJTjS0cnsM1wl4754votlKo5jdCUD//vMD37zUiPAuo+HaAAjMAyQ3cTlnd4bsfIH/Nk HUxsAELCuU3Wo//dA7CUFbZpeZTwQ/QxskWB27h1i/rvFh43mI0DJ3fedjDvK5fZna9L 8NlJRti7PFRpUZWLxyFR1Gywd1IhRP5QkPgX+Jj2IL/yUv9xqWnCAQY1/lnW/GwfVKJL G10Q== X-Gm-Message-State: AMCzsaV6UTFg/NyEiK/6+zk56zQMMfCzMJUD2nCAWAeUi7PrUeHL5trl KakosYs6gkAUdtHrGCgU0bV2m1+EA1pzlHJPmasbCg== X-Google-Smtp-Source: AOwi7QBJxAdxAvBNevzApfjGEhb7lnP49GMHURlw0gPL9kZSJff8czRj3+FkYqGWfsBkXu9e8IQPID8vfb3DJBFfv3o= X-Received: by 10.46.43.78 with SMTP id q75mr310913lje.25.1507628237431; Tue, 10 Oct 2017 02:37:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.148.213 with HTTP; Tue, 10 Oct 2017 02:37:16 -0700 (PDT) X-Originating-IP: [80.70.233.97] From: Oleg Ginzburg Date: Tue, 10 Oct 2017 12:37:16 +0300 Message-ID: Subject: Re: VNET jail and dhclient To: freebsd-jail@freebsd.org, =?UTF-8?B?R29yYW4gTWVracSH?= , FreeBSD Current X-Mailman-Approved-At: Tue, 10 Oct 2017 10:52:54 +0000 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Oct 2017 09:37:20 -0000 in reply to https://lists.freebsd.org/pipermail/freebsd-jail/2017-October/003444.html comment: it looks like it's a regression in FreeBSD 12/Current, because in FreeBSD 11 dhclient works fine: -- jail1:/root@[15:16] # dhclient eth0 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 DHCPOFFER from 192.168.10.1 DHCPREQUEST on eth0 to 255.255.255.255 port 67 DHCPACK from 192.168.10.1 bound to 192.168.8.8 -- renewal in 900 seconds. jail1:/root@[15:16] # uname -a FreeBSD jail1.my.domain 11.0-RELEASE-p12 FreeBSD 11.0-RELEASE-p12 #0 r324489: Tue Oct 10 14:57:58 MSK 2017 root@f10.my.domain:/usr/obj/usr/jails/src/src_11.0/src/sys/VIMAGE amd64 -- From owner-freebsd-current@freebsd.org Tue Oct 10 12:06:30 2017 Return-Path: Delivered-To: freebsd-current@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 B7C4FE2F492 for ; Tue, 10 Oct 2017 12:06:30 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (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 4F79F7EAF3 for ; Tue, 10 Oct 2017 12:06:30 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-wm0-x229.google.com with SMTP id m72so4500610wmc.1 for ; Tue, 10 Oct 2017 05:06:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=AuNQCjuKsEFu4kXIzc3SRuosNEkPs4kqQhKmodxw3yc=; b=uN2EIRhR/hWsFsnQqq4Y+2llBzkXLfznKWHKawQRfNGca+QiWIdC8Bqqq1fMumYRjN 5g86XUFKfRMMzhvm0bNfbOv1VJLGXPcCkKeZOE/pmR7pb5XTmWP6HQQLOBu73giY4J66 PKZgU6zFYhxY5I8Ij/bHVyDPbByGairvIB5+FGNZAaYxi2UO7ZI72s2Gpx9tHrZzvLL8 MrvKTlWfbpm0nMM6e1aTtuGZOrqM17mFtPoZDSS0cQsUb68wrWzxJYIxt/siGivw/6Mf FbJY/L5c2NgeuFj5dvqICPo6IusQKgupcWnFeX6urUuQpnQar3HwhH5Iz7RsIZzug5Lf 7cTQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=AuNQCjuKsEFu4kXIzc3SRuosNEkPs4kqQhKmodxw3yc=; b=GWAy8s6cqgfVc1cjGUYhxoun3NMPXiNR7oCqvA5ABcmlcZ2lu5jto+uRaOslRyI7tK n5kja6D68h63GB4UCQr6J70VclibOGQ1L7G7qbBfCZHMPZkrBY+x40IGSP7wiBvIF3GC busrwCdVyVU/13pqwoNDiQUY8qDqEV54qblBSUdkowzUaDujnebaWCAl5onEh2wXawYi C+boy+ci2rUMh25HrqR9jBLWUtJlzpA77Om68x9rHlg+pYIdlvlHOMggDtVYSusXjHKC lyIGwg7BaX331zgbNukBruH+laCNru9C33mS2/Cw4yzyg8vckjX+8eU5S09PvbxJ+y5h sIbw== X-Gm-Message-State: AMCzsaUy8Wu2TvenJyJ+4SAR026o7TwBo9a4f0auoa1tF5Lja/dX7YQ+ Iu+pq7e0Vn+Z7X1rdVTsO2TUg0y+1aLHF/ZsjiWDvA== X-Google-Smtp-Source: AOwi7QBWfOgbxFA40GuRemAlqqkfaObFa1OicCZvFbViImxoDlow237/OhsusdF5B1hq0Pb1n/pdhPHzm7azI5WsrZw= X-Received: by 10.223.151.221 with SMTP id t29mr11257935wrb.34.1507637188698; Tue, 10 Oct 2017 05:06:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.132.133 with HTTP; Tue, 10 Oct 2017 05:06:28 -0700 (PDT) From: Johannes Lundberg Date: Tue, 10 Oct 2017 14:06:28 +0200 Message-ID: Subject: Re: Somethign missing in my environment? To: freebsd-current@freebsd.org Cc: wjw@digiware.nl Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Oct 2017 12:06:30 -0000 Hi Waking up an old thread.. -- snip -- /usr/obj/usr/srcs/head/src/tmp/usr/lib/libgcc_s.so: undefined reference to `__gxx_personality_v0' -- snip -- Did anyone ever find out what caused this? I'm having the exact same problem.. system: Recent 12-current x86_64 src to build: 12-current My solution is to use ezjail to make a 12-current jail, mount the source folder in the jail and build in there. I wonder if uninstalling all gcc-related pkgs might help?.. From owner-freebsd-current@freebsd.org Tue Oct 10 12:33:35 2017 Return-Path: Delivered-To: freebsd-current@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 5F5B2E30322 for ; Tue, 10 Oct 2017 12:33:35 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0070.outbound.protection.outlook.com [104.47.38.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F0E667FB28; Tue, 10 Oct 2017 12:33:34 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YQXPR0101MB0997.CANPRD01.PROD.OUTLOOK.COM (52.132.78.18) by YQXPR0101MB2149.CANPRD01.PROD.OUTLOOK.COM (52.132.79.142) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.77.7; Tue, 10 Oct 2017 12:33:33 +0000 Received: from YQXPR0101MB0997.CANPRD01.PROD.OUTLOOK.COM ([fe80::7548:a72a:e054:70d5]) by YQXPR0101MB0997.CANPRD01.PROD.OUTLOOK.COM ([fe80::7548:a72a:e054:70d5%13]) with mapi id 15.20.0077.011; Tue, 10 Oct 2017 12:33:33 +0000 From: Rick Macklem To: Julian Elischer , Ian Lepore , "freebsd-current@freebsd.org" Subject: Re: RFC how to use kernel procs/threads efficiently Thread-Topic: RFC how to use kernel procs/threads efficiently Thread-Index: AQHTPtSLQYujf8n5KEGHc2bjAF54kqLXMAcAgATKEsSAAGx4AIAAoaxw Date: Tue, 10 Oct 2017 12:33:33 +0000 Message-ID: References: <1507317060.86205.268.camel@freebsd.org> , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YQXPR0101MB2149; 6:NEo3i6F1UXs8PBBRuw0mwq6KZLlew76ldSWUa/xiisEukMPEYqSyYHlsp5LNtb6Bj/XzFR52m4fAtSzzu0SacFltUAcQhLZSIR7nb0nK4AzwLuHugXS+QKerXq/qVjWt0BI/L9tXBEXPC0cXYHMaguB7TrLJgUZ0/d6jxVp21FQY7cr6zigRs55xtaMGKOimYk0DEPx5oWMgMVcxMl2ZtNOKmRSm2i3zGParrEgBkqZdpgtuZr+BhXDYtEYKIdwrNYsn0QnsgeaUry6t2W24LGaMIWcMcZ8WKoVUtiGd+RxVW12fYmfgytX53nS03qDab2XUGJ+pq9iYL5TlTr2yEg==; 5:A89tvlleoDvfnt9g1WcfWcgYhz//FgGp28+dq03Wq1gF5Ftq1xHfd6oBPHjzjysNT23oVnfRjri4vbvHqEcNrzWDC2eX/FCxgvCf4AgqSGfeTdm+ALqQhHo4wYwZCZyqMCRTkamyt2g0QNIN/xs2pA==; 24:JOxK7SFvfTFQ51Jwq1SmbF2uo1nTbm5Tippwym5ANQh3BWCrsoiGv+qQarQpPy+bZ7MgSbT/OpZqnfC9Pnx6mf4pcbgc+QuyIpUn4IP4ryI=; 7:Bd9qUiHlFzppfFJ7iaS7blMNWx/wvhg8xHNrZCrtAIz8PlYFBrd1PATKlw0xrlL8c0sh+AbYR0ihczTmT6XDP75ikaHeBjkBja/8YXjx8qdjjQ7fMl3ggnDG2HyzxVyt9rD8CkAQKJpgVOJ0uoeyxMlrAYVNoSYhazIGMSdSKMCkX3CnB9w3E7ZM6ap/c0Pu7GT1Pdb5ELakClN7wvjsvX209QQHDNXfqyZMpBUMdsw= x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 294e57a0-00e8-45b0-8a86-08d50fdb1eea x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254152)(2017052603199)(201703131423075)(201703031133081)(201702281549075); SRVR:YQXPR0101MB2149; x-ms-traffictypediagnostic: YQXPR0101MB2149: x-exchange-antispam-report-test: UriScan:; x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(5005006)(8121501046)(10201501046)(3002001)(100000703101)(100105400095)(93006095)(93001095)(6041248)(20161123555025)(20161123558100)(20161123564025)(20161123560025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123562025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:YQXPR0101MB2149; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:YQXPR0101MB2149; x-forefront-prvs: 04569283F9 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(376002)(346002)(51914003)(24454002)(377454003)(199003)(76104003)(189002)(2900100001)(50986999)(101416001)(76176999)(5250100002)(53936002)(9686003)(3660700001)(86362001)(7696004)(229853002)(6246003)(25786009)(2906002)(33656002)(6506006)(5660300001)(105586002)(97736004)(450100002)(3280700002)(316002)(106356001)(102836003)(189998001)(8676002)(74482002)(55016002)(2950100002)(54356999)(2501003)(14454004)(478600001)(6436002)(8936002)(81156014)(74316002)(81166006)(68736007)(305945005)(93886005)(110136005)(786003); DIR:OUT; SFP:1101; SCL:1; SRVR:YQXPR0101MB2149; H:YQXPR0101MB0997.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Oct 2017 12:33:33.2953 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQXPR0101MB2149 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Oct 2017 12:33:35 -0000 Julian Elischer wrote: [stuff snipped] >On 10/10/17 4:25 am, Rick Macklem wrote: >> --> As such, having a fixed reasonable # of threads is probably the best >> that can be done. >> - The current patch has the # of threads as a sysctl with a defau= lt of 32. >why not set it to ncpu or something? Well, each of these threads will do an RPC, which means a couple of short bursts of CPU and then sleep the rest of the time waiting for the RPC reply to come back from the Data Server. As such, it would seem to me that you would want a lot more threads than CPUs on the machine? However, setting the default to "N * ncpu" seems better than just a fixed "= 32" to me. (For nfsd, the current default is 8 * ncpu, so maybe that is a good default for this too?) What do you think? Thanks for the comment, rick From owner-freebsd-current@freebsd.org Tue Oct 10 13:38:31 2017 Return-Path: Delivered-To: freebsd-current@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 C8171E31ED7 for ; Tue, 10 Oct 2017 13:38:31 +0000 (UTC) (envelope-from tommi.pernila@gmail.com) Received: from mail-qt0-x22d.google.com (mail-qt0-x22d.google.com [IPv6:2607:f8b0:400d:c0d::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 81B1582958 for ; Tue, 10 Oct 2017 13:38:31 +0000 (UTC) (envelope-from tommi.pernila@gmail.com) Received: by mail-qt0-x22d.google.com with SMTP id 34so34120334qtb.13 for ; Tue, 10 Oct 2017 06:38:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=DRCgLtIEtow0hv8Pn9XeYRRNSjGhjw7kaNg3Y33K2c8=; b=EOjuFWZ1RzsoQifeWLA1tH6JdtfpEXaEt+FJ+hXyIsVPBz/Dy2hSF7ZVXpWpylH4oK 86df1qLGhMS3ffHnUHmgo/sFAd2rxoDap3A7Cq2dkBV1oXvxM5aKH9kBEDE0gwt5DJUn Ky+IDsotjdjoQf59z+eevAbQyaoVlNGuXGFqYNKbkU1+KVkbD1wn4oYpooHDVQnw7Tbq OEGpO0+VfkC6XoFmGZq8lnZ5SUFoRs2OnWWalyVKgW+lLB17EiEyV1U4aqqghUynTtYp n5q84une9uFppRFvpnRadNzIeSZTitdCy8FSxkIs6y1hM/9VZA5mmVqZ/LHR8BYfkING rEqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=DRCgLtIEtow0hv8Pn9XeYRRNSjGhjw7kaNg3Y33K2c8=; b=t4uraASOKZP0n6Ky5Tkm13pGeAVuCvqEEh7VqYQOv6Fe0dkdd2Z54gHutse0rJzimm il99GvpGJTxqvMt6IuDo2EM26XW+9URg6CwtJJ8R/pNZS6bib1/Hts/iDd7v9vkP5iLG STRqqI/+y0+nDD4eHtbES5TfDDf9bVNTI2MH/m1mHKUB9+GITx8N/Vdc/5WGgRb2mvau hKJY8BlHFdfb/HjblUHj348IyAmRq980TEux+0rLChZmR0KHk5/HJwOzMc/PK5hQ5VOe orDd3Qu5eGInG45ETgxXOBvHWHW14bCHBTfWA4vTUR8VDeQGVQUIe2eDQ0Ffv2VH/s1l JG0w== X-Gm-Message-State: AMCzsaUM8vj9I2nx2/+Xlnm777XnY2fUKL25HXbLfcm/ecYha9zEzvSa 9EJWkZiZ+nci6W0FzZpY6ZHRWZEf7xuFKNfXdC5k/A== X-Google-Smtp-Source: AOwi7QA2q1Gg6RZIBsLo4oH3GARyu2Jw7DHky8kb8s/YebCq3xftcOSzRg6d+EUdCPEMGn3xISn4UVON08dReRXzBtk= X-Received: by 10.55.73.129 with SMTP id w123mr14028661qka.156.1507642710323; Tue, 10 Oct 2017 06:38:30 -0700 (PDT) MIME-Version: 1.0 References: <9d8f5052-d481-752c-6e58-47ba6a008355@nomadlogic.org> <00764760-1e7b-e1a7-ae44-7ca4327f4b49@nomadlogic.org> In-Reply-To: <00764760-1e7b-e1a7-ae44-7ca4327f4b49@nomadlogic.org> From: Tommi Pernila Date: Tue, 10 Oct 2017 13:38:18 +0000 Message-ID: Subject: Re: latest iwm patches don't work with my 8265 chip To: Pete Wright , freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Oct 2017 13:38:31 -0000 Hi, Thanks for the info Pete. I also have no idea about the correctness of the patch, but i'll also test it on my 8265 card. Br, Tommi On Tue, 10 Oct 2017 at 5.12, Pete Wright wrote: > > > On 10/09/2017 16:02, Pete Wright wrote: > > hey there - i was really excited to see GNN's recent commits to add > > support to the 8265 Intel WiFi devices: > > > > https://svnweb.freebsd.org/base?view=revision&revision=324434 > > > > unfortunately this does not seem to work on my system. after building > > and rebooting dmesg reports this: > > > > iwm0: mem 0xdf000000-0xdf001fff > > at device 0.0 on pci2 > > iwm8265fw: could not load firmware image, error 2 > > iwm0: could not read firmware iwm8265fw (error 0) > > iwm0: SecBoot CPU1 Status: 0x1, CPU2 Status: 0x3 > > iwm0: Failed to start INIT ucode: 35 > > > > here's the output from pciconf for my device: > > > > iwm0@pci0:3:0:0: class=0x028000 card=0x10108086 chip=0x24fd8086 > > rev=0x78 hdr=0x00 > > vendor = 'Intel Corporation' > > device = 'Wireless 8265 / 8275' > > class = network > > > > > > interestingly enough the patches imported from dragonfly worked great: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220229 > > > > not sure if this is the correct way to get things working, but this diff > fixes things up on my end (allows the firmware to load): > > diff --git a/sys/modules/iwmfw/Makefile b/sys/modules/iwmfw/Makefile > index d38f5424153..73e401b3ea9 100644 > --- a/sys/modules/iwmfw/Makefile > +++ b/sys/modules/iwmfw/Makefile > @@ -1,5 +1,5 @@ > # $FreeBSD$ > > -SUBDIR= iwm3160fw iwm7260fw iwm7265fw iwm8000Cfw iwm7265Dfw > +SUBDIR= iwm3160fw iwm7260fw iwm7265fw iwm8000Cfw iwm8265fw > iwm7265Dfw > > .include > > > w/o the diff the iwm8265fw doesn't get built afaict. > > cheers, > -pete > > -- > Pete Wright > pete@nomadlogic.org > @nomadlogicLA > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Oct 10 14:16:59 2017 Return-Path: Delivered-To: freebsd-current@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 DB542E33020 for ; Tue, 10 Oct 2017 14:16:59 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x242.google.com (mail-pf0-x242.google.com [IPv6:2607:f8b0:400e:c00::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 A757F83E40 for ; Tue, 10 Oct 2017 14:16:59 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x242.google.com with SMTP id a7so36006937pfj.5 for ; Tue, 10 Oct 2017 07:16:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=xU3Q2pwFN1eeT7AToS+8oOyUMHAdXos0ZutyszaFFjk=; b=PcGr2I8Xr0b9lVjwf051u+PFWVlG8DUjPzbyLnR7LHWfQ1Yu4UQYcxTDcn/uXZNCD0 BQQAltfww5C1zB5mFgph++q98cuzXfwqPxwOLOJTCM2wXijRkFI1m8dLUSssRomdsE1h Y21si/cwqwEFCxAwDS8K1VB5wmENgpifBJ70LzpwbltrwKE6sTwKNhmqhFSgLzukb63q YyXqHgb5qvsK8Qo/2Hvt8GIpgjaa6Mzs39LmCWpBw/EZ5PEen+qWJGiWJW5qj9vPL8Ub FjLrk9hlGT919KFJQlnY24KmSF7GJDtuV+ZKT3bDCVyxW6OW7bmZcBkkAiHqATBZw5XT p0Mw== 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=xU3Q2pwFN1eeT7AToS+8oOyUMHAdXos0ZutyszaFFjk=; b=cCStMyjgpEfwT1eEM72qjuZpsP5Kl395ZhAjdP4akWUtaU7bO0l9wTGQwXhgskdFXX rMm+ZhFFmB92TrYXBRV4WXl0DVh6yTU5jqX8UcbeiPP7927woOdkKJhRUU5C4AqqUIDc lzJYUJwIjXZrqhAEpwY6ECvvFT0SW0FL3B532IE1SSsB8obcN/didg9E0EpN+7qoE0hs 9AnOzkHtlpBpZ2paN2h+Orn2A3F7zFY+LFAIDgdMyW7WM8rOSigP6kgkVtSVMyGJPjeI WlebuIQD6AFWgMHd1T6Cmlp2S5EqXsHbWJz49tOvzeSeiHbNmqs18int1VB0Sw9dWTSN pg0A== X-Gm-Message-State: AMCzsaUH4/Bfap4ze7JtGMfVhym7AUJFRJcB9EhzcNsryBKI2Al8mX9C L4UuZ0X5AlwG52mFFwcV4Wq7ZVfZ X-Google-Smtp-Source: AOwi7QDEwh1Xr9m1MPs5YKTnONNwuvWKeJaMM34whAvG0Y4qqpG+TCzt1BctUGuEvAaL304h2yC0vg== X-Received: by 10.98.48.195 with SMTP id w186mr13622319pfw.213.1507645019009; Tue, 10 Oct 2017 07:16:59 -0700 (PDT) Received: from [192.168.20.13] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id e66sm20210726pfe.79.2017.10.10.07.16.57 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Oct 2017 07:16:57 -0700 (PDT) Mime-Version: 1.0 (1.0) Subject: Re: latest iwm patches don't work with my 8265 chip From: Ngie Cooper X-Mailer: iPhone Mail (15A421) In-Reply-To: Date: Tue, 10 Oct 2017 07:16:56 -0700 Cc: Pete Wright , freebsd-current@freebsd.org Message-Id: <7269072A-F04A-4D1C-8BAC-4B64E01EECA4@gmail.com> References: <9d8f5052-d481-752c-6e58-47ba6a008355@nomadlogic.org> <00764760-1e7b-e1a7-ae44-7ca4327f4b49@nomadlogic.org> To: Tommi Pernila Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Oct 2017 14:17:00 -0000 > not sure if this is the correct way to get things working, but this diff >> fixes things up on my end (allows the firmware to load): >> >> diff --git a/sys/modules/iwmfw/Makefile b/sys/modules/iwmfw/Makefile >> index d38f5424153..73e401b3ea9 100644 >> --- a/sys/modules/iwmfw/Makefile >> +++ b/sys/modules/iwmfw/Makefile >> @@ -1,5 +1,5 @@ >> # $FreeBSD$ >> >> -SUBDIR= iwm3160fw iwm7260fw iwm7265fw iwm8000Cfw iwm7265Dfw >> +SUBDIR= iwm3160fw iwm7260fw iwm7265fw iwm8000Cfw iwm8265fw >> iwm7265Dfw >> >> .include >> >> >> w/o the diff the iwm8265fw doesn't get built afaict. Hi Pete, I submitted your patch as r324470. Take care! -Ngie From owner-freebsd-current@freebsd.org Tue Oct 10 19:19:15 2017 Return-Path: Delivered-To: freebsd-current@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 3EBA4E3A926 for ; Tue, 10 Oct 2017 19:19:15 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-77.reflexion.net [208.70.210.77]) (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 E436268BD4 for ; Tue, 10 Oct 2017 19:19:14 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 25263 invoked from network); 10 Oct 2017 19:12:33 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 10 Oct 2017 19:12:33 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Tue, 10 Oct 2017 15:12:33 -0400 (EDT) Received: (qmail 3774 invoked from network); 10 Oct 2017 19:12:33 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 10 Oct 2017 19:12:33 -0000 Received: from [192.168.1.26] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 8EAFCEC8FE9; Tue, 10 Oct 2017 12:12:32 -0700 (PDT) From: Mark Millard 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: Somethign missing in my environment? Message-Id: <920CCA30-C1B8-4A42-8F00-00BE0FA72D3D@dsl-only.net> Date: Tue, 10 Oct 2017 12:12:31 -0700 To: johalun0@gmail.com, FreeBSD Current X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Oct 2017 19:19:15 -0000 May be this will help find the problem in your environment: # grep -r gxx_personality_v0 /usr/src/* | more . . . = /usr/src/contrib/libcxxrt/exception.cc:BEGIN_PERSONALITY_FUNCTION(__gxx_pe= rsonality_v0) . . . /usr/src/contrib/libstdc++/libsupc++/eh_personality.cc:#define = PERSONALITY_FUNCTION __gxx_personality_v0 . . . /usr/src/gnu/lib/libsupc++/Version.map: __gxx_personality_v0; /usr/src/lib/libcxxrt/Version.map: __gxx_personality_v0; # grep -r PERSONALITY_FUNCTION /usr/src/* | more . . . /usr/src/contrib/libstdc++/libsupc++/eh_personality.cc:#define = PERSONALITY_FUNCTION __gxx_personality_sj0 /usr/src/contrib/libstdc++/libsupc++/eh_personality.cc:#define = PERSONALITY_FUNCTION __gxx_personality_v0 = /usr/src/contrib/libstdc++/libsupc++/eh_personality.cc:PERSONALITY_FUNCTIO= N (_Unwind_State state, = /usr/src/contrib/libstdc++/libsupc++/eh_personality.cc:PERSONALITY_FUNCTIO= N (int version, . . . So it looks like the implementation of __gxx_personality_v0 is supposed to be in one of: libcxxrt.so.* for clang and modern gcc based buildworld's libsuppc++.so.* for gcc 4.2.1 based buildworld's =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Tue Oct 10 20:15:59 2017 Return-Path: Delivered-To: freebsd-current@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 08F21E3BACA for ; Tue, 10 Oct 2017 20:15:59 +0000 (UTC) (envelope-from lausts@acm.org) Received: from cdptpa-cmomta01.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C91BE6AFC7 for ; Tue, 10 Oct 2017 20:15:58 +0000 (UTC) (envelope-from lausts@acm.org) Received: from mail.laus.org ([65.29.112.189]) by cmsmtp with ESMTP id 20vCe0Lxa1VTb20vFeaGSu; Tue, 10 Oct 2017 20:14:37 +0000 Received: from [192.168.1.100] (presario [192.168.1.100]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id v9AKFmBe035626 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 10 Oct 2017 16:15:48 -0400 (EDT) (envelope-from lausts@acm.org) X-Authentication-Warning: mail.laus.org: Host presario [192.168.1.100] claimed to be [192.168.1.100] Reply-To: lausts@acm.org To: freebsd-current@freebsd.org From: Thomas Laus Subject: Encrypted Swap Problem with 12.0-CURRENT r324427 Message-ID: Date: Tue, 10 Oct 2017 16:15:48 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; 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-CMAE-Envelope: MS4wfEXUKY7MY1YAIrnBFGVvPBhGiZl6BpOEQhdDoHBqu8I1MHbx7xUlk5RfOoGrMdhXgzTMH6E31nd1miCzOU0iGD10pqsH1tu6nt3o82MCsJs1Qbj43wKl G55Nsy1ZZusWq5QS0H4CzJ2yyvwA9JF1HRnzrUcu3xA7+vuWiBuT2p/H X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Oct 2017 20:15:59 -0000 I have been having some boot issues after upgrading to r324427 this week. It gets to the step of accessing my Geli encrypted swap partition and then drops to the ddb> prompt. Sometimes it works but mostly it does not. Booting with r323984 is flawless. Has anything been changed between these 2 revisions that would affect me? Booting in single usermode works fine on r324427 but immediately goes to the ddb> prompt when terminating with a 'ctrl-d' to go into multi-user mode. Is there anything that I might have missed in the UPDATING instruction that might cause this. I don't have any errors on this partition that gpart status finds. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-current@freebsd.org Tue Oct 10 20:19:13 2017 Return-Path: Delivered-To: freebsd-current@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 7CCC7E3BBEB for ; Tue, 10 Oct 2017 20:19:13 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (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 5FA3C6B174 for ; Tue, 10 Oct 2017 20:19:13 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from Ticonderoga.HML3.ScaleEngine.net (senat1-01.HML3.ScaleEngine.net [209.51.186.5]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 084D413888 for ; Tue, 10 Oct 2017 20:19:06 +0000 (UTC) Subject: Re: Encrypted Swap Problem with 12.0-CURRENT r324427 To: freebsd-current@freebsd.org References: From: Allan Jude Message-ID: <332f479e-87ab-8d5b-58f1-c7ee9bfa779b@freebsd.org> Date: Tue, 10 Oct 2017 16:20:37 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Oct 2017 20:19:13 -0000 On 10/10/2017 16:15, Thomas Laus wrote: > I have been having some boot issues after upgrading to r324427 this > week. It gets to the step of accessing my Geli encrypted swap partition > and then drops to the ddb> prompt. Sometimes it works but mostly it > does not. Booting with r323984 is flawless. Has anything been changed > between these 2 revisions that would affect me? Booting in single > usermode works fine on r324427 but immediately goes to the ddb> prompt > when terminating with a 'ctrl-d' to go into multi-user mode. > > Is there anything that I might have missed in the UPDATING instruction > that might cause this. I don't have any errors on this partition that > gpart status finds. > > Tom > > Before the ddb> prompt there should be a message explaining what has gone wrong to make it drops into the debugger. If it has scrolled off the top of the screen, press scroll-lock and then you can use the arrow keys to navigate back up into the buffer. -- Allan Jude From owner-freebsd-current@freebsd.org Tue Oct 10 20:54:49 2017 Return-Path: Delivered-To: freebsd-current@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 7D46DE3CAFA for ; Tue, 10 Oct 2017 20:54:49 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (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 104E96C54A for ; Tue, 10 Oct 2017 20:54:49 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-wm0-x22a.google.com with SMTP id u138so519390wmu.4 for ; Tue, 10 Oct 2017 13:54:48 -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=TG+f75c33gQNCK8a35UadOTzn7IFQtshYo9hZ9w3gqc=; b=X4SxkUKdAXiQmqW4Hc6ukhliiLZD9YJht2arc6R6jLtn1XDIk60kQtuF/AFnnRHFFA arpwjl9fJRKPdaIyT9fCkjOl3Q8EuOVQTazm7eNuEZBKvWhdM7Gaug6fb8ECu8fGP70Q Uh1fEWeAyl52iIaFLK2p9sQVGjSkuYiwnIA1I1ZChJW7JTzn7WTF4yLhumN7GcScOwdY AJzEWIbchoOIPFtKrXdZ5g3x+kFuAQ+yxziC6yIyvDxg9ej3/SYjPj8SNOe+lmfOazlA YSizkZcVEoF1H7zAE1r4EqVyhIyRLn0EI4gGNhFluNbBszlVU5m955qTbg8NSEQpqeh4 dwcw== 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=TG+f75c33gQNCK8a35UadOTzn7IFQtshYo9hZ9w3gqc=; b=W7Vd+dJcnGU++6OZenwen0dr3a6a9fzyM6xdtbh94+xlzRbhSfHWVtrxqpVxVnJGrN itvyt+/SpLPoSdV3a5TMG1uKkz7HIt0eD9zlLHzhJkrhHzm/cgERnByJonFryZh5uin5 RCdw/YDr4a7EYG3gNSOLalRsMVaYytqQP8zyzQR38uRSgZDdbvn9rKm7D/IxvapQYoEp 2g68vR98Czq8CBRDpf85aeCjHCcg4Cv0fFk7rgBVoOzGmDBA9qSDzICQmn0YESXMrq8A ir91C3y6vwbqq/gfr76gkkVvhmm/w690SfejcsNKtTfgqDiA/Cguy4+4vxybhUgkroNi VMLw== X-Gm-Message-State: AMCzsaXPKbc9KTHmt3iePTZjNA3imiuh9S1cf5XxD0VLNQDB3bl25mI3 eKLyN26Odbug1e4ob1w7B62iGrU62WNTtX61zIImeA== X-Google-Smtp-Source: AOwi7QDYwIs4sQ4CbN6jttj8wraN1tOjyA6GKdeiqS+UYtEP8Tte6oUq3kj6XSZQnyROietXqbE/mv4C1d0mWhoNcCg= X-Received: by 10.223.159.6 with SMTP id l6mr14807347wrf.156.1507668887242; Tue, 10 Oct 2017 13:54:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.132.133 with HTTP; Tue, 10 Oct 2017 13:54:46 -0700 (PDT) In-Reply-To: <920CCA30-C1B8-4A42-8F00-00BE0FA72D3D@dsl-only.net> References: <920CCA30-C1B8-4A42-8F00-00BE0FA72D3D@dsl-only.net> From: Johannes Lundberg Date: Tue, 10 Oct 2017 22:54:46 +0200 Message-ID: Subject: Re: Somethign missing in my environment? To: FreeBSD Current Cc: Mark Millard Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Oct 2017 20:54:49 -0000 Thanks for the pointers. It's weird... I was thinking that the local git repo may have been messed up somewhere but exactly the same source code builds in a jail which is also 12-current. Host system: drm-next tree built in a jail and then installed on host (due to build error on host) drm-next is identical to upstream except graphics stuff and lkpi. Jail: 12-current image downloaded from freebsd ftp site No make flags except malloc production.. No weird env vars.. Error: /usr/obj/usr/home/johannes/dev/freebsd/freebsd-base-graphics/tmp/usr/lib/libgcc_s.so: undefined reference to `__gxx_personality_v0' In host: johannes@jd:~/dev/freebsd/freebsd-base-graphics % nm -D /usr/obj/usr/home/johannes/dev/freebsd/freebsd-base-graphics/tmp/usr/lib/libgcc_s.so | grep person 000000000000c1a0 T __gcc_personality_v0 U __gxx_personality_v0 johannes@jd:~/dev/freebsd/freebsd-base-graphics % nm -D /usr/lib/libgcc_s.so | grep person 0000000000006e30 T __gcc_personality_v0 And from the jail: root@build12:~ # nm -D /usr/obj/root/freebsd-base-graphics/tmp/usr/lib/libgcc_s.so | grep person 0000000000006e30 T __gcc_personality_v0 Ok I found the problem while writing this but I'll still post the output above.. The problem seem to be that I was running as normal user on host (but root in the jail). Switching to root and it works. Now it only complains about fat partitions being too small but that's an easier fix.. On Tue, Oct 10, 2017 at 9:12 PM, Mark Millard wrote: > May be this will help find the problem in your environment: > > # grep -r gxx_personality_v0 /usr/src/* | more > . . . > /usr/src/contrib/libcxxrt/exception.cc:BEGIN_PERSONALITY_FUNCTION(__gxx_personality_v0) > . . . > /usr/src/contrib/libstdc++/libsupc++/eh_personality.cc:#define PERSONALITY_FUNCTION __gxx_personality_v0 > . . . > /usr/src/gnu/lib/libsupc++/Version.map: __gxx_personality_v0; > /usr/src/lib/libcxxrt/Version.map: __gxx_personality_v0; > > # grep -r PERSONALITY_FUNCTION /usr/src/* | more > . . . > /usr/src/contrib/libstdc++/libsupc++/eh_personality.cc:#define PERSONALITY_FUNCTION __gxx_personality_sj0 > /usr/src/contrib/libstdc++/libsupc++/eh_personality.cc:#define PERSONALITY_FUNCTION __gxx_personality_v0 > /usr/src/contrib/libstdc++/libsupc++/eh_personality.cc:PERSONALITY_FUNCTION (_Unwind_State state, > /usr/src/contrib/libstdc++/libsupc++/eh_personality.cc:PERSONALITY_FUNCTION (int version, > . . . > > > So it looks like the implementation of __gxx_personality_v0 > is supposed to be in one of: > > libcxxrt.so.* for clang and modern gcc based buildworld's > > libsuppc++.so.* for gcc 4.2.1 based buildworld's > > > === > Mark Millard > markmi at dsl-only.net > From owner-freebsd-current@freebsd.org Tue Oct 10 21:20:13 2017 Return-Path: Delivered-To: freebsd-current@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 DA6EEE3D4B5 for ; Tue, 10 Oct 2017 21:20:13 +0000 (UTC) (envelope-from lausts@laus.org) Received: from cdptpa-cmomta01.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.231]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 965376D569; Tue, 10 Oct 2017 21:20:12 +0000 (UTC) (envelope-from lausts@laus.org) Received: from mail.laus.org ([65.29.112.189]) by cmsmtp with ESMTP id 21wZeA9HV5iJO21wbelez2; Tue, 10 Oct 2017 21:20:06 +0000 Received: from mail.laus.org (localhost [127.0.0.1]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id v9ALK3VL035758 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 10 Oct 2017 17:20:03 -0400 (EDT) (envelope-from lausts@laus.org) Received: (from lausts@localhost) by mail.laus.org (8.15.2/8.15.2/Submit) id v9ALK32f035757; Tue, 10 Oct 2017 17:20:03 -0400 (EDT) (envelope-from lausts) Date: Tue, 10 Oct 2017 17:20:03 -0400 From: Thomas Laus To: Allan Jude Cc: freebsd-current@freebsd.org Subject: Re: Encrypted Swap Problem with 12.0-CURRENT r324427 Message-ID: <20171010212003.GA35726@mail.laus.org> Reply-To: lausts@acm.org References: <332f479e-87ab-8d5b-58f1-c7ee9bfa779b@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <332f479e-87ab-8d5b-58f1-c7ee9bfa779b@freebsd.org> X-Operating-System: FreeBSD 11.1-RELEASE-p1 on an amd64 User-Agent: Mutt/1.9.1 (2017-09-22) X-CMAE-Envelope: MS4wfMdp9w8y8PXVKNuRJ0x7PESIo3AWzaJXirqN+FieNVu9IcRQdsKdAsfmNC4kD4oaIr8NibFMLEvMV4Ul+ZfP7PYfyoLrBK0OPDdmF3f+bHcVGSR4DqeF MfvhgVSwGGd3UErRPLZmU+3b3GiBd5OsPnWnROwSTtn6BCzMVcPTS0UMxKpvLTnpf9vV2BsACxrTfWTzcKr1xeIDx51jSk1hfms= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Oct 2017 21:20:14 -0000 Allan Jude [allanjude@freebsd.org] wrote: > > Before the ddb> prompt there should be a message explaining what has > gone wrong to make it drops into the debugger. If it has scrolled off > the top of the screen, press scroll-lock and then you can use the arrow > keys to navigate back up into the buffer. > The first message is from GEOM_ELI: Device ada0p2.eli created GEOM_ELI: Encryption AES-XTS 128 GEOM_ELI: Crypto: software panic: freeing invalid range. Next follows the stack trace then: --- syscall (85, FreeBSD ELF64, sys_swapon), rip = 0x800a88aea, rsp = 0x7fffffffea48, rbp 0x7fffffffea60 --- stopped at kdb_enter+0x3b:mmovq $0,kdb_why I can't save all of this to a file to attach, but this is just an overview of the panic. I get this everytime when going from single user to multi-user and about 3 out of 5 times with a normal boot. My other release has been flawless 100 percent of the time. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-current@freebsd.org Tue Oct 10 21:25:05 2017 Return-Path: Delivered-To: freebsd-current@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 B78D4E3D798 for ; Tue, 10 Oct 2017 21:25:05 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-qt0-f175.google.com (mail-qt0-f175.google.com [209.85.216.175]) (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 6B0516DA3A; Tue, 10 Oct 2017 21:25:04 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-qt0-f175.google.com with SMTP id n61so27623738qte.10; Tue, 10 Oct 2017 14:25:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=ljEW7EBiTVx1CfnfQXH6vHJPl/yCyPfegI1T4lvdYDI=; b=i/5/eRilHgLiYc8W+XPVu+Itbxdp3j+BuFSGvzFdFh73lHqnKQPe8QhJiYjIGL+Sq5 Sst0HllLrB7NJHPbjiHIyF6pMvcrKnh/vTO179f6mEH4bgqzOx9DJ5hzKcTWl1wjkrxQ hlJ5rlNsjAND5Nu/n4Byzh+x5F5Avh2KFZv5kfduXScnHWYot9DhQnm2MyaH7FMfOmKq Gt7t5FpUa7M2X/O3A0Nf5fcTq/Sv8SOZ0A58VQZD5xVshzjSqSygfZ/9tGDMnv9ck5v/ +VxBzNmTFMbI/EP98kW5D//AYpTyevZGFe9qnkYI7ecv8ChryLqyCnEtnapvW/fb8VCX edsg== X-Gm-Message-State: AMCzsaX7e9+t0cF5pGzl5r1k3fGqgYJ0xgnivKeRevx+7jzm6CgvQWAI Tn9UngJYo5koifvDfCsLSFdb4/z4 X-Received: by 10.37.113.5 with SMTP id m5mr3258522ybc.184.1507670703378; Tue, 10 Oct 2017 14:25:03 -0700 (PDT) Received: from mail-io0-f174.google.com (mail-io0-f174.google.com. [209.85.223.174]) by smtp.gmail.com with ESMTPSA id q16sm5342177ywa.2.2017.10.10.14.25.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Oct 2017 14:25:02 -0700 (PDT) Received: by mail-io0-f174.google.com with SMTP id h66so246604ioh.11; Tue, 10 Oct 2017 14:25:02 -0700 (PDT) X-Google-Smtp-Source: AOwi7QCDsKpJxoBZgLE0uDcegKjF70CelaiExrXXHo5N2A+NLPezgK0Q5JnzzZOR38kcQtVwV+NWm6gO5wF7KQbmNEs= X-Received: by 10.107.201.144 with SMTP id z138mr6425712iof.223.1507670702266; Tue, 10 Oct 2017 14:25:02 -0700 (PDT) MIME-Version: 1.0 Reply-To: cem@freebsd.org Received: by 10.2.164.130 with HTTP; Tue, 10 Oct 2017 14:25:01 -0700 (PDT) In-Reply-To: <20171010212003.GA35726@mail.laus.org> References: <332f479e-87ab-8d5b-58f1-c7ee9bfa779b@freebsd.org> <20171010212003.GA35726@mail.laus.org> From: Conrad Meyer Date: Tue, 10 Oct 2017 14:25:01 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Encrypted Swap Problem with 12.0-CURRENT r324427 To: lausts@acm.org Cc: Allan Jude , freebsd-current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Oct 2017 21:25:05 -0000 Thomas, Please try r324444. Based on your panic message, "panic: freeing invalid range," it may be the same general swap issue which r324444 aimed to address. Best, Conrad On Tue, Oct 10, 2017 at 2:20 PM, Thomas Laus wrote: > Allan Jude [allanjude@freebsd.org] wrote: >> >> Before the ddb> prompt there should be a message explaining what has >> gone wrong to make it drops into the debugger. If it has scrolled off >> the top of the screen, press scroll-lock and then you can use the arrow >> keys to navigate back up into the buffer. >> > The first message is from GEOM_ELI: Device ada0p2.eli created > GEOM_ELI: Encryption AES-XTS 128 > GEOM_ELI: Crypto: software > panic: freeing invalid range. > > Next follows the stack trace > > then: > > --- syscall (85, FreeBSD ELF64, sys_swapon), rip = 0x800a88aea, rsp = > 0x7fffffffea48, rbp 0x7fffffffea60 --- > > stopped at kdb_enter+0x3b:mmovq $0,kdb_why > > I can't save all of this to a file to attach, but this is just an > overview of the panic. > > I get this everytime when going from single user to multi-user and > about 3 out of 5 times with a normal boot. My other release has been > flawless 100 percent of the time. > > Tom > > -- > Public Keys: > PGP KeyID = 0x5F22FDC1 > GnuPG KeyID = 0x620836CF > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Oct 10 21:25:20 2017 Return-Path: Delivered-To: freebsd-current@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 74376E3D7D9; Tue, 10 Oct 2017 21:25:20 +0000 (UTC) (envelope-from srs0=q5lg=bj=sigsegv.be=kristof@codepro.be) Received: from venus.codepro.be (venus.codepro.be [IPv6:2a01:4f8:162:1127::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.codepro.be", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 38FD56DB06; Tue, 10 Oct 2017 21:25:20 +0000 (UTC) (envelope-from srs0=q5lg=bj=sigsegv.be=kristof@codepro.be) Received: from [192.168.228.1] (ptr-8ripyygwistxihisxdg.18120a2.ip6.access.telenet.be [IPv6:2a02:1811:2419:4e02:a4bd:5d27:6ea9:2df4]) (Authenticated sender: kp) by venus.codepro.be (Postfix) with ESMTPSA id 93EA07A35; Tue, 10 Oct 2017 23:25:15 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sigsegv.be; s=mail; t=1507670715; bh=s6t0zCQ4cDYoZotkS4LZ+XZH6PgpMTUT7NCxQ60+KQU=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=TA9/kB25FTIGX9jrsnuc8jwFyyVtbEmn17OtYEp0UuTiE40gXmCc8vu+j7ZGJC1Rm Vee2HozHAOxo6aTPSo0cF+FN9On4Xq9tLiBgDMTVRosmvmxR6ye4ydzJSi1xeUBe58 kAuK5BGFPMxmODsncu0RkRufwf4Ynn/0ozSPbKZo= From: "Kristof Provost" To: "Oleg Ginzburg" Cc: "FreeBSD Current" , "Goran =?utf-8?q?Meki=C4=87?=" , freebsd-jail@freebsd.org Subject: Re: VNET jail and dhclient Date: Tue, 10 Oct 2017 23:25:14 +0200 Message-ID: <6BA6DE01-9D89-4790-99CD-73485722BF14@sigsegv.be> In-Reply-To: References: <20171009072547.jauim6tlfennydf5@hal9000.meka.no-ip.org> <6D37D4AC-9DF4-4D55-8614-43CFC6BDD45E@sigsegv.be> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailer: MailMate (2.0BETAr6092) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Oct 2017 21:25:20 -0000 On 10 Oct 2017, at 23:10, Oleg Ginzburg wrote: > What is your FreeBSD version? This problem reproduced on FreeBSD 12 > only. > /var/empty is exist and trivial test: > I’m running r324317 on CURRENT, yes. What arguments are you calling dhclient with? Clearly there’s a difference between what you’re doing and what I’m doing. > I'm not sure if this fd leak (due to pidfile_remove at the end of > dhclient), nevertheless closing pid fd in my jail/FreeBSD12 before > chroot > solve dhclient issue. I would not expect an open file descriptor to be a problem, unless perhaps you’ve got an open directory and kern.chroot_allow_open_directories is unset. Regards, Kristof From owner-freebsd-current@freebsd.org Tue Oct 10 21:10:42 2017 Return-Path: Delivered-To: freebsd-current@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 35734E3D120 for ; Tue, 10 Oct 2017 21:10:42 +0000 (UTC) (envelope-from olevole@olevole.ru) Received: from mail-lf0-x242.google.com (mail-lf0-x242.google.com [IPv6:2a00:1450:4010:c07::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 9FB9C6CFE5 for ; Tue, 10 Oct 2017 21:10:41 +0000 (UTC) (envelope-from olevole@olevole.ru) Received: by mail-lf0-x242.google.com with SMTP id j73so11622741lfg.0 for ; Tue, 10 Oct 2017 14:10:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=olevole-ru.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=mTb5Xy8RRveVW9z5Ldgi86T7SfMv+MAHTANmSAvKm54=; b=1ksSl7CQ6ZxdV+pRBkBt/yV+qS5aKORHrSA148iDdQkv9/ZmTkEvi0vE8Os/zukN0d LWMKj5KGaOnB9hMY5jJiBqx+OiN/p+evvF8I5I0TyJc7tdfWuyDcyZclR1HvY9Z4YUa3 9dN2mhUfUOtCR0KIvNATWYQiC1ofMvTy+2377kri6csfxb3oPnr2hHvASuyY7zTvtPIB xZi1vVAgNbqXNpTnJoefTlLBgKQLbr/L4ZfPuwGwhtZ0K4xX/A7qPLwB/L/jWKCjTpc7 sdVSoFjkieOC80rkP2/pJ+stR4PdYvXWCV7eZhxaGJ0gefELesOT85nzO1ezvdqZwmJY SzDQ== 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=mTb5Xy8RRveVW9z5Ldgi86T7SfMv+MAHTANmSAvKm54=; b=eCd8BLL2KLkPsezsKgv+Ra0wxUww7yfn8wKxZnHV7qjvMXTWW/g28zExXX7oYKnFwU kew/c4m3liVtx7o+S42AHkvb8rjiR7zvTO7tbrqC9gFOYThc70t4U8Bcrwo9wpEn5K7f EC4bFew6lwozwubqACYZwDXZ6veBO+h8S+HDBYJuNIK7Tst4Svo9Nh2XPJCQ9G84q3Gm mapX7C4hqbAnrSpYi64uqhWjqp/jlQ8iz3nzy5P0xWnaz2HNp3cX4AXh9PXiWbQJ+x6e X2F5Lz2pMt8/VgFYdNtT03kDERP+vEQQ24g1SBlA6MecK1f6JpN1tKL1PcqWYGd4QcxG L4aw== X-Gm-Message-State: AMCzsaVCAAulCZWcK8lhMoZhHZFGrv2UNvSq39790CO217ZZ0jPWneza 2bqHqoCWkenJ6wXF/LSxj1t36xt3FxDUx8bJk2ltSfmgDcE= X-Google-Smtp-Source: AOwi7QBKD1gj8SQM+1Ib56jtY9dsJPap6GCoRG0FSy4trTxL1AwXWFKSPZaeYwsEtmIyOhmqxZAkrhV/xVN9xTzcRxE= X-Received: by 10.46.43.78 with SMTP id q75mr1181119lje.25.1507669838717; Tue, 10 Oct 2017 14:10:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.148.213 with HTTP; Tue, 10 Oct 2017 14:10:37 -0700 (PDT) X-Originating-IP: [83.102.217.196] In-Reply-To: <6D37D4AC-9DF4-4D55-8614-43CFC6BDD45E@sigsegv.be> References: <20171009072547.jauim6tlfennydf5@hal9000.meka.no-ip.org> <6D37D4AC-9DF4-4D55-8614-43CFC6BDD45E@sigsegv.be> From: Oleg Ginzburg Date: Tue, 10 Oct 2017 21:10:37 +0000 Message-ID: Subject: Re: VNET jail and dhclient To: Kristof Provost , FreeBSD Current Cc: =?UTF-8?B?R29yYW4gTWVracSH?= , freebsd-jail@freebsd.org X-Mailman-Approved-At: Tue, 10 Oct 2017 22:02:20 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Oct 2017 21:10:42 -0000 Hello! On Tue, Oct 10, 2017 at 8:24 PM, Kristof Provost wrote= : > On 9 Oct 2017, at 9:25, Goran Meki=C4=87 wrote: > > Hello, > > > > TLDR: I can setup static IP or use dhcpcd to get address, but not > dhclient. > > > > Let me elaborate. I run 12-CURRENT on my laptop and use CBSD as jail > manager (I don't think it matters). > > > What version of CURRENT are you using? > > > # dhclient eth0 > > chroot > > exiting. > > > > This is what I found with truss: https://gist.github.com/anonymous/ > 36a4e2bf1760198971934ff609a7d0de#file-gistfile1-txt-L227-L228. Selected > lines are what I think is the problem. Offending line in the code is > probably https://svnweb.freebsd.org/base/head/sbin/dhclient/ > dhclient.c?revision=3D317915&view=3Dmarkup#l507. With that asumption, Ole= g, > CBSD author, noticed that the following "patch" works: > > > Is there any chance you don=E2=80=99t have /var/empty in your jail? > > I do this to create a simple vnet jail: > sudo jail -c name=3Dalcatraz persist vnet vnet.interface=3Depair0b > (in the jail) dhclient epair0b > > And see: > =E2=80=A6 > fsync(0x9) =3D 0 (0x0) > close(8) =3D 0 (0x0) > socket(PF_ROUTE,SOCK_RAW,0) =3D 8 (0x8) > shutdown(8,SHUT_WR) =3D 0 (0x0) > cap_rights_limit(8,{ CAP_READ,CAP_EVENT }) =3D 0 (0x0) > chroot("/var/empty") =3D 0 (0x0) > chdir("/") =3D 0 (0x0) > setgroups(0x1,0x800e2c1e4) =3D 0 (0x0) > =E2=80=A6 > > I also see the DCHP request packets on the other end of the epair > interface. > > Regards, > Kristof > What is your FreeBSD version? This problem reproduced on FreeBSD 12 only. /var/empty is exist and trivial test: #include #include int main() { printf("%d\n",chroot("/var/empty"); } works successfully. I think I found something, but I do not understand why this is only observed in jail and with commit change this. The problem about which the Goran wrote can be fixed with: # diff -ruN dhclient.c-orig dhclient.c --- dhclient.c-orig 2017-10-10 23:51:52.451361000 +0000 +++ dhclient.c 2017-10-10 23:54:55.803404000 +0000 @@ -479,6 +479,7 @@ fork_privchld(pipe_fd[0], pipe_fd[1]); + pidfile_close(pidfile); close(ifi->ufdesc); ifi->ufdesc =3D -1; close(ifi->wfdesc); >From pidfile(3) man page: The pidfile_close() function closes a pidfile. It should be used after daemon fork()s to start a child process. chroot(2) in dhclient return NOPERM (via global errno). it seems to be related to open descriptor outside the chroot. I'm not sure if this fd leak (due to pidfile_remove at the end of dhclient), nevertheless closing pid fd in my jail/FreeBSD12 before chroot solve dhclient issue. From owner-freebsd-current@freebsd.org Wed Oct 11 01:19:33 2017 Return-Path: Delivered-To: freebsd-current@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 BF6F8E42616 for ; Wed, 11 Oct 2017 01:19:33 +0000 (UTC) (envelope-from lausts@acm.org) Received: from cdptpa-cmomta03.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8AB3E73ACD for ; Wed, 11 Oct 2017 01:19:32 +0000 (UTC) (envelope-from lausts@acm.org) Received: from mail.laus.org ([65.29.112.189]) by cmsmtp with ESMTP id 25gjeeklmOGiU25gmeaNTY; Wed, 11 Oct 2017 01:20:00 +0000 Received: from [192.168.1.100] (presario [192.168.1.100]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id v9B1JM31036210 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 10 Oct 2017 21:19:23 -0400 (EDT) (envelope-from lausts@acm.org) X-Authentication-Warning: mail.laus.org: Host presario [192.168.1.100] claimed to be [192.168.1.100] Reply-To: lausts@acm.org Subject: Re: Encrypted Swap Problem with 12.0-CURRENT r324427 To: freebsd-current@freebsd.org References: <332f479e-87ab-8d5b-58f1-c7ee9bfa779b@freebsd.org> <20171010212003.GA35726@mail.laus.org> From: Thomas Laus Message-ID: <21fbf685-82e9-81a7-b98f-c1feabfaccea@acm.org> Date: Tue, 10 Oct 2017 21:19:22 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfNrlGRKW2zFE+qBwendpTPjBVVlT4oEgctFbbMBwMvOm+vpP8d2XO6n/l0CpPoc20lzGRVIw7oZLZ/oAcOw7dKjGEhRMbUmV9UQC5SCVZD/3iSvOf/HP LWeRPcPLmbDv1NO/oZPyAulghDUrtJthHta0UjUafx9QIOuuoxJxkzoz X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Oct 2017 01:19:33 -0000 On 10/10/17 17:25, Conrad Meyer wrote: > Thomas, > > Please try r324444. Based on your panic message, "panic: freeing > invalid range," it may be the same general swap issue which r324444 > aimed to address. > Building and installing 12.0-CURRENT r324508 fixed my problem. I was able to reboot successfully 10 times in a row. I was also able to successfully go from single user to multi-user without any issues. Thanks Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-current@freebsd.org Wed Oct 11 10:20:55 2017 Return-Path: Delivered-To: freebsd-current@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 4E549E277E8 for ; Wed, 11 Oct 2017 10:20:55 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-wr0-x236.google.com (mail-wr0-x236.google.com [IPv6:2a00:1450:400c:c0c::236]) (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 D62692F08; Wed, 11 Oct 2017 10:20:54 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-wr0-x236.google.com with SMTP id 22so892265wrb.12; Wed, 11 Oct 2017 03:20:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=lIgjikfRSH6OA5ObzYGDUMM4dVN7aDD80EVVUlA57Eg=; b=AAfBy2pC3Elbc2mzaR60WOm3413yP05y7UWcgqy6Obi3F2NCAL+HYPQWFnFx7S89md PCLYn6wXT7xgZP0zOKDBWf4l4h1KbkJlTkjH40uV+MbjEBk+d7kcuphnWqgMZun46dlJ gk86O8dOJsWtIaVk/WMgMqURdeC1aaIZ7SUBT1b1xC+Dz4XAjPJ0tGONXcAsrx1XmKXd rTUGsAmARj0vGHCvhXQwS8q1hSRjKiFDhGxWDW49jNwBzlNQbDF1pPG+NWtKvlgCXkYH DF77fMEwv+nSjDrcAAG5M59yUmaJbhYNggY+4ymO8VRaykMl4wwCpSNoPctuEm3fOjOY HW9g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=lIgjikfRSH6OA5ObzYGDUMM4dVN7aDD80EVVUlA57Eg=; b=SrdhsKAonV+50JQqoEMxWnrdo/c9In76ZwN0okpQX7rxdHKH5P2J+ZIzbRmbXYvyG2 iBBsIaPcsT7xpuc3SFqp2WFJ2nMisTFs9qscnZEL7DUhNgvwpDwo4WDObyuVANKZyKRz Li5TBAxoqaN9hJ/5DcyFSlt8EB5n1HzRXdwciZv7bv2khtpLNuAaq9X+57PuBqaI3CEH K442YQc1aTFGBBjvouFPBktYD2gfCHJVr4hTex2wQEnm2sZWPh9SXJEhhRla3rzrrIdf cppYMy8D2jwdJg687CGTR//Tc9BzwgqvVV/RS5QhJbr1C3emqOFItHUa2ztP5DN4gt5+ h1sg== X-Gm-Message-State: AMCzsaXTP4A3wLYgoPyWEzZnI+lSShed4JxiLvIYnBnTTStgZWOr6JvC NJygxZISZI/q4l32HzyIoTRaJfpoBBx/VQIm24ZnOQ== X-Google-Smtp-Source: AOwi7QA+HsgqpwtdB89ZzbqDbFGJI4pJYn/QXPZ5YRejXEVpJE9bUbWrqDZRwP+mE5JjB0P5Evro1CXhz3qfzba3PGw= X-Received: by 10.223.178.144 with SMTP id g16mr16527739wrd.76.1507717252992; Wed, 11 Oct 2017 03:20:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.132.133 with HTTP; Wed, 11 Oct 2017 03:20:52 -0700 (PDT) From: Johannes Lundberg Date: Wed, 11 Oct 2017 12:20:52 +0200 Message-ID: Subject: Update AppleMacbook wiki To: freebsd-current Cc: koobs@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Oct 2017 10:20:55 -0000 Hi (cc: koobs because he last updated the wiki page) I have a 2014 Macbook Pro Retina 15" which suffers from ahci msi related timeouts when writing to the internal storage. (sorry don't have the error message now...) The fix for this (afaik) is in boot loader prompt do set hint.ahci.0.msi=0 in order to install freebsd, and after install add to /boot/loader.conf hint.ahci.0.msi="0" Not sure how common this is but maybe it can be added to the wiki? Thanks! Johannes From owner-freebsd-current@freebsd.org Wed Oct 11 16:17:03 2017 Return-Path: Delivered-To: freebsd-current@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 3FE37E30312 for ; Wed, 11 Oct 2017 16:17:03 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 03FF76D863 for ; Wed, 11 Oct 2017 16:17:02 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id D5C7125D3860 for ; Wed, 11 Oct 2017 16:16:59 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 1B191D1F8DF for ; Wed, 11 Oct 2017 16:16:59 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id ItJz8jb4oMk7 for ; Wed, 11 Oct 2017 16:16:57 +0000 (UTC) Received: from [10.248.125.3] (unknown [IPv6:fde9:577b:c1a9:f001::2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 7C24AD1F7E2 for ; Wed, 11 Oct 2017 16:16:57 +0000 (UTC) From: "Bjoern A. Zeeb" To: "FreeBSD Current" Subject: gnu/dtc files generated under src/ rather than obj? Date: Wed, 11 Oct 2017 16:16:56 +0000 Message-ID: <534137BC-7327-4143-AE7E-B5FE30DC1DD5@lists.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; markup=markdown X-Mailer: MailMate (2.0BETAr6092) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Oct 2017 16:17:03 -0000 Hi, having done a make universe on an amd64 machine I have these files created in my source tree. Should they go into the OBJ tree instead? ? gnu/usr.bin/dtc/.depend ? gnu/usr.bin/dtc/dtc ? gnu/usr.bin/dtc/dtc-lexer.lex.c ? gnu/usr.bin/dtc/dtc-parser.tab.c ? gnu/usr.bin/dtc/dtc-parser.tab.h ? gnu/usr.bin/dtc/dtc.debug ? gnu/usr.bin/dtc/dtc.full ? gnu/usr.bin/dtc/version_gen.h From owner-freebsd-current@freebsd.org Wed Oct 11 17:30:54 2017 Return-Path: Delivered-To: freebsd-current@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 E3E68E31CF6 for ; Wed, 11 Oct 2017 17:30:54 +0000 (UTC) (envelope-from dch@skunkwerks.at) 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 B3D876FBD4 for ; Wed, 11 Oct 2017 17:30:54 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 0738321AFA; Wed, 11 Oct 2017 13:30:53 -0400 (EDT) Received: from web6 ([10.202.2.216]) by compute7.internal (MEProxy); Wed, 11 Oct 2017 13:30:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=skunkwerks.at; h=cc: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; s=mesmtp; bh=Nsa2N+OY5u+JIQ 2AKNAKcxzxZ/c/J1oyVGlTDcDtLig=; b=ksXkCNcTgw5NG0laVep6G85rQEsCSV /YjQcl0VHN6iw6Ui2noaqhfmL7xB2JLD17D/kTbPWMWmAC+7ltUqP0Fbz3cKOW32 QGZh0aCDFUeEgbXFtRQ/bYxnSxJQGmQ4MO/vTNjYWUvGSH+fGDtCguA/dzHMMk7+ 1VYE5WUiXO5uM= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc: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; s=fm1; bh=Nsa2N+ OY5u+JIQ2AKNAKcxzxZ/c/J1oyVGlTDcDtLig=; b=I/MNA4ozEEUjSnA5RuNoA1 J45WVmNfHAQY1qAtRPBAPx+VenD7twD0yjMvUguVsw6rt+HYdC1ti8D7AJCcIXIU N+gGxXB5oJCTUoAN+uL2b7jTwCzLU9v3s6lSVJ2tsPW6zRqGd4D+TYxXxnkuEHn9 zeZ7KJw7eRCX8i7qIErCXFdW42UPvjUsUT82JI+RL8G9bL7naN/irUsbP1b1h9G6 DKF2Wa2XCujDwHI0Xsf/XlEF0IN3+y/3BY9fppMMNDebCuFXyMRioHcS3ggY2Qzy Zf9gv1giIfxKWUqVWGzaQfOBri3bu+zIRRyz5esoVjYyrINEJApNUgTr/57YM3Sw == X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id D9C5148020; Wed, 11 Oct 2017 13:30:52 -0400 (EDT) Message-Id: <1507743052.27734.1135524864.1444CDDE@webmail.messagingengine.com> From: Dave Cottlehuber To: Ngie Cooper , Tommi Pernila Cc: Pete Wright , freebsd-current@freebsd.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-26fdae60 Subject: Re: latest iwm patches don't work with my 8265 chip In-Reply-To: <7269072A-F04A-4D1C-8BAC-4B64E01EECA4@gmail.com> References: <9d8f5052-d481-752c-6e58-47ba6a008355@nomadlogic.org> <00764760-1e7b-e1a7-ae44-7ca4327f4b49@nomadlogic.org> <7269072A-F04A-4D1C-8BAC-4B64E01EECA4@gmail.com> Date: Wed, 11 Oct 2017 19:30:52 +0200 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Oct 2017 17:30:55 -0000 Works perfectly here thanks! On Tue, 10 Oct 2017, at 16:16, Ngie Cooper wrote: > > not sure if this is the correct way to get things working, but > > this diff> >> fixes things up on my end (allows the firmware to load): > >> > >> diff --git a/sys/modules/iwmfw/Makefile > >> b/sys/modules/iwmfw/Makefile> >> index d38f5424153..73e401b3ea9 100644 > >> --- a/sys/modules/iwmfw/Makefile > >> +++ b/sys/modules/iwmfw/Makefile > >> @@ -1,5 +1,5 @@ > >> # $FreeBSD$ > >> > >> -SUBDIR=3D iwm3160fw iwm7260fw iwm7265fw iwm8000Cfw iwm7265Dfw>= >> +SUBDIR=3D iwm3160fw iwm7260fw iwm7265fw iwm8000Cfw iwm8265fw> >= > iwm7265Dfw > >> > >> .include > >> > >> > >> w/o the diff the iwm8265fw doesn't get built afaict. > > Hi Pete, > I submitted your patch as r324470. > Take care! > -Ngie > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" =E2=80=94 Dave Cottlehuber +43 67 67 22 44 78 Managing Director Skunkwerks, GmbH http://skunkwerks.at/ ATU70126204 Firmenbuch 410811i From owner-freebsd-current@freebsd.org Wed Oct 11 19:48:45 2017 Return-Path: Delivered-To: freebsd-current@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 941B5E35420; Wed, 11 Oct 2017 19:48:45 +0000 (UTC) (envelope-from meka@tilda.center) Received: from mail.tilda.center (tilda.center [45.77.138.211]) by mx1.freebsd.org (Postfix) with ESMTP id 5EF8174BD6; Wed, 11 Oct 2017 19:48:45 +0000 (UTC) (envelope-from meka@tilda.center) Received: from thinker.meka.no-ip.org (unknown [87.116.178.97]) by mail.tilda.center (Postfix) with ESMTPSA id 8D4698278; Wed, 11 Oct 2017 21:48:35 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=tilda.center; s=mail; t=1507751315; bh=ZSGRcIEri/HaxUrrCWYwHkGj57P6cXUe/YnhgzfXKSM=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=J+srtxdbC1CQf/9gdgGEnIYrAE4RGR5thjsAHU2uqHhhbEkn6doPNT0Y17K+tANpV vOEM1/7ea1sTQuXW/fxoCk3Ke/aLqpj1oFre4+WS2AKFqNRNPyMZxEScyl4mYHzrTa OWN8xPeMmE0l7921auKuxjGk9Yv2VqotTW353Q0k= Date: Wed, 11 Oct 2017 21:48:34 +0200 From: Goran =?utf-8?B?TWVracSH?= To: Oleg Ginzburg Cc: Kristof Provost , FreeBSD Current , freebsd-jail@freebsd.org Subject: Re: VNET jail and dhclient Message-ID: <20171011192826.xkscmrovch3g7gni@thinker.meka.no-ip.org> References: <20171009072547.jauim6tlfennydf5@hal9000.meka.no-ip.org> <6D37D4AC-9DF4-4D55-8614-43CFC6BDD45E@sigsegv.be> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="uvz5qil4be2a3igp" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170912 (1.9.0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Oct 2017 19:48:45 -0000 --uvz5qil4be2a3igp Content-Type: text/plain; charset=utf-8 Content-Disposition: inline On Tue, Oct 10, 2017 at 09:10:37PM +0000, Oleg Ginzburg wrote: > I think I found something, but I do not understand why this is only > observed in jail and with commit change this. > The problem about which the Goran wrote can be fixed with: > > # diff -ruN dhclient.c-orig dhclient.c > --- dhclient.c-orig 2017-10-10 23:51:52.451361000 +0000 > +++ dhclient.c 2017-10-10 23:54:55.803404000 +0000 > @@ -479,6 +479,7 @@ > > fork_privchld(pipe_fd[0], pipe_fd[1]); > > + pidfile_close(pidfile); > close(ifi->ufdesc); > ifi->ufdesc = -1; > close(ifi->wfdesc); > > > > > From pidfile(3) man page: > > The pidfile_close() function closes a pidfile. It should be used after > daemon fork()s to start a child process. > > > chroot(2) in dhclient return NOPERM (via global errno). it seems to be > related to open descriptor outside the chroot. > > I'm not sure if this fd leak (due to pidfile_remove at the end of > dhclient), nevertheless closing pid fd in my jail/FreeBSD12 before chroot > solve dhclient issue. I can confirm Oleg's patch works for me. Weird one, for sure! --uvz5qil4be2a3igp Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE1WIFkXy2ZeMKjjKEWj1TknovrLYFAlnedY0ACgkQWj1Tknov rLYz0g/+Na9YvY8R5p8BCyeI2HrBQ20+jFcCoMCyfw3hB95t9LIkyey4Gn3em6BG 6CcTmYiJt9W+Qql16M24r6Dg3jvCKzLqRATkPTI905MN9dkjlCBEZP/BFOf1pXYn SzGCp/fnv2VTY3tikwYSQKSBuk7Mq4qx9JTvg7fEvgwBRAMPHX2TCdtAhHTqPnQm Ocx3TNLo6CBnCOhg0rZFXLdWpwsE3lihQNhnqYlIEr9RJoAzBdEqgrMGbJsleLnv D8TTdowKGv1WkQA3KEnkEyKTqeI4VXXrTUr5e8oNj2tNy/tahDlbokOlvqR1F4Og ZFqy3i3VZvduzCFPdyC7bQVX0eDhYA0vaCPGEPKKvHG5v3q4LBa8kASGLhHfU/QW fzY/JCDdrJEXXVISMXlV8biBgl31IoN/q6wex39o7kHtx9lTmXGhmsORD6+mZMUU DgbglrCkYpzf+CsHPA5zSROGSDWDIiJJPusID9xK1+3DEZqHURHq+Y0qTuUImX3D sg8E8rXLORw5h6gEPttYLxCIwRyJN7yZBOoYiLBOLppFu2HI90v+CAdJ25NxtbAU c+D9Dx9Zi1j5bhVpCQ/4Uc0wBveBaYuX0iDB6WvrHgpo3OoZ+E+GVJS2+IM15E5r 33nY2fdTwlh9dYwNqAqd/5Zs2GN6TxCWCagaOOcS/mIZY0z3ZkY= =DImW -----END PGP SIGNATURE----- --uvz5qil4be2a3igp-- From owner-freebsd-current@freebsd.org Wed Oct 11 20:59:17 2017 Return-Path: Delivered-To: freebsd-current@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 A4698E37037 for ; Wed, 11 Oct 2017 20:59:17 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-vk0-x22a.google.com (mail-vk0-x22a.google.com [IPv6:2607:f8b0:400c:c05::22a]) (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 61DF87C4B8 for ; Wed, 11 Oct 2017 20:59:17 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by mail-vk0-x22a.google.com with SMTP id 137so1665834vkk.8 for ; Wed, 11 Oct 2017 13:59:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=UkfxSzAh+nctwmFh+6xO1Gp8kI+Mudy43acyzGkoFvQ=; b=EP4QIIYbZphsgoe5/SS+cuzIvD8IfhUTlDcEk6Y08DVkUFA0ozDUJ9L553tzMgk1gS mvyjGZl6Uuykf8i3jy5pMSTKdDdp+w+oVKItntsYz5mzU4jXS3aYgbewyHdYboJi/HHz 0iiHLcxbt9SYQeeuXl34K5WdjDd90kiPX72US7amYS3LzMO9YYIkY8Mk3nXvyTlDa3hV 0D2QAdAsObwdmoSTCmrU4Ek4tElH0azyLM6fJKiv+uTojdsagngUshxVlXZVGMnM1xqx 3v7Hsihavv1CcBY043GsKjSj9WM51E4EF80sPYQw92l84ZMsKhrJkO/msVr1wm/GNJkR xTCw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=UkfxSzAh+nctwmFh+6xO1Gp8kI+Mudy43acyzGkoFvQ=; b=dFioli4Q77X5qLxJwTqO8dRl7s3dMgdquPexrVRNUAq8Ofcz1xkF4rGblaeaUvPgQf VBB66q9MA7bFKJ7QcwbcS9CMoFC+gLmEb6xT8xPaKNeeRk6oG38cke06vQz106Tpr7pS RFHI0fiT5pllT4naWYsgm5g/UuBf98sjVOdO69ynrLHYHZHfPbVT0iyxjJocqiSlhpMJ Znf8JUV2ndfXRAsPyKiRLSI9X7df4wgy4bCnLO+SRZt6UvIDCdjLNr7mc3dp21Xa3/0Z ghT86cCaZZfFl26Az3NWi0GlpZNhkG+GYHj++BSJ3WQLgqaghqfaACiHRW9j74G7qL4L c5IQ== X-Gm-Message-State: AMCzsaW4a+nr3Yl6weSLYc1Gk6uMO9cZGutR/lwpbVeIB3nBFkSiUZNE ORLDVRTdQmgpp4ClsdJ8RhBC0MQKdOmv562LsipnOA== X-Google-Smtp-Source: AOwi7QC2Q4+COUOPLU+4KzZsv0HRgIqv7bV/EN1siZNitMgukLvBnOv8zUNRVLq9A8XdAvA9EahMOxBjdzWYMlBrk88= X-Received: by 10.31.88.2 with SMTP id m2mr765020vkb.4.1507755556076; Wed, 11 Oct 2017 13:59:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.159.50.129 with HTTP; Wed, 11 Oct 2017 13:58:35 -0700 (PDT) From: grarpamp Date: Wed, 11 Oct 2017 16:58:35 -0400 Message-ID: Subject: LORs on ctrl-alt-del and halt To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Mailman-Approved-At: Wed, 11 Oct 2017 21:36:09 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Oct 2017 20:59:17 -0000 FYI two repeatable LOR's... Let 12.0-current r324306 amd64 efi boot from usb to installer screen, do nothing but hit ctrl-alt-del... 1st 0x7f028e0 filedesc structure kern/sys_generic.c:1490 2nd 0x7da8068 devfs kern/vfs_vnops.c:1524 Let 12.0-current r324306 amd64 efi boot from usb to installer screen, do nothing but switch to alt-f4 ttyv3, enter halt... 1st 0x7d4d9a0 ufs kern/vfs_mount.c:1274 2nd 0x79d3240 devfs kern/vfs_subr.c:2606 From owner-freebsd-current@freebsd.org Wed Oct 11 21:49:55 2017 Return-Path: Delivered-To: freebsd-current@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 0D689E380E0 for ; Wed, 11 Oct 2017 21:49:55 +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 C318D7DEF7 for ; Wed, 11 Oct 2017 21:49:54 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (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 97D523CDB0; Wed, 11 Oct 2017 23:49:46 +0200 (CEST) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_4DD81A89-67C5-4FCB-A591-1C380DB9AB11"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: gnu/dtc files generated under src/ rather than obj? Date: Wed, 11 Oct 2017 23:49:45 +0200 In-Reply-To: <534137BC-7327-4143-AE7E-B5FE30DC1DD5@lists.zabbadoz.net> Cc: FreeBSD Current To: "Bjoern A. Zeeb" References: <534137BC-7327-4143-AE7E-B5FE30DC1DD5@lists.zabbadoz.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Oct 2017 21:49:55 -0000 --Apple-Mail=_4DD81A89-67C5-4FCB-A591-1C380DB9AB11 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 11 Oct 2017, at 18:16, Bjoern A. Zeeb = wrote: >=20 > having done a make universe on an amd64 machine I have these files = created in my source tree. Should they go into the OBJ tree instead? >=20 >=20 > ? gnu/usr.bin/dtc/.depend > ? gnu/usr.bin/dtc/dtc > ? gnu/usr.bin/dtc/dtc-lexer.lex.c > ? gnu/usr.bin/dtc/dtc-parser.tab.c > ? gnu/usr.bin/dtc/dtc-parser.tab.h > ? gnu/usr.bin/dtc/dtc.debug > ? gnu/usr.bin/dtc/dtc.full > ? gnu/usr.bin/dtc/version_gen.h I've seen this multiple times after building universes too. I wasn't able to figure out what goes wrong here, but it's maybe doing some hackery with NO_OBJ? -Dimitry --Apple-Mail=_4DD81A89-67C5-4FCB-A591-1C380DB9AB11 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.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWd6R+QAKCRCwXqMKLiCW o3KlAKDol5x5roJMLMKWV5gp+YXdgkI1OACgjmxeICWACFxHzA7ip+8OF1KeGy8= =dvYc -----END PGP SIGNATURE----- --Apple-Mail=_4DD81A89-67C5-4FCB-A591-1C380DB9AB11-- From owner-freebsd-current@freebsd.org Wed Oct 11 22:35:09 2017 Return-Path: Delivered-To: freebsd-current@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 45E8AE38D62 for ; Wed, 11 Oct 2017 22:35:09 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-2.mit.edu (dmz-mailsec-scanner-2.mit.edu [18.9.25.13]) (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 DE4F37F620; Wed, 11 Oct 2017 22:35:08 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 1209190d-979ff7000000509b-b1-59de9b68b9f2 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-2.mit.edu (Symantec Messaging Gateway) with SMTP id 35.6F.20635.86B9ED95; Wed, 11 Oct 2017 18:30:00 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH-1.MIT.EDU [18.9.28.11]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id v9BMTxgB006089; Wed, 11 Oct 2017 18:29:59 -0400 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v9BMTtVN020653 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 11 Oct 2017 18:29:58 -0400 Date: Wed, 11 Oct 2017 17:29:56 -0500 From: Benjamin Kaduk To: Johannes Lundberg Cc: freebsd-current , koobs@freebsd.org Subject: Re: Update AppleMacbook wiki Message-ID: <20171011222955.GA96685@kduck.kaduk.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.8.3 (2017-05-23) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrNIsWRmVeSWpSXmKPExsUixG6nrpsx+16kwYW1ohZz3nxgsnjU/JvR ouvHYyYHZo8Zn+azeOycdZc9gCmKyyYlNSezLLVI3y6BK+PUxMPMBZ9YKnbdXsTYwHiHuYuR k0NCwERiyqNWxi5GLg4hgcVMEou2fWGBcDYySqxesJ4dwrkKlNk8mw2khUVAVeL4kcNMIDab gJrE473NrCC2iICWxIyNE4EaODiYBVwkzl4pAQkLA5W3n/zNCGLzAm070jAfrFxIIEBi6vff 7BBxQYmTM5+wgNjMQGNu/HvJBDFGWmL5Pw6QMKdAoMTr/lNgF4gKKEvM27eKbQKjwCwk3bOQ dM9C6F7AyLyKUTYlt0o3NzEzpzg1Wbc4OTEvL7VI10gvN7NELzWldBMjKFw5JXl3MP6763WI UYCDUYmH94XWvUgh1sSy4srcQ4ySHExKorwPY4BCfEn5KZUZicUZ8UWlOanFhxglOJiVRHi/ ZQHleFMSK6tSi/JhUtIcLErivNuCdkUKCaQnlqRmp6YWpBbBZGU4OJQkeJfOAmoULEpNT61I y8wpQUgzcXCCDOcBGl4AUsNbXJCYW5yZDpE/xajLcePh9T9MQix5+XmpUuK880GKBECKMkrz 4OaA0oxE9v6aV4ziQG8J874EqeIBpii4Sa+AljABLRFNuwOypCQRISXVwCg9Y/GkB1GdzPuE CvdcjMr74pJ4xtB71+ZtbltZzzEZnm9pXdPyfndO1wOjcCW227xam/X65kTYh5oYGGyLtvy8 YHvl1vCXu42KlzBZLvz5Sra0v7VNV28nh8RF6SvT4p0v+oeH5zMdT398y03r8fdPO4x8fzTs 4Tn6dKf/btcCnbjTD/l2HFFiKc5INNRiLipOBAAVkuSQDgMAAA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Oct 2017 22:35:09 -0000 On Wed, Oct 11, 2017 at 12:20:52PM +0200, Johannes Lundberg wrote: > Hi > > (cc: koobs because he last updated the wiki page) > > I have a 2014 Macbook Pro Retina 15" which suffers from ahci msi > related timeouts when writing to the internal storage. (sorry don't > have the error message now...) > > The fix for this (afaik) is > > in boot loader prompt do > > set hint.ahci.0.msi=0 > > in order to install freebsd, and after install add to /boot/loader.conf > > hint.ahci.0.msi="0" > > Not sure how common this is but maybe it can be added to the wiki? Sure, added a note in the FAQ. -Ben From owner-freebsd-current@freebsd.org Wed Oct 11 21:18:59 2017 Return-Path: Delivered-To: freebsd-current@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 B4D46E375AC for ; Wed, 11 Oct 2017 21:18:59 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ua0-x230.google.com (mail-ua0-x230.google.com [IPv6:2607:f8b0:400c:c08::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 7079E7CE13 for ; Wed, 11 Oct 2017 21:18:59 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by mail-ua0-x230.google.com with SMTP id h34so1914483uaa.6 for ; Wed, 11 Oct 2017 14:18:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=D/Xp8/vSWSqpDVCVodl/fmNAJU8xHB0lD9555PffNZ0=; b=qUdplViTeLiULS4hUkZ2u0WrFzLMtbPoRXT5PvEMA4OU5WnfXiquUS4HXESSKotYZL 0WykRFMYRwcuoNSVUFoNhbTO4grURRDWzvYvPr1q91vBjQ9/xM+UjZaS5qNk3YcPoOZi YnEa3b+pbz1g2Xvat1OepL3IVNaRTKTO+jiXCNnK7qJBpKcYpjJZRTrKFzQkvkjNQWd+ 2cl6hpNGr26Db5lNIEk4dwLJ89OqJZj/T2gDLL4mgc6VvFnQCYSIux2C6DPANl2Si7J2 LBxKCSAcK3Y90aVDlWUr6K41l/EtmMSQVGr7rrnH7twt2mRVPnn0wGr95MC87FtngrSF rlaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=D/Xp8/vSWSqpDVCVodl/fmNAJU8xHB0lD9555PffNZ0=; b=LXJnYGZnHAtRBQrEhlc8j4HoVu8oPk2CSWt/vCc0+R6igeoGW0uCM7mW6lqynIRQCZ PapKA4WjtcdcUEazWYIyUfOGpIlhdnTHN6lGeKwbDmzcBlDqW6yx+BTlJtKKHlnCjnvq syc15HCtH6yyZTUAw6mWrlDW2W5jiVjlFJc3cvLgyPppIdmNM8bdvWph7xFY23Rnl7VE wtcieoYn3SmdqaX9ynIXzS7HxUXOhow9/fsDN+O+tCnMt64N7mPtJymEbsktKzvmzf3m FvJfzUp9DJMAnZWVAYH8fIrlylnueIN6GwV4kic/ep+kmeXrIXJ1O+GWa2Il62VxRFeF wKGQ== X-Gm-Message-State: AMCzsaUg2mSDtdeRS/fr37BqSJ/t27Qs+u2HnzGsr+ahyi+iAwry5vSb UhfKAxazjTqYaYNdzLKcTpctK/iZtgpVsxDFk5GTMg== X-Google-Smtp-Source: AOwi7QDJIgY8MauBYYt2qzr+BG+F7O0UbXN6KfRThjza+csgWxbtptgd6KSLd2AwI3uXCSUmUKd/UOUuVy3pMTDNHvo= X-Received: by 10.176.19.231 with SMTP id n36mr292969uae.68.1507756738044; Wed, 11 Oct 2017 14:18:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.159.50.129 with HTTP; Wed, 11 Oct 2017 14:18:17 -0700 (PDT) From: grarpamp Date: Wed, 11 Oct 2017 17:18:17 -0400 Message-ID: Subject: LOR panic on mount -uw To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Mailman-Approved-At: Wed, 11 Oct 2017 22:41:30 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Oct 2017 21:18:59 -0000 Let 12.0-current r324306 amd64 efi boot from usb to installer screen, try to write zeroes to an unallocated part of ada0, mount -uw a separate part of ada0 ... 1st 0xc5ce5f0 ufs kern/vfs_mount.c:1274 2nd 0xc565b78 devfs ufs/ffs/ffs_vfsops.c:1414 db_trace_self_wrapper vpanic kassert_panic+0x126 g_access+0x2b9/frame 0xfffffe0458a31550 ffs_mount+0x1092/frame 0xfffffe0458a31700 vfs_donmount+0x13b8/frame 0xfffffe0458a31940 sys_nmount+0x72/frame 0xfffffe0458a31980 amd64_syscall+0x79b/frame 0xfffffe0458a3a1b0 Xfast_syscall+0xfb/frame 0xfffffe0458a31ab0 syscall (378, FreeBSD ELF64, sys_nmount), rip = 0x800a88d6a, rsp = 0x7fffffffd428, rbp = 0x7fffffffd990 kdb_enter+0x3b: movq $0,kdb_why From owner-freebsd-current@freebsd.org Thu Oct 12 15:51:18 2017 Return-Path: Delivered-To: freebsd-current@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 49303E2D6E7 for ; Thu, 12 Oct 2017 15:51:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 28F6881BA6 for ; Thu, 12 Oct 2017 15:51:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id EE3FE10A8BC; Thu, 12 Oct 2017 11:51:09 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Cc: grarpamp Subject: Re: LOR panic on mount -uw Date: Thu, 12 Oct 2017 08:15:26 -0700 Message-ID: <2176358.5m1KsgFnXX@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.1-STABLE; KDE/4.14.30; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Thu, 12 Oct 2017 11:51:10 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Oct 2017 15:51:18 -0000 On Wednesday, October 11, 2017 05:18:17 PM grarpamp wrote: > Let 12.0-current r324306 amd64 efi boot from usb to installer screen, > try to write zeroes to an unallocated part of ada0, mount -uw a > separate part of ada0 ... > > 1st 0xc5ce5f0 ufs kern/vfs_mount.c:1274 > 2nd 0xc565b78 devfs ufs/ffs/ffs_vfsops.c:1414 > > db_trace_self_wrapper > vpanic > kassert_panic+0x126 > g_access+0x2b9/frame 0xfffffe0458a31550 > ffs_mount+0x1092/frame 0xfffffe0458a31700 > vfs_donmount+0x13b8/frame 0xfffffe0458a31940 > sys_nmount+0x72/frame 0xfffffe0458a31980 > amd64_syscall+0x79b/frame 0xfffffe0458a3a1b0 > Xfast_syscall+0xfb/frame 0xfffffe0458a31ab0 > syscall (378, FreeBSD ELF64, sys_nmount), rip = 0x800a88d6a, rsp = > 0x7fffffffd428, rbp = 0x7fffffffd990 > kdb_enter+0x3b: movq $0,kdb_why In this case the panic is separate from the LOR, and for a panic we really need the panic message in addition to the stack trace. -- John Baldwin From owner-freebsd-current@freebsd.org Fri Oct 13 06:22:50 2017 Return-Path: Delivered-To: freebsd-current@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 5AD82E3E379 for ; Fri, 13 Oct 2017 06:22:50 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ua0-x22f.google.com (mail-ua0-x22f.google.com [IPv6:2607:f8b0:400c:c08::22f]) (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 1512A75A91 for ; Fri, 13 Oct 2017 06:22:50 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by mail-ua0-x22f.google.com with SMTP id v27so4601047uav.7 for ; Thu, 12 Oct 2017 23:22:50 -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; bh=x8M5k7foVZgteoOGgBFuu/khrmre75gWcaUHFuRrHfE=; b=jdFuqVyPMnXD6B6EbiCUKM6fNv6NImqX8NHF5oblbC+kw+fRIazF/lwVeSIQZPiMU1 x8thkghFMYA/J9iIIf8Ye2m7sjSMq0ei/CUvj6/Bcn/QZrW5NfeZMn7vMWBDL3UX44o7 sZNB/BAvyLmrssPtaahFUO6SSR44I+DId0ngC2HmgglGeHk36oqOnoivLowmniItqCmu yN+PNW3c6F/T0sKGYZ80FkEDIwI9GVmH8SV4Ifzm9dxvuMtmICIXNwmAhG5cefEopv9I E8tSz+CQmKxBUCqCeEfJ5kDfNpWRz5/DgQ1y1rUkFQAJMWhDnXS5ieBuTgGQf4WAUMaE o+hw== 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; bh=x8M5k7foVZgteoOGgBFuu/khrmre75gWcaUHFuRrHfE=; b=BO7DzBTJfiCoYvzjz1JWX31YK4/Cg1axW0vbHC/OkIzPTA1QfjwFIMRzNsHRr0ki9A jV6OxTj8rCNL3DrnEQQLclPDRxUg2esM8R8wHZWCD3XOw5vNRL1JJ7lwMLxL9CdIE/+W aN+FLvCZBp0mmrIFuXQJFttPDcTPdh8ueFL+f/ECD3lfhe08j+JhasSWYXRm13Jd0pG8 IxD8p+OK7bWwiJlyMo0jVJ3KqeeNnXNL7wv7cUzSimroKBT7eJtbIRgGMnL07bDtknux thuBVV13IbNR0iXNarOxXYc7DfyPEpOoU5oHJ8QzZ6XWUjWKXsW6IDtpsUGVgz9lvpqc 9qfA== X-Gm-Message-State: AMCzsaUIsLzcfhqmVJo4VYVh9X4/1jrhLHqQjZg7itJyfBpw1l6hMQer +6vTyD8uMYm7ZfxmgzWrhdujtCQNwY9U952sWBM= X-Google-Smtp-Source: AOwi7QCWdqFnsvM7IbcLIHeRSJyMiSSH1zYvJ1EZpx+V1JM3iynXrtWKgAPL0Mf3ZGuUAO7SyidI7x237Y9pQIuhdHI= X-Received: by 10.176.22.10 with SMTP id k10mr338008uae.6.1507875768865; Thu, 12 Oct 2017 23:22:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.159.50.129 with HTTP; Thu, 12 Oct 2017 23:22:08 -0700 (PDT) In-Reply-To: References: From: grarpamp Date: Fri, 13 Oct 2017 02:22:08 -0400 Message-ID: Subject: Re: LOR panic on mount -uw To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Mailman-Approved-At: Fri, 13 Oct 2017 10:56:36 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Oct 2017 06:22:50 -0000 On Wed, Oct 11, 2017 at 5:18 PM, grarpamp wrote: > Let 12.0-current r324306 amd64 efi boot from usb to installer screen, Another way to trigger this one is boot snapshot install media single user verbose mdmfs -s 10m md /mnt umount -v /mnt [LOR stack backtrace, remains usable] From owner-freebsd-current@freebsd.org Fri Oct 13 06:29:35 2017 Return-Path: Delivered-To: freebsd-current@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 C4A9BE3E3D0 for ; Fri, 13 Oct 2017 06:29:35 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ua0-x22c.google.com (mail-ua0-x22c.google.com [IPv6:2607:f8b0:400c:c08::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 7010A75AE8 for ; Fri, 13 Oct 2017 06:29:35 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by mail-ua0-x22c.google.com with SMTP id f46so4633948uae.1 for ; Thu, 12 Oct 2017 23:29:35 -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; bh=he1zC/Tikn3pPPFqG9E6A2BvxGA5Jl1VDSi4/dCkWvo=; b=nLYIEmC6AzdjFz4rc4mYAX7iixqkvNuXLQFa2wurdS1MPVJYTSq980Z8Ark3O2ANm0 fc8agtikrM2J5Vw9qW0QkOAOagZC43MFlB45bV7kbJ7wjvbyiZgdfwhdv16Y6nvMDxv0 pooq58L6YpPL0pOJNX9qiUy1v8X2Ad/EcTAy4pICYxPFaTEv3795rryoimxXcHlE115P a0pRK6kWaFTp/IK33GcwqoHPcitfLDO5fxPjvUJJcR0mhAGWW8d38HLaW5aeQ3x/tRZd pvZ1zRdWkrC0/xoO9KHaNulN2m0VXAVQGUncLgXfMsOuoO03mbGVqoOprg0BsSmatTDh Br6Q== 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; bh=he1zC/Tikn3pPPFqG9E6A2BvxGA5Jl1VDSi4/dCkWvo=; b=C0z9xAOLpFgBWRTQVX4ByOidfFPJumVoicpxpl4ZhgEVVerjnLsiYIl5bsa1FLzIOl nKKJZdpAU2fUE3LQ/eZIgGsHBnBws782ukHQQo0cmnSffpGAD7GOXNxjzA+pzU0l1Rpz djvUIJV083cGyEKZxWegz8z8JFODIhSN3fH1/4luGQME4Tsvn+IbvwjhO+6rhCqSFoxu J3ItkUy+4Nd+3cE2Qi6N643h0UjkL/D9WvqEi4pE5KC8RdzGD/rTsHiAkyZUES851lMu /uGdFe8Awx+H7ti+CO0h9pNZ8GuPFwshwBL0WkDRoMfUXdRHFosZOuEEuJWQk89tevlF fWOQ== X-Gm-Message-State: AMCzsaVKdW9TSSKncQqxbtJr/izkaqFKvX1sOFEp9pJ0bwpcgoLadukw sn8hOfkaPhpLBSc/jLtpDoNjsEdKfqvoELHSTly20Q== X-Google-Smtp-Source: AOwi7QCp0Yc7b1moVctLI3fhgz6bROK4AbqczIZQeHXrKNnx57HjslYgqUsfAFkvv2GFcsbczkbdhnDH/xv1pqfce/Y= X-Received: by 10.159.38.196 with SMTP id 62mr346262uay.64.1507876174276; Thu, 12 Oct 2017 23:29:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.159.50.129 with HTTP; Thu, 12 Oct 2017 23:28:53 -0700 (PDT) In-Reply-To: <2176358.5m1KsgFnXX@ralph.baldwin.cx> References: <2176358.5m1KsgFnXX@ralph.baldwin.cx> From: grarpamp Date: Fri, 13 Oct 2017 02:28:53 -0400 Message-ID: Subject: Re: LOR panic on mount -uw To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Mailman-Approved-At: Fri, 13 Oct 2017 10:56:57 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Oct 2017 06:29:35 -0000 On Thu, Oct 12, 2017 at 11:15 AM, John Baldwin wrote: > In this case the panic is separate from the LOR, and > for a panic we really > need the panic message in addition to the stack trace. With release kernels stack trace appears with this message, then it sits in ddb, forget how to print panic? panic: access but not attached With snapshots, both panic and stacktrace print but it doesn't ddb and goes straight to reboot. I forget how to make those enter ddb or 15sec countdown? In interim.. fatal trap 12 page fault while in kernel mode supervosor read data page not present process = mount I did file a ticket with script so anyone with a blank usb stick can recreate locally. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222948 From owner-freebsd-current@freebsd.org Fri Oct 13 11:36:42 2017 Return-Path: Delivered-To: freebsd-current@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 73AE5E453DD for ; Fri, 13 Oct 2017 11:36:42 +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 5CBEADA9 for ; Fri, 13 Oct 2017 11:36:42 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 59020E453DC; Fri, 13 Oct 2017 11:36:42 +0000 (UTC) Delivered-To: current@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 5896BE453DB for ; Fri, 13 Oct 2017 11:36:42 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.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 1903ADA8 for ; Fri, 13 Oct 2017 11:36:41 +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 v9DBaYtm081018 for ; Fri, 13 Oct 2017 11:36:34 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v9DBaYt3081017 for current@freebsd.org; Fri, 13 Oct 2017 04:36:34 -0700 (PDT) (envelope-from david) Date: Fri, 13 Oct 2017 04:36:34 -0700 From: David Wolfskill To: current@freebsd.org Subject: @r324591: panic: UNR inconsistency: items 0 found 7 (line 361) Message-ID: <20171013113634.GR1287@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="w5H9inKjI0oWCkP3" Content-Disposition: inline User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Oct 2017 11:36:42 -0000 --w5H9inKjI0oWCkP3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This occurred after I had booted & smoke-tested my laptop, then issued "sudo shutdown -r now"; it's *possible* that there was also a (similar?) problem shutting down yesterday (@r324542), but the screen had gone dark and declined to shed any light, so I'm not sure on that point. uname strings (yesterday & today): FreeBSD g1-252.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #429 r3245= 42M/324546:1200051: Thu Oct 12 05:09:28 PDT 2017 root@g1-252.catwhisker= =2Eorg:/common/S4/obj/usr/src/sys/CANARY amd64 FreeBSD g1-252.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #430 r3245= 91M/324591:1200051: Fri Oct 13 03:58:11 PDT 2017 root@g1-252.catwhisker= =2Eorg:/common/S4/obj/usr/src/sys/CANARY amd64 Panic message, kernel buffer & stack trace from today: panic: UNR inconsistency: items 0 found 7 (line 361) Unread portion of the kernel message buffer: <118>Writing entropy file:. <118>Writing early boot entropy file:. <118>. <118>Terminated <118>Oct 13 11:09:19 g1-252 syslogd: exiting on signal 15 <5>wlan0: link state changed to DOWN Waiting (max 60 seconds) for system process `vnlru' to stop... done Waiting (max 60 seconds) for system process `bufdaemon' to stop... done Waiting (max 60 seconds) for system process `syncer' to stop...=20 Syncing disks, vnodes remaining... 10 9 9 5 2 2 1 1 1 0 0 0 0 0 done All buffers synced. lock order reversal: 1st 0xfffff8000efdd5f0 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1274 2nd 0xfffff8000efdd068 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2768 stack backtrace: #0 0xffffffff80a95693 at witness_debugger+0x73 #1 0xffffffff80a95512 at witness_checkorder+0xe02 #2 0xffffffff80a07e9e at lockmgr_lock_fast_path+0x1ae #3 0xffffffff80fb2c20 at VOP_LOCK1_APV+0xe0 #4 0xffffffff80b0ed26 at _vn_lock+0x66 #5 0xffffffff80afdfd6 at vputx+0x156 #6 0xffffffff80af5a38 at dounmount+0x4d8 #7 0xffffffff80aff75b at vfs_unmountall+0x6b #8 0xffffffff80adb6a3 at bufshutdown+0x393 #9 0xffffffff80a31b49 at kern_reboot+0x189 #10 0xffffffff80a31964 at sys_reboot+0x3c4 #11 0xffffffff80e4ab5b at amd64_syscall+0x7ab #12 0xffffffff80e29b5b at Xfast_syscall+0xfb lock order reversal: 1st 0xfffff8000efde7c8 devfs (devfs) @ /usr/src/sys/kern/vfs_mount.c:1274 2nd 0xfffff8000efde240 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2768 stack backtrace: #0 0xffffffff80a95693 at witness_debugger+0x73 #1 0xffffffff80a95512 at witness_checkorder+0xe02 #2 0xffffffff80a07e9e at lockmgr_lock_fast_path+0x1ae #3 0xffffffff80fb2c20 at VOP_LOCK1_APV+0xe0 #4 0xffffffff80b0ed26 at _vn_lock+0x66 #5 0xffffffff80afdfd6 at vputx+0x156 #6 0xffffffff80af5a38 at dounmount+0x4d8 #7 0xffffffff80aff75b at vfs_unmountall+0x6b #8 0xffffffff80adb6a3 at bufshutdown+0x393 #9 0xffffffff80a31b49 at kern_reboot+0x189 #10 0xffffffff80a31964 at sys_reboot+0x3c4 #11 0xffffffff80e4ab5b at amd64_syscall+0x7ab #12 0xffffffff80e29b5b at Xfast_syscall+0xfb lock order reversal: 1st 0xfffff8000ee3b7c8 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1274 2nd 0xfffff8000ee3bd50 devfs (devfs) @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:1= 414 stack backtrace: #0 0xffffffff80a95693 at witness_debugger+0x73 #1 0xffffffff80a95512 at witness_checkorder+0xe02 #2 0xffffffff80a07e9e at lockmgr_lock_fast_path+0x1ae #3 0xffffffff80fb2c20 at VOP_LOCK1_APV+0xe0 #4 0xffffffff80b0ed26 at _vn_lock+0x66 #5 0xffffffff80d3c5f3 at ffs_flushfiles+0x93 #6 0xffffffff80d1fef2 at softdep_flushfiles+0x82 #7 0xffffffff80d3ebc7 at ffs_unmount+0x77 #8 0xffffffff80af5a78 at dounmount+0x518 #9 0xffffffff80aff75b at vfs_unmountall+0x6b #10 0xffffffff80adb6a3 at bufshutdown+0x393 #11 0xffffffff80a31b49 at kern_reboot+0x189 #12 0xffffffff80a31964 at sys_reboot+0x3c4 #13 0xffffffff80e4ab5b at amd64_syscall+0x7ab #14 0xffffffff80e29b5b at Xfast_syscall+0xfb panic: UNR inconsistency: items 0 found 7 (line 361) cpuid =3D 0 time =3D 1507892985 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff803a762b =3D db_trace_self_wrapper+0x2= b/frame 0xfffffe0ba17c0620 vpanic() at 0xffffffff80a3234c =3D vpanic+0x19c/frame 0xfffffe0ba17c06a0 kassert_panic() at 0xffffffff80a321a6 =3D kassert_panic+0x126/frame 0xfffff= e0ba17c0710 check_unrhdr() at 0xffffffff80a8ea10 =3D check_unrhdr+0x230/frame 0xfffffe0= ba17c0760 delete_unrhdr() at 0xffffffff80a8eb13 =3D delete_unrhdr+0x13/frame 0xfffffe= 0ba17c0780 tmpfs_free_tmp() at 0xffffffff83214a4f =3D tmpfs_free_tmp+0x6f/frame 0xffff= fe0ba17c07a0 tmpfs_unmount() at 0xffffffff832152b0 =3D tmpfs_unmount+0x1f0/frame 0xfffff= e0ba17c07f0 dounmount() at 0xffffffff80af5a78 =3D dounmount+0x518/frame 0xfffffe0ba17c0= 860 vfs_unmountall() at 0xffffffff80aff75b =3D vfs_unmountall+0x6b/frame 0xffff= fe0ba17c0890 bufshutdown() at 0xffffffff80adb6a3 =3D bufshutdown+0x393/frame 0xfffffe0ba= 17c08e0 kern_reboot() at 0xffffffff80a31b49 =3D kern_reboot+0x189/frame 0xfffffe0ba= 17c0920 sys_reboot() at 0xffffffff80a31964 =3D sys_reboot+0x3c4/frame 0xfffffe0ba17= c0980 amd64_syscall() at 0xffffffff80e4ab5b =3D amd64_syscall+0x7ab/frame 0xfffff= e0ba17c0ab0 Xfast_syscall() at 0xffffffff80e29b5b =3D Xfast_syscall+0xfb/frame 0xfffffe= 0ba17c0ab0 --- syscall (55, FreeBSD ELF64, sys_reboot), rip =3D 0x40ebfa, rsp =3D 0x7f= ffffffe708, rbp =3D 0x7fffffffe7f0 --- KDB: enter: panic __curthread () at ./machine/pcpu.h:232 232 __asm("movq %%gs:%1,%0" : "=3Dr" (td) (kgdb) #0 __curthread () at ./machine/pcpu.h:232 #1 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:318 #2 0xffffffff803a498b in db_dump (dummy=3D,=20 dummy2=3D, dummy3=3D, dummy4=3D) at /usr/src/sys/ddb/db_command.c:572 #3 0xffffffff803a4749 in db_command (last_cmdp=3D,=20 cmd_table=3D, dopager=3D) at /usr/src/sys/ddb/db_command.c:479 #4 0xffffffff803a44e4 in db_command_loop () at /usr/src/sys/ddb/db_command.c:532 #5 0xffffffff803a777f in db_trap (type=3D, code=3D) at /usr/src/sys/ddb/db_main.c:248 #6 0xffffffff80a75813 in kdb_trap (type=3D3, code=3D-61456, tf=3D) at /usr/src/sys/kern/subr_kdb.c:654 #7 0xffffffff80e495db in trap (frame=3D0xfffffe0ba17c0550) at /usr/src/sys/amd64/amd64/trap.c:536 #8 #9 kdb_enter (why=3D0xffffffff813999e1 "panic", msg=3D) at /usr/src/sys/kern/subr_kdb.c:444 #10 0xffffffff80a32369 in vpanic (fmt=3D, ap=3D0xfffffe0ba17= c06e0) at /usr/src/sys/kern/kern_shutdown.c:772 #11 0xffffffff80a321a6 in kassert_panic ( fmt=3D0xffffffff813a341e "UNR inconsistency: items %u found %u (line %d= )\n") at /usr/src/sys/kern/kern_shutdown.c:669 #12 0xffffffff80a8ea10 in check_unrhdr (uh=3D, line=3D361) at /usr/src/sys/kern/subr_unit.c:246 #13 0xffffffff80a8eb13 in delete_unrhdr (uh=3D0xfffff8000ec78500) at /usr/src/sys/kern/subr_unit.c:361 #14 0xffffffff83214a4f in tmpfs_free_tmp (tmp=3D0xfffff8000eee0900) at /usr/src/sys/fs/tmpfs/tmpfs_vfsops.c:347 #15 0xffffffff832152b0 in tmpfs_unmount (mp=3D0xfffff8000ef6d000,=20 mntflags=3D) at /usr/src/sys/fs/tmpfs/tmpfs_vfsops.c:323 #16 0xffffffff80af5a78 in dounmount (mp=3D0xffffffff81b89ec0 ,=20 flags=3D524288, td=3D0xfffff8000a8d7560) at /usr/src/sys/kern/vfs_mount= =2Ec:1369 #17 0xffffffff80aff75b in unmount_or_warn (mp=3D) at /usr/src/sys/kern/vfs_subr.c:4028 #18 vfs_unmountall () at /usr/src/sys/kern/vfs_subr.c:4062 #19 0xffffffff80adb6a3 in bufshutdown (show_busybufs=3D1) at /usr/src/sys/kern/vfs_bio.c:1305 #20 0xffffffff80a31b49 in kern_reboot (howto=3D0) at /usr/src/sys/kern/kern_shutdown.c:372 #21 0xffffffff80a31964 in sys_reboot (td=3D0xfffff8000a8d7560,=20 uap=3D0xfffff8000a8d7910) at /usr/src/sys/kern/kern_shutdown.c:248 #22 0xffffffff80e4ab5b in syscallenter (td=3D0xfffff8000a8d7560) at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:132 #23 amd64_syscall (td=3D0xfffff8000a8d7560, traced=3D0) at /usr/src/sys/amd64/amd64/trap.c:917 #24 #25 0x000000000040ebfa in ?? () Backtrace stopped: Cannot access memory at address 0x7fffffffe708 (kgdb)=20 [Above cribbed from core.txt.2.] I will copy the core and a few other possibly-interesting bits to ; other bits that may be of interest (e.g., verbose dmesg.boot) may be found =66rom . [This is residential ADSL, so it's not high-bandwidth, especially for data going from me to you.] Here's what's in place: albert(11.1-S)[12] dirs ~/public_html/FreeBSD/head/r324591=20 albert(11.1-S)[13] ls -lTh total 423949 -rw-r--r-- 1 david staff 155K Oct 13 04:14:46 2017 core.txt.2 -rw-r--r-- 1 david staff 36K Oct 13 04:14:46 2017 core.txt.2.gz -rw-r--r-- 1 david staff 513B Oct 13 04:14:30 2017 info.2 -rw-r--r-- 1 david staff 360B Oct 13 04:14:30 2017 info.2.gz -rw-r--r-- 1 david staff 860M Oct 13 04:14:34 2017 vmcore.2 -rw-r--r-- 1 david staff 157M Oct 13 04:14:34 2017 vmcore.2.gz albert(11.1-S)[14]=20 I note that my build machine (kept in lock-step for SVN revisions, but running a GENERIC kernel) had no hint of an issue -- either yesterday or today. Peace, david --=20 David H. Wolfskill david@catwhisker.org Unsubstantiated claims of "Fake News" are evidence that the claimant lies a= gain. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --w5H9inKjI0oWCkP3 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZ4KVCXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4Xzy0IALNlsFBXTOXg7Z9TtIApXTxv /z7AtUM65Fc/R6fU96DmgZUkqTbHXGwnseCU8517PT52nMw2ofihlHaLo3aA2DCu iAiP2g3n9ibF27QTMya38mRIQ9/HqZrYw+jlAcEgbzoZVkLx10J/rTLBVHKH8MFI lSutBECKHgpvwwibNZ2z4x5q43A1pfoa9M5UftXID49mJaM3h6Y6jW+AItts5l8L HoD6DkwgTMCEY6S4JbWyjs8b8r7wxkhYpwNPiwOUWGkrfMKGEyLCFR8Un7jgIGGN nCI5SLzDzedsb8bVNl2PnhAD70SRwnSJJSPunwcvDb9TYMmm+4VhtG9Gjrn9Avk= =Fva0 -----END PGP SIGNATURE----- --w5H9inKjI0oWCkP3-- From owner-freebsd-current@freebsd.org Fri Oct 13 11:45:03 2017 Return-Path: Delivered-To: freebsd-current@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 12F06E4578A for ; Fri, 13 Oct 2017 11:45:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) 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 ED93813D9 for ; Fri, 13 Oct 2017 11:45:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id E98BDE45789; Fri, 13 Oct 2017 11:45:02 +0000 (UTC) Delivered-To: current@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 E918AE45788 for ; Fri, 13 Oct 2017 11:45:02 +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 8159013D7; Fri, 13 Oct 2017 11:45:02 +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 v9DBioK1099619 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 13 Oct 2017 14:44:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v9DBioK1099619 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v9DBioLQ099618; Fri, 13 Oct 2017 14:44:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 13 Oct 2017 14:44:50 +0300 From: Konstantin Belousov To: David Wolfskill , current@freebsd.org Cc: mjoras@freebsd.org Subject: Re: @r324591: panic: UNR inconsistency: items 0 found 7 (line 361) Message-ID: <20171013114450.GK2473@kib.kiev.ua> References: <20171013113634.GR1287@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171013113634.GR1287@albert.catwhisker.org> User-Agent: Mutt/1.9.1 (2017-09-22) 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-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Oct 2017 11:45:03 -0000 On Fri, Oct 13, 2017 at 04:36:34AM -0700, David Wolfskill wrote: > This occurred after I had booted & smoke-tested my laptop, then > issued "sudo shutdown -r now"; it's *possible* that there was also > a (similar?) problem shutting down yesterday (@r324542), but the > screen had gone dark and declined to shed any light, so I'm not > sure on that point. > > uname strings (yesterday & today): > > FreeBSD g1-252.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #429 r324542M/324546:1200051: Thu Oct 12 05:09:28 PDT 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 > > FreeBSD g1-252.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #430 r324591M/324591:1200051: Fri Oct 13 03:58:11 PDT 2017 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 > > Panic message, kernel buffer & stack trace from today: > > panic: UNR inconsistency: items 0 found 7 (line 361) > Revert r324542 and try again. This revision was not tested with DIAGNOSTIC enabled. From owner-freebsd-current@freebsd.org Fri Oct 13 11:49:21 2017 Return-Path: Delivered-To: freebsd-current@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 A7377E458CB for ; Fri, 13 Oct 2017 11:49:21 +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 8EB521623 for ; Fri, 13 Oct 2017 11:49:21 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8A84AE458CA; Fri, 13 Oct 2017 11:49:21 +0000 (UTC) Delivered-To: current@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 8A227E458C7 for ; Fri, 13 Oct 2017 11:49:21 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.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 5808E1622; Fri, 13 Oct 2017 11:49:20 +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 v9DBnJ6i081630; Fri, 13 Oct 2017 11:49:19 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v9DBnJOR081629; Fri, 13 Oct 2017 04:49:19 -0700 (PDT) (envelope-from david) Date: Fri, 13 Oct 2017 04:49:19 -0700 From: David Wolfskill To: Konstantin Belousov Cc: current@freebsd.org, mjoras@freebsd.org Subject: Re: @r324591: panic: UNR inconsistency: items 0 found 7 (line 361) Message-ID: <20171013114919.GV1287@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Konstantin Belousov , current@freebsd.org, mjoras@freebsd.org References: <20171013113634.GR1287@albert.catwhisker.org> <20171013114450.GK2473@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="K9ocCNZwHLWFSO1d" Content-Disposition: inline In-Reply-To: <20171013114450.GK2473@kib.kiev.ua> User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Oct 2017 11:49:21 -0000 --K9ocCNZwHLWFSO1d Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 13, 2017 at 02:44:50PM +0300, Konstantin Belousov wrote: > ... > > panic: UNR inconsistency: items 0 found 7 (line 361) > >=20 > Revert r324542 and try again. Will do; but I have a few things to get done first, so it may be an hour or so before I can report results. > This revision was not tested with DIAGNOSTIC enabled. Until ... recently, eh? :-) Peace, david --=20 David H. Wolfskill david@catwhisker.org Unsubstantiated claims of "Fake News" are evidence that the claimant lies a= gain. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --K9ocCNZwHLWFSO1d Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZ4Kg/XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XxcIIAJTG5z4ZdZtq39grgQc+bxKC Wwtx3eTIAnoDPEMGQpgwyjDuGuLit0iRfJT2LR5QnH7HZicG/TOGx98icfFfGf5w FHtTS+cfGrd1FZTpxPwaXlLODi84DxTZCSeUTIJVpvUgqq2v9QRoWoZafOGtGl0r 86G07QhWAAwDacDTfaNxezSLbbPvzvyXLHcH3x2x3AcP6DM4AOXAotUgQpx8ipCj JYSQZRRosaA9CLFpSj9zNo+/hx4JCuDCmcXFwSluz0euHdCLtFaKSnozW6k2csy5 ywKQWJ8JUq7yjal2nM4k0KG4O+FHyVPG02jpoVd3Q7ytPQnq5APVSOJME4ScCUk= =KKvt -----END PGP SIGNATURE----- --K9ocCNZwHLWFSO1d-- From owner-freebsd-current@freebsd.org Fri Oct 13 12:33:56 2017 Return-Path: Delivered-To: freebsd-current@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 13E14E46EF9 for ; Fri, 13 Oct 2017 12:33:56 +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 EFA4B3022 for ; Fri, 13 Oct 2017 12:33:55 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id EBDC7E46EF6; Fri, 13 Oct 2017 12:33:55 +0000 (UTC) Delivered-To: current@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 EB63AE46EF5 for ; Fri, 13 Oct 2017 12:33:55 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.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 A03E83020; Fri, 13 Oct 2017 12:33:54 +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 v9DCXro0083375; Fri, 13 Oct 2017 12:33:53 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v9DCXrUX083374; Fri, 13 Oct 2017 05:33:53 -0700 (PDT) (envelope-from david) Date: Fri, 13 Oct 2017 05:33:53 -0700 From: David Wolfskill To: Konstantin Belousov Cc: current@freebsd.org, mjoras@freebsd.org Subject: Re: @r324591: panic: UNR inconsistency: items 0 found 7 (line 361) Message-ID: <20171013123353.GH1287@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Konstantin Belousov , current@freebsd.org, mjoras@freebsd.org References: <20171013113634.GR1287@albert.catwhisker.org> <20171013114450.GK2473@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="eKQZ4CGO7GPx4nqG" Content-Disposition: inline In-Reply-To: <20171013114450.GK2473@kib.kiev.ua> User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Oct 2017 12:33:56 -0000 --eKQZ4CGO7GPx4nqG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 13, 2017 at 02:44:50PM +0300, Konstantin Belousov wrote: > ... > > panic: UNR inconsistency: items 0 found 7 (line 361) > >=20 > Revert r324542 and try again. >=20 > This revision was not tested with DIAGNOSTIC enabled. OK; I believe we have a winner! Thanks! :-) I copied the head slice from slice 4 to slice 3, used svn merge -c -r324542 ^/head to revert the commit, then booted from slice 3, re-built & installed the kernel. For *that* reboot, I (again) had the screen go dark & unresponsive; typing "reset" (blindly) brought the machine back up. (The file systems had been unmounted cleanly before the panicearlier.) I then rebooted again (now that the new kernel was in place), and there was no issue -- the laptop rebooted normally. Thanks again! Peace, david --=20 David H. Wolfskill david@catwhisker.org Unsubstantiated claims of "Fake News" are evidence that the claimant lies a= gain. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --eKQZ4CGO7GPx4nqG Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZ4LKxXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4X6nMH/A2/QTsHpIYd0J8k/tlYMwUO eYRTIIlMwA6KkJlu0QNhSgvhX7gDC0jmuJt8pUAp0Jud2EPLRa8zZ0IVkuiudhTF 96O0nFOX63Num0VUcsP7V/0xSevz8VYmNxX1DSBQ58jthW1IhTCtIeI2oyO8mUaM IGl8ky1ae9OGtiDXqm0Wc/4Hs2XgzIvQcopobvEM73bokdumpLY10xM6YXpD0OEb pc68//1q4trf9Jc4o5z6bjTi2vwV35YdSVyWhxi8VTugIzcx4gfDF003ZOM08vpC R9t95ymO6mzVYVfzsOLMRgIBaaKyKEtQIIE+l3JVjxWnD/36ZVRqgKfYBidAwNQ= =tU9n -----END PGP SIGNATURE----- --eKQZ4CGO7GPx4nqG-- From owner-freebsd-current@freebsd.org Fri Oct 13 14:27:13 2017 Return-Path: Delivered-To: freebsd-current@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 3DE71E499B7 for ; Fri, 13 Oct 2017 14:27:13 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 17D8566ED9; Fri, 13 Oct 2017 14:27:12 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (106-69-250-78.dyn.iinet.net.au [106.69.250.78]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v9DER11q090572 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 13 Oct 2017 07:27:05 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: RFC how to use kernel procs/threads efficiently To: Rick Macklem , Ian Lepore , "freebsd-current@freebsd.org" References: <1507317060.86205.268.camel@freebsd.org> From: Julian Elischer Message-ID: <776311c7-9676-c579-a156-8e929e8f1b31@freebsd.org> Date: Fri, 13 Oct 2017 22:26:55 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Oct 2017 14:27:13 -0000 On 10/10/17 8:33 pm, Rick Macklem wrote: > Julian Elischer wrote: > [stuff snipped] >> On 10/10/17 4:25 am, Rick Macklem wrote: >>> --> As such, having a fixed reasonable # of threads is probably the best >>> that can be done. >>> - The current patch has the # of threads as a sysctl with a default of 32. >> why not set it to ncpu or something? > Well, each of these threads will do an RPC, which means a couple of short > bursts of CPU and then sleep the rest of the time waiting for the RPC reply > to come back from the Data Server. > As such, it would seem to me that you would want a lot more threads than > CPUs on the machine? > However, setting the default to "N * ncpu" seems better than just a fixed "32" > to me. (For nfsd, the current default is 8 * ncpu, so maybe that is a good > default for this too?) yeah I really just meant "some function of ncpu"..  not specifically "ncpu x 1" > What do you think? > > Thanks for the comment, rick > > > From owner-freebsd-current@freebsd.org Fri Oct 13 15:48:22 2017 Return-Path: Delivered-To: freebsd-current@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 BB590E2555F for ; Fri, 13 Oct 2017 15:48:22 +0000 (UTC) (envelope-from matt.joras@gmail.com) 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 990F96A439 for ; Fri, 13 Oct 2017 15:48:22 +0000 (UTC) (envelope-from matt.joras@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 953D8E2555E; Fri, 13 Oct 2017 15:48:22 +0000 (UTC) Delivered-To: current@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 94E3BE2555D for ; Fri, 13 Oct 2017 15:48:22 +0000 (UTC) (envelope-from matt.joras@gmail.com) Received: from mail-qt0-f181.google.com (mail-qt0-f181.google.com [209.85.216.181]) (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 58C4A6A437 for ; Fri, 13 Oct 2017 15:48:21 +0000 (UTC) (envelope-from matt.joras@gmail.com) Received: by mail-qt0-f181.google.com with SMTP id k31so20360374qta.6 for ; Fri, 13 Oct 2017 08:48:21 -0700 (PDT) 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:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=0LUO3ogSwo+Ryax4UlZZ+Dt7Yr3VCPpnEawSUlT+EwY=; b=ZnOEufaEB83R4BfrZPmJtJ6UYBV2Q6HbYgZVMUBzWxOGWXWaZuvkDQoXbrvckGPVbj vyG5tMLMsB58uIMFFxiOIw17wLmENcrMH6cawoGYE/VEQTyEhNz3/bGb97lvrJmDub+i rEu7hBK4tJLujBc5sNfqXZdiVpLy3LrlPbTS9JMdnMgK+ki0CTuIwpV1wo5SWfzeu7Ha sljVoJrcwcdtVcgv+OsPeh2k9mD1XRf3ARYsTj6ilkc3EZaWcBNXq2N8u+piZGHjkVZV JPzXfSK0Zlllxe1a8fTekKCOmdSvkeNATYLiv+dYa2U+ceO6357mm/jwiXpQJ39kV0cr 464Q== X-Gm-Message-State: AMCzsaWGUUk032gov7OepPvJmY+mn1E6zruc/iFFGFbwA13x/1mo8gIy +vX8Iu/RCl+IfSloGoX0wkgnh+5C X-Google-Smtp-Source: ABhQp+RfjXyoJEY6pJnqJhcSUfO/IqA4aBhf7WFRwWjbT17R5pCV0mBM+MV3YrlGF4kh3tYhvjlArQ== X-Received: by 10.200.8.53 with SMTP id u50mr1879373qth.106.1507909694589; Fri, 13 Oct 2017 08:48:14 -0700 (PDT) Received: from [192.168.2.122] (174-24-242-218.tukw.qwest.net. [174.24.242.218]) by smtp.gmail.com with ESMTPSA id q1sm747787qti.2.2017.10.13.08.48.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 13 Oct 2017 08:48:13 -0700 (PDT) Subject: Re: @r324591: panic: UNR inconsistency: items 0 found 7 (line 361) To: David Wolfskill , Konstantin Belousov , current@freebsd.org References: <20171013113634.GR1287@albert.catwhisker.org> <20171013114450.GK2473@kib.kiev.ua> <20171013123353.GH1287@albert.catwhisker.org> From: Matt Joras Message-ID: Date: Fri, 13 Oct 2017 08:48:11 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <20171013123353.GH1287@albert.catwhisker.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Oct 2017 15:48:22 -0000 On 10/13/2017 05:33, David Wolfskill wrote: > On Fri, Oct 13, 2017 at 02:44:50PM +0300, Konstantin Belousov wrote: >> ... >>> panic: UNR inconsistency: items 0 found 7 (line 361) >>> >> Revert r324542 and try again. >> >> This revision was not tested with DIAGNOSTIC enabled. > OK; I believe we have a winner! Thanks! :-) In that revision I neglected to zero the "first" field of the unrhdr. Sorry about that. I also inadvertently wasn't testing with DIAGNOSTIC on. I will commit a fix. Matt From owner-freebsd-current@freebsd.org Fri Oct 13 16:04:30 2017 Return-Path: Delivered-To: freebsd-current@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 2FD75E25DA5 for ; Fri, 13 Oct 2017 16:04:30 +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 1645D6AE58 for ; Fri, 13 Oct 2017 16:04:30 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 1581EE25DA4; Fri, 13 Oct 2017 16:04:30 +0000 (UTC) Delivered-To: current@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 1500BE25DA3 for ; Fri, 13 Oct 2017 16:04:30 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.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 BBEA86AE57; Fri, 13 Oct 2017 16:04:29 +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 v9DG4RIf087194; Fri, 13 Oct 2017 16:04:27 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v9DG4REt087193; Fri, 13 Oct 2017 09:04:27 -0700 (PDT) (envelope-from david) Date: Fri, 13 Oct 2017 09:04:27 -0700 From: David Wolfskill To: Matt Joras Cc: Konstantin Belousov , current@freebsd.org Subject: Re: @r324591: panic: UNR inconsistency: items 0 found 7 (line 361) Message-ID: <20171013160427.GQ1287@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Matt Joras , Konstantin Belousov , current@freebsd.org References: <20171013113634.GR1287@albert.catwhisker.org> <20171013114450.GK2473@kib.kiev.ua> <20171013123353.GH1287@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="XrCI83eZjYxgyptj" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Oct 2017 16:04:30 -0000 --XrCI83eZjYxgyptj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 13, 2017 at 08:48:11AM -0700, Matt Joras wrote: > On 10/13/2017 05:33, David Wolfskill wrote: > > On Fri, Oct 13, 2017 at 02:44:50PM +0300, Konstantin Belousov wrote: > >> ... > >>> panic: UNR inconsistency: items 0 found 7 (line 361) > >>> > >> Revert r324542 and try again. > >> > >> This revision was not tested with DIAGNOSTIC enabled. > > OK; I believe we have a winner! Thanks! :-) >=20 > In that revision I neglected to zero the "first" field of the unrhdr. > Sorry about that. I also inadvertently wasn't testing with DIAGNOSTIC > on. I will commit a fix. Cool -- and I'll proceed with building & smoke-testing, as usual. :-) (Next attempt: tomorrow morning.) And yeah -- stuff happens; we're (each) human. :-) > Matt Peace, david --=20 David H. Wolfskill david@catwhisker.org Unsubstantiated claims of "Fake News" are evidence that the claimant lies a= gain. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --XrCI83eZjYxgyptj Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZ4OQLXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XhJUH/i+LKvijQc9nuAPytVoeEUQB 9WCn1dr6ooBSpOCIo1+URiZpO/RhM3vLSZJb2nAEVknNQMEXC/1JGBk/SsR8lrac feNBkBqkJU5muH7+0uGYvrzGpB1iwLkal8iAGX/vVo5R6cpjWmY6RUwBnOrwzCit qll4dfZX1ASdHgIwk60TycsL8iLFekm/Fkegd7NSa8kldw6ZIaK+PFsfAG21lFn3 J/3pIKWwLM1E5Otqj+g1LOz5q5dbORMByXAXvnQ4yHwWOZMCUpzJwBje/obFJMI2 ScqQOBdgiOHPOJ5Vpy71ha8r3OplnfetWQBAZYYzZWfnNhXgog6rUCezbC3xftU= =tgkD -----END PGP SIGNATURE----- --XrCI83eZjYxgyptj-- From owner-freebsd-current@freebsd.org Sat Oct 14 23:54:38 2017 Return-Path: Delivered-To: freebsd-current@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 8D61AE3001B; Sat, 14 Oct 2017 23:54:38 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-2.mit.edu (dmz-mailsec-scanner-2.mit.edu [18.9.25.13]) (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 28AD0C65; Sat, 14 Oct 2017 23:54:37 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 1209190d-9e7ff70000002861-74-59e2a3b5116c Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-2.mit.edu (Symantec Messaging Gateway) with SMTP id C2.71.10337.5B3A2E95; Sat, 14 Oct 2017 19:54:30 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH-1.MIT.EDU [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id v9ENsPSY003012; Sat, 14 Oct 2017 19:54:27 -0400 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v9ENsMUj025588 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 14 Oct 2017 19:54:25 -0400 Date: Sat, 14 Oct 2017 18:54:22 -0500 From: Benjamin Kaduk To: freebsd-hackers@FreeBSD.org Cc: freebsd-current@FreeBSD.org Subject: FINAL CALL for 2017Q3 quarterly status reports Message-ID: <20171014235422.GJ96685@kduck.kaduk.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Vxa5joy26gVGOrvU" Content-Disposition: inline User-Agent: Mutt/1.8.3 (2017-05-23) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrDIsWRmVeSWpSXmKPExsUixG6nortt8aNIg54JjBZz3nxgsti++R+j A5PHjE/zWQIYo7hsUlJzMstSi/TtErgy/m44zVKwR7hi869VjA2MHwS6GDk5JARMJPauOcLS xcjFISSwmEmiZXEfO4SzkVHi0KxfUJmrTBI/ljYwgbSwCKhKzHzwiQ3EZhNQk1i/4hoziC0i IC+xr+k9O4jNDGT/2toEZHNwCAuYS7xfbQcS5gXa9uLUWTYIW1Di5MwnLBDlZRKrWyewgJQz C0hLLP/HARIWFVCWmLdvFdsERr5ZSDpmIemYhdABEdaSuPHvJROGsK3EunXvWRYwsq1ilE3J rdLNTczMKU5N1i1OTszLSy3SNdLLzSzRS00p3cQIClhOSd4djP/ueh1iFOBgVOLhzch6FCnE mlhWXJl7iFGSg0lJlPdc68NIIb6k/JTKjMTijPii0pzU4kOMKkC7Hm1YfYFRiiUvPy9VSYSX zRGolTclsbIqtSgfpkyag0VJnHdb0K5IIYH0xJLU7NTUgtQimKwMB4eSBG/XIqBGwaLU9NSK tMycEoQ0EwfnIUYJDh6g4W9AaniLCxJzizPTIfKnGBWlxHmngSQEQBIZpXlwvaBEI5G9v+YV ozjQW8K8G0GqeIBJCq77FdBgJqDB7yIegAwuSURISTUwzpSKVQ/7nNo8TXK9WlhayFy9aZ9m HJqQKlm9OnxOks/uDvXrd/65f1+cE37zlOnkzW3zJNXmqZ5jYztnqlez89GbzqDZEWttu210 b8/681WoeHux5rI9+29lvVi+cENOprxX235lV8Nu7gafH6ay7FnC1k0rkt+dfaA0b8fRuIBz zxQd+n8rKLEUZyQaajEXFScCAP9kQT8PAwAA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Oct 2017 23:54:38 -0000 --Vxa5joy26gVGOrvU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Dear FreeBSD Community, This is the last call for submissions for the 2017Q3 FreeBSD Quarterly Status update. The deadline for submissions is October 21, 2017, for work done in July through September. Status report submissions do not need to be very long. They may be about anything happening in the FreeBSD project and community, and provide a great way to inform FreeBSD users and developers about work that is underway and completed. Submission of reports is not restricted to committers; anyone doing anything interesting and FreeBSD related can -- and should -- write one! The preferred and easiest submission method is to use the XML generator [1] with the results emailed to the status report team at monthly@FreeBSD.org . (Do be sure, though, to save the form output and not the form itself! In particular, the Google Chrome "save as" function does not save the generated output for some reason.) There is also an XML template [2] that can be filled out manually and attached if preferred. For the expected content and style, please study our guidelines on how to write a good status report [3]. You can also review previous issues [4][5] for ideas on the style and format. We look forward to seeing your 2017Q3 reports! Thanks, Ben (on behalf of monthly@) [1] https://www.FreeBSD.org/cgi/monthly.cgi [2] https://www.FreeBSD.org/news/status/report-sample.xml [3] https://www.FreeBSD.org/news/status/howto.html [4] https://www.FreeBSD.org/news/status/report-2017-01-2017-03.html [5] https://www.FreeBSD.org/news/status/report-2017-04-2017-06.html --Vxa5joy26gVGOrvU Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQG3BAABCgAdFiEE2WGV4E2ARf9BYP0XKNmm82TrdRIFAlnio6gACgkQKNmm82Tr dRJMZAwg2OSeTx3F07vu0AlAWiHwJHuXlLszDWogAzSlR9j+rUmJ7wOtx9wjzoT9 XXT72qpqcgH9RJv4hXzFzt6VwI1yd7yDuqeucFYnPQbo87kGfHQLMXXcQT+IXCDo rmQiTAOs7uNHsyq9dlFMu2sxZlx/WURHuFXkNFR+jcly+bpVg2vFNyUwKSX7Ghsj 9U45k+jgJk/tTjCgFSXzonKM0lLovy0AVN2+vNGoG+/dU8JZb0GgZ4h2OzpYh28V fRAXN8YKEeKLielgiy7z7vtrPH7O/2TcqyjHbBOWCXlExbCJm3UBn0XXdnsp+oxY +iYDDUC3kD2m2tre0jFJvF09DulF97ornX+nqCSROX01WKp0XgEUK9qJe2SEU7Gz JuzMiyxpA8IaVgWHQ5or3NAgM0c0QcSpgPNDlZlPZ1/UDseGQBBRkygYvFRahnrG vM5AxWHFlj6LyZ1bhZcRCFeIWLLjkf12Hp1jj2s1S5FYzZJywraTUaBbzMag+7YN kPHCvEkBcZf/tQ== =DsOO -----END PGP SIGNATURE----- --Vxa5joy26gVGOrvU--