From owner-freebsd-current@freebsd.org Sun Oct 14 00:15:27 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1C2510D8E51 for ; Sun, 14 Oct 2018 00:15:26 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.138]) (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 6DAA88F4A9; Sun, 14 Oct 2018 00:15:26 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id BU42gGj5q5HxqBU43gPmxW; Sat, 13 Oct 2018 18:15:24 -0600 X-Authority-Analysis: v=2.3 cv=BMcHU2YG c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=8nJEP1OIZ-IA:10 a=smKx5t2vBNcA:10 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=6v7tBcRgK_Qy5G9CrXcA:9 a=wPNLvfGTeEIA:10 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy8 [10.2.2.6]) by spqr.komquats.com (Postfix) with ESMTPS id A1EB8A44; Sat, 13 Oct 2018 17:15:21 -0700 (PDT) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id w9E0FKx1048235; Sat, 13 Oct 2018 17:15:20 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id w9E0FKkR048232; Sat, 13 Oct 2018 17:15:20 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201810140015.w9E0FKkR048232@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Allan Jude cc: freebsd-current@freebsd.org Subject: Re: Strange panic at boot with vmm in loader.conf vs manually loading it In-Reply-To: Message from Allan Jude of "Sat, 13 Oct 2018 12:48:24 -0400." <8f033c7c-af8f-1ebc-d787-548634f104e3@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Sat, 13 Oct 2018 17:15:20 -0700 X-CMAE-Envelope: MS4wfPrkPorRK3yQLtlq7x4UvqfJlf/t2XcDDZjdnXqxnz4HiWkrJqlplOF5RJfEEMjmoM9WrSh1Pdy55546WRnKeK4uQsb8ohvdf66Lc1YEN4DJFOB7FHV9 mnqGAkkTLBl3qbupwBRP+h3+SU2YPyzQoPGEEp19m1m1L8+180auLLR2EqK30527ChV7lBoM/LreZe6vhKxGSSXaWPWVeDMF5PJj7CXAi9a1qSuB6+T+TGSJ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Oct 2018 00:15:27 -0000 In message <8f033c7c-af8f-1ebc-d787-548634f104e3@freebsd.org>, Allan Jude write s: > On 10/12/2018 11:52, Mike Tancsa wrote: > > I am guessing this does not have anything to do with vmm being loaded, > > but hardware being initialized in a particular order? If I load vmm in > > loader.conf, the box panics at boot up.  However, manually loading it > > all seems to work.  Hardware is PRIME X370-PRO, AMD Ryzen 5 1600X 32G > > RAM.  FreeBSD 12.0-ALPHA9 r339328 GENERIC-NODEBUG > > > > > > Leading up to the crash, I see > > > > > > ugen0.1: <0x1022 XHCI root HUB> at usbus0 > > ugen1.1: <0x1b21 XHCI root HUB> at usbus1 > > Trying to mount root from zfs:zroot/ROOT/default []... > > uhub0: ugen2.1: <0x1022 XHCI root HUB> at usbus2 > > Root mount waiting for: usbus2<0x1022 XHCI root HUB, class 9/0, rev > > 3.00/1.00, addr 1> on usbus0 > >  usbus1 usbus0 > > uhub1: <0x1022 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus2 > > uhub2: <0x1b21 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus1 > > uhub2: 4 ports with 4 removable, self powered > > uhub1: 8 ports with 8 removable, self powered > > uhub0: 22 ports with 22 removable, self powered > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address   = 0x398 > > fault code              = supervisor write data, page not pres > ent > > instruction pointer     = 0x20:0xffffffff8273d776 > > stack pointer           = 0x28:0xfffffe0075d55230 > > frame pointer           = 0x28:0xfffffe0075d55270 > > code segment            = base 0x0, limit 0xfffff, type 0x1b > >                         = DPL 0, pres 1, long 1, de > f32 0, gran 1 > > processor eflags        = interrupt enabled, resume, IOPL = 0 > > current process         = 1 (kernel) > > [ thread pid 1 tid 100002 ] > > Stopped at      rrw_enter_read_impl+0x36:       lock cmpxchgq > > %r14,0x18(%rbx) > > db> bt > > Tracing pid 1 tid 100002 td 0xfffff8000567d580 > > rrw_enter_read_impl() at rrw_enter_read_impl+0x36/frame 0xfffffe0075d55270 > > zfs_mount() at zfs_mount+0x7b2/frame 0xfffffe0075d55400 > > vfs_domount() at vfs_domount+0x5b2/frame 0xfffffe0075d55630 > > vfs_donmount() at vfs_donmount+0x930/frame 0xfffffe0075d556d0 > > kernel_mount() at kernel_mount+0x3d/frame 0xfffffe0075d55720 > > parse_mount() at parse_mount+0x451/frame 0xfffffe0075d55860 > > vfs_mountroot() at vfs_mountroot+0x7a0/frame 0xfffffe0075d559f0 > > start_init() at start_init+0x27/frame 0xfffffe0075d55a70 > > fork_exit() at fork_exit+0x83/frame 0xfffffe0075d55ab0 > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0075d55ab0 > > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > > db> > > Strange that your crash is in ZFS here... > > Can you take a crash dump? > > It looks like something is trying to write to uninitialized memory here. > I was digging into this before I left on vacation. You can recreate this by, mount -t zfs tank/nonexistent /mnt A nonexistent dataset or zpool triggers the panic. I discovered it by chance through a typo in fstab. The panic occurs with INVARIANTS. Without INVARIANTS results in a hard hang. I got as far as discovering that f_mntfromname pointed to a null string but ran out of time before I left. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Sun Oct 14 06:00:21 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6645810C688D for ; Sun, 14 Oct 2018 06:00:21 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 15F5C7AA7C; Sun, 14 Oct 2018 06:00:21 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mousie.catspoiler.org (unknown [76.212.85.177]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: truckman) by smtp.freebsd.org (Postfix) with ESMTPSA id 7E325D3CB; Sun, 14 Oct 2018 06:00:20 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Date: Sat, 13 Oct 2018 23:00:18 -0700 (PDT) From: Don Lewis Subject: Re: OpenSSL 1.1.1 libssl.so version number To: FreeBSD current cc: re@FreeBSD.org In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Content-Disposition: INLINE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Oct 2018 06:00:21 -0000 On 12 Oct, Don Lewis wrote: > Prior to the OpenSSL 1.1.1 import, the base OpenSSL library was > /usr/lib/libssl.so.8. The security/openssl port (1.0.2p) installed > ${LOCALBASE}/lib/ilbssl.so.9 and the security/openssl-devel port > (1.1.0i) installed ${LOCALBASE}/lib/libssl.so.11. After the import, the > base OpenSSL library is /usr/lib/libssl.so.9. Now if you build ports > with DEFAULT_VERSIONS+=ssl=openssl, the library that actually gets used > is ambiguous because there are now two different versions of libssl.so > (1.0.2p and 1.1.1) with the same shared library version number. > > I stumbled across this when debugging a virtualbox-ose configure > failure. The test executable was linked to the ports version of > libssl.so but rtld chose the base libssl.so at run time. It looks to me like the base libssl.so version needs to get moved to a value that doesn't collide with ports, perhaps 12. These are the library version numbers currently used by the various ssl ports: boringssl 1 openssl 9 openssl-devel 10 openssl111 11 libressl 43 libressl-devel 44 From owner-freebsd-current@freebsd.org Sun Oct 14 13:19:08 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 607AA10D3DB0 for ; Sun, 14 Oct 2018 13:19:08 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (static-98-116-200-172.nycmny.fios.verizon.net [98.116.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id 0144F885E2 for ; Sun, 14 Oct 2018 13:19:07 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [IPv6:2001:470:1f11:617:3210:b3ff:fe77:becd] (unknown [IPv6:2001:470:1f11:617:3210:b3ff:fe77:becd]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id A8D453047 for ; Sun, 14 Oct 2018 13:19:00 +0000 (UTC) To: freebsd-current From: Eric McCorkle Subject: OpenSSL 1.1.1 Update report (ongoing) Openpgp: preference=signencrypt Autocrypt: addr=eric@metricspace.net; prefer-encrypt=mutual; keydata= xsFNBFkGJ94BEADv6KzfBcU6206+kMPHOVk26kKrf3nD1Bm/4GoU9VrhebwNRu9fh3lAbq19 +inpuwAv93oKYJ3UYGmR31whOQSNeWc0eNCIG99vD1F3fE4nwBzvsAJUfo5xMsj3BsDHF6WG 28oBc8vI6bqNB5TBjrRAhPMbIEXuGszlFx+a1XvyX+iXr8B4VG3Czenk8eM4Ks2QpHgvmzQU DX1GmzsO8Qj1EActfwN6523fvjF72GIvxgcu611LklOeTA0A+6mHswcH9gGtphsWHWiqisOh ET+JqjrRf08xUjC46I3vtlS/5+RM+PwrQw/25fv+8T7THjcbTS0zgOsJmJPSjzRhxrNZSOzN q9kAz9NzWZ2xXvrr7NFY2R4s8p+1+Sf2QdWvXOb2cqhpIfEnaFR7kZufdL+R4oKf7ZxNNPFX Z/SqBhH0zXllj4g+2mOF0YjAYbljr3TCBxfv8oy2ZUw8t9BgPvWBTU1zTmg6iWYUDh49Vzxh Z6iX8IMIhRS/dg2g+w5hfUfcxMqaYZABsQtYbKS7loltRPvZ6vT1Q8B67+R6lGHN/5ZD3sXJ Dg3BQ9QcV0RHvKHWCPEeMsC4SJUqahOyVIy1hkoW5ZBCA5wLZun1vsqG65luG8XAY+2Es0CL OXs7CpDPiLMigAonzHhTcGtzZmgNE4Bo4E1b8pb6qvtutftKAQARAQABzSRFcmljIE1jQ29y a2xlIDxlcmljQG1ldHJpY3NwYWNlLm5ldD7CwXgEEwEIACwFAlkGJ94JEBhcTF9cTJb7AhsD BQkeEzgAAhkBBAsHCQMFFQgKAgMEFgABAgAAdoIP/RSO1ZAyYA6ryA7iL1WMgxb137DBBk4q lrK4/JOefO4Q1Xgwt6gDt7ViBUzHusVsYjbROwr/8vLpNPIJ/008uwhx5z+LiWvB0CxIops0 qDDvDZuo/9DaGKSTP5X0eiva616zTkmjKxs/8EGloJ/TTlDlISIdVfa1DFtBKaSdOJuc/wCt KdWhRCNVuFt9q7ukwwmXZhhaOXNPn0YUTvP0+CxLotWSZlbfOMOwxyStIYoG2BqVPkcTmWcc mbqITR8CDin97CSVcidUURzNL/GJF7KJN68htVgUHfOyHKa+5VIG28o2oE42gzWsT6i8Wq3a Xxa2Oc6y4YMHUuwMKA0YKLz7+ShsYeOaLRZRaCd1kCSA5jHFJ9vAIbSY/ipMcfcq6f7Vq21Q 0ykft2looiH3iBQJXMNb/otj2lvAN0FCRqlY/CrKERsnWFQf6t477L1CuM08z7ZC6FR/KmLH zA9eBGt2gI/8o0K8tTpdbL4b0104gVQIAWID8bMTt/P0nZThr/Vln9G64uJor1pj+x1jGfAL f0raXmMeiVhzgIyBBN466rn74r4prAU3Ia7tSVPpO17q31QoUyE++abhFCP0D/Ocz6uuaPPl M4DIVk7q5Eszz2jhRFhTt3QdSW2sLv8AOqL7QfLF/fYA/xmI0m2QmISvEFjYNn/G7YQ0NEfp thbSzsFNBFkGJ94BEADBNsIKWtr7QiAlFh98/N0VJRuXd5qw1W+HRXItwQKX41nou655AHfy fsD8NFO3wcgN8hJLVeoe1Wg0hANwsx6XSmRqXqS1NbZb3T8koxEe7mMd7sfhg9O1n5a6m2oS p0mrEFClTVlu5zM+r2tvI6tMODGehJnVATVKwXslSoJC2LwebtpACgfNx9IqNJfURULa416j tsyxfg8/h6zPiCJh684Q/bIZJ71brrFp+DzdD/SPoCO91Jo7UPh4hb2llVik75ewv5qSXvRM vDttgraWqjgdPMlrqn7F1+r+k0q7o7dJ/GiEHU5zF253pbCJbO1UPighJwZ6+S+DrLzhKlaE spNDmNOLcw0TWIMkDle60tdJqb6PZAIVg9EWA5Trk9PEfCbpdlfV8GaTK4mIn0m+LRrVz/CU GvvGcv96exXpMipNQnv9wBY11FtQ5DwYlam/x/Jox78AhjGJYmdtmiwTQJnK4oLv4wkynLMc zs2ZfjhvAwOGJjCKBNZ44WU8hqEWGJowPf7SzymLjtCSJ+QgMYIuJwDbftQ718Nt5jC4es3n ECdD/CqCri8AYu+uGjV8sItKgyhS+vRvEmwAlwjarIieaffOGGew1thF97Nw9H4RgT+2fwYh lFl4s9xSvFLJhDWxB0fLbqt6hkdMWFf/KWWfaw5W9+RoFVAzjV1oDQARAQABwsF1BBgBCAAp BQJZBifeCRAYXExfXEyW+wIbDAUJHhM4AAQLBwkDBRUICgIDBBYAAQIAADZJEACx1woDE0Lm s4RQNXKb7m0+vGTYSHZsKULin49nBc41ots46+/eB3N6+hvNmnXwXDsdqSb1irxMs86D6goP 6hj8n0Ai8QJ9OV8wRmgOeb5E+sA+TzyA+zHSSpLCA6cB1ifVhsMNOIcrHXWJIFkFt3LcWA4s mI+3eCQUhtZNiTr/q/M/V+cLrzvNtuM/oAujd2N/rCpw7PJsph3p8wFgBgqFg2dFL3y5f2aZ bm3HiCcQkWlqaYIPTBzfRY8JH9a9bOWtxwiFbB+1CkUpzSGVeOjpfT+XlzwYkBFrbBtbDD1u /kgmAGnqG6dnHLIYnH2r81BjBW8mtlgcLDPy+T04ax2Mvyk8dXScs3zKdxNLOi8kvJ9JqBUK OF9kNDbmqGrjOgB2tbeH3aCwqQPj3uRf8GC1XKPf5VwFVB2NxmQVLaLF4jmvTYyqDIPZa1J9 8JYnHZJ0KgFomcHqU2ja77Z2UnKP8tr5Fsn5liOhbolTfMjQPh6S1zB088MPhl2L1CahVHI/ kepxhH/3Xy3+CCiPJo5bA45hGQslP54XTr5eUyDpGCjW1q47jgGhzdNggVWG+HZfDGaTEg5J JwoPeJor/IM0jLshpG07GAls105uiqSWe/U5uQOaZOgR+JnH+Bmj2LYDvXbxtO2hGDuswMSu pUMj/H1Q6hxq66tzHHZWbNUCOQ== Message-ID: <584f2a1c-9ee3-36c1-ce78-681218d73b3a@metricspace.net> Date: Sun, 14 Oct 2018 09:18:59 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="lLpjxAcWzKx1qiuWV99vfSEflGGNkjDxg" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Oct 2018 13:19:08 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --lLpjxAcWzKx1qiuWV99vfSEflGGNkjDxg Content-Type: multipart/mixed; boundary="YaJwgtKGOCT0Tp2s3o5zgXUuBiISclGZJ"; protected-headers="v1" From: Eric McCorkle To: freebsd-current Message-ID: <584f2a1c-9ee3-36c1-ce78-681218d73b3a@metricspace.net> Subject: OpenSSL 1.1.1 Update report (ongoing) --YaJwgtKGOCT0Tp2s3o5zgXUuBiISclGZJ Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable I'm currently in the process of updating my laptop, rebuilding world, then rebuilding *all* ports. I have a large number of ports installed (around 1200), and I tend to select a lot of build options. This report is intended to help shake out issues relating to OpenSSL 1.1.1. I'll be adding to this report as things progress. So far: * I'd seen issues with some C++ files not including string.h. I can't seem to reproduce this on my other laptop, so I'm going to assume it's fixed. * Base libpmc jevents issue: buildworld fails for me when building libpmc. It appears to be missing a dependency link to build the jevents executable in the pmu-events subdirectory. I was able to work around this by manually running make in that directory, then copying the result to the object directory for LIB32 builds * librtmp: C compile errors directly attributable to OpenSSL 1.1.1 (missing defs, etc) * graphics/graphviz circular deps (unrelated to OpenSSL 1.1.1): graphviz with gnomeui and/or librsvg options ticked ends up depending on vala, which depends on graphviz. Unrelated to OpenSSL 1.1.1, but warrants reporting. That's all so far. Will send more info as it comes. --YaJwgtKGOCT0Tp2s3o5zgXUuBiISclGZJ-- --lLpjxAcWzKx1qiuWV99vfSEflGGNkjDxg Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEvGNLeZs4J0tuYEzVGFxMX1xMlvsFAlvDQkMACgkQGFxMX1xM lvsVchAA4ldEZn7DV/2uBnODKYhFyil1Ps7FPGUAbWFjegH8FJ/5KPZV4yrHcmIh KH1RiZ2/OBlEu0+DbCP9Dl2K7lTy08DU0Ixmc6is/dkDZENKofYndXxmho2fttL3 4C9vsgWLlGATADid8eqvdhhpbNUyhMlMW0y4nJktAXsI0r+NsKbV5sJ603dxK+0M pnoieG5pdovR2hBGxfp0GLZg6LXLcS1XJZo+8S3jeX6mX1DJqFNPBSJnh+W8OI3D HXhZjfOmw5egRRXTmQbhnr1DkzLhi7FEcfzlqHeRciqSZfOz/HNWLsiaOHRpC9/L 7/SXozB4w0q8Nb/1T63sY9sQtnpQ33bK/eE29iX2hYKTUyACWmRKZeXQEIy53JjC EI0KbB1l2+syPPJgeYJRcSD53tHx4knSZFeKUUjnke38p9tHIKwAku+JABDjiNA/ VXBZbyFh5Up0Eie6/lFj6+FwvV9pdEKaxjMldF4Y6rSope3RgAf3Ii+/HUQDaOnf lx5uIkq1py2OqMCbzQER3ULw1g/80orDoYVswwUUbITXxzGIOFwxP63VJCTGLIg+ V1zqZOmhvZrJ80R8+H5Qt35DbbahbtecshJKm6XYatnvG8TeqFU5spWpLAw+dog9 QwNd+YV/sIJLm7oqBE4n9Lo3ZwvYtKOoueDCph+8bYUTPQkzcHM= =iqAH -----END PGP SIGNATURE----- --lLpjxAcWzKx1qiuWV99vfSEflGGNkjDxg-- From owner-freebsd-current@freebsd.org Sun Oct 14 06:40:16 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 543CA10C7914 for ; Sun, 14 Oct 2018 06:40:16 +0000 (UTC) (envelope-from mdounin@mdounin.ru) Received: from ns1.mdounin.ru (ns1.mdounin.ru [88.198.19.180]) by mx1.freebsd.org (Postfix) with ESMTP id DE6247BC81 for ; Sun, 14 Oct 2018 06:40:15 +0000 (UTC) (envelope-from mdounin@mdounin.ru) Received: from mdounin.ru (ns1.mdounin.ru [88.198.19.180]) by ns1.mdounin.ru (Postfix) with ESMTPS id 6180811348CC; Sun, 14 Oct 2018 09:40:07 +0300 (MSK) Date: Sun, 14 Oct 2018 09:40:06 +0300 From: Maxim Dounin To: nginx@nginx.org Cc: freebsd-current@FreeBSD.org Subject: Re: nginx introduces extra delay when talking to slow backend (probably FreeBSD kevent specific) Message-ID: <20181014064006.GB56558@mdounin.ru> References: <20181012195101.GG79805@hades.panopticon> <20181012203126.GH79805@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181012203126.GH79805@hades.panopticon> User-Agent: Mutt/1.9.4 (2018-02-28) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Oct 2018 06:40:16 -0000 Hello! On Fri, Oct 12, 2018 at 11:31:26PM +0300, Dmitry Marakasov wrote: > * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: > > I've gathered ktrace dumps for both cases, and it really looks that > the problem is related to kevent. After nginx sends response back > to client, it calls kevent(2) on client fd (which is 5). > > When there is a bug (FreeBSD 11.2), the following happens: > > 49365 nginx 3.099362 CALL kevent(0x7,0x8022a2000,0,0x8023005c0,0x200,0x7fffffffe598) > 49365 nginx 3.099419 STRU struct kevent[] = { } > 49365 nginx 3.194695 STRU struct kevent[] = { { ident=5, filter=EVFILT_WRITE, flags=0x20, fflags=0, data=0xbf88, udata=0x8023633d1 } } > 49365 nginx 3.194733 RET kevent 1 > ... > 49365 nginx 3.194858 CALL kevent(0x7,0x8022a2000,0,0x8023005c0,0x200,0x7fffffffe598) > 49365 nginx 3.194875 STRU struct kevent[] = { } > 49365 nginx 3.835259 STRU struct kevent[] = { { ident=5, filter=EVFILT_READ, flags=0x8020, fflags=0, data=0, udata=0x802346111 } } > 49365 nginx 3.835299 RET kevent 1 > > E.g. read and write events come separately, both with huge delays. > > On FreeBSD-CURRENT which doesn't experience the problem, kdump looks this way: > > 8049 nginx 3.081367 CALL kevent(0x7,0x8012d1b40,0,0x8012da040,0x200,0x7fffffffe598) > 8049 nginx 3.081371 STRU struct kevent[] = { } > 8049 nginx 3.081492 STRU struct kevent[] = { { ident=5, filter=EVFILT_WRITE, flags=0x20, fflags=0, data=0xbf88, udata=0x801341f11 } > { ident=5, filter=EVFILT_READ, flags=0x8020, fflags=0, data=0, udata=0x801324e51 } } > 8049 nginx 3.081498 RET kevent 2 > > E.g. both events come immediately and at the same time. > > Not sure if that's problem of kevent or something it relies on or the > way nginx uses it. Have you tried looking into what happens in the client? These events are client-related, and seems to match what client does as per tcpdump of traffic between nginx and the client. Also, at least on my box (FreeBSD 10.4) this issue can be reproduced with curl, but not with fetch or wget. Seems to be something curl-specific. I'm not familiar with curl source code, but it seems to be sitting in a poll() call without any file descriptors for some reason: 8862 curl 0.013972 GIO fd 3 wrote 78 bytes "GET / HTTP/1.1\r Host: localhost:8080\r User-Agent: curl/7.61.0\r Accept: */*\r \r " 8862 curl 0.013977 RET sendto 78/0x4e 8862 curl 0.013984 CALL poll(0xbfbfe610,0x1,0) 8862 curl 0.013987 RET poll 0 8862 curl 0.013992 CALL poll(0xbfbfe768,0x1,0x1) 8862 curl 0.016042 RET poll 0 8862 curl 0.016118 CALL poll(0xbfbfe610,0x1,0) 8862 curl 0.016137 RET poll 0 8862 curl 0.016197 CALL poll(0xbfbfe768,0x1,0xc5) 8862 curl 0.228557 RET poll 0 8862 curl 0.228605 CALL poll(0xbfbfe610,0x1,0) 8862 curl 0.228617 RET poll 0 8862 curl 0.228631 CALL poll(0xbfbfe768,0x1,0x3e8) 8862 curl 1.246374 RET poll 0 8862 curl 1.246420 CALL poll(0,0,0x3e8) 8862 curl 2.298297 RET poll 0 8862 curl 2.298410 CALL poll(0xbfbfe610,0x1,0) 8862 curl 2.298452 RET poll 1 8862 curl 2.298517 CALL recvfrom(0x3,0x28ca0000,0x19000,0,0,0) 8862 curl 2.298584 GIO fd 3 read 171 bytes "HTTP/1.1 200 OK\r Server: nginx/1.15.5\r Note these lines: 8862 curl 1.246420 CALL poll(0,0,0x3e8) 8862 curl 2.298297 RET poll 0 This is a call without any file descriptors and with 1000 millisecond timeout, so it will result in an unconditional 1 second delay. Not sure why you are seeing the problem with some FreeBSD version but not others, but different curl versions or curl compilation flags may explain things. In my case curl version is as follows: $ curl --version curl 7.61.0 (i386-portbld-freebsd10.4) libcurl/7.61.0 OpenSSL/1.0.1u zlib/1.2.11 nghttp2/1.32.0 Release-Date: 2018-07-11 Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp smtp smtps telnet tftp Features: AsynchDNS IPv6 Largefile GSS-API Kerberos SPNEGO NTLM NTLM_WB SSL libz TLS-SRP HTTP2 UnixSockets HTTPS-proxy Upgrading curl to 7.61.1 doesn't fix things. -- Maxim Dounin http://mdounin.ru/ From owner-freebsd-current@freebsd.org Sun Oct 14 12:36:40 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88B1310D2526 for ; Sun, 14 Oct 2018 12:36:40 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.139]) (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 C9CFB86705; Sun, 14 Oct 2018 12:36:39 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id BfdFgK5rS5HxqBfdGgQwmp; Sun, 14 Oct 2018 06:36:31 -0600 X-Authority-Analysis: v=2.3 cv=BMcHU2YG c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=kj9zAlcOel0A:10 a=smKx5t2vBNcA:10 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=Ltv5E9xKY62GVMKN4rsA:9 a=CjuIK1q_8ugA:10 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy8 [10.2.2.6]) by spqr.komquats.com (Postfix) with ESMTPS id 85B831B3B; Sun, 14 Oct 2018 05:36:28 -0700 (PDT) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id w9ECaSR9007763; Sun, 14 Oct 2018 05:36:28 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id w9ECaSHd007740; Sun, 14 Oct 2018 05:36:28 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201810141236.w9ECaSHd007740@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Daniel Eischen cc: Cy Schubert , Don Lewis , FreeBSD current , re@FreeBSD.org Subject: Re: OpenSSL 1.1.1 libssl.so version number In-Reply-To: Message from Daniel Eischen of "Sat, 13 Oct 2018 14:02:37 -0400." <0F7EB379-8C52-478A-AA5A-AC4257E5B70A@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 14 Oct 2018 05:36:28 -0700 X-CMAE-Envelope: MS4wfO7aB46SU6y6wOJLCoy/jIvQJjuxofHrQLA0eEITEluEvChE9sNpAOK3ZYnoXyoGvJ0Ux3Paq5fvfErRumap6LWeoCg4h9hXcHR07G/2pLUy9Dvj/ve3 fuXHLp1lTFtd2v2FZ0HU/FQG1SLlqOvc3BFHOGSgEcWFaMSjQf8bQ4YQfOH34pDxlDmT/iRUUPXYpz24kCRcgGvR+TIlPAvoqif+3apvKgQ4Zs1SDnHKIS7N vUxcDKBkINTfBwfrNqf8Vua8JZY1NBGdc1ZvjPtXIIM= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Oct 2018 12:36:40 -0000 In message <0F7EB379-8C52-478A-AA5A-AC4257E5B70A@freebsd.org>, Daniel Eischen w rites: > > > > On Oct 12, 2018, at 10:58 PM, Cy Schubert wrote > : > > > > In message , Don Lewis writes: > >> Prior to the OpenSSL 1.1.1 import, the base OpenSSL library was > >> /usr/lib/libssl.so.8. The security/openssl port (1.0.2p) installed > >> ${LOCALBASE}/lib/ilbssl.so.9 and the security/openssl-devel port > >> (1.1.0i) installed ${LOCALBASE}/lib/libssl.so.11. After the import, the > >> base OpenSSL library is /usr/lib/libssl.so.9. Now if you build ports > >> with DEFAULT_VERSIONS+=ssl=openssl, the library that actually gets used > >> is ambiguous because there are now two different versions of libssl.so > >> (1.0.2p and 1.1.1) with the same shared library version number. > >> > >> I stumbled across this when debugging a virtualbox-ose configure > >> failure. The test executable was linked to the ports version of > >> libssl.so but rtld chose the base libssl.so at run time. > > > > This is also the issue with ports-mgmt/pkg on a system that still > > requires OpenSSL 1.0.2 from ports in order to support an old client. > > > > cwfw# pkg info > > ld-elf.so.1: /usr/local/lib/libcrypto.so.9: version OPENSSL_1_1_0 > > required by /usr/local/lib/libpkg.so.4 not defined > > cwfw# > > > > If I remove security/openssl, the above issue is resolved however the > > old client, which should be replaced next year, fails to communicate > > with the server. The classic rock & a hard place scenario. > > Not saying this is a real solution for the general problem, but can you use a > libmap.conf entry to work around this? I tried using the path1 path2 form. No joy there. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Sun Oct 14 18:19:45 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 593C510DE156 for ; Sun, 14 Oct 2018 18:19:45 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-qt1-x843.google.com (mail-qt1-x843.google.com [IPv6:2607:f8b0:4864:20::843]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DC28A958EC; Sun, 14 Oct 2018 18:19:44 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-qt1-x843.google.com with SMTP id u34-v6so19144292qth.3; Sun, 14 Oct 2018 11:19:44 -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=an6bPNhx9f5YHBBS9E/bpVnJcNKhhcNI4O9bVrw/0as=; b=fU6UMqS+wqBhCrAZlHNTuxtfQyTk9XawM5MrPj3+1JO5V/JZI4zi651eVXg2j2fzCS GwYTOk67zjooECT+R/OSKg1n9rVF05fcYBGqaE5p8C9YaSE2ymf7i2Su+SvBBy3NsH1e 2EXllq5p5cXxuPJntPDiyIEv9ib/FMEYZfA3mdBveRLo12jnl5s6yZXfQTGXoy98DyxZ At1tJ+jkANq5KZBcceXmA3GCAZz5fwJ7BJsOmp+VoArb2t3wrcsnyO9l/Amdy2VehWnk doJHKtRvH7+3iS9rf9WM5Zf7BYpskefrSEgyqPYCtoiykeIRjAtzBGOSE6t+bEtK/wST 80sw== 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=an6bPNhx9f5YHBBS9E/bpVnJcNKhhcNI4O9bVrw/0as=; b=lE0gb4WOPU81l/JjBPVT+FWSvWFqWj8nBvECpRVYVm1RXXiw1bME2nPqurwGJbpBEz aIpeaVFK5eUc9xGeD+Yx7xkehRbNasxTpN0clW4/Vt3HtUCsAgoqCU62TJ0nmV1c03fY qZi30jJWp95TNb0b8OYTI1Sshn75EJcGPbvPVl8yRDuCWthxLgknrvg7B3q+YDZBhIxY wH5mmXOk+9VzjBfUc06gd36HjYWkvljJtV43OTR2OcqB6e0f1LshR/XMQ7zGn91JWkOF 3ueGWPUKzgbbchsHa7akzSHFqbKNg5y0pdqWcY6n234ZFq/qS6TKm31DTDIYy2GvGSMi tW5w== X-Gm-Message-State: ABuFfohRbFFMLyiUKPYgCuYiUV12plnc9zSd1sf2g5ZpjDB81gYpO/tA e+AyZuY04Uo7MXFydPbM3ZtRegIBFFSc5FPe/I4= X-Google-Smtp-Source: ACcGV63GxUIeThNt48mmCRKjZ/+Ldd3/oa5hGaFwVHyoACTWxqnJosUsX04yJL0RLl3q4q1AVjEvbSI+L3TeMUB7K7A= X-Received: by 2002:a0c:9e13:: with SMTP id p19mr5911592qve.182.1539541184525; Sun, 14 Oct 2018 11:19:44 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:ac8:362e:0:0:0:0:0 with HTTP; Sun, 14 Oct 2018 11:19:44 -0700 (PDT) In-Reply-To: References: <8d6263ca-8fff-77e5-4a89-ccc98d03a417@sentex.net> <8f033c7c-af8f-1ebc-d787-548634f104e3@freebsd.org> From: Mateusz Guzik Date: Sun, 14 Oct 2018 20:19:44 +0200 Message-ID: Subject: Re: Strange panic at boot with vmm in loader.conf vs manually loading it To: Mike Tancsa Cc: Allan Jude , freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Oct 2018 18:19:45 -0000 On 10/14/18, Mike Tancsa wrote: > On 10/13/2018 12:48 PM, Allan Jude wrote: >> >> Strange that your crash is in ZFS here... >> >> Can you take a crash dump? >> >> It looks like something is trying to write to uninitialized memory here. > > I will need to pop in another drive or can I do a netdump at this point ? > This should be fixed with https://svnweb.freebsd.org/changeset/base/339355 i.e. just update. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Sun Oct 14 17:22:53 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8313110DC333 for ; Sun, 14 Oct 2018 17:22:53 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost2.sentex.ca", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F2B6E9376E; Sun, 14 Oct 2018 17:22:52 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5:0:0:0:11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id w9EHMqNf082614 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Oct 2018 13:22:52 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.ca [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id w9EHMoNJ042656; Sun, 14 Oct 2018 13:22:50 -0400 (EDT) (envelope-from mike@sentex.net) Subject: Re: Strange panic at boot with vmm in loader.conf vs manually loading it To: Allan Jude , freebsd-current@freebsd.org References: <8d6263ca-8fff-77e5-4a89-ccc98d03a417@sentex.net> <8f033c7c-af8f-1ebc-d787-548634f104e3@freebsd.org> From: Mike Tancsa Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= xsBNBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAHNHG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT7CwHgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnnOwE0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAcLAXwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: Date: Sun, 14 Oct 2018 13:22:51 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <8f033c7c-af8f-1ebc-d787-548634f104e3@freebsd.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-Scanned-By: MIMEDefang 2.83 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Oct 2018 17:22:53 -0000 On 10/13/2018 12:48 PM, Allan Jude wrote: > > Strange that your crash is in ZFS here... > > Can you take a crash dump? > > It looks like something is trying to write to uninitialized memory here= =2E=20 I will need to pop in another drive or can I do a netdump at this point ?= =C2=A0=C2=A0=C2=A0 ---Mike --=20 ------------------- Mike Tancsa, tel +1 519 651 3400 x203 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada =20 From owner-freebsd-current@freebsd.org Sun Oct 14 17:31:09 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F2B8810DC74C for ; Sun, 14 Oct 2018 17:31:08 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (mail.metricspace.net [IPv6:2001:470:1f11:617::107]) by mx1.freebsd.org (Postfix) with ESMTP id 8799E93B82 for ; Sun, 14 Oct 2018 17:31:08 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [IPv6:2001:470:1f11:617:3210:b3ff:fe77:becd] (unknown [IPv6:2001:470:1f11:617:3210:b3ff:fe77:becd]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id 0FE8010E6 for ; Sun, 14 Oct 2018 17:31:08 +0000 (UTC) Subject: Re: OpenSSL 1.1.1 Update report (ongoing) To: freebsd-current@freebsd.org References: <584f2a1c-9ee3-36c1-ce78-681218d73b3a@metricspace.net> From: Eric McCorkle Openpgp: preference=signencrypt Autocrypt: addr=eric@metricspace.net; prefer-encrypt=mutual; keydata= xsFNBFkGJ94BEADv6KzfBcU6206+kMPHOVk26kKrf3nD1Bm/4GoU9VrhebwNRu9fh3lAbq19 +inpuwAv93oKYJ3UYGmR31whOQSNeWc0eNCIG99vD1F3fE4nwBzvsAJUfo5xMsj3BsDHF6WG 28oBc8vI6bqNB5TBjrRAhPMbIEXuGszlFx+a1XvyX+iXr8B4VG3Czenk8eM4Ks2QpHgvmzQU DX1GmzsO8Qj1EActfwN6523fvjF72GIvxgcu611LklOeTA0A+6mHswcH9gGtphsWHWiqisOh ET+JqjrRf08xUjC46I3vtlS/5+RM+PwrQw/25fv+8T7THjcbTS0zgOsJmJPSjzRhxrNZSOzN q9kAz9NzWZ2xXvrr7NFY2R4s8p+1+Sf2QdWvXOb2cqhpIfEnaFR7kZufdL+R4oKf7ZxNNPFX Z/SqBhH0zXllj4g+2mOF0YjAYbljr3TCBxfv8oy2ZUw8t9BgPvWBTU1zTmg6iWYUDh49Vzxh Z6iX8IMIhRS/dg2g+w5hfUfcxMqaYZABsQtYbKS7loltRPvZ6vT1Q8B67+R6lGHN/5ZD3sXJ Dg3BQ9QcV0RHvKHWCPEeMsC4SJUqahOyVIy1hkoW5ZBCA5wLZun1vsqG65luG8XAY+2Es0CL OXs7CpDPiLMigAonzHhTcGtzZmgNE4Bo4E1b8pb6qvtutftKAQARAQABzSRFcmljIE1jQ29y a2xlIDxlcmljQG1ldHJpY3NwYWNlLm5ldD7CwXgEEwEIACwFAlkGJ94JEBhcTF9cTJb7AhsD BQkeEzgAAhkBBAsHCQMFFQgKAgMEFgABAgAAdoIP/RSO1ZAyYA6ryA7iL1WMgxb137DBBk4q lrK4/JOefO4Q1Xgwt6gDt7ViBUzHusVsYjbROwr/8vLpNPIJ/008uwhx5z+LiWvB0CxIops0 qDDvDZuo/9DaGKSTP5X0eiva616zTkmjKxs/8EGloJ/TTlDlISIdVfa1DFtBKaSdOJuc/wCt KdWhRCNVuFt9q7ukwwmXZhhaOXNPn0YUTvP0+CxLotWSZlbfOMOwxyStIYoG2BqVPkcTmWcc mbqITR8CDin97CSVcidUURzNL/GJF7KJN68htVgUHfOyHKa+5VIG28o2oE42gzWsT6i8Wq3a Xxa2Oc6y4YMHUuwMKA0YKLz7+ShsYeOaLRZRaCd1kCSA5jHFJ9vAIbSY/ipMcfcq6f7Vq21Q 0ykft2looiH3iBQJXMNb/otj2lvAN0FCRqlY/CrKERsnWFQf6t477L1CuM08z7ZC6FR/KmLH zA9eBGt2gI/8o0K8tTpdbL4b0104gVQIAWID8bMTt/P0nZThr/Vln9G64uJor1pj+x1jGfAL f0raXmMeiVhzgIyBBN466rn74r4prAU3Ia7tSVPpO17q31QoUyE++abhFCP0D/Ocz6uuaPPl M4DIVk7q5Eszz2jhRFhTt3QdSW2sLv8AOqL7QfLF/fYA/xmI0m2QmISvEFjYNn/G7YQ0NEfp thbSzsFNBFkGJ94BEADBNsIKWtr7QiAlFh98/N0VJRuXd5qw1W+HRXItwQKX41nou655AHfy fsD8NFO3wcgN8hJLVeoe1Wg0hANwsx6XSmRqXqS1NbZb3T8koxEe7mMd7sfhg9O1n5a6m2oS p0mrEFClTVlu5zM+r2tvI6tMODGehJnVATVKwXslSoJC2LwebtpACgfNx9IqNJfURULa416j tsyxfg8/h6zPiCJh684Q/bIZJ71brrFp+DzdD/SPoCO91Jo7UPh4hb2llVik75ewv5qSXvRM vDttgraWqjgdPMlrqn7F1+r+k0q7o7dJ/GiEHU5zF253pbCJbO1UPighJwZ6+S+DrLzhKlaE spNDmNOLcw0TWIMkDle60tdJqb6PZAIVg9EWA5Trk9PEfCbpdlfV8GaTK4mIn0m+LRrVz/CU GvvGcv96exXpMipNQnv9wBY11FtQ5DwYlam/x/Jox78AhjGJYmdtmiwTQJnK4oLv4wkynLMc zs2ZfjhvAwOGJjCKBNZ44WU8hqEWGJowPf7SzymLjtCSJ+QgMYIuJwDbftQ718Nt5jC4es3n ECdD/CqCri8AYu+uGjV8sItKgyhS+vRvEmwAlwjarIieaffOGGew1thF97Nw9H4RgT+2fwYh lFl4s9xSvFLJhDWxB0fLbqt6hkdMWFf/KWWfaw5W9+RoFVAzjV1oDQARAQABwsF1BBgBCAAp BQJZBifeCRAYXExfXEyW+wIbDAUJHhM4AAQLBwkDBRUICgIDBBYAAQIAADZJEACx1woDE0Lm s4RQNXKb7m0+vGTYSHZsKULin49nBc41ots46+/eB3N6+hvNmnXwXDsdqSb1irxMs86D6goP 6hj8n0Ai8QJ9OV8wRmgOeb5E+sA+TzyA+zHSSpLCA6cB1ifVhsMNOIcrHXWJIFkFt3LcWA4s mI+3eCQUhtZNiTr/q/M/V+cLrzvNtuM/oAujd2N/rCpw7PJsph3p8wFgBgqFg2dFL3y5f2aZ bm3HiCcQkWlqaYIPTBzfRY8JH9a9bOWtxwiFbB+1CkUpzSGVeOjpfT+XlzwYkBFrbBtbDD1u /kgmAGnqG6dnHLIYnH2r81BjBW8mtlgcLDPy+T04ax2Mvyk8dXScs3zKdxNLOi8kvJ9JqBUK OF9kNDbmqGrjOgB2tbeH3aCwqQPj3uRf8GC1XKPf5VwFVB2NxmQVLaLF4jmvTYyqDIPZa1J9 8JYnHZJ0KgFomcHqU2ja77Z2UnKP8tr5Fsn5liOhbolTfMjQPh6S1zB088MPhl2L1CahVHI/ kepxhH/3Xy3+CCiPJo5bA45hGQslP54XTr5eUyDpGCjW1q47jgGhzdNggVWG+HZfDGaTEg5J JwoPeJor/IM0jLshpG07GAls105uiqSWe/U5uQOaZOgR+JnH+Bmj2LYDvXbxtO2hGDuswMSu pUMj/H1Q6hxq66tzHHZWbNUCOQ== Message-ID: Date: Sun, 14 Oct 2018 13:31:09 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <584f2a1c-9ee3-36c1-ce78-681218d73b3a@metricspace.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="l3gXiGfzTHG8RT3WbqFNdISn8U2t8u5Fq" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Oct 2018 17:31:09 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --l3gXiGfzTHG8RT3WbqFNdISn8U2t8u5Fq Content-Type: multipart/mixed; boundary="yzzNfzBs7a8ms4EzBWDYNOs9jYQhyy7fL"; protected-headers="v1" From: Eric McCorkle To: freebsd-current@freebsd.org Message-ID: Subject: Re: OpenSSL 1.1.1 Update report (ongoing) References: <584f2a1c-9ee3-36c1-ce78-681218d73b3a@metricspace.net> In-Reply-To: <584f2a1c-9ee3-36c1-ce78-681218d73b3a@metricspace.net> --yzzNfzBs7a8ms4EzBWDYNOs9jYQhyy7fL Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable More: * ImageMagick (unrelated to OpenSSL 1.1.1): This fails with the OpenMP option ticked, due to trying to link with the base ld. Can be fixed by setting CC, CXX, LD to a port-installed clang, clang++, lld. The port should probably do this automatically. * compat-linux-c7-base had a signal 11 when creating a package, which could be ignored without any apparent problem. Might be related. * evolution-data-server: build process apparently ends up linking against installed evolution libs. This led to a build failure, due to missing libssl.so.8. Trying to deinstall then reinstall. Currently a little over halfway through. On 10/14/18 9:18 AM, Eric McCorkle wrote: > I'm currently in the process of updating my laptop, rebuilding world, > then rebuilding *all* ports. I have a large number of ports installed > (around 1200), and I tend to select a lot of build options. >=20 > This report is intended to help shake out issues relating to OpenSSL > 1.1.1. I'll be adding to this report as things progress. >=20 > So far: >=20 > * I'd seen issues with some C++ files not including string.h. I can't > seem to reproduce this on my other laptop, so I'm going to assume it's > fixed. >=20 > * Base libpmc jevents issue: buildworld fails for me when building > libpmc. It appears to be missing a dependency link to build the jevent= s > executable in the pmu-events subdirectory. I was able to work around > this by manually running make in that directory, then copying the resul= t > to the object directory for LIB32 builds >=20 > * librtmp: C compile errors directly attributable to OpenSSL 1.1.1 > (missing defs, etc) >=20 > * graphics/graphviz circular deps (unrelated to OpenSSL 1.1.1): graphvi= z > with gnomeui and/or librsvg options ticked ends up depending on vala, > which depends on graphviz. Unrelated to OpenSSL 1.1.1, but warrants > reporting. >=20 >=20 > That's all so far. Will send more info as it comes. >=20 --yzzNfzBs7a8ms4EzBWDYNOs9jYQhyy7fL-- --l3gXiGfzTHG8RT3WbqFNdISn8U2t8u5Fq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEvGNLeZs4J0tuYEzVGFxMX1xMlvsFAlvDfV0ACgkQGFxMX1xM lvvv8RAAi8S08yRuKS9iX64MiemBlsk5H0gM/mxtzlWUcZNup8iJW1m3S8OBRiMw 2VoaZdXbx0QCrnM8P0sj2PlnQsb35dQ1LZRjxFXO8j9MoiknFbFuWtHXVUBllrLY MNIaGFTy6wLhaGcJ49qy1SRlK0X2VHiWN+BpPxauAW4zg7ycZQgE/5rq1Ri+62Il EZaTmYkxJrX3UmlSnruRZk9Iu0IRDCnj0aEGCJiJMVqrGVOa8cf58Mg1YfQ7sXtR sN6Ib6Kq4QPa0/rSMASF5NU3gKEDbM2pR3TTVaVPyAIQcdKDqdOMEvE/lCu4xDBs Stk0tSi9VYzl/qbY4iLhtz1vafFgmLzXVeTD+jSytrgf4EnqwnEpjKETvClYepBI DfRSf9YuhV5SrzKMJqws7nYYwORWNoLo+/rNyoooZ9udNpBPqrbrEKvm7vmQej85 mAxowrP19LGJ9L/A2uk0If+qAkBnflKd0rpAwJtOrH5vNVvbV41CMmmbgAj9iSMy Fu2kD5tVrM2MQvw01Ai8Z1mHYxhxZBpfomDYruPQ/5F5uWnhXeWoGarwjTvt31JN 6mtWfxreUetGuh1XUatX4mlZuyJjJHkDoJ5Xtt5KufY8EPWS+aIg1hNbtIjpd2Fj LuBJROg2uPC2NASMjAPzPY+/MWCc18e8DpoBoa0zH73Xd4xfGIg= =YStf -----END PGP SIGNATURE----- --l3gXiGfzTHG8RT3WbqFNdISn8U2t8u5Fq-- From owner-freebsd-current@freebsd.org Sun Oct 14 17:08:52 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4FC3610DBD31 for ; Sun, 14 Oct 2018 17:08:52 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BDEBA92F51 for ; Sun, 14 Oct 2018 17:08:51 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x429.google.com with SMTP id g15-v6so18553836wru.9 for ; Sun, 14 Oct 2018 10:08:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=kiOHg1KLUA0FYNLs2G8UmcvJr178OBB9qGKzMCbqgkI=; b=h8Acisyfgjx9r+ElZbgUl8/sXwssu9jy377GAjijf0tTgErt8Ch2T0vTwuRhwhKwgs fULKn1Q4A1lgbpNQpZW/ndHQNNbShKY5/JPEmmUlgJ1gEdTHI8vwqP6q5wNHLkN0ZXaN TWsa2zzirxfuVz+xoAOMVgVyqj6lIFPis6075hTGka62WwL+iS61Y1/OK8lGUC2V65QP kf1V9M/bUvEAhMhvdk54c5zu4oSbyV0qAoiuvwKl9tdb5rfgNYzZpYscv1VqLeDSE4Nr uEQ5u5pfTYG6jLp4BxpspMo17kB/FRkM1n0D9xywxaPaFdxqja4H5ZjNOQPC+aMojCTA QsZQ== 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=kiOHg1KLUA0FYNLs2G8UmcvJr178OBB9qGKzMCbqgkI=; b=HDzGzH+wosSmBrvFsLe/NFYPIYFmns9S5sHXJMNtifUkjRgwE5KRSXvckcyyGNplc0 ko9ASq1sh1uWkYu60lJ9WfhqpR/abg5KLNQMqZDij7+xbnHtifP7mUVttEmHK1iII9A0 e5WZuP7twWitn59SZh4z4Z+CvYmtgK3E/URlVnfxmGrImwm/HCPEzGsfP0/cCOZbI5/E FH8wYuHhBHNfERDL9BXDYyUaf92t5kUXdaIoqUk0vuAIZPBhOXei6wn0/YY2P6xKuv5l sFtT1zKS5mtDQLb4WLinD3Y1UMEa8r7EjH5zeJ9HljYc+zz+PtCxRt1JCWDWgSRupL0Z ckLg== X-Gm-Message-State: ABuFfojWYOybXukKybNsW+vDHc5s/sx0/HHXO9jWFJ21wJeOAtH2P/Ze fgv28T9tYx7UtPrLXfJxPRibxRJg X-Google-Smtp-Source: ACcGV60zM/3IFxcZxq8BeCUzLVIiTLznvLXQsHB/2+U1bLsqkPVgEN8AI4SqN/KuD8TO6YNArkfHvA== X-Received: by 2002:adf:9206:: with SMTP id 6-v6mr11931062wrj.275.1539536929395; Sun, 14 Oct 2018 10:08:49 -0700 (PDT) Received: from [192.168.1.231] (79-66-139-63.dynamic.dsl.as9105.com. [79.66.139.63]) by smtp.gmail.com with ESMTPSA id h78-v6sm7986099wmd.4.2018.10.14.10.08.47 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 14 Oct 2018 10:08:47 -0700 (PDT) Subject: Problem compiling rust: observations on swap To: freebsd-current@freebsd.org References: <1912901660.157423.1538828775273.ref@mail.yahoo.com> <1912901660.157423.1538828775273@mail.yahoo.com> <1538829619.11691.1@smtp.migadu.com> <6ef5bed2-b975-3c3a-89c5-929cd8046223@bluestop.org> From: Graham Perrin Message-ID: <3ff70381-ac66-c0bd-a327-a809f1bc3beb@gmail.com> Date: Sun, 14 Oct 2018 18:08:46 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <6ef5bed2-b975-3c3a-89c5-929cd8046223@bluestop.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Oct 2018 17:08:52 -0000 On 06/10/2018 23:41, Rebecca Cran wrote: > On 10/6/18 6:40 AM, Greg V wrote: > >> BTW, this error message doesn't say much, but if cargo fails, you >> might be out of memory. > > I was going to suggest being out of memory too. I've seen the rust build > cause my system to run out of all 32GB RAM and 2GB swap. Yeah, by coincidence I mentioned this yesterday in IRC: – whilst poudriere built both llvm and rust. Around 6 of 8 GB swap used on a system with 16 GB real memory. (I allowed a larger than usual partition for swap when I first installed the system.) From owner-freebsd-current@freebsd.org Sun Oct 14 17:16:24 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 695FF10DC09E for ; Sun, 14 Oct 2018 17:16:24 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 06AE693439; Sun, 14 Oct 2018 17:16:23 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from [10.0.0.66] (ip-414b102e.ct.fixed.ntplx.com [65.75.16.46]) (authenticated bits=0) by mail.netplex.net (8.15.1/8.15.1/NETPLEX) with ESMTPSA id w9EHGM2t037183 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 14 Oct 2018 13:16:22 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Sun, 14 Oct 2018 13:16:22 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: OpenSSL 1.1.1 libssl.so version number From: Daniel Eischen X-Mailer: iPhone Mail (16A405) In-Reply-To: Date: Sun, 14 Oct 2018 13:16:22 -0400 Cc: FreeBSD current , re@FreeBSD.org Content-Transfer-Encoding: quoted-printable Message-Id: <1FD133C8-FB76-466F-B7E7-345CFAEDF126@freebsd.org> References: To: Don Lewis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Oct 2018 17:16:24 -0000 > On Oct 14, 2018, at 2:00 AM, Don Lewis wrote: >=20 >> On 12 Oct, Don Lewis wrote: >> Prior to the OpenSSL 1.1.1 import, the base OpenSSL library was >> /usr/lib/libssl.so.8. The security/openssl port (1.0.2p) installed >> ${LOCALBASE}/lib/ilbssl.so.9 and the security/openssl-devel port >> (1.1.0i) installed ${LOCALBASE}/lib/libssl.so.11. After the import, the >> base OpenSSL library is /usr/lib/libssl.so.9. Now if you build ports >> with DEFAULT_VERSIONS+=3Dssl=3Dopenssl, the library that actually gets us= ed >> is ambiguous because there are now two different versions of libssl.so >> (1.0.2p and 1.1.1) with the same shared library version number. >>=20 >> I stumbled across this when debugging a virtualbox-ose configure >> failure. The test executable was linked to the ports version of >> libssl.so but rtld chose the base libssl.so at run time. >=20 > It looks to me like the base libssl.so version needs to get moved to a > value that doesn't collide with ports, perhaps 12. These are the > library version numbers currently used by the various ssl ports: Even if base OpenSSL used 12, don't you potentially have the same problem if= the port bumps their version sometime later? And do you have a problem if a port library is built against a port OpenSSL,= and another port library is built against base OpenSSL, then an app links t= o both libraries, getting both base and port OpenSSL's linked in the same im= age? It seems like you have to ensure that when you specify WITH_OPENSSL, t= hat all your ports are [re]built this way, no? I guess base OpenSSL is real= ly no different, all ports need to be built using the same library, whether i= t's base or some other port version. -- DE= From owner-freebsd-current@freebsd.org Sun Oct 14 16:43:43 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B8DB10DAA2B for ; Sun, 14 Oct 2018 16:43:43 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.12]) (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 81C4C91DC3; Sun, 14 Oct 2018 16:43:42 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id BjUKgzGS9K9FDBjULgTOxs; Sun, 14 Oct 2018 10:43:34 -0600 X-Authority-Analysis: v=2.3 cv=Gvz2BX9C c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=smKx5t2vBNcA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=WKdhvMRz3QSzhpQr6T0A:9 a=qh1F3PxyI3hblXPO:21 a=ob_neiAig5QZ2qoc:21 a=CjuIK1q_8ugA:10 a=cDz_6ZvqRO7EuDaGw8oA:9 a=7rwe7-AWj2PmWTey:21 a=RM_jrwSvrubpGm7_:21 a=97Bw1lP2S6xzA56E:21 a=_W_S_7VecoQA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from [25.82.157.51] (unknown [24.244.29.167]) by spqr.komquats.com (Postfix) with ESMTPSA id 4972229CD; Sun, 14 Oct 2018 09:43:31 -0700 (PDT) MIME-Version: 1.0 From: Cy Schubert Subject: RE: OpenSSL 1.1.1 libssl.so version number Date: Sun, 14 Oct 2018 10:43:40 -0600 To: Don Lewis , FreeBSD current CC: "re@FreeBSD.org" Message-Id: <20181014164331.4972229CD@spqr.komquats.com> X-CMAE-Envelope: MS4wfNu1TxUlv+DeYAhycJDRmJb4w8GOPgnyjJ+HelrgKimc+6Eeg05BCk0/bCI2JZFRYbRMXRlYm3hvMSua0ALCrNif5oDLYNHF30TIEODOpfWBiTrHSpEY dRrv/4MWgYrDpEQ5M3Z3padavT3tcb2f1TbfZou1MLEDxeUGxZPnfdNn5z2olFHD4ZMyk6tL7aISQ+d8cRFIvCJ/CrfXO+vmfPHJy1l2cfId00YfRlh7lSeb LGZVfAodwi9dVeBrHOtS5A== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Oct 2018 16:43:43 -0000 Not necessarily 12. ports/openssl111 should have the same ABI as HEAD so th= ey should share the same version number. The fact that openssl111 in HEAD a= nd openssl 1.0.2 in ports share the same version number but do not share th= e same ABI is the problem. --- Sent using a tiny phone keyboard. Apologies for any typos and autocorrect. Also, this old phone only supports top post. Apologies. Cy Schubert or The need of the many outweighs the greed of the few. --- -----Original Message----- From: Don Lewis Sent: 14/10/2018 09:06 To: FreeBSD current Cc: re@FreeBSD.org Subject: Re: OpenSSL 1.1.1 libssl.so version number On 12 Oct, Don Lewis wrote: > Prior to the OpenSSL 1.1.1 import, the base OpenSSL library was > /usr/lib/libssl.so.8. The security/openssl port (1.0.2p) installed > ${LOCALBASE}/lib/ilbssl.so.9 and the security/openssl-devel port > (1.1.0i) installed ${LOCALBASE}/lib/libssl.so.11. After the import, the > base OpenSSL library is /usr/lib/libssl.so.9. Now if you build ports > with DEFAULT_VERSIONS+=3Dssl=3Dopenssl, the library that actually gets us= ed > is ambiguous because there are now two different versions of libssl.so > (1.0.2p and 1.1.1) with the same shared library version number. >=20 > I stumbled across this when debugging a virtualbox-ose configure > failure. The test executable was linked to the ports version of > libssl.so but rtld chose the base libssl.so at run time. It looks to me like the base libssl.so version needs to get moved to a value that doesn't collide with ports, perhaps 12. These are the library version numbers currently used by the various ssl ports: boringssl 1 openssl 9 openssl-devel 10 openssl111 11 libressl 43 libressl-devel 44 _______________________________________________ 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 Sun Oct 14 21:17:36 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF0AD10C12B6 for ; Sun, 14 Oct 2018 21:17:36 +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 0287E75431 for ; Sun, 14 Oct 2018 21:17:35 +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 w9ELH41b043863 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 15 Oct 2018 00:17:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w9ELH41b043863 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w9ELH41a043862; Mon, 15 Oct 2018 00:17:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 15 Oct 2018 00:17:04 +0300 From: Konstantin Belousov To: Dirk Meyer Cc: freebsd-current@freebsd.org Subject: Re: OpenSSL 1.1.1 libssl.so version number Message-ID: <20181014211704.GB5335@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Oct 2018 21:17:36 -0000 On Sun, Oct 14, 2018 at 05:45:30PM +0200, Dirk Meyer wrote: > Don Lewis schrieb:, > > > It looks to me like the base libssl.so version needs to get moved to a > > value that doesn't collide with ports, perhaps 12. These are the > > library version numbers currently used by the various ssl ports: > > > > boringssl 1 > > openssl 9 > > openssl-devel 10 > > openssl111 11 > > libressl 43 > > libressl-devel 44 > > The linker will always pick the highest so version of a lib (e.g. libssl.so). > I the past the base version must be smaller then the port version, This is simply not true, both static and dynamic ELF linkers do not care about version numbers at all. Static linker ld(1) only looks for libXXX.so file and records DT_SONAME from the shared library into the linked binary. Dynamic linker ld-elf.so.1 looks for exact match of the library filename and DT_SONAME. So for instance we have libc.so -> libc.so.7 symlink and libc.so.7 has DT_SONAME libc.so.7. Then -lc causes recording the dependency libc.so.7 and dynamic linker loads it when activating the image. From owner-freebsd-current@freebsd.org Sun Oct 14 23:13:24 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C6A510C7489 for ; Sun, 14 Oct 2018 23:13:24 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (static-98-116-200-172.nycmny.fios.verizon.net [98.116.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id 2AA287A46F for ; Sun, 14 Oct 2018 23:13:23 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [IPv6:2001:470:1f11:617:3210:b3ff:fe77:becd] (unknown [IPv6:2001:470:1f11:617:3210:b3ff:fe77:becd]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id 41232117E for ; Sun, 14 Oct 2018 23:13:23 +0000 (UTC) Subject: Re: OpenSSL 1.1.1 Update report (ongoing) To: freebsd-current@freebsd.org References: <584f2a1c-9ee3-36c1-ce78-681218d73b3a@metricspace.net> From: Eric McCorkle Openpgp: preference=signencrypt Autocrypt: addr=eric@metricspace.net; prefer-encrypt=mutual; keydata= xsFNBFkGJ94BEADv6KzfBcU6206+kMPHOVk26kKrf3nD1Bm/4GoU9VrhebwNRu9fh3lAbq19 +inpuwAv93oKYJ3UYGmR31whOQSNeWc0eNCIG99vD1F3fE4nwBzvsAJUfo5xMsj3BsDHF6WG 28oBc8vI6bqNB5TBjrRAhPMbIEXuGszlFx+a1XvyX+iXr8B4VG3Czenk8eM4Ks2QpHgvmzQU DX1GmzsO8Qj1EActfwN6523fvjF72GIvxgcu611LklOeTA0A+6mHswcH9gGtphsWHWiqisOh ET+JqjrRf08xUjC46I3vtlS/5+RM+PwrQw/25fv+8T7THjcbTS0zgOsJmJPSjzRhxrNZSOzN q9kAz9NzWZ2xXvrr7NFY2R4s8p+1+Sf2QdWvXOb2cqhpIfEnaFR7kZufdL+R4oKf7ZxNNPFX Z/SqBhH0zXllj4g+2mOF0YjAYbljr3TCBxfv8oy2ZUw8t9BgPvWBTU1zTmg6iWYUDh49Vzxh Z6iX8IMIhRS/dg2g+w5hfUfcxMqaYZABsQtYbKS7loltRPvZ6vT1Q8B67+R6lGHN/5ZD3sXJ Dg3BQ9QcV0RHvKHWCPEeMsC4SJUqahOyVIy1hkoW5ZBCA5wLZun1vsqG65luG8XAY+2Es0CL OXs7CpDPiLMigAonzHhTcGtzZmgNE4Bo4E1b8pb6qvtutftKAQARAQABzSRFcmljIE1jQ29y a2xlIDxlcmljQG1ldHJpY3NwYWNlLm5ldD7CwXgEEwEIACwFAlkGJ94JEBhcTF9cTJb7AhsD BQkeEzgAAhkBBAsHCQMFFQgKAgMEFgABAgAAdoIP/RSO1ZAyYA6ryA7iL1WMgxb137DBBk4q lrK4/JOefO4Q1Xgwt6gDt7ViBUzHusVsYjbROwr/8vLpNPIJ/008uwhx5z+LiWvB0CxIops0 qDDvDZuo/9DaGKSTP5X0eiva616zTkmjKxs/8EGloJ/TTlDlISIdVfa1DFtBKaSdOJuc/wCt KdWhRCNVuFt9q7ukwwmXZhhaOXNPn0YUTvP0+CxLotWSZlbfOMOwxyStIYoG2BqVPkcTmWcc mbqITR8CDin97CSVcidUURzNL/GJF7KJN68htVgUHfOyHKa+5VIG28o2oE42gzWsT6i8Wq3a Xxa2Oc6y4YMHUuwMKA0YKLz7+ShsYeOaLRZRaCd1kCSA5jHFJ9vAIbSY/ipMcfcq6f7Vq21Q 0ykft2looiH3iBQJXMNb/otj2lvAN0FCRqlY/CrKERsnWFQf6t477L1CuM08z7ZC6FR/KmLH zA9eBGt2gI/8o0K8tTpdbL4b0104gVQIAWID8bMTt/P0nZThr/Vln9G64uJor1pj+x1jGfAL f0raXmMeiVhzgIyBBN466rn74r4prAU3Ia7tSVPpO17q31QoUyE++abhFCP0D/Ocz6uuaPPl M4DIVk7q5Eszz2jhRFhTt3QdSW2sLv8AOqL7QfLF/fYA/xmI0m2QmISvEFjYNn/G7YQ0NEfp thbSzsFNBFkGJ94BEADBNsIKWtr7QiAlFh98/N0VJRuXd5qw1W+HRXItwQKX41nou655AHfy fsD8NFO3wcgN8hJLVeoe1Wg0hANwsx6XSmRqXqS1NbZb3T8koxEe7mMd7sfhg9O1n5a6m2oS p0mrEFClTVlu5zM+r2tvI6tMODGehJnVATVKwXslSoJC2LwebtpACgfNx9IqNJfURULa416j tsyxfg8/h6zPiCJh684Q/bIZJ71brrFp+DzdD/SPoCO91Jo7UPh4hb2llVik75ewv5qSXvRM vDttgraWqjgdPMlrqn7F1+r+k0q7o7dJ/GiEHU5zF253pbCJbO1UPighJwZ6+S+DrLzhKlaE spNDmNOLcw0TWIMkDle60tdJqb6PZAIVg9EWA5Trk9PEfCbpdlfV8GaTK4mIn0m+LRrVz/CU GvvGcv96exXpMipNQnv9wBY11FtQ5DwYlam/x/Jox78AhjGJYmdtmiwTQJnK4oLv4wkynLMc zs2ZfjhvAwOGJjCKBNZ44WU8hqEWGJowPf7SzymLjtCSJ+QgMYIuJwDbftQ718Nt5jC4es3n ECdD/CqCri8AYu+uGjV8sItKgyhS+vRvEmwAlwjarIieaffOGGew1thF97Nw9H4RgT+2fwYh lFl4s9xSvFLJhDWxB0fLbqt6hkdMWFf/KWWfaw5W9+RoFVAzjV1oDQARAQABwsF1BBgBCAAp BQJZBifeCRAYXExfXEyW+wIbDAUJHhM4AAQLBwkDBRUICgIDBBYAAQIAADZJEACx1woDE0Lm s4RQNXKb7m0+vGTYSHZsKULin49nBc41ots46+/eB3N6+hvNmnXwXDsdqSb1irxMs86D6goP 6hj8n0Ai8QJ9OV8wRmgOeb5E+sA+TzyA+zHSSpLCA6cB1ifVhsMNOIcrHXWJIFkFt3LcWA4s mI+3eCQUhtZNiTr/q/M/V+cLrzvNtuM/oAujd2N/rCpw7PJsph3p8wFgBgqFg2dFL3y5f2aZ bm3HiCcQkWlqaYIPTBzfRY8JH9a9bOWtxwiFbB+1CkUpzSGVeOjpfT+XlzwYkBFrbBtbDD1u /kgmAGnqG6dnHLIYnH2r81BjBW8mtlgcLDPy+T04ax2Mvyk8dXScs3zKdxNLOi8kvJ9JqBUK OF9kNDbmqGrjOgB2tbeH3aCwqQPj3uRf8GC1XKPf5VwFVB2NxmQVLaLF4jmvTYyqDIPZa1J9 8JYnHZJ0KgFomcHqU2ja77Z2UnKP8tr5Fsn5liOhbolTfMjQPh6S1zB088MPhl2L1CahVHI/ kepxhH/3Xy3+CCiPJo5bA45hGQslP54XTr5eUyDpGCjW1q47jgGhzdNggVWG+HZfDGaTEg5J JwoPeJor/IM0jLshpG07GAls105uiqSWe/U5uQOaZOgR+JnH+Bmj2LYDvXbxtO2hGDuswMSu pUMj/H1Q6hxq66tzHHZWbNUCOQ== Message-ID: <5539d47b-898a-9e21-7b98-7eaaadc2442e@metricspace.net> Date: Sun, 14 Oct 2018 19:13:23 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="cMNj1Ol0LWihc9JXvvuQu00xQnsuisrR7" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Oct 2018 23:13:24 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --cMNj1Ol0LWihc9JXvvuQu00xQnsuisrR7 Content-Type: multipart/mixed; boundary="7VSP7XEIiDZ7eAGo1xBjN1NCJNmILTTrV"; protected-headers="v1" From: Eric McCorkle To: freebsd-current@freebsd.org Message-ID: <5539d47b-898a-9e21-7b98-7eaaadc2442e@metricspace.net> Subject: Re: OpenSSL 1.1.1 Update report (ongoing) References: <584f2a1c-9ee3-36c1-ce78-681218d73b3a@metricspace.net> In-Reply-To: --7VSP7XEIiDZ7eAGo1xBjN1NCJNmILTTrV Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable * ptlib; Fails to build, due to C compiler errors arising from source-level incompatibilities. This gets dragged in by opal, which ends up being a dependency of ekiga, which is a dependency of gnome3. Resolved by adding it to the exclude list, which actually does not seem to be breaking the build of opal. * ffmpeg: autoconf fails to detect openssl. Probably easily fixable, but the trivial workaround is to tick the GNUTLS option (emacs ends up dragging in GNUTLS anyway, so it doesn't add more packages) On 10/14/18 1:31 PM, Eric McCorkle wrote: > More: >=20 > * ImageMagick (unrelated to OpenSSL 1.1.1): This fails with the OpenMP > option ticked, due to trying to link with the base ld. Can be fixed by= > setting CC, CXX, LD to a port-installed clang, clang++, lld. The port > should probably do this automatically. >=20 > * compat-linux-c7-base had a signal 11 when creating a package, which > could be ignored without any apparent problem. Might be related. >=20 > * evolution-data-server: build process apparently ends up linking > against installed evolution libs. This led to a build failure, due to > missing libssl.so.8. Trying to deinstall then reinstall. >=20 > Currently a little over halfway through. >=20 > On 10/14/18 9:18 AM, Eric McCorkle wrote: >> I'm currently in the process of updating my laptop, rebuilding world, >> then rebuilding *all* ports. I have a large number of ports installed= >> (around 1200), and I tend to select a lot of build options. >> >> This report is intended to help shake out issues relating to OpenSSL >> 1.1.1. I'll be adding to this report as things progress. >> >> So far: >> >> * I'd seen issues with some C++ files not including string.h. I can't= >> seem to reproduce this on my other laptop, so I'm going to assume it's= >> fixed. >> >> * Base libpmc jevents issue: buildworld fails for me when building >> libpmc. It appears to be missing a dependency link to build the jeven= ts >> executable in the pmu-events subdirectory. I was able to work around >> this by manually running make in that directory, then copying the resu= lt >> to the object directory for LIB32 builds >> >> * librtmp: C compile errors directly attributable to OpenSSL 1.1.1 >> (missing defs, etc) >> >> * graphics/graphviz circular deps (unrelated to OpenSSL 1.1.1): graphv= iz >> with gnomeui and/or librsvg options ticked ends up depending on vala, >> which depends on graphviz. Unrelated to OpenSSL 1.1.1, but warrants >> reporting. >> >> >> That's all so far. Will send more info as it comes. >> >=20 --7VSP7XEIiDZ7eAGo1xBjN1NCJNmILTTrV-- --cMNj1Ol0LWihc9JXvvuQu00xQnsuisrR7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEvGNLeZs4J0tuYEzVGFxMX1xMlvsFAlvDzZMACgkQGFxMX1xM lvtAPA/+I7xRIedI6lLuwAXz8E9LqunyCaic9LHZm1DiCR7Azg6LDHjpaInadRu3 Dd4uL8Gid31ydZWHBe3pjeouoja+2AU/pq59OgwnRdMiIa2o+giB+KE/ksrYs8FE yknnDTRRXk2l/LuZg3KavStC6NNqOxHXVdkVzoU9E3dGbkRcpPo3idN0XdsXqIL3 feG8BYRKVLBoOwYzt6Syax5J02xUw5gRCCijj8G6MaX8JylJUsZRjGxNUvvr1ZOd KeOSqtvbfUGXZHc4Qpp3SHQ8IC0KNZs70pjyR8G+qTmPzI1ZDx6YFdyqKjvZtpjr PtfMvlxgexKswbTdrngJXFx+NSfQO0RkRUJFZW6NmwswkZbH2avqBzWgKe3MzGU6 RIiMnUwayeaeC8P3zC1CQfnOg4vi3lgJfgthTd5DnXAYUuHzdAHSetvh2I1Pr0I0 dZLoqTOWLSYXo911JnriM6GC+JhyNV4inBhqmQVUR9W4Xsmvf9A8cppRQyjVJCHW DuBcKSq7SQb/8uRHEcIAeCxzKMW1AFwqiBlbIHXzaEQrjav3Tzn3Ti0qeXda6fzz d64uDVUJSXpPp7jaxQzjFyFalrOfzGxPaC8RnlY9NW9uXL7KGIhwopEK2wP9R/9V hSsXEWJfi/1VUYMHZUA78NQgtvrWfnPGrj8aA16vw4RfgivXXvA= =1NjH -----END PGP SIGNATURE----- --cMNj1Ol0LWihc9JXvvuQu00xQnsuisrR7-- From owner-freebsd-current@freebsd.org Sun Oct 14 21:34:33 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 548E310C26DE for ; Sun, 14 Oct 2018 21:34:33 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.9]) (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 C52D3764C0 for ; Sun, 14 Oct 2018 21:34:32 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id Bo1mgoV99WppDBo1ogJnYa; Sun, 14 Oct 2018 15:34:25 -0600 X-Authority-Analysis: v=2.3 cv=YIcrNiOx c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=smKx5t2vBNcA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=Z22tFkVtAAAA:8 a=oSJ049TXeY0p9cX2rrgA:9 a=qNrDBhBsBOVTSrEa:21 a=xONDxGZHPiERGr3z:21 a=QEXdDO2ut3YA:10 a=Iq4JX5-UNP7SJURMY0oA:9 a=wAHsRxzztpDLhc_x:21 a=gWbi5Gn0VylSZcT5:21 a=MRXNbFdLNlQACFxs:21 a=_W_S_7VecoQA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=86aOr0YwVhrQAlz8gSk8:22 Received: from [25.82.157.51] (unknown [24.244.29.170]) by spqr.komquats.com (Postfix) with ESMTPSA id 3188BC1B; Sun, 14 Oct 2018 14:34:22 -0700 (PDT) MIME-Version: 1.0 From: Cy Schubert Subject: RE: Problem compiling rust: observations on swap Date: Sun, 14 Oct 2018 15:34:32 -0600 To: Graham Perrin , "freebsd-current@freebsd.org" Message-Id: <20181014213422.3188BC1B@spqr.komquats.com> X-CMAE-Envelope: MS4wfCHozKw9+EijwxXCF6c/ZYslQvUzSj1iRHn88aXTPxp+CxarTwgGG+jkM9iF5+20VnmesP72rxaNRxAMRDtjhlJPctHip+xCsB71kBxEkku+RNRgkYc/ oYMONkj3Kl0iZxkzqy22IT2VgXNW6KyTnBFPCOBZVOIow1gv5CFMgH9cfWZ0sAahZMhjGZNMgpdXU+bNcbfw0TZ+OiGbvfnYuFeqC0cHpWedGCNh+RrO5Jn+ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Oct 2018 21:34:33 -0000 Set TAR in make.conf to gnu tar from ports. Some tarballs will cause bsdtar= to exhaust memory and swap. There was discussion a while ago suggesting th= is is a bug in vmm. --- Sent using a tiny phone keyboard. Apologies for any typos and autocorrect. Also, this old phone only supports top post. Apologies. Cy Schubert or The need of the many outweighs the greed of the few. --- -----Original Message----- From: Graham Perrin Sent: 14/10/2018 15:19 To: freebsd-current@freebsd.org Subject: Problem compiling rust: observations on swap On 06/10/2018 23:41, Rebecca Cran wrote:=0A= =0A= > On 10/6/18 6:40 AM, Greg V wrote:=0A= >=0A= >> BTW, this error message doesn't say much, but if cargo fails, you=0A= >> might be out of memory.=0A= >=0A= > I was going to suggest being out of memory too. I've seen the rust build= =0A= > cause my system to run out of all 32GB RAM and 2GB swap.=0A= =0A= Yeah, by coincidence I mentioned this yesterday in IRC:=0A= =0A= =0A= =0A= =E2=80=93 whilst poudriere built both llvm and rust. Around 6 of 8 GB swap = used on a system with 16 GB real memory.=0A= =0A= (I allowed a larger than usual partition for swap when I first installed th= e system.)=0A= _______________________________________________=0A= freebsd-current@freebsd.org mailing list=0A= https://lists.freebsd.org/mailman/listinfo/freebsd-current=0A= To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= =0A= From owner-freebsd-current@freebsd.org Mon Oct 15 01:51:47 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E956010CB88A; Mon, 15 Oct 2018 01:51:46 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pl1-x632.google.com (mail-pl1-x632.google.com [IPv6:2607:f8b0:4864:20::632]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6C0ED7EAAC; Mon, 15 Oct 2018 01:51:46 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pl1-x632.google.com with SMTP id p25-v6so8462932pli.11; Sun, 14 Oct 2018 18:51:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:cc:to; bh=5mRrCiiJSMPQUCAXix1PARcyxftB59Zur53bmjtKCfw=; b=LvK4HFwaA1NnQ2x1kiecYEJUsCbd2nm7efMBS8kxhulMZcn1MPcntZ8F/hjhfcpcH9 r9fZBpq3KUTDt9UUnvRTC/30VWsl/SlQEzHz3Sw4aEidEBIVoGcM4hgeZqnFNVgOu4Ar 7QHYqjBNRyDv0sJ6TUQWdvmGYJX3/FmG5vfrRb2GJp4ZeThWvJVD1uQBf3V1DAJ/fw6H JHTNUhLAA5+U+0o6RufgENlt7Fg889WfZA9FU0KgP45daUz5npvbzY1mgbSBG5TbD5ag h4jNK8tl79oVJG3X66UXAavTULnsw6mDbztrks6cbXQ7qiySxtPCmG331nhjlvB7s4Wv N+5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:cc:to; bh=5mRrCiiJSMPQUCAXix1PARcyxftB59Zur53bmjtKCfw=; b=ZMPSZwH+ES6AdyBkUKh3BObfHibU1o7yQasQBRzIosHZKZEY80Tj6avMuXsh4N2SWP 8OtCjVCtov4Vofk+nUouShp6KGHVN1aNSLFA4njJxjQDXwDbro19rx/1+xvcHCQb0OE6 uQvWv3a7HL71GigPCiswOGHXXxWfq0o0Oi2YnCcidnGrpOFgiACWP7ZCUX9G9JTJwCFP 4PnDkPC+eb1Rt+TktaLyMln/4W40EygQ5M3xk38IEN6+UztNpbPX3AoaDcVvm6WfYiTa NvKikCJ8mKudjXR7eUk3VLPQM8wQl8fvMJz+eCnIfAI7UxY4YH0hvQwxF6/pdVmsGebc agHg== X-Gm-Message-State: ABuFfohKCcCcMsXlLSHDEBHYUWhyyRp+EDUeNOwHDnhDIQbjmhycLg/v DvM2X5rA81hLEZs4Pk88gwOBXU0I X-Google-Smtp-Source: ACcGV62M8KEsJa8z3XNOlWNtd04Zz7u22oZLH6Dz4BLi985WnrKu4pAtFxcKJeNWjG/suuChiTrRrg== X-Received: by 2002:a17:902:bc42:: with SMTP id t2-v6mr8575434plz.168.1539568304943; Sun, 14 Oct 2018 18:51:44 -0700 (PDT) Received: from [192.168.20.7] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id 126-v6sm11050791pfd.16.2018.10.14.18.51.43 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 14 Oct 2018 18:51:43 -0700 (PDT) From: "Enji Cooper (yaneurabeya)" Content-Type: multipart/signed; boundary="Apple-Mail=_9AD4530D-CCA5-40CA-9DCF-25C58AA14C0D"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Relatively deterministic panic with sendfile(2) when running tests in the sxlock code Message-Id: Date: Sun, 14 Oct 2018 18:51:42 -0700 Cc: Gleb Smirnoff , Jonathan Looney To: FreeBSD Current , freebsd-net X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 15 Oct 2018 01:51:47 -0000 --Apple-Mail=_9AD4530D-CCA5-40CA-9DCF-25C58AA14C0D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, I=E2=80=99m seeing a semi-deterministic panic on 12.0-ALPHA9 = related to sendfile(2) when running sendfile_test on the host: = https://pastebin.com/raw/6Y7xg0ki; it looks like it=E2=80=99s crashing = in the sxlock code when calling sblock on a sockbuf. Are there any = commands in gdb you would like me to run to display lock state? Repro: mkdir /path/to/git/checkout cd /path/to/git/checkout git clone https://github.com/ngie-eign/freebsd/tree/sendfile_tests . git checkout sendfile_tests (cd lib/libc/tests/sys/; make obj; make; sudo make install) kyua test -k /usr/tests/lib/libc/sys/Kyuafile sendfile_test Thank you! -Enji --Apple-Mail=_9AD4530D-CCA5-40CA-9DCF-25C58AA14C0D 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----- iQIzBAEBCAAdFiEE5bk3FaGcY5rvqmb79YOpJmkwhhUFAlvD8q4ACgkQ9YOpJmkw hhWizxAAkAb7xxZfzu3kf8j+uDsb1+gZMjyhJ/vmHBCE96fHZOFP5D0yj8IOqkYl eW5LcXOciBzW8j4L/NQorhMF7nvGhcXnKnTUNOgQi5ILfn9CHVdJd1veWMhjVdre l8QixiD2Itq4bZN1cYJBd2goNInRxhYQHxKJcQrgg3W/PE7R8c/Nr3DkfmgAO+Qk 5eHjfRJI4EayR/eoQl8fdVWtZHQfR4OEPc53X8JyFfkkTHxnivl9eX1Gdh6uN5x6 L9mhrHkJ9DyEeJl8wlmvutlbA7UE7ZfKPc2fHwZ9NwuMmhu21YtBumRwQ5kP4k9z OazZMJAo8bDgLkVgtS8KCx0b/IWLYpX0CDnzNklKbWLCuXPiK3XR5K0AKrqFQxj4 ZOUKYFlLibxbq6dyUX3HWXbbHY1dotNodVHjY9nmV1R4FDMwGgQkW7IuIqJ2eKwd iSBYu4X85dRs40aD1z431WXipc9q2SqwApy9DRjrOFe6ArRwJAL2KwPPdWcDCLEb Sj+GybNGaDTYxJoeFOC2hJz252kwJ6qgrmVHKDl4P+VqFX9OLRTLblkVeJ/NfE+Z yVU9isB95+2hDH8wEUGVT9QykZsMndcw2RfYVvV4pKG5iwOWtE8UIfOTX5KyhsBX EfYuh5gwungUoN8G5jUoZAHxSBUDRRf+BS+k9jTa577h9+ChFrU= =QagA -----END PGP SIGNATURE----- --Apple-Mail=_9AD4530D-CCA5-40CA-9DCF-25C58AA14C0D-- From owner-freebsd-current@freebsd.org Mon Oct 15 02:01:28 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 69E0E10CBC64 for ; Mon, 15 Oct 2018 02:01:28 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (muon.bluestop.org [96.73.9.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 02D437F5D0; Mon, 15 Oct 2018 02:01:27 +0000 (UTC) (envelope-from rebecca@bluestop.org) Received: from muon.bluestop.org (localhost [127.0.0.1]) by muon.bluestop.org (Postfix) with ESMTP id 9FE133795B; Sun, 14 Oct 2018 20:01:55 -0600 (MDT) Received: from muon.bluestop.org ([127.0.0.1]) by muon.bluestop.org (muon.bluestop.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ioaWBCw_Yn88; Sun, 14 Oct 2018 20:01:55 -0600 (MDT) Received: from tau.bluestop.org (gw.bluestop.org [96.73.9.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTPSA; Sun, 14 Oct 2018 20:01:55 -0600 (MDT) Subject: Re: 12.0-ALPHA5 - ZFS default ARC max apparently forcing system to run out of memory To: Allan Jude , freebsd-current@freebsd.org References: <73c9d4f4-02db-1db2-419b-04167ed9216e@freebsd.org> From: Rebecca Cran Message-ID: Date: Sun, 14 Oct 2018 20:01:18 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <73c9d4f4-02db-1db2-419b-04167ed9216e@freebsd.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 15 Oct 2018 02:01:28 -0000 On 9/27/18 9:00 PM, Allan Jude wrote: > > It doesn't appear like ZFS is dominating memory usage there. Using less > than the 8GB you indicated that setting the max to solved the problem... You're right, the problem appeared again despite having limited ZFS: FreeBSD tau.bluestop.org 12.0-ALPHA8 FreeBSD 12.0-ALPHA8 dc3b1a4cf0e(master) MYKERNEL  amd64 vfs.zfs.arc_max: 8589934592 Oct  9 22:17:50 tau kernel: swap_pager_getswapspace(15): failed Oct  9 22:17:50 tau kernel: swap_pager_getswapspace(14): failed Oct  9 22:17:50 tau kernel: swap_pager_getswapspace(15): failed Oct  9 22:17:50 tau kernel: swap_pager_getswapspace(8): failed Oct  9 22:17:50 tau kernel: swap_pager_getswapspace(15): failed Oct  9 22:17:50 tau kernel: swap_pager_getswapspace(8): failed Oct  9 22:17:50 tau syslogd: last message repeated 1 times Oct  9 22:17:50 tau kernel: swap_pager_getswapspace(4): failed Oct  9 22:17:50 tau syslogd: last message repeated 2 times Oct  9 22:17:50 tau kernel: swap_pager_getswapspace(5): failed Oct  9 22:17:50 tau kernel: swap_pager_getswapspace(4): failed Oct  9 22:17:50 tau syslogd: last message repeated 1 times Oct  9 22:17:50 tau kernel: swap_pager_getswapspace(3): failed Oct  9 22:17:50 tau syslogd: last message repeated 1 times Oct  9 22:17:50 tau kernel: swap_pager_getswapspace(15): failed Oct  9 22:17:50 tau kernel: swap_pager_getswapspace(3): failed Oct  9 22:17:50 tau kernel: swap_pager_getswapspace(15): failed Oct  9 22:17:50 tau kernel: swap_pager_getswapspace(3): failed Oct  9 22:17:50 tau kernel: swap_pager_getswapspace(5): failed Oct  9 22:17:50 tau kernel: swap_pager_getswapspace(3): failed Oct  9 22:17:50 tau syslogd: last message repeated 1 times Oct  9 22:17:50 tau kernel: swap_pager_getswapspace(15): failed Oct  9 22:17:50 tau kernel: swap_pager_getswapspace(3): failed Oct  9 22:17:50 tau kernel: swap_pager_getswapspace(15): failed Oct  9 22:21:51 tau kernel: swap_pager_getswapspace(1): failed Oct  9 22:36:03 tau kernel: pid 9236 (cc1plus), uid 0, was killed: out of swap space Oct  9 22:40:55 tau kernel: pid 29131 (cc1plus), uid 0, was killed: out of swap space Oct  9 22:40:56 tau kernel: pid 82673 (firefox), uid 1001, was killed: out of swap space Oct  9 22:40:57 tau kernel: pid 30363 (firefox), uid 1001: exited on signal 11 (core dumped) Oct  9 22:40:59 tau kernel: pid 46714 (firefox), uid 1001: exited on signal 11 (core dumped) Oct  9 22:41:00 tau kernel: pid 62612 (firefox), uid 1001: exited on signal 11 (core dumped) -- Rebecca Cran From owner-freebsd-current@freebsd.org Mon Oct 15 02:47:31 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3749710CC939; Mon, 15 Oct 2018 02:47:31 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from cell.glebi.us (glebi.us [198.45.61.253]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebi.us", Issuer "cell.glebi.us" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9DE5D8043F; Mon, 15 Oct 2018 02:47:30 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from cell.glebi.us (localhost [127.0.0.1]) by cell.glebi.us (8.15.2/8.15.2) with ESMTPS id w9F2PJMo089625 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 14 Oct 2018 19:25:19 -0700 (PDT) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.glebi.us (8.15.2/8.15.2/Submit) id w9F2PI0l089624; Sun, 14 Oct 2018 19:25:19 -0700 (PDT) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.glebi.us: glebius set sender to glebius@freebsd.org using -f Date: Sun, 14 Oct 2018 19:25:18 -0700 From: Gleb Smirnoff To: "Enji Cooper (yaneurabeya)" Cc: FreeBSD Current , freebsd-net , Jonathan Looney Subject: Re: Relatively deterministic panic with sendfile(2) when running tests in the sxlock code Message-ID: <20181015022518.GV1044@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.0 (2018-05-17) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 15 Oct 2018 02:47:31 -0000 Hi Enji, On Sun, Oct 14, 2018 at 06:51:42PM -0700, Enji Cooper (yaneurabeya) wrote: E> Hi, E> I’m seeing a semi-deterministic panic on 12.0-ALPHA9 related to sendfile(2) when running sendfile_test on the host: https://pastebin.com/raw/6Y7xg0ki; it looks like it’s crashing in the sxlock code when calling sblock on a sockbuf. Are there any commands in gdb you would like me to run to display lock state? E> Repro: E> E> mkdir /path/to/git/checkout E> cd /path/to/git/checkout E> git clone https://github.com/ngie-eign/freebsd/tree/sendfile_tests . E> git checkout sendfile_tests E> (cd lib/libc/tests/sys/; make obj; make; sudo make install) E> kyua test -k /usr/tests/lib/libc/sys/Kyuafile sendfile_test I'd like to reproduce it myself, but looks like URL is wrong: glebius@erla:/usr/src:|>git clone https://github.com/ngie-eign/freebsd/tree/sendfile_tests Клонирование в «sendfile_tests»… fatal: repository 'https://github.com/ngie-eign/freebsd/tree/sendfile_tests/' not found -- Gleb Smirnoff From owner-freebsd-current@freebsd.org Mon Oct 15 04:45:56 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9FA6410CE64D; Mon, 15 Oct 2018 04:45:56 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf1-x432.google.com (mail-pf1-x432.google.com [IPv6:2607:f8b0:4864:20::432]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E72A882FC0; Mon, 15 Oct 2018 04:45:55 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf1-x432.google.com with SMTP id f26-v6so9009331pfn.9; Sun, 14 Oct 2018 21:45:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=st1aH9hK2lI4iI7FLuBmvUQGPBcQSzgxqko/t1/5Krs=; b=Nfp2p8vGYSaUpGxz8exrMRfftGMym89HxHFR3Lo3kJV9oDM+mUnyccFh8pR89AQ+Sw mRIJsYtmu0QX8pxF1oomSfh1QPA3Fh5sGAlDwV8zaIe3X70BUV67HR2cPLVX7qRqw/BX bfoRs/pxPfV/JAYZiRi7Em9gs5e07UWmCmJolEoJUzhAwo20mzD2VmzHNI3A6vrK/3k4 d8Vz85uG7ZJhDwTmS0xo7mfdXj+tc64MJPi2EsK0Uq8AJP4JCgwdep0bPsyols4LFmHo U0RHS8MNxqO1Sehx7TqfANCAqhHXyDyf0ThEToNVBIFDpTuSxNTAaBNTolA/OPSmdWMs iesQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=st1aH9hK2lI4iI7FLuBmvUQGPBcQSzgxqko/t1/5Krs=; b=tsNJLCjTIM8aPfzVYF6mmBUtTtILZORQfuq8NO6a1p+8x15IU12VXMM9N6owHlZwEc WXUHTBhDKUgYqj1eY0UJmS8LR0B0oqO7QS2l3/ADsHMAwYP23Rcr3Oa9K1BmRQkf7ddM RxF9E8YC7NU6zwdNKjcQ55RCAJNhbNsuW3IEGH5vxkwYIP/+UftpKLXDnmYKW8V8VOfk 1k9tH5o9KgKe7vFBT4BUOpN+Frqq9vBC4TaSsJ4YKAndYxM3jt4hA+M1nqsOMrdIrr/M D3HVo7g6n0iMdgVmFaFbHPvl1BOXzKm+PKBNd1qtvqhXqh9rvwmhZFU8bqgGwqWd6qoM 6FZg== X-Gm-Message-State: ABuFfojoXRlerV3lY6zxJCjFzHu5T6n4QokiefVFyAtqvQq9xHRcZU2h 1iR6DvL0zIxJEOYTBAnheXAKiEvB X-Google-Smtp-Source: ACcGV61XBrwMJviep7hVf0l5A9VSDQscwOk4zdi7tNo4zKftENdjkcE4MCfYjzIWiflB7KnaBfX8Fw== X-Received: by 2002:a63:1d10:: with SMTP id d16-v6mr14123304pgd.228.1539578754364; Sun, 14 Oct 2018 21:45:54 -0700 (PDT) Received: from [192.168.20.7] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id g88-v6sm12740996pfd.181.2018.10.14.21.45.52 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 14 Oct 2018 21:45:53 -0700 (PDT) From: "Enji Cooper (yaneurabeya)" Message-Id: <1B58488D-8615-40E8-9115-E26496A6DBCE@gmail.com> Content-Type: multipart/signed; boundary="Apple-Mail=_464C820D-3E11-4923-B5EB-9C6B087ED5AD"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Relatively deterministic panic with sendfile(2) when running tests in the sxlock code Date: Sun, 14 Oct 2018 21:45:52 -0700 In-Reply-To: <20181015022518.GV1044@FreeBSD.org> Cc: FreeBSD Current , freebsd-net , Jonathan Looney To: Gleb Smirnoff References: <20181015022518.GV1044@FreeBSD.org> X-Mailer: Apple Mail (2.3445.9.1) X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 15 Oct 2018 04:45:56 -0000 --Apple-Mail=_464C820D-3E11-4923-B5EB-9C6B087ED5AD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Oct 14, 2018, at 7:25 PM, Gleb Smirnoff = wrote: >=20 > Hi Enji, >=20 > On Sun, Oct 14, 2018 at 06:51:42PM -0700, Enji Cooper (yaneurabeya) = wrote: > E> Hi, > E> I=E2=80=99m seeing a semi-deterministic panic on 12.0-ALPHA9 = related to sendfile(2) when running sendfile_test on the host: = https://pastebin.com/raw/6Y7xg0ki; it looks like it=E2=80=99s crashing = in the sxlock code when calling sblock on a sockbuf. Are there any = commands in gdb you would like me to run to display lock state? > E> Repro: > E> > E> mkdir /path/to/git/checkout > E> cd /path/to/git/checkout > E> git clone https://github.com/ngie-eign/freebsd/tree/sendfile_tests = . > E> git checkout sendfile_tests > E> (cd lib/libc/tests/sys/; make obj; make; sudo make install) > E> kyua test -k /usr/tests/lib/libc/sys/Kyuafile sendfile_test >=20 > I'd like to reproduce it myself, but looks like URL is > wrong: >=20 > glebius@erla:/usr/src:|>git clone = https://github.com/ngie-eign/freebsd/tree/sendfile_tests > =D0=9A=D0=BB=D0=BE=D0=BD=D0=B8=D1=80=D0=BE=D0=B2=D0=B0=D0=BD=D0=B8=D0=B5= =D0=B2 =C2=ABsendfile_tests=C2=BB=E2=80=A6 > fatal: repository = 'https://github.com/ngie-eign/freebsd/tree/sendfile_tests/' not found Mea culpa. It should be: $ git clone https://github.com/ngie-eign/freebsd.git = . Another note is that I=E2=80=99m running GENERIC-NODEBUG, not = GENERIC-DEBUG. I suspect that it=E2=80=99s crashing on :hdtr_negative_bad_pointers or : = s_negative_not_descriptor, because the other items don=E2=80=99t seem = terribly plausible. The test case (source) can be found here: = https://github.com/ngie-eign/freebsd/blob/95b96470a3a0270c36c4e7fb5eedc150= fe124fac/lib/libc/tests/sys/sendfile_test.c Thanks! -Enji --Apple-Mail=_464C820D-3E11-4923-B5EB-9C6B087ED5AD 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----- iQIzBAEBCAAdFiEE5bk3FaGcY5rvqmb79YOpJmkwhhUFAlvEG4AACgkQ9YOpJmkw hhU9wQ/9EftWJX01ndnwNWvT3KGv7chZffjIqhtvjLYTzD3G844MdrQx1u9GwzsH gZWH5msWw1ebXNDLTDtffN5B7SLDNpVGdYeHMJEnE5YKQGvPRj3YcIPsMT4k9LV2 3mxWoJ82TLkF6NrOga3LtyrwODVGybHoPI7wlfvQt7Pz9Hgb8dgpkM9+87+LDSRB rjaCfn+Sb2tW02hnknHWiT8JFAN/pY+wEHcIrXobay/6IO3IdMTu/g+gM3RQbb3N Ge0pNdckyhu9wJheDeWpksN+xKZn06y9tS0UQx0G5oo7ADrgJW9q3pDWVvKGyWk5 ZwBQyfnvwHZU3l7NcMsBKrN7eoD2mnGjD5Lz1PJlEGwveWWrfqXuhbDnHMoC/+m8 rh7+1P1srd8nRJgry0eVWJwawJe38iWbtCVY+IyWJEAr+3gcNUraTrIR9YaJRRvL BomNs8aRoTTvhVUAmYJp9plzYg8psv095OSvghncKouYayuWqJ3TesdxI+yiGYAC Q6EhmLodlfmtu+P3lHDr96p7KDqfGoIL7hnaqkJc53ogxO5PYbAgaVGLoOD6thcv vX51By3kSEzPsVenMAZ1Srv09eVV0t2n8k1iF75XO/zu7AV0clppBqEkbyCeQ9Wu 0fFSwjfNZWD9VrqZJh2Rgzni4c+T8ySk/YtV/Yv0Z2G5XPE298E= =RZtc -----END PGP SIGNATURE----- --Apple-Mail=_464C820D-3E11-4923-B5EB-9C6B087ED5AD-- From owner-freebsd-current@freebsd.org Mon Oct 15 05:12:58 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18BF310CEF05; Mon, 15 Oct 2018 05:12:58 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pl1-x636.google.com (mail-pl1-x636.google.com [IPv6:2607:f8b0:4864:20::636]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 607B683AEF; Mon, 15 Oct 2018 05:12:57 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pl1-x636.google.com with SMTP id v5-v6so8670530plz.13; Sun, 14 Oct 2018 22:12:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=sR2ACYCsrjqH/YD2RqlDuJQou02gfSpLxhmupyQrrrk=; b=fFe92yrOiYIK+yn7LHxgWJWwE2EHrbVfL5JQ5eYORpLzvkSuujFLU8dK8tWVt8gnLl Oi4zfD0tValMPnkrpQBTKan/x5wRsjP6iQJZZF48n3y3ua9X4ECOqGJS76hRbA3akpiG sKXV5Sx/LTym48ENqQeQu4i9A5tAuqbgN28rlS0qQZFa0fV/0FK7DxtpPz60LWi2OR3b X6PE+1oGkhmrOvypezHfafdvr60tZKeoU9lJcxkZI5+6X0dMaMMQyG5QZN22peUDe2QL pSXrnoAWhabKF7BXiV0JJrw3wtI9dNjkIQr7qO8nO3Ykn88wEj9msfUGotHgz0ua073n ICqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=sR2ACYCsrjqH/YD2RqlDuJQou02gfSpLxhmupyQrrrk=; b=iYDjePucV1u6UKeYLZ9C14++bOYycm7JQjqjHZaABNhGXWumVjiRvDw070yyYRBCYZ /wgxatG7Q4+nbnTdT7cEAM8yQm7Q1A4XIU7461H1PoN26NOXyJ83lMtRQVNKGnPBEQ69 Xvc0aSwKSj9bMOOWMi9pT46XQgdrJ6Ub5XoXG8gtkp/palL2Wr0TFNE094dfvfMP55Xl jdTLF3P/vvQLM+dE8yoXFLoXO7wJAby750lci0HNnYLYnT6pnve4HVJH0c7eoT5Mx+HW NWN/xD4lzoAJDJ9tZmjh15QQjD5RC/vciKEvnVF00xZT8SYf80mrA4+yub8jOVsrdRiV BjyA== X-Gm-Message-State: ABuFfogrJoa/1dgMNisLC/o3+NjkrxTqKT6tvybQfzJHiBvNMhoSlKrX RplB0g1WTcz04MuZX900dPJasN8z X-Google-Smtp-Source: ACcGV60qPXAATU5P5DbeOmR63KpJZArIVFqiSA3yRZXwEi+Mv6qatZayd494W4kFWzDAjkwkkaTdww== X-Received: by 2002:a17:902:5ac9:: with SMTP id g9-v6mr15826278plm.311.1539580375733; Sun, 14 Oct 2018 22:12:55 -0700 (PDT) Received: from [192.168.20.7] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id w127-v6sm12814320pfd.112.2018.10.14.22.12.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 14 Oct 2018 22:12:54 -0700 (PDT) From: "Enji Cooper (yaneurabeya)" Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_F9EE1EBB-3942-4803-972F-FF989ACAC317"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Relatively deterministic panic with sendfile(2) when running tests in the sxlock code Date: Sun, 14 Oct 2018 22:12:53 -0700 In-Reply-To: <1B58488D-8615-40E8-9115-E26496A6DBCE@gmail.com> Cc: FreeBSD Current , freebsd-net , Jonathan Looney To: Gleb Smirnoff References: <20181015022518.GV1044@FreeBSD.org> <1B58488D-8615-40E8-9115-E26496A6DBCE@gmail.com> X-Mailer: Apple Mail (2.3445.9.1) X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 15 Oct 2018 05:12:58 -0000 --Apple-Mail=_F9EE1EBB-3942-4803-972F-FF989ACAC317 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Oct 14, 2018, at 9:45 PM, Enji Cooper (yaneurabeya) = wrote: >=20 >=20 >=20 >> On Oct 14, 2018, at 7:25 PM, Gleb Smirnoff > wrote: >>=20 >> Hi Enji, >>=20 >> On Sun, Oct 14, 2018 at 06:51:42PM -0700, Enji Cooper (yaneurabeya) = wrote: >> E> Hi, >> E> I=E2=80=99m seeing a semi-deterministic panic on 12.0-ALPHA9 = related to sendfile(2) when running sendfile_test on the host: = https://pastebin.com/raw/6Y7xg0ki ; = it looks like it=E2=80=99s crashing in the sxlock code when calling = sblock on a sockbuf. Are there any commands in gdb you would like me to = run to display lock state? >> E> Repro: >> E> >> E> mkdir /path/to/git/checkout >> E> cd /path/to/git/checkout >> E> git clone https://github.com/ngie-eign/freebsd/tree/sendfile_tests = . >> E> git checkout sendfile_tests >> E> (cd lib/libc/tests/sys/; make obj; make; sudo make install) >> E> kyua test -k /usr/tests/lib/libc/sys/Kyuafile sendfile_test >>=20 >> I'd like to reproduce it myself, but looks like URL is >> wrong: >>=20 >> glebius@erla:/usr/src:|>git clone = https://github.com/ngie-eign/freebsd/tree/sendfile_tests = >> =D0=9A=D0=BB=D0=BE=D0=BD=D0=B8=D1=80=D0=BE=D0=B2=D0=B0=D0=BD=D0=B8=D0=B5= =D0=B2 =C2=ABsendfile_tests=C2=BB=E2=80=A6 >> fatal: repository = 'https://github.com/ngie-eign/freebsd/tree/sendfile_tests/ = ' not found >=20 > Mea culpa. It should be: >=20 > $ git clone https://github.com/ngie-eign/freebsd.git = . >=20 > Another note is that I=E2=80=99m running GENERIC-NODEBUG, not = GENERIC-DEBUG. >=20 > I suspect that it=E2=80=99s crashing on :hdtr_negative_bad_pointers or = : s_negative_not_descriptor, because the other items don=E2=80=99t seem = terribly plausible. >=20 > The test case (source) can be found here: = https://github.com/ngie-eign/freebsd/blob/95b96470a3a0270c36c4e7fb5eedc150= fe124fac/lib/libc/tests/sys/sendfile_test.c = Aha! It was actually :s_negative_not_connected_socket. Updated repro: use `kyua test -k /usr/tests/lib/libc/sys/Kyuafile = sendfile_test:s_negative_not_connected_socket` instead of the other kyua = call I provided. Thanks! -Enji --Apple-Mail=_F9EE1EBB-3942-4803-972F-FF989ACAC317 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----- iQIzBAEBCAAdFiEE5bk3FaGcY5rvqmb79YOpJmkwhhUFAlvEIdUACgkQ9YOpJmkw hhWQKxAAnkrEEpCYyU/HqWQTWA3ePeDrYOtvW1OZLH7Cikys2E+uc0qCMm0NyFE3 o2wCqxFFmCVvLSZk5WLy9RfaHQAxJQVANK7FUlhKEOV+2ECW0Oh+b2rxVUkMCfG4 i54YuDhObSt4RSh4iTM3FimnlRMl1AGCrvS+f47aQ3w5rFYNFIqbU5TSj7PluFX9 P9TXa6zTDMRPocsOt3raJChsn/My2GcjJeZd5s8twKcTOp77pGWBrw3yggsEkPju i9AnLcAoWVpjkmalJZYSmUrGpz/PQ3lesk1bueSsoscgcXXl3xVRNcfuTymLLrZy Q3HHrqA6iudI6kmEB2OYsTIW1NUVTc/T9zEEvfB6DI60jaRzX8GACShK21jMcKx5 Zw9CoKhyqvqmbAQvCMkNkdlnTVydiaQWWjW0YsNpTqUkFTlkXN2a0NbmNRlQ33JX RXEbGpZ0JfWNu2NC/RNRYiomigk0efDM22dI+NltLIRM/iHUpdIw+ubmuVP5UT4F rb1jYE7lDCxxftQwFtAcWMrHoCX7/qyrHXdb8glcHep2umq3RODk/aG4dS/Aruus 9cVnSFqBB5a5hUt2ZCV/u51v8+Jq9kX1jOg2IN5TnWR5hyDUUmzSsboBobTDKz86 lNdP9iXUiTGxjtn0XPXreW/rOjNl4DPO0lF2xkal63VAeX9g1II= =Bb3I -----END PGP SIGNATURE----- --Apple-Mail=_F9EE1EBB-3942-4803-972F-FF989ACAC317-- From owner-freebsd-current@freebsd.org Mon Oct 15 05:17:31 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A061D10CF17D; Mon, 15 Oct 2018 05:17:31 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pl1-x635.google.com (mail-pl1-x635.google.com [IPv6:2607:f8b0:4864:20::635]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B7C883D9F; Mon, 15 Oct 2018 05:17:31 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pl1-x635.google.com with SMTP id w14-v6so8679216plp.6; Sun, 14 Oct 2018 22:17:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=Ue591ACZfruCoeON4OVPgYnYMFSwcgM3IP2nLku+EUE=; b=j4VX3eKgsQkt7bK7tDsqQY5dFgT1zXGoyOS9A4rEyOcMEf9k4XH2lVj4+t4Jwhf5Si /3Ix5jnQm52e3NXO8oiSKdAgSyNa5u6p0CLGS9tknhAC+5Nr4XTD0O8ox6KIJq4iwwIE /U/HGJlaD77TAYFP8SmRgD7Z1TKFmRgd6Gx8PWIuGO4cIBu3YxHe1vaWvAVC4EqLCuGx VDRh2LjnSXTH1GVoFQ4a7T/0rvTby9+76XVXDuiPgir5v983brk9E4v8xiVyfLL7K1cR Bkpae7zkYMCKzw9FDiBR8eZWgY05Y+YSYoCuxAOeth06JpG7qWDt2/nxW8RoPelIo5OJ KgNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=Ue591ACZfruCoeON4OVPgYnYMFSwcgM3IP2nLku+EUE=; b=ghfnsqK7ZyYnb6d0C/ZQR7SuvhWP/VKUiTEgNQRMcRWlKdAIgiqrtWYPdI3zUqJfoh jdaj+LE10XsAhtOqX2b4SDbbwLMixn82yL6OUa0JjvcAqitY/91drWv1erD24yP2Zphl P2hu0OdYrsfTYvZRfN+ncEKucBJLmoFJR99Nx8h9TK4OKVJn9KtpkEybAKTpN/l41f+2 ndR2r1JxMlaeEXMKTd4tq7+w6z/JiPAzI4AhGdM8BzJXtX9Vg8lxU8DjI4gAdfalw7RA r39cxcNsDcuxbQDXhxHpdD/TUBzXjIsSSvx0/9vgHuLWn0xeSeHkDzuBOZs9kFtubIxp ITlQ== X-Gm-Message-State: ABuFfoilDqth/YRyGDryI79EYItq3YShP92QQn3L1/64myvr4mN05NQJ QNou9z+fREtHYWI/gl+tq8JyhTw0 X-Google-Smtp-Source: ACcGV60wol/BBopfY4h904BwDOfR7TqoSOhjE7WiUFo/UP/VHxkIW2IB1E50tCwGxrPf9Ph7/HabZA== X-Received: by 2002:a17:902:b943:: with SMTP id h3-v6mr15733508pls.5.1539580649733; Sun, 14 Oct 2018 22:17:29 -0700 (PDT) Received: from [192.168.20.7] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id 76-v6sm14901689pfk.134.2018.10.14.22.17.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 14 Oct 2018 22:17:29 -0700 (PDT) From: "Enji Cooper (yaneurabeya)" Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_D585D9C3-E405-4F3C-98D6-58F0052481E1"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Relatively deterministic panic with sendfile(2) when running tests in the sxlock code Date: Sun, 14 Oct 2018 22:17:28 -0700 In-Reply-To: Cc: FreeBSD Current , freebsd-net , Jonathan Looney To: Gleb Smirnoff References: <20181015022518.GV1044@FreeBSD.org> <1B58488D-8615-40E8-9115-E26496A6DBCE@gmail.com> X-Mailer: Apple Mail (2.3445.9.1) X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 15 Oct 2018 05:17:32 -0000 --Apple-Mail=_D585D9C3-E405-4F3C-98D6-58F0052481E1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Oct 14, 2018, at 10:12 PM, Enji Cooper (yaneurabeya) = wrote: >=20 >> On Oct 14, 2018, at 9:45 PM, Enji Cooper (yaneurabeya) = > wrote: >>=20 >>=20 >>=20 >>> On Oct 14, 2018, at 7:25 PM, Gleb Smirnoff > wrote: >>>=20 >>> Hi Enji, >>>=20 >>> On Sun, Oct 14, 2018 at 06:51:42PM -0700, Enji Cooper (yaneurabeya) = wrote: >>> E> Hi, >>> E> I=E2=80=99m seeing a semi-deterministic panic on 12.0-ALPHA9 = related to sendfile(2) when running sendfile_test on the host: = https://pastebin.com/raw/6Y7xg0ki ; = it looks like it=E2=80=99s crashing in the sxlock code when calling = sblock on a sockbuf. Are there any commands in gdb you would like me to = run to display lock state? >>> E> Repro: >>> E> >>> E> mkdir /path/to/git/checkout >>> E> cd /path/to/git/checkout >>> E> git clone = https://github.com/ngie-eign/freebsd/tree/sendfile_tests = . >>> E> git checkout sendfile_tests >>> E> (cd lib/libc/tests/sys/; make obj; make; sudo make install) >>> E> kyua test -k /usr/tests/lib/libc/sys/Kyuafile sendfile_test >>>=20 >>> I'd like to reproduce it myself, but looks like URL is >>> wrong: >>>=20 >>> glebius@erla:/usr/src:|>git clone = https://github.com/ngie-eign/freebsd/tree/sendfile_tests = >>> =D0=9A=D0=BB=D0=BE=D0=BD=D0=B8=D1=80=D0=BE=D0=B2=D0=B0=D0=BD=D0=B8=D0=B5= =D0=B2 =C2=ABsendfile_tests=C2=BB=E2=80=A6 >>> fatal: repository = 'https://github.com/ngie-eign/freebsd/tree/sendfile_tests/ = ' not found >>=20 >> Mea culpa. It should be: >>=20 >> $ git clone https://github.com/ngie-eign/freebsd.git = . >>=20 >> Another note is that I=E2=80=99m running GENERIC-NODEBUG, not = GENERIC-DEBUG. >>=20 >> I suspect that it=E2=80=99s crashing on :hdtr_negative_bad_pointers = or : s_negative_not_descriptor, because the other items don=E2=80=99t = seem terribly plausible. >>=20 >> The test case (source) can be found here: = https://github.com/ngie-eign/freebsd/blob/95b96470a3a0270c36c4e7fb5eedc150= fe124fac/lib/libc/tests/sys/sendfile_test.c = > Aha! It was actually :s_negative_not_connected_socket. >=20 > Updated repro: use `kyua test -k /usr/tests/lib/libc/sys/Kyuafile = sendfile_test:s_negative_not_connected_socket` instead of the other kyua = call I provided. Oh yipes. I guess passing in a server socket (a bound and listening = socket) instead of a client socket (connect=E2=80=99ed to a server = socket) for `s` will result in a crash? =46rom = https://github.com/ngie-eign/freebsd/blob/95b96470a3a0270c36c4e7fb5eedc150= fe124fac/lib/libc/tests/sys/sendfile_test.c#L479 = : ATF_TC_BODY(s_negative_not_connected_socket, tc) { int client_sock, error, fd, port; port =3D XXX_TEST_PORT_BASE + __LINE__; client_sock =3D setup_tcp_server(XXX_TEST_DOMAIN, port); fd =3D open(SOURCE_FILE, O_CREAT|O_RDWR); ATF_REQUIRE_MSG(fd !=3D -1, "open failed: %s", strerror(errno)); error =3D sendfile(fd, client_sock, 0, 0, NULL, NULL, = SF_FLAGS(0, 0)); ATF_REQUIRE_ERRNO(ENOTCONN, error =3D=3D -1); (void)close(fd); (void)close(client_sock); } Let me see if I can track this down.. Thanks! -Enji --Apple-Mail=_D585D9C3-E405-4F3C-98D6-58F0052481E1 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----- iQIzBAEBCAAdFiEE5bk3FaGcY5rvqmb79YOpJmkwhhUFAlvEIugACgkQ9YOpJmkw hhUYFRAAlRnEdZpDGsLstcFZokAM3J4Q9DG9mgz5/bgpo4knQe0VXBm2F43WQVsk YdvrgR7ynX3rWBcMTQayJ2WpVt+mhhLrjOBClvqC4J6IbjHCiCpTgnUqkDQ0PQDx qIngELPRP1y36dU/MQkOl9Pu6dhDZ4l7guqiVOelVeoO2HPGQlUziF+xayihLThc +ZQ4GvV8GzYDuIx7Kvllktfpm07HMh+kbMJw0rIF/bUIo8C8gYVFUFSRnLvx0HsH 9H90cRTP/ZvgCKqiydRcsxwzUA77K+oqCsqIbYVzIlqwcxQp6w9tRbKhdhLbgiEX z8k+EQhXd/TXvKxNlZ0Yf4SwM1vPaCOeExPVYVb9c+KqkZ78GnVPZSoaQr31Tvrr 1JzeIQo7WAglO4+WlQGcy82t1GXXOHUaNNLvtCwFwZ33Vi0oOMpsJxPEXY4Rs5eA 6gmmKy/KjLnKQjHDHCOusRz0hXD0n44tQLDh3N9uk8+DGAm1y0APAkmcmn8fhF/y OzpdRyKFLmqonWR7Jj4pCY/c+anAvLzTovgvjqL33cWd3klMj8JoqpFtWs782L+6 oLTfkGDA1+rYKblYHhiizwDPcnRst6dmtRIzXhhFT8QSqOOSvWOCGccpw1pUjd0W lCVKJimpzqt5PzoTBT3uiRNiS5wtwdI7dWEF2Nh59iMtKWBrY5k= =1+Em -----END PGP SIGNATURE----- --Apple-Mail=_D585D9C3-E405-4F3C-98D6-58F0052481E1-- From owner-freebsd-current@freebsd.org Mon Oct 15 05:45:57 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7708710CFCBE; Mon, 15 Oct 2018 05:45:57 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg1-x530.google.com (mail-pg1-x530.google.com [IPv6:2607:f8b0:4864:20::530]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E45EA84BE1; Mon, 15 Oct 2018 05:45:56 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg1-x530.google.com with SMTP id f8-v6so8609002pgq.5; Sun, 14 Oct 2018 22:45:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=Eqq6nsTLunSSApZbvv+6mPN/KahW26M/JboTRJrdQAI=; b=Ekg9VHva06Cb3XETH+1be2rYUxm0lZSnW0bS9r85jEPq+5I0vTCvytuTOdxbRj2zel D7nVCSPHbw+S6OdfJ9h7347immODALt1slAKE1PWSNERfhDXxCMqxceru24PS7OP3+7J 6FcXPFBm2JT3Ru1O2vxLWagt6kfd3NToxN+48vOM5mnNn8BsSO7F3TmcEbNudLMEwtI0 5YQkwHRS6S7g31FkNJGOwc96DwemfeEx3z2B3D0SNJyC909Mv60FunJAgdyl7biHxTRD OSFAaRcLpwTa0PS8snJCsuj5kSjnEXF2e0TruRRjZe7NAfNI0nLBpzOVqcBt+vHxG7sn gCIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=Eqq6nsTLunSSApZbvv+6mPN/KahW26M/JboTRJrdQAI=; b=HwWqDtQ5YeIiPYAT6CqylcuxOr6SOlFuZGVpuDDvlUjntw9cz4/m7EXCPmnmiAe9CN DBkmsr05Cw2GXi57/9UUxJceTiCAM34CSEYTxpB14L85eUdyMX/T5DSxKbeQc7xXz9z6 yKcHSbvdEo612apEv3G2NnYpg0v0++vsIBhbpbRFiQ8mOT7VnPjETSXeRYna0aIrqYTd 0H+YicNpCdGGt6pLN7K9kPGGaq+h8TyqX53OmlRinB7GvF4zEZxN1NwntgI0vhBmJqGU cNgHgKawXpZlaOHdnbDdfKNll2GwUKGcBJZPUcwcgRNl3/uPLkyqu0maGXQ9DnsahMgR tgiA== X-Gm-Message-State: ABuFfohwCQqmm1mQ8k00ivsFPe5BgjWactB0yhNA4ehPB2xpFjHDGjp+ keGGN7wujoPtQB3EHsvix3+WbaFN X-Google-Smtp-Source: ACcGV6291cFdGXzsg84OQrabyirsWbUgglw6zJR2fYDDEtRZygxULAcSTRaHI5rJN5tgM8eml+5Uqg== X-Received: by 2002:a62:ff09:: with SMTP id b9-v6mr16112988pfn.46.1539582355589; Sun, 14 Oct 2018 22:45:55 -0700 (PDT) Received: from [192.168.20.7] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id e22-v6sm10105073pfi.61.2018.10.14.22.45.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 14 Oct 2018 22:45:55 -0700 (PDT) From: "Enji Cooper (yaneurabeya)" Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_DDF01C05-878C-4113-944A-9FD3FB199198"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Relatively deterministic panic with sendfile(2) when running tests in the sxlock code Date: Sun, 14 Oct 2018 22:45:53 -0700 In-Reply-To: Cc: FreeBSD Current , freebsd-net , Jonathan Looney To: Gleb Smirnoff References: <20181015022518.GV1044@FreeBSD.org> <1B58488D-8615-40E8-9115-E26496A6DBCE@gmail.com> X-Mailer: Apple Mail (2.3445.9.1) X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 15 Oct 2018 05:45:57 -0000 --Apple-Mail=_DDF01C05-878C-4113-944A-9FD3FB199198 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Oct 14, 2018, at 10:17 PM, Enji Cooper (yaneurabeya) = wrote: ... > Oh yipes. I guess passing in a server socket (a bound and listening = socket) instead of a client socket (connect=E2=80=99ed to a server = socket) for `s` will result in a crash? >=20 > =46rom = https://github.com/ngie-eign/freebsd/blob/95b96470a3a0270c36c4e7fb5eedc150= fe124fac/lib/libc/tests/sys/sendfile_test.c#L479 = : > ATF_TC_BODY(s_negative_not_connected_socket, tc) > { > int client_sock, error, fd, port; >=20 > port =3D XXX_TEST_PORT_BASE + __LINE__; > client_sock =3D setup_tcp_server(XXX_TEST_DOMAIN, port); >=20 > fd =3D open(SOURCE_FILE, O_CREAT|O_RDWR); > ATF_REQUIRE_MSG(fd !=3D -1, "open failed: %s", strerror(errno)); >=20 > error =3D sendfile(fd, client_sock, 0, 0, NULL, NULL, = SF_FLAGS(0, 0)); > ATF_REQUIRE_ERRNO(ENOTCONN, error =3D=3D -1); >=20 > (void)close(fd); > (void)close(client_sock); > } > Let me see if I can track this down.. Can=E2=80=99t repro this on 11.2-RELEASE. Trying 11.2-STABLE. Thanks! -Enji --Apple-Mail=_DDF01C05-878C-4113-944A-9FD3FB199198 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----- iQIzBAEBCAAdFiEE5bk3FaGcY5rvqmb79YOpJmkwhhUFAlvEKZEACgkQ9YOpJmkw hhVbTxAAlxankNLTD3kOifvUrX9E8AxVMbearhtMu9z+bhoiA1c1lhFyeOhBnehu nbo46tdmc2VbXCzVTTTj8JW2UloAO/HmJOIPVL+07PhYzUgQKOKkPfCGQOf5pHBg Iw1VbS2wyAkAgcSj0ZkHxzc7F0TN1xfVMcjfgvhVsGOiBUvXrCAKkmcgXBV/N7Yr UPjS2bZaIPFHxM0Qt7+cnGm/M49KJMq0ZkH9LSpP18UssPSC5tlx+EdUz02P4FT9 YW3/Cmxohr+Nwdui9MM7LlOopRPeXO/3EQj8DD3jalGFsf4cB7PvDkaOj70p0Ukk uIetUI5Cj+KZUC1mki6js7i/yi68Fx17bMbrt9BhFSwqJEzSOp9TKJ2E/bn+hKp3 8CYq8WIyka/I7Q3FRgTcWqXeEkyovIkdNMMmtH0DtPANWoyVIgkml0S+RuHLiVmG fDbJHpiq99u0HeMwRrjRHW5Hto83x//jE1EBv8wDvXuq5SR5X29qQJEAAk+h83WS Tij8rBYyPiyiFvfKLS0BcXPmi7nPl4hxOCKdGIKUeb1/Ry2vyrCABlt+raVB9i2o 2ylaZG1rfRfktq64K1DOFJY2DyqtkYAEnfsT7Bs+XKHWxKMWPufPCCqlHwQmll9y +prr+QMRfjCVIvFEX1CboJo02Mk5+kDpsf5SRAjCBSsMH9KX6G0= =ZcdX -----END PGP SIGNATURE----- --Apple-Mail=_DDF01C05-878C-4113-944A-9FD3FB199198-- From owner-freebsd-current@freebsd.org Mon Oct 15 12:33:05 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C34310D9F2B for ; Mon, 15 Oct 2018 12:33:05 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost2.sentex.ca", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E1C86728FA; Mon, 15 Oct 2018 12:33:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5:0:0:0:11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id w9FCX4qo000429 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Oct 2018 08:33:04 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.ca [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id w9FCX2eR049476; Mon, 15 Oct 2018 08:33:03 -0400 (EDT) (envelope-from mike@sentex.net) Subject: Re: Strange panic at boot with vmm in loader.conf vs manually loading it To: Mateusz Guzik Cc: Allan Jude , freebsd-current@freebsd.org References: <8d6263ca-8fff-77e5-4a89-ccc98d03a417@sentex.net> <8f033c7c-af8f-1ebc-d787-548634f104e3@freebsd.org> From: Mike Tancsa Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= xsBNBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAHNHG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT7CwHgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnnOwE0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAcLAXwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <045e866a-9072-6d80-a630-32793af43b4b@sentex.net> Date: Mon, 15 Oct 2018 08:33:03 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Scanned-By: MIMEDefang 2.83 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 15 Oct 2018 12:33:05 -0000 On 10/14/2018 2:19 PM, Mateusz Guzik wrote: > On 10/14/18, Mike Tancsa wrote: >> On 10/13/2018 12:48 PM, Allan Jude wrote: >>> Strange that your crash is in ZFS here... >>> >>> Can you take a crash dump? >>> >>> It looks like something is trying to write to uninitialized memory here. >> I will need to pop in another drive or can I do a netdump at this point ? >> > This should be fixed with https://svnweb.freebsd.org/changeset/base/339355 > i.e. just update. > Thanks, just tried and all is good!     ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 x203 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada From owner-freebsd-current@freebsd.org Mon Oct 15 13:00:05 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42B9C10DAEF6; Mon, 15 Oct 2018 13:00:05 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from cell.glebi.us (glebi.us [198.45.61.253]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebi.us", Issuer "cell.glebi.us" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C042273832; Mon, 15 Oct 2018 13:00:04 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from cell.glebi.us (localhost [127.0.0.1]) by cell.glebi.us (8.15.2/8.15.2) with ESMTPS id w9FD02Z5091953 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 15 Oct 2018 06:00:03 -0700 (PDT) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.glebi.us (8.15.2/8.15.2/Submit) id w9FD02Ue091952; Mon, 15 Oct 2018 06:00:02 -0700 (PDT) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.glebi.us: glebius set sender to glebius@freebsd.org using -f Date: Mon, 15 Oct 2018 06:00:02 -0700 From: Gleb Smirnoff To: "Enji Cooper (yaneurabeya)" Cc: FreeBSD Current , freebsd-net , Jonathan Looney Subject: Re: Relatively deterministic panic with sendfile(2) when running tests in the sxlock code Message-ID: <20181015130002.GW1044@FreeBSD.org> References: <20181015022518.GV1044@FreeBSD.org> <1B58488D-8615-40E8-9115-E26496A6DBCE@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.0 (2018-05-17) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 15 Oct 2018 13:00:05 -0000 On Sun, Oct 14, 2018 at 10:17:28PM -0700, Enji Cooper (yaneurabeya) wrote: E> Oh yipes. I guess passing in a server socket (a bound and listening socket) instead of a client socket (connect’ed to a server socket) for `s` will result in a crash? Oh, thanks enough info. Thanks! Isn't related to sendfile but definitely is related to my other changes. Will fix. -- Gleb Smirnoff From owner-freebsd-current@freebsd.org Mon Oct 15 13:10:47 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 410A310DB376; Mon, 15 Oct 2018 13:10:47 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from cell.glebi.us (glebi.us [198.45.61.253]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebi.us", Issuer "cell.glebi.us" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C240673ED1; Mon, 15 Oct 2018 13:10:46 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from cell.glebi.us (localhost [127.0.0.1]) by cell.glebi.us (8.15.2/8.15.2) with ESMTPS id w9FDAjCv091990 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 15 Oct 2018 06:10:45 -0700 (PDT) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.glebi.us (8.15.2/8.15.2/Submit) id w9FDAjlN091989; Mon, 15 Oct 2018 06:10:45 -0700 (PDT) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.glebi.us: glebius set sender to glebius@freebsd.org using -f Date: Mon, 15 Oct 2018 06:10:45 -0700 From: Gleb Smirnoff To: "Enji Cooper (yaneurabeya)" Cc: FreeBSD Current , freebsd-net , Jonathan Looney Subject: Re: Relatively deterministic panic with sendfile(2) when running tests in the sxlock code Message-ID: <20181015131045.GX1044@FreeBSD.org> References: <20181015022518.GV1044@FreeBSD.org> <1B58488D-8615-40E8-9115-E26496A6DBCE@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="2iBwrppp/7QCDedR" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.0 (2018-05-17) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 15 Oct 2018 13:10:47 -0000 --2iBwrppp/7QCDedR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Enji, can you please check that with this patch all your tests pass? -- Gleb Smirnoff --2iBwrppp/7QCDedR Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="sendfile-listening.diff" Index: sys/kern/kern_sendfile.c =================================================================== --- sys/kern/kern_sendfile.c (revision 339098) +++ sys/kern/kern_sendfile.c (working copy) @@ -526,6 +526,8 @@ sendfile_getsock(struct thread *td, int s, struct *so = (*sock_fp)->f_data; if ((*so)->so_type != SOCK_STREAM) return (EINVAL); + if (SOLISTENING(so)) + return (ENOTCONN); return (0); } --2iBwrppp/7QCDedR-- From owner-freebsd-current@freebsd.org Mon Oct 15 14:32:17 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C636310DCEFF for ; Mon, 15 Oct 2018 14:32:17 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: from mail-yw1-xc30.google.com (mail-yw1-xc30.google.com [IPv6:2607:f8b0:4864:20::c30]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5FA6B767EB for ; Mon, 15 Oct 2018 14:32:17 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: by mail-yw1-xc30.google.com with SMTP id v198-v6so7575519ywg.12 for ; Mon, 15 Oct 2018 07:32: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=FmRusg7PFN2Uj0YHAdU5IrenC6hfl6LNl+13kAdkq4A=; b=B/vzuisAULeE0Eb2FFf0nbJvWAGAqZndQp7Ml47mkLfyB3n/TRuuAJw+4vZKIizOme reH1m/jzt0san0D442FeGcY/t78XJQKDIxAHXvofygVvb/SSbwHPee1qsq+0wg77JDIe Lueb1BWaB7/OEdO9QW1gVvEn5q6WYyp5O2l2WlaPmCqSfDyv3PIvDyEv1mdw9IrSG713 BDdpger40mLbwbWSEr/zlZ1EQgb6go5sQY+XQDm2+Ry1oHl4Bi1y73LyUM+zJyulTGO8 9oSJFxR8TAaj4KcINdeiLMn7D8ni/AcFY5GInpXRPpQJaIBp8jAsPj4ZMAYS5hq6BY5E vPjw== 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=FmRusg7PFN2Uj0YHAdU5IrenC6hfl6LNl+13kAdkq4A=; b=BBuM9/m+pwcVcA+bu4QHigcyppv+2+b8bvgEckm26F7Wrk2TKaD9BZaScZjrPAscM8 cQ+Y3n5Gydke77if1b0VHAKv1hkRGz7KHUbvewCQB+3jT2rSSCnv9htI6wF3+7MpC/Mz u54ArXbIBH+W8bBhm8x8GH0jUAS/gDouW+IMsEa6IH91bUXvx3Z5qNgD+4xAVjpkwyHn avErWkknYjXQechaU1Zn/H2hQD1rbHvWesvEKp74o+mvoHC4R5/nwEcCskGD7lqEgGeM BWJTW35P1vAbGfL0IAJqWTkEI8fcDebFPe6wtyLJf2aPUWtN+lyNjTYWZQumJk1Jr6lL a0hQ== X-Gm-Message-State: ABuFfoh+BTz70uhVQixTgRV+n6YfqsjHAzDzvRCFkjLU524qcWhnfoPK prgcnQhHf78KFAHm2a//5HV8cwOQ09qejSRK34fpUEh8 X-Google-Smtp-Source: ACcGV63VLfb9qTy3sE5nGAn87kKxfips64GbmJ0ZY+bWi8KGOxwpZ4uTvLIn/Vel8AuWs/hT0LzkOdmtoEwVLSxFEfE= X-Received: by 2002:a0d:e706:: with SMTP id q6-v6mr8826959ywe.436.1539613936111; Mon, 15 Oct 2018 07:32:16 -0700 (PDT) MIME-Version: 1.0 From: Daniel Nebdal Date: Mon, 15 Oct 2018 16:31:38 +0200 Message-ID: Subject: vm_fault on boot with NVMe/nda To: Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 15 Oct 2018 14:32:18 -0000 Hi. I have a 12-ALPHA9 / r339331 amd64 system (a HPE ProLiant ML30 G9), with a Kingston NVMe SSD ("KINGSTON SKC1000480G") on a PCIe card. By default, it shows up as /dev/nvd0, and this is how I installed the system. It has a single large UFS2 (with SJ and TRIM support) partition mounted as /. (There's also a few other partitions on it that should be irrelevant for this.) This works, but it does sometimes slow down for minutes at the time with disturbing queue lengths in gstat; on the order of tens of thousands. As I understand it, this is due to how TRIM operations take precedence over everything else when using nvd ? Looking around, I noticed the nda driver for NVMe-through-CAM. To test it, I added hw.nvme.use_nvd=0 to loader.conf. On one level, this works: The drive shows up as /dev/nda0 . On the other hand, trying to mount nda0p2 as / floods the console with "vm_fault: pager read error, pid 1 (init)", and never finishes booting. What is more interesting is that if I boot from the drive, but mount an alpha9 usb stick as /, I can then mount the nda device just fine, and the very minimal testing I did (using bin/cat and COPYRIGHT on the NVMe drive) seems to work. So - is nda meant to be bootable, or am I a bit over-eager in trying to do so? If not, is there anything smart I can do to get better performance out of nvd? (Or have I just overlooked something obvious?) Dmesg from a normal nvd boot here: https://openbenchmarking.org/system/1810159-RA-SSD30089593/SSD/dmesg -- Daniel Nebdal From owner-freebsd-current@freebsd.org Mon Oct 15 14:37:13 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA5B210DD0B6 for ; Mon, 15 Oct 2018 14:37:12 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (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 7A5DF76A55 for ; Mon, 15 Oct 2018 14:37:12 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id B563520FAD; Mon, 15 Oct 2018 10:37:11 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Mon, 15 Oct 2018 10:37:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type; s=fm3; bh=gXWMu1lRmNMiYy3dYr5YFE8rBMp VZwHI/8hvK8WuvEc=; b=CuhbEfueH+Fh03LuKHrKrXn9xYsLSqd7yu9GWGh+XRs xDT4PxNHV1TJBgIZLvPpuBXavTWh6XhHBpty7LdeNC3EYSBai85a87NnIcdBb//r GdFIILPKPxkCj2hVJd6Q3hFR56dl5joO8symhiMsr4BdBKUAZBHoQcuUjhZar++A ibSfR+4HV7x4aRsF6QjzYihFOy240by6dq5kqTpHT188qchHZEnJqXJYtoWOcRll dI4qt8Fk5DLr+TgBTdoBWmQt/Coi7XhIOlA/faIC/EKpXWdCA8XhPRlW4gVEpxCk z4Oy3HtddpiPW9sSXkZXZSwQ08KSK+iWuH0E/rjNSeA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=gXWMu1 lRmNMiYy3dYr5YFE8rBMpVZwHI/8hvK8WuvEc=; b=R1y71FblpZTf44wyhhrfbT zis7qH7rfT0C/OmzGK1KaKv7kCvg21GM/2D8ZZLgAHfQyeLCdm6h8mdzubHQZPhV +h8mN3UiLSrJr9P6kAJ7VpezxPq/ofztZbLUNhTEPCYF8D7ZYDhNvxOuF/q61NCJ sJjiFEJcvlX8CsIPtfJefxxtehUZQ5DfJq/I3KlsKyaOs1O5ZEIhfs3KjtIq47/X PdAuhamJqYyCDdTnbatM3738ak+IXnYGBMCmSQyn+B4KADLTwGZU0JcvF0NSVbQw 4N7U3Jkt4uFvvtB2er7bQ9gY3kRbrFE6YQC/FcYs8/N11C+Oj7xrq69Xirk3lYFQ == X-ME-Sender: X-ME-Proxy: Received: from [192.168.1.2] (unknown [94.233.224.82]) by mail.messagingengine.com (Postfix) with ESMTPA id DDF98E40E6; Mon, 15 Oct 2018 10:37:09 -0400 (EDT) Subject: Re: vm_fault on boot with NVMe/nda To: Daniel Nebdal , Current References: From: Yuri Pankov Openpgp: preference=signencrypt Autocrypt: addr=yuripv@yuripv.net; keydata= xsBNBFu8u6IBCADB11gP0QwnorrHjqAtKLHKHNHskhy0s7jqJKfx0YqXgVBKGLJ9/mjLAz0F CBNvemHSDDTs0mEZ9cBKKi6cmsav6+UQgr//yai6hvXLBJqKchSFO4MhmdvBtsGFq1yKz5Zi uhjmimKyIpgBgvMdbgGbGq6cnSB2uEPmZuJr419SVRODOkXukU+F5WHgaHzDdHAIu1asCt2B +6msxqIqlFWcXyZyTGicTGGvC/PFIsVRUtD1dIJANTC876g7DTb7LZXWiWwJpSJ4GKMXMHVX Ct9BoQ4i3nhKbOxb6Io1wsy+NFyWsTJ9KYrxKKPJP3oG8BWb/cqlFqnE4eNSsiq2q7krABEB AAHNH1l1cmkgUGFua292IDx5dXJpcHZAeXVyaXB2Lm5ldD7CwJcEEwEIAEECGwMFCQWjmoAF CwkIBwMFFQoJCAsFFgMCAQACHgECF4AWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW708wAIZ AQAKCRCTi+B/sSrhbPxBB/961alcU091O+yKT5/oReHVc/PX0Tz4sW3V44AcgLfYlrZavCro EFz90qmCrl0xqEwuAKcC4bjmL8SjPWAhSN6IH9nxdw+HeZnAPiHm/q679Bu47+nHBl3qD/9p +t1PkKeKZfaWToFMt1nq06ytSu6VLMCwLdlDNe6DReX0ex/afEqKsuaIZSKL4UYjRwklp8PU Uf98QkrfapyHB67hQMzfI4tPeJaYyv0cTgfq3kUWJx1V6Xi0b6Zxj4ZrB2TXvaMO5g7yhU9E E3WWAvoe4FgB3a7dHe8atnHhq5+Cuvm6+LD4Jh7jvMAE5UMN+xxQpnGpNghHjaCy4vXrLRBZ nhRYzsBNBFu8u6IBCADKih3Q933rDNj4ZA8FhBQ2RlmBgvwOLcDPIL3h0V7h38y3+HisgFSc XACDsdrTlYZ1bRXkD9FHENynBcv0l/3uGJDk8jaGIDE0TP8OQBRp+IaU9/BHnAqrKxTJGIol Dahy2m+yx2yhdc6B4ujWMDqCF1rWOD+ymOWw+VLllOkrHcZa5PJtX9UOGbApZl8ZTM8El4CA NN8F1bg9MWzUi+8LYoGWGc+BwsFS1OUB1c4SPgMu5fD4Wfsr9yRl06fdpEA2YT7B/j5/5RSC 0sE2Zs/tmJ/JRflHJ12ycj59ma2xQMfEJF40hZDpMFQmZvbVqgEg3ocQcltjbxlIKZ/mjC4z ABEBAAHCwHwEGAEKACYWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW7y7ogIbDAUJBaOagAAK CRCTi+B/sSrhbIDcCACqAZMcoxUBLZa40a5b24j5i1jplvCYYb3h+Q5lt5+BFJ87kCb4dJuU D3kh2i29BrxWQWa9WNue9ozxeYkbkfXubQYXexVolRsnh64OdGsE8KvorBFBB3zdK/GRt2Jy +jsnTfUWuQllbzMP0MfhCDMk1Mo8WvDH2/cOEP/yLKf20a+cd6nLs7bidjmGXo9pyuBKAtV6 Kv+VRu54AL+A/UBYu/eB3Dtvzcnut+1Zq6KaP++kUwPwINLIk04OBDwN0zRNTiqMAFYYyz2v ZHBB6E1th/l//ZC5b9Dk0ZpFI1bYdL9ymnrZe1MqbGPnDCToQxu00T/pZCm6Z92YrZQYuNwl Message-ID: <1bb0a463-7630-e182-edb6-d02a868704d8@yuripv.net> Date: Mon, 15 Oct 2018 17:37:02 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="KQWMvaLxIP300y8z7Touyh582pK6OUwtv" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 15 Oct 2018 14:37:13 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --KQWMvaLxIP300y8z7Touyh582pK6OUwtv Content-Type: multipart/mixed; boundary="qaqygAKhLHaZsDXqdSu1R7YaOl75EeLA9"; protected-headers="v1" From: Yuri Pankov To: Daniel Nebdal , Current Message-ID: <1bb0a463-7630-e182-edb6-d02a868704d8@yuripv.net> Subject: Re: vm_fault on boot with NVMe/nda References: In-Reply-To: --qaqygAKhLHaZsDXqdSu1R7YaOl75EeLA9 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Daniel Nebdal wrote: > Hi. I have a 12-ALPHA9 / r339331 amd64 system (a HPE ProLiant ML30 G9),= > with a Kingston NVMe SSD ("KINGSTON SKC1000480G") on a PCIe card. >=20 > By default, it shows up as /dev/nvd0, and this is how I installed the > system. It has a single large UFS2 (with SJ and TRIM support) partition= > mounted as /. (There's also a few other partitions on it that should be= > irrelevant for this.) This works, but it does sometimes slow down for > minutes at the time with disturbing queue lengths in gstat; on the orde= r of > tens of thousands. As I understand it, this is due to how TRIM operatio= ns > take precedence over everything else when using nvd ? >=20 > Looking around, I noticed the nda driver for NVMe-through-CAM. To test = it, > I added hw.nvme.use_nvd=3D0 to loader.conf. On one level, this works: T= he > drive shows up as /dev/nda0 . On the other hand, trying to mount nda0p2= as > / floods the console with "vm_fault: pager read error, pid 1 (init)", a= nd > never finishes booting. >=20 > What is more interesting is that if I boot from the drive, but mount an= > alpha9 usb stick as /, I can then mount the nda device just fine, and t= he > very minimal testing I did (using bin/cat and COPYRIGHT on the NVMe dri= ve) > seems to work. >=20 > So - is nda meant to be bootable, or am I a bit over-eager in trying to= do > so? > If not, is there anything smart I can do to get better performance out = of > nvd? > (Or have I just overlooked something obvious?) >=20 > Dmesg from a normal nvd boot here: > https://openbenchmarking.org/system/1810159-RA-SSD30089593/SSD/dmesg FWIW, I set hw.nvme.use_nvd=3D0 in the installer, got 12-ALPHA8 installed= on nda0, and it's happily booting from it (using ZFS, though), so it's certainly meant to be bootable. --qaqygAKhLHaZsDXqdSu1R7YaOl75EeLA9-- --KQWMvaLxIP300y8z7Touyh582pK6OUwtv Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+Gq3PsPeLT4tL/9wk4vgf7Eq4WwFAlvEphUACgkQk4vgf7Eq 4Wyobwf9Ez7D5OftUenrLU+dqGQISRylanCtI4z6M/iCMUwDNHZ/rghWPfPNs5Nd g8G3w+BE/Nq+H8HvzRJ+F4Grc6WnoGJzv67OYW5CLh9o30cakuBUGuysfaS7k0gm zORXdij5RDVom2zLG6jFXmq0rKCTdrn/mkx+XcyP+IiNT8k7wPmJtwEIhQ2xkjag PzUQ8H7TYZp0sgrQaJHTML9ULBcRd77trZYjsFrw2dPWiuYz+vgwmfRgXxWsxuxu 6yvSEzwjf0yAJtVMgWc6vkngR3t889b1e1OhbdWgu9yPJoNbFoiSZqeqirHtifYl qvmTiNlTy5l80IiDgZ+Fs9jS+Y9MvA== =RtxT -----END PGP SIGNATURE----- --KQWMvaLxIP300y8z7Touyh582pK6OUwtv-- From owner-freebsd-current@freebsd.org Mon Oct 15 15:41:25 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A28C010DEC1B for ; Mon, 15 Oct 2018 15:41:25 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vs1-xe35.google.com (mail-vs1-xe35.google.com [IPv6:2607:f8b0:4864:20::e35]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4166E7921F for ; Mon, 15 Oct 2018 15:41:25 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vs1-xe35.google.com with SMTP id w1so16498957vsj.8 for ; Mon, 15 Oct 2018 08:41:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=n+Ww27kc6xQhdnoMCmNcv6i8MmTcb1vlCbrTZ9u0Vl4=; b=LuoAfXCgDjk8bw7RVdXiGdQZoDSsJkQ167DVy70ac3aFK/miopvOhbCUDLH+IiejM+ XaHJPaq2XA+4tcg+YLMWycfRxFxmOFeLPjONV9PeqqcYWTGpCRVR3spdyKM2bD9N5KTu eWuJlWmaOq0+VU+q6IHlRf2j7OXx559LWbT2lsHE575IpOsYXYxNpZaOS1fkpBNfUL32 KK9j5USP6UgY4jQYxHdMpsut9E7t8PB4VorIfv+uMeQbeDOpEzILCnhrzLpV/0p8B1Of D/BZP4A3guKuC16GK01JGmGzc+t8UB7e4ht9VkA4miZBLexvIHuYJv3rx35IMfce3dXK A0cg== 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:cc; bh=n+Ww27kc6xQhdnoMCmNcv6i8MmTcb1vlCbrTZ9u0Vl4=; b=TETkW/i9oV0hUAO+K1DJ78/XVgR+iWRna4xml6+EQNz6hdYCpqjPnIM17So0Shjj5k +VJHjma9aGiIitHVN1Nt9Eh2KBQUy5YlUZAJncBxOGEWEtF6JkcoCdylck7dyS+o91O9 5tkn9oeKVIiYMw01vYUJsB589b8Hah9yrf9jrx0XX8eoDbaazwUTrsww4PhcRjtdyflH Hovmz7grJXz2l9VvoXm3Tan5IEQwQFBMNOCQgUfcJlAXkdiqfLNfcsg5iCcY2GyAaxKV br+Y5etvlgwBvXtj8EjHxK+daJJN6/CaXGbxYnAE583ZvGO9XIkWo4rc/+KaD+cZtuyN vhiA== X-Gm-Message-State: ABuFfoh27tCS0YIIJgfUyiVVX8jKMut6oiPAazVoyKjGaCIJAUM+NQl1 yN2hKQR5Ak74gK9uWamiXCNnu5jez7Hc6WKRB+GQTQ== X-Google-Smtp-Source: ACcGV63WSSbqAdBrT20mxOY5Hldk7VSGd8JHZXtCAQr5n9bSNxy0jPaPf4SrS4WKmkv5F0XKj8NwRQbJQNr0QQEpBOU= X-Received: by 2002:a67:f757:: with SMTP id w23mr6948840vso.76.1539618084332; Mon, 15 Oct 2018 08:41:24 -0700 (PDT) MIME-Version: 1.0 References: <1bb0a463-7630-e182-edb6-d02a868704d8@yuripv.net> In-Reply-To: <1bb0a463-7630-e182-edb6-d02a868704d8@yuripv.net> From: Warner Losh Date: Mon, 15 Oct 2018 09:21:23 -0600 Message-ID: Subject: Re: vm_fault on boot with NVMe/nda To: Yuri Pankov Cc: dnebdal@gmail.com, FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 15 Oct 2018 15:41:25 -0000 At Netflix we have our OCA firmware based on FreeBSD -current (we take a snapshot every 5 weeks or so). We've been booting thousands of machines off nda for over a year... It absolutely works and is one of the things that lets us deliver the content we do... I have some patches in my queue waiting for the freeze to lift that do much better trim shaping to the drives. You might also want to turn on vfs.ffs.dotrimcons=1 which is a new feature that eliminates many of the BIO_DELETE requests that come down from UFS that are turned into trims. nvd has no queueing policy at all: it shot-guns all requests to the drive w/o collapsing or any moderation at all... This isn't so good for most drives out there today... Warner On Mon, Oct 15, 2018 at 8:38 AM Yuri Pankov wrote: > Daniel Nebdal wrote: > > Hi. I have a 12-ALPHA9 / r339331 amd64 system (a HPE ProLiant ML30 G9), > > with a Kingston NVMe SSD ("KINGSTON SKC1000480G") on a PCIe card. > > > > By default, it shows up as /dev/nvd0, and this is how I installed the > > system. It has a single large UFS2 (with SJ and TRIM support) partition > > mounted as /. (There's also a few other partitions on it that should be > > irrelevant for this.) This works, but it does sometimes slow down for > > minutes at the time with disturbing queue lengths in gstat; on the order > of > > tens of thousands. As I understand it, this is due to how TRIM operations > > take precedence over everything else when using nvd ? > > > > Looking around, I noticed the nda driver for NVMe-through-CAM. To test > it, > > I added hw.nvme.use_nvd=0 to loader.conf. On one level, this works: The > > drive shows up as /dev/nda0 . On the other hand, trying to mount nda0p2 > as > > / floods the console with "vm_fault: pager read error, pid 1 (init)", and > > never finishes booting. > > > > What is more interesting is that if I boot from the drive, but mount an > > alpha9 usb stick as /, I can then mount the nda device just fine, and the > > very minimal testing I did (using bin/cat and COPYRIGHT on the NVMe > drive) > > seems to work. > > > > So - is nda meant to be bootable, or am I a bit over-eager in trying to > do > > so? > > If not, is there anything smart I can do to get better performance out of > > nvd? > > (Or have I just overlooked something obvious?) > > > > Dmesg from a normal nvd boot here: > > https://openbenchmarking.org/system/1810159-RA-SSD30089593/SSD/dmesg > > FWIW, I set hw.nvme.use_nvd=0 in the installer, got 12-ALPHA8 installed > on nda0, and it's happily booting from it (using ZFS, though), so it's > certainly meant to be bootable. > > From owner-freebsd-current@freebsd.org Tue Oct 16 01:49:42 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 008CC10D4A6B for ; Tue, 16 Oct 2018 01:49:42 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (static-98-116-200-172.nycmny.fios.verizon.net [98.116.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id 94350711B8 for ; Tue, 16 Oct 2018 01:49:41 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [IPv6:2001:470:1f11:617:3210:b3ff:fe77:becd] (unknown [IPv6:2001:470:1f11:617:3210:b3ff:fe77:becd]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id B494B1405 for ; Tue, 16 Oct 2018 01:49:34 +0000 (UTC) Subject: Re: OpenSSL 1.1.1 Update report (ongoing) To: freebsd-current@freebsd.org References: <584f2a1c-9ee3-36c1-ce78-681218d73b3a@metricspace.net> <5539d47b-898a-9e21-7b98-7eaaadc2442e@metricspace.net> From: Eric McCorkle Openpgp: preference=signencrypt Autocrypt: addr=eric@metricspace.net; prefer-encrypt=mutual; keydata= xsFNBFkGJ94BEADv6KzfBcU6206+kMPHOVk26kKrf3nD1Bm/4GoU9VrhebwNRu9fh3lAbq19 +inpuwAv93oKYJ3UYGmR31whOQSNeWc0eNCIG99vD1F3fE4nwBzvsAJUfo5xMsj3BsDHF6WG 28oBc8vI6bqNB5TBjrRAhPMbIEXuGszlFx+a1XvyX+iXr8B4VG3Czenk8eM4Ks2QpHgvmzQU DX1GmzsO8Qj1EActfwN6523fvjF72GIvxgcu611LklOeTA0A+6mHswcH9gGtphsWHWiqisOh ET+JqjrRf08xUjC46I3vtlS/5+RM+PwrQw/25fv+8T7THjcbTS0zgOsJmJPSjzRhxrNZSOzN q9kAz9NzWZ2xXvrr7NFY2R4s8p+1+Sf2QdWvXOb2cqhpIfEnaFR7kZufdL+R4oKf7ZxNNPFX Z/SqBhH0zXllj4g+2mOF0YjAYbljr3TCBxfv8oy2ZUw8t9BgPvWBTU1zTmg6iWYUDh49Vzxh Z6iX8IMIhRS/dg2g+w5hfUfcxMqaYZABsQtYbKS7loltRPvZ6vT1Q8B67+R6lGHN/5ZD3sXJ Dg3BQ9QcV0RHvKHWCPEeMsC4SJUqahOyVIy1hkoW5ZBCA5wLZun1vsqG65luG8XAY+2Es0CL OXs7CpDPiLMigAonzHhTcGtzZmgNE4Bo4E1b8pb6qvtutftKAQARAQABzSRFcmljIE1jQ29y a2xlIDxlcmljQG1ldHJpY3NwYWNlLm5ldD7CwXgEEwEIACwFAlkGJ94JEBhcTF9cTJb7AhsD BQkeEzgAAhkBBAsHCQMFFQgKAgMEFgABAgAAdoIP/RSO1ZAyYA6ryA7iL1WMgxb137DBBk4q lrK4/JOefO4Q1Xgwt6gDt7ViBUzHusVsYjbROwr/8vLpNPIJ/008uwhx5z+LiWvB0CxIops0 qDDvDZuo/9DaGKSTP5X0eiva616zTkmjKxs/8EGloJ/TTlDlISIdVfa1DFtBKaSdOJuc/wCt KdWhRCNVuFt9q7ukwwmXZhhaOXNPn0YUTvP0+CxLotWSZlbfOMOwxyStIYoG2BqVPkcTmWcc mbqITR8CDin97CSVcidUURzNL/GJF7KJN68htVgUHfOyHKa+5VIG28o2oE42gzWsT6i8Wq3a Xxa2Oc6y4YMHUuwMKA0YKLz7+ShsYeOaLRZRaCd1kCSA5jHFJ9vAIbSY/ipMcfcq6f7Vq21Q 0ykft2looiH3iBQJXMNb/otj2lvAN0FCRqlY/CrKERsnWFQf6t477L1CuM08z7ZC6FR/KmLH zA9eBGt2gI/8o0K8tTpdbL4b0104gVQIAWID8bMTt/P0nZThr/Vln9G64uJor1pj+x1jGfAL f0raXmMeiVhzgIyBBN466rn74r4prAU3Ia7tSVPpO17q31QoUyE++abhFCP0D/Ocz6uuaPPl M4DIVk7q5Eszz2jhRFhTt3QdSW2sLv8AOqL7QfLF/fYA/xmI0m2QmISvEFjYNn/G7YQ0NEfp thbSzsFNBFkGJ94BEADBNsIKWtr7QiAlFh98/N0VJRuXd5qw1W+HRXItwQKX41nou655AHfy fsD8NFO3wcgN8hJLVeoe1Wg0hANwsx6XSmRqXqS1NbZb3T8koxEe7mMd7sfhg9O1n5a6m2oS p0mrEFClTVlu5zM+r2tvI6tMODGehJnVATVKwXslSoJC2LwebtpACgfNx9IqNJfURULa416j tsyxfg8/h6zPiCJh684Q/bIZJ71brrFp+DzdD/SPoCO91Jo7UPh4hb2llVik75ewv5qSXvRM vDttgraWqjgdPMlrqn7F1+r+k0q7o7dJ/GiEHU5zF253pbCJbO1UPighJwZ6+S+DrLzhKlaE spNDmNOLcw0TWIMkDle60tdJqb6PZAIVg9EWA5Trk9PEfCbpdlfV8GaTK4mIn0m+LRrVz/CU GvvGcv96exXpMipNQnv9wBY11FtQ5DwYlam/x/Jox78AhjGJYmdtmiwTQJnK4oLv4wkynLMc zs2ZfjhvAwOGJjCKBNZ44WU8hqEWGJowPf7SzymLjtCSJ+QgMYIuJwDbftQ718Nt5jC4es3n ECdD/CqCri8AYu+uGjV8sItKgyhS+vRvEmwAlwjarIieaffOGGew1thF97Nw9H4RgT+2fwYh lFl4s9xSvFLJhDWxB0fLbqt6hkdMWFf/KWWfaw5W9+RoFVAzjV1oDQARAQABwsF1BBgBCAAp BQJZBifeCRAYXExfXEyW+wIbDAUJHhM4AAQLBwkDBRUICgIDBBYAAQIAADZJEACx1woDE0Lm s4RQNXKb7m0+vGTYSHZsKULin49nBc41ots46+/eB3N6+hvNmnXwXDsdqSb1irxMs86D6goP 6hj8n0Ai8QJ9OV8wRmgOeb5E+sA+TzyA+zHSSpLCA6cB1ifVhsMNOIcrHXWJIFkFt3LcWA4s mI+3eCQUhtZNiTr/q/M/V+cLrzvNtuM/oAujd2N/rCpw7PJsph3p8wFgBgqFg2dFL3y5f2aZ bm3HiCcQkWlqaYIPTBzfRY8JH9a9bOWtxwiFbB+1CkUpzSGVeOjpfT+XlzwYkBFrbBtbDD1u /kgmAGnqG6dnHLIYnH2r81BjBW8mtlgcLDPy+T04ax2Mvyk8dXScs3zKdxNLOi8kvJ9JqBUK OF9kNDbmqGrjOgB2tbeH3aCwqQPj3uRf8GC1XKPf5VwFVB2NxmQVLaLF4jmvTYyqDIPZa1J9 8JYnHZJ0KgFomcHqU2ja77Z2UnKP8tr5Fsn5liOhbolTfMjQPh6S1zB088MPhl2L1CahVHI/ kepxhH/3Xy3+CCiPJo5bA45hGQslP54XTr5eUyDpGCjW1q47jgGhzdNggVWG+HZfDGaTEg5J JwoPeJor/IM0jLshpG07GAls105uiqSWe/U5uQOaZOgR+JnH+Bmj2LYDvXbxtO2hGDuswMSu pUMj/H1Q6hxq66tzHHZWbNUCOQ== Message-ID: Date: Mon, 15 Oct 2018 21:49:33 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <5539d47b-898a-9e21-7b98-7eaaadc2442e@metricspace.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="3uq4z5zTpLJGG8ZRHAVIVMTHwExngoSl1" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 16 Oct 2018 01:49:42 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --3uq4z5zTpLJGG8ZRHAVIVMTHwExngoSl1 Content-Type: multipart/mixed; boundary="cUgKbCbkWFwowItFQveisvhR74pWWVUvp"; protected-headers="v1" From: Eric McCorkle To: freebsd-current@freebsd.org Message-ID: Subject: Re: OpenSSL 1.1.1 Update report (ongoing) References: <584f2a1c-9ee3-36c1-ce78-681218d73b3a@metricspace.net> <5539d47b-898a-9e21-7b98-7eaaadc2442e@metricspace.net> In-Reply-To: <5539d47b-898a-9e21-7b98-7eaaadc2442e@metricspace.net> --cUgKbCbkWFwowItFQveisvhR74pWWVUvp Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable * gnome-vfs: C compile errors related to openssl, no viable mitigation Almost done now, though ptlib and gnome-vfs may cause runtime trouble On 10/14/18 7:13 PM, Eric McCorkle wrote: > * ptlib; Fails to build, due to C compiler errors arising from > source-level incompatibilities. This gets dragged in by opal, which > ends up being a dependency of ekiga, which is a dependency of gnome3. > Resolved by adding it to the exclude list, which actually does not seem= > to be breaking the build of opal. >=20 > * ffmpeg: autoconf fails to detect openssl. Probably easily fixable, > but the trivial workaround is to tick the GNUTLS option (emacs ends > up dragging in GNUTLS anyway, so it doesn't add more packages) >=20 > On 10/14/18 1:31 PM, Eric McCorkle wrote: >> More: >> >> * ImageMagick (unrelated to OpenSSL 1.1.1): This fails with the OpenMP= >> option ticked, due to trying to link with the base ld. Can be fixed b= y >> setting CC, CXX, LD to a port-installed clang, clang++, lld. The port= >> should probably do this automatically. >> >> * compat-linux-c7-base had a signal 11 when creating a package, which >> could be ignored without any apparent problem. Might be related. >> >> * evolution-data-server: build process apparently ends up linking >> against installed evolution libs. This led to a build failure, due to= >> missing libssl.so.8. Trying to deinstall then reinstall. >> >> Currently a little over halfway through. >> >> On 10/14/18 9:18 AM, Eric McCorkle wrote: >>> I'm currently in the process of updating my laptop, rebuilding world,= >>> then rebuilding *all* ports. I have a large number of ports installe= d >>> (around 1200), and I tend to select a lot of build options. >>> >>> This report is intended to help shake out issues relating to OpenSSL >>> 1.1.1. I'll be adding to this report as things progress. >>> >>> So far: >>> >>> * I'd seen issues with some C++ files not including string.h. I can'= t >>> seem to reproduce this on my other laptop, so I'm going to assume it'= s >>> fixed. >>> >>> * Base libpmc jevents issue: buildworld fails for me when building >>> libpmc. It appears to be missing a dependency link to build the jeve= nts >>> executable in the pmu-events subdirectory. I was able to work around= >>> this by manually running make in that directory, then copying the res= ult >>> to the object directory for LIB32 builds >>> >>> * librtmp: C compile errors directly attributable to OpenSSL 1.1.1 >>> (missing defs, etc) >>> >>> * graphics/graphviz circular deps (unrelated to OpenSSL 1.1.1): graph= viz >>> with gnomeui and/or librsvg options ticked ends up depending on vala,= >>> which depends on graphviz. Unrelated to OpenSSL 1.1.1, but warrants >>> reporting. >>> >>> >>> That's all so far. Will send more info as it comes. >>> >> >=20 --cUgKbCbkWFwowItFQveisvhR74pWWVUvp-- --3uq4z5zTpLJGG8ZRHAVIVMTHwExngoSl1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEvGNLeZs4J0tuYEzVGFxMX1xMlvsFAlvFQ64ACgkQGFxMX1xM lvslchAA4w+PcmEHW0RaMqnrzfukNCrnsmhWD3iwOk7sILyx4v7pKfyn7ZOxDGDY X4Puvk//x01byxzZSU8ra5Acjoqeme9gLZQVZMgj5HTN5mG520Ncan7SAH988Bx+ OhjPlVcNPpD8ZNR/DYrq1rHlatA+8cYXFydBX6cEEfI9Jf5/iAJ4yJJznZKOBlUZ 82HspSD1OT7OhfkR1v7zfrz54+wqPl2n7TDR9Wy28KfPcjdDq9RtUR+HcbzUmh1O pOx68KiFmBecxtacE1/qq8lZeBbnXK3baKIWypw6BBP+/Esnk1s+BZ+fVbw+fd+a JtYaU5ESC1i/aO+Kdl3IyATD7vijwwhTmEda04QFg44oWlU7pxlH4NDXcNM/UqGa SdO57TcxzfYwrcHhLuH8rwxdoOzzHS86uHX5TcMyyBaplu+MfeMHTLFtaJiOj1vI AKTvUHa7rpdn9VVcfsxKO9wrkFabko5cPw97QemYSnR6j5o6e9CxwMjahy6L3MqQ /zBcprWELy7e2XSpmw6pde8MdZHns6fRvt/pZ/LNfxoNgiWOiJAnZAmZpnVo2NS3 sw2UuWADjOhP5fGZemzpIae9CNTWDtXQp94l4Dh5LwMp4T/B8VguB9ef65DYAtvB JwAyyXZ7CScZrMGuIzDp/xOX1yV3kS9giv8lOoQQR4uGuUzCM1s= =CwND -----END PGP SIGNATURE----- --3uq4z5zTpLJGG8ZRHAVIVMTHwExngoSl1-- From owner-freebsd-current@freebsd.org Tue Oct 16 01:55:07 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 303F910D558B; Tue, 16 Oct 2018 01:55:07 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-io1-xd2b.google.com (mail-io1-xd2b.google.com [IPv6:2607:f8b0:4864:20::d2b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A535E71929; Tue, 16 Oct 2018 01:55:06 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-io1-xd2b.google.com with SMTP id s6-v6so4974246ioa.11; Mon, 15 Oct 2018 18:55:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=sNoNWVkZ4DvLoKqfl3G1x23/NZJD8Pp/7IQbGfLydKM=; b=WPmVqwweWGUOrKTx39LOnQsZn6s0LKIXWSuMBIOOHfnWZAnTNOur/ebl5RHtj8n323 x3z8RzfQ+TWK3vNHDGmyDwgRn0LIQeRufzwCIcmv3L45mtZ3dFbRq4Ms4ktknyREbDMv k/NvlZgg4w1lSVR0YWr6t7oH/eAtS6329mPs1hkUBtZlptBPELzj231AWu4Wr6/0XOph NMl/FppXpkNVbxCuMNJeSLZONSlc9jZIeBEAU/mDTfOjUsoiOMZ+eVGu74VJjkhZbJc2 qoKOo0GysRmGaz5Cni1XYEGL8tQnkBx5WnH+ZOh9YO+1IZJQOQEo8ghP8CABAF7ngrPI y3WA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=sNoNWVkZ4DvLoKqfl3G1x23/NZJD8Pp/7IQbGfLydKM=; b=U+vqJDc2PWRxLPaKal1HpH590i7eKCjsMz1QlaHjBey1DaJ8dTwxNKH8irEaXUoCf0 ftJD7Y6DjFV3TWtkseYW9ashPqAiLdZyn/4NJYp8YWO/ltdKQw6Ryef0eoG8q2L3Zu7M T1Ld8jolA5yehkeVMMQRPf4qUBNe9rDt0UOftHYGIkbVjppLIDXxz37VDgEKlo0B894o Kc644s47B55ytEA8ldn7KdkvF1gh1a1xJR6SY9rWkUngIvl+s1m6RmsB73k2dnx0vvlG CATjafkQnM+BsS/iVTSlXYd/ON4K3VzrFnEXzvzOsBFb0b7Elv9N8E5YsjUUYtZ6oRwm YdCg== X-Gm-Message-State: ABuFfojQ5zHK8hronvHLhhqEHn69NyvtVKOL18/Wc1NStCs5x/bcMkm/ A+kSJuvJVI4ivV0aqfRoaWo3H4Ec X-Google-Smtp-Source: ACcGV63AZtMNn/REtXvH/THTra5VuATEHucworajWTamciXRgu/bYfU4I7ySYvpKx4pKUg0MPC2FPQ== X-Received: by 2002:a6b:2b89:: with SMTP id r131-v6mr13212294ior.256.1539654905859; Mon, 15 Oct 2018 18:55:05 -0700 (PDT) Received: from ?IPv6:2620:10d:c096:13f:fd36:d2a8:151a:af2? ([2620:10d:c090:380::2:c7ca]) by smtp.gmail.com with ESMTPSA id c8-v6sm3621216iok.9.2018.10.15.18.55.04 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 15 Oct 2018 18:55:05 -0700 (PDT) From: "Enji Cooper (yaneurabeya)" Message-Id: <659BA879-AC2D-438C-9182-EE0D3650817C@gmail.com> Content-Type: multipart/signed; boundary="Apple-Mail=_38728E3A-302A-4A8C-B58B-C940A83C647E"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Relatively deterministic panic with sendfile(2) when running tests in the sxlock code Date: Mon, 15 Oct 2018 18:55:02 -0700 In-Reply-To: <20181015131045.GX1044@FreeBSD.org> Cc: FreeBSD Current , freebsd-net , Jonathan Looney To: Gleb Smirnoff References: <20181015022518.GV1044@FreeBSD.org> <1B58488D-8615-40E8-9115-E26496A6DBCE@gmail.com> <20181015131045.GX1044@FreeBSD.org> X-Mailer: Apple Mail (2.3445.9.1) X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 16 Oct 2018 01:55:07 -0000 --Apple-Mail=_38728E3A-302A-4A8C-B58B-C940A83C647E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Oct 15, 2018, at 6:10 AM, Gleb Smirnoff = wrote: >=20 > Enji, >=20 > can you please check that with this patch all your tests pass? Hi Gleb! It almost compiled. I just needed to dereference the `so` = pointer: $ git diff /usr/src/sys/kern/kern_sendfile.c diff --git a/sys/kern/kern_sendfile.c b/sys/kern/kern_sendfile.c index 438069aa721..50404ce5745 100644 --- a/sys/kern/kern_sendfile.c +++ b/sys/kern/kern_sendfile.c @@ -526,6 +526,8 @@ sendfile_getsock(struct thread *td, int s, struct = file **sock_fp, *so =3D (*sock_fp)->f_data; if ((*so)->so_type !=3D SOCK_STREAM) return (EINVAL); + if (SOLISTENING(*so)) + return (ENOTCONN); return (0); } After I applied that and rebuilt the kernel, it doesn=E2=80=99t = panic anymore (and it fails with the correct errno). Thank you so very much :)! -Enji --Apple-Mail=_38728E3A-302A-4A8C-B58B-C940A83C647E 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----- iQIzBAEBCAAdFiEE5bk3FaGcY5rvqmb79YOpJmkwhhUFAlvFRPYACgkQ9YOpJmkw hhVo9Q/+I2/wI5Ub43TCqbeQ6wBbdXupoc6Au6ZcVi9l8ltTvvtFnh+PYBRWIurW DfkWHUOhTWYi8pZpCjPftEW18SmF29iie06MWPk7eP/McOMj2rPuLz5JzahI5iwG OtRyZNU1DGj9Q34S2FVqKFmNR4Q8rB3vjy6IdAAFxA9ZmdG+YbqUGmx2pb7uuFzz XdbQ8B+G2kpGdIDnKNy16EPQSxT6C6oWxUUwX2trOk1jyQRi1YL0f0hGr4KqwTY/ 6NNbzenJicswmYHbArU81O+3JwtEezGM2OzIDNJkpE0YdQXaShr4PHuUanPcO7w5 XiiLIsW6HhvCzTYPBchYd08gnsN/WrhF8qCSIbXK5U0spz1yZj/Z7vIy+U3sgyDD sc2ClyxxznHMlM0GOek21EOfPVeXAphbhnr80maDq8L41Ju8fpFmllIHClveREb5 ou/WTIT/kQvtVd8igV7lZi0cFoM/v1bd5pXLbO0Tj+4KcJLNYjBo9T3CaY8Xi0O6 OTWOKw3IrpP09+Gmp6zntC33R3uYoe5sLOaYg8j9n2hsqJypCzeG4uESBj78h/29 XjttdW66rAXVZ7Oox6BK4rcM2x5lqPBZZjygQuZ0R3n+dd2fsDVqAlCIxiIhO2Sc tuHDCIaQgVB0s1GgRb83fO/U5L3VXPRa1YYB4PffWDXVaaEdDmk= =TwvW -----END PGP SIGNATURE----- --Apple-Mail=_38728E3A-302A-4A8C-B58B-C940A83C647E-- From owner-freebsd-current@freebsd.org Tue Oct 16 03:40:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7046510DEFFF for ; Tue, 16 Oct 2018 03:40:06 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DA46D77C0C for ; Tue, 16 Oct 2018 03:40:05 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x432.google.com with SMTP id a13-v6so23650802wrt.5 for ; Mon, 15 Oct 2018 20:40:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=1NdItYnBmej+Q2QWUrEzhhjGMysURrApp60GZ4kI0jM=; b=d5iiIq6pyEwEwfQq+ZndIIbloiKE02IRRDWClSUdHEQ2eWt5JmnOsC9yvFJ3iLBRJj 9LaQzPvNpaweOdWRCgf/k22O+UxK/s+DCm8M/tlQovBDmjYQVfUt59bvy+VMoRpNiiKO b400O8lHZ+NJvwiJEColyTbwgsaDfPwU/h6889PQTciU/R686cubRlAeiSyOQGlSJdVA jy2XVRmGoZ0k/e/9KLZty9NtpFh0Qztyzk5mW1ZSeiRAn3e26/qbTI4uFv4mrUal92cL GlmPenCUbK5aaWPKKQC1+N99sEoopHqf4ECd93skmX1Eqaz5LWv1uHKf4tJTGcgttErZ nhJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=1NdItYnBmej+Q2QWUrEzhhjGMysURrApp60GZ4kI0jM=; b=KpXwKIkozZOqOsLVf5XV7dBnOgvX/9l21qNtqAaxFyQu8CXCQUMIDft/QP1SkNSt/s iQKhO9acR0D08lCRBN0pmO1ZDLeROoJsqPrhbTa84rRyevVvsLlhtICFL4WK1k3cllwV /6W9Dfm70wnAEzLRnc6hY93HJYx7036mmmzsjHSZSdFWl2G4Zc+N551h+cns4pWKAbNq eAOg328zYW3yyVQ4qDGWLeMg+KGISIvavh8Fxuk2D75RtRA6CBPQrS8CjpivbwRPiU6a +KaDPZOvF/u4PzWItOA1VLNgO6a0kqRBLW2JYtJnaNzmepNG/bkRxlKf9T668uHEbxlk wpGw== X-Gm-Message-State: ABuFfoiAotoiPIM3x41/0IUfew4nqw83pM/uJVUoDwx93hcvDbriMgmG PpYaOUHFyxoc4WPyIToEzUsbQqSH X-Google-Smtp-Source: ACcGV608x0escmupKo/q+atS792U3jlZ95FZW4f5c/KyErBR2npL4k41ww3u2mV55Zc4HPLQSUgpDQ== X-Received: by 2002:a5d:6692:: with SMTP id l18-v6mr18337413wru.154.1539661204069; Mon, 15 Oct 2018 20:40:04 -0700 (PDT) Received: from [192.168.1.231] (79-66-139-63.dynamic.dsl.as9105.com. [79.66.139.63]) by smtp.gmail.com with ESMTPSA id e6-v6sm9576699wrc.70.2018.10.15.20.40.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 15 Oct 2018 20:40:02 -0700 (PDT) Subject: Problem compiling rust: observations on swap: GNU tar To: Cy Schubert References: <20181014213422.3188BC1B@spqr.komquats.com> Cc: "freebsd-current@freebsd.org" From: Graham Perrin Message-ID: <97680f3e-fb00-abc7-81d5-c61c9cae75e2@gmail.com> Date: Tue, 16 Oct 2018 04:40:00 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <20181014213422.3188BC1B@spqr.komquats.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 16 Oct 2018 03:40:06 -0000 On 14/10/2018 22:34, Cy Schubert wrote: > Set TAR in make.conf to gnu tar from ports. Some tarballs will cause bsdtar to exhaust memory and swap. There was discussion a while ago suggesting this is a bug in vmm. Thanks! My make.conf for poudriere: root@momh167-gjp4-hpelitebook8570p-freebsd:~ # cat /usr/local/etc/poudriere.d/make.conf ICA_CERTS=/usr/ports/distfiles/QuoVadisRootCA2.crt DEFAULT_VERSIONS+= samba=4.8 GNUTAR=on root@momh167-gjp4-hpelitebook8570p-freebsd:~ # – like so (the third line of the file), yes? From owner-freebsd-current@freebsd.org Tue Oct 16 04:06:32 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F189D10E0526 for ; Tue, 16 Oct 2018 04:06:31 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.138]) (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 6DDBB7945F for ; Tue, 16 Oct 2018 04:06:31 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id CGcfgVJCUwyxUCGchgiz5H; Mon, 15 Oct 2018 22:06:23 -0600 X-Authority-Analysis: v=2.3 cv=NPJhBHyg c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=8nJEP1OIZ-IA:10 a=smKx5t2vBNcA:10 a=pGLkceISAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=DY_hhWwZcppvYKhK9S8A:9 a=wPNLvfGTeEIA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 6C70314B0; Mon, 15 Oct 2018 21:06:21 -0700 (PDT) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id w9G46LnB060301; Mon, 15 Oct 2018 21:06:21 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id w9G46KtI060296; Mon, 15 Oct 2018 21:06:20 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201810160406.w9G46KtI060296@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Graham Perrin cc: Cy Schubert , "freebsd-current@freebsd.org" Subject: Re: Problem compiling rust: observations on swap: GNU tar In-Reply-To: Message from Graham Perrin of "Tue, 16 Oct 2018 04:40:00 +0100." <97680f3e-fb00-abc7-81d5-c61c9cae75e2@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Mon, 15 Oct 2018 21:06:20 -0700 X-CMAE-Envelope: MS4wfPV8Vdr45leb1d1qwDJ8+f74kcLFViw1Ty26nIbhQA4kOgkFTnhO47QBtL48upCAw7dsYB84+bUiRoTFjoIWQAGsrRjAKZnWefv39FtYh9oKihu/6R9p q8kmlpWnqC2O53td7709Aq2/FygEMWW7icSY+/brKl1qCu5LHo3Emi4z+7vQ36bnZLpafzIkPOA3hFfJqXogYOZvTw8aXxFlD4oGof7vqo23p1gVg6P0g0b/ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 16 Oct 2018 04:06:32 -0000 In message <97680f3e-fb00-abc7-81d5-c61c9cae75e2@gmail.com>, Graham Perrin writ es: > On 14/10/2018 22:34, Cy Schubert wrote: > > > Set TAR in make.conf to gnu tar from ports. Some tarballs will cause bsdtar > to exhaust memory and swap. There was discussion a while ago suggesting this > is a bug in vmm. > > Thanks! > > My make.conf for poudriere: > > root@momh167-gjp4-hpelitebook8570p-freebsd:~ # cat /usr/local/etc/poudriere.d > /make.conf > ICA_CERTS=/usr/ports/distfiles/QuoVadisRootCA2.crt > DEFAULT_VERSIONS+= samba=4.8 > GNUTAR=on > root@momh167-gjp4-hpelitebook8570p-freebsd:~ # > > – like so (the third line of the file), yes? No, like this. TAR=/usr/local/bin/gtar -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Tue Oct 16 05:17:50 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D5C810E1CDB for ; Tue, 16 Oct 2018 05:17:50 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F3E877B34C for ; Tue, 16 Oct 2018 05:17:49 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x436.google.com with SMTP id l6-v6so23393389wrt.1 for ; Mon, 15 Oct 2018 22:17:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=ZYRlEubCjCf/kNReZvU6bem/HBod9ZzPuXqfPNTA4vQ=; b=FSQ0iGahqHHA0a0KTlOt+/7u6pZuzPjKKDDBZ07+N/7gCEB2TQCrs+UYv52rZ+CQv4 mmC0R3ImCdZZte1h4W17zd1fZuE1U7/8dRg8yJuAi0CHgAdFtFGqbA0Qyskk9SD3H5Pl h4jiqQc8ikL4ekCRLdCQgVmL7IU8Ix62Z08kqJBbE5/BpFafoZzRkpTzUjRrzkaci0YO pMYUFa8NwV95KZBvFCEwxmnjwN/BDdgrsqWdJHzUvqUgp5wnV+GLo42B6VppVS70iutv yEd5p5ZkaQwXWoO92x+3BCFoDfppV8PY+96kuVbktQiXoj/FnKlSlotTXcFa06TzPWsV o9kg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=ZYRlEubCjCf/kNReZvU6bem/HBod9ZzPuXqfPNTA4vQ=; b=LdmS+F+1xrApfsEYyKweXdHRFuU0hkM7nWjpvp+5a2fdBuewEH3jeb4OO4bbfucy/S RbtBsbUtgdTggHbFW0iLDgiPDyEAVkCwRO44uALvfR88M0vFlZNxI49IV6mEWzvvBZQX Pm3AKci/bsp2kOgLTyg1DzjZ7rKH7hUwvX8P84TktGNpk6BNp25K5Xu2oMwyj7UlABWJ FIeAzisQ5ZWzWNDHLtQBl4uBfpNkiNAX8hvGTM8H/0z0+2a3WRX8dQBS3BAH8CtuvQ3I 8Bfe+JPWDqCBc6SLAtWBjkc5mCNm50IlVnwOmOFTgUYNykCVmhSDWDDVtEaZY6+gEptN uTbw== X-Gm-Message-State: ABuFfojem6bpbSJVZabZBjUwTxFS1xNCOfe4WzrTwt8RkQUTgDJmJgQv fwdxY5h3uFRhZEdoxS/qtETyHuK5 X-Google-Smtp-Source: ACcGV6234moNSHL68Vn5tVTCO3cB1DDZ2ovBfigK+3REnF0gDCYQS7W33vcJl+/DDTwZb6K3fEVnFQ== X-Received: by 2002:adf:b188:: with SMTP id q8-v6mr17154409wra.95.1539667068277; Mon, 15 Oct 2018 22:17:48 -0700 (PDT) Received: from [192.168.1.231] (79-66-139-63.dynamic.dsl.as9105.com. [79.66.139.63]) by smtp.gmail.com with ESMTPSA id e142-v6sm31767756wmf.20.2018.10.15.22.17.45 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 15 Oct 2018 22:17:45 -0700 (PDT) To: "freebsd-current@freebsd.org" From: Graham Perrin Subject: poudriere extract failures with TAR=/usr/local/bin/gtar with gtar from ports Message-ID: <53cdf655-d965-45f0-7d2b-e55ae13adcc1@gmail.com> Date: Tue, 16 Oct 2018 06:17:45 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 16 Oct 2018 05:17:50 -0000 For example: > [00:01:10] [02] [00:00:19] Finished www/qt5-webkit | qt5-webkit-5.212.0.a2_13: Failed: extract In full: ---- root@momh167-gjp4-hpelitebook8570p-freebsd:~ # date ; uname -v ; pkg upgrade -f -r poudriere archivers/gtar Tue 16 Oct 2018 06:03:24 BST FreeBSD 12.0-ALPHA9 r339356 GENERIC-NODEBUG Updating poudriere repository catalogue... poudriere repository is up to date. All repositories are up to date. Checking integrity... done (0 conflicting) The following 1 package(s) will be affected (of 0 checked): Installed packages to be REINSTALLED:         gtar-1.30 [poudriere] Number of packages to be reinstalled: 1 Proceed with this action? [y/N]: y [1/1] Reinstalling gtar-1.30... [1/1] Extracting gtar-1.30: 100% root@momh167-gjp4-hpelitebook8570p-freebsd:~ # nano /usr/local/etc/poudriere.d/make.conf   GNU nano 3.1                                         /usr/local/etc/poudriere.d/make.conf                                                    ICA_CERTS=/usr/ports/distfiles/QuoVadisRootCA2.crt DEFAULT_VERSIONS+= samba=4.8 # TAR=/usr/local/bin/gtar root@momh167-gjp4-hpelitebook8570p-freebsd:~ # date ; poudriere ports -u ; poudriere bulk -j current www/otter-browser Tue 16 Oct 2018 06:04:04 BST [00:00:00] Updating portstree "default" with portsnap...Looking up portsnap.FreeBSD.org mirrors... 6 mirrors found. Fetching snapshot tag from ec2-eu-west-1.portsnap.freebsd.org... done. Ports tree hasn't changed since last snapshot. No updates needed. Ports tree is already up to date.  done [00:00:00] Creating the reference jail... done [00:00:01] Mounting system devices for current-default [00:00:01] Mounting ports/packages/distfiles [00:00:01] Stashing existing package repository [00:00:01] Mounting ccache from: /var/cache/ccache [00:00:01] Mounting packages from: /usr/local/poudriere/data/packages/current-default [00:00:01] Copying /var/db/ports from: /usr/local/etc/poudriere.d/current-options [00:00:01] Appending to make.conf: /usr/local/etc/poudriere.d/make.conf /etc/resolv.conf -> /usr/local/poudriere/data/.m/current-default/ref/etc/resolv.conf [00:00:01] Starting jail current-default [00:00:04] Logs: /usr/local/poudriere/data/logs/bulk/current-default/2018-10-16_06h04m05s [00:00:05] Loading MOVED for /usr/local/poudriere/data/.m/current-default/ref/usr/ports [00:00:06] Ports supports: FLAVORS SELECTED_OPTIONS [00:00:06] Gathering ports metadata [00:00:14] Calculating ports order and dependencies [00:00:16] Sanity checking the repository [00:00:16] Checking packages for incremental rebuild needs [00:00:43] Deleting stale symlinks... done [00:00:43] Deleting empty directories... done [00:00:43] Cleaning the build queue [00:00:43] Sanity checking build queue [00:00:43] Processing PRIORITY_BOOST [00:00:43] Balancing pool [00:00:43] Recording filesystem state for prepkg... done [00:00:49] Building 3 packages using 2 builders [00:00:49] Starting/Cloning builders [00:00:51] Hit CTRL+t at any time to see build progress and stats [00:00:51] [01] [00:00:00] Building www/qt5-webengine | qt5-webengine-5.9.5_8 [00:00:51] [02] [00:00:00] Building www/qt5-webkit | qt5-webkit-5.212.0.a2_13 [00:01:10] [02] [00:00:19] Finished www/qt5-webkit | qt5-webkit-5.212.0.a2_13: Failed: extract [00:01:10] [02] [00:00:19] Skipping www/otter-browser | otter-browser-0.9.99.3: Dependent port www/qt5-webkit | qt5-webkit-5.212.0.a2_13 failed [00:01:29] [01] [00:00:38] Finished www/qt5-webengine | qt5-webengine-5.9.5_8: Failed: extract [00:01:30] Stopping 2 builders [00:01:36] No package built, no need to update the repository [00:01:36] Committing packages to repository [00:01:37] Removing old packages [00:01:37] Failed ports: www/qt5-webkit:extract www/qt5-webengine:extract [00:01:37] Skipped ports: www/otter-browser [current-default] [2018-10-16_06h04m05s] [committing:] Queued: 3  Built: 0  Failed: 2  Skipped: 1  Ignored: 0  Tobuild: 0   Time: 00:01:33 [00:01:37] Logs: /usr/local/poudriere/data/logs/bulk/current-default/2018-10-16_06h04m05s [00:01:37] Cleaning up [00:01:37] Unmounting file systems root@momh167-gjp4-hpelitebook8570p-freebsd:~ # From owner-freebsd-current@freebsd.org Tue Oct 16 12:28:13 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8938D10D16FA for ; Tue, 16 Oct 2018 12:28:13 +0000 (UTC) (envelope-from aliovx@gmail.com) Received: from mail-oi1-x233.google.com (mail-oi1-x233.google.com [IPv6:2607:f8b0:4864:20::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1EAD08AD15 for ; Tue, 16 Oct 2018 12:28:13 +0000 (UTC) (envelope-from aliovx@gmail.com) Received: by mail-oi1-x233.google.com with SMTP id e17-v6so17835598oig.12 for ; Tue, 16 Oct 2018 05:28:13 -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=ORovC1vraMW/8lKZxpI8lOedEwZn0FmTGHNtoPbdpww=; b=kdwbCvMjR3p6wmCoZpZG1QAKGKSyn+T9Bft6LQzIdhz1+aJ95aL2+RFlCxdwBicNGj nvRT+M1ys1Uuu3rxHVPPXKpqE4hkTuKsxu3HWGROIHqUedtf0E/Qs/E0BFTYSwBlfSpK KW75Hjr+RUAAueNOtZCHxOZg68hVaAQ2Yeh+t2MkXxYK6oF09JW/GZ3sbkl6rDlx6m4G bpq+6+EumL9h8Fgx6M5+7Slz3D0X3MqiERSaQS21kqJatlTAOisuZpe7TAtXx/42BVzq YbauKlue6Qi9avAVRq9WSrIpsBj1whsZ5iLVgh7bdASQi9gevsYEKl3d08SBOGm6zYIh HxOA== 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=ORovC1vraMW/8lKZxpI8lOedEwZn0FmTGHNtoPbdpww=; b=SMUkZenenoBJDDw6o4+u3YK6Et05UJNSYkJ15gUF1EhLodNForhakAXYatt4I2X5Fk HlgyWcF0SjTMIndnVs5u6oHtO9/i4MbJ4b0PVIDboWcNrPxWsVdpZVIzzfSDxZXQX+fJ uYaH+6lNrsZsCTFwWmx4zfsM0/G/uOfvNlgFoUIZRGJmoQ+QXsFVXm4vM9oolXWb0kh7 OimUE/ydGKCVterAenY+kVhPfQpZYS1txEGIs4B8r136l21t3kcDtVoBWMlQp9EPowUa o/ZYULM5Uf3eCsd54lsmyUyP1FQD/E7y+9ZRa3Xgsh8SZYtqAlFVJxihdt3vjyw8a1g4 vKMg== X-Gm-Message-State: ABuFfoi2OBh7NAnoHuv1MTTxieNWnnU4ZZDbIg3scLOfDO7ewQTxwXmx SvEccyGtsLM3HtZSXd+NNWiRBpk1EB6S1/Em1pDwNQ== X-Google-Smtp-Source: ACcGV61JyvW5/7cxpzt0bWQ4BZHp3iMawxEnAdzAzjSO++WgsrdJ6cQqxqGgaViq0PFD9xZJdTl9S9GLGqUloGPklLE= X-Received: by 2002:aca:ba89:: with SMTP id k131-v6mr10830867oif.226.1539692891993; Tue, 16 Oct 2018 05:28:11 -0700 (PDT) MIME-Version: 1.0 From: Ali Abdallah Date: Tue, 16 Oct 2018 14:28:02 +0200 Message-ID: Subject: fuser does not list id of processes that have a file To: freebsd-current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 16 Oct 2018 12:28:13 -0000 Hello, On FreeBSD 12 ALPHA9 > less .vimrc > fuser .vimrc .vimrc: gives no pid, on FreeBSD 11.2 the above works as expected. Regards, Ali From owner-freebsd-current@freebsd.org Tue Oct 16 13:01:33 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D7B0310D26BD for ; Tue, 16 Oct 2018 13:01:33 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-qk1-x735.google.com (mail-qk1-x735.google.com [IPv6:2607:f8b0:4864:20::735]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 73AA68BED1 for ; Tue, 16 Oct 2018 13:01:33 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-qk1-x735.google.com with SMTP id g20-v6so13987965qke.9 for ; Tue, 16 Oct 2018 06:01:33 -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=PcedySedNeEf8D9b5jhySfRDP/A9zBY0YnK9Ys06S4c=; b=ZnxrXTv+mLt1MKglZrxWWd2hz8jm7lg88dDxjMalIKwZxV+JGlwMVVSICeunRz9CGa gWYXn5+mLkDyTVSIjQN6iEy0/wS0NP2rI7GwXBhsFlc5SsXTfKGEnOnXxQM6nMnB0yea T1Y8dQLYtzyL6AAYzgW4KjJ2tNT1COUkn/9n/8OnmizSqjuUcY0U72eM+4rewpKHDbq0 1YWUHkU11bEM1j9u0cNX/ayiPufl8UA3xRg5RvGzot27UJXGIazZyRkS/3EJ2T0T2XfS oHMC4lNGxKLleaF2/2op9U2N22Ac0Mh+A034d90qZbKMR8R6kMPXwGFcrCzkVQ0wwvje E8Fw== 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=PcedySedNeEf8D9b5jhySfRDP/A9zBY0YnK9Ys06S4c=; b=hzpHK/ZYHSKYv5REwYA4wAQenjldxor7hXE9bWPV6EmhwfZ0+clpi5kUsk1SqN8UMA wVLtaE2M6+vOyLN2FpGhGCU+Ln7ubYmKWE7ykXY1sEzZCW1RIqJjGXhBOMf6PRzQbNCO E7x3WIc5fIyCAxMvd4jKPrSFiHoDm6ZrnIIavIrfrh0KzjDz14ZcOtGHyrChpC4Z39Bl yEqMzoYBvgjEJVJWtkzf+Wv58nHhVcduvxE9+BDJLXf2hJ50qTC/eNfaubYWzRIAabV3 rnq2LzhCMtRAR/iUG66KiByQG3KC6mRPl+9q5s4NszWNIatrr1/xHsHHS4VFB9I/rTss kHkw== X-Gm-Message-State: ABuFfojRFoJPdxLw2YrdDwK9XZLBzpF3griYNJm/7xPRJHaEO/j4bnbv EKSg0hSSKLcYAIeI8FGcGUGpZczaysWlsE7UAvlMmg== X-Google-Smtp-Source: ACcGV62nwIHY4uWHpIQcS75UPSmi60yRv1yILe4gU3ch1ldRAF/xxCYeH2i+e0dK3kIkeIxbAKa6lE5onoPMow/wfwQ= X-Received: by 2002:a37:17e4:: with SMTP id 97-v6mr20606192qkx.58.1539694892918; Tue, 16 Oct 2018 06:01:32 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:ac8:362e:0:0:0:0:0 with HTTP; Tue, 16 Oct 2018 06:01:31 -0700 (PDT) In-Reply-To: References: From: Mateusz Guzik Date: Tue, 16 Oct 2018 15:01:31 +0200 Message-ID: Subject: Re: fuser does not list id of processes that have a file To: Ali Abdallah Cc: freebsd-current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 16 Oct 2018 13:01:34 -0000 On 10/16/18, Ali Abdallah wrote: > Hello, > > On FreeBSD 12 ALPHA9 > >> less .vimrc >> fuser .vimrc > .vimrc: > > gives no pid, on FreeBSD 11.2 the above works as expected. > try this: diff --git a/usr.bin/fstat/fuser.c b/usr.bin/fstat/fuser.c index b4225328fc1f..17d06f1c5b13 100644 --- a/usr.bin/fstat/fuser.c +++ b/usr.bin/fstat/fuser.c @@ -92,7 +92,7 @@ struct consumer { STAILQ_ENTRY(consumer) next; }; struct reqfile { - uint32_t fsid; + uint64_t fsid; uint64_t fileid; const char *name; STAILQ_HEAD(, consumer) consumers; -- Mateusz Guzik From owner-freebsd-current@freebsd.org Tue Oct 16 15:17:29 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2A25E10D687E for ; Tue, 16 Oct 2018 15:17:29 +0000 (UTC) (envelope-from ed@nuxi.nl) Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 95D9270DF9 for ; Tue, 16 Oct 2018 15:17:28 +0000 (UTC) (envelope-from ed@nuxi.nl) Received: by mail-ed1-x533.google.com with SMTP id x31-v6so21707388edd.8 for ; Tue, 16 Oct 2018 08:17:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nuxi-nl.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=bTTNUXK3NMrfiL+HSU0tqETZaphbt6I+Zu2sxN01saQ=; b=sKkZVnxYVX8HT6nRSiXeKIc6duMxtDsBInoGU9GmbdjTS3rlsRAdH771WYMP00CZ8F zG6H6wV0wntcoAuGGIjl/iCPFLw/knCy7Bp0Tr6AhKLz0r3lL4EiyKGuPDEwRY7TCwWT qf22kO//AKesyI6leXd/3nmdKVRtj21GhZPZAabjs6q8pz1wNbZl2TnNkbtK9bq8kzNt Q7hHurZZNaTwJr4NdAsAaLUPYcd11HCEM5E9gXfO/Cuv2u4mL9Pkc/F5/TUBnsEa1K+2 NjfMkOzcbcCqquPHOmL+vcAdMpGJrGT9XUCHx4hvv05X5wVDBFkISwXhTdQRy6Y7nVe3 s5pQ== 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:cc; bh=bTTNUXK3NMrfiL+HSU0tqETZaphbt6I+Zu2sxN01saQ=; b=YYtjUMPkKK2UayyKInUiP/atD8+9pz9QXApHeHZZPtjxlxQCOfXQl1sB2uj8gHHYPF Sv0mQWPZKqTGNIux2k1DllbIS8/diLE8wu7WsOvDd/5A0q4bG1wStFzKC4cyNpFROPpx PqM/q4ib+dIKzALPPYn0+JraIix08o+3na8Ti2OX253uS215BS48Jy3Ozmf9uuL4EqXP jnKX9PZrNYZ48BsOi1tbyIw42WcN6SssbiZJe+u9hwZtf8JoTatKUfRSj/2e47Vym2ub Qo5jBjxPkC/QBBzfVVzLzhY+6ah6r2D+d2UMMdhtC/O8hXH1ODjVsDPGxyMQbJD2O+Nr zV2g== X-Gm-Message-State: ABuFfognfXaYlII7HMcO7GwlGZKvE699UfUpFwxBWHDXgwupKoIxWe8n vNw7w1wEJk5CJMWJ2anhHrSdf8RCecQiqqbZv3dJ6A== X-Google-Smtp-Source: ACcGV63xOBQK1hfGFjEoNEECdkFWX8Tx1qVEdE+OlivgeUHM1Lwz1MEMXnaLusMI8v1MLWcCD1vHc9mDbjEcS5sjejo= X-Received: by 2002:a50:cc0c:: with SMTP id m12-v6mr31665211edi.171.1539703046676; Tue, 16 Oct 2018 08:17:26 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Ed Schouten Date: Tue, 16 Oct 2018 17:17:00 +0200 Message-ID: Subject: Re: fuser does not list id of processes that have a file To: Mateusz Guzik Cc: aliovx@gmail.com, FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 16 Oct 2018 15:17:29 -0000 Hi there, Op di 16 okt. 2018 om 15:05 schreef Mateusz Guzik : > struct reqfile { > - uint32_t fsid; > + uint64_t fsid; > uint64_t fileid; Considering that these are based on sb.st_{ino,dev}, maybe better to use the occasion to switch these fields to dev_t and ino_t? -- Ed Schouten From owner-freebsd-current@freebsd.org Tue Oct 16 15:54:07 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5E1E10D812D; Tue, 16 Oct 2018 15:54:06 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (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 7822672A2D; Tue, 16 Oct 2018 15:54:06 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id C862521EE9; Tue, 16 Oct 2018 11:54:05 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Tue, 16 Oct 2018 11:54:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= subject:from:to:cc:references:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm3; bh=K CocKOmKgZWW5pA1RnYU6dAh1uZVh5KiS585HjN20gs=; b=mi78In2l+ujQuRjm2 25drw2/LnbvXoHiI+0Uht7XrvywxkNMUMl+fEdJELqn/4o08C8/xTjr5629iY+Bm YHIimWOdzT/QnsxdswVell4O0bAWntSLsmIaSn/zIVERsJ0NFpF1x00o1EK7MJJF IrfxFfMGh0md6dmN40Qhnp5Ja0dTUdhWZui6W3P6oavF58FQhkBbDJ46mLGGKW6y G2mOGlNsof/Md0WYrx9PoC6L1UGyE9CCp90i5gycsBDXOuHL1mHFsBF+ywCjuO6D OKbxDmcgz8Os+YyWRdnNSM3VrMzlwICrrZo60OmOMKLDebKGc+cE6pXuekvAqRxM m5sGA== 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-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=KCocKOmKgZWW5pA1RnYU6dAh1uZVh5KiS585HjN20 gs=; b=VnrY54cra70NR6AwNR6zM448XFW2sf4OV8VYVbe2vgtZOH2s9Z7kC/AkA b8FpgOBAmqoa6udZtfemHDzIoBDchEFozSaCP/CZUjr4swi3OFF7Ke3ICDnlpjO+ i4jNXtnEFWPMiYnrkwMC4wOkUG6J2ATBwSflLeEDjduZAly0rj+zf4Id2rzyhdO2 Deo1E0MOqqtYYKG+ojIRuul7slP3DYsPAwMtnRlREiI7L4SrLUddbC2d0eDg6UFw C04z0vG7LHhnq4F33pi17+au066bPeJjS5vyeId3Nr+DS94v0JqJjYx10FhMMr3w w+ZfR1cqo9MeYo+TGcSF0KPw3RGXQ== X-ME-Sender: X-ME-Proxy: Received: from [192.168.1.11] (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id D09FDE47E1; Tue, 16 Oct 2018 11:54:04 -0400 (EDT) Subject: Re: is 4k desktop possible on freebsd-12? From: tech lists To: freebsd-hardware@freebsd.org Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org References: <3ae8eee1-4752-122f-bcc6-661ed23d09e3@zyxst.net> Openpgp: preference=signencrypt Autocrypt: addr=tech-lists@zyxst.net; keydata= xsFNBFrFFqUBEADEVKCsP80kqIdMAHhYM2djbxLa3g42c8Ir47doWBFLfIV7DxdBTereNNb1 BG9G2w3wM5jhleES7BQ1+8H4zaUuNSfj0lXvoHMIe93KYy/kxvStwHDuC2EPjI1uLH7ahR+q eV4+zed8kv4zyv7tAOA7NPv0LLslKVajrqOeA6oGz+gkWrQ868S7PooOznOAjBB/D7GcMgJ3 kjwCKmSIqfaQbW5vUhBguekMWwMxEMu+ScP6uOd5GXojNn2IECIkWpFq5Y5i8qyuQT5QJrNm VEPuc26OEUOpB9Io+Xh7KEzEJI6Wwr9z9v39TJpXZsrNyOpYh6djFEQqDsjQWK8OHyKuqP9q i+taQeXN5QxosaCMZ1n2jeMPjefR5PjHHRp/47FeX/m1rHrN1pjVenotJTvMnhlXFmmsJQmF /lYWfpczArFl60w6wN9EOVpIp/QNWj1W0e8vo/WkMCoB4Cd6AfDEpcJ6DnT6KJ5n8NmDA1nL HBKSyKYiYvREp2u0aXga7XmnpaSW4VJeuRkOUsLAPsC8kb52iW8oGDtxXmxbvPB77GgNO30B woTttp5VG/ySpQdNwpl3aVswqFyGpcnQGBLgtExxygwV03j+u4rC348Lawq9mXncDTLk/7MZ +bKc9VTVKw1nq4izb6Gv20XQMNzmpkwJJDBHb9J6PnQ9sp0/GwARAQABzSF0ZWNoIGxpc3Rz IDx0ZWNoLWxpc3RzQHp5eHN0Lm5ldD7CwZQEEwEKAD4WIQRJSlE33qrv+7UMl/Z08OaGu2Nn LwUCWsUWpQIbIwUJCWYBgAULCQgHAwUVCgkICwUWAwIBAAIeAQIXgAAKCRB08OaGu2NnL++B D/483jZi/PoSC+QDn/IhSFya0dMnBoQFk7qWPkS6BBEP6Q5M+cwzlFju/izz6gbNJziloOIm WDdOs9EQ05QQn5McKY5wgtDp5mo1m2q17L4EMJigEynAM5SjinhJ6yqqmaU2//hXbm2CmB4k DOlM8C/zFYoUmS6v00TNtByIujU4v7GIgmy5Vu5Xtq/4rHlcD4IOLzjqvESt3Z7yIFBxTXOs y+ylRKBy4XxVR7BeIl1556w/aZk1z1plGZtDP5KCeoanh2+KFbkrqDiw6UgzPolEBS53WK8c 9wwT2fTXR18217OIVojUqou5XFkIr6r5KvzSKKbLgPvozjycUFe2flrzSR9IiJFjlLwvbUIW 3E4amxbul0s6sm7ihUcbZ0sIipv2Gf0WlzmxxLpb4Gba5qRn7PlE+S2rOAFNR5W/5MK6kxRW Mnvtg8a2sLxdayyYcOYvthC/JVF7u+pTW2Ii+CnZyf5wyi8D4Pb4ksWdarLxXikI4fWsyrAP jI9RpShHmVmm/k8jaj6IiAu8FDgYJW0OImul7S2wICXAbVVl7wFwDaP2v43dKAkZWyibVTgi yYgNhqeSNUM6Oa2qxCunYw81JZkDsliKfRe2A/iq3YY8Ow54+TDf/CC7+s3e2NMCpRozuQtR nze91/g8oToZqNl7nQqNszbYKn4Nb/IhbR/wZM7BTQRaxRalARAAvOXl3PaT4V5jDaRL1oAO ZtToXOCqfmPlmssDpRElPPzEUhtIhKmKvG0fpzwQkMBlWWloTXtjQ3TW2QbHk2n569CJaBk5 aSObK28y/BjvoyNhE+hOBlxFY3jbBvcS8pcWdbKaE+P9jh04in5PXqBkW2o6fDPqd6XugAIV kIDH74hm/EZdkLjmnp0USuOpxcW0E3m2qiRnDYixKZrArPQEjXLpkC+wkoRlV0dBgzPd502T 9TTZql/6ERtinLePO6pUyBCuNAWuyN7z/UNgnggD8xNi+zSm7Q5x4UzHGS5WvsAP+o60Q6fq SxbgmxkcbaFwN+clIW5tPt5KbW/X8tNk2chq0mqE0iJcd1h6qLniJxhefdUKpe2RCEIRB39T vhiu32UzAsDTb8cfTAyZMoHudLyIMFQdYaJCH0jiyFxzit3r2WsOeFdChSHIZxcRs4TPUV/E oP/sNdQ0xJS4XyisIQ4ChclA9baBKoT7fmJsO5onU8y+pXrqGxNOCxuX6aNquye7E8p28xUp AEj2MgOmnB2rUe1BTx6blIsFjbVBsEpR0MY8jETFlZ3gNqYg2E2FT40P/Uwx/i2OjWbWpQje sPBWVutDukiXy/qzIrYf+W7BFGpj2LGm0CVsQ7B9q2xDgCYtm293+KtQRsgWMyJMFjAglJo3 V9IdEXGxhh70gGUAEQEAAcLBfAQYAQoAJhYhBElKUTfequ/7tQyX9nTw5oa7Y2cvBQJaxRal AhsMBQkJZgGAAAoJEHTw5oa7Y2cvEqAP/1ZkTP6sS28oRmEmFIWM4WxGh7p8bHGyQjKTYVSb ifbvAc96O8aZbCkwVJXnRnQZdtBL5yxwhfV6ZLF01KYrkmZI41PCrtGN5yV0qLblkXn6GG3l BUW3QVHwQzKyR42OG97S7kQmTVThS+zf+qT+wrwJULc7i3Rd/ZmbhJcloPgdjmnTb0X36AK5 A9xh6wQDo8c5jhz9XMCWnVJwxQy/+HL0EU7kYoqNWTXP1W0vMMQVf61GZR119ZE2sv9fCVNB TxOnvOaqBvawnNW8Fj7B9vPxTZhCwCri0+UJRSnG+OBsXs3nFbPggjPlfMfdHgYleOU8CD3N JXX3J+AxAgoS0rEH7BwXcOwFAdlfVLjl5DRYdMdCxge9r63Qg8h+l69HQHC0E/GPoZ7hRBcB 8cV7xEwBgRA8yOP33rzwdHnteT9wCGbx/CHDcwerQx8A8z7evT5odmnIuu0+z6sCw8eH/puA LLgG/4jjv6yzAweG/9GNzyBvNU6JCWP0lQDh5UcieitPJjlKVtzTMVfsMIMLazu6A3WTI6cc vu/neg5VqTefu0C/2Ronuy67HfiEl4Zqrvo4WOW/5+vSVNmV3pcb5q/k7GCQUiJL0fGeCU+S KjmcNIsqbpEV4IgHenpgS8hLBrta2raTHmE7yKMA94Kh/+mCUwwGIZmp2EKS1HqMbhZ0 Organization: none Message-ID: Date: Tue, 16 Oct 2018 16:54:02 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <3ae8eee1-4752-122f-bcc6-661ed23d09e3@zyxst.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 16 Oct 2018 15:54:07 -0000 On 10/10/2018 11:17, tech-lists wrote: > I'm trying to get xorg to display 4k. The context is: > > FreeBSD 12.0-ALPHA8 r339084 amd64 > ports r481640 > AMD RX580 GPU > Asus X99 Extreme3 mobo > cpu: intel e5-2699v4 > 48GB RAM > Samsung UE48JU6410U monitor connected via HDMI > > drm-next-kmod-4.11.g20180822 Hi, just to follow up to this, I'd run out of time to work on this so installed latest ubuntu desktop, then ran xrandr and it showed 4k as the top resolution. I didn't have to make any modifications: [snip] DisplayPort-2 disconnected (normal left inverted right x axis y axis) HDMI-A-0 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 1872mm x 1053mm 3840x2160 30.00 + 25.00 24.00 29.97 23.98 4096x2160 30.00 25.00 24.00 29.97 23.98 [/snip] and then, additionally, installed boinc-client-opencl and boinc was able to see the GPUand use it for crunching. On FreeBSD I couldn't see a way of making the boinc client OpenCL-aware. On the plus side, FreeBSD was much more stable on this hardware than Ubuntu. Had to disable hyperthreading in the BIOS to stop it crashing every few hrs on Ubuntu. It would be interesting to know, if possible, what Ubuntu is doing that FreeBSD isn't on this hardware. thanks to all who replied/tried to help, -- J. From owner-freebsd-current@freebsd.org Tue Oct 16 19:40:59 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0CF4010DF4D5 for ; Tue, 16 Oct 2018 19:40:59 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mail-yb1-xb43.google.com (mail-yb1-xb43.google.com [IPv6:2607:f8b0:4864:20::b43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E59A7BEF1 for ; Tue, 16 Oct 2018 19:40:58 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by mail-yb1-xb43.google.com with SMTP id w80-v6so9384830ybe.10 for ; Tue, 16 Oct 2018 12:40:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=sOAPqaHIgkFaTkGc88dVpA1r0VAc+NPxEGm2fqaalog=; b=JyTMKI9cQU6JEHZEt+qe8EqQIDA8ed5zvb17MWoZXEl5CSwJ5EI7FOXBM4ZFeQ6qbO eXJp35IJAoDURAlKazplnUgS1UK2vjfcx0GVUhnLJ4yGRAGYJT87Tw5oZ5LNxXbInAEz yx1VYXhZXndcPPsAY2nbmkcBKJPA4lKHLFbtOfKiGx+dc9TuOvLpC/4IeuL4hftTnH0a qyVfdi6r/4/4T8wHhOmabUgMMlhwVadoJh0wDdWHe+LyMvNvrrYNebZCaE65SKkNY68+ hJkFD1YpeuIpPPYiUYgHeYhVUw7kwgOsdhf/EIDqImPSkgEVUMEl/m06HBQdU9auIQ3a hCzw== 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=sOAPqaHIgkFaTkGc88dVpA1r0VAc+NPxEGm2fqaalog=; b=NjmdhJs/uTIL3j36EIlm1Z4Vve40kPjlFrbvxJET6LG7DuQynu+Rfo7C0vJrg04c+I ygcCzZzGa3SO6Xp3lPf7zJNHYf3gZXrobz74ZOfUTeCtqnvpDPo+mA17+Gbn9OLAcR6g 6wDGRL4ECr52pwBSQRcuKS9WwQGytUpZTgTAo+NJE0MiH4I9HjrDRoZ8cdSf1CCh9qS+ X73mGgIc9l7Z8bfepwNF58+zi05olg5poRl/1zYDa0HPnLnE8+j791VhR8/qkWBvieuW oc8tYFt2juE3J7M45mCgFSeoJP5p2DkvQ2axmZ3dj3p1HwESEjfpX48r9bJPXGNriG/8 qRNA== X-Gm-Message-State: ABuFfog/rJkFPgMmWsx0On5/+XKemC96Kt7Zf6yqny0nH1FxxV5xsBtq YiWdDWmez0ZBZJoL6tt3KCInGLmNr7+iAXyPn/V8BA== X-Google-Smtp-Source: ACcGV626HT9bZIrdWLAFfjYP7Rsn4jnvLwsxcbERvcG0CpWM9bphqJ3eMTvdcAUpe8bDvIBnNL8QyxKAvlvSbYXwPZY= X-Received: by 2002:a25:3386:: with SMTP id z128-v6mr12573198ybz.218.1539718857927; Tue, 16 Oct 2018 12:40:57 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5b:645:0:0:0:0:0 with HTTP; Tue, 16 Oct 2018 12:40:56 -0700 (PDT) In-Reply-To: <20181006120427.GM1118@albert.catwhisker.org> References: <85518f55-20a8-f534-7266-a9e847912afc@alvermark.net> <596a89fa-d7a3-1d39-d296-e07359cb487f@alvermark.net> <20181003130645.GH1118@albert.catwhisker.org> <20181006120427.GM1118@albert.catwhisker.org> From: Oliver Pinter Date: Tue, 16 Oct 2018 21:40:56 +0200 Message-ID: Subject: Re: Sound issues with Dell Latitude 7490 (kabylake) To: current@freebsd.org Cc: Jakob Alvermark , freebsd-current , emaste@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 16 Oct 2018 19:40:59 -0000 On 10/6/18, David Wolfskill wrote: > On Wed, Oct 03, 2018 at 03:28:45PM +0200, Jakob Alvermark wrote: >> ... >> This is probably not a proper fix, but it helps to understand the >> problem. >> >> Could you post the output of 'sysctl dev.hdaa' with and without the >> patch so we can see what's different? >> ..... > > I have run: > > uname -a && sysctl dev.pcm dev.hdaa > > for each of stable/11 and head, both unpatched and patched. (The > "unpatched" versions were a bit older -- almost a week, for stable/11; > from back in August, for head -- but that does not appear to be > significant in the present case.) > > The files are accessible from > . > > The sysctl output is the same for stable/11 & head: > > g1-215(11.2-S)[9] foreach f ( sound_info_* ) > foreach? echo -n "${f}: " && tail +2 $f | md5 > foreach? end > sound_info_11_patched: 90c26fbae2031174656207f66e1a39ec > sound_info_11_unpatched: cb9239fb33901086f56527c22576097f > sound_info_12_patched: 90c26fbae2031174656207f66e1a39ec > sound_info_12_unpatched: cb9239fb33901086f56527c22576097f > g1-215(11.2-S)[12] > > A unidiff for the "head" versions: > > g1-215(11.2-S)[12] diff -u sound_info_12_{un,}patched > --- sound_info_12_unpatched 2018-10-06 04:04:36.041741000 -0700 > +++ sound_info_12_patched 2018-10-06 04:00:26.681350000 -0700 > @@ -1,4 +1,4 @@ > -FreeBSD g1-215.catwhisker.org 12.0-ALPHA2 FreeBSD 12.0-ALPHA2 #276 > r338043M/338043:1200078: Sun Aug 19 04:32:07 PDT 2018 > root@g1-215.catwhisker.org:/common/S3/obj/usr/src/amd64.amd64/sys/CANARY > amd64 > +FreeBSD g1-215.catwhisker.org 12.0-ALPHA8 FreeBSD 12.0-ALPHA8 #131 > r339212M/339212: Sat Oct 6 03:52:20 PDT 2018 > root@g1-215.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY > amd64 > dev.pcm.3.bitperfect: 0 > dev.pcm.3.buffersize: 65536 > dev.pcm.3.rec.vchanformat: s16le:2.0 > @@ -111,7 +111,7 @@ > Widget cap: 0x00400781 PWR DIGITAL UNSOL STEREO > Pin cap: 0x00000014 PDC OUT > Pin config: 0x411111f0 as=15 seq=0 device=Speaker conn=None ctype=1/8 > loc=Rear color=Black misc=1 > - Pin control: 0x00000000 > + Pin control: 0x00000040 OUT > Connections: 1 > + <- nid=6 [audio output] [DISABLED] > > @@ -134,7 +134,7 @@ > Widget cap: 0x0040058f PWR UNSOL STEREO > Pin cap: 0x00003734 PDC OUT IN VREF[ 50 80 100 GROUND HIZ ] > Pin config: 0x411111f0 as=15 seq=0 device=Speaker conn=None ctype=1/8 > loc=Rear color=Black misc=1 > - Pin control: 0x00000000 > + Pin control: 0x00000020 IN > Output amp: 0x80000000 mute=1 step=0 size=0 offset=0 (0/0dB) > Input amp: 0x00270300 mute=0 step=3 size=39 offset=0 (0/30dB) > Connections: 2 > @@ -147,7 +147,7 @@ > Widget cap: 0x0040048b PWR UNSOL STEREO > Pin cap: 0x00003724 PDC IN VREF[ 50 80 100 GROUND HIZ ] > Pin config: 0x411111f0 as=15 seq=0 device=Speaker conn=None ctype=1/8 > loc=Rear color=Black misc=1 > - Pin control: 0x00000000 > + Pin control: 0x00000020 IN > Input amp: 0x00270300 mute=0 step=3 size=39 offset=0 (0/30dB) > > dev.hdaa.1.nid25_original: 0x01a1903e as=3 seq=14 device=Mic conn=Jack > ctype=1/8 loc=Rear color=Pink misc=0 > g1-215(11.2-S)[13] > > Peace, > david Is there any chance to get these workarounds / fixes for dell machines in the main tree? > -- > David H. Wolfskill david@catwhisker.org > Women (and decent men): vote against supporters of Trump's misogyny! > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > From owner-freebsd-current@freebsd.org Tue Oct 16 19:43:09 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D541310DF750 for ; Tue, 16 Oct 2018 19:43:08 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mail-yb1-xb42.google.com (mail-yb1-xb42.google.com [IPv6:2607:f8b0:4864:20::b42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6BA6A7C26F for ; Tue, 16 Oct 2018 19:43:08 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by mail-yb1-xb42.google.com with SMTP id o63-v6so9404986yba.2 for ; Tue, 16 Oct 2018 12:43:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=FCrgLcorHdAcjG+/9f8Bo5RlAPx+u21bXbt5FLD/rTs=; b=G9i6p1cacvWvCdUj8gpu7tEOX9r9+uAqRxw4JZxPG+lPdFw9/6pONbIvPC0qGuaRYk /hoqIcxXsHOenmLmVBWXInpTlB9UjEgd4g3fK5iGsPlIYjFq3bhiyyOGuJ2YvZFwyhV9 LCR00RLe2KWQfwKLkFqynvdhNhrx/3VBO1ULqz21grlb9HrX75rXsB9TSxebW3byCZR9 yzZJd9hiRulddpuW968wqaxcsUraA+PCa0D1AFPGkxAhys8BetaO9Ah+qElrUCCAwg2w 8Mew8SeV/9l2bZzfMuCRua+rW/jXykbSfLwb9cHgjo+X7rE6eIMDBar90A0HJGuGdo1v epww== 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=FCrgLcorHdAcjG+/9f8Bo5RlAPx+u21bXbt5FLD/rTs=; b=ffBCTcml3vHe5ecEulFklfwIr6Gpm9W6I9BovQ8QTboLkeQUPRaxA1SsrDEx+T4kPP TmVIGrk76iBrnJ74bgJ+tN0xZEvm4xNJmTjfL7W/aKguTxGc2WEuyQRKmYj33miskYpP aWzVWMryb+sm6vICIWhxqLLJ1XlVqd2ZL6FUOl8ImDkeRUpm186E5AJH92z6A5wu5wAL yzfVl86H4gLdWaHuuSfw2k0OmmgB0Y8Fo4AKW2rDCFAeW3C9Gv10ei9zed0GQIIxKcM4 kVfETHmSiebLPv4ZKjXBboqjY9GXgezbna5FruQtuZZduI5K/8OujdxlB49Pcf57u90D Qq9w== X-Gm-Message-State: ABuFfoiBQDPfpCJ8ZKSytCmP2AsWhXuQdYwqUREaR6A7eVJenOfaMXbp +m5ZgQjBjNoqfXNeHr5e9lu4aIW4fD+dVdP9m7IbRw== X-Google-Smtp-Source: ACcGV625fOZtlBaXntmEJNPl9zcHAOYEG1b2o5Tfv8augoqF3I/nhq6zjyDXiw4P9VQGZ3scIOVQifQzg1BrKiaKcBA= X-Received: by 2002:a25:ce94:: with SMTP id x142-v6mr12562934ybe.486.1539718987890; Tue, 16 Oct 2018 12:43:07 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5b:645:0:0:0:0:0 with HTTP; Tue, 16 Oct 2018 12:43:07 -0700 (PDT) In-Reply-To: References: <85518f55-20a8-f534-7266-a9e847912afc@alvermark.net> <596a89fa-d7a3-1d39-d296-e07359cb487f@alvermark.net> <20181003130645.GH1118@albert.catwhisker.org> <20181006120427.GM1118@albert.catwhisker.org> From: Oliver Pinter Date: Tue, 16 Oct 2018 21:43:07 +0200 Message-ID: Subject: Re: Sound issues with Dell Latitude 7490 (kabylake) To: current@freebsd.org, Jakob Alvermark Cc: freebsd-current , emaste@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 16 Oct 2018 19:43:09 -0000 On 10/16/18, Oliver Pinter wrote: > On 10/6/18, David Wolfskill wrote: >> On Wed, Oct 03, 2018 at 03:28:45PM +0200, Jakob Alvermark wrote: >>> ... >>> This is probably not a proper fix, but it helps to understand the >>> problem. >>> >>> Could you post the output of 'sysctl dev.hdaa' with and without the >>> patch so we can see what's different? >>> ..... >> >> I have run: >> >> uname -a && sysctl dev.pcm dev.hdaa >> >> for each of stable/11 and head, both unpatched and patched. (The >> "unpatched" versions were a bit older -- almost a week, for stable/11; >> from back in August, for head -- but that does not appear to be >> significant in the present case.) >> >> The files are accessible from >> . >> >> The sysctl output is the same for stable/11 & head: >> >> g1-215(11.2-S)[9] foreach f ( sound_info_* ) >> foreach? echo -n "${f}: " && tail +2 $f | md5 >> foreach? end >> sound_info_11_patched: 90c26fbae2031174656207f66e1a39ec >> sound_info_11_unpatched: cb9239fb33901086f56527c22576097f >> sound_info_12_patched: 90c26fbae2031174656207f66e1a39ec >> sound_info_12_unpatched: cb9239fb33901086f56527c22576097f >> g1-215(11.2-S)[12] >> >> A unidiff for the "head" versions: >> >> g1-215(11.2-S)[12] diff -u sound_info_12_{un,}patched >> --- sound_info_12_unpatched 2018-10-06 04:04:36.041741000 -0700 >> +++ sound_info_12_patched 2018-10-06 04:00:26.681350000 -0700 >> @@ -1,4 +1,4 @@ >> -FreeBSD g1-215.catwhisker.org 12.0-ALPHA2 FreeBSD 12.0-ALPHA2 #276 >> r338043M/338043:1200078: Sun Aug 19 04:32:07 PDT 2018 >> root@g1-215.catwhisker.org:/common/S3/obj/usr/src/amd64.amd64/sys/CANARY >> amd64 >> +FreeBSD g1-215.catwhisker.org 12.0-ALPHA8 FreeBSD 12.0-ALPHA8 #131 >> r339212M/339212: Sat Oct 6 03:52:20 PDT 2018 >> root@g1-215.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY >> amd64 >> dev.pcm.3.bitperfect: 0 >> dev.pcm.3.buffersize: 65536 >> dev.pcm.3.rec.vchanformat: s16le:2.0 >> @@ -111,7 +111,7 @@ >> Widget cap: 0x00400781 PWR DIGITAL UNSOL STEREO >> Pin cap: 0x00000014 PDC OUT >> Pin config: 0x411111f0 as=15 seq=0 device=Speaker conn=None >> ctype=1/8 >> loc=Rear color=Black misc=1 >> - Pin control: 0x00000000 >> + Pin control: 0x00000040 OUT >> Connections: 1 >> + <- nid=6 [audio output] [DISABLED] >> >> @@ -134,7 +134,7 @@ >> Widget cap: 0x0040058f PWR UNSOL STEREO >> Pin cap: 0x00003734 PDC OUT IN VREF[ 50 80 100 GROUND HIZ ] >> Pin config: 0x411111f0 as=15 seq=0 device=Speaker conn=None >> ctype=1/8 >> loc=Rear color=Black misc=1 >> - Pin control: 0x00000000 >> + Pin control: 0x00000020 IN >> Output amp: 0x80000000 mute=1 step=0 size=0 offset=0 (0/0dB) >> Input amp: 0x00270300 mute=0 step=3 size=39 offset=0 (0/30dB) >> Connections: 2 >> @@ -147,7 +147,7 @@ >> Widget cap: 0x0040048b PWR UNSOL STEREO >> Pin cap: 0x00003724 PDC IN VREF[ 50 80 100 GROUND HIZ ] >> Pin config: 0x411111f0 as=15 seq=0 device=Speaker conn=None >> ctype=1/8 >> loc=Rear color=Black misc=1 >> - Pin control: 0x00000000 >> + Pin control: 0x00000020 IN >> Input amp: 0x00270300 mute=0 step=3 size=39 offset=0 (0/30dB) >> >> dev.hdaa.1.nid25_original: 0x01a1903e as=3 seq=14 device=Mic conn=Jack >> ctype=1/8 loc=Rear color=Pink misc=0 >> g1-215(11.2-S)[13] >> >> Peace, >> david > > Is there any chance to get these workarounds / fixes for dell machines > in the main tree? With Jakob's workaround - to comment out the cleaning of hda pin states - my laptop's sound started to work. It's a Dell E5440. So thanks Jakob! :) > > >> -- >> David H. Wolfskill david@catwhisker.org >> Women (and decent men): vote against supporters of Trump's misogyny! >> >> See http://www.catwhisker.org/~david/publickey.gpg for my public key. >> > From owner-freebsd-current@freebsd.org Tue Oct 16 21:24:25 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4271F10E26A8 for ; Tue, 16 Oct 2018 21:24:25 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (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 CC91780FB4 for ; Tue, 16 Oct 2018 21:24:24 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id CWp9gZvLZwyxUCWpBglWDM; Tue, 16 Oct 2018 15:24:22 -0600 X-Authority-Analysis: v=2.3 cv=NPJhBHyg c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=smKx5t2vBNcA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=qsruJaKLarI7R2-Z-98A:9 a=6G3Mzn5h7qy4SLMk:21 a=utqXMP1QP5FQ6eWT:21 a=QEXdDO2ut3YA:10 a=fR81uSEy2b4A:10 a=RcjHfOG2gPtZn5Irw0sA:9 a=kmj5eg8XkrwQUvbB:21 a=1wrmxyk_4yEQK3lD:21 a=uAuV6iBWqHi_vcTC:21 a=_W_S_7VecoQA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from [10.168.101.253] (S0106788a207e2972.gv.shawcable.net [70.66.154.233]) by spqr.komquats.com (Postfix) with ESMTPSA id 532B21C07; Tue, 16 Oct 2018 14:24:19 -0700 (PDT) MIME-Version: 1.0 From: Cy Schubert Subject: RE: poudriere extract failures with TAR=/usr/local/bin/gtar with gtarfrom ports Date: Tue, 16 Oct 2018 14:24:21 -0700 To: Graham Perrin , "freebsd-current@freebsd.org" Message-Id: <20181016212419.532B21C07@spqr.komquats.com> X-CMAE-Envelope: MS4wfMbCeXfT6rYFMbOxONaRmSB80DDoWm8wxRZWTHGTYAZtM0QOi0Tta573ZSOdSEyX/SYPVW2gUaTACmy0QYTBj2Mi2u2QdDhBxdCOHIMNsabHWxQ9EOOl /lAvnlLZL9z2BQ2xoMRUBcU42IXm4wm9ku3F+S19CA4mPNrTOuHM9OL3hbo+7KL7C3sR5harzoh/Ua/Ssm84TYJho5GFWlT/sUrQ6mnDx8u641pLTe8Sngml Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 16 Oct 2018 21:24:25 -0000 It's failed to ensure gtar is installed as a prereq. The only thing I can s= uggest at the moment is kludgy. --- Sent using a tiny phone keyboard. Apologies for any typos and autocorrect. Also, this old phone only supports top post. Apologies. Cy Schubert or The need of the many outweighs the greed of the few. --- -----Original Message----- From: Graham Perrin Sent: 15/10/2018 22:19 To: freebsd-current@freebsd.org Subject: poudriere extract failures with TAR=3D/usr/local/bin/gtar with gta= rfrom ports For example:=0A= =0A= > [00:01:10] [02] [00:00:19] Finished www/qt5-webkit | qt5-webkit-5.212.0.a= 2_13: Failed: extract=0A= =0A= In full:=0A= =0A= ----=0A= =0A= root@momh167-gjp4-hpelitebook8570p-freebsd:~ # date ; uname -v ; pkg upgrad= e -f -r poudriere archivers/gtar=0A= Tue 16 Oct 2018 06:03:24 BST=0A= FreeBSD 12.0-ALPHA9 r339356 GENERIC-NODEBUG=0A= Updating poudriere repository catalogue...=0A= poudriere repository is up to date.=0A= All repositories are up to date.=0A= Checking integrity... done (0 conflicting)=0A= The following 1 package(s) will be affected (of 0 checked):=0A= =0A= Installed packages to be REINSTALLED:=0A= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gtar-1.30 [poudriere]=0A= =0A= Number of packages to be reinstalled: 1=0A= =0A= Proceed with this action? [y/N]: y=0A= [1/1] Reinstalling gtar-1.30...=0A= [1/1] Extracting gtar-1.30: 100%=0A= root@momh167-gjp4-hpelitebook8570p-freebsd:~ # nano /usr/local/etc/poudrier= e.d/make.conf=0A= =0A= =0A= =0A= =0A= =C2=A0 GNU nano 3.1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 /usr/local/etc/poudriere.d/make.conf= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=0A= =0A= ICA_CERTS=3D/usr/ports/distfiles/QuoVadisRootCA2.crt=0A= DEFAULT_VERSIONS+=3D samba=3D4.8=0A= # =0A= TAR=3D/usr/local/bin/gtar=0A= =0A= =0A= =0A= =0A= root@momh167-gjp4-hpelitebook8570p-freebsd:~ # date ; poudriere ports -u ; = poudriere bulk -j current www/otter-browser=0A= Tue 16 Oct 2018 06:04:04 BST=0A= [00:00:00] Updating portstree "default" with portsnap...Looking up portsnap= .FreeBSD.org mirrors... 6 mirrors found.=0A= Fetching snapshot tag from ec2-eu-west-1.portsnap.freebsd.org... done.=0A= Ports tree hasn't changed since last snapshot.=0A= No updates needed.=0A= Ports tree is already up to date.=0A= =C2=A0done=0A= [00:00:00] Creating the reference jail... done=0A= [00:00:01] Mounting system devices for current-default=0A= [00:00:01] Mounting ports/packages/distfiles=0A= [00:00:01] Stashing existing package repository=0A= [00:00:01] Mounting ccache from: /var/cache/ccache=0A= [00:00:01] Mounting packages from: /usr/local/poudriere/data/packages/curre= nt-default=0A= [00:00:01] Copying /var/db/ports from: /usr/local/etc/poudriere.d/current-o= ptions=0A= [00:00:01] Appending to make.conf: /usr/local/etc/poudriere.d/make.conf=0A= /etc/resolv.conf -> /usr/local/poudriere/data/.m/current-default/ref/etc/re= solv.conf=0A= [00:00:01] Starting jail current-default=0A= [00:00:04] Logs: /usr/local/poudriere/data/logs/bulk/current-default/2018-1= 0-16_06h04m05s=0A= [00:00:05] Loading MOVED for /usr/local/poudriere/data/.m/current-default/r= ef/usr/ports=0A= [00:00:06] Ports supports: FLAVORS SELECTED_OPTIONS=0A= [00:00:06] Gathering ports metadata=0A= [00:00:14] Calculating ports order and dependencies=0A= [00:00:16] Sanity checking the repository=0A= [00:00:16] Checking packages for incremental rebuild needs=0A= [00:00:43] Deleting stale symlinks... done=0A= [00:00:43] Deleting empty directories... done=0A= [00:00:43] Cleaning the build queue=0A= [00:00:43] Sanity checking build queue=0A= [00:00:43] Processing PRIORITY_BOOST=0A= [00:00:43] Balancing pool=0A= [00:00:43] Recording filesystem state for prepkg... done=0A= [00:00:49] Building 3 packages using 2 builders=0A= [00:00:49] Starting/Cloning builders=0A= [00:00:51] Hit CTRL+t at any time to see build progress and stats=0A= [00:00:51] [01] [00:00:00] Building www/qt5-webengine | qt5-webengine-5.9.5= _8=0A= [00:00:51] [02] [00:00:00] Building www/qt5-webkit | qt5-webkit-5.212.0.a2_= 13=0A= [00:01:10] [02] [00:00:19] Finished www/qt5-webkit | qt5-webkit-5.212.0.a2_= 13: Failed: extract=0A= [00:01:10] [02] [00:00:19] Skipping www/otter-browser | otter-browser-0.9.9= 9.3: Dependent port www/qt5-webkit | qt5-webkit-5.212.0.a2_13 failed=0A= [00:01:29] [01] [00:00:38] Finished www/qt5-webengine | qt5-webengine-5.9.5= _8: Failed: extract=0A= [00:01:30] Stopping 2 builders=0A= [00:01:36] No package built, no need to update the repository=0A= [00:01:36] Committing packages to repository=0A= [00:01:37] Removing old packages=0A= [00:01:37] Failed ports: www/qt5-webkit:extract www/qt5-webengine:extract= =0A= [00:01:37] Skipped ports: www/otter-browser=0A= [current-default] [2018-10-16_06h04m05s] [committing:] Queued: 3=C2=A0 Buil= t: 0=C2=A0 Failed: 2=C2=A0 Skipped: 1=C2=A0 Ignored: 0=C2=A0 Tobuild: 0=C2= =A0=C2=A0 Time: 00:01:33=0A= [00:01:37] Logs: /usr/local/poudriere/data/logs/bulk/current-default/2018-1= 0-16_06h04m05s=0A= [00:01:37] Cleaning up=0A= [00:01:37] Unmounting file systems=0A= root@momh167-gjp4-hpelitebook8570p-freebsd:~ #=0A= _______________________________________________=0A= freebsd-current@freebsd.org mailing list=0A= https://lists.freebsd.org/mailman/listinfo/freebsd-current=0A= To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= =0A= From owner-freebsd-current@freebsd.org Wed Oct 17 03:07:45 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8CBD108BF96 for ; Wed, 17 Oct 2018 03:07:44 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x332.google.com (mail-wm1-x332.google.com [IPv6:2a00:1450:4864:20::332]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A32F8D005 for ; Wed, 17 Oct 2018 03:07:44 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x332.google.com with SMTP id 193-v6so508077wme.3 for ; Tue, 16 Oct 2018 20:07:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=HEOEQsv0ymOSwzo0MYLEfF9SEUh7rDK/Xd0NEO32ISc=; b=r6Wp+/0TLL/RFfFU8mh8MJavCdBwm+rEFyp02sNJYpIUIqVCAJVsfvX5PqxNaTTgrT aZ2G4oqMuJ8pEuP9wPIsVe6dqPWCHxUHxarthtsyYpeXg7wkdLIhkQIucLZr5Vu+S1mm 5FT0RQg6eazza72VD7n6inYFaAmITNUMoWTUE0jE9mwOktWIbglelr/1MNwbA02jK7t8 KEgcHT67COS7K+7cDRZ8/K8EajfnEiX+rizahLMEZEoapsj4xZqfQku4MCB7O6D6IfLY rwW8hVODsep+ZhKIYgZ/OLXfRprguZTnayP5606bf2d2jiMtqEjrrFKZ0fRk0dWFbPzg 78XA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=HEOEQsv0ymOSwzo0MYLEfF9SEUh7rDK/Xd0NEO32ISc=; b=mQ2iXmj5Sz0cZefI1MPp7kXvXS07/5ZR9TwhQa7ixUDhtXFP8hL2BxL7k/BopoXLCO lO9ROOcbdTMXQI9eDSLWsGzvTN4TOk5+WOe4YMXPxEQZY1janSpAbWfOekJ44Mmci7h2 a4UoTD4SpH7KfSHvk4zpqJKsie/PxpX1V03MBFkxscKegTPYy8YrLGBgc96WVZFY/l9y h+e13L+hYY3TsGGdwsOevv91DYKC7gclzfgQdE+TFjpxw2C/7+AgQ2PNIkvXeEA6VQBb c2rHRc0Nqylhql25P20EMRlFSzMU9x/Y1EHjIBoMsSZ1McbVFJt9ibQoSlIoNeJ9R2hB 8lLA== X-Gm-Message-State: ABuFfogZQ2QCFR+JenXB51e7+XAdaz0dmBhGSi5LR84tWErpoGiKcBd2 VKdShOxIhgLVzKcn3hk7pzz7L+vjTwY= X-Google-Smtp-Source: ACcGV61qxuWlgemhykr/FC+RwZZIdtSncQCK/VyksIW4c+6V0sVxL8vBfzLLkYFgP6lL+LDwmjD4DQ== X-Received: by 2002:a1c:b9cf:: with SMTP id j198-v6mr730305wmf.57.1539745662234; Tue, 16 Oct 2018 20:07:42 -0700 (PDT) Received: from [192.168.1.231] (79-66-139-63.dynamic.dsl.as9105.com. [79.66.139.63]) by smtp.gmail.com with ESMTPSA id a205-v6sm406392wmh.19.2018.10.16.20.07.39 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 16 Oct 2018 20:07:40 -0700 (PDT) Subject: Re: poudriere extract failures with TAR=/usr/local/bin/gtar with gtar from ports From: Graham Perrin To: "freebsd-current@freebsd.org" References: <53cdf655-d965-45f0-7d2b-e55ae13adcc1@gmail.com> Message-ID: <4e1afc9f-e0aa-0015-aeee-f017b7ef7f80@gmail.com> Date: Wed, 17 Oct 2018 04:07:38 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <53cdf655-d965-45f0-7d2b-e55ae13adcc1@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 17 Oct 2018 03:07:45 -0000 The tail of a log from a failed run: =================================================== ===>  License BSD3CLAUSE accepted by the user ===> Fetching all distfiles required by gflags-2.2.1 for building ===>  Extracting for gflags-2.2.1 => SHA256 Checksum OK for gflags-gflags-v2.2.1_GH0.tar.gz. /bin/sh: /usr/local/bin/gtar: not found *** Error code 1 Stop. make: stopped in /usr/ports/devel/gflags =>> Cleaning up wrkdir ===>  Cleaning for gflags-2.2.1 build of devel/gflags | gflags-2.2.1 ended at Wed Oct 17 02:32:54 BST 2018 build time: 00:00:02 !!! build failure encountered !!! ---- Why not found? gtar _is_ present: $ /usr/local/bin/gtar --version tar (GNU tar) 1.30 Copyright (C) 2017 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later . This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by John Gilmore and Jay Fenlason. $ From owner-freebsd-current@freebsd.org Wed Oct 17 06:07:55 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DEBA010C96AE for ; Wed, 17 Oct 2018 06:07:54 +0000 (UTC) (envelope-from aliovx@gmail.com) Received: from mail-oi1-x22f.google.com (mail-oi1-x22f.google.com [IPv6:2607:f8b0:4864:20::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 578FD71B0D for ; Wed, 17 Oct 2018 06:07:54 +0000 (UTC) (envelope-from aliovx@gmail.com) Received: by mail-oi1-x22f.google.com with SMTP id 22-v6so20151222oiz.2 for ; Tue, 16 Oct 2018 23:07:54 -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 :cc; bh=nHsG1NTOJhegGSkApgrZdqDXAEnVhNTPWtIY3PU77LE=; b=Bd5HgD5ina8+zwMZyUaSi7OYK4dUOEzKLpEKr0YrhKygofrFEd2L+tXpfRH0LTwXoU m0I/nKD1mPtyRgB129pWCPflqpzLTsOrnrizXPBwUMTFHJShO+675VKrsoY5OKU12nDk hm23+tQDGrCnFLWpQQDXC+jDxsOY+4SiVG2/5GNwL4fkvtOg8G9Xem0FznYJBSUtG6L+ nNdZqrxqz9tI5VDK7WFPaMzYT3Pjp/Njg3r882tfzcs1z35m1d9ooyXCycajO9n9ORCM O7h/3BU4c/LD3UzeIFuviFhQ/f4L+luQaMnobR4oeea1nTh+ncIKow/0SpC6ukNq9hyg KUSA== 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:cc; bh=nHsG1NTOJhegGSkApgrZdqDXAEnVhNTPWtIY3PU77LE=; b=irb499QUpRT3M2W9y82LWvYzQMOkKLdJa6rov2mN8pVkC40sieTrFc8mQrJLmXFBHI rq3DWXbfY/kw92bnB+TFYyZEo1J8HzKbUz3sXohAUj/ZIIFBs9f7MWgTopz+xop9QA0k r6WViq6fk8F2NBYkmAHcLQxwGFa2qzPsBC2JKdPCpYbNPnEwTdj3ORzpgZZElzIttSjX TEYFTxBA+VZ8NiFLiRiNVurR75o5Xyt4lmTI4qDMHSP8hz9SpFmvtuO6XgdXw78x16Y9 J4JozLWSlLN5p9cGY/NkcnEWwlZmJ74ISHL3vrcOve7pQ6kiHkXkAGTx0i/CR9HWwkDb q3QQ== X-Gm-Message-State: ABuFfohwTRDdhgpEJhlYFLnW3I0xlThPR2T0iEFptBBIAr1yFZUibajG hqal+VLh9I8deBq0rwE8Jz9oHC1fkf7JbCg4ctI= X-Google-Smtp-Source: ACcGV60b4G/mNvA9UZSxWRaBVQazgdsNSxj8jQ3VTAayA87YMg6YKfG/m6Em0FwPMi0iYM1qHstm3IfLHaq10P+JIjM= X-Received: by 2002:aca:ce8b:: with SMTP id e133-v6mr13981751oig.247.1539756473504; Tue, 16 Oct 2018 23:07:53 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Ali Abdallah Date: Wed, 17 Oct 2018 08:07:42 +0200 Message-ID: Subject: Re: fuser does not list id of processes that have a file To: ed@nuxi.nl Cc: mjguzik@gmail.com, freebsd-current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 17 Oct 2018 06:07:55 -0000 > diff --git a/usr.bin/fstat/fuser.c b/usr.bin/fstat/fuser.c > index b4225328fc1f..17d06f1c5b13 100644 > --- a/usr.bin/fstat/fuser.c > +++ b/usr.bin/fstat/fuser.c > @@ -92,7 +92,7 @@ struct consumer { > STAILQ_ENTRY(consumer) next; > }; > struct reqfile { > - uint32_t fsid; > + uint64_t fsid; > uint64_t fileid; > const char *name; > STAILQ_HEAD(, consumer) consumers; The above patch does not resolve the problem for me. Regards. On Tue, Oct 16, 2018 at 5:17 PM Ed Schouten wrote: > Hi there, > > Op di 16 okt. 2018 om 15:05 schreef Mateusz Guzik : > > struct reqfile { > > - uint32_t fsid; > > + uint64_t fsid; > > uint64_t fileid; > > Considering that these are based on sb.st_{ino,dev}, maybe better to > use the occasion to switch these fields to dev_t and ino_t? > > -- > Ed Schouten > From owner-freebsd-current@freebsd.org Wed Oct 17 07:37:23 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EBC7010CBA2C for ; Wed, 17 Oct 2018 07:37:22 +0000 (UTC) (envelope-from brennan@umanwizard.com) Received: from smtp.umanwizard.com (smtp.umanwizard.com [54.203.248.109]) (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 971E574589 for ; Wed, 17 Oct 2018 07:31:38 +0000 (UTC) (envelope-from brennan@umanwizard.com) From: "Brennan Vincent" To: Date: Wed, 17 Oct 2018 03:34:00 -0400 Subject: Git segfaulting in libcrypto.so when trying to clone. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 17 Oct 2018 07:37:23 -0000 This also happens in the stock `git` installed from `pkg`, but I have installed it also from `/usr/ports` so I could enable debug symbols and get a proper stacktrace. When cloning any https repo (or at least the ones from github that I tried), git segfaults in `git-remote-https`, and the core dump shows the following stack trace: * frame #0: 0x000000080081f36c libc.so.7`strcmp at strcmp.S:46 frame #1: 0x0000000800d04f1d libcrypto.so.8`lh_insert [inlined] getrn(lh=, data=0x00000008013aba20) at lhash.c:434 frame #2: 0x0000000800d04ebb libcrypto.so.8`lh_insert(lh=0x0000000801359480, data=0x00000008013aba20) at lhash.c:207 frame #3: 0x0000000800d0f05e libcrypto.so.8`OBJ_NAME_add(name=0x0000000000000000, type=, data="m\x04") at o_names.c:202 frame #4: 0x000000080120ab8d libcrypto.so.9`openssl_add_all_ciphers_int at c_allc.c:83 frame #5: 0x000000080120a4b9 libcrypto.so.9`ossl_init_add_all_ciphers_ossl_ [inlined] ossl_init_add_all_ciphers at init.c:216 frame #6: 0x000000080120a4b4 libcrypto.so.9`ossl_init_add_all_ciphers_ossl_ at init.c:205 frame #7: 0x000000080064de28 libthr.so.3`_pthread_once(once_control=0x000000080128a3b0, init_routine=(libcrypto.so.9`ossl_init_add_all_ciphers_ossl_ at init.c:205)) at thr_once.c:97 frame #8: 0x0000000801209b69 libcrypto.so.9`CRYPTO_THREAD_run_once(once=, init=) at threads_pthread.c:113 frame #9: 0x0000000801209f67 libcrypto.so.9`OPENSSL_init_crypto(opts=2097228, settings=0x0000000000000000) at init.c:611 frame #10: 0x000000080052982d libssl.so.9`OPENSSL_init_ssl(opts=2097152, settings=) at ssl_init.c:197 frame #11: 0x0000000800525cb4 libssl.so.9`SSL_CTX_new(meth=0x0000000800b0d1d0) at ssl_lib.c:2883 frame #12: 0x00000008004a4a92 libcurl.so.4`___lldb_unnamed_symbol655$$libcurl.so.4 + 2722 frame #13: 0x00000008004a935f libcurl.so.4`___lldb_unnamed_symbol671$$libcurl.so.4 + 271 frame #14: 0x000000080045b455 libcurl.so.4`___lldb_unnamed_symbol59$$libcurl.so.4 + 405 frame #15: 0x00000008004661ca libcurl.so.4`___lldb_unnamed_symbol136$$libcurl.so.4 + 154 frame #16: 0x000000080047c436 libcurl.so.4`___lldb_unnamed_symbol259$$libcurl.so.4 + 934 frame #17: 0x000000080047bf0e libcurl.so.4`curl_multi_perform + 222 frame #18: 0x000000000026a519 git-remote-https`step_active_slots at http.c:1293 frame #19: 0x000000000026a596 git-remote-https`run_active_slot(slot=0x00000008012fa4c0) at http.c:1314 frame #20: 0x000000000026a9f8 git-remote-https`run_one_slot(slot=0x00000008012fa4c0, results=0x00007fffffffe0f8) at http.c:1509 frame #21: 0x000000000026dc6a git-remote-https`http_request(url="https://github.com/emacs-lsp/lsp-mode/info/refs?service=git-upload-pack", result=0x00007fffffffe298, target=0, options=0x00007fffffffe1f0) at http.c:1793 frame #22: 0x000000000026ac5b git-remote-https`http_request_reauth(url="https://github.com/emacs-lsp/lsp-mode/info/refs?service=git-upload-pack", result=0x00007fffffffe298, target=0, options=0x00007fffffffe1f0) at http.c:1869 frame #23: 0x000000000026ac1c git-remote-https`http_get_strbuf(url="https://github.com/emacs-lsp/lsp-mode/info/refs?service=git-upload-pack", result=0x00007fffffffe298, options=0x00007fffffffe1f0) at http.c:1910 frame #24: 0x0000000000264fbd git-remote-https`discover_refs(service="", for_push=0) at remote-curl.c:385 frame #25: 0x0000000000263ca2 git-remote-https`get_refs(for_push=0) at remote-curl.c:465 frame #26: 0x000000000026361a git-remote-https`cmd_main(argc=3, argv=0x00007fffffffe470) at remote-curl.c:1369 frame #27: 0x00000000002707d7 git-remote-https`main(argc=3, argv=0x00007fffffffe470) at common-main.c:45 frame #28: 0x000000000026311b git-remote-https`_start(ap=, cleanup=) at crt1.c:76 Note in particular that we jump from `libcrypto.so.9` to `libcrypto.so.8`... that seems wrong to me, but I'm not an expert. `/lib/libcrypto.so.8` and `/lib/libcrypto.so.9` both exist for me. I can't reproduce this on a pristine install of 12.0-ALPHA10. Does anyone have any ideas? From owner-freebsd-current@freebsd.org Wed Oct 17 08:06:29 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 89E8A10CC92A; Wed, 17 Oct 2018 08:06:29 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pg1-x52c.google.com (mail-pg1-x52c.google.com [IPv6:2607:f8b0:4864:20::52c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F28EE75474; Wed, 17 Oct 2018 08:06:28 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pg1-x52c.google.com with SMTP id t70-v6so12137542pgd.12; Wed, 17 Oct 2018 01:06:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:reply-to:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=nBWC+JmoHbYwaSfFgZEPmwRzziw1nHLT/sGMgFjnD0g=; b=e3b7M2MohTHGV2jpcO226YrkNYSvoVtCOxioPbJvH8rPJscp04visW2sui+pgoM5S9 OcUlI80tngO4gdfm82GXwYOddnW4h+NMLcopZhdoeiDnfoSdvGgb68UjQHUMq0FD0Wcg T2k4qEEqVyL2qOBEtHdHvIRND9xDo4tw8VlOuSkRvB//oT51zp2QW0q+1kAWialIiXrz /kHLLJ5BQ2O9dgwcjpFG8byfLKzLmW87sDAdLxN2JSbG7MZBwSAKk2uuF/Zmc8tg+bY3 vdQVbP8PSJB47SDCKFCBMlJkfifMKE3xPDzZoWNUa+uyKGiG76bwq8OvB6iLChG/WKil 0/eg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:reply-to:subject:to:references:from :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=nBWC+JmoHbYwaSfFgZEPmwRzziw1nHLT/sGMgFjnD0g=; b=sVWt6+GUTkewo+VFRJcsx1Em3As4zjZmFNLz1WNTCoh+p+/O4ykq+2TXtIi5gKG7Ok hKu5tT9OrJm/qJo3WSw8/vfBlxLVI9B2j76wlaHrUxXL9aJMrmtN/2yxeM5kHAqtCOZ/ y2H6+NCIIYdL0cAtaupmAoyJRTgMM0mfpZ80dHhywOcJOOmJPHqJVxstLDz5jTdoWvQ3 GZ9co1fxcyWBzET5K1CPEl3fGIMJpQoeA6ho4Nl9Zfd4ingiCmDzHyvx/+4DxLl7HMxj Wt1E7otSKa5sKm72/oY+BTGDUj+m9TjoTFUhYwPHw0L+TDFkdJSH/jwvcGe2Cilx3+0f RrAg== X-Gm-Message-State: ABuFfoj7Rl+xg6GuTck5Y9irWQTtvBUp3eFDAUWb2+9q9agSraFVIK0M VqhHK1CzFdntMtg6A0eYnx/Nc7LxlKM= X-Google-Smtp-Source: ACcGV61b03W2cXoHmF08lmsGDIP6E5WVs8d0fudccKUhVvh+3jdMqGlI4Uh0Dx/0c/kXoKz9cIbQzw== X-Received: by 2002:a62:2bc2:: with SMTP id r185-v6mr25536034pfr.21.1539763587627; Wed, 17 Oct 2018 01:06:27 -0700 (PDT) Received: from [192.168.1.105] ([103.103.242.159]) by smtp.gmail.com with ESMTPSA id s2-v6sm21769861pfk.133.2018.10.17.01.06.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 17 Oct 2018 01:06:27 -0700 (PDT) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: Git segfaulting in libcrypto.so when trying to clone. To: Brennan Vincent , freebsd-current@freebsd.org, FreeBSD Ports List References: <5bc6e70a.1c69fb81.44a22.37b8SMTPIN_ADDED_MISSING@mx.google.com> From: Kubilay Kocak Message-ID: <149d6485-54a2-4d8b-99cb-aac6a3e52c33@FreeBSD.org> Date: Wed, 17 Oct 2018 19:06:23 +1100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:63.0) Gecko/20100101 Thunderbird/63.0 MIME-Version: 1.0 In-Reply-To: <5bc6e70a.1c69fb81.44a22.37b8SMTPIN_ADDED_MISSING@mx.google.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 17 Oct 2018 08:06:29 -0000 On 17/10/2018 6:34 pm, Brennan Vincent wrote: > This also happens in the stock `git` installed from `pkg`, but I have installed it also from `/usr/ports` so I could enable debug symbols and get a proper stacktrace. > > When cloning any https repo (or at least the ones from github that I tried), git segfaults in `git-remote-https`, and the core dump shows the following stack trace: > > * frame #0: 0x000000080081f36c libc.so.7`strcmp at strcmp.S:46 > frame #1: 0x0000000800d04f1d libcrypto.so.8`lh_insert [inlined] getrn(lh=, data=0x00000008013aba20) at lhash.c:434 > frame #2: 0x0000000800d04ebb libcrypto.so.8`lh_insert(lh=0x0000000801359480, data=0x00000008013aba20) at lhash.c:207 > frame #3: 0x0000000800d0f05e libcrypto.so.8`OBJ_NAME_add(name=0x0000000000000000, type=, data="m\x04") at o_names.c:202 > frame #4: 0x000000080120ab8d libcrypto.so.9`openssl_add_all_ciphers_int at c_allc.c:83 > frame #5: 0x000000080120a4b9 libcrypto.so.9`ossl_init_add_all_ciphers_ossl_ [inlined] ossl_init_add_all_ciphers at init.c:216 > frame #6: 0x000000080120a4b4 libcrypto.so.9`ossl_init_add_all_ciphers_ossl_ at init.c:205 > frame #7: 0x000000080064de28 libthr.so.3`_pthread_once(once_control=0x000000080128a3b0, init_routine=(libcrypto.so.9`ossl_init_add_all_ciphers_ossl_ at init.c:205)) at thr_once.c:97 > frame #8: 0x0000000801209b69 libcrypto.so.9`CRYPTO_THREAD_run_once(once=, init=) at threads_pthread.c:113 > frame #9: 0x0000000801209f67 libcrypto.so.9`OPENSSL_init_crypto(opts=2097228, settings=0x0000000000000000) at init.c:611 > frame #10: 0x000000080052982d libssl.so.9`OPENSSL_init_ssl(opts=2097152, settings=) at ssl_init.c:197 > frame #11: 0x0000000800525cb4 libssl.so.9`SSL_CTX_new(meth=0x0000000800b0d1d0) at ssl_lib.c:2883 > frame #12: 0x00000008004a4a92 libcurl.so.4`___lldb_unnamed_symbol655$$libcurl.so.4 + 2722 > frame #13: 0x00000008004a935f libcurl.so.4`___lldb_unnamed_symbol671$$libcurl.so.4 + 271 > frame #14: 0x000000080045b455 libcurl.so.4`___lldb_unnamed_symbol59$$libcurl.so.4 + 405 > frame #15: 0x00000008004661ca libcurl.so.4`___lldb_unnamed_symbol136$$libcurl.so.4 + 154 > frame #16: 0x000000080047c436 libcurl.so.4`___lldb_unnamed_symbol259$$libcurl.so.4 + 934 > frame #17: 0x000000080047bf0e libcurl.so.4`curl_multi_perform + 222 > frame #18: 0x000000000026a519 git-remote-https`step_active_slots at http.c:1293 > frame #19: 0x000000000026a596 git-remote-https`run_active_slot(slot=0x00000008012fa4c0) at http.c:1314 > frame #20: 0x000000000026a9f8 git-remote-https`run_one_slot(slot=0x00000008012fa4c0, results=0x00007fffffffe0f8) at http.c:1509 > frame #21: 0x000000000026dc6a git-remote-https`http_request(url="https://github.com/emacs-lsp/lsp-mode/info/refs?service=git-upload-pack", result=0x00007fffffffe298, target=0, options=0x00007fffffffe1f0) at http.c:1793 > frame #22: 0x000000000026ac5b git-remote-https`http_request_reauth(url="https://github.com/emacs-lsp/lsp-mode/info/refs?service=git-upload-pack", result=0x00007fffffffe298, target=0, options=0x00007fffffffe1f0) at http.c:1869 > frame #23: 0x000000000026ac1c git-remote-https`http_get_strbuf(url="https://github.com/emacs-lsp/lsp-mode/info/refs?service=git-upload-pack", result=0x00007fffffffe298, options=0x00007fffffffe1f0) at http.c:1910 > frame #24: 0x0000000000264fbd git-remote-https`discover_refs(service="", for_push=0) at remote-curl.c:385 > frame #25: 0x0000000000263ca2 git-remote-https`get_refs(for_push=0) at remote-curl.c:465 > frame #26: 0x000000000026361a git-remote-https`cmd_main(argc=3, argv=0x00007fffffffe470) at remote-curl.c:1369 > frame #27: 0x00000000002707d7 git-remote-https`main(argc=3, argv=0x00007fffffffe470) at common-main.c:45 > frame #28: 0x000000000026311b git-remote-https`_start(ap=, cleanup=) at crt1.c:76 Hi Brennan, git gets its HTTP/HTTPS/etc support via curl, so it's likely an issue there. > Note in particular that we jump from `libcrypto.so.9` to `libcrypto.so.8`... that seems wrong to me, but I'm not an expert. There have been many instances in the past where software (from ports/packages) ends up linked against *both* OpenSSL from base and OpenSSL from ports, due to various issues. This is probably a similar issue. The same problem can occur for anything that base provides, that can also be provided by ports, gssapi, ncurses, readline, among others come to mind. > `/lib/libcrypto.so.8` and `/lib/libcrypto.so.9` both exist for me. If both exist in base, that's interesting (and probably a problem). I only have libcrypto.so.8 on a recent (month old) CURRENT build. The openssl port (which curl can use) provides libcrypto.so.9 (in /usr/local/lib) > I can't reproduce this on a pristine install of 12.0-ALPHA10. > Some more system information might prove useful: - FreeBSD version issue is reproducible on (uname -a) - Output of ldd /usr/local/bin/curl - Using quarterly or latest packages? - What exact version (PORTVERSION/PORTREVISION) of the package / port? - Contents of /etc/make.conf, in particular, any value of DEFAULT_VERSIONS=ssl (if set) A cursory search of our Bugzilla doesn't come up with any other similar reports for either git or curl ./koobs From owner-freebsd-current@freebsd.org Wed Oct 17 08:21:18 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC5B210CD188 for ; Wed, 17 Oct 2018 08:21:18 +0000 (UTC) (envelope-from brennan@umanwizard.com) Received: from smtp.umanwizard.com (smtp.umanwizard.com [54.203.248.109]) (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 563B475AEB; Wed, 17 Oct 2018 08:14:21 +0000 (UTC) (envelope-from brennan@umanwizard.com) From: "Brennan Vincent" To: Kubilay Kocak , Date: Wed, 17 Oct 2018 04:15 -0400 Subject: Re: Git segfaulting in libcrypto.so when trying to clone. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 17 Oct 2018 08:21:18 -0000 Hi Kubilay (or do you prefer "koobs"?). Thanks for the response. To answer your questions: * I am using latest packages * My /etc/make.conf was empty when I built the system, and now just has `WITH_DEBUG=yes`. # uname -a FreeBSD freebsd 12.0-ALPHA9 FreeBSD 12.0-ALPHA9 #3 r339359: Tue Oct 16 03:28:51 UTC 2018 root@freebsd:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 # ldd /usr/local/bin/curl /usr/local/bin/curl: libcurl.so.4 => /usr/local/lib/libcurl.so.4 (0x800268000) libz.so.6 => /lib/libz.so.6 (0x8002e7000) libkrb5.so.11 => /usr/lib/libkrb5.so.11 (0x800301000) libgssapi.so.10 => /usr/lib/libgssapi.so.10 (0x800382000) libgssapi_krb5.so.10 => /usr/lib/libgssapi_krb5.so.10 (0x80038f000) libthr.so.3 => /lib/libthr.so.3 (0x8003b1000) libc.so.7 => /lib/libc.so.7 (0x8003dc000) libnghttp2.so.14 => /usr/local/lib/libnghttp2.so.14 (0x8007e7000) libssl.so.8 => /usr/lib/libssl.so.8 (0x800812000) libheimntlm.so.11 => /usr/lib/libheimntlm.so.11 (0x800888000) libhx509.so.11 => /usr/lib/libhx509.so.11 (0x800891000) libcom_err.so.5 => /usr/lib/libcom_err.so.5 (0x8008e2000) libcrypto.so.8 => /lib/libcrypto.so.8 (0x8008e7000) libasn1.so.11 => /usr/lib/libasn1.so.11 (0x800b59000) libwind.so.11 => /usr/lib/libwind.so.11 (0x800bfd000) libheimbase.so.11 => /usr/lib/libheimbase.so.11 (0x800c27000) libroken.so.11 => /usr/lib/libroken.so.11 (0x800c2e000) libcrypt.so.5 => /lib/libcrypt.so.5 (0x800c43000) libcrypto.so.9 => /lib/libcrypto.so.9 (0x800c65000) libprivateheimipcc.so.11 => /usr/lib/libprivateheimipcc.so.11 (0x800f52000) # ldd /usr/local/lib/libcurl.so.4 /usr/local/lib/libcurl.so.4: libnghttp2.so.14 => /usr/local/lib/libnghttp2.so.14 (0x800707000) libssl.so.8 => /usr/lib/libssl.so.8 (0x800732000) libheimntlm.so.11 => /usr/lib/libheimntlm.so.11 (0x8007a8000) libhx509.so.11 => /usr/lib/libhx509.so.11 (0x800e00000) libcom_err.so.5 => /usr/lib/libcom_err.so.5 (0x8007b1000) libcrypto.so.8 => /lib/libcrypto.so.8 (0x800e51000) libasn1.so.11 => /usr/lib/libasn1.so.11 (0x8010c3000) libwind.so.11 => /usr/lib/libwind.so.11 (0x8007b6000) libheimbase.so.11 => /usr/lib/libheimbase.so.11 (0x8007e0000) libroken.so.11 => /usr/lib/libroken.so.11 (0x8007e7000) libcrypt.so.5 => /lib/libcrypt.so.5 (0x801167000) libz.so.6 => /lib/libz.so.6 (0x801189000) libkrb5.so.11 => /usr/lib/libkrb5.so.11 (0x8011a3000) libgssapi.so.10 => /usr/lib/libgssapi.so.10 (0x801224000) libgssapi_krb5.so.10 => /usr/lib/libgssapi_krb5.so.10 (0x801231000) libthr.so.3 => /lib/libthr.so.3 (0x801253000) libc.so.7 => /lib/libc.so.7 (0x800248000) libcrypto.so.9 => /lib/libcrypto.so.9 (0x80127e000) libprivateheimipcc.so.11 => /usr/lib/libprivateheimipcc.so.11 (0x80156b000) (aha - libcurl depends on .8 , and the curl binary depends on .9) >From a cursory glance at the source tree, it seems libcrypto is part of openssl, is this right? It seems the openssl version is in flux right now, that might explain things... Cheers, From owner-freebsd-current@freebsd.org Wed Oct 17 08:29:22 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D596C10CD5F8 for ; Wed, 17 Oct 2018 08:29:21 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pf1-x42b.google.com (mail-pf1-x42b.google.com [IPv6:2607:f8b0:4864:20::42b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 336F17617C for ; Wed, 17 Oct 2018 08:29:21 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pf1-x42b.google.com with SMTP id u12-v6so12810963pfn.12 for ; Wed, 17 Oct 2018 01:29:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:reply-to:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=eHYeioacBRpYT6W4Oz6L6a6RlqcyPnb+EjIiekPg6Ok=; b=Ifw/uNTyt8N13V5+QcCjQG8bnf2Hkn+Zz51QhzRxvHxm/aEyXaOd7OYtdCDZxzkSDn cpAYQBeBL3WQGN8ZbSOvhbS22A+kr3r0ubWgEc60rvhznIIDq6KJKPHNbXiRkhyAgoCk YHQbowBbzGnYcet8vphEVxQxbRDGlTuxOHqRy1ZGhHKRI5WHwL7GTsXMjBUcgn1trc5S XNmWpSImoSb1cowTzEYjhC7Yt3WXMrDUX//6VRqgRF+7lh9O1NH3AOjv+1HeWzWmSf5D I/wzI4ItfMLb9eRusNsZAItN1oRGBHbwcOgDjSQKyogCPf8Asg2JwKKITVZ+PNukBapT TBRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:reply-to:subject:to:references:from :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=eHYeioacBRpYT6W4Oz6L6a6RlqcyPnb+EjIiekPg6Ok=; b=JSL/cMYEGyF7W/YXGBDMNELmd+TMGpzA5YOfGyPiWzcjPPyL7IGQwfxmgkHPqbrFtM cJ7LLxUi14JseC1TIo30DWLhd/VxPmAfF8G2zZ+UKhFgAGZjvO/fzJSE2reNHaugOfDd fBpvsdp3SOvPKGGqWcTJbPReZFJtxbuTI/Q1n1D4lz+NhvN3CXpVuZBrY8roz5tHQrO4 IBMK3jjc9mbfLMiuCApMrln1mIBdX+UJwiIw3AHGVApNSSEVhht+py1/DQ97e/VAYwvd O9cgpHo/xKI3X37CsslPeb5QBymrYuccmwGLMTWJpeNmRa/XaKWzKjrNLT9aqr4+gun4 3FsA== X-Gm-Message-State: ABuFfojl4pP2EC/svJnWRw19RC3SLY7GGBdOg7h6WwFUqX01tY6wTzKC YOUR32dqznExgKh9Prq28tty+H+lMHE= X-Google-Smtp-Source: ACcGV63M56CMFXC6Y+WdyokEFgvFKbvrAokjC3KEtz3HjbAXWmANfG8I6GWpsKwC+Qg+p5DKViBKJg== X-Received: by 2002:a63:1919:: with SMTP id z25-v6mr23051645pgl.135.1539764959612; Wed, 17 Oct 2018 01:29:19 -0700 (PDT) Received: from [192.168.1.105] ([103.103.242.159]) by smtp.gmail.com with ESMTPSA id f193-v6sm23761603pfc.74.2018.10.17.01.29.17 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 17 Oct 2018 01:29:19 -0700 (PDT) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: Git segfaulting in libcrypto.so when trying to clone. To: Brennan Vincent , freebsd-current@freebsd.org References: <5bc6f155.1c69fb81.e51a8.59aaSMTPIN_ADDED_MISSING@mx.google.com> From: Kubilay Kocak Message-ID: <81d6ba4f-efb5-8659-f0b7-b55499679238@FreeBSD.org> Date: Wed, 17 Oct 2018 19:29:16 +1100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:63.0) Gecko/20100101 Thunderbird/63.0 MIME-Version: 1.0 In-Reply-To: <5bc6f155.1c69fb81.e51a8.59aaSMTPIN_ADDED_MISSING@mx.google.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 17 Oct 2018 08:29:22 -0000 On 17/10/2018 7:14 pm, Brennan Vincent wrote: > Hi Kubilay (or do you prefer "koobs"?). Thanks for the response. > > To answer your questions: > * I am using latest packages > * My /etc/make.conf was empty when I built the system, and now just has `WITH_DEBUG=yes`. > > # uname -a > FreeBSD freebsd 12.0-ALPHA9 FreeBSD 12.0-ALPHA9 #3 r339359: Tue Oct 16 03:28:51 UTC 2018 root@freebsd:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > # ldd /usr/local/bin/curl > /usr/local/bin/curl: > libcurl.so.4 => /usr/local/lib/libcurl.so.4 (0x800268000) > libz.so.6 => /lib/libz.so.6 (0x8002e7000) > libkrb5.so.11 => /usr/lib/libkrb5.so.11 (0x800301000) > libgssapi.so.10 => /usr/lib/libgssapi.so.10 (0x800382000) > libgssapi_krb5.so.10 => /usr/lib/libgssapi_krb5.so.10 (0x80038f000) > libthr.so.3 => /lib/libthr.so.3 (0x8003b1000) > libc.so.7 => /lib/libc.so.7 (0x8003dc000) > libnghttp2.so.14 => /usr/local/lib/libnghttp2.so.14 (0x8007e7000) > libssl.so.8 => /usr/lib/libssl.so.8 (0x800812000) > libheimntlm.so.11 => /usr/lib/libheimntlm.so.11 (0x800888000) > libhx509.so.11 => /usr/lib/libhx509.so.11 (0x800891000) > libcom_err.so.5 => /usr/lib/libcom_err.so.5 (0x8008e2000) > libcrypto.so.8 => /lib/libcrypto.so.8 (0x8008e7000) > libasn1.so.11 => /usr/lib/libasn1.so.11 (0x800b59000) > libwind.so.11 => /usr/lib/libwind.so.11 (0x800bfd000) > libheimbase.so.11 => /usr/lib/libheimbase.so.11 (0x800c27000) > libroken.so.11 => /usr/lib/libroken.so.11 (0x800c2e000) > libcrypt.so.5 => /lib/libcrypt.so.5 (0x800c43000) > libcrypto.so.9 => /lib/libcrypto.so.9 (0x800c65000) > libprivateheimipcc.so.11 => /usr/lib/libprivateheimipcc.so.11 (0x800f52000) > # ldd /usr/local/lib/libcurl.so.4 > /usr/local/lib/libcurl.so.4: > libnghttp2.so.14 => /usr/local/lib/libnghttp2.so.14 (0x800707000) > libssl.so.8 => /usr/lib/libssl.so.8 (0x800732000) > libheimntlm.so.11 => /usr/lib/libheimntlm.so.11 (0x8007a8000) > libhx509.so.11 => /usr/lib/libhx509.so.11 (0x800e00000) > libcom_err.so.5 => /usr/lib/libcom_err.so.5 (0x8007b1000) > libcrypto.so.8 => /lib/libcrypto.so.8 (0x800e51000) > libasn1.so.11 => /usr/lib/libasn1.so.11 (0x8010c3000) > libwind.so.11 => /usr/lib/libwind.so.11 (0x8007b6000) > libheimbase.so.11 => /usr/lib/libheimbase.so.11 (0x8007e0000) > libroken.so.11 => /usr/lib/libroken.so.11 (0x8007e7000) > libcrypt.so.5 => /lib/libcrypt.so.5 (0x801167000) > libz.so.6 => /lib/libz.so.6 (0x801189000) > libkrb5.so.11 => /usr/lib/libkrb5.so.11 (0x8011a3000) > libgssapi.so.10 => /usr/lib/libgssapi.so.10 (0x801224000) > libgssapi_krb5.so.10 => /usr/lib/libgssapi_krb5.so.10 (0x801231000) > libthr.so.3 => /lib/libthr.so.3 (0x801253000) > libc.so.7 => /lib/libc.so.7 (0x800248000) > libcrypto.so.9 => /lib/libcrypto.so.9 (0x80127e000) > libprivateheimipcc.so.11 => /usr/lib/libprivateheimipcc.so.11 (0x80156b000) > > (aha - libcurl depends on .8 , and the curl binary depends on .9) > > From a cursory glance at the source tree, it seems libcrypto is part of openssl, is this right? It seems the openssl version is in flux right now, that might explain things... OpenSSL 1.1.1 import happened 7 days ago [1], which may partially explain the cause. Having two versions of the shared libraries in base is unexpected though, unless its intentional for some reason, or I'm missing/forgetting something. Do you run the delete-old / delete-old-lib targets during your upgrades? [1] https://svnweb.freebsd.org/changeset/base/339270 From owner-freebsd-current@freebsd.org Wed Oct 17 08:31:40 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2BABE10CD8AD for ; Wed, 17 Oct 2018 08:31:40 +0000 (UTC) (envelope-from brennan@umanwizard.com) Received: from smtp.umanwizard.com (smtp.umanwizard.com [54.203.248.109]) (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 CDE3B760F7; Wed, 17 Oct 2018 08:25:36 +0000 (UTC) (envelope-from brennan@umanwizard.com) From: Brennan Vincent To: Kubilay Kocek , Subject: Re: Git segfaulting in libcrypto.so when trying to clone. Date: Wed, 17 Oct 2018 04:27:00 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 17 Oct 2018 08:31:40 -0000 oh, actually I should point out that /usr/local/lib/libcurl.so.4 depends on *both* /lib/libcrypto.so.8 and /lib/libcrypto.so.9 , from the output I showed in my last email. I'm not sure how to get the PORTVERSION and PORTREVISION... From owner-freebsd-current@freebsd.org Wed Oct 17 08:38:13 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1BC5810CDB11 for ; Wed, 17 Oct 2018 08:38:13 +0000 (UTC) (envelope-from brennan@umanwizard.com) Received: from smtp.umanwizard.com (smtp.umanwizard.com [54.203.248.109]) (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 1FFB7766D8; Wed, 17 Oct 2018 08:34:15 +0000 (UTC) (envelope-from brennan@umanwizard.com) From: Brennan Vincent To: Kubilay Kocak , Date: Wed, 17 Oct 2018 04:36:00 Subject: Re: Git segfaulting in libcrypto.so when trying to clone. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 17 Oct 2018 08:38:13 -0000 No, I've never run `delete-old` and `delete-old-lib` while upgrading. I can try upgrading again tomorrow and running those. But if my installation of curl is for whatever reason depending on libcrypto.so.8 and that command deletes it, won't that just cause curl to stop working? (I tried manually moving libcrypto.so.8 to libcrypto.so.8.bak and as expected, now `git clone` failed because the .so couldn't be found.) From owner-freebsd-current@freebsd.org Wed Oct 17 08:40:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7DDF810CDC81 for ; Wed, 17 Oct 2018 08:40:01 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) Received: from ppp150-101-221-139.static.internode.on.net (2001-44b8-4170-0a00-0000-0000-0000-0002.static.ipv6.internode.on.net [IPv6:2001:44b8:4170:a00::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "150.101.221.139", Issuer "Bunya Technology Certification Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 87C4F769AF for ; Wed, 17 Oct 2018 08:39:59 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) X-Clacks-Overhead: GNU Terry Pratchett Received: from DHCP.tawonga.bunyatech.com.au (DHCP.tawonga.bunyatech.com.au [10.0.1.78] (may be forged)) (authenticated bits=0) by cope.tawonga.bunyatech.com.au (8.15.2/8.15.2/MSA) with ESMTPSA id w9H8dq6B021154 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=OK) for ; Wed, 17 Oct 2018 19:39:53 +1100 (AEDT) (envelope-from bscott@bunyatech.com.au) Subject: Re: Git segfaulting in libcrypto.so when trying to clone. To: freebsd-current@freebsd.org References: <201810170827.w9H8R0U5020363@cope.tawonga.bunyatech.com.au> From: Brian Scott Message-ID: <75c73f71-ceaf-927b-c10d-9b290422255e@bunyatech.com.au> Date: Wed, 17 Oct 2018 19:39:52 +1100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <201810170827.w9H8R0U5020363@cope.tawonga.bunyatech.com.au> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 17 Oct 2018 08:40:01 -0000 I think this just depends on when packages were built in relation to the upgrade of openssl on current. I have just got over this problem by rebuilding and installing the ftp/curl port (different problem here, curl was failing but referred to older version of libssl and libcrypto - which I didn't have a snapshot build). I also rebuilt 'pkg' to get over the same problem. Hopefully package building will catch up with this fairly quickly. My problem was on arm64 so probably a lower priority for getting ports back on track than amd64. Cheers, Brian On 17/10/18 7:15 pm, Brennan Vincent wrote: > Hi Kubilay (or do you prefer "koobs"?). Thanks for the response. > > To answer your questions: > * I am using latest packages > * My /etc/make.conf was empty when I built the system, and now just has `WITH_DEBUG=yes`. > > # uname -a > FreeBSD freebsd 12.0-ALPHA9 FreeBSD 12.0-ALPHA9 #3 r339359: Tue Oct 16 03:28:51 UTC 2018 root@freebsd:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > # ldd /usr/local/bin/curl > /usr/local/bin/curl: > libcurl.so.4 => /usr/local/lib/libcurl.so.4 (0x800268000) > libz.so.6 => /lib/libz.so.6 (0x8002e7000) > libkrb5.so.11 => /usr/lib/libkrb5.so.11 (0x800301000) > libgssapi.so.10 => /usr/lib/libgssapi.so.10 (0x800382000) > libgssapi_krb5.so.10 => /usr/lib/libgssapi_krb5.so.10 (0x80038f000) > libthr.so.3 => /lib/libthr.so.3 (0x8003b1000) > libc.so.7 => /lib/libc.so.7 (0x8003dc000) > libnghttp2.so.14 => /usr/local/lib/libnghttp2.so.14 (0x8007e7000) > libssl.so.8 => /usr/lib/libssl.so.8 (0x800812000) > libheimntlm.so.11 => /usr/lib/libheimntlm.so.11 (0x800888000) > libhx509.so.11 => /usr/lib/libhx509.so.11 (0x800891000) > libcom_err.so.5 => /usr/lib/libcom_err.so.5 (0x8008e2000) > libcrypto.so.8 => /lib/libcrypto.so.8 (0x8008e7000) > libasn1.so.11 => /usr/lib/libasn1.so.11 (0x800b59000) > libwind.so.11 => /usr/lib/libwind.so.11 (0x800bfd000) > libheimbase.so.11 => /usr/lib/libheimbase.so.11 (0x800c27000) > libroken.so.11 => /usr/lib/libroken.so.11 (0x800c2e000) > libcrypt.so.5 => /lib/libcrypt.so.5 (0x800c43000) > libcrypto.so.9 => /lib/libcrypto.so.9 (0x800c65000) > libprivateheimipcc.so.11 => /usr/lib/libprivateheimipcc.so.11 (0x800f52000) > # ldd /usr/local/lib/libcurl.so.4 > /usr/local/lib/libcurl.so.4: > libnghttp2.so.14 => /usr/local/lib/libnghttp2.so.14 (0x800707000) > libssl.so.8 => /usr/lib/libssl.so.8 (0x800732000) > libheimntlm.so.11 => /usr/lib/libheimntlm.so.11 (0x8007a8000) > libhx509.so.11 => /usr/lib/libhx509.so.11 (0x800e00000) > libcom_err.so.5 => /usr/lib/libcom_err.so.5 (0x8007b1000) > libcrypto.so.8 => /lib/libcrypto.so.8 (0x800e51000) > libasn1.so.11 => /usr/lib/libasn1.so.11 (0x8010c3000) > libwind.so.11 => /usr/lib/libwind.so.11 (0x8007b6000) > libheimbase.so.11 => /usr/lib/libheimbase.so.11 (0x8007e0000) > libroken.so.11 => /usr/lib/libroken.so.11 (0x8007e7000) > libcrypt.so.5 => /lib/libcrypt.so.5 (0x801167000) > libz.so.6 => /lib/libz.so.6 (0x801189000) > libkrb5.so.11 => /usr/lib/libkrb5.so.11 (0x8011a3000) > libgssapi.so.10 => /usr/lib/libgssapi.so.10 (0x801224000) > libgssapi_krb5.so.10 => /usr/lib/libgssapi_krb5.so.10 (0x801231000) > libthr.so.3 => /lib/libthr.so.3 (0x801253000) > libc.so.7 => /lib/libc.so.7 (0x800248000) > libcrypto.so.9 => /lib/libcrypto.so.9 (0x80127e000) > libprivateheimipcc.so.11 => /usr/lib/libprivateheimipcc.so.11 (0x80156b000) > > (aha - libcurl depends on .8 , and the curl binary depends on .9) > > From a cursory glance at the source tree, it seems libcrypto is part of openssl, is this right? It seems the openssl version is in flux right now, that might explain things... > > Cheers, > _______________________________________________ > 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 Wed Oct 17 08:50:53 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C6F310CE648 for ; Wed, 17 Oct 2018 08:50:53 +0000 (UTC) (envelope-from brennan@umanwizard.com) Received: from smtp.umanwizard.com (smtp.umanwizard.com [54.203.248.109]) (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 45F6977178 for ; Wed, 17 Oct 2018 08:49:24 +0000 (UTC) (envelope-from brennan@umanwizard.com) From: Brennan Vincent To: Date: Wed, 17 Oct 2018 04:50:00 Subject: Re: Git segfaulting in libcrypto.so when trying to clone. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 17 Oct 2018 08:50:53 -0000 Compiling ftp/curl from source and installing it has fixed the issue. Thank you both for the help/suggestions! From owner-freebsd-current@freebsd.org Wed Oct 17 14:06:28 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0588A10D63D1 for ; Wed, 17 Oct 2018 14:06:28 +0000 (UTC) (envelope-from ciunas.bennett@intel.com) Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "fmsmga101.fm.intel.com", Issuer "COMODO RSA Organization Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 72CB98182C for ; Wed, 17 Oct 2018 14:06:27 +0000 (UTC) (envelope-from ciunas.bennett@intel.com) X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Oct 2018 07:06:19 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.54,392,1534834800"; d="c'?scan'208,217";a="82183476" Received: from irsmsx154.ger.corp.intel.com ([163.33.192.96]) by orsmga008.jf.intel.com with ESMTP; 17 Oct 2018 07:06:19 -0700 Received: from irsmsx156.ger.corp.intel.com (10.108.20.68) by IRSMSX154.ger.corp.intel.com (163.33.192.96) with Microsoft SMTP Server (TLS) id 14.3.319.2; Wed, 17 Oct 2018 15:06:18 +0100 Received: from irsmsx101.ger.corp.intel.com ([169.254.1.4]) by IRSMSX156.ger.corp.intel.com ([169.254.3.178]) with mapi id 14.03.0319.002; Wed, 17 Oct 2018 15:06:17 +0100 From: "Bennett, Ciunas" To: "freebsd-current@freebsd.org" CC: "Bennett, Ciunas" Subject: contigmalloc uses up all free memory. Thread-Topic: contigmalloc uses up all free memory. Thread-Index: AdRmIn9wFVlSeEKdRcag0Hmh1d8U9w== Date: Wed, 17 Oct 2018 14:06:17 +0000 Message-ID: <770FD3608C9E864796AB46CB37B561B1BDFCD284@IRSMSX101.ger.corp.intel.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.0.400.15 dlp-reaction: no-action x-ctpclassification: CTP_NT x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiYjYwNjRkOTQtNTcxYS00YWYyLWExM2QtNDg5MjkwZDY5MzQzIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiTTB1Z1wvaXFGUnNFTTdDbGFlOVF4RWZ2ZXVrckQ1ZzFtM0ptbTNzUDlHSWpMMk5MTUpjNmJIMmRyNVhBdjI5Z0gifQ== x-originating-ip: [163.33.239.181] Content-Type: multipart/mixed; boundary="_005_770FD3608C9E864796AB46CB37B561B1BDFCD284IRSMSX101gercor_" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 17 Oct 2018 14:32:40 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 17 Oct 2018 14:06:28 -0000 --_005_770FD3608C9E864796AB46CB37B561B1BDFCD284IRSMSX101gercor_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hello, I have encountered an issue with a kernel application that I have written, the application allocates and deallocates contiguous memory using contigma= lloc() and contigfree(). The application will fail after a period of time because there is not enoug= h free contiguous memory left. There could be an issue with the freeing of memory when using the contigfre= e() function. I have attached a simplified version of the application. The resulting kernel module just allocates contiguous memory and then frees= the memory using contigfree(); This allocation is done in a loop and the attached src code triggers the i= ssue. After a period of time when running the application multiple times, the ker= nel reports that there is no available memory and fails with allocation. I can see that the amount of free memory is decreasing in correlation to ho= w many times I run the application by using DDB and printing out freepages using "= show freepages" I run the application in a loop using a shell script where I kldload then k= ldunload multiple times (script runs up to 1000000) The application can take 20 to over 60 minutes to trigger the issue and run= out of memory but can take longer also. I am running the application on -> FreeBSD 12.0-ALPHA9 also tested on 11.2 VM with 2 Gb of ram. Allocating one cpu core. Running on an Intel(R) Xeon(R) CPU E5-2658 v2 @ 2.40GH using Ubuntu 16.04 h= ost. I have attached the test kernel application and a Makefile. Thanks, Ciunas. -------------------------------------------------------------- Intel Research and Development Ireland Limited Registered in Ireland Registered Office: Collinstown Industrial Park, Leixlip, County Kildare Registered Number: 308263 This e-mail and any attachments may contain confidential material for the s= ole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact = the sender and delete all copies. --_005_770FD3608C9E864796AB46CB37B561B1BDFCD284IRSMSX101gercor_ Content-Type: text/plain; name="k_memory_contig.c" Content-Description: k_memory_contig.c Content-Disposition: attachment; filename="k_memory_contig.c"; size=1866; creation-date="Wed, 17 Oct 2018 13:33:35 GMT"; modification-date="Wed, 17 Oct 2018 13:33:35 GMT" Content-Transfer-Encoding: base64 I2luY2x1ZGUgPHN5cy9wYXJhbS5oPgojaW5jbHVkZSA8c3lzL2NvbmYuaD4KI2luY2x1ZGUgPHN5 cy9rZXJuZWwuaD4KI2luY2x1ZGUgPHN5cy9tYWxsb2MuaD4KI2luY2x1ZGUgPHN5cy9tb2R1bGUu aD4KI2luY2x1ZGUgPHN5cy9zeXN0bS5oPgoKI2RlZmluZSBERVZfTUVNICJ0ZXN0X21lbSIKCk1B TExPQ19ERUNMQVJFKFRFU1RfTUVNKTsKTUFMTE9DX0RFRklORShURVNUX01FTSwgInRlc3RfbWVt IiwgInRlc3RfbWVtIGRyaXZlciIpOwoKLyogVGVzdCBhcHBsaWNhdGlvbiB0byBhbGxvY2F0ZSBj b250aWd1b3VzIG1lbW9yeSB0aGVuIGZyZWUgaXQgKi8Kc3RhdGljIGludCB0ZXN0X2FwcGxpY2F0 aW9uKCkKewogICAgaW50IGkgPSAwOwogICAgaW50IGFycmF5WzEwXSA9IHsyMDk3MTUyLCAxMDI0 LCAyMTAxMjQ4LCAxMDI0LCAyMDk3MTUyLCAyMTAxMjQ4LAogICAgICAgICAgICAgICAgICAgICAy MTAxMjQ4LCAyMDk3MTUyLCAyMTAxMjQ4LCAxMDI0fTsKICAgIGludCBhcnJheTFbMTBdID0gezEw MjQsIDIxMDEyNDgsIDIwOTcxNTIsIDIxMDEyNDgsIDIxMDEyNDgsIDIwOTcxNTIsCiAgICAgICAg ICAgICAgICAgICAgICAxMDI0LCAyMTAxMjQ4LCAxMDI0LCAyMDk3MTUyfTsKICAgIHZvaWQgKm1l bV9ibG9ja3NbMTBdOwoKICAgIGZvciAoaSA9IDA7IGkgPCAxMDsgaSsrKQogICAgewogICAgICAg IG1lbV9ibG9ja3NbaV0gPSBjb250aWdtYWxsb2MoYXJyYXlbaV0sIFRFU1RfTUVNLCAwLCAwLCB+ MCwgUEFHRV9TSVpFLCAwKTsKICAgICAgICBpZiAoIW1lbV9ibG9ja3NbaV0pCiAgICAgICAgewog ICAgICAgICAgICBwcmludGYoIiVzOiVkIFVuYWJsZSB0byBhbGxvY2F0ZSBjb250aWd1b3VzIG1l bW9yeSBzbGFiIFxuIiwgX19mdW5jX18sCiAgICAgICAgICAgICAgICAgICBfX0xJTkVfXyk7CiAg ICAgICAgICAgIHJldHVybiAtMTsKICAgICAgICB9CiAgICB9CgogICAgZm9yIChpID0gMDsgaSA8 IDEwOyBpKyspCiAgICAgICAgY29udGlnZnJlZShtZW1fYmxvY2tzW2ldLCBhcnJheVtpXSwgVEVT VF9NRU0pOwoKICAgIGZvciAoaSA9IDA7IGkgPCAxMDsgaSsrKQogICAgewogICAgICAgIG1lbV9i bG9ja3NbaV0gPSBjb250aWdtYWxsb2MoYXJyYXkxW2ldLCBURVNUX01FTSwgMCwgMCwgfjAsIFBB R0VfU0laRSwgMCk7CiAgICAgICAgaWYgKCFtZW1fYmxvY2tzW2ldKQogICAgICAgIHsKICAgICAg ICAgICAgcHJpbnRmKCIlczolZCBVbmFibGUgdG8gYWxsb2NhdGUgY29udGlndW91cyBtZW1vcnkg c2xhYiBcbiIsIF9fZnVuY19fLAogICAgICAgICAgICAgICAgICAgX19MSU5FX18pOwogICAgICAg ICAgICByZXR1cm4gLTE7CiAgICAgICAgfQogICAgfQoKICAgIGZvciAoaSA9IDA7IGkgPCAxMDsg aSsrKQogICAgICAgIGNvbnRpZ2ZyZWUobWVtX2Jsb2Nrc1tpXSwgYXJyYXkxW2ldLCBURVNUX01F TSk7CgogICAgcmV0dXJuIDA7Cn0KCnN0YXRpYyBpbnQgbWVtX21vZGV2ZW50KG1vZHVsZV90IG1v ZCBfX3VudXNlZCwKICAgICAgICAgICAgICAgICAgICAgICAgICAgIGludCB0eXBlLAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgdm9pZCAqZGF0YSBfX3VudXNlZCkKewoKICAgIHN3aXRjaCAo dHlwZSkKICAgIHsKICAgICAgICBjYXNlIE1PRF9MT0FEOgogICAgICAgICAgICB0ZXN0X2FwcGxp Y2F0aW9uKCk7CiAgICAgICAgICAgIHJldHVybiAoMCk7CiAgICAgICAgY2FzZSBNT0RfVU5MT0FE OgogICAgICAgICAgICByZXR1cm4gKDApOwogICAgICAgIGRlZmF1bHQ6CiAgICAgICAgICAgIHJl dHVybiAoRU9QTk9UU1VQUCk7CiAgICB9Cn0KCkRFVl9NT0RVTEUodGVzdF9tZW0sIG1lbV9tb2Rl dmVudCwgTlVMTCk7Ck1PRFVMRV9WRVJTSU9OKHRlc3RfbWVtLCAxKTsK --_005_770FD3608C9E864796AB46CB37B561B1BDFCD284IRSMSX101gercor_ Content-Type: application/octet-stream; name="Makefile" Content-Description: Makefile Content-Disposition: attachment; filename="Makefile"; size=67; creation-date="Wed, 17 Oct 2018 13:33:25 GMT"; modification-date="Wed, 17 Oct 2018 13:33:04 GMT" Content-Transfer-Encoding: base64 S01PRD0Ja19tZW1vcnlfYXBwClNSQ1M9CWtfbWVtb3J5X2NvbnRpZy5jCgouaW5jbHVkZSA8YnNk Lmttb2QubWs+Cg== --_005_770FD3608C9E864796AB46CB37B561B1BDFCD284IRSMSX101gercor_-- From owner-freebsd-current@freebsd.org Wed Oct 17 23:58:47 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5E4310E216D for ; Wed, 17 Oct 2018 23:58:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 41D7D960D4 for ; Wed, 17 Oct 2018 23:58:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: PPteCJUVM1ksqxca1Nb25pD5wYsH5IO2NftvasuIgZByx9Ycr65msez1gVmaPo7 wZ2eLYJgNFq7tispBNBYQyLtV6OBHUP1CobFKSj5XhXkhhv.kriUwcnkKG1dboSDDoRnSE6jUk0C VntvyKzgwlraKeo8XKYhznJMlygi32Sz5ShGPdGL4m1N7LI8xHMIjgPFwaVCNIRbf8KZ2CxwzUMQ iAiXDZ3o762UP8hhXysimYQdeeTtgfvYiIEpCDiSg9thuijIU52ziA9r1Y.0tqjX3tt0AyxmgeEw 7t3i9RkNmhu2.zhsPhPbwr41kPyrfTtUZZzLiwneSkk.eH.0R7zhPbPD69FEsNZHDfOeAeXGvkct Ne.W510_SlS4.nlguBFcRRtYVetVOgMuc4i1ZXe6672ju3wCyaKH31LT4g7LpY9LoqPDgMT7Ob_3 Bfi9SjIvg2B5bCqscmngok.dVh1d7vY3XxXjHVjobXWbdaikA5yUcs7wAOBwKsPKsn3KB3aohn4. ZjWvWwf6KGpFGYN1IVYCUcRhoYj6WopPb_o7t1s9Pb6vLWi.xcbwvnsj7gGRG24ERP9Qj28c_TYg X4gSdYQ5iuEfyZQhnbsfVntOoSGjxwfLtSrVrYqD_V0EdyLzhpGPFBq356AXjztvbsQqHeGvg.Td HnTRDBAJWQjzYb0327AEGdwU4Dz8Gl2jNmJLcRnVEqAWeWdb4gIR3dCjn1FM0I1RNn8GiotrHQf6 S.Ath1r5sN2uNzwPuBMpMWR9VTSR8XSYPGh8r7GuOuzmSWPywXTOH3dWbnWod2jXAB2_lQ5dRkhC jl5xowEaqRsEni7.eN7PCdEG0lJmKFaNLU_.tNGGIaJbhsIPrZsX3yJrd8cLPuy92p8apz0hzM3f Q0ZlGnP5zaGZFnJuFEyj4Klikozk1QOPJiz5IQn1faRbM3wiZ0OMhD7W6u9PTiS4QGm_78ewL6Wi 8sBz.k2q3yW.lW0zFo.7LflWtU37un88a.hmLPmq3vKVMRsXhf8qYUhfyUf_AA4r36ePNhSOBfUQ FZThkFyOhxJ7IEdoXGgZUJlhbF1gFlC71bOGw0ajJHvBB2DrkkByS9eDmc.YUenHRs0xYC0QwsC2 AAnUNaFip Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Wed, 17 Oct 2018 23:58:44 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp430.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 4fd2a5038af2887d49a08e8b1f10a004; Wed, 17 Oct 2018 23:58:40 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: head -r339076 based powerpc64 context: fatal kernel trap Stopped at lock_init+0x78 stw r9,0x8(r3) Message-Id: <99B35B13-29AA-406D-941B-95408C603FEF@yahoo.com> Date: Wed, 17 Oct 2018 16:58:40 -0700 To: FreeBSD Current , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 17 Oct 2018 23:58:47 -0000 On a powerpc64 with builworld buildkernel built via devel/powerpc64-xtoolchain-gcc for head -r339076 (some source adjustments), and a system-cc-is-clang I attempted a: # kyua test -k /usr/tests/Kyuafile It got to: sys/netinet/reuseport_lb:basic_ipv4 -> failed: = /usr/src/tests/sys/netinet/reuseport_lb.c:165: bind() failed: Address = already in use [0.014s] sys/netinet/reuseport_lb:basic_ipv6 -> failed: = /usr/src/tests/sys/netinet/reuseport_lb.c:221: bind() failed: Address = already in use [0.014s] sys/netipsec/tunnel/aes_cbc_128_hmac_sha1:v4 -> =20 and then the system crashed. I am re-running to see what happens. The context has a non-debug kernel (but with symbols). Hand transcribed from a picture . . . fatal kernel trap: exception =3D 0x300 (data storage interrupt) virtual address =3D 0xbfffffffffba8530 dsisr =3D 0x42000000 srr0 =3D 0x72b054 srr1 =3D 0x9000000000009032 current msr =3D 0x9000000000009032 lr =3D 0x69948c curthread =3D 0xc000000036f7f000 pid =3D 12798, comm =3D ifconfig [ thread pid 12798 tid 100312 ] Stopped at lock_init+0x78 stw r9,0x8(r3) db:0:kdb.enter.default> bt Tracing pid 12798 tid 100312 td 0xc000000036f7f000 0xe00000004646e330: at 0xe00000004646e36c 0xe00000004646e360: at epair_modevent+0xf0 0xe00000004646e410: at module_register_init+0xe8 0xe00000004646e4a0: at linker_laod_module+0x6f8 0xe00000004646e580: at kern_kldload+0x150 0xe00000004646e5e0: at sys_kldload+0xb80 0xe00000004646e630: at trap+0xef4 0xe00000004646e790: at powerpc_interrupt+0x12c 0xe00000004646e820: user sc trap by 0x81017fcf8 srr1 =3D 0x900000000000f032 r1 =3D 0x3fffffffffffcfe0 cr =3D 0x28022482 xer =3D 0x20000000 ctr =3D 0x81017fcf0 r2 =3D 0x810336300 # uname -apKU FreeBSD FBSDG5L 12.0-ALPHA8 FreeBSD 12.0-ALPHA8 #4 r339076M: Mon Oct 15 = 13:19:35 PDT 2018 = markmi@FBSDG5L:/usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr= /src/powerpc.powerpc64/sys/GENERIC64vtsc-NODBG powerpc powerpc64 = 1200084 1200084 ports was at -r480180. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Thu Oct 18 01:29:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1592210E5307 for ; Thu, 18 Oct 2018 01:29:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-23.consmr.mail.ne1.yahoo.com (sonic311-23.consmr.mail.ne1.yahoo.com [66.163.188.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2483271CD5 for ; Thu, 18 Oct 2018 01:29:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 6sTlYNYVM1kYwbCbf_VP5UAOl7yLCXZt0sxsHujtldrioEkg9nVXOCTkXY29tnK mnQHoz9h06umJDLK81gQK9tqgUKpXSUDfEEyzcTMvtLOc8phu4jZUnS_XG5obHsB3is7bLq9qj99 y_eWrG3upxjZIc3P2eJbNm14pJsXbAvtWaJMjjSnb1jQtLzPsu7.ExAMZ_teY7Ay9G3sci.3rbVd ii7KmRKSZA325R51voAoenb17ac6ym58xXbsWomjhe8eduMIkCKpCT1NRwhJiPhlmseviZUtLcq6 NQttnA4q7BfR5b81fzrU.ioJwiOE5x9nMo4PSSFj8DYfc57_kI6k.BLOx0_URLbWNoZjbnOB1PPz rGB.Ae8mIO8mtLfXhHhwOELrvXhFKuD1C9Oo_CBKJhZ8g9t570hFgrai5TEuOAF0RhYde7lpxlJe n3veX2zJoOk712YwjwTwon7CaUQgeFWiHFgPQTmKXBDqStDC.PDQrkBxCr8vGXBbCKPVaQ6mAGcs 6bOB8x3UQNKejG9J.kg4jnUpPFwwgKxG8ZYsUB3o4i0xqpHFijUprpRPlZkLjkcIddsNKhKNXWzz .h.sD.IoZRu5iqz2FJF0LA5NVNc52AzqJK_WqdA_E33qK7CzYI9y.uh_ZWwU0KsxY69fBDcVB0wM mtC.MVnzT6EC.nvKfI9zuPKFcNlXkEeRA9SzqzkWh2HunNqv3elijHtXdHH9GScl2VH3cfYSLuZH qkTpusxAOw.TdtoVkarzdsNqStdzcI5DOtxslLGq9Dj8.BjhwgKx2j66lHo0l13vGu2c4OAwZcG_ lXttVpisekrjX.CMULXu7j5zzkgHH5jvCd1qRTYXyHELPNlsEkDli0bA.nksatHeF_TX6cQKY9A. 5ecwhsDo62o1.HKOWoeUzx2_PPz1oewUMbKTGpBxXitrposkbSIoJ.0kH9o98fPZlJl_LpfGuJPm i52R0UP8nJfkMOMawGFuq_DoGKfaFjYuvgBYsCY5esxxbizAPBulFTIt1i4lq_hGwGYn88nEjN8J V.V2cDv8zrsJaReXrqnXrn2VSJt0crCEOJQYYRNljpfl5aKHUVyBIMipLrGdOzx2eBLun82daKh7 Rza5.MIGIJA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.ne1.yahoo.com with HTTP; Thu, 18 Oct 2018 01:29:38 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp428.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 916d410345b2b90fbfd77f42c4df7e11; Thu, 18 Oct 2018 01:29:33 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: head -r339076 based powerpc64 context: fatal kernel trap [ during /usr/tests/Kyuafile's sys/netipsec/tunnel/aes_cbc_128_hmac_sha1:v4 ] Date: Wed, 17 Oct 2018 18:29:32 -0700 References: <99B35B13-29AA-406D-941B-95408C603FEF@yahoo.com> To: FreeBSD Current , FreeBSD PowerPC ML In-Reply-To: <99B35B13-29AA-406D-941B-95408C603FEF@yahoo.com> Message-Id: <184CA6E2-AA51-4DE3-A3AA-1E9901316050@yahoo.com> X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 18 Oct 2018 01:29:46 -0000 [I got another data storage interrupt failure, again during kyaua showing: sys/netipsec/tunnel/aes_cbc_128_hmac_sha1:v4 -> but the backtrace looks different. See below.] On 2018-Oct-17, at 4:58 PM, Mark Millard wrote: > On a powerpc64 with builworld buildkernel built via > devel/powerpc64-xtoolchain-gcc for head -r339076 > (some source adjustments), and a system-cc-is-clang > I attempted a: >=20 > # kyua test -k /usr/tests/Kyuafile >=20 > It got to: >=20 > sys/netinet/reuseport_lb:basic_ipv4 -> failed: = /usr/src/tests/sys/netinet/reuseport_lb.c:165: bind() failed: Address = already in use [0.014s] > sys/netinet/reuseport_lb:basic_ipv6 -> failed: = /usr/src/tests/sys/netinet/reuseport_lb.c:221: bind() failed: Address = already in use [0.014s] > sys/netipsec/tunnel/aes_cbc_128_hmac_sha1:v4 -> =20 >=20 > and then the system crashed. I am re-running to > see what happens. >=20 > The context has a non-debug kernel (but with > symbols). >=20 > Hand transcribed from a picture . . . >=20 > fatal kernel trap: >=20 > exception =3D 0x300 (data storage interrupt) > virtual address =3D 0xbfffffffffba8530 > dsisr =3D 0x42000000 > srr0 =3D 0x72b054 > srr1 =3D 0x9000000000009032 > current msr =3D 0x9000000000009032 > lr =3D 0x69948c > curthread =3D 0xc000000036f7f000 > pid =3D 12798, comm =3D ifconfig >=20 > [ thread pid 12798 tid 100312 ] > Stopped at lock_init+0x78 stw r9,0x8(r3) > db:0:kdb.enter.default> bt > Tracing pid 12798 tid 100312 td 0xc000000036f7f000 > 0xe00000004646e330: at 0xe00000004646e36c > 0xe00000004646e360: at epair_modevent+0xf0 > 0xe00000004646e410: at module_register_init+0xe8 > 0xe00000004646e4a0: at linker_laod_module+0x6f8 Should have been: linker_load_module > 0xe00000004646e580: at kern_kldload+0x150 > 0xe00000004646e5e0: at sys_kldload+0xb80 > 0xe00000004646e630: at trap+0xef4 > 0xe00000004646e790: at powerpc_interrupt+0x12c > 0xe00000004646e820: user sc trap by 0x81017fcf8 > srr1 =3D 0x900000000000f032 > r1 =3D 0x3fffffffffffcfe0 > cr =3D 0x28022482 > xer =3D 0x20000000 > ctr =3D 0x81017fcf0 > r2 =3D 0x810336300 >=20 >=20 > # uname -apKU > FreeBSD FBSDG5L 12.0-ALPHA8 FreeBSD 12.0-ALPHA8 #4 r339076M: Mon Oct = 15 13:19:35 PDT 2018 = markmi@FBSDG5L:/usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr= /src/powerpc.powerpc64/sys/GENERIC64vtsc-NODBG powerpc powerpc64 = 1200084 1200084 >=20 > ports was at -r480180. >=20 Again failed during: sys/netinet/reuseport_lb:basic_ipv4 -> failed: = /usr/src/tests/sys/netinet/reuseport_lb.c:165: bind() failed: Address = already in use [0.013s] sys/netinet/reuseport_lb:basic_ipv6 -> failed: = /usr/src/tests/sys/netinet/reuseport_lb.c:221: bind() failed: Address = already in use [0.013s] sys/netipsec/tunnel/aes_cbc_128_hmac_sha1:v4 -> =20 The backtrace this time shows (hand transcribed): fatal kernel trap: exception =3D 0x300 (data storage interrupt) virtual address =3D 0xc00000008cab6530 dsisr =3D 0x42000000 srr0 =3D 0xe000000046e5b228 srr1 =3D 0x9000000000009032 current msr =3D 0x9000000000009032 lr =3D 0xe000000046e5b220 curthread =3D 0xc00000000d48e000 pid =3D 9666, comm =3D jail [ thread pid 9666 tid 100185 ] Stopped at vnet_epair_init+0x78: stdx r3,r29,r30 db:0:kdb.enter.default> bt Tracing pid 9666 tid 100185 td 0xc00000000d48e000 0xe0000000470a1240: at vnet_sysinit+0x64 0xe0000000470a1270: at vnet_alloc+0xfc 0xe0000000470a12d0: at kern_jail_set+0x1e30 0xe0000000470a15e0: at sys_jail_set+08c 0xe0000000470a1630: at trap+0xef4 0xe0000000470a1790: at powerpc_interrupt+0x12c 0xe0000000470a1820: user sc trap by 0x81016a888 srr1 =3D 0x900000000000f032 r1 =3D 0x3fffffffffffd090 cr =3D 0x28002482 xer =3D 0x20000000 ctr =3D 0x81016a880 r2 =3D 0x810322300 I got a core.txt.0 this time. it reported: . . . epair3a: Ethernet address: 02:60:27:70:4b:0a epair3b: Ethernet address: 02:60:27:70:4b:0b epair3a: link state changed to UP epair3b: link state changed to UP fatal kernel trap: exception =3D 0x300 (data storage interrupt) virtual address =3D 0xc00000008cab6530 dsisr =3D 0x42000000 srr0 =3D 0xe000000046e5b228 (0xe000000046e5b228) srr1 =3D 0x9000000000009032 current msr =3D 0x9000000000009032 lr =3D 0xe000000046e5b220 (0xe000000046e5b220) curthread =3D 0xc00000000d48e000 pid =3D 9666, comm =3D jail =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Thu Oct 18 04:23:36 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ADB7110C8C20 for ; Thu, 18 Oct 2018 04:23:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 33A7F79399 for ; Thu, 18 Oct 2018 04:23:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: E4.XtDEVM1l0yha6DF78uxiHMvsXSLu3vK.OSldLbgqrYp6yi9z78qQj8sWFJ6G h.rNb1P_5yfSgYBfIS1.dADpidrakngkM2KWFREM70YGZI6PjORHR.egcx90TE2njkU9EIlCyWyo FJXtqko_ppK2jURUNqFGBxdO_LiR0oBUrgWMbgqDm4k9rQSvxeZ0Zl8iXLR6pOC.6N6AHfqhMmht BDcGQBeGVn.shwZXuwC2tmtYqCu8qVYrILChVQ5aM9dI44jeY_pdpXeF.qI8Tc8WXVt0jVje0YC3 IXKg.i0F.SbIIuk9DmcyG1bVjtfjUfI7GS2lCfu1UJFeckxQxgFWPK9gllxEX9SR_4sJZHkBNDUd 4MVc3uDrdFZXrHVWa.zadxxn9DPPwMxR_g19M1vhj_sgTRRLz2V6ppo_Ov8fF3DwB1HZDy2qIktE P0Zwh1HvfOnMNj.69yTfY5UOLSwGpNv_G38PyPo.TMOL62RmrCYs5QT4iUgpZ8nYhRBRcvyzBnce BMrdnljKrHICHDfx0a9JJmx__H5GHUxwocvUXbDaE.u1GgJXpY303sWMKoNug7taucUY_2eHPlw_ b4cf8e.xZJIrxBwm68FEXU2iZglAHyraQnbuCkDVU49QAPWdguNNiVm6sTN740DCONxX3LNnjVNb L_CG1NFgtdremQJZ9LE4sFIA.2M1KAHdfQCjUK5Y5rY.yXNE.kakRLtqwfhco7AxGzxsFT8b5SvC YZEHLOLSWWdDu_.sbF8MXI0zV.vRjBIKFijY412UnXPXYGUF5M3JZbxyTH_T.ZQTycAj_XvGxeO. M7I3boAgHINypTMOSgh2hLKrCUJ5VsuYwMu5HteFpFZFQBVcss8bWM9EVEQML2WV6hzSP1A2l_4a 2TJTrJHsfu9gmtwxidSmTjBHYOAe.TTjr8oaIcQNK4pvyvItB6WkP5dH4hFpq9E9ObRxbZ1IG40B I1Q6bsKRZqS1y.A1NaXC94TSLGGDto.XD0ruEK9fQHUFFafczxSe.Fdx5IFwZShUbY2Q6Oj9LMME OyuSFwhmEwHCHqqIplgIcN7aMnioMuwXWt0n4tRmyn4dWD_UChuOXX8wJti1Dhu2qKeUNDkD47k6 .svpJ0N_kpNahW2cDhdM8A9xKCDErKUJ0UjEsXFk51w-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Thu, 18 Oct 2018 04:23:28 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp426.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 83a235b65b2c28163d7db5778881d38a; Thu, 18 Oct 2018 04:23:26 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: head -r339076 based powerpc64 context: fatal kernel trap [ during /usr/tests/Kyuafile's sys/netipsec/tunnel/aes_cbc_128_hmac_sha1:v4 ] From: Mark Millard In-Reply-To: <184CA6E2-AA51-4DE3-A3AA-1E9901316050@yahoo.com> Date: Wed, 17 Oct 2018 21:23:26 -0700 Cc: Matthew Macy Content-Transfer-Encoding: quoted-printable Message-Id: <0B19E87B-D44F-4B59-BB5A-0EC31974A1E8@yahoo.com> References: <99B35B13-29AA-406D-941B-95408C603FEF@yahoo.com> <184CA6E2-AA51-4DE3-A3AA-1E9901316050@yahoo.com> To: FreeBSD Current , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 18 Oct 2018 04:23:36 -0000 [Booting a debug kernel reported a lock order reversal that might be relevant. The problem repeated again: seems to always fail in my context. The backtrace is like the prior one, but for the debug kernel build being used this time.] On 2018-Oct-17, at 6:29 PM, Mark Millard wrote: > [I got another data storage interrupt failure, again > during kyaua showing: >=20 > sys/netipsec/tunnel/aes_cbc_128_hmac_sha1:v4 -> >=20 > but the backtrace looks different. See below.] >=20 > On 2018-Oct-17, at 4:58 PM, Mark Millard wrote: >=20 >> On a powerpc64 with builworld buildkernel built via >> devel/powerpc64-xtoolchain-gcc for head -r339076 >> (some source adjustments), and a system-cc-is-clang >> I attempted a: >>=20 >> # kyua test -k /usr/tests/Kyuafile >>=20 >> It got to: >>=20 >> sys/netinet/reuseport_lb:basic_ipv4 -> failed: = /usr/src/tests/sys/netinet/reuseport_lb.c:165: bind() failed: Address = already in use [0.014s] >> sys/netinet/reuseport_lb:basic_ipv6 -> failed: = /usr/src/tests/sys/netinet/reuseport_lb.c:221: bind() failed: Address = already in use [0.014s] >> sys/netipsec/tunnel/aes_cbc_128_hmac_sha1:v4 -> =20 >>=20 >> and then the system crashed. I am re-running to >> see what happens. >>=20 >> The context has a non-debug kernel (but with >> symbols). >>=20 >> Hand transcribed from a picture . . . >>=20 >> fatal kernel trap: >>=20 >> exception =3D 0x300 (data storage interrupt) >> virtual address =3D 0xbfffffffffba8530 >> dsisr =3D 0x42000000 >> srr0 =3D 0x72b054 >> srr1 =3D 0x9000000000009032 >> current msr =3D 0x9000000000009032 >> lr =3D 0x69948c >> curthread =3D 0xc000000036f7f000 >> pid =3D 12798, comm =3D ifconfig >>=20 >> [ thread pid 12798 tid 100312 ] >> Stopped at lock_init+0x78 stw r9,0x8(r3) >> db:0:kdb.enter.default> bt >> Tracing pid 12798 tid 100312 td 0xc000000036f7f000 >> 0xe00000004646e330: at 0xe00000004646e36c >> 0xe00000004646e360: at epair_modevent+0xf0 >> 0xe00000004646e410: at module_register_init+0xe8 >> 0xe00000004646e4a0: at linker_laod_module+0x6f8 >=20 > Should have been: linker_load_module >=20 >> 0xe00000004646e580: at kern_kldload+0x150 >> 0xe00000004646e5e0: at sys_kldload+0xb80 >> 0xe00000004646e630: at trap+0xef4 >> 0xe00000004646e790: at powerpc_interrupt+0x12c >> 0xe00000004646e820: user sc trap by 0x81017fcf8 >> srr1 =3D 0x900000000000f032 >> r1 =3D 0x3fffffffffffcfe0 >> cr =3D 0x28022482 >> xer =3D 0x20000000 >> ctr =3D 0x81017fcf0 >> r2 =3D 0x810336300 >>=20 >>=20 >> # uname -apKU >> FreeBSD FBSDG5L 12.0-ALPHA8 FreeBSD 12.0-ALPHA8 #4 r339076M: Mon Oct = 15 13:19:35 PDT 2018 = markmi@FBSDG5L:/usr/obj/powerpc64vtsc_xtoolchain-gcc/powerpc.powerpc64/usr= /src/powerpc.powerpc64/sys/GENERIC64vtsc-NODBG powerpc powerpc64 = 1200084 1200084 >>=20 >> ports was at -r480180. >>=20 >=20 > Again failed during: >=20 > sys/netinet/reuseport_lb:basic_ipv4 -> failed: = /usr/src/tests/sys/netinet/reuseport_lb.c:165: bind() failed: Address = already in use [0.013s] > sys/netinet/reuseport_lb:basic_ipv6 -> failed: = /usr/src/tests/sys/netinet/reuseport_lb.c:221: bind() failed: Address = already in use [0.013s] > sys/netipsec/tunnel/aes_cbc_128_hmac_sha1:v4 -> =20 >=20 >=20 > The backtrace this time shows (hand transcribed): >=20 > fatal kernel trap: >=20 > exception =3D 0x300 (data storage interrupt) > virtual address =3D 0xc00000008cab6530 > dsisr =3D 0x42000000 > srr0 =3D 0xe000000046e5b228 > srr1 =3D 0x9000000000009032 > current msr =3D 0x9000000000009032 > lr =3D 0xe000000046e5b220 > curthread =3D 0xc00000000d48e000 > pid =3D 9666, comm =3D jail >=20 > [ thread pid 9666 tid 100185 ] > Stopped at vnet_epair_init+0x78: stdx r3,r29,r30 > db:0:kdb.enter.default> bt > Tracing pid 9666 tid 100185 td 0xc00000000d48e000 > 0xe0000000470a1240: at vnet_sysinit+0x64 > 0xe0000000470a1270: at vnet_alloc+0xfc > 0xe0000000470a12d0: at kern_jail_set+0x1e30 > 0xe0000000470a15e0: at sys_jail_set+08c > 0xe0000000470a1630: at trap+0xef4 > 0xe0000000470a1790: at powerpc_interrupt+0x12c > 0xe0000000470a1820: user sc trap by 0x81016a888 > srr1 =3D 0x900000000000f032 > r1 =3D 0x3fffffffffffd090 > cr =3D 0x28002482 > xer =3D 0x20000000 > ctr =3D 0x81016a880 > r2 =3D 0x810322300 >=20 > I got a core.txt.0 this time. it reported: >=20 > . . . > epair3a: Ethernet address: 02:60:27:70:4b:0a > epair3b: Ethernet address: 02:60:27:70:4b:0b > epair3a: link state changed to UP > epair3b: link state changed to UP >=20 > fatal kernel trap: >=20 > exception =3D 0x300 (data storage interrupt) > virtual address =3D 0xc00000008cab6530 > dsisr =3D 0x42000000 > srr0 =3D 0xe000000046e5b228 (0xe000000046e5b228) > srr1 =3D 0x9000000000009032 > current msr =3D 0x9000000000009032 > lr =3D 0xe000000046e5b220 (0xe000000046e5b220) > curthread =3D 0xc00000000d48e000 > pid =3D 9666, comm =3D jail >=20 >=20 epair3a: Ethernet address: 02:60:27:70:4b:0a epair3b: Ethernet address: 02:60:27:70:4b:0b epair3a: link state changed to UP epair3b: link state changed to UP lock order reversal: 1st 0x13be260 allprison (allprison) @ /usr/src/sys/kern/kern_jail.c:960 2nd 0x15964a0 vnet_sysinit_sxlock (vnet_sysinit_sxlock) @ = /usr/src/sys/net/vnet.c:575 stack backtrace: #0 0x6f6520 at witness_debugger+0xf4 #1 0x6f8440 at witness_checkorder+0xa1c #2 0x675690 at _sx_slock_int+0x70 #3 0x675810 at _sx_slock+0x1c #4 0x7f4338 at vnet_sysinit+0x38 #5 0x7f44dc at vnet_alloc+0x118 #6 0x62ab84 at kern_jail_set+0x3274 #7 0x62b62c at sys_jail_set+0x8c #8 0xa8a798 at trap+0x9a0 #9 0xa7e660 at powerpc_interrupt+0x140 fatal kernel trap: exception =3D 0x300 (data storage interrupt) virtual address =3D 0xc00000008df1df30 dsisr =3D 0x42000000 srr0 =3D 0xe000000047854e98 (0xe000000047854e98) srr1 =3D 0x9000000000009032 current msr =3D 0x9000000000009032 lr =3D 0xe000000047854e90 (0xe000000047854e90) curthread =3D 0xc0000000206b6000 pid =3D 9464, comm =3D jail (Hand transcribed from here on:) [ thread pid 9464 tid 100296 ] Stopped at vnet_epair_init+0x78: stdx r3,r29,r30 db:0:kdb.enter.default> bt Tracing pid 9464 tid 100296 td 0xc0000000206b6000 0xe000000047274240: at vnet_sysinit+0x70 0xe000000047274270: at vnet_alloc+0x118 0xe000000047274300: at kern_jail_set+0x32740 0xe000000047274610: at sys_jail_set+08c 0xe000000047274660: at trap+0x9a0 0xe000000047274790: at powerpc_interrupt+0x140 0xe000000047274820: user sc trap by 0x81016a888 srr1 =3D 0x900000000000f032 r1 =3D 0x3fffffffffffd080 cr =3D 0x28002482 xer =3D 0x20000000 ctr =3D 0x81016a880 r2 =3D 0x810322300 There are past reports of the lock order reversal, such as: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D210907 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Thu Oct 18 15:12:13 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 595B410DF007 for ; Thu, 18 Oct 2018 15:12:13 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost2.sentex.ca", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0096F8F4D6; Thu, 18 Oct 2018 15:12:12 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5:0:0:0:11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id w9IFCBF9019788 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Oct 2018 11:12:12 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.net [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id w9IFCA0Y068493; Thu, 18 Oct 2018 11:12:10 -0400 (EDT) (envelope-from mike@sentex.net) To: FreeBSD-Current , Konstantin Belousov From: Mike Tancsa Subject: boot hang at r339386 Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= xsBNBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAHNHG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT7CwHgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnnOwE0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAcLAXwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <52b5186f-8c93-8702-450f-4a35290549c9@sentex.net> Date: Thu, 18 Oct 2018 11:12:11 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-Scanned-By: MIMEDefang 2.83 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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, 18 Oct 2018 15:12:13 -0000 On r339386 I am seeing a 100% hang at boot up time.=C2=A0 Boot ends at Copyright (c) 1992-2018 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 The Regents of the University = of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-ALPHA10 r339415 GENERIC amd64 FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) WARNING: WITNESS option enabled, expect reduced performance. VT(vga): resolution 640x480 CPU: AMD Ryzen 5 1600X Six-Core Processor=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (3593.34-MHz K8-class CPU) =C2=A0 Origin=3D"AuthenticAMD"=C2=A0 Id=3D0x800f11=C2=A0 Family=3D0x17=C2= =A0 Model=3D0x1=C2=A0 Stepping=3D1 =C2=A0 Features=3D0x178bfbff =C2=A0 Features2=3D0x7ed8320b =C2=A0 AMD Features=3D0x2e500800= =C2=A0 AMD Features2=3D0x35c233ff =C2=A0 Structured Extended Features=3D0x209c01a9 =C2=A0 XSAVE Features=3D0xf =C2=A0 AMD Extended Feature Extensions ID EBX=3D0x1007 =C2=A0 SVM: NP,NRIP,VClean,AFlush,DAssist,NAsids=3D32768 =C2=A0 TSC: P-state invariant, performance statistics real memory=C2=A0 =3D 34359738368 (32768 MB) avail memory =3D 33255837696 (31715 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 12 CPUs FreeBSD/SMP: 1 package(s) x 2 cache groups x 3 core(s) x 2 hardware threa= ds random: unblocking device. Firmware Warning (ACPI): Optional FADT field Pm2ControlBlock has valid Length but zero Address: 0x0000000000000000/0x1 (20181003/tbfadt-796) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-55 on motherboard Launching APs: 10 1 2 3 9 11 8 5 7 6 4 Timecounter "TSC-low" frequency 1796668938 Hz quality 1000 random: entropy device external interface module_register_init: MOD_LOAD (vesa, 0xffffffff810e6a80, 0) error 19 kbd1 at kbdmux0 random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" netmap: loaded module [ath_hal] loaded nexus0 vtvga0: on motherboard aesni0: on motherboard cryptosoft0: on motherboard acpi0: on motherboard Adding boot verbose, shows the lines below before the hang. ACPI: 7 ACPI AML tables successfully acquired and loaded PCIe: Memory Mapped configuration base @ 0xf8000000 The box is hard locked up and I cannot break to debugger either. Going back to r339385 works. But going to the next commit hangs the box https://lists.freebsd.org/pipermail/svn-src-head/2018-October/118853.html= =C2=A0=C2=A0=C2=A0 ---Mike --=20 ------------------- Mike Tancsa, tel +1 519 651 3400 x203 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada =20 From owner-freebsd-current@freebsd.org Thu Oct 18 18:26:48 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0CEEFEFDBA5 for ; Thu, 18 Oct 2018 18:26:48 +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 7444676903; Thu, 18 Oct 2018 18:26:47 +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 w9IIQa6f027411 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 18 Oct 2018 21:26:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w9IIQa6f027411 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w9IIQZ4W027410; Thu, 18 Oct 2018 21:26:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 18 Oct 2018 21:26:35 +0300 From: Konstantin Belousov To: Mike Tancsa Cc: FreeBSD-Current , Konstantin Belousov Subject: Re: boot hang at r339386 Message-ID: <20181018182635.GB5335@kib.kiev.ua> References: <52b5186f-8c93-8702-450f-4a35290549c9@sentex.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <52b5186f-8c93-8702-450f-4a35290549c9@sentex.net> User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 18 Oct 2018 18:26:48 -0000 On Thu, Oct 18, 2018 at 11:12:11AM -0400, Mike Tancsa wrote: > > On r339386 I am seeing a 100% hang at boot up time.  Boot ends at > > Copyright (c) 1992-2018 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >         The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 12.0-ALPHA10 r339415 GENERIC amd64 > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on > LLVM 6.0.1) > WARNING: WITNESS option enabled, expect reduced performance. > VT(vga): resolution 640x480 > CPU: AMD Ryzen 5 1600X Six-Core Processor            (3593.34-MHz > K8-class CPU) >   Origin="AuthenticAMD"  Id=0x800f11  Family=0x17  Model=0x1  Stepping=1 >   > Features=0x178bfbff >   > Features2=0x7ed8320b >   AMD Features=0x2e500800 >   AMD > Features2=0x35c233ff >   Structured Extended > Features=0x209c01a9 >   XSAVE Features=0xf >   AMD Extended Feature Extensions ID EBX=0x1007 >   SVM: NP,NRIP,VClean,AFlush,DAssist,NAsids=32768 >   TSC: P-state invariant, performance statistics > real memory  = 34359738368 (32768 MB) > avail memory = 33255837696 (31715 MB) > Event timer "LAPIC" quality 600 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 12 CPUs > FreeBSD/SMP: 1 package(s) x 2 cache groups x 3 core(s) x 2 hardware threads > random: unblocking device. > Firmware Warning (ACPI): Optional FADT field Pm2ControlBlock has valid > Length but zero Address: 0x0000000000000000/0x1 (20181003/tbfadt-796) > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-55 on motherboard > Launching APs: 10 1 2 3 9 11 8 5 7 6 4 > Timecounter "TSC-low" frequency 1796668938 Hz quality 1000 > random: entropy device external interface > module_register_init: MOD_LOAD (vesa, 0xffffffff810e6a80, 0) error 19 > kbd1 at kbdmux0 > random: registering fast source Intel Secure Key RNG > random: fast provider: "Intel Secure Key RNG" > netmap: loaded module > [ath_hal] loaded > nexus0 > vtvga0: on motherboard > aesni0: on motherboard > cryptosoft0: on motherboard > acpi0: on motherboard > > Adding boot verbose, shows the lines below before the hang. > > > ACPI: 7 ACPI AML tables successfully acquired and loaded > PCIe: Memory Mapped configuration base @ 0xf8000000 > > The box is hard locked up and I cannot break to debugger either. > > Going back to r339385 works. But going to the next commit hangs the box > > https://lists.freebsd.org/pipermail/svn-src-head/2018-October/118853.html Try the patch at https://reviews.freebsd.org/D17612 From owner-freebsd-current@freebsd.org Thu Oct 18 18:33:36 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 206E8EFE030 for ; Thu, 18 Oct 2018 18:33:36 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-it1-x134.google.com (mail-it1-x134.google.com [IPv6:2607:f8b0:4864:20::134]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AEADD76E53 for ; Thu, 18 Oct 2018 18:33:35 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-it1-x134.google.com with SMTP id l127-v6so2555607ith.1 for ; Thu, 18 Oct 2018 11:33:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:date:from:user-agent:mime-version:to:subject :content-transfer-encoding; bh=lL3QQg/kTyE3aMw+6+pGSGxROOglHxRNia3XlBoNEVw=; b=MHheM7kCroGxc8NLMVRuXxvHfXi5Vl4c/MSp4c/9TxfLSqs/winy9rfisFGuZ2vsp/ 6djKxd9mitMs4AbuPpZPSiNy+w9FMqhacBvI1tt4RPQQWOS7qCCfbFM+Cgu/6w8p3i7N 9ZdcIdiCE2foIoR04myDQeJ6lKQfEOUNCCvENDjH0JekmeT2b/jqhV9AzW3wI2I8NwBG Vy7b1V4G7v51PsMUDX2HbjiRF0XBsQNS+EKS3I9Bg6gickAyHVgmZFGTApiouavjeLlw nnlkdah6FnfEZse5c98XTpXl87+YjbtDJasLvI5lkZ+o8aFMwMo4nryiI+3Z3bLAsx7J kP5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-transfer-encoding; bh=lL3QQg/kTyE3aMw+6+pGSGxROOglHxRNia3XlBoNEVw=; b=ueX17LMIvLoP0e4lMwY+cOvcrixRbUXQrOQbL+Ix9SpqGI6d8HOYtuFatov5Kl0LJk WfUO+PQO2Mfv9A9tf/oRvTsxj8swHnFtMcdtEBfcUPXxqwW8IUAVLr+eh7bbEVHLt03e A2g5ffcnJZ6f9ii2yc5B9Uc0cbznBJNJaVvrJeFtTOeoOznHhDePnrcV3czXMgO83bU6 Z4hct7x4aPP0PDybpdAxJY3mRIRNvp9qtwINXDJwumHLEJqDK84H1DPt5iHXhx5pPcKY GANFLqABt54lxrIr4SiVzI1em2S4LO+McHRLwmghhgzHJ1xpx3Na4jj+MQqCiYQI1Rzp WWOQ== X-Gm-Message-State: ABuFfohWuYmDhRlXwy4Dq1l2F00rW3sj6g/sc6u4dcD5J9TLnrcSjjy2 /zlnw9uCl3DOhvp7PiS+wHjeap3b X-Google-Smtp-Source: ACcGV63Z7QPFwuyE/6XEvMUJAj10ObSMbheqMMCKbSpyivUy63bbizQVfMLxIpov4TWlKNOw1BjR7w== X-Received: by 2002:a24:65ce:: with SMTP id u197-v6mr945043itb.99.1539887614928; Thu, 18 Oct 2018 11:33:34 -0700 (PDT) Received: from [10.0.10.7] (cpe-65-25-48-31.neo.res.rr.com. [65.25.48.31]) by smtp.googlemail.com with ESMTPSA id o75-v6sm344252ito.20.2018.10.18.11.33.33 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 18 Oct 2018 11:33:34 -0700 (PDT) Message-ID: <5BC8D1FC.1010802@gmail.com> Date: Thu, 18 Oct 2018 14:33:32 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: FreeBSD current Subject: vnet & firewalls in 12.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 18 Oct 2018 18:33:36 -0000 Wanting to get a head start on using 12.0 and vnet jails with in jail firewall. 1. Will Vimage be compiled as a module in the 12.0 kernel and be included in the base system release? 1.a. Has the boot time console log message about vimage being "highly experimental" been removed? 2. Has the pf firewall been fixed so it can now run in a vnet jail or multiple vnet jails with out concern for which firewall is running on the host? 2.a. Is each vnet/pf log only viewable from it's vnet jail console? 2.b. Will pf/kernel module auto load on first call from a vnet jail? 2.c. Does vnet/pf NAT work? 3. Does the ipfw firewall still have the 11.x release mandatory requirements that the host must also be running ipfw for the vnet jailed ipfw to work? 3.a. Are all vnet/ipfw log messages still intermixed with the host's ipfw log messages? 3.b. Does vnet/ipfw NAT work? 4. Has any work been done to ipf (ipfilter) so it will function when used in a vnet jail? From owner-freebsd-current@freebsd.org Thu Oct 18 18:50:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52910EFE98A for ; Thu, 18 Oct 2018 18:50:46 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost2.sentex.ca", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F14BD779E5; Thu, 18 Oct 2018 18:50:45 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5:0:0:0:11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id w9IIojC4094177 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Oct 2018 14:50:45 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.ca [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id w9IIohHI070218; Thu, 18 Oct 2018 14:50:43 -0400 (EDT) (envelope-from mike@sentex.net) Subject: Re: boot hang at r339386 (solved) To: Konstantin Belousov Cc: FreeBSD-Current , Konstantin Belousov References: <52b5186f-8c93-8702-450f-4a35290549c9@sentex.net> <20181018182635.GB5335@kib.kiev.ua> From: Mike Tancsa Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= xsBNBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAHNHG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT7CwHgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnnOwE0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAcLAXwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <563c461d-656b-c308-d3f6-3faf5f0bb30e@sentex.net> Date: Thu, 18 Oct 2018 14:50:44 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20181018182635.GB5335@kib.kiev.ua> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-Scanned-By: MIMEDefang 2.83 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 18 Oct 2018 18:50:46 -0000 On 10/18/2018 2:26 PM, Konstantin Belousov wrote: > On Thu, Oct 18, 2018 at 11:12:11AM -0400, Mike Tancsa wrote: >> On r339386 I am seeing a 100% hang at boot up time.=C2=A0 Boot ends at= >> >> Going back to r339385 works. But going to the next commit hangs the bo= x >> >> https://lists.freebsd.org/pipermail/svn-src-head/2018-October/118853.h= tml > Try the patch at https://reviews.freebsd.org/D17612 > > Looks good both on my Ryzen and EPYC based boards!=C2=A0 Thanks Hmm...=C2=A0 Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sys/amd64/amd64/pmap.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |--- sys/amd64/amd64/pmap.c |+++ sys/amd64/amd64/pmap.c -------------------------- Patching file sys/amd64/amd64/pmap.c using Plan A... Hunk #1 succeeded at 637. Hunk #2 succeeded at 7099. Hunk #3 succeeded at 7143. Hunk #4 succeeded at 7156. Hunk #5 succeeded at 7325. Hunk #6 succeeded at 7448. Hunk #7 succeeded at 7478. Hunk #8 succeeded at 7506. Hunk #9 succeeded at 7521. Hunk #10 succeeded at 7530. Hmm...=C2=A0 The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sys/amd64/include/pmap.h |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |--- sys/amd64/include/pmap.h |+++ sys/amd64/include/pmap.h -------------------------- Patching file sys/amd64/include/pmap.h using Plan A... Hunk #1 succeeded at 430. Hmm...=C2=A0 The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sys/amd64/pci/pci_cfgreg.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |--- sys/amd64/pci/pci_cfgreg.c |+++ sys/amd64/pci/pci_cfgreg.c -------------------------- Patching file sys/amd64/pci/pci_cfgreg.c using Plan A... Hunk #1 succeeded at 271. done =C2=A0=C2=A0=C2=A0 ---Mike --=20 ------------------- Mike Tancsa, tel +1 519 651 3400 x203 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada =20 From owner-freebsd-current@freebsd.org Thu Oct 18 18:57:51 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF1EDEFED1C for ; Thu, 18 Oct 2018 18:57:50 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost2.sentex.ca", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A3E87812C; Thu, 18 Oct 2018 18:57:50 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5:0:0:0:11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id w9IIvn6c097051 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Oct 2018 14:57:50 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.net [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id w9IIvlAD070235; Thu, 18 Oct 2018 14:57:47 -0400 (EDT) (envelope-from mike@sentex.net) Subject: Re: boot hang at r339386 (solved) From: Mike Tancsa To: Konstantin Belousov Cc: FreeBSD-Current , Konstantin Belousov References: <52b5186f-8c93-8702-450f-4a35290549c9@sentex.net> <20181018182635.GB5335@kib.kiev.ua> <563c461d-656b-c308-d3f6-3faf5f0bb30e@sentex.net> Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= xsBNBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAHNHG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT7CwHgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnnOwE0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAcLAXwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <6bd0a6a7-938d-fa75-aa39-0a855cbf0045@sentex.net> Date: Thu, 18 Oct 2018 14:57:49 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <563c461d-656b-c308-d3f6-3faf5f0bb30e@sentex.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Scanned-By: MIMEDefang 2.83 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 18 Oct 2018 18:57:51 -0000 On 10/18/2018 2:50 PM, Mike Tancsa wrote: > On 10/18/2018 2:26 PM, Konstantin Belousov wrote: >> On Thu, Oct 18, 2018 at 11:12:11AM -0400, Mike Tancsa wrote: >>> On r339386 I am seeing a 100% hang at boot up time.  Boot ends at >>> >>> Going back to r339385 works. But going to the next commit hangs the box >>> >>> https://lists.freebsd.org/pipermail/svn-src-head/2018-October/118853.html >> Try the patch at https://reviews.freebsd.org/D17612 >> >> > Looks good both on my Ryzen and EPYC based boards!  Thanks > Also tested on a PCEngines APU and looks good. ---<>--- Copyright (c) 1992-2018 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994         The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-ALPHA10 #4 r339418M: Thu Oct 18 14:37:48 EDT 2018     mdtancsa@nanobsd2.sentex.ca:/pxe/12/obj/pxe/12/usr/src/amd64.amd64/sys/GENERIC-NODEBUG amd64 FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) VT(vga): resolution 640x480 CPU: AMD GX-412TC SOC                                (998.15-MHz K8-class CPU)   Origin="AuthenticAMD"  Id=0x730f01  Family=0x16  Model=0x30  Stepping=1   Features=0x178bfbff   Features2=0x3ed8220b   AMD Features=0x2e500800   AMD Features2=0x1d4037ff   Structured Extended Features=0x8   XSAVE Features=0x1   SVM: NP,NRIP,AFlush,DAssist,NAsids=8   TSC: P-state invariant, performance statistics real memory  = 2012930048 (1919 MB) avail memory = 1909755904 (1821 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) random: unblocking device. ioapic1: Changing APIC ID to 5 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-55 on motherboard Launching APs: 1 2 3 Timecounter "TSC" frequency 998147285 Hz quality 1000 random: entropy device external interface netmap: loaded module [ath_hal] loaded module_register_init: MOD_LOAD (vesa, 0xffffffff8112ec50, 0) error 19 kbd0 at kbdmux0 nexus0 vtvga0: on motherboard cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) -- ------------------- Mike Tancsa, tel +1 519 651 3400 x203 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada From owner-freebsd-current@freebsd.org Thu Oct 18 19:16:15 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5ED8EEFF695 for ; Thu, 18 Oct 2018 19:16:15 +0000 (UTC) (envelope-from mizhka@gmail.com) Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AF48779541 for ; Thu, 18 Oct 2018 19:16:14 +0000 (UTC) (envelope-from mizhka@gmail.com) Received: by mail-wr1-x436.google.com with SMTP id r17-v6so2535960wrt.9 for ; Thu, 18 Oct 2018 12:16:14 -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 :cc; bh=GjVim9PQh9X0bXTbUvOMAlUkSs7omgPKRHsGjA5FzYI=; b=LUq3pEG8tf4gG8JCdhWT9i8XQ5erkq9bvQVnrnRYxxupoKWE2j7JvWeUyOkW4h1y43 u7qf0KGbTfDiWUOifhZN33P47/lQCs8Zmh1NqzaxD878uySAaKMFdpFQsjDPsMH6PVBn pc6whHNpPTfQ06rO9Z7PYHSIpNeP+/yYl32uXTC4f9KJFQ79gT8JERiLoR/28sVGbge3 onH8k+on4aYhhYYFDFibpYom8igBzrifN2YyIVOaw3mbxZVTlq82W8DdnktK88dBW/ra fLvYCrjZ7OHTlUON9Ba9LDdjSaL9KlT8SV0lcKE+PJQmLo6xEwOgKDrU4oQwph6G/x/4 Mvlg== 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:cc; bh=GjVim9PQh9X0bXTbUvOMAlUkSs7omgPKRHsGjA5FzYI=; b=o+bA88wz+oGRlupfiaH67QpUq/W3khTyYAevh75LYOiO6Dj0kuI8Gt06v1u47NNNgR cOdADNebY9Xv47Wrv4fEtptWUDxu0gke4HO2j7dNf8T2VtWpgFhM8O1xmrsGPYBIn7xG Tc25hdmiZVOZ9PBEnt63/NWSpEnjbhPO1o9O/XR/Hn4y7yBz6tHwCaGtcSjTbUb+3XzW 1rhiRnzy5VTKDxm5Yn2Eb1FH5msCbYu411UoSh6ugf8Gok1ca/0UnhtS0IUwjmiTrK47 blwX/q7o51D/Wm9t0+RDlV5gQ9AEebDKaHUaczBuJ5mAkYaBIt2EEcqQHuKla7e0u/K9 VYyw== X-Gm-Message-State: ABuFfog+Svj46Imd6GqVNsTOoM1u7a3MopxyphwULPlqCTHwjaYuEZ/A g3zyQxv4MbM2jMw7oz7qr7KQMU21ToMBAAK74o4= X-Google-Smtp-Source: ACcGV61oOZl3wyJX2wY1TNuWPM88zilGFM+qH0fM4S+8Y/quusAqa65wJKbvJ4cT+rKLzrpBXcrwxT9MvF9sdfq0DZ0= X-Received: by 2002:adf:8483:: with SMTP id 3-v6mr32998585wrg.34.1539890173585; Thu, 18 Oct 2018 12:16:13 -0700 (PDT) MIME-Version: 1.0 References: <5BC8D1FC.1010802@gmail.com> In-Reply-To: <5BC8D1FC.1010802@gmail.com> From: Michael Zhilin Date: Thu, 18 Oct 2018 22:15:55 +0300 Message-ID: Subject: Re: vnet & firewalls in 12.0 To: luzar722@gmail.com Cc: freebsd-current Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 18 Oct 2018 19:16:15 -0000 Hi Ernie, On Thu, Oct 18, 2018 at 9:36 PM Ernie Luzar wrote: > Wanting to get a head start on using 12.0 and vnet jails with in jail > firewall. > > 1. Will Vimage be compiled as a module in the 12.0 kernel and be > included in the base system release? > I suppose it's part of GENERIC kernel configuration > 1.a. Has the boot time console log message about vimage being "highly > experimental" been removed? > I don't see in dmesg such notification. 12-ALPHA3 > 2. Has the pf firewall been fixed so it can now run in a vnet jail or > multiple vnet jails with out concern for which firewall is running on > the host? > > 2.a. Is each vnet/pf log only viewable from it's vnet jail console? > > 2.b. Will pf/kernel module auto load on first call from a vnet jail? > > 2.c. Does vnet/pf NAT work? > > 3. Does the ipfw firewall still have the 11.x release mandatory > requirements that the host must also be running ipfw for the vnet jailed > ipfw to work? > > 3.a. Are all vnet/ipfw log messages still intermixed with the host's > ipfw log messages? > > 3.b. Does vnet/ipfw NAT work? > I use NAT via netgraph+ipfw. it works fine (why not?). I'm patching "jng" to add "nat" feature. > 4. Has any work been done to ipf (ipfilter) so it will function when > used in a vnet jail? > _______________________________________________ > 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 Thu Oct 18 19:33:10 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B889F71148 for ; Thu, 18 Oct 2018 19:33:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1F9617A272 for ; Thu, 18 Oct 2018 19:33:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: J4WWafAVM1ma15IesGBMavsbamRKeskqjlS7xV0bU.9bcuk9L6OzExWrBLpGp6c NGbrkct6c3x_Fod3lDleSkpckMq5U9Hz4Du4iUHXNnOBZI4Mo3JMxmFuvI3LU5eB2.sS09Ui6IJz 4ofha.JYClYc9YrqgLmD3JfRxUtLqapHxQff3iq0UD0l5MLt346oSdNTclf.WBnVeOqmH52SDnHL ym4zFavz9pqIMf4qlMqp8lZ04WIA0r8HgEA3wmSvLA9LIvUA4FTnqG3hJcZMFd38A4CuexAncoyG uSEejnFz0KynvyGOiHvrJKVMP41nzkxuZIyGf9p8G7zEn186o3Q1tAqwJELuKpBQj0Gc_uSY8SUA HrY_OcmfrQtd3EjuqrT2wyWQWO7fHyShyTBjG6opCCLw9yZo1cJ.kNy..B.ubJOEp_LquAFTEKjh W4j77om25CFkgm4j7F8RtSpimZjkF60WACH_1B5D7PqF8prLHSnJNBgFv7qTgkrh13R0Iyvrr1Fh 4hnYMsMWDs1iFpoF00AL6.UcDTXvuOJlAnboPM0Ye.lzk.8BqxenYsJU1fUpB8zm0tAXe_zguSav NC5vHGlEghWhdElsAR1lvJbq39fwsbDmwpfKtK6CfQZa3BjRIha.HMaWgLP7AAaAVf9NeZhrh6wz 0J9Sgn1tDUjao.zkL_R9nyINISPXPF_4mGyZ6Lds7lpGkWUUqTjFlXIBvyPM6y1mUQDIi1KqbRhH VfGzWvXdw_9dlArFLeedJ0ii91GmwE.NTsIiZYbYL6RPxyWcs.KYgk_D0yYRCUDFyD8GlFItVFSC fZ3R8AulaeygjrO5JbUJ7AliVYoyXk2XGO8Qymb.ofh71lhCFuF7N1wvuwJShYCLfn8M_zlG9o.V j3WUfmE_tnHt4lCCsE4jp0ZlbLWaXtV.qVrAnKU0NMvHi9zojqH7M5RNTLm4wxl9ke1EkGGXIces WVwxwXvbUFKIOAY5i1LN0tuz9Oy6J2hApR_oE8tQVO_qCDlG775dzfg1Y4xZVNiGWlp4Se7W8asr pocrZfutvUbN_Y6IEnMT.baT0YdTHDaymB98wyQzE5EIC.oAy9Me9e3PbeWkrdGnVYx2ngNuMQC1 dyTGcsIhFS2koejhPQ0pjSnwPDm9pekiz9z4V60SIs_kWRrRPMObAXyffDKf.1zmvYqk_ Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Thu, 18 Oct 2018 19:33:08 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp414.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 52868811be8827b7cae3b03e165c4e32 for ; Thu, 18 Oct 2018 19:12:52 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Expected?: "failed: Miscompare for aalgo=hmac/sha1 ealgo=camellia-cb" 12.0-ALPHA10 kernel with pre-openssl update -r339076 head? Message-Id: Date: Thu, 18 Oct 2018 12:12:51 -0700 To: FreeBSD Current X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 18 Oct 2018 19:33:10 -0000 As part of helping to track down a powerpc64 system crash when "kyua test -k /usr/tests/Kyuafile" is run I substituted into a -r339076 context official kernel materials from: = https://download.freebsd.org/ftp/snapshots/powerpc/powerpc64/12.0-ALPHA10/= kernel*.txz This does lead to kyua reporting: sys/geom/class/eli/init_test:init_a -> failed: Miscompare for = aalgo=3Dhmac/sha1 ealgo=3Dcamellia-cbc keylen=3D192 sec=3D8192 = [275.805s] that had been passing with just my buildworld buildkernel materials for -r339076 . (So far in the run it is the only such report.) Is this difference in this odd context expected/reasonable? Should I ignore it? (I have no reason to normally run such a odd mix of vintages of world vs. kernel materials. I'm just checking if the crashing is somehow specific to my builds or not.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Thu Oct 18 19:54:47 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 58931F7300B for ; Thu, 18 Oct 2018 19:54:47 +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 A8D987B7B7 for ; Thu, 18 Oct 2018 19:54:46 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local ([199.201.64.140]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id w9IJioUH006103 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 18 Oct 2018 12:44:51 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: vnet & firewalls in 12.0 To: Ernie Luzar , FreeBSD current References: <5BC8D1FC.1010802@gmail.com> From: Julian Elischer Message-ID: <3a30931f-9301-1ec8-f902-5c69bf45061d@freebsd.org> Date: Thu, 18 Oct 2018 12:44:45 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <5BC8D1FC.1010802@gmail.com> 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.29 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, 18 Oct 2018 19:54:47 -0000 I will only discuss ipfw.. I dont' use pf. On 18/10/18 11:33 am, Ernie Luzar wrote: > Wanting to get a head start on using 12.0 and vnet jails with in > jail firewall. > > 1. Will Vimage be compiled as a module in the 12.0 kernel and be > included in the base system release? it's in base.. not  a module > > 1.a. Has the boot time console log message about vimage being > "highly experimental" been removed? > > 2. Has the pf firewall been fixed so it can now run in a vnet jail > or multiple vnet jails with out concern for which firewall is > running on the host? > > 2.a. Is each vnet/pf log only viewable from it's vnet jail console? > > 2.b. Will pf/kernel module auto load on first call from a vnet jail? > > 2.c. Does vnet/pf NAT work? > > 3. Does the ipfw firewall still have the 11.x release mandatory > requirements that the host must also be running ipfw for the vnet > jailed ipfw to work? never heard about that.. effectively each network stack can have its own firewall. The ipfw module must be loaded so it will be 'hooked into' each stack. whether you use it or not is up to you. > > 3.a. Are all vnet/ipfw log messages still intermixed with the host's > ipfw log messages? that is probably the case.  there is no per-jail kernel logging facility. (Sounds like a good idea!  send patches!) > > 3.b. Does vnet/ipfw NAT work? last I checked it did. > > 4. Has any work been done to ipf (ipfilter) so it will function when > used in a vnet jail? I don't know how many people are using that... not a lot. > _______________________________________________ > 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 Thu Oct 18 20:10:09 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05E31F737DD for ; Thu, 18 Oct 2018 20:10:09 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ADA587C758; Thu, 18 Oct 2018 20:10:08 +0000 (UTC) (envelope-from kp@FreeBSD.org) 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 "smtp.codepro.be", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id 75D6817155; Thu, 18 Oct 2018 20:10:08 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from [10.178.148.66] (unknown [192.55.54.60]) (Authenticated sender: kp) by venus.codepro.be (Postfix) with ESMTPSA id 3F629E6B2; Thu, 18 Oct 2018 22:10:06 +0200 (CEST) From: "Kristof Provost" To: "Ernie Luzar" Cc: "FreeBSD current" Subject: Re: vnet & firewalls in 12.0 Date: Thu, 18 Oct 2018 13:10:03 -0700 X-Mailer: MailMate (2.0BETAr6123) Message-ID: <0814850C-80E7-4978-9AE2-BBB64369C71C@FreeBSD.org> In-Reply-To: <5BC8D1FC.1010802@gmail.com> References: <5BC8D1FC.1010802@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 18 Oct 2018 20:10:09 -0000 On 18 Oct 2018, at 11:33, Ernie Luzar wrote: > Wanting to get a head start on using 12.0 and vnet jails with in jail > firewall. > > 1. Will Vimage be compiled as a module in the 12.0 kernel and be > included in the base system release? > vimage is a kernel option, not a module. It affects the entire kernel, and cannot be loaded as a module. It’s either enabled or not (and it’s enabled in 12.0). > 1.a. Has the boot time console log message about vimage being "highly > experimental" been removed? > Yes. It was removed around the time it was enabled by default. > 2. Has the pf firewall been fixed so it can now run in a vnet jail or > multiple vnet jails with out concern for which firewall is running on > the host? > Yes. The automated pf tests rely on vimage. > 2.a. Is each vnet/pf log only viewable from it's vnet jail console? > Yes, assuming you mean pflog output. Log files can of course be read from the host. > 2.b. Will pf/kernel module auto load on first call from a vnet jail? > No. The decision to load the pf module is made by the host. If the module is not loaded no jail will be able to use it. Jails may not load kernel modules, for obvious reasons. > 2.c. Does vnet/pf NAT work? > Yes. Best regards, Kristof From owner-freebsd-current@freebsd.org Thu Oct 18 20:14:31 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A962EF73B6D for ; Thu, 18 Oct 2018 20:14:31 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 5D9A27CC98 for ; Thu, 18 Oct 2018 20:14:31 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 59AA3211585 for ; Thu, 18 Oct 2018 16:13:24 -0400 (EDT) Received: from [192.168.10.24] (D14.Denninger.Net [192.168.10.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id BCB34338623 for ; Thu, 18 Oct 2018 15:13:23 -0500 (CDT) To: freebsd-current@freebsd.org From: Karl Denninger Subject: -CURRENT "installworld" fails if not upgrading (e.g. building via Crochet) Openpgp: preference=signencrypt Message-ID: Date: Thu, 18 Oct 2018 15:13:23 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms020006070609050005050002" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 18 Oct 2018 20:14:31 -0000 This is a cryptographically signed message in MIME format. --------------ms020006070609050005050002 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable svn updated this morning.... Attempting to build 12 via Crochet fails with an error about the "ntpd" user being missing during install. Setting "-DDB_FROM_SRC" allows the install to complete. I'm not sure where it's getting the base check from since this is a new build into "empty" media (not an upgrade) -- should the "DB_FROM_SRC" be detected on its own or is this just a Crochet screwball thing? --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms020006070609050005050002 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTgxMDE4MjAxMzIz WjBPBgkqhkiG9w0BCQQxQgRAXb/kUeVPDmyWQT2SavA4n8bSQcGbr/X2S640EMQSUyvADT7S 1GHMVzKdG7fmyhtI4xcWTAp0QOJgG19GCK2w6zBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgAbokb3pLpd7f93BjVETJ8iZsjQxQ55Grs5DsyMu4FY9OGWG8TZ+bZTzAuR0AcI1+Rb ejGd2EFyQWB7gfqa2BvNj7naMjoQTVd5knBMInh01lmEC0PuxV9/SxaujX3XoNitaNDqwvBL vjQR2rZUbd2NiIL2J0rmUd5EFVHENy0bs3CJ+EkyygaY+cXBQO5tafYSxxmWFFS/kZ8yW+sQ tfRUEKgcbnK7lqpn5YYuPMsnMfNbJfIIyyZvdNR6dsNHPOiSy6jlqrdRKPRjxtqukb0lAz1f UNDo9l9SBKYfj+gLq1R68Ku3hENk9YGssWARdMoYxio8WJB/xp1WhIwjjX0qtm57MNVKd4wC +nvJ46dL87xhvcs6Mv0BS/6ItmcLdKUrt0+mzHhK2slRHFD6yrcHO54I2RsANoEA+EeWGp1f 6F2YiJXaJ35Cu3Dc5H/pBJakODd5upcyLJBBIgOVqYylsPfcGXH4DHuSRB8saXuCCBQ+lbUN 9AyyzE+mB/9lCTSaNocnfTy2kR06qfjpJZoYK4qXfC03LUdn8vodBtHgKulQJEs4eIEXisGm qppRErNDn1Ky7lP40IV/4RuKARrMgtekSyuJLcLczJmZQebfvxPhXheLlKAr8Ap/jMsbYTqI 79+HSC1piLIbkPGLobetAVHzCwP/v+S5PWNfypY/nQAAAAAAAA== --------------ms020006070609050005050002-- From owner-freebsd-current@freebsd.org Thu Oct 18 21:24:00 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C7441F7599F for ; Thu, 18 Oct 2018 21:24:00 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-qk1-x744.google.com (mail-qk1-x744.google.com [IPv6:2607:f8b0:4864:20::744]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 65FA57FAB6 for ; Thu, 18 Oct 2018 21:24:00 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-qk1-x744.google.com with SMTP id v68-v6so19772881qka.2 for ; Thu, 18 Oct 2018 14:24:00 -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=J4bAnBJVldCZNp1IAY+vlogP/XWrIJOqjJY0eNFhB+M=; b=LqG6GrB/q+4H+vJLfrs0Fhm73LGtb5Pxvky34mw+rEELSyvZYApCTw8zeXvzKnSTjE pJCEoR6czpjq9MJVxi0pJtbVvxBx8z+NOeRFXcGqCyhUnm6x68f5bzD8UEdCX/Jjd/Ug Uz0hf1qC0Ks8T8TxraSMrX0G53CdWscYMswLx8u35a+PnwuNQWyzHNt+unPXJWPF08el 20/V6zmkDw/v5e6TqucAO+kZjUN5poN1U89xC3ECikmNKAbmbmyP0sb/GW0WAcPJ/ypH TvBb+iJINBMWXc/mYcN8lfobCL4XRg/dbiecCLPQ/tdhJ/WW8gecMDBqJg/hkjCEuI29 Dk2Q== 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=J4bAnBJVldCZNp1IAY+vlogP/XWrIJOqjJY0eNFhB+M=; b=QOtcH7Bdvb4TP0gxkGvOGHxwCBivvCeLR4JGFr3+N1snSKFK1U/8+x/AqYrIBEyYve QPMSXA/GkyjKhU2Fn6ABWY8nRqgFhkjOF+GSVm3O4c3eqGMn2XaPyrDka0PoUC6tnsYP IstNJ/XDpLen4/6mSATK5JfK3MNp/x40K97vKNTUM+e9+KoT6rMgSeOn35amgLYyAC4T sdZZlX/dLADj7cU79MuMtQNkUCfOZ9lP7FPKWkUETr9brxEMpnQY1Brz0s+kFk2WgOht be2tAepKU1Zbjg3Nnxd/HAhVVfUl70m84/qSvjGLSi1JFhvD+/69la4DF1hRrCjB5V3b plLA== X-Gm-Message-State: ABuFfohzuEPQTtjTlYYGXcTaTddxtgRMCKe47hwpIFH6Rka4U3gsy1k7 tLFYHQmQcIugXD/F0A0RUYlzTYrfkhyoEtcCtkY= X-Google-Smtp-Source: ACcGV633zQ52zGShFmweqW5c0t9dWsvcBuV3F9nm2ajpyB9sYIghAOh3GMup8ELFliAq3GOKEAe4939XRwZtt7N5pIo= X-Received: by 2002:a37:2b9e:: with SMTP id r30-v6mr3629404qkr.259.1539897840054; Thu, 18 Oct 2018 14:24:00 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:ac8:362e:0:0:0:0:0 with HTTP; Thu, 18 Oct 2018 14:23:59 -0700 (PDT) In-Reply-To: References: From: Mateusz Guzik Date: Thu, 18 Oct 2018 23:23:59 +0200 Message-ID: Subject: Re: fuser does not list id of processes that have a file To: Ali Abdallah Cc: ed@nuxi.nl, freebsd-current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 18 Oct 2018 21:24:00 -0000 On 10/17/18, Ali Abdallah wrote: >> diff --git a/usr.bin/fstat/fuser.c b/usr.bin/fstat/fuser.c >> index b4225328fc1f..17d06f1c5b13 100644 >> --- a/usr.bin/fstat/fuser.c >> +++ b/usr.bin/fstat/fuser.c >> @@ -92,7 +92,7 @@ struct consumer { >> STAILQ_ENTRY(consumer) next; >> }; >> struct reqfile { >> - uint32_t fsid; >> + uint64_t fsid; >> uint64_t fileid; >> const char *name; >> STAILQ_HEAD(, consumer) consumers; > > The above patch does not resolve the problem for me. > Are you sure you recompiled and reinstalled the tool with the patch applied? You can recompile and install like this: # make -j 3 clean all install If this indeed still does not work, can you show output of: uname -m mount I tested on zfs, perhaps there is something extra going on on other filesystems. -- Mateusz Guzik From owner-freebsd-current@freebsd.org Thu Oct 18 21:56:14 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B1B6F766AA for ; Thu, 18 Oct 2018 21:56:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EBC1480AB4 for ; Thu, 18 Oct 2018 21:56:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: b6nAxgYVM1llpaHx3cEVtF5ipx1qNJ6AhCgMA1yc_gWQyi8y1xss1kaDXvPFRRX OqUX1ZTe40Xr.mvTBR42dWhENItvw8YxSeiKxXtJIjNw6gY5xymKDMld4DIwxjwA7BpD53_YZZ4F XeQ7cfIZoCPz_7xVN9f.DlDrNycalkZYSosuI6_CR.u6oNJLmefqcTQSYw6nkLyY6Xd7PEMFsp1f Z2pBzDJszmAqInfaBUDZ0QvJAhZIMm5ebk_aUq_klEIWFH8w1sWWgA0UbLAIupMKUuxNQvWjJ4rc KEcpYSa4bWx4dl5FsfRgeEyHdtnHaRX326RBUNhd4shNyBiUfBrsiRJGaUgdmF5ETPv5MMpFjubZ dWHe2472Ck3htgJgNica6iXatD6.yjY0Fn.HkEtCxHEk0BjEdE0IlE_fXuDkX844flYEroeFxViN mcVFi57WsbMjhjkCql2.nYUJem0IaEOaXUFLuaYFuIjLTtjoUekUPzYmgbI3yB9NFVbtYQT_V2ze xlEB0G2CWs86i4.uQLpYzEV8XcV0ct.WZxrb6eHTC6ML..my9chASsTQOQB377OUMXvhzrXxdd2u gHYWoqydMMH68NMoNiSz_DwEgmpMYHOLnCCHdfS3pcEKz.UrAhrUf5lXxppCPebBiQ0qo2rPvt7w GNDWKlJCc2CNmNg60olMXtKqRHc3J61LGIHaF7ygvTlf2PGkNQshfsuOYbCxFW5vmXPPZpeafSbF AzloLvkragTlGTM16w5tGLkfSCgisveXS_nlBkPomNv9wEaRd6eaJC4brPbVQMTpQVWrGTIHDxWy W4WOxt1VUEunY8Zv47DV0GyKlJB.zg_D_xHAM_fZmU8UpERoO9H4Ui07QZzEX8nlTuC_Pw7Iym_P uTMeoZZvthOYvlSFxgZodX6wLTXS8WXGu8_Cy.yyjgJ.gRgLuPHYS0u88Rh47uNvQ607YD7NH4ym T6brT9aCsmT1wNue2SuON6TDo3.w.7oEhPYnHjt5nMoj.BxGcV4GojQIcDXEd5xSwjh4_k5zvkEB GLR3u.cGYpF_yrOqEkucpgyywgjCdH358i9rXtYJSdBX.e5fpaE9fqZsQ4ctNqFJbQmnX2XRPFby 3UQebDomkeS6XH9VEGfqTtpYXTPOPp.r2fgliQcHmDSNKEcqD4hCaH8VuNW0vv1OtW70- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Thu, 18 Oct 2018 21:56:06 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp421.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 05a0fe832d9d9281f54378217d4b798e for ; Thu, 18 Oct 2018 21:56:02 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Expected?: "failed: Miscompare for aalgo=hmac/sha1 ealgo=camellia-cb" 12.0-ALPHA10 kernel with pre-openssl update -r339076 head? Date: Thu, 18 Oct 2018 14:56:01 -0700 References: To: FreeBSD Current In-Reply-To: Message-Id: <14D2CD58-8029-4AA1-87E7-AD20B83AFD2C@yahoo.com> X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 18 Oct 2018 21:56:14 -0000 On 2018-Oct-18, at 12:12 PM, Mark Millard wrote: > As part of helping to track down a powerpc64 system > crash when "kyua test -k /usr/tests/Kyuafile" is run > I substituted into a -r339076 context official kernel > materials from: >=20 > = https://download.freebsd.org/ftp/snapshots/powerpc/powerpc64/12.0-ALPHA10/= kernel*.txz >=20 > This does lead to kyua reporting: >=20 > sys/geom/class/eli/init_test:init_a -> failed: Miscompare for = aalgo=3Dhmac/sha1 ealgo=3Dcamellia-cbc keylen=3D192 sec=3D8192 = [275.805s] >=20 > that had been passing with just my buildworld buildkernel > materials for -r339076 . (So far in the run it is the only > such report.) >=20 > Is this difference in this odd context expected/reasonable? > Should I ignore it? >=20 > (I have no reason to normally run such a odd mix of vintages > of world vs. kernel materials. I'm just checking if the > crashing is somehow specific to my builds or not.) For reference: My normal kernel build is via devel/powerpc64-xtoolchain-gcc but I've built a -r339076 based kernel from my sources via gcc 4.2.1 and the system binutils ( world still at -r339076 via devel/powerpc-xtoolchain-gcc ). Under that kernel kyua reported: sys/geom/class/eli/init_test:init_a -> failed: Miscompare for = aalgo=3Dhmac/ripemd160 ealgo=3Dcamellia-cbc keylen=3D128 sec=3D1024 = [465.515s] (A different, far later step for the failure?) So apparently compiler/toolchains matter even when the sources are the same. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Fri Oct 19 17:46:59 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1B6AEFD6CA3 for ; Fri, 19 Oct 2018 17:46:59 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost2.sentex.ca", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B224F8621A for ; Fri, 19 Oct 2018 17:46:58 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5:0:0:0:11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id w9JHkwnK002153 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 19 Oct 2018 13:46:58 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.ca [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id w9JHkuBs076314 for ; Fri, 19 Oct 2018 13:46:56 -0400 (EDT) (envelope-from mike@sentex.net) To: FreeBSD-Current From: Mike Tancsa Subject: boot message: sendmsg on igb0: No buffer space available Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= xsBNBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAHNHG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT7CwHgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnnOwE0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAcLAXwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: Date: Fri, 19 Oct 2018 13:46:57 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-Scanned-By: MIMEDefang 2.83 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Oct 2018 17:46:59 -0000 Since starting to test HEAD, I noticed at bootup time I get the message in dmesg sendmsg on igb0: No buffer space available It seems innocuous enough in that I dont see any obvious issues.=C2=A0 Is= it a symptom of some misconfiguration ? This originally was a releng11 box that I upgraded via source so /etc/ still has all the old bootup stuff. Speaking of which, what is the best way to update all the bootup scripts. It seems to have all changed since 11. =2E... Setting up harvesting: PURE_RDRAND,[UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,NET_ETHER,NET_TUN,MOUSE= ,KEYBOARD,ATTACH,CACHED Feeding entropy: . lo0: link state changed to UP sendmsg on igb0: No buffer space available igb0: link state changed to UP cxl1: link state changed to UP Starting Network: lo0 igb0 cxl0 cxl1. =C2=A0=C2=A0=C2=A0 ---Mike --=20 ------------------- Mike Tancsa, tel +1 519 651 3400 x203 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada =20 From owner-freebsd-current@freebsd.org Fri Oct 19 18:12:21 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A81AFD7A1D for ; Fri, 19 Oct 2018 18:12:21 +0000 (UTC) (envelope-from david.marec@davenulle.org) Received: from smtp.smtpout.orange.fr (smtp07.smtpout.orange.fr [80.12.242.129]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 05A9587626 for ; Fri, 19 Oct 2018 18:12:20 +0000 (UTC) (envelope-from david.marec@davenulle.org) Received: from [192.168.1.14] ([90.76.61.156]) by mwinf5d42 with ME id pWCD1y0013NFUbe03WCDBh; Fri, 19 Oct 2018 20:12:13 +0200 X-ME-Helo: [192.168.1.14] X-ME-Date: Fri, 19 Oct 2018 20:12:13 +0200 X-ME-IP: 90.76.61.156 Subject: Re: OpenSSL 1.1.1 Update report (ongoing) To: freebsd-current@freebsd.org References: <584f2a1c-9ee3-36c1-ce78-681218d73b3a@metricspace.net> From: David Marec Message-ID: Date: Fri, 19 Oct 2018 20:12:12 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Oct 2018 18:12:21 -0000 On 14/10/2018 19:31, Eric McCorkle wrote: > More: > > * ImageMagick (unrelated to OpenSSL 1.1.1): This fails with the OpenMP > option ticked, due to trying to link with the base ld. Can be fixed by > setting CC, CXX, LD to a port-installed clang, clang++, lld. The port > should probably do this automatically. > Same issue while running 11.2-STABLE. -- David Marec https://lapinbilly.eu/ From owner-freebsd-current@freebsd.org Fri Oct 19 22:47:44 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DFABAFE9C1A for ; Fri, 19 Oct 2018 22:47:43 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A93771292 for ; Fri, 19 Oct 2018 22:47:43 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mousie.catspoiler.org (unknown [76.212.85.177]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: truckman) by smtp.freebsd.org (Postfix) with ESMTPSA id 2EDF221364 for ; Fri, 19 Oct 2018 22:47:43 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Date: Fri, 19 Oct 2018 15:47:40 -0700 (PDT) From: Don Lewis Subject: virtualbox 5.2.20 triggers panic with FreeBSD 12.0-ALPHA10 r339432 To: freebsd-current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Content-Disposition: INLINE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Oct 2018 22:47:44 -0000 It looks like there are a couple of problems here. The first is that when I attempt to start a Virtualbox VM, the system panics. The DDB backtrace seems to indicate that the panic is occuring inside the ng_ether module, which was being called due to a virtualbox doing an ioctl call. The VM guest is M$ Windows 7 with networking configured as NAT and the underlying adapter being Intel PRO/1000 MT Desktop (82540EM). I got a crash dump, but the second problem is that the stack backtrace doesn't unwind the stack leading to the panic, but rather just the ddb stack to the doadump call. The panic is likely to be easily reproduceable, so I can take a screen photo of the DDB output and upload it if necessary. Fri Oct 19 15:27:58 PDT 2018 FreeBSD zipper.catspoiler.org 12.0-ALPHA10 FreeBSD 12.0-ALPHA10 r339432 GENERIC amd64 panic: GNU gdb (GDB) 8.2 [GDB v8.2 for FreeBSD] Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-portbld-freebsd12.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /boot/kernel/kernel...Reading symbols from /usr/lib/debug// boot/kernel/kernel.debug...done. done. Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 6; apic id = 06 fault virtual address = 0x80a40ac00 fault code = supervisor read data, protection violation instruction pointer = 0x20:0xffffffff82ece023 stack pointer = 0x28:0xfffffe02978ef3c0 frame pointer = 0x28:0xfffffe02978ef3d0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 92279 (VirtualBox) __curthread () at ./machine/pcpu.h:230 230 __asm("movq %%gs:%1,%0" : "=r" (td) (kgdb) #0 __curthread () at ./machine/pcpu.h:230 #1 doadump (textdump=-2118704256) at /usr/src/sys/kern/kern_shutdown.c:366 #2 0xffffffff8043df6c in db_fncall_generic (addr=, rv=, nargs=, args=) at /usr/src/sys/ddb/db_command.c:609 #3 db_fncall (dummy1=, dummy2=, dummy3=, dummy4=) at /usr/src/sys/ddb/db_command.c:657 #4 0xffffffff8043daa9 in db_command (last_cmdp=, cmd_table=, dopager=) at /usr/src/sys/ddb/db_command.c:481 #5 0xffffffff8043d824 in db_command_loop () at /usr/src/sys/ddb/db_command.c:534 #6 0xffffffff80440a3f in db_trap (type=, code=) at /usr/src/sys/ddb/db_main.c:252 #7 0xffffffff80bd52a3 in kdb_trap (type=12, code=0, tf=) at /usr/src/sys/kern/subr_kdb.c:693 #8 0xffffffff81062fc1 in trap_fatal (frame=0xfffffe02978ef300, eva=34531748864) at /usr/src/sys/amd64/amd64/trap.c:921 #9 0xffffffff810630e2 in trap_pfault (frame=0xfffffe02978ef300, usermode=) at /usr/src/sys/amd64/amd64/trap.c:765 #10 0xffffffff8106270a in trap (frame=0xfffffe02978ef300) at /usr/src/sys/amd64/amd64/trap.c:441 #11 #12 0xffffffff82ece023 in ?? () #13 0x0000000000000000 in ?? () From owner-freebsd-current@freebsd.org Fri Oct 19 23:01:41 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD2DEFEA4D9 for ; Fri, 19 Oct 2018 23:01:40 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x32a.google.com (mail-wm1-x32a.google.com [IPv6:2a00:1450:4864:20::32a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B6D4719C0 for ; Fri, 19 Oct 2018 23:01:40 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x32a.google.com with SMTP id y11-v6so5024288wma.3 for ; Fri, 19 Oct 2018 16:01:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=KQtmlxuRr2y5ILQbY53PZhUPjK0lel9UskXkZfpslks=; b=k2mKcrmKQvYapyCO6ZIyqzHeJXbB2pscgmy5ztlMNkdZ9wZXJH60s8dxDutmM75KqK Hp15ic4lA9Tf2vitdcWj2+3jW0PHRfgsRMOpAG8Tb5GJhIb1EfCGVPRKgHxE2EHndKGa K/tDUJEDdEZNWRjvZu1NnzhAaEqpbjtvvzzGrpQXVrnwVnEug3rYF/3XP/zfkflf/WJU ZklaJWpyDByFHdL+XrxD9O/EpBZ4tuCiqPjcncPlH2Sgw++61swWmhqScu3bvQBPBSkO Bqvstfd+uWD3TioOEJ9rODM8Qw5yA0WLcLnbq+wR/Vx7PZcObnzkRAWHj4jSX35J8Dei 0GFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=KQtmlxuRr2y5ILQbY53PZhUPjK0lel9UskXkZfpslks=; b=TB1Eq3MXLJOij37Dj2kUCjAouqZYDtKdwIj+t0P2dgWj4mt+zgFYDuJcqKqea3XmU4 FoE/J1W0ZTF9m9z8ig6M9HgyuRwnAeAbjP036K5/4MAHQEwgowMLN4RceFMsBLE9h1YD nl7esK0i60wnqJX+4KTMv5JMOSHV+nRVu94D7+1awGO0lQbY9hHOFY21/N9yQGKPpQB5 rQ6Yk4p5SGrvE2YT1LjriVc8yKIbewQgD+j3l7J2ufhNNJzw0kGAsespS0+NqLSPHYFk 2FaQFVIKAm9DeTuedtKvDaOSz7EF//uEmKW4+dBAp7XXCfOiRIzNg5/uwJPcEDqRiqxD 6aEQ== X-Gm-Message-State: ABuFfog7/lIaFaRswAW39pa6mDDsTH+Pro93+0udcmvNeT2+Rqnq1ZRO Y4uN5tSXK+NF9elxmYeHHdntWVWKkO8= X-Google-Smtp-Source: ACcGV61up/fGZX3gqhmXuhiLzECUtlqOpkBaHPvQSLdQWfBmX3rcrcfWeE/VMRu+msyy3jdl+USNtg== X-Received: by 2002:a1c:930c:: with SMTP id v12-v6mr6979380wmd.9.1539990098653; Fri, 19 Oct 2018 16:01:38 -0700 (PDT) Received: from [192.168.1.231] (79-66-139-63.dynamic.dsl.as9105.com. [79.66.139.63]) by smtp.gmail.com with ESMTPSA id e196-v6sm7330905wmf.43.2018.10.19.16.01.37 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 19 Oct 2018 16:01:37 -0700 (PDT) To: FreeBSD Current From: Graham Perrin Subject: DRM: radeonkms no longer usable (and can not be unloaded (kernel panic)) following a switch to stable, FreeBSD 12.0-BETA1 r339438 Message-ID: Date: Sat, 20 Oct 2018 00:01:37 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Oct 2018 23:01:41 -0000 $ uname -v FreeBSD 12.0-BETA1 r339438 GENERIC $ which xauth /usr/local/bin/xauth $ Radeon HD 7570M, HP EliteBook 8570p. Following the switch to STABLE I could no longer use a desktop environment. For example: service sddm onestart – results in endless repetition of two lines, comparable to those shown at and except FreeBSD has the different path to xauth so IIRC what's seen is: … /usr/local/bin/xauth: (stdin):1:  bad "remove" command line /usr/local/bin/xauth: (stdin):2:  bad "add" command line /usr/local/bin/xauth: (stdin):1:  bad "remove" command line /usr/local/bin/xauth: (stdin):2:  bad "add" command line … kldunload radeonkms – results in a kernel panic. So I edited my rc.conf, $ less /etc/rc.conf # kld_list="/boot/modules/radeonkms.ko" # sddm_enable="YES" … – changed the startup routine to include CSM (not UEFI alone) and created a driver-vesa.conf as shown at . Now I can at least use VESA. From owner-freebsd-current@freebsd.org Fri Oct 19 23:23:22 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E96FFEAF75 for ; Fri, 19 Oct 2018 23:23:22 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EC93572549 for ; Fri, 19 Oct 2018 23:23:21 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x431.google.com with SMTP id n1-v6so38985792wrt.10 for ; Fri, 19 Oct 2018 16:23:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=EZ0wzxLXkW+YUJQ9g7UwSoj3lXf0MV59XdySz54u8GM=; b=VqMMvsR9b4gze6Rl4OSmCcaYkIi4nFMsDopiGpj5KfIM1/IkvquLUcnTSAU3ZtwZW/ uJsHJp64US+7zCfS4Sqtjlsz98VcYtD/zeaOM7wO69sJaC0OwfcY6bj4Bocawvib56sq c6ugmfjrbDfOrKfRtcQIZ7m4qtruMJN9S/ZIarrBWsSvX+sKXe9xTfuzAf/BGTwMru0Y Vsh7zLSf7pbquJEfS2IiQQKaPVSr4ya6DFWY8ewS9lEpuP1tXG+cCqLbZJ+O8mGgn8yX mBb0ET9IpFtdlT7zHpFm0M071HoYTthkywnTDi7CuyKzi57FmNrTPRY018Uc+Bps2frb ObSQ== 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=EZ0wzxLXkW+YUJQ9g7UwSoj3lXf0MV59XdySz54u8GM=; b=LYKZKk7emA/K2GT6Vm14eqWKqoCZibJspnQtM5EMkNXsN7msIVaP4NMhQ7jOkKOpFJ RsqUVdZegIPqC4q6yNJ0G9ZNMAV3fUDpj6+JVAsSwYaIFZ7zO4Cs8LuJ1CWIwnt+Rwwu wOFgQ/1V9YTvjIcaqgZCnezNZJe407cobx0OJZlnz282b755ZqYTVSHNgu78d+7G5pYr NKdwWg27xpBqYIQ9hVs6IVRHg75PreXQdGG9MREI00GpzXJH2RlBkHz4f+xoi8dKMDQe uBwj9S2CzVE/wXlzcpPL0VOjrLxHBD3VdlX6rxVZbeb8rMMBbALUT6JodU+CKJgUr7w8 ne6A== X-Gm-Message-State: ABuFfogBnnrtIgAfjnVbrkHdmYBOpS2c6VkLgPReu6xbQKOTPEOEbfEH O9sfHA4XnJ6kiX+DrX6r0viIE4tLyDQ= X-Google-Smtp-Source: ACcGV61/O1f4T4HII+yowAAATnp5GRrlGn9PqtolKtlZQc2A59e4iQaugr7sVtmUVdjUqXUW5TykOw== X-Received: by 2002:a5d:6a8d:: with SMTP id s13-v6mr33770920wru.44.1539991400366; Fri, 19 Oct 2018 16:23:20 -0700 (PDT) Received: from [192.168.1.231] (79-66-139-63.dynamic.dsl.as9105.com. [79.66.139.63]) by smtp.gmail.com with ESMTPSA id j9-v6sm18285587wrt.32.2018.10.19.16.23.18 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 19 Oct 2018 16:23:19 -0700 (PDT) Subject: Re: virtualbox 5.2.20 triggers panic with FreeBSD 12.0-ALPHA10 r339432 To: freebsd-current@freebsd.org References: From: Graham Perrin Message-ID: <5b68291d-3967-3d27-5a67-2b9807b87579@gmail.com> Date: Sat, 20 Oct 2018 00:23:17 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Oct 2018 23:23:22 -0000 On 19/10/2018 23:47, Don Lewis wrote: > … when I attempt to start a Virtualbox VM, the system panics. … (guest) Windows 7 with networking configured as > NAT and the underlying adapter being Intel PRO/1000 MT Desktop (82540EM). … No panic here. 32-bit Windows 7 guest with the same virtual adapter. $ date ; uname -v Sat 20 Oct 2018 00:15:49 BST FreeBSD 12.0-BETA1 r339438 GENERIC $ pkg query '%o %v %R' virtualbox-ose virtualbox-ose-kmod emulators/virtualbox-ose 5.2.20 poudriere emulators/virtualbox-ose-kmod 5.2.20 poudriere $ If you have not already done so, try building and installing from ports. ---- Side note: if you can get beyond the panic, then you might encounter this bug: 232408 – emulators/virtualbox-ose VirtualBoxVM guest crash when attempting to download guest additions From owner-freebsd-current@freebsd.org Fri Oct 19 23:54:21 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB7E6FEBBD6 for ; Fri, 19 Oct 2018 23:54:21 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 73CD373349; Fri, 19 Oct 2018 23:54:21 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mousie.catspoiler.org (unknown [76.212.85.177]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: truckman) by smtp.freebsd.org (Postfix) with ESMTPSA id E7DF521A78; Fri, 19 Oct 2018 23:54:20 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Date: Fri, 19 Oct 2018 16:54:19 -0700 (PDT) From: Don Lewis Subject: Re: virtualbox 5.2.20 triggers panic with FreeBSD 12.0-ALPHA10 r339432 To: Graham Perrin cc: freebsd-current@freebsd.org In-Reply-To: <5b68291d-3967-3d27-5a67-2b9807b87579@gmail.com> Message-ID: References: <5b68291d-3967-3d27-5a67-2b9807b87579@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=iso-2022-jp Content-Disposition: INLINE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 19 Oct 2018 23:54:21 -0000 On 20 Oct, Graham Perrin wrote: > On 19/10/2018 23:47, Don Lewis wrote: > >> $B!D(B when I attempt to start a Virtualbox VM, the system panics. $B!D(B (guest) Windows 7 with > networking configured as > NAT and the underlying adapter being Intel PRO/1000 > MT Desktop (82540EM). $B!D(B > > No panic here. 32-bit Windows 7 guest with the same virtual adapter. > > $ date ; uname -v > Sat 20 Oct 2018 00:15:49 BST > FreeBSD 12.0-BETA1 r339438 GENERIC > $ pkg query '%o %v %R' virtualbox-ose virtualbox-ose-kmod > emulators/virtualbox-ose 5.2.20 poudriere > emulators/virtualbox-ose-kmod 5.2.20 poudriere > $ > > If you have not already done so, try building and installing from ports. I'm using locally built packages and the poudriere jail is the exactly same source revision. From owner-freebsd-current@freebsd.org Sat Oct 20 00:17:13 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C81FFECC12 for ; Sat, 20 Oct 2018 00:17:13 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DD5F07437C; Sat, 20 Oct 2018 00:17:11 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mousie.catspoiler.org (unknown [76.212.85.177]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: truckman) by smtp.freebsd.org (Postfix) with ESMTPSA id 7387421C76; Sat, 20 Oct 2018 00:17:11 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Date: Fri, 19 Oct 2018 17:17:10 -0700 (PDT) From: Don Lewis Subject: Re: virtualbox 5.2.20 triggers panic with FreeBSD 12.0-ALPHA10 r339432 To: Graham Perrin cc: freebsd-current@freebsd.org In-Reply-To: Message-ID: References: <5b68291d-3967-3d27-5a67-2b9807b87579@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=iso-2022-jp Content-Disposition: INLINE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Oct 2018 00:17:13 -0000 On 19 Oct, Don Lewis wrote: > On 20 Oct, Graham Perrin wrote: >> On 19/10/2018 23:47, Don Lewis wrote: >> >>> $B!D(B when I attempt to start a Virtualbox VM, the system panics. $B!D(B (guest) Windows 7 with >> networking configured as > NAT and the underlying adapter being Intel PRO/1000 >> MT Desktop (82540EM). $B!D(B >> >> No panic here. 32-bit Windows 7 guest with the same virtual adapter. >> >> $ date ; uname -v >> Sat 20 Oct 2018 00:15:49 BST >> FreeBSD 12.0-BETA1 r339438 GENERIC >> $ pkg query '%o %v %R' virtualbox-ose virtualbox-ose-kmod >> emulators/virtualbox-ose 5.2.20 poudriere >> emulators/virtualbox-ose-kmod 5.2.20 poudriere >> $ >> >> If you have not already done so, try building and installing from ports. > > I'm using locally built packages and the poudriere jail is the exactly > same source revision. My camera isn't working at the moment, so here is a partial, hand-transcribed DDB backtrace: ... looks like something nearby ng_ether_ifnet_arrival_cookie() ng_ether_ifnet_arrival_cookie() ... looks like something nearby ng_ether_ifnet_arrival_cookie() supdrvIOCtlInnerUnrestricted() VBOXDrvFreeBSDIOCtl() devfs_ioctl() From owner-freebsd-current@freebsd.org Sat Oct 20 00:46:17 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5EBE5FED744 for ; Sat, 20 Oct 2018 00:46:17 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from mail.infocus-llc.com (mail.infocus-llc.com [IPv6:2604:3a00:2:1::2: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 0AF32752F6; Sat, 20 Oct 2018 00:46:16 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.tarragon.infocus-llc.com (Postfix) with ESMTPSA id 42cPGm3HyfzTPV; Fri, 19 Oct 2018 19:46:08 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 42cPGl3zl1z6G0; Fri, 19 Oct 2018 19:46:07 -0500 (CDT) Date: Fri, 19 Oct 2018 19:46:07 -0500 From: "Matthew D. Fuller" To: Don Lewis Cc: freebsd-current@freebsd.org Subject: Re: virtualbox 5.2.20 triggers panic with FreeBSD 12.0-ALPHA10 r339432 Message-ID: <20181020004607.GP32731@over-yonder.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.10.1 (2018-07-13) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Oct 2018 00:46:17 -0000 On Fri, Oct 19, 2018 at 03:47:40PM -0700 I heard the voice of Don Lewis, and lo! it spake thus: > > The first is that when I attempt to start a Virtualbox VM, the > system panics. Perhaps https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230460 -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@freebsd.org Sat Oct 20 01:09:39 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F3BAFEDD9E for ; Sat, 20 Oct 2018 01:09:39 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4384B75C6A; Sat, 20 Oct 2018 01:09:39 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mousie.catspoiler.org (unknown [76.212.85.177]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: truckman) by smtp.freebsd.org (Postfix) with ESMTPSA id AF24822192; Sat, 20 Oct 2018 01:09:38 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Date: Fri, 19 Oct 2018 18:09:36 -0700 (PDT) From: Don Lewis Subject: Re: virtualbox 5.2.20 triggers panic with FreeBSD 12.0-ALPHA10 r339432 To: "Matthew D. Fuller" cc: freebsd-current@freebsd.org In-Reply-To: <20181020004607.GP32731@over-yonder.net> Message-ID: References: <20181020004607.GP32731@over-yonder.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Content-Disposition: INLINE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Oct 2018 01:09:39 -0000 On 19 Oct, Matthew D. Fuller wrote: > On Fri, Oct 19, 2018 at 03:47:40PM -0700 I heard the voice of > Don Lewis, and lo! it spake thus: >> >> The first is that when I attempt to start a Virtualbox VM, the >> system panics. > > Perhaps https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230460 Thanks, that appears to be it. I'm kind of wondering why I didn't run into this before my last upgrade. I was worried about this before my previous upgrade, but didn't encounter any problems. Since I hadn't seen any discussion of this in a while, I thought the problem had been resolved already ... From owner-freebsd-current@freebsd.org Sat Oct 20 01:10:57 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55A64FEDFD2 for ; Sat, 20 Oct 2018 01:10:57 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x444.google.com (mail-wr1-x444.google.com [IPv6:2a00:1450:4864:20::444]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C330E75E45 for ; Sat, 20 Oct 2018 01:10:56 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x444.google.com with SMTP id r17-v6so6778877wrt.9 for ; Fri, 19 Oct 2018 18:10:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=TrkNgV7Jh6a0hNA9172ssVjoKfe/zwSXKzueRWYxCZw=; b=oJC7lqFZRsh/TcTvD5c9Yx8SJQllrJCewQVNnGrMhU2QkC7hlDCbnmzioLRItw+tvc guaotKrr+y83Ej7naoTdH+vSqJRREkgunh0l95jobbKsEeJFrwcLRvgSfV3Lz1TI+Od1 OQVvXvthuS+RXesJ/0UVVtNquIcKDaal7pZ/4KYtCseBQWJ/z2BfhRPdgfFbmMqg914d WMBPw87MqwEu5CHCfI+tngKBs9P/0y3SnQOkpYBei9hnqV7OeqK9AHIkM0s1UgLGwfws nQr6NIjO8UzuWAB6RgYkzbGoDyWEf0PxXSDBTvLOWY23pPRonWL7q/iZhCRzzcH5WVph ObBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=TrkNgV7Jh6a0hNA9172ssVjoKfe/zwSXKzueRWYxCZw=; b=oEOTAtw9QES6o7HzIzAL3N/1OepwZZyOyFn1ZlTca4vLrL7Sn94/n5Pn15d3cnwx8G MtP0OuhEx6ItzmAO5rwLMng7Ah9WyCr+XC9P1YZ3j6Ds5vKCSUy+C+A7KJWlcSCXbHYv QbgQO6JX1h6GvYmwULPPJ0Q6bR2qGXm+TxBvOS+oN+I0g8WMlPFnbhm+M3WehbT9rJh4 jUbkbH+2AefgyHAs0Ti04ZjrqTxAO1OmO6fXSFa6PIipkvsfYvEZ734Yr8/GzPXl1EpX Z+ecwblGTHb3TH0ERoe7vIpTsmj88Cp1WL/chGiLLNjilh/x1uWGMHEoVRGGJRVDK9ih kYyg== X-Gm-Message-State: ABuFfojZ68hC4jWa9H9bUi7KCbdzI/1LT66UlBX+y5gvSLk7zvPJhn6l YzQ+oI/n1NY+mlNN7S+gxKkCuhEebKs= X-Google-Smtp-Source: ACcGV62vvBT8W15MGgm7i5t71f46bbhpvqgS1HoWPETQKT8d8EI1DKTH4V3BP7+nppYo3x4WaWt5yw== X-Received: by 2002:adf:f941:: with SMTP id q1-v6mr34457029wrr.151.1539997855213; Fri, 19 Oct 2018 18:10:55 -0700 (PDT) Received: from [192.168.1.231] (79-66-139-63.dynamic.dsl.as9105.com. [79.66.139.63]) by smtp.gmail.com with ESMTPSA id e6-v6sm18028542wrc.70.2018.10.19.18.10.53 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 19 Oct 2018 18:10:53 -0700 (PDT) Subject: =?UTF-8?Q?DRM=3a_radeonkms_=e2=80=a6_can_not_be_unloaded_=28kernel_?= =?UTF-8?B?cGFuaWMpKSDigKY=?= From: Graham Perrin To: FreeBSD Current References: Message-ID: <29c87b89-2de0-fc72-4591-e362fd965322@gmail.com> Date: Sat, 20 Oct 2018 02:10:52 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Oct 2018 01:10:57 -0000 On 20/10/2018 00:01, Graham Perrin wrote: > kldunload radeonkms > > – results in a kernel panic. Found, at under 'drm-devel-kmod g20180822 screen freeze': >> … normally you never unload the graphics driver so we haven't spent time on proper cleanup. Also, the drm module will cause panic if you try load load it again after unload. ---- Is the principle for -next- the same as for -devel-, should I simply _never_ attempt to unload the module? $ date ; uname -v Sat 20 Oct 2018 02:06:21 BST FreeBSD 12.0-BETA1 r339438 GENERIC $ pkg query '%o %v %R' drm-kmod drm-next-kmod gpu-firmware-kmod graphics/drm-next-kmod 4.11.g20180822 poudriere graphics/gpu-firmware-kmod g20180825 FreeBSD $ From owner-freebsd-current@freebsd.org Sat Oct 20 01:17:40 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A2C5FEEA23 for ; Sat, 20 Oct 2018 01:17:40 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670065.outbound.protection.outlook.com [40.107.67.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C728C76543; Sat, 20 Oct 2018 01:17:39 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTOPR0101MB1162.CANPRD01.PROD.OUTLOOK.COM (52.132.50.155) by YTOPR0101MB2027.CANPRD01.PROD.OUTLOOK.COM (52.132.49.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1250.20; Sat, 20 Oct 2018 01:17:37 +0000 Received: from YTOPR0101MB1162.CANPRD01.PROD.OUTLOOK.COM ([fe80::b09c:c689:9517:ea2b]) by YTOPR0101MB1162.CANPRD01.PROD.OUTLOOK.COM ([fe80::b09c:c689:9517:ea2b%4]) with mapi id 15.20.1250.028; Sat, 20 Oct 2018 01:17:37 +0000 From: Rick Macklem To: Brooks Davis , FreeBSD Current , Josh Paetzel Subject: Re: which way to update export_args structure? Thread-Topic: which way to update export_args structure? Thread-Index: AQHUWq0WJEV5v0B9NEODb8Fv+fAB/qUNrJCAgAZGIdGAAanmAIAR0AV4 Date: Sat, 20 Oct 2018 01:17:37 +0000 Message-ID: References: <20181003155133.GA57729@spindle.one-eyed-alien.net> , <20181008170428.GB9766@spindle.one-eyed-alien.net> In-Reply-To: <20181008170428.GB9766@spindle.one-eyed-alien.net> 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; YTOPR0101MB2027; 6:hvoky0Ldkv5HMrNUPNYQgtGcYhtFQoWjwOomNNKGD/Oz6hRkjhp1SCdHvbP5y3Q6syvc8+/Hmp5N84iaPRYhbj/bQwNcOJ8SVJYWpkbi/ERNlH0ZEoqm4JEPa6nWQnmdckpyM/xbEMWxAufs5VX2MhngEGTsmJ7zmlEUrctjnSUoS6Wt0FHpuR0+9Cqa2aY2i1SStNAsp19m16qDFCsHCzKfwlKYWnoLWlPmZ3yIPWrhNd1HlEozUcZLoadlD6l9cxDubQK8CBcwGsPG1t4fwSTVFfyRDzu5/ttsGeGT0Yvx7UosAwq7Ws0R/T1O6uS64xXXV5qSYagdqGNb9cnIr2FbWYsrtdtQoQJY/CTDS/SlI1WEBF6QUCTsx4lcCGax/Ccm/0oVZBFsoQaNb0ksU8hhEKC5M+x3Flc5IdUU7helnm50szS3pI9eaJJAue4e4YjW21gXO8U3G+zfffUDkQ==; 5:ZKIIeNrAJJhBq0hnXT9oBvSpeEIZMcA2nE3YP5ShzdLMxDwRyjAr7HLboxNQPABzSI8UvDFSViw1FkoRMXtvZw2YtALZZvJ/RBI5GJIYIXQc34x9k0d6jslghjqc96garXCv1ncYPWtDdSEN/RXsphGvEv3kCF3rhlkizo+bA3Y=; 7:mSHSGs6k0tgoM2HOkT+Mue7//YHbGr9qkWrcuRRIpORRU8ifxrKIIBnfM59QJyfCctPO5S6aLEew2rtGg64RdYGLB7IkxlSoC1jg8e1+RHwNGSTdN8rNcRVu6cMg3LgwJXtnFQSre5XWYpUrCZyo1GhO6BbZF8e2ta/21YI09SmNHnOoLP7AuEKU9nfbHjhNzax50uCr1BOwQwOKIw7/HscGhczaWzirMXdGAVFUkNkiVZMeJO3qhqJfqueivE0A x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: e5f5c11b-8045-40d9-b899-08d63629d2b4 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(5600074)(711020)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:YTOPR0101MB2027; x-ms-traffictypediagnostic: YTOPR0101MB2027: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(3002001)(93006095)(93001095)(3231355)(944501410)(52105095)(10201501046)(148016)(149066)(150057)(6041310)(20161123558120)(20161123564045)(20161123560045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(201708071742011)(7699051)(76991095); SRVR:YTOPR0101MB2027; BCL:0; PCL:0; RULEID:; SRVR:YTOPR0101MB2027; x-forefront-prvs: 0831C25939 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(396003)(346002)(366004)(376002)(39860400002)(189003)(199004)(51444003)(9686003)(25786009)(74482002)(476003)(229853002)(46003)(7696005)(2900100001)(486006)(99286004)(76176011)(305945005)(74316002)(15650500001)(186003)(6506007)(14454004)(6246003)(86362001)(106356001)(5250100002)(105586002)(71190400001)(102836004)(71200400001)(53936002)(478600001)(5660300001)(256004)(68736007)(14444005)(33656002)(110136005)(8936002)(81156014)(55016002)(6436002)(11346002)(81166006)(8676002)(97736004)(2906002)(316002)(93886005)(786003)(446003)(43043002); DIR:OUT; SFP:1101; SCL:1; SRVR:YTOPR0101MB2027; H:YTOPR0101MB1162.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-microsoft-antispam-message-info: j7dKl3s2SzdlYlrC2+pJJYkQzFrOJ/i9BYixs54jpivVN/pP+sUh8ZU647Qv61kvxy0ygLZiJ39xg/H9/ynKgoopdaalG5pGnYdwOsoqN/cKmlY7VZlo6H4M+WXESYowkGi/7P3Ebynme/U41V4pq7hqy50PobhJYyWBV+007VQMi0BWe68mU/NoBpE2/timJtT0ZgcGfbEpL1iqhRZknGywOYJSDWE2H8bsSsJNaHIaAxHXRIzdEMtkGwsJKP5UTFY+gZYYD9pgH9tK4Eb7+FOLvfPYNTuXWYHB5LisE+xl0zU4hP3ag5G7N2H/P5cJvfijbiQ7sMk8KEGhib/bOt3l2j1Vb+SrXia6IlDfliw= 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-Network-Message-Id: e5f5c11b-8045-40d9-b899-08d63629d2b4 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Oct 2018 01:17:37.5184 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTOPR0101MB2027 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Oct 2018 01:17:40 -0000 Brooks Davis wrote: > Yes, I think that's the right way foward. Thanks for following up. >Rick Macklem wrote: >> Just in case you missed it in the email thread, in your general question= below... >> Did you mean/suggest that the fields of "struct export_args" be passed i= n as >> separate options to nmount(2)? >> >> This sounds like a reasonable idea to me and I can ping Josh Paetzel w.r= .t. the >> changes to mountd.c to do it. (We are still in the testing stage for the= updated >> struct, so we might as well get that working first.) >> Well, Josh and I now have the code working via. passing the export_args structure into the kernel using the "export" nmount(2) option. I have coded a partial patch (not complete nor tested) to pass the fields i= n as separate nmount(2) arguments. Since the patch has gotten fairly large already, I wanted to see if people do think this is the correct approach. (I'll admit I don't understand why having the arguments would matter, given that only mountd does it. Would anyone run a 32bit mountd on a 64bit kerne= l?) Anyhow, here's the partial patch showing the main changes when going from passing in "struct export_args" to passing in separate fields: --- kern/vfs_mount.c.nofsid2 2018-10-16 23:45:33.540348000 -0400 +++ kern/vfs_mount.c 2018-10-19 20:01:14.927370000 -0400 @@ -277,6 +277,7 @@ vfs_buildopts(struct uio *auio, struct v size_t memused, namelen, optlen; unsigned int i, iovcnt; int error; + char *cp; =20 opts =3D malloc(sizeof(struct vfsoptlist), M_MOUNT, M_WAITOK); TAILQ_INIT(opts); @@ -325,7 +326,7 @@ vfs_buildopts(struct uio *auio, struct v } if (optlen !=3D 0) { opt->len =3D optlen; - opt->value =3D malloc(optlen, M_MOUNT, M_WAITOK); + opt->value =3D malloc(optlen + 1, M_MOUNT, M_WAITOK); if (auio->uio_segflg =3D=3D UIO_SYSSPACE) { bcopy(auio->uio_iov[i + 1].iov_base, opt->value, optlen); @@ -335,6 +336,8 @@ vfs_buildopts(struct uio *auio, struct v if (error) goto bad; } + cp =3D (char *)opt->value; + cp[optlen] =3D '\0'; } } vfs_sanitizeopts(opts); @@ -961,6 +964,8 @@ vfs_domount_update( int error, export_error, i, len; uint64_t flag; struct o2export_args o2export; + char *endptr; + int gotexp; =20 ASSERT_VOP_ELOCKED(vp, __func__); KASSERT((fsflags & MNT_UPDATE) !=3D 0, ("MNT_UPDATE should be here")); @@ -1033,36 +1038,117 @@ vfs_domount_update( =20 export_error =3D 0; /* Process the export option. */ - if (error =3D=3D 0 && vfs_getopt(mp->mnt_optnew, "export", &bufp, - &len) =3D=3D 0) { - /* Assume that there is only 1 ABI for each length. */ - switch (len) { - case (sizeof(struct oexport_args)): - case (sizeof(struct o2export_args)): - memset(&export, 0, sizeof(export)); - memset(&o2export, 0, sizeof(o2export)); - memcpy(&o2export, bufp, len); - export.ex_flags =3D (u_int)o2export.ex_flags; - export.ex_root =3D o2export.ex_root; - export.ex_anon =3D o2export.ex_anon; - export.ex_addr =3D o2export.ex_addr; - export.ex_addrlen =3D o2export.ex_addrlen; - export.ex_mask =3D o2export.ex_mask; - export.ex_masklen =3D o2export.ex_masklen; - export.ex_indexfile =3D o2export.ex_indexfile; - export.ex_numsecflavors =3D o2export.ex_numsecflavors; - for (i =3D 0; i < MAXSECFLAVORS; i++) - export.ex_secflavors[i] =3D - o2export.ex_secflavors[i]; - export_error =3D vfs_export(mp, &export); - break; - case (sizeof(export)): - bcopy(bufp, &export, len); - export_error =3D vfs_export(mp, &export); - break; - default: - export_error =3D EINVAL; - break; + if (error =3D=3D 0) { + gotexp =3D 0; + memset(&export, 0, sizeof(export)); + if (vfs_getopt(mp->mnt_optnew, "export.exflags", &bufp, + &len) =3D=3D 0) { + gotexp =3D 1; + export.ex_flags =3D strtouq(bufp, &endptr, 0); + if (endptr =3D=3D bufp) + export_error =3D EINVAL; + } + if (vfs_getopt(mp->mnt_optnew, "export.root", &bufp, + &len) =3D=3D 0) { + gotexp =3D 1; + export.ex_root =3D strtouq(bufp, &endptr, 0); + if (endptr =3D=3D bufp) + export_error =3D EINVAL; + } + if (vfs_getopt(mp->mnt_optnew, "export.anonuid", &bufp, + &len) =3D=3D 0) { + gotexp =3D 1; + export.ex_anon.cr_uid =3D strtouq(bufp, &endptr, 0); + if (endptr !=3D bufp) + export.ex_anon.cr_version =3D XUCRED_VERSION; + else + export_error =3D EINVAL; + } + if (vfs_getopt(mp->mnt_optnew, "export.anongroups", &bufp, + &len) =3D=3D 0) { + gotexp =3D 1; + export.ex_anon.cr_ngroups =3D len / sizeof(gid_t); + if (export.ex_anon.cr_ngroups > XU_NGROUPS) { + export.ex_suppgroups =3D mallocarray( + sizeof(gid_t), + export.ex_anon.cr_ngroups, M_TEMP, + M_WAITOK); + memcpy(export.ex_suppgroups, bufp, len); + } else + memcpy(export.ex_anon.cr_groups, bufp, + len); + } + if (vfs_getopt(mp->mnt_optnew, "export.addr", &bufp, + &len) =3D=3D 0) { + gotexp =3D 1; + export.ex_addr =3D malloc(len, M_TEMP, M_WAITOK); + memcpy(export.ex_addr, bufp, len); + export.ex_addrlen =3D len; + } + if (vfs_getopt(mp->mnt_optnew, "export.mask", &bufp, + &len) =3D=3D 0) { + gotexp =3D 1; + export.ex_mask =3D malloc(len, M_TEMP, M_WAITOK); + memcpy(export.ex_mask, bufp, len); + export.ex_masklen =3D len; + } + if (vfs_getopt(mp->mnt_optnew, "export.indexfile", &bufp, + &len) =3D=3D 0) { + gotexp =3D 1; + export.ex_indexfile =3D malloc(len + 1, M_TEMP, + M_WAITOK); + memcpy(export.ex_indexfile, bufp, len); + export.ex_indexfile[len] =3D '\0'; + } + if (vfs_getopt(mp->mnt_optnew, "export.secflavors", &bufp, + &len) =3D=3D 0) { + gotexp =3D 1; + export.ex_numsecflavors =3D len / sizeof(uint32_t); + if (export.ex_numsecflavors <=3D MAXSECFLAVORS) + memcpy(export.ex_secflavors, bufp, len); + else + export_error =3D EINVAL; + } + if (vfs_getopt(mp->mnt_optnew, "export.fsid", &bufp, + &len) =3D=3D 0) { + gotexp =3D 1; + export.ex_fsid =3D strtouq(bufp, &endptr, 0); + if (endptr =3D=3D bufp) + export_error =3D EINVAL; + } + if (vfs_getopt(mp->mnt_optnew, "export", &bufp, &len) =3D=3D 0) { + /* Assume that there is only 1 ABI for each length. */ + switch (len) { + case (sizeof(struct oexport_args)): + case (sizeof(struct o2export_args)): + memset(&export, 0, sizeof(export)); + memset(&o2export, 0, sizeof(o2export)); + memcpy(&o2export, bufp, len); + export.ex_flags =3D (u_int)o2export.ex_flags; + export.ex_root =3D o2export.ex_root; + export.ex_anon =3D o2export.ex_anon; + export.ex_addr =3D o2export.ex_addr; + export.ex_addrlen =3D o2export.ex_addrlen; + export.ex_mask =3D o2export.ex_mask; + export.ex_masklen =3D o2export.ex_masklen; + export.ex_indexfile =3D o2export.ex_indexfile; + export.ex_numsecflavors =3D o2export.ex_numsecflavors; + for (i =3D 0; i < MAXSECFLAVORS; i++) + export.ex_secflavors[i] =3D + o2export.ex_secflavors[i]; + export_error =3D vfs_export(mp, &export); + break; + default: + export_error =3D EINVAL; + break; + } + } else if (gotexp !=3D 0) { + if (export_error =3D=3D 0) + export_error =3D vfs_export(mp, &export); + free(export.ex_addr, M_TEMP); + free(export.ex_mask, M_TEMP); + free(export.ex_indexfile, M_TEMP); + free(export.ex_suppgroups, M_TEMP); } } =20 So, what to people think about this? rick From owner-freebsd-current@freebsd.org Sat Oct 20 05:45:24 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 261EBFF8D28 for ; Sat, 20 Oct 2018 05:45:24 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vk1-xa2b.google.com (mail-vk1-xa2b.google.com [IPv6:2607:f8b0:4864:20::a2b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B32F07F92D for ; Sat, 20 Oct 2018 05:45:23 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vk1-xa2b.google.com with SMTP id q7so1226914vke.10 for ; Fri, 19 Oct 2018 22:45:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=K5qdbvvCOjhIAjxOxL1gMtW0r7TlPy3Z/58Pmj1lQNY=; b=U9XPI6P8klrN229ySNrFXwEg5YVmdHnlWCgdJMxgl3vEu7jz4mWZFkPSwoAAcgn/sG Opq8nNlRXauK3cLWlTh/yUDNFAw//RMh7CRWe47YNTX1fhWCod/Sg4rZqxJ3YCOXJ/eF arHthOiVJVMOqjnhfkFYQFapscNH80v0us6aEneiAX8RZliToFxT6MxNiMFauMGVuHb0 vy3vzE4RVShqlxJe1UqRzMTKwFvoVnNnG9ZK8qoqxqs+1CMCQELTNbWZ7990cwjKLNMy LMLrLjBgU/vNnVwFqDHKg2L+h259EP0mZia2X1VbT3DdNM7eKsjzFMSFEImUkyT2sUE3 a9Gw== 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=K5qdbvvCOjhIAjxOxL1gMtW0r7TlPy3Z/58Pmj1lQNY=; b=QaAZeMCeTTvzdn1otIaSzmCvGe5imPjE1pIUFpRHlozLC0OhFNS3p/iCGQlFXXiAxg AYr8ztnUE35I7XzDCTVYWhgYVj1vCbLKSdh+hUoZ73xFmF3FC2T6hTWM9rglCihUxsJ8 S4PVz5gBfOlbIDxauFU12/HKOsn0IblWCIYjsBZ0StSjrK5tuE8JtByfG0/HeQhyQAa/ 5O6ykAjgELclImMfnj747auapjk/SF+xDcuBJJ8vKkYMxf1Zw6CP5tC9Ipj+U436yjId 2RnpxawhpPKXG7Ch2EK3nqhjF2CSaAnBWXDt94QBcnPuDVWOV4iUSMKMgmXkNHbOxHIu lQlg== X-Gm-Message-State: ABuFfohaTSJWMAAqW2ZHKl4JQnAB2YYplwTaeuc+QVuJrYLWr6qjuOEr qf+D0jGNKrXoHXkM713fsL5oZUj0v1r0JaSIN/8Dg+5OABs= X-Google-Smtp-Source: ACcGV63oG9HIRiiwfHMK8AvEDdPTx+2av9YAe1bldcLAEcCmPkzfpBKtpUvTUpnyd8D/I4YmjEX/hXl5htiqpjdShHY= X-Received: by 2002:a1f:b547:: with SMTP id e68-v6mr15754338vkf.72.1540014323032; Fri, 19 Oct 2018 22:45:23 -0700 (PDT) MIME-Version: 1.0 From: Warner Losh Date: Fri, 19 Oct 2018 23:45:11 -0600 Message-ID: Subject: SCSI and dmesg To: FreeBSD-STABLE Mailing List , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Oct 2018 05:45:24 -0000 Greetings a few weeks ago I pointed people to the nycbug dmesg service. I said I was looking at data to drive SCSI retirement. I've gatherd some preliminary data, which I've uploaded to https://github.com/bsdimp/device-data/blob/master/cam.md along with some preliminary notions of disposition for the hardware. I'm still working out the kinks in the dmesg parsing, but this is interesting data. If you've not recently submitted, please consider doing so. We'll be finalizing the scsi SIMs that I'm going to propose retiring in 13 here in a few weeks, and I'm going to base much of what list I come up with based on what is submitted. The glitches with FreeBSD dmesgs have been cleared up as well. http://dmesgd.nycbug.org/index.cgi or curl -v -d "nickname=$USER" -d "email=$USER@$(hostname)" -d "description=FreeBSD/$(uname -m) on $(kenv smbios.system.maker) $(kenv smbios.system.product)" -d "do=addd" --data-urlencode 'dmesg@ /var/run/dmesg.boot' http://dmesgd.nycbug.org/index.cgi From owner-freebsd-current@freebsd.org Sat Oct 20 07:52:02 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 262EAFFCA60 for ; Sat, 20 Oct 2018 07:52:02 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (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 BF50F82D8B for ; Sat, 20 Oct 2018 07:52:01 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [178.17.145.230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 4EBC02602B3; Sat, 20 Oct 2018 09:51:53 +0200 (CEST) Subject: =?UTF-8?Q?Re=3a_DRM=3a_radeonkms_=e2=80=a6_can_not_be_unloaded_=28k?= =?UTF-8?B?ZXJuZWwgcGFuaWMpKSDigKY=?= To: Graham Perrin , FreeBSD Current References: <29c87b89-2de0-fc72-4591-e362fd965322@gmail.com> From: Hans Petter Selasky Message-ID: Date: Sat, 20 Oct 2018 09:51:23 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0.1 MIME-Version: 1.0 In-Reply-To: <29c87b89-2de0-fc72-4591-e362fd965322@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Oct 2018 07:52:02 -0000 On 10/20/18 3:10 AM, Graham Perrin wrote: > On 20/10/2018 00:01, Graham Perrin wrote: > >> kldunload radeonkms >> >> – results in a kernel panic. > > Found, at under 'drm-devel-kmod g20180822 screen freeze': > >>> … normally you never unload the graphics driver so we haven't spent time on proper cleanup. Also, the drm module will cause panic if you try load load it again after unload. > > ---- > > Is the principle for -next- the same as for -devel-, should I simply _never_ attempt to unload the module? > > $ date ; uname -v > Sat 20 Oct 2018 02:06:21 BST > FreeBSD 12.0-BETA1 r339438 GENERIC > $ pkg query '%o %v %R' drm-kmod drm-next-kmod gpu-firmware-kmod > graphics/drm-next-kmod 4.11.g20180822 poudriere > graphics/gpu-firmware-kmod g20180825 FreeBSD I recommend building these modules from source, /usr/src which match you currently installed kernel! --HPS From owner-freebsd-current@freebsd.org Sat Oct 20 08:31:49 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B8066FFDFB2 for ; Sat, 20 Oct 2018 08:31:49 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (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 55A418419C for ; Sat, 20 Oct 2018 08:31:48 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 88003C6F; Sat, 20 Oct 2018 04:31:41 -0400 (EDT) Received: from web6 ([10.202.2.216]) by compute7.internal (MEProxy); Sat, 20 Oct 2018 04:31:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=skunkwerks.at; h=message-id:from:to:mime-version:content-transfer-encoding :content-type:date:in-reply-to:references:subject; s=fm3; bh=Dud Va1Y/lr0PLTcELfzwAmnzq4adwscwc0deuPviqT0=; b=hJ+w6mlxWWLzBsViHQd IsmdeGFTYQ1dPaa2dBwThNa/z578Y6U7bamGSYr/ea5s2KKqVL4325/VxyIeZJWF lW2g5TeA+LLQVyWNmNz8M0b/ERTdpcHGkU+z6+91G5zpUSwOGAX80wrNnajRH2qW 51mQ1D9A8Lo3O0Hm1jl3Xd/V2YuyJu2cY+nuHkRd2tR1p4mjaBNtPUfe2JpTbff5 2It12m108iVGZw6o3GMpxOnu5QVF0XgWh6Evf2Vo0lHVpGaa3PenFCDG5l7qh19J nKur3g9Nj6eGjXJJYGdAXwdHnCom3BNFUshQzeNWRt+4MLARr3Iyvzg+OIH39sxT w8Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=DudVa1Y/lr0PLTcELfzwAmnzq4adwscwc0deuPviq T0=; b=bC8obwit1j5zmCoujZcyQI108Xppa0hGwpTEvKimL3/YE2lAclXuQnk3I 2M5zMat7z5dgEkqVsr6Kli8I7sr5Bezzs9QS5ITgFpLJ4z9kODQf9zE7eYlSXbza ZowpA4brMLVon73gqD/0O7n5BIWTAXUIMLVc81kiMP1GflddCEf4gtlGTN/8cvcq a+makkvea08hhsC6yHh5Q/PHp3dpsBPz/Ygyd3OKVTB3XBgn0WZ3OhBXTCoVQRpK gcVGOEqB6o/4JQvYc+9UBzQ3GNq0pDJfVVGynMYKQ1I33ca3+xVzg9Ivs3nUkI0j sWLdBRZby0pZO+7tyxjIFh/eqFD1w== X-ME-Sender: X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 9D9C7411D; Sat, 20 Oct 2018 04:31:40 -0400 (EDT) Message-Id: <1540024300.854927.1548557744.23034585@webmail.messagingengine.com> From: Dave Cottlehuber To: Mike Tancsa , "FreeBSD-Current" MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-cc4e8f33 Date: Sat, 20 Oct 2018 10:31:40 +0200 In-Reply-To: References: Subject: Re: boot message: sendmsg on igb0: No buffer space available Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Oct 2018 08:31:49 -0000 On Fri, 19 Oct 2018, at 19:46, Mike Tancsa wrote: > Feeding entropy: . > lo0: link state changed to UP > sendmsg on igb0: No buffer space available > igb0: link state changed to UP > cxl1: link state changed to UP > Starting Network: lo0 igb0 cxl0 cxl1. I=E2=80=99m reasonably sure that this occurs when dhclient is trying before= the interface is available for use - is that likely in your case? A+ Dave From owner-freebsd-current@freebsd.org Sat Oct 20 08:39:30 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 468BEFFE324 for ; Sat, 20 Oct 2018 08:39:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.ne1.yahoo.com (sonic310-21.consmr.mail.ne1.yahoo.com [66.163.186.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C2FAF84521 for ; Sat, 20 Oct 2018 08:39:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: oJ9GMtAVM1m0KrDSabacNexOoTmPyMEOBpa2VDmGkEIh5FCvrNpMJJlfgU4dlLs eXW0jtokvs0l4s_F1SJkJVE8kNQJlAkGft1doO0TVqvqsvNyuGQi3Dhr2fGe4TvY1iAEjnSa4AVv eBzZFbKrSagZBUph2heBMPaJyz15lzmt1tpef6Bvy3SSSwXYJ1qxmTkg35CyzYxeHjbdCEZkte3f XApH84l1xd7Seo0b5JSqphVKtUqIDPmCHM_7g2ZcJnKh27Dbhk_Wg.7aCMgrz5GmoanSReGkVD4r 2x_gBxMkMsPbRoeINOCn5GdjjhXCHfP7yGNgfbgCR5FLSqYWHga0BKxIjpAZmOL.f5LUD_1yJ6T7 T.guFc82zL6Kr7gId6VppbDBzUJVLFC2_HjcUVfakJSZgy9kAyukmIb.rotc_hOm5zVqqIgxKANx HwvcMHyJZ7IymaA7krcIjwah.Nn6NEZZRhRkmDQhpjE3TfGaLSA8kOoLnjglnmYqyaW6LeuUBLqv dEnfBP_nGk0LAE8TkatYoUGHWmzNdnbeSFclN0X9iR2t4KpYbcKhWYQV0nEqOz38jZUQPnQu7miv vQgy3cQiBrbaEMYx4UlQV.AdtxJbn5WDyZN_Q8RVHG2Z7DRIar0jswjdEwdbPH76SHC0H6WwC4yz AebJ1UJ_Vd7jqy9yc5GgvnfQXmCRprjwrRL21MUGChGmUAoUe6Ju0myANarDEbSgN5MjiniX87fa FPrdn0SHKRKQ7j9nUe2gJ8ZmBKZXmpxUwx3KkDLkt1W.8U66Vcg2DgCbSIvGAcG43NxZgVvwfPON sRaQu1SBXMggRG0qD1BXkosONbGjdiv2ynrHViUNZwWTdSzklQTXrCkiX.7lsS2MG8aZIq8PCPAe OATontlchoHbN696W_LPNJ3Pq4dAyHviTbWwLpTrKgtkCg_4DaOllCTSp0GD_oUqamOdQdWRZGip 85rPipEI1BX5bN9Sf7n0BvEFKDG4gAHx6W3ROJXFs6yZit_oBxTzz0hk9bGWn0CeviSU6FctE2Kr 50I2DNiopiPVMgv6lJuZXH_CsybBbhctF4QL1faA8I5ceqxVeCBqGkLDx7TgIfF1Xvq6PdxtqJTr dbPmQmqEvc30- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.ne1.yahoo.com with HTTP; Sat, 20 Oct 2018 08:39:23 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp427.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 927effc8c76828d79f4be3333879fd2a; Sat, 20 Oct 2018 08:39:21 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: head -r338804 boots threadripper 1950X fine; head -r338810+ do not; -r338807 seems implicated Message-Id: <79973E2B-F5C4-4E7C-B92B-1C8D4441C7D1@yahoo.com> Date: Sat, 20 Oct 2018 01:39:19 -0700 To: Konstantin Belousov , FreeBSD Current , freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Oct 2018 08:39:30 -0000 I attempted to jump from head -r334014 to -r339076 on a threadripper 1950X board and the boot fails. This is both native booting and under Hyper-V, same machine and root file system in both cases. It fails just after the FreeBSD/SMP lines, reporting "kernel trap 9 with interrupts disabled". It fails in pmap_force_invaldiate_cache_range at a clflusl (%rax) instruction that produces a "Fatal trap 9: general protection fault while in kernel mode". cpudid=0 apic id= 00 I used kernel.txz files from: https://artifact.ci.freebsd.org/snapshot/head/r*/amd64/amd64/ to narrow the range of kernel builds for working -> failing and got: -r338804 boots fine (no amd64 kernel builds between to try) -r338810+ fails (any that I tried, anyway) In that range is -r338807 : QUOTE Author: kib Date: Wed Sep 19 19:35:02 2018 New Revision: 338807 URL: https://svnweb.freebsd.org/changeset/base/338807 Log: Convert x86 cache invalidation functions to ifuncs. This simplifies the runtime logic and reduces the number of runtime-constant branches. Reviewed by: alc, markj Sponsored by: The FreeBSD Foundation Approved by: re (gjb) Differential revision: https://reviews.freebsd.org/D16736 Modified: head/sys/amd64/amd64/pmap.c head/sys/amd64/include/pmap.h head/sys/dev/drm2/drm_os_freebsd.c head/sys/dev/drm2/i915/intel_ringbuffer.c head/sys/i386/i386/pmap.c head/sys/i386/i386/vm_machdep.c head/sys/i386/include/pmap.h head/sys/x86/iommu/intel_utils.c END QUOTE There do seem to be changes associated with clflush(...) use. Looking at: https://svnweb.freebsd.org/base/head/sys/amd64/amd64/pmap.c?annotate=339432 it appears that pmap_force_invalidate_cache_range has not changed since -r338807. It seems that -r338806 and -r3388810 would be unlikely contributors. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Oct 20 09:09:14 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1AAE1FFF3ED for ; Sat, 20 Oct 2018 09:09:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-36.consmr.mail.ne1.yahoo.com (sonic317-36.consmr.mail.ne1.yahoo.com [66.163.184.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AB23C85312 for ; Sat, 20 Oct 2018 09:09:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: XvMAaD0VM1kbHZtjzNPfE0gHF.QkVqI87M5a2.He6L3YQpOQ.y_FZFIMXh3PbPA WPf7c.HbpWhpTsiVj8ZiZJiyvfAtAj9wMhjJhUrAJ3cX3fjSigy6h1DEUHEantVD8Li3zdPRM8A2 0cql3nJfL_JW34wZaXlQFV8b8Xp9w9EIadBogdoTeqj0bfmRjBbjwvGwYBn08Wcen3mK.U7wT7xD TM3w034.15NjKFopgQBnMhrgw6VfhHdxyE8oO8QKENUzintu40BrOEVcu1.IEvX922sd1EyZX7Ja E10JXlPhCxMQbReK_2uwdlD3N6hxwPLCSCEMbCx1UHJyVuaceyO2EBjqHoehh8mPdD1.tHXWyNS_ IuevtB7m2z30PasV6c9Xoaf8JCTilsEXCQBYrthvuz9K4OEzSRRDtQmhGaOAyk.JUDC6NcB3V._t Z7b.64reIMAVpEJrSZAEfhD91eV4KlVo5uEk7PTZMiB7BfPkiy1D.4K5hFxMByMGLmnKPOIX2mB9 a48OkZhTcgKw_fnv.jknjUtHEdPPMw_K.yy9zbPO9PZeekY8OQ1SxSC9ozbdU1.Z6YqYHTxFDPzm zbXhbSA1vOJ5yA0WaMUaCGVZfepc0xIS_0QSoueqfTP_8QmDV33Ij5svu3yrXuFgsdFjletHfOjN 27HZr2lG8FFvF0SdDY4p.02d2xLSNrJj28GhlbzSuLJKiYG6A6ffhgGwN5mKQK2YGAKRBp3MyuTy xHzj7mh2WpyCq0L1DSdhhq4iIkTPviirwcKSUM9xr5Mb2M7Q.YjjSCj257wouPqFnBlvAfhbX29o SJ4wZQveGVZwoqdkM9uZhGkUIy1tWHOcsmHgcNfx0RrjlQitreQifxQ4nId0oq6AvYaRln3y2yal qDaVh1n4DMVx3gdAMWdLeu5bCTcUVFx2oUZt6TL9GNM36BJPc9Ac3UKzDUn0GhePvQEqdWAYCZMO XqxK2QDLsbCvqzs0CHJjL2IIK1eoA2673CbtRLd5v5o2gjrH9_DkEoibioqUbg8oZ5HcqFhyn0RE Npgb3o3zP9Cq_FuHu6sCLOosd3clKYn0W1EfEV.jl.Wa9XoVLBKjB9c_zMpC9vrAIXnjp5jeocY5 xPYHF0J26Ug-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.ne1.yahoo.com with HTTP; Sat, 20 Oct 2018 09:09:06 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp422.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 2214fbec0c1f9e2e5deba3c8b404b47f; Sat, 20 Oct 2018 09:09:05 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: head -r338804 boots threadripper 1950X fine; head -r338810+ do not; -r338807 seems implicated Date: Sat, 20 Oct 2018 02:09:04 -0700 References: <79973E2B-F5C4-4E7C-B92B-1C8D4441C7D1@yahoo.com> To: Konstantin Belousov , FreeBSD Current , freebsd-stable@freebsd.org In-Reply-To: <79973E2B-F5C4-4E7C-B92B-1C8D4441C7D1@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Oct 2018 09:09:14 -0000 On 2018-Oct-20, at 1:39 AM, Mark Millard wrote: > I attempted to jump from head -r334014 to -r339076 > on a threadripper 1950X board and the boot fails. > This is both native booting and under Hyper-V, > same machine and root file system in both cases. I did my investigation under Hyper-V after seeing a boot failure native. Looks like the native failure is even earlier, before db> is even possible, possibly during early loader activity. So this report is really for running under Hyper-V: -r338804 boots and -r338810 does not. By contrast -r334804 does not boot native. (But I've little information for that context.) Sorry for the confusion. I rushed the report in hopes of getting to sleep. It was not to be. > It fails just after the FreeBSD/SMP lines, > reporting "kernel trap 9 with interrupts disabled". > > It fails in pmap_force_invaldiate_cache_range at > a clflusl (%rax) instruction that produces a > "Fatal trap 9: general protection fault while > in kernel mode". cpudid=0 apic id= 00 > > I used kernel.txz files from: > > https://artifact.ci.freebsd.org/snapshot/head/r*/amd64/amd64/ > > to narrow the range of kernel builds for working -> failing > and got: > > -r338804 boots fine > (no amd64 kernel builds between to try) > -r338810+ fails (any that I tried, anyway) > > In that range is -r338807 : > > QUOTE > Author: kib > Date: Wed Sep 19 19:35:02 2018 > New Revision: 338807 > URL: > https://svnweb.freebsd.org/changeset/base/338807 > > > Log: > Convert x86 cache invalidation functions to ifuncs. > > This simplifies the runtime logic and reduces the number of > runtime-constant branches. > > Reviewed by: alc, markj > Sponsored by: The FreeBSD Foundation > Approved by: re (gjb) > Differential revision: > https://reviews.freebsd.org/D16736 > > Modified: > head/sys/amd64/amd64/pmap.c > head/sys/amd64/include/pmap.h > head/sys/dev/drm2/drm_os_freebsd.c > head/sys/dev/drm2/i915/intel_ringbuffer.c > head/sys/i386/i386/pmap.c > head/sys/i386/i386/vm_machdep.c > head/sys/i386/include/pmap.h > head/sys/x86/iommu/intel_utils.c > END QUOTE > > There do seem to be changes associated with > clflush(...) use. Looking at: > > https://svnweb.freebsd.org/base/head/sys/amd64/amd64/pmap.c?annotate=339432 > > it appears that pmap_force_invalidate_cache_range has not > changed since -r338807. > > It seems that -r338806 and -r3388810 would be unlikely > contributors. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Oct 20 10:08:57 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D26F2FCB99D for ; Sat, 20 Oct 2018 10:08:57 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B962882A1 for ; Sat, 20 Oct 2018 10:08:57 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x42f.google.com with SMTP id u1-v6so4060522wrn.0 for ; Sat, 20 Oct 2018 03:08:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=zfdCPFz3z3YPnLlie4zofrm3EqZMX7GE/DWW2kcWbuU=; b=eZbLGbKX4WtFdI4FoskQC3siszhUZdpnPSyveDLeg286JYUOE0xhlpwhWxPNexE2da AET/dJxY9+AKWU0loXfubqVUhS/buyNoToFRyjw2+8I0b1TFLNtajM27i8QC0A0fesc6 hwl7XFWSs4NuPT6hvS8oVGYqem2Spwixl5zcwaMh7vQB6Vbd2OWBHN4qQ05wAWESnts2 tEQ+rIprH72xBCBXZd9bfS0KU9rgf79SLinW2aBEzv/owZrdQ2eNEtBeQc+3KPhFKVtA QFQftyGRUSAM6/e+v3h3N6z6BgRrRjlH5MYz6hwMv58TH5FvbHtAPU8kuiopoKPZncD2 m/uw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=zfdCPFz3z3YPnLlie4zofrm3EqZMX7GE/DWW2kcWbuU=; b=Y1DjNxxjW7HeC/mTsZ2Uz1eZf4jV50VFCof9zPfsxBc2OfaNb+G/6WdkBOsZlFUyVa IFXhqPeJhj5JCOPPFS9FuL+5dCGMZIt6vQzawKY4Y8kk5Uyn2yxOT4+fRbdXud9EjN+8 OeTUxuMinCruI6ewLxqHSYhnNb3qSwjCLVCu9lwutpp9V1Hk7LgQQOHCUFDX+yPFF+1C 0Qd5lsc44Yf83vwzzpv3lpCS4g+TxiE9wN7vrasn5bi1v7lIDMIM5pxB0PAZSHs5o4UF Dql9G7KoIJBQ1XXLApZR5rKyozUm2JTdBXfFQFC6aH12Le03wef1X2o8XP8jw3v42re9 ZO6A== X-Gm-Message-State: AGRZ1gLkZ1DE3qO0Oj5LAxBZ/DxOktTJAEM8mNqudXL1E+/pPEoeOg1H ehPK3Kb3p8fDb7ssCksEvb7AGHJWMuU= X-Google-Smtp-Source: AJdET5eDHoX0PYqm6tZjPGcy3sNKdJayROL0WXlGugodGYg/MdezI9foiYHjJh57j3Yem8g4A6Ur0w== X-Received: by 2002:a5d:62d1:: with SMTP id o17-v6mr5523146wrv.27.1540030135590; Sat, 20 Oct 2018 03:08:55 -0700 (PDT) Received: from [192.168.1.231] (79-66-139-63.dynamic.dsl.as9105.com. [79.66.139.63]) by smtp.gmail.com with ESMTPSA id e142-v6sm18457573wmf.20.2018.10.20.03.08.53 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 20 Oct 2018 03:08:53 -0700 (PDT) Subject: DRM: radeonkms no longer usable following a switch to stable, FreeBSD 12.0-BETA1 r339438 From: Graham Perrin To: FreeBSD Current References: Message-ID: <16278ced-e565-917f-5015-5083d2171bb0@gmail.com> Date: Sat, 20 Oct 2018 11:08:53 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Oct 2018 10:08:58 -0000 On 20/10/2018 08:51, Hans Petter Selasky wrote: > I recommend building these modules from source, /usr/src which match you currently installed kernel! Thanks, I did build from source, and the poudriere jail was just a _little_ behind. Not ideal, I know :-) ---- OT, I aimed to update the jail to stable/12 (and then update the whole system to match what's in the jail) but the jail went too far, to 13.0-CURRENT: From owner-freebsd-current@freebsd.org Sat Oct 20 11:01:00 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 735C7FCFBD4 for ; Sat, 20 Oct 2018 11:01:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-20.consmr.mail.ne1.yahoo.com (sonic309-20.consmr.mail.ne1.yahoo.com [66.163.184.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0BDE68A0A9 for ; Sat, 20 Oct 2018 11:00:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 1.8JwmMVM1mfdj3kCuTWwLNdOMCqcChdfo9owjnGqm1e_iS3Zxe5_hzinzvK1FH B8fGy7q3WB5ACCyRE2gRqAtOmbGagrNDctMiMGLCRd4_YM0v16MomcG6B8s7EMeQzOVlb9PZoRfo LpeKvfh9rhtAlb_HG5A7OmM0BYuVyVqGJrwR2yMKAMSPrcXyVbS0n.NZeMb9vdQdfTICK52dTVvr KdadOBoaxgALlnDGSQlNbbf1KhMpgrEW8nOvZBkf8TtfHlJKDrkov5z3cCQOAj_cbue9AIVIMxGc wAxOdP_2s4Zcp0LS5NlhtZvN2kqe..hzajozc5THYXpa4EQ9G_UZYLxAAyqljDB40.Dc8xHBeDAz VbnOQxnFupkIEupDvJcFScanvWishv5D16rdYMeHXfquph9HKXNsdsLzTaS.8c6Ott6mrp3bCcFQ KWjuClTtdQFuTj3_NoK0.p.0fO3jMYClyF1L1R7y7dDLdl3t8S41B6tZM6CfusApZ1WP7ZcoHIgl VWiH9_ghALcXSE0Npc.1tazidfQ_LtJ2jahJVKMBI4Uo3KIbNYyGquh9NFw4E0imp6kcOgUQjhnK nA.5oW.tFt3ET5p8jeJCIXxGofIZxFMMfdeYyO9ZwxLh6QXAW4L_0g4A4NfBqYdjsyroZIueks5o S2mzcMgo8rFtze81og.ViMDa7oPo7YyVQ.YzTYuh9layYvqgwFAn9XIvuADKbP0kKR2s9Gr8gpnr dG.LWkDOjk5IDp2xLJcbkgvKont9AOafpnD4Wn9SZWzobULXioZLR.5MydHwdFboWAt4SjOvHmS7 s9jS2TkwpSj_PqnkKSX5qrIhRk65reTVKwQz9md6aeFaNrkqB3OqJAlh7m26hrJIZrgOw44u0Esi XJ7ysfrbaLpExhVgJDNFrFdAIic1RNxu6q4bKcqCHAgYgMt1FQkqK40achGrvuZ_MtOU.elQzK6y NJ5b4xda02VHAtr.EGZpfKfeg6usqc0Edh2AOTZBIDfn4QVupiWwlqf3bw7z59WMkq_alxt5Nb8k d35JLP_nuSGQhz7NOPNPLn8OZLyhYJDZqVAWxT9Shz5z5Ty4P6ysyYNZisLX6ujpWzqnrpKV5eC7 6z7d4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.ne1.yahoo.com with HTTP; Sat, 20 Oct 2018 11:00:53 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp418.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 61bf510a0d509de7e841cceb65811bf8; Sat, 20 Oct 2018 11:00:51 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: head -r339076's boot loader fails to boot threadripper 1950X system (BTX halted); an earlier version works Message-Id: Date: Sat, 20 Oct 2018 04:00:50 -0700 To: Warner Losh , FreeBSD Current , freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Oct 2018 11:01:00 -0000 I attempted to jump from head -r334014 to -r339076 on a threadripper 1950X board and the native FreeBSD boot failed very early. (Hyper-V use of the same media did not have this issue.) But copying over an older /boot/loader from another storage device with a FreeBSD head version that has not been updated yet got past the problem being reported here. (For other reasons, the kernel has been moved back to -r338804 --and with that, and the older /boot/loader, the 1950X native-boots FreeBSD all the way just fine.) For the BTX failure the display ends up with (hand transcribed, ". . ." for an omission): BTX loader 1.00 BTX version is 1.02 Console: internal video/keyboard BIOS drive C: is disk0 . . . BIOS drive P: is disk13 - int=00000000 err=00000000 efl=00010246 eip=000096fd eax=74d48000 ebx=74d4e5e0 ecx=00000011 edx=00000000 esi=74d4e380 edi=74d4e5b0 ebp=00091da0 esp=00091d60 cs=002b ds=0033 es=0033 fs=0033 gs=0033 ss=0033 cs:eip=66 f7 77 04 0f b7 c0 89-44 24 0c 89 5c 24 04 8b 45 08 89 04 24 83 64 24-10 00 c7 44 24 08 01 00 ss:esp=00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00-f0 1d 89 00 00 00 00 00 BTX halted The board is a GIGABYTE X399 AORUS Gaming 7 (rev 1.0). It has 96 GiBytes of ECC RAM, just 6 DIMMs installed. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Oct 20 09:46:49 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 04EFE10089F2 for ; Sat, 20 Oct 2018 09:46:49 +0000 (UTC) (envelope-from mirror176@hotmail.com) Received: from fed1rmfepo102.cox.net (fed1rmfepo102.cox.net [68.230.241.144]) by mx1.freebsd.org (Postfix) with ESMTP id 73EAD86C51 for ; Sat, 20 Oct 2018 09:46:48 +0000 (UTC) (envelope-from mirror176@hotmail.com) Received: from fed1rmimpo110.cox.net ([68.230.241.159]) by fed1rmfepo102.cox.net (InterMail vM.8.01.05.28 201-2260-151-171-20160122) with ESMTP id <20181020094642.KWKD4170.fed1rmfepo102.cox.net@fed1rmimpo110.cox.net> for ; Sat, 20 Oct 2018 05:46:42 -0400 Received: from darkstar.l.net ([70.162.107.4]) by fed1rmimpo110.cox.net with cox id plmh1y00805jLly01lmhaV; Sat, 20 Oct 2018 05:46:41 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A09020D.5BCAF981.0031, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=2.3 cv=f4j8+96M c=1 sm=1 tr=0 a=4BIu1A+LKuLWZSFIlheA8A==:117 a=4BIu1A+LKuLWZSFIlheA8A==:17 a=IkcTkHD0fZMA:10 a=x7bEGLp0ZPQA:10 a=GCTS3VqRtzAA:10 a=ce6OU1hbmdcA:10 a=6I5d2MoRAAAA:8 a=XwLr3hyWkzNCKXHaWBcA:9 a=QEXdDO2ut3YA:10 a=IjZwj45LgO3ly-622nXo:22 X-CM-Score: 0.00 Authentication-Results: cox.net; auth=pass (PLAIN) smtp.auth=mirror176@cox.net To: freebsd-current@freebsd.org From: "Edward Sanford Sutton, III" Openpgp: preference=signencrypt Autocrypt: addr=mirror176@hotmail.com; prefer-encrypt=mutual; keydata= mDMEWM/K1RYJKwYBBAHaRw8BAQdAn3jE1XhdYDgbxPfc0yYoJ+SuRhOQCedHr/in1X5aZFG0 OEVkd2FyZCBTYW5mb3JkIFN1dHRvbiwgSUlJIDxlZHdhcmQuc3V0dG9uLmlpaUBnbWFpbC5j b20+iJkEExYKAEECGwMFCwkIBwMFFQoJCAsFFgMCAQACHgECF4ACGQEWIQRcG7F5PMnFLs9Q mH7pNfr2Xm5OKAUCWsSVsgUJA9X+XQAKCRDpNfr2Xm5OKEvaAQDSk4U3dFdFna5a1o1Vtkfq TbOLKwccHagp/m58CrMZjgD+OqfRd4wutvcuLHE0mx8jHSUJzohyXRkAfHX42dx5pwq0MkVk d2FyZCBTYW5mb3JkIFN1dHRvbiwgSUlJIDxtaXJyb3IxNzZAaG90bWFpbC5jb20+iJYEExYK AD4CGwMFCwkIBwMFFQoJCAsFFgMCAQACHgECF4AWIQRcG7F5PMnFLs9QmH7pNfr2Xm5OKAUC WsSVuQUJA9X+XQAKCRDpNfr2Xm5OKE5sAP9cqBvoXSiqIzznJlCrycwsk2IqBmqi5DcN3SC1 Sgj40QD+KVcC3aRb+wFWHXzBaPTVLp5AAlHuQqP87GviYrou/A24OARYz8rVEgorBgEEAZdV AQUBAQdAK9YHGy4GSwTihOMlklx3XljYQUrcFeBoh/B18li2giEDAQgHiH4EGBYKACYCGwwW IQRcG7F5PMnFLs9QmH7pNfr2Xm5OKAUCWsSPxQUJA9X4cAAKCRDpNfr2Xm5OKEmLAQCe5BtA id0gm3eWggSVVSt/61oUDSkYpmuKgN9QwGb7LwEAiYISxBgX+/R96uqxwsEN4oVLvD11egki 9Nv2/1ewQQ4= Subject: dmesg submission service -- please submit today Message-ID: Date: Sat, 20 Oct 2018 02:46:41 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Sat, 20 Oct 2018 11:00:10 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Oct 2018 09:46:49 -0000 Thank you for asking; I used the one-liner in hopes that it helps. I presume the same areas can be used from a release/stable/current boot media to gather it from another machine not running FreeBSD presently but will be a likely future goal so will try to get it submitted too. I would appreciate seeing this as an option or request on installs and think it could make a good reminder in the output when binary updating or source rebuilding or in the UPDATING file (I'm more likely to check there than in the handbook). Adding it to normal dmesg output or a login message would seem too bloated and likely to be removed or ignored. If something is planned for removal, documenting it and mentioning it in output when it is loaded both could help spread awareness. If needing feedback from those users, it could make it clear it is considered for removal so that people who need to speak up about being a user have a chance to be heard then too. freebsd.org hosting it would lead to more trust and easy control of a command sequence to generate it with options, review contents, then submit it would get more feedback. Anyways, I'm not a regular to this list and I only found out as I was browsing through release+stable+current mailings, PRs, changes, and patches under review for my issue of processes getting stuck in the pfault state (as listed by top) when I get down to about 140M free of 32G until more and more processes lock up. Power button set for shutdown usually eventually gives one after it begins killing things due to timeouts being reached. Though I have had some luck with patches improving how long until I can expect a needed action be taken, I've decided 11.2 is not stable enough for use so will likely go to 12-stable with hopes of changes I have not yet tested. I got rid of my last 10M adapter last year when I ran across it as any reason I may reach for it would be a painful experience to not just replace it. Thank you and good luck on a smooth cleanup, Edward Sanford Sutton, III From owner-freebsd-current@freebsd.org Sat Oct 20 07:46:25 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 407C2FFC809 for ; Sat, 20 Oct 2018 07:46:25 +0000 (UTC) (envelope-from aliovx@gmail.com) Received: from mail-ot1-x342.google.com (mail-ot1-x342.google.com [IPv6:2607:f8b0:4864:20::342]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D88382C52 for ; Sat, 20 Oct 2018 07:46:24 +0000 (UTC) (envelope-from aliovx@gmail.com) Received: by mail-ot1-x342.google.com with SMTP id 14so31384560oth.2 for ; Sat, 20 Oct 2018 00:46:24 -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 :cc; bh=KvN/G+/umJkllsrB8ygB07u1f6T7fdMzttzCRWCN+p0=; b=dCq05Q75/+M8EmpFOsyLhmaGTEGtOQQEEODfm32j8Evfo/ZKW/rRe0tnLEua3dXNEK USKssk7Koq671GNxPOugdiGJUGEbKjg8cfnfzhA/ao01gKl9x+Budds62AeaOgI2Kuo/ j9cHItsufPp1sTkvLyfLzfmsQlSW48ZqtOHDWNHy1taqYGEjgpOyeEKa9fnWP4wYci6W RFtyYZIOpd2hwqPLqBuH3iwnsDlnzgUZFDHJZONBPXLzUAJ8pfSthQQfjoKBX3Psws3k S22Z9bFavIUwnFw4PGqIR3xE//cgkb9Cl/rR7NXGqIqo8ctm97YRY9iLIPACrRUQl7gO hm0w== 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:cc; bh=KvN/G+/umJkllsrB8ygB07u1f6T7fdMzttzCRWCN+p0=; b=gUENuLqPRb255zjnp9jMaaG4GzO8TDuzcPpm5rn2GPqZfD7F9OCRUKjVWEYvZ1QrmL yeBhXj+KbzZhjFCe5jXi00mEJgN4EDc9Dvz2yTqcIjZv942lO1Hyh+t41prmu5+IAjQv Cl6263DtLHfgcAWvRZpkruKIK73Gz/r1LgQIaLrQdva1RklsjBHdHftYAEcW5prsUjea TsXypli9g2MkMMAiMMdD96lRdGbDtOoS+fmm7T/3+XxDXCrwQq1UiivOCXjkKk2xIUHs eICCI4UdvSaLhPP7tI7mNJ4DIfDy3H31h8loe21SJvWTBb2SZrKqvK/I+YRcG+uSvMRz O4Eg== X-Gm-Message-State: ABuFfogiOrwHzxCLG65E90NP8k59z8Y1pg6FFKBACcfT6JZtiOo1XDxS bjREzQh4i+csW9yyKzF6kj3TCStQYTCHIDlWhfU= X-Google-Smtp-Source: ACcGV62iylHLrelxCTGWb8I0NnckSHBSXzUhVHFyw7i13eidqiaqulZ6iAtiNklKjzspvI09hTlIl7xsQTBYNkCYVvk= X-Received: by 2002:a9d:419a:: with SMTP id p26mr26105342ote.9.1540021583932; Sat, 20 Oct 2018 00:46:23 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Ali Abdallah Date: Sat, 20 Oct 2018 09:46:11 +0200 Message-ID: Subject: Re: fuser does not list id of processes that have a file To: Mateusz Guzik Cc: Ed Schouten , freebsd-current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Oct 2018 07:46:25 -0000 >> I tested on zfs, perhaps there is something extra going on on other filesystems. I tested on UFS2, and I get nothing out of the patched fuser.c. On Thu, Oct 18, 2018 at 11:24 PM Mateusz Guzik wrote: > On 10/17/18, Ali Abdallah wrote: > >> diff --git a/usr.bin/fstat/fuser.c b/usr.bin/fstat/fuser.c > >> index b4225328fc1f..17d06f1c5b13 100644 > >> --- a/usr.bin/fstat/fuser.c > >> +++ b/usr.bin/fstat/fuser.c > >> @@ -92,7 +92,7 @@ struct consumer { > >> STAILQ_ENTRY(consumer) next; > >> }; > >> struct reqfile { > >> - uint32_t fsid; > >> + uint64_t fsid; > >> uint64_t fileid; > >> const char *name; > >> STAILQ_HEAD(, consumer) consumers; > > > > The above patch does not resolve the problem for me. > > > > Are you sure you recompiled and reinstalled the tool with the patch > applied? > You can recompile and install like this: > # make -j 3 clean all install > > If this indeed still does not work, can you show output of: > uname -m > mount > > I tested on zfs, perhaps there is something extra going on on other > filesystems. > > -- > Mateusz Guzik > From owner-freebsd-current@freebsd.org Sat Oct 20 16:43:40 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF172FEBE42; Sat, 20 Oct 2018 16:43:40 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5AFFD7A5E6; Sat, 20 Oct 2018 16:43:40 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 057201DB8; Sat, 20 Oct 2018 16:43:40 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Sat, 20 Oct 2018 16:43:38 +0000 From: Glen Barber To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 12.0-BETA1 Now Available Message-ID: <20181020164338.GK54240@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed User-Agent: Mutt/1.10.1 (2018-07-13) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Oct 2018 16:43:41 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The first BETA build of the 12.0-RELEASE release cycle is now available. Installation images are available for: o 12.0-BETA1 amd64 GENERIC o 12.0-BETA1 i386 GENERIC o 12.0-BETA1 powerpc GENERIC o 12.0-BETA1 powerpc64 GENERIC64 o 12.0-BETA1 powerpcspe MPC85XXSPE o 12.0-BETA1 sparc64 GENERIC o 12.0-BETA1 armv6 RPI-B o 12.0-BETA1 armv7 BANANAPI o 12.0-BETA1 armv7 BEAGLEBONE o 12.0-BETA1 armv7 CUBIEBOARD o 12.0-BETA1 armv7 CUBIEBOARD2 o 12.0-BETA1 armv7 CUBOX-HUMMINGBOARD o 12.0-BETA1 armv7 RPI2 o 12.0-BETA1 armv7 PANDABOARD o 12.0-BETA1 armv7 WANDBOARD o 12.0-BETA1 armv7 GENERICSD o 12.0-BETA1 aarch64 GENERIC o 12.0-BETA1 aarch64 RPI3 o 12.0-BETA1 aarch64 PINE64 o 12.0-BETA1 aarch64 PINE64-LTS Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/12.0/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -current mailing list. If you would like to use SVN to do a source based update of an existing system, use the "stable/12" branch. Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 12.0-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64 and i386 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD FTP mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/12.0-BETA1/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: ap-south-1 region: ami-0c8239b63a5166f9f eu-west-3 region: ami-054b9592a74acd863 eu-west-2 region: ami-0e7c28a496ed94202 eu-west-1 region: ami-054b26b609c4617eb ap-northeast-2 region: ami-05fe71556c58cda6c ap-northeast-1 region: ami-0ff21c344009b9a0b sa-east-1 region: ami-0b659763bae30534f ca-central-1 region: ami-06fa2c747afca2b22 ap-southeast-1 region: ami-0adb26a053af07edf ap-southeast-2 region: ami-08f20d18855fa4df4 eu-central-1 region: ami-07f0b8c2abe96da0d us-east-1 region: ami-0f0a80ec326c85b07 us-east-2 region: ami-0e57dc3fa5955b97d us-west-1 region: ami-0b8759ac8a8d49b2e us-west-2 region: ami-0c5ed0426315d4dd4 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-12.0-BETA1 % vagrant up === Upgrading === Please note, freebsd-update(8) binary upgrade bits are still in progress and not yet available. A followup to this email will be sent when they are available. == ISO CHECKSUMS == o 12.0-BETA1 amd64 GENERIC: SHA512 (FreeBSD-12.0-BETA1-amd64-bootonly.iso) = 7d2b49ca641f898ff1a110931139b2363ed51cee8a1e26eb718d3022f2e409087a7fa65079f0b7e2b91c1dc4664c3b9d107f6166d8c58f03cc1caf7c9813993f SHA512 (FreeBSD-12.0-BETA1-amd64-bootonly.iso.xz) = de64b81cd5af7fe27e4daa3f0a377fcb41b8c56c7a9b7099ba3c43fe68e08ba7bc0a69dc4b0fd14dc98af27be20089c19781e3b0651cab2da5fdb62f8b4b0bc0 SHA512 (FreeBSD-12.0-BETA1-amd64-disc1.iso) = e06dcc21aef253e9ff7c52a5245cca945f0116c3bb23917907a7eca9eacf523490a9fe83480d608119748af157459bc977ccc3fdfa0ea317d9fef591180a0667 SHA512 (FreeBSD-12.0-BETA1-amd64-disc1.iso.xz) = 12f1fa6504721d40c4822fce92abe0fa5aaf43828e4ef59dfb8cc7a87ffa3d286793ba5814b5f86f88c0626a7b701ceb9c4935745d36ecf8b74e44f3593548b4 SHA512 (FreeBSD-12.0-BETA1-amd64-dvd1.iso) = cbd783171c4621509c0d1f382332849d2a2051d9500cf1199467b92751d8ecdc471061998ad73fbc48ce26b05fe3630510438c86e644d409c6f1ea6e402ac41b SHA512 (FreeBSD-12.0-BETA1-amd64-dvd1.iso.xz) = 72843bedeacc53a72af0b32effc53ae15a6b8c54e1db0f3958ef6d2d1f426a9b18c2d006c3652ed2a29fa139ab1c627d5878abe11ce22020d312ce825bdd7472 SHA512 (FreeBSD-12.0-BETA1-amd64-memstick.img) = fe30a9c779816d1d6c67001255c5f02a46c9b6a6f5097e96c2704c2e1d31c0aea18b7fd8773a1617686bda0ae6095238f444447331f7992c8997da05b6454d4f SHA512 (FreeBSD-12.0-BETA1-amd64-memstick.img.xz) = 25497e0cd7dc2842d1cb2a73ea425a5f500134e5cbd7b792a4b61b7d55f7b5bbeb88bf71dd0894242f49d3c9ad2cb8757e1926ccd0a790c6a1fcfb3173f913d7 SHA512 (FreeBSD-12.0-BETA1-amd64-mini-memstick.img) = 23dfe4108adc4044466a584f2e0eb54a14916fb0fa9f9a0954f009f861d7abd776a1bc34a3c539e90dd7a40f5168d6d417f3b56b319c614afece340021d9d473 SHA512 (FreeBSD-12.0-BETA1-amd64-mini-memstick.img.xz) = ae4889d3b52c2e3e5c4ae54534689f646d63532fb4999547f340298e49a12827d6eefaa20228f295218da61267dee53938249c1c45544bad047b2405ae9b8fe2 SHA256 (FreeBSD-12.0-BETA1-amd64-bootonly.iso) = 422426b41fa69627b9a8b1c448484806a6166166d074551a51b6a244502ef32a SHA256 (FreeBSD-12.0-BETA1-amd64-bootonly.iso.xz) = b212b29b8e2fa278441f401c35cc31fa11c8813af82fc4dafbecf6c3c8707d30 SHA256 (FreeBSD-12.0-BETA1-amd64-disc1.iso) = 84f44a3c65db01285a722ba6ae714125e538e6fe74d0cc4354e1acbcf5a086b5 SHA256 (FreeBSD-12.0-BETA1-amd64-disc1.iso.xz) = d2080ee47cdcca8593628f1984a704e2f6f67b21b9718220d609c7fb8dc95719 SHA256 (FreeBSD-12.0-BETA1-amd64-dvd1.iso) = 2c52a71defe64c86f69303dca1584812a23970651c135d1e1a4a6fc80e67d549 SHA256 (FreeBSD-12.0-BETA1-amd64-dvd1.iso.xz) = f25a94db53b77939e3aefecec483f63090665d541cd23c417c6695d30c0984d1 SHA256 (FreeBSD-12.0-BETA1-amd64-memstick.img) = 3247b982bccc1f4a03f1e654d558fe342469378a6dfa59b209b6a79bc1d513f5 SHA256 (FreeBSD-12.0-BETA1-amd64-memstick.img.xz) = d500898d2240baf66c29bcab88cee9f2cb5d7d574b2fde0d66d76373677a94df SHA256 (FreeBSD-12.0-BETA1-amd64-mini-memstick.img) = 3cabe5ce1efba43d07d301da23f0398a816c212a31920e6bc95a8de1afbae106 SHA256 (FreeBSD-12.0-BETA1-amd64-mini-memstick.img.xz) = ca2058c383a4b29a9554b68f5202377c77233974835c2d1d8deeed173e4e84cf o 12.0-BETA1 i386 GENERIC: SHA512 (FreeBSD-12.0-BETA1-i386-bootonly.iso) = f46f324f45632311f624f01ca1dfbdc9f11d7fc22701053a809291f26aed7fdde1318d36030646506dfd604f9a353bca37fb74b6ada57d7c98926c819cb3e8ce SHA512 (FreeBSD-12.0-BETA1-i386-bootonly.iso.xz) = 1993e126e3c42e0acbc5df195491c804c23aa4afffa05b7aa86cdfead8dc26c9cddea5d173a9befbf3fddc0bca1f14e9b6d0f0b1135b75c1ea2a81e490a1d458 SHA512 (FreeBSD-12.0-BETA1-i386-disc1.iso) = 2595deb86acc1b19497590700e105964e2226c99ab8e27e244277823fb7e1e27fc680d5c2ec4cebd81f9ddfd6963ccedbadff4e7c249afe1b073a751c12834f6 SHA512 (FreeBSD-12.0-BETA1-i386-disc1.iso.xz) = b71decc545c74b39c091fbb65ba47275fea20d6f0fe57e294ebd99b0d33995e4d866245f27132e88f16082d769a04d201633994ba8277bf9183c03cde53cf932 SHA512 (FreeBSD-12.0-BETA1-i386-dvd1.iso) = 670518fd54d4e72ad168be2ee8a3be3ef43d846d043990f8a35a23ac31a0870c678bd7646f597bb00c890a48c0ebf7c2db1634f5419b0da707249f51cff8755f SHA512 (FreeBSD-12.0-BETA1-i386-dvd1.iso.xz) = 7a9d6295d9fab8b11e509a9ec935ff119db1dce2a6b3d038cc1a7e96d4c4beb0d7edccc4cb903d610eb7af353d0bfac4facd9c61d3aae3f875bac92236ff12e6 SHA512 (FreeBSD-12.0-BETA1-i386-memstick.img) = 7c03bf6aa841beca33f6f095a7be1b9469813856c13129a21c3838db18f8693f73b66ba241e0bc13869a608a7f8998796400df1d29194939ab313ff41b1d1c0e SHA512 (FreeBSD-12.0-BETA1-i386-memstick.img.xz) = 8625688be5c3769fb4118db1bcc9784b061ad2a1ae5699fd5f21bc98b18a0706b75c97fcc4dea4e38ed734deea96fd2f5219a16cf688d71eecab375f0e7947c6 SHA512 (FreeBSD-12.0-BETA1-i386-mini-memstick.img) = b570fa9067b1692ec779c8c0253fe22fb9fc764356c1314946c155b5916f5dbcdd5f8b59fa2b8e21b99f939628f328a781801f72400ed1412916673135b2ae25 SHA512 (FreeBSD-12.0-BETA1-i386-mini-memstick.img.xz) = 32573a34831e653ad0f0efc6b4fc52a2445d5eb95bc17a2b8215cf211eeabe41377ea533b2a62acf8f7292d12ee05e60e3c61143caafbf3d89d59be193155b78 SHA256 (FreeBSD-12.0-BETA1-i386-bootonly.iso) = 74b14ca27b531df6b59fd369b9f1fd30c19d81a8b282a793f5b6781bebbda9b4 SHA256 (FreeBSD-12.0-BETA1-i386-bootonly.iso.xz) = 8ee1e1ed6c7c04b36fb8fb8a77e26c207bb549fc7d1cdcc0aca683fa66a63790 SHA256 (FreeBSD-12.0-BETA1-i386-disc1.iso) = 93cc3bf65019f4e2a84e45ef69a62992c5001df5fa5edcd5314f1d523690fa8d SHA256 (FreeBSD-12.0-BETA1-i386-disc1.iso.xz) = 5939492cedab1c8ab88918f483b5dc0e29f223706c10482b6ff8c30edec642b4 SHA256 (FreeBSD-12.0-BETA1-i386-dvd1.iso) = 82030348ff8c2dc8682dbea72770173869b8f3cf2ddf54eb7b64a80d1461cdbd SHA256 (FreeBSD-12.0-BETA1-i386-dvd1.iso.xz) = 21ed154b4b90063cfea9b969ec1258bdc6c40869f447cb14d4833689f861f5bd SHA256 (FreeBSD-12.0-BETA1-i386-memstick.img) = 68599fe1f67970b9c1fbce0139cdb695d5e5d44dc9fd9dc026b6ef877eb75fa4 SHA256 (FreeBSD-12.0-BETA1-i386-memstick.img.xz) = 5e27f1c7c752b0d7293ef25db938da28a8a4925be39aa17d6c0ae1e0d4199293 SHA256 (FreeBSD-12.0-BETA1-i386-mini-memstick.img) = 3d32a4052a0c15a829d7fc1599f04d7bdb9a879de0981ab39c53821e70d33838 SHA256 (FreeBSD-12.0-BETA1-i386-mini-memstick.img.xz) = 31a129f83c48d9435555452ee84ff655a43370f3bf68553e3969c5af4545f53e o 12.0-BETA1 powerpc GENERIC: SHA512 (FreeBSD-12.0-BETA1-powerpc-bootonly.iso) = 546abdb897b6f43d418f06988a9bd1596566d25d91ac6c255d512e4a8a4dfa713d5d96536d538f0dcf610756f288b994ff78b94dc485f658bebccbd51caca7a7 SHA512 (FreeBSD-12.0-BETA1-powerpc-bootonly.iso.xz) = 0ab68889e551bb10f4949b08ed479db9c441915540947f02a220dcede2f26f8d8f6e0f438ab8021f57c6759e6cbe498dca4ea924efad570630dfa5556480b0eb SHA512 (FreeBSD-12.0-BETA1-powerpc-disc1.iso) = af6932f4b16b4fa0f61b93cb8882ecee15c302136523c5571668d39731f112d468e5abf24f0ec7c325186be0bc7447f8cdc90569896320ac8f18f918ec969052 SHA512 (FreeBSD-12.0-BETA1-powerpc-disc1.iso.xz) = ebd67509649c8072563caca410aea00b0957d1357e8f65dce73fe5871c024f5343f0367b26fb262c4f7599f275f5f7ed8d3243f72e9f25f1382bb99e46eb7f3b SHA512 (FreeBSD-12.0-BETA1-powerpc-dvd1.iso) = e9cef50a39164a13a5f4b6796abe4e97714329cd6a93d20001aebb8c80177418385f75ef6a912346020ee10bc1a0c0ebe41bb592b3e779517f313598572acd4a SHA512 (FreeBSD-12.0-BETA1-powerpc-dvd1.iso.xz) = 14f5ab1cf96fbab1d2d211c16fadcc400cda8db4f3970f40fe2599c8ce249d62803c1d8101fcbcecfa93e84a925232b0bc9a23e270788fd7b1edfc999523cb83 SHA512 (FreeBSD-12.0-BETA1-powerpc-memstick.img) = c967260805059ca0a53ba76d5837a7769d6d4f1cc1a3ba52f59619d0d65a596a60836703b802f8f056b105c6f0f6465790f4200913b419ba8aacd918d626ff1f SHA512 (FreeBSD-12.0-BETA1-powerpc-memstick.img.xz) = b44ac234933c34cd133b77b72be9a320ac73d36ce0083cd1262907681dfd2b6cc6042371c398fd4401b870e7f50d4522e734eef4759a76da4f8c931d504227aa SHA512 (FreeBSD-12.0-BETA1-powerpc-mini-memstick.img) = 71ba7088d50e6af1ded5d38c254a46497f634ad57045d52d64d34eff8e655e2124556f9297a623c84904f8d561d20b86356b359129809782b82fae818bbe5858 SHA512 (FreeBSD-12.0-BETA1-powerpc-mini-memstick.img.xz) = 8935bf8535bfd67ba3efec3c89a166d8e45c750e9439aa0dc13e45aef0f14f10a0c9efb3890e9ce4a3c6209032c0273320dd6c13d8f58347061a352d5622ae07 SHA256 (FreeBSD-12.0-BETA1-powerpc-bootonly.iso) = a27c5f8458cb8ce123d528ca2824f91c21beac444969e1f94e8df5704a1ad36d SHA256 (FreeBSD-12.0-BETA1-powerpc-bootonly.iso.xz) = 845e258fdb87b26bdd3fd999c6bbad5cb5fe729deedd1cb080e3df4edda2846d SHA256 (FreeBSD-12.0-BETA1-powerpc-disc1.iso) = 700b640a73576e53c490b864c9102b996c2a877065da2ec299486b7d3ffbe405 SHA256 (FreeBSD-12.0-BETA1-powerpc-disc1.iso.xz) = 4cda0086dd4cb64963b09fb7f9bea9b6582fb5c1780a88571868830f47354136 SHA256 (FreeBSD-12.0-BETA1-powerpc-dvd1.iso) = 41cb696355d0db5261e60c6e52bf9e77dbe2a212bcc38e814eac928b8ab30769 SHA256 (FreeBSD-12.0-BETA1-powerpc-dvd1.iso.xz) = 95553ac7ee3232568960114ee11f1acede9f4d7a35b9835dd6a8d8b53fd87709 SHA256 (FreeBSD-12.0-BETA1-powerpc-memstick.img) = 14f7a8613f94c5a36b14b91abae914cc15c1bee41770d17edde1e9a07367084f SHA256 (FreeBSD-12.0-BETA1-powerpc-memstick.img.xz) = 0e8404e52da7b9d3531d6b64dc7e2c555f93dd9deaeedfcc7ee53c39fa31310f SHA256 (FreeBSD-12.0-BETA1-powerpc-mini-memstick.img) = a3c635da65e793fb50383049e1842e9407c22f5d1f04f1e3d53b04f5ffde76c7 SHA256 (FreeBSD-12.0-BETA1-powerpc-mini-memstick.img.xz) = 71a4e41154b0b614d9e6ca7ca3a86bdbe510beab4d7e12f0a4c4512fdd2e371e o 12.0-BETA1 powerpc64 GENERIC64: SHA512 (FreeBSD-12.0-BETA1-powerpc-powerpc64-bootonly.iso) = 85b36cc0fa655b47dbb8869cec4d2358ed125ff9ad299600b9427b585b0ec156ea7234d51f706ae840be64666c597353356d2e9207225cf9b8e4ee6d19aef265 SHA512 (FreeBSD-12.0-BETA1-powerpc-powerpc64-bootonly.iso.xz) = fa9ca1710eefa44a3cbc7ff8f73598e111de8ec5b9c99a51ec3a405c98f4d1fc7fd2180023e735ab6f9e2e368a4385d554b47f88be79f273ed4f2dc9bbde5270 SHA512 (FreeBSD-12.0-BETA1-powerpc-powerpc64-disc1.iso) = 8ada134690b411c0faae826858287d7022e1e626be64c6948e5ec09cd980c2cd15479bb7a06fd966981e0e77b7aa546d504292040504dfe49d9d7fe073732eef SHA512 (FreeBSD-12.0-BETA1-powerpc-powerpc64-disc1.iso.xz) = b06455879ab1b0fb84b74d8e65c92cf8ffdbcb2adb02ba68e9762fc9c422c5aa7d2b7143fd83ff30f04e6e56e13cb3bc1e6d8dd7a7019ac612aef8d3e45d65c1 SHA512 (FreeBSD-12.0-BETA1-powerpc-powerpc64-dvd1.iso) = 61828ea3b61815bc6382869d2cb677ee40102c9eee9da6ed52e9a141e77ca264334563a71f83c16a8fc2fe901d873729aa7cbefe8d01eb60e09029bd1df48cc2 SHA512 (FreeBSD-12.0-BETA1-powerpc-powerpc64-dvd1.iso.xz) = 572bf791d23a4121d5052e10d268e0c96e5c819490404500b15311f100318bdd655c05811a6cb7a5a5e5e633ad8d6f0c0e357d76d87168b8f9e1cc328979dc58 SHA512 (FreeBSD-12.0-BETA1-powerpc-powerpc64-memstick.img) = 771d945920cb908628d3887a7ac8d17f417a1267b4dcfec9299e2dce099b79354340075bf9b3ebe1d75fae1b6e94e5cd1bf961b290acae195dfb56ce7db285bc SHA512 (FreeBSD-12.0-BETA1-powerpc-powerpc64-memstick.img.xz) = e93023702b5f6557fe148047a8a5e61e5bbc06adc40f73f90b7adaeee15c531256ba4b51f031f7670c63c0f46700fb1ca01865e7e0fac23e1521b2b8537b52bb SHA512 (FreeBSD-12.0-BETA1-powerpc-powerpc64-mini-memstick.img) = 8ad8df1d5e7172fa3ca4414f90e44ebe2663d659837412d4e18200ec8dd01246b9c7ec8798029206b1e53c2585239bd488c6698f4c3e3384c59d34f3fd96f7a9 SHA512 (FreeBSD-12.0-BETA1-powerpc-powerpc64-mini-memstick.img.xz) = 8f1788e40198ac3f85d836faafae88fc7cbf0eb5cabbdf13657068ee99d950b8a2f8076a00e6a1720b9058893c3cebc7e24fd2e506f33827065e0a6862e8cfec SHA256 (FreeBSD-12.0-BETA1-powerpc-powerpc64-bootonly.iso) = 4d9d17f23be8a1fa676388f094ef24ef8b35db250eafbfd58e1149d4cb72dcd2 SHA256 (FreeBSD-12.0-BETA1-powerpc-powerpc64-bootonly.iso.xz) = c21df9e037758e7003856febb97de27a812a595690af8945d754d87863c31c86 SHA256 (FreeBSD-12.0-BETA1-powerpc-powerpc64-disc1.iso) = a6ca6d27acaec269b1dc303a668c5d87c03baba0dbfb346d450cca3bb6baa933 SHA256 (FreeBSD-12.0-BETA1-powerpc-powerpc64-disc1.iso.xz) = 7396c2fd6cd5075b64839c3d77662a9303a44b22cc26f5ffd3d82f7c67181f8a SHA256 (FreeBSD-12.0-BETA1-powerpc-powerpc64-dvd1.iso) = 5190c9a5131cbe0ec5698a5b5ddc2348761c38da3fc4d26bdd260a3a36cf1e6f SHA256 (FreeBSD-12.0-BETA1-powerpc-powerpc64-dvd1.iso.xz) = 7561f3ef30c00d1fa24992a73d5e7b1c2d0e89c7f77eefb01e3194c5a1d27584 SHA256 (FreeBSD-12.0-BETA1-powerpc-powerpc64-memstick.img) = e84e9738d6404fe2604d85ee3b9ca7730b16a690d168ab15dc20b765ce145bab SHA256 (FreeBSD-12.0-BETA1-powerpc-powerpc64-memstick.img.xz) = 0daa46ce53c956903229805503bbc62e29a4d430f8fa920f0e12ad60c2abf344 SHA256 (FreeBSD-12.0-BETA1-powerpc-powerpc64-mini-memstick.img) = 92eb13c5507dc99fc2c22b1fa532c0f26060745425ccbe960b61104474be7057 SHA256 (FreeBSD-12.0-BETA1-powerpc-powerpc64-mini-memstick.img.xz) = cad447a903e55e1d21bbef963415b8eebc171f2837d7f0e8e39b980917c7779c o 12.0-BETA1 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-12.0-BETA1-powerpc-powerpcspe-bootonly.iso) = aa1aa64cbbcd81fdca805c2ca6d28e24f8d2816e70b4048f7914e5758957be9833d3d7cc9aa819726a9edc59bbb9b0a16aa0eabd2f38fed3a7a2cd4fbadec93e SHA512 (FreeBSD-12.0-BETA1-powerpc-powerpcspe-bootonly.iso.xz) = de2210dd12c44f3acc843ad7d479ee1e7272ebf76b52209d122a8afef6d0417f8364b9ccdd8da7fd8b4d779b355a53d29ae62630ec102d149fb30cca563a3943 SHA512 (FreeBSD-12.0-BETA1-powerpc-powerpcspe-disc1.iso) = aa7e247c4d6a14e5216df52dab6b4d9513c8bc47d552e4e6345a72b1a45e89836a3aab7fc348b3a0c6702f99a6233baa9b0f49a26d050db404e40aa4f069630b SHA512 (FreeBSD-12.0-BETA1-powerpc-powerpcspe-disc1.iso.xz) = 23ff46ca47486167409ce3d31938b81fae5db31375fb558e35b46716823bbc12eb6b7662fd70179890c7205a307607a4530f067558449620e4ff66e6c8736c11 SHA512 (FreeBSD-12.0-BETA1-powerpc-powerpcspe-dvd1.iso) = 0d3e04192f6de478836ec8d942e5a24d0fbaf11b2b301f254c9382e9ebfbdd250f4957780d6d9e06b1a528e7501b74bdf3d05d851fdfd134bbba54919c5ae0e1 SHA512 (FreeBSD-12.0-BETA1-powerpc-powerpcspe-dvd1.iso.xz) = 8363497b1c55250e0831d283ea2d0c83e84688e699ac362777b3313bb96a4617157c9988f85fcc5fb1c180fc2701a4d35d3b8a7f90ed6b5b74bd2d4d7ce7ba81 SHA512 (FreeBSD-12.0-BETA1-powerpc-powerpcspe-memstick.img) = b9925ae5345a1ec8491b1177f254864e30b2a619fe5a86b56423130130418a590b083e25c794f87524d9776e224730bf07243e5505502ffda0ab90e1faaba811 SHA512 (FreeBSD-12.0-BETA1-powerpc-powerpcspe-memstick.img.xz) = 3d3157e36bc3bdb81e9935ada26731622eed073ee4ac6ac2662782500a290b4ba632b20cb3d80d6bfb21a07b4ead45d05f073da04dd6382147b773d43045b5f3 SHA512 (FreeBSD-12.0-BETA1-powerpc-powerpcspe-mini-memstick.img) = b8ae98b5f87e6773e1e94f1601407f89397041c5717af5ef9e8613774b751e48652afc0dd8407669cd494be00ec85e9d5eccb92a714d9982bd188f2a70b504ee SHA512 (FreeBSD-12.0-BETA1-powerpc-powerpcspe-mini-memstick.img.xz) = 7a9da81a5cd8d2c263305dc16d0fe0d385a71b5b369b9751ce051cc06332ab277408454bdbfdb3ffa2831dce2b2b25c9f72ba58b949b271ff8a3250c19141eab SHA256 (FreeBSD-12.0-BETA1-powerpc-powerpcspe-bootonly.iso) = e0b8f5b8de48a7b8e653c3a24c136df682a71341ab53516baa5938fe5eda9586 SHA256 (FreeBSD-12.0-BETA1-powerpc-powerpcspe-bootonly.iso.xz) = 50461de7ed23f15b2af288d39d815b117e0848c265340b7fb022603eec23faf6 SHA256 (FreeBSD-12.0-BETA1-powerpc-powerpcspe-disc1.iso) = f60fad54c3de10297136f5824d6483ea4754dd0783279a96a646124b17b8a69d SHA256 (FreeBSD-12.0-BETA1-powerpc-powerpcspe-disc1.iso.xz) = 1d748264237084dfd3ca25e5a0b5a91a292bbca388f023cde9cebd7ec440091b SHA256 (FreeBSD-12.0-BETA1-powerpc-powerpcspe-dvd1.iso) = 2ab920994e7b36839b47f494cb6756bcd168029aa84d1ddbd954532d9dea2357 SHA256 (FreeBSD-12.0-BETA1-powerpc-powerpcspe-dvd1.iso.xz) = 53b88cc9379582744c75e55ba7f027d6b920e114e172fbfb1f2133a789622c5c SHA256 (FreeBSD-12.0-BETA1-powerpc-powerpcspe-memstick.img) = 30541a5b8ae0f417179629d9e72f6ee04914fd14c3ad19f4f73076d584a39842 SHA256 (FreeBSD-12.0-BETA1-powerpc-powerpcspe-memstick.img.xz) = 6f1b1c6a4c8f61e3b11a0e6e51c5f5a13257a45eaab3219c666027f071726745 SHA256 (FreeBSD-12.0-BETA1-powerpc-powerpcspe-mini-memstick.img) = 0216d756fc12c095ddf6ade4537da4062611d1658edb6eb7d1b26bfe0a2eab4c SHA256 (FreeBSD-12.0-BETA1-powerpc-powerpcspe-mini-memstick.img.xz) = 569a80da39e4c4a263a9b2ec88f96a189daa298e49fededb1340120a47d630b2 o 12.0-BETA1 sparc64 GENERIC: SHA512 (FreeBSD-12.0-BETA1-sparc64-bootonly.iso) = a8f331a685f58952e5af8a89c976211975fedba6b1d76ec6f69f6ed7bdcda4b996cb2b608af29e9f0010eafc32c1e3f4d7e8e9c26c5b2196531edc1766627986 SHA512 (FreeBSD-12.0-BETA1-sparc64-bootonly.iso.xz) = 65a268a3006aeaaa028406ee39a794c69b6fd445be1aa889313df11df9ef670494f8ee4b57931348a329c7e5fdebb00114d40c0adbd2176f5c3333c6404c8bd6 SHA512 (FreeBSD-12.0-BETA1-sparc64-disc1.iso) = 4b55a82652eba00b66adeb06b42b3d0408d7e71f04ae73ebefa01081039485f4dd504b75b8228e01080304286a442a05185974c8ecf29fb38aff993c1e62b158 SHA512 (FreeBSD-12.0-BETA1-sparc64-disc1.iso.xz) = 96c08fe58659748ad82a287b67962d0441662b78e271bd2ac6f9906701563ccf915082d12497e8166339a2d3b44b7ea5f8a9933fa374a78e2457971b750be675 SHA512 (FreeBSD-12.0-BETA1-sparc64-dvd1.iso) = 4cde22db77cf197d6ba3784abdd5ec719c441e2c173f69b1ae35474b83541a656c6a958bf92606030be80d785ef88b2cbe75be5b3325a3e0a17a3aff79f5cc7e SHA512 (FreeBSD-12.0-BETA1-sparc64-dvd1.iso.xz) = 3d90c91f26e978b8c151f68ee8611b19d7e24e17a11bb1f80dbf91d59161f16b706aa81d939c2518e03882f7f8956109656f718476c4f4a0e7ce8efcbec06c51 SHA256 (FreeBSD-12.0-BETA1-sparc64-bootonly.iso) = 49e4ee80bfce0715776c45f2a0c5c71a3d08a414524f714bc0ed72591ee548b0 SHA256 (FreeBSD-12.0-BETA1-sparc64-bootonly.iso.xz) = ba8673d6f2c35dea07e15a108ecf12598d2dcc95ddfecc0d08633f9757260d73 SHA256 (FreeBSD-12.0-BETA1-sparc64-disc1.iso) = cc42bc4f5fbc7faa0e4d7309dab626939a122a15b7d9c68ce3bdd9c8c62086f7 SHA256 (FreeBSD-12.0-BETA1-sparc64-disc1.iso.xz) = ab11ae886286727211177fca79b970ec5824db6cd107bafba850e5c23e8196dc SHA256 (FreeBSD-12.0-BETA1-sparc64-dvd1.iso) = 5efb8ef7c6ac89c6630fa363b18d718edbe7b869d3be3a877c57c8b03652f3f8 SHA256 (FreeBSD-12.0-BETA1-sparc64-dvd1.iso.xz) = b311ccbb458ab91368b98c7d28df95bacb9af0c2281f34842ca4c25fc8be8fe0 o 12.0-BETA1 armv6 RPI-B: SHA512 (FreeBSD-12.0-BETA1-arm-armv6-RPI-B.img.xz) = 546493c997011758ad1ad6f667b2f74eb714d2e1f4dbd4c70703d237e407cc75254cd319b015d1952dbac8b41556b6473a8ea72c4695ff800fa15d8bb38f79d9 SHA256 (FreeBSD-12.0-BETA1-arm-armv6-RPI-B.img.xz) = e5fb3a65b372631394746fee34209b79c6b3f9c94ca3d9d754d6219c4058d590 o 12.0-BETA1 armv7 BANANAPI: SHA512 (FreeBSD-12.0-BETA1-arm-armv7-BANANAPI.img.xz) = b606180c68e1a3ab1624befb2cd7f5f71f82506fe3daeb11d797670b2b6b2abef53961ce2dbb3941cd83e4b7fcbfe106379b153a041e7c56d74b89d96357d2b7 SHA256 (FreeBSD-12.0-BETA1-arm-armv7-BANANAPI.img.xz) = 150cee0a027089d66059ebac08d65bd5951a3be917c0cd385b4e82db3937c064 o 12.0-BETA1 armv7 BEAGLEBONE: SHA512 (FreeBSD-12.0-BETA1-arm-armv7-BEAGLEBONE.img.xz) = caf17460861cb9276d201c02103b2ca111d214654678a1d30cb4fc8650468dffd11da38c5ec9ddec9b2e2c9feb923a8bb0c9811b35ad801b5ec8f41692575e3a SHA256 (FreeBSD-12.0-BETA1-arm-armv7-BEAGLEBONE.img.xz) = cc71b23ddc7742ef0fa08aff034c15e0892c75fab6e0d1990843d1131e434a06 o 12.0-BETA1 armv7 CUBIEBOARD: SHA512 (FreeBSD-12.0-BETA1-arm-armv7-CUBIEBOARD.img.xz) = dc061dc6c57cbbf3aa492e1afa88b3326982a47ed80b7baffa2934521c70c6f8a283d15c3206753fb1a125c81853478e2ce05c34e246ed061974d3fb0f8a49e1 SHA256 (FreeBSD-12.0-BETA1-arm-armv7-CUBIEBOARD.img.xz) = 25c10fb485e894e91b7a4a2e16cd62445735974e1b90e7581e86e4745210fd88 o 12.0-BETA1 armv7 CUBIEBOARD2: SHA512 (FreeBSD-12.0-BETA1-arm-armv7-CUBIEBOARD2.img.xz) = b2dda70f6981a97cf3d946fb0e0d91124dd3de6753260a05dcc3ea14732dcaf08eb0822c587f6734c5f6e6f9ac139681a86117059ccabc97f91c440467519663 SHA256 (FreeBSD-12.0-BETA1-arm-armv7-CUBIEBOARD2.img.xz) = 33d4878ce25d71534a244b7207a2b4e7c3edda003251ee4b58515d5b47e52e44 o 12.0-BETA1 armv7 CUBOX-HUMMINGBOARD: SHA512 (FreeBSD-12.0-BETA1-arm-armv7-CUBOX-HUMMINGBOARD.img.xz) = de4f44b86546abd805388c7d3b9227821ff4ceb8740764a728bf8a3e685b23e9cd5c1525ed4b3e90e849eee60f1f0935280835ac812318a591759b0dd6f491b1 SHA256 (FreeBSD-12.0-BETA1-arm-armv7-CUBOX-HUMMINGBOARD.img.xz) = f4ffbfcc5714e7ea0f0587f6813a43689e5805a6cfaed09c874c680932f4e045 o 12.0-BETA1 armv7 RPI2: SHA512 (FreeBSD-12.0-BETA1-arm-armv7-RPI2.img.xz) = ec7a856c35e1427754bde9c21e70e846452cf85275a2a12f1761caad8ae729f87bff4a400255275349c49741592881f1590ae184e378a9fcd1a25ea995dcca6a SHA256 (FreeBSD-12.0-BETA1-arm-armv7-RPI2.img.xz) = beab098a93c56a89b3f3c039eb6abccc9dc9773bd1a932864c1836cba352bf8c o 12.0-BETA1 armv7 PANDABOARD: SHA512 (FreeBSD-12.0-BETA1-arm-armv7-PANDABOARD.img.xz) = 559e964f9f029e6e2decec63040a2ecf9cedbad24a4d5b404c757541828038c26199bf288eaee26b864eef0fd9d5f3b2e787252af61b6e978676a9f0a0b545a0 SHA256 (FreeBSD-12.0-BETA1-arm-armv7-PANDABOARD.img.xz) = a5df0e8e24db6f0e1e1e00eb4de9f09d7cd8ff2837a5aabfd8713370c9096187 o 12.0-BETA1 armv7 WANDBOARD: SHA512 (FreeBSD-12.0-BETA1-arm-armv7-WANDBOARD.img.xz) = d0c7740f540b8caf0d7f010180fdc6f74986c124525eb8c50e91ab8ea6057f3e0521d7d2355bba76bf21e900d57f46edb6259131d0ff73714aa9fb36521b91f7 SHA256 (FreeBSD-12.0-BETA1-arm-armv7-WANDBOARD.img.xz) = e1e04c1904f5ee1caad6103677fd013624a0fcc971120fbbaf2cedcf438a3504 o 12.0-BETA1 armv7 GENERICSD: SHA512 (FreeBSD-12.0-BETA1-arm-armv7-GENERICSD.img.xz) = 5c4c1cf60f154df5e32e95ae4544b16265f0085fbbb230cc1a7d0f0bb507b17f8a0e500257ce9f1ada29cd59cbb2f2d4f8f5d97045e08b9470665d5676eeb39d SHA256 (FreeBSD-12.0-BETA1-arm-armv7-GENERICSD.img.xz) = bbf49ac3e1a5b85965604373faabb6374d239c04df56c7f8086392a1073f9378 o 12.0-BETA1 aarch64 GENERIC: SHA512 (FreeBSD-12.0-BETA1-arm64-aarch64-memstick.img) = 130f8d90d9a5ebd1b51784d214e856eade30876d46ffa8e5c2bb225c3cc45f40009d544960e711251a089f1747854c50b8b91f5af683fe18d87f5c5ecd1a8079 SHA512 (FreeBSD-12.0-BETA1-arm64-aarch64-memstick.img.xz) = a1243ebf15aa96a94f88ef1cce26ca84ef97ee03984b5071ae10b441308aceb74cb935a68d2f921cff476a19b1aedccd89c2cf492bac97f675f3eb8ffe2b610c SHA512 (FreeBSD-12.0-BETA1-arm64-aarch64-mini-memstick.img) = 5eacb2cfaeb0c3e8272b5ea4be0cd987c4854e70d34a1ecee14fac6ec01c4fc875966791488a427f58c4fb884b0c80b644f8c95c576973c1d790af46a3e5dd2a SHA512 (FreeBSD-12.0-BETA1-arm64-aarch64-mini-memstick.img.xz) = f199907733330e6c9e919755fdf901ef46bde79e4b7268e33bc7f98a6bdc702983fd6296c2b0fb339a1c58632ddf4c7965acc65f7b6c695808319bfa6781a88f SHA256 (FreeBSD-12.0-BETA1-arm64-aarch64-memstick.img) = 3d2faf0aef97c80af1f0a50c9dde9140161bc089676a9f6130adfcaabeec5f90 SHA256 (FreeBSD-12.0-BETA1-arm64-aarch64-memstick.img.xz) = 9896b914eef5e4b912fbb4df2d83eaa24dcc0d8da894df572cfb5a51f386437a SHA256 (FreeBSD-12.0-BETA1-arm64-aarch64-mini-memstick.img) = 8240b84eb3e36c6f588b6cbed0e042fe0ef276e4efeb61b7d510822923f874c3 SHA256 (FreeBSD-12.0-BETA1-arm64-aarch64-mini-memstick.img.xz) = 975f3836f0777278566cb841251ade90a8d3f4a0a69e20c9ecc062e59e95a18a o 12.0-BETA1 aarch64 RPI3: SHA512 (FreeBSD-12.0-BETA1-arm64-aarch64-RPI3.img.xz) = 61ea4e8fe22e5900ef813dd72c901c2ab90febae77e7335700ca6b4df650ce871d6dd70c8055797528883097f6d4f21c9dcdc8b37668c855f9399a802a3a8d86 SHA256 (FreeBSD-12.0-BETA1-arm64-aarch64-RPI3.img.xz) = b308e080a4af0cccb733bc2033c200f29edf72b4bb79fbae278c0a9531736eea o 12.0-BETA1 aarch64 PINE64: SHA512 (FreeBSD-12.0-BETA1-arm64-aarch64-PINE64.img.xz) = 8412bcb295c4f3eac51bf1c0ed42a78533f6714fa685d345ee699b092040a84b2ad1d98bde1794138b7b7f893b776bbdd7a19d55e4b1bb111abd5f0e5bdb8022 SHA256 (FreeBSD-12.0-BETA1-arm64-aarch64-PINE64.img.xz) = 9feeba8e9f9f14cb3251f4465bdd5561d1333c70ccb5ecf2566d530913447823 o 12.0-BETA1 aarch64 PINE64-LTS: SHA512 (FreeBSD-12.0-BETA1-arm64-aarch64-PINE64-LTS.img.xz) = a92a68e63da4560e92874ebb660dc752de0039b64aa9585cfaea2ca628aa6a73b447c5ce7bd7f8b15b8881fb3122573d0dc0eb8ba886b6d7f9966e20a8e14672 SHA256 (FreeBSD-12.0-BETA1-arm64-aarch64-PINE64-LTS.img.xz) = a34b167bf2e8accae500fcef64db957ee7565250881b7a7c0b12b531e2edeec0 == VM IMAGE CHECKSUMS == o 12.0-BETA1 amd64: SHA512 (FreeBSD-12.0-BETA1-amd64.qcow2.xz) = de7b8b0805ad802d01a601928123ffcee6890d2ee89c9c1904f84ddaf5758cb15b4a434156e52458eb61c8c824fbb79fad22fda2870ac6c6f8853271e162b643 SHA512 (FreeBSD-12.0-BETA1-amd64.raw.xz) = c19761e6ceb0cc97302fa5e1b71318bd5a97e661e04765def8faac1daf311f9b84f94f271b64d44dd045a964007ec690a1c669c245dd8af5cce7d4a4f5782b90 SHA512 (FreeBSD-12.0-BETA1-amd64.vhd.xz) = 07f18f63edcdbb0cff37ae119ae347f4e838167967ed9445b9fb5b8e0576e0d47a1f4a93ccc033a7b5f3db9087896795cd31d99adda819e590856341a90af63c SHA512 (FreeBSD-12.0-BETA1-amd64.vmdk.xz) = f4001267f11e71bd312ef84f7b55c30e43eb44d124e1e0beb84c8270287ecf30bd2dc1e184b412c23e3d88b954a78c6fb8572fff7ec27e1470d411a022abdecf SHA256 (FreeBSD-12.0-BETA1-amd64.qcow2.xz) = c71ce06b90af7a586cdc929de86a03aeca21dc2380f6765277f476ea965b4018 SHA256 (FreeBSD-12.0-BETA1-amd64.raw.xz) = 8ec47fd0ff386a40acae41210daf72db71a4743b4dfb0e0faa8ebaea9e434177 SHA256 (FreeBSD-12.0-BETA1-amd64.vhd.xz) = 5df9a0590f2bba8b7adfb5225e73647d4bab1cc553377b379d6266f39f69f990 SHA256 (FreeBSD-12.0-BETA1-amd64.vmdk.xz) = f7525cb609b9b78f3164ef8087ee6299b7090a52a151831a45294369169b8d74 o 12.0-BETA1 i386: SHA512 (FreeBSD-12.0-BETA1-i386.qcow2.xz) = b2fd1a3264e74608899b9022a1e5bd6a463c5a94faa50d5eb1a38079ddc7d4bd70cab93a2a82ffe97d3a50eea27bc30ba91654d94b3b8d837d37cd618943d169 SHA512 (FreeBSD-12.0-BETA1-i386.raw.xz) = be36d196524ace46980e76098f3927327921ffe753964d91cba50c314f58ed9de0aeb06f2815bac612a58b6d77c5f33b9f16e0ee2cc605bf8b50b07f7251a126 SHA512 (FreeBSD-12.0-BETA1-i386.vhd.xz) = 87a672de35f19a0f2d55d71ba6a0d959b387952f61ca53d4efab599ad64ed7187729fe2a1ed18f265d5cfbc670c3af3849f0764f2d3d8265753be2ae92a10a56 SHA512 (FreeBSD-12.0-BETA1-i386.vmdk.xz) = d84fa5c1bd07caee195d1d9378106fbe8cef60d34f2875519b2ad6c4c175800faa4d42dce03c5a9705fc578c4739d1ab45342c117d40683e4d105acbd50788ac SHA256 (FreeBSD-12.0-BETA1-i386.qcow2.xz) = 86c2d6bc4df902c1fc4931ac17a07dc51fac73d8840abae3949cc5d3c14d422e SHA256 (FreeBSD-12.0-BETA1-i386.raw.xz) = e84f797564f65772dc176f0de06342b2c1c48489769d2ac216ab8503e0daa9ef SHA256 (FreeBSD-12.0-BETA1-i386.vhd.xz) = 084cc425528b5e8eeb16c46ffcd06162d2aa15bc53b1b4f630ba50f466fb6709 SHA256 (FreeBSD-12.0-BETA1-i386.vmdk.xz) = 9e4ce4c96126752b54a9444b60ecb0062f68bc9671e5d7985f90ec810e451f9c o 12.0-BETA1 aarch64: SHA512 (FreeBSD-12.0-BETA1-arm64-aarch64.qcow2.xz) = 19f7354a2482fd74a04cc6df546c1ef5ae4bec60e9a6d5ea92c5cad693b68c934fd22ab718f9f31b7433b26480e71adb7cd538ee524d8ffd5271730f8a2c3269 SHA512 (FreeBSD-12.0-BETA1-arm64-aarch64.raw.xz) = 4658075f4341d72d37ca605441ad320a493aa4a8c15a2f50c19b515ca215ab213f86dfdafb1e82bcde5d821e0c526f4f81e3056ca739573d4eee144f62d77813 SHA512 (FreeBSD-12.0-BETA1-arm64-aarch64.vhd.xz) = 18b416d2cff64a10b7b7bbe369be9a1c5477ea7e3163ca00ee9ddd26875f93cf8c71c2982361124675f9866dc6c46e3a24aca1bed37eda320043687571e8e3f5 SHA512 (FreeBSD-12.0-BETA1-arm64-aarch64.vmdk.xz) = a7f426eb6918885baa16a28d14e1ce86b206160ee2940a232a53568c81b150e1ec3409899bc8d2c1fcbc48672e56a0e5bdd28ae889ccac303517e11b919fc0d6 SHA256 (FreeBSD-12.0-BETA1-arm64-aarch64.qcow2.xz) = 5050ce05ba14d616a617b8b2a60e286a4905b8019709f71c05fcbd033b5b284d SHA256 (FreeBSD-12.0-BETA1-arm64-aarch64.raw.xz) = f2bb654ccb580baf0adaec8cb314e3c329081fa820376566924e3cc4097f3fb5 SHA256 (FreeBSD-12.0-BETA1-arm64-aarch64.vhd.xz) = bd757b830f9b40c8114bd97901d98381179573efe948f0ea3c0034fb9141c058 SHA256 (FreeBSD-12.0-BETA1-arm64-aarch64.vmdk.xz) = 5b082568cf6d8ca39a6b531b1786fc62996496cd72d4c84ee5e782ada0f5d868 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAlvLWzoACgkQAxRYpUeP 4pMpyBAAobu+fwOoeHQ+1pyKm7I6GiWZONEz3A0aNLX0QMVaM9eHIzIF6xWDYp4M YrbFmeJpTTyGynqhOZNeS8aXG1OPQCSrADlENsfE5i56C38RT+DHQgXkVCZen6nb F7QVD9posV6KtW6NBn8+mKf3XCeNc6nHpa02JiH8PhIH7+1vdGBUJMrTYNrQ3qhR wPcwegGbHkgULrZUlzgH5X5wZOcmjTQTYZYKaGOyE2VnFJt8kiy5YS4udywKKYbH NjQ2GOQmW+s5TdRBvPPZX6FbzfevvfqAFbAaNa/xC3lGe7V05xYhXMlARkbEyNR8 1HMbd0nlLeM8+8pM2P//dUlLPGqg5ngtGUe+C86pphjxuwZshmZ6qcoaNLz6b+FA vuOx47aUA3yBwk07M6Ugwu4hsy+iCKs+bwIbNXrRBSvJqC3IZ+1PDuz+Walz+plo 0C32pnC+cFdkYo+aB5/7k7Vg1bmvC6Kri9RAO34sglaqAppTv5i3ipmSIQ87qSW4 +b/7bnjDFn67MTe8C128hPCL5NYanHWP762KOh4q7BLh663jbQdL/VK63wtUzo/G sAdmjS8EcdURI5qrZZUA43pKQbLtHXG+Lo7wkfU/s1ISXBQx0tgxRHNms/x3a/lC OO9bfxP02dfX22t0MwJ3shIqtUMzVKoRocSesvtmNifCck7tI2E= =Uo+3 -----END PGP SIGNATURE----- From owner-freebsd-current@freebsd.org Sat Oct 20 16:56:15 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A973FFEC660 for ; Sat, 20 Oct 2018 16:56:15 +0000 (UTC) (envelope-from pho@holm.cc) 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 4D3787B42D for ; Sat, 20 Oct 2018 16:56:15 +0000 (UTC) (envelope-from pho@holm.cc) Received: by mailman.ysv.freebsd.org (Postfix) id 0F105FEC65F; Sat, 20 Oct 2018 16:56:15 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1CACFEC65E for ; Sat, 20 Oct 2018 16:56:14 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) (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 A694A7B42C for ; Sat, 20 Oct 2018 16:56:14 +0000 (UTC) (envelope-from pho@holm.cc) Received: from x2.osted.lan (87-58-223-204-dynamic.dk.customer.tdc.net [87.58.223.204]) by relay01.pair.com (Postfix) with ESMTP id 42FDCD00B24 for ; Sat, 20 Oct 2018 12:56:07 -0400 (EDT) Received: from x2.osted.lan (localhost [127.0.0.1]) by x2.osted.lan (8.15.2/8.15.2) with ESMTPS id w9KGu5L3005089 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 20 Oct 2018 18:56:05 +0200 (CEST) (envelope-from pho@x2.osted.lan) Received: (from pho@localhost) by x2.osted.lan (8.15.2/8.15.2/Submit) id w9KGu5cL005088 for current@freebsd.org; Sat, 20 Oct 2018 18:56:05 +0200 (CEST) (envelope-from pho) Date: Sat, 20 Oct 2018 18:56:05 +0200 From: Peter Holm To: current@freebsd.org Subject: Page fault in midi/sequencer.c Message-ID: <20181020165604.GA4946@x2.osted.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.10.0 (2018-05-17) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Oct 2018 16:56:15 -0000 I can trigger this on 13.0-CURRENT r339445 with a non-root test program: Calling uiomove() with the following non-sleepable locks held: exclusive sleep mutex seqflq (seqflq) r = 0 (0xfffff80003860c08) locked @ dev/sound/midi/sequencer.c:952 stack backtrace: #0 0xffffffff80bfe263 at witness_debugger+0x73 #1 0xffffffff80bff1b8 at witness_warn+0x448 #2 0xffffffff80bf6a91 at uiomove_faultflag+0x71 #3 0xffffffff809439e6 at mseq_write+0x4c6 #4 0xffffffff80a4f725 at devfs_write_f+0x185 #5 0xffffffff80c02a87 at dofilewrite+0x97 #6 0xffffffff80c0287f at kern_pwritev+0x5f #7 0xffffffff80c0277d at sys_pwrite+0x8d #8 0xffffffff81070af7 at amd64_syscall+0x2a7 #9 0xffffffff8104a4ad at fast_syscall_common+0x101 Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex seqflq (seqflq) r = 0 (0xfffff80003860c08) locked @ dev/sound/midi/sequencer.c:952 stack backtrace: #0 0xffffffff80bfe263 at witness_debugger+0x73 #1 0xffffffff80bff1b8 at witness_warn+0x448 #2 0xffffffff810700d3 at trap_pfault+0x53 #3 0xffffffff8106f70a at trap+0x2ba #4 0xffffffff81049bc5 at calltrap+0x8 #5 0xffffffff80bf6b42 at uiomove_faultflag+0x122 #6 0xffffffff809439e6 at mseq_write+0x4c6 #7 0xffffffff80a4f725 at devfs_write_f+0x185 #8 0xffffffff80c02a87 at dofilewrite+0x97 #9 0xffffffff80c0287f at kern_pwritev+0x5f #10 0xffffffff80c0277d at sys_pwrite+0x8d #11 0xffffffff81070af7 at amd64_syscall+0x2a7 #12 0xffffffff8104a4ad at fast_syscall_common+0x101 Fatal trap 12: page fault while in kernel mode cpuid = 4; apic id = 04 fault virtual address = 0x20ea6b fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8106d32d stack pointer = 0x28:0xfffffe00a844a660 frame pointer = 0x28:0xfffffe00a844a660 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2356 (xxx) [ thread pid 2356 tid 100278 ] Stopped at copyin_nosmap_erms+0xdd: movl (%rsi),%edx db> -- Peter From owner-freebsd-current@freebsd.org Sat Oct 20 19:03:33 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EFD3FFF1A7C for ; Sat, 20 Oct 2018 19:03:32 +0000 (UTC) (envelope-from gurenchan@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 89E3982EE7 for ; Sat, 20 Oct 2018 19:03:32 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 4C8BCFF1A7B; Sat, 20 Oct 2018 19:03:32 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29E90FF1A7A for ; Sat, 20 Oct 2018 19:03:32 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-yw1-xc2d.google.com (mail-yw1-xc2d.google.com [IPv6:2607:f8b0:4864:20::c2d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B9D8782EE6 for ; Sat, 20 Oct 2018 19:03:31 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-yw1-xc2d.google.com with SMTP id z206-v6so3234823ywb.3 for ; Sat, 20 Oct 2018 12:03: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 :cc; bh=oiNWG6/eS8Pbmh+bFqmpWbA4CC899YNn6q5CZdrp83g=; b=UEOJjGU8RCzqChPyHo5X5aandLYm8l31a6JQMkdN4dyF2U5OBQ9pXTyvAIO55Qyysp htkYaTK0cZUK7/dh482V4v02kmHIqdbx8ko/zeBPKcLNIODZFHWRhB9meDSyiJU8uSqt 5AN1gwRRQWJfb1OBPObKw8OWsaQHX2d7Y95mdfT8lNgcnLH7W+XElqzdtLY+Ne3T2S7j C/2fo4KC468faHrRkrBFhpdXLqlbfqBcvljaHf+1ws9FtL+0XBh23eUgRVtR/6OvoIaO WyCG7BHWXSJlzbmIN77ksZWHZsHvmnKqSWAD6wG/D0pzao7LjfyZuQaVcY5Ayy3Ly7tO WZhA== 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:cc; bh=oiNWG6/eS8Pbmh+bFqmpWbA4CC899YNn6q5CZdrp83g=; b=sjplg8fdwgd2cZlHNuVjXEVQtEu8AX2m1ub84DrNQ99q3uNzGDFkCNY7X+Wg+RDa9S x3jONQ+N9ssQXXRp9+P4ll942EF8EzNbhK2+dNGLMo4o9xUtKW1VxEVBDrusJvXTax2o L8OltCg7bhYkOhp+it/itB3tFV2x81J8ZN54YpW2OovL/wr17c9HTjJttg6ue4O93p1H vuofXY/R8nOrX6x0ze5yO3jCVO4wmF4NIlGpnPe/ui7OsKMcI1uazZua0YFBCO99U13z Xd9No58FlONRBadeANQHSa082ek2OA/JC7Lm6v7SQ80vjgkv3ALFl0xNo1A40sGSuvXB iWyw== X-Gm-Message-State: ABuFfoiaxIeH700bSClgH+LbdY9VOyEUNfxvlR8MNKY5U2NMXYgj/3ZW 3ULY3WU1cKvoax9Oq1CeSH9zG1vxS1YIlNorIrE= X-Google-Smtp-Source: ACcGV61LqqqxZ0/T0KXSWkhKNpjbkiZ6tW2zke47gQ0LgkF/uwqEnlmPRsR3LkHS0uE0/Up8BME9Vs+xFZbUlexh2To= X-Received: by 2002:a81:ac52:: with SMTP id z18-v6mr26887362ywj.320.1540062211034; Sat, 20 Oct 2018 12:03:31 -0700 (PDT) MIME-Version: 1.0 References: <20181020165604.GA4946@x2.osted.lan> In-Reply-To: <20181020165604.GA4946@x2.osted.lan> From: blubee blubeeme Date: Sun, 21 Oct 2018 03:03:19 +0800 Message-ID: Subject: Re: Page fault in midi/sequencer.c To: peter@holm.cc Cc: current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Oct 2018 19:03:33 -0000 On Sun, Oct 21, 2018 at 12:59 AM Peter Holm wrote: > I can trigger this on 13.0-CURRENT r339445 with a non-root test program: > > Calling uiomove() with the following non-sleepable locks held: > exclusive sleep mutex seqflq (seqflq) r = 0 (0xfffff80003860c08) locked @ > dev/sound/midi/sequencer.c:952 > stack backtrace: > #0 0xffffffff80bfe263 at witness_debugger+0x73 > #1 0xffffffff80bff1b8 at witness_warn+0x448 > #2 0xffffffff80bf6a91 at uiomove_faultflag+0x71 > #3 0xffffffff809439e6 at mseq_write+0x4c6 > #4 0xffffffff80a4f725 at devfs_write_f+0x185 > #5 0xffffffff80c02a87 at dofilewrite+0x97 > #6 0xffffffff80c0287f at kern_pwritev+0x5f > #7 0xffffffff80c0277d at sys_pwrite+0x8d > #8 0xffffffff81070af7 at amd64_syscall+0x2a7 > #9 0xffffffff8104a4ad at fast_syscall_common+0x101 > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex seqflq (seqflq) r = 0 (0xfffff80003860c08) locked @ > dev/sound/midi/sequencer.c:952 > stack backtrace: > #0 0xffffffff80bfe263 at witness_debugger+0x73 > #1 0xffffffff80bff1b8 at witness_warn+0x448 > #2 0xffffffff810700d3 at trap_pfault+0x53 > #3 0xffffffff8106f70a at trap+0x2ba > #4 0xffffffff81049bc5 at calltrap+0x8 > #5 0xffffffff80bf6b42 at uiomove_faultflag+0x122 > #6 0xffffffff809439e6 at mseq_write+0x4c6 > #7 0xffffffff80a4f725 at devfs_write_f+0x185 > #8 0xffffffff80c02a87 at dofilewrite+0x97 > #9 0xffffffff80c0287f at kern_pwritev+0x5f > #10 0xffffffff80c0277d at sys_pwrite+0x8d > #11 0xffffffff81070af7 at amd64_syscall+0x2a7 > #12 0xffffffff8104a4ad at fast_syscall_common+0x101 > > > Fatal trap 12: page fault while in kernel mode > cpuid = 4; apic id = 04 > fault virtual address = 0x20ea6b > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff8106d32d > stack pointer = 0x28:0xfffffe00a844a660 > frame pointer = 0x28:0xfffffe00a844a660 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 2356 (xxx) > [ thread pid 2356 tid 100278 ] > Stopped at copyin_nosmap_erms+0xdd: movl (%rsi),%edx > db> > > -- > Peter > _______________________________________________ > 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" > It's a known fault in the oss implementation midi parsing code. The easiest route is to use something else to parse midi for the time being. OSS was ported over and many outstanding bugs are still laying around. Best, Owen From owner-freebsd-current@freebsd.org Sat Oct 20 19:45:03 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 334B6FF2F34 for ; Sat, 20 Oct 2018 19:45:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-22.consmr.mail.ne1.yahoo.com (sonic311-22.consmr.mail.ne1.yahoo.com [66.163.188.203]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C258984A09 for ; Sat, 20 Oct 2018 19:45:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: uVHrF0AVM1m.pAjqWb.XPCZ6v5__DHAan.Zbv3z5qRtH2QtNL9CXGvuYLE64aHC Zrm.7Bms4TQQSfurfycxgHHIyT48WISe88txLD0BdSQHMOnt2wNwK4HIDmrexwcJeeqiTPIRWEj. ZDoErJsdsQvcaZFr.Y3Jy4WoWWLY8wctWPA0hOuWVyAseuLQE0319KUvXT77Kxz8tRqIVRgRlf7q O2eGnSttH7hpor3i2n4PevEWt6UjgSIHOzkVYmTnU0nAqRd9mw_Aq_U0.Ag6R7cC8MDdkP1ruqL9 J2LUreH8ARWFHAOcnbrhey.PvqpkpDgkJ.drO7udTXXCPkS4dxclFBaJQmjUXZdYFU3LAIoX1lLt Ei.7twIkGN2URLJwjp.c8PLA0mgKiA4A1oJaEg23tStgK5zYMLYlJQeCHz0.ZtRAlw8acHV0p7lO 5WgrwGPssltBHq70WW3XOcBnpGsZUzVEDdYpdZT5V77PIK3lalg4cBVr0Bg4uzLWIitQzaOYmc60 .8k6KmGKtRSpSyva18eUL4fYeS.uEhqU9pxnK9HwrsTdvY_lRKZQPGHvEYiaNwqpU6WsbOCWhXT3 lwlPI_OxSwELp3Ew_p4c7paLUqKmnTnOR2_TfBEj_UBRZGCR05rh8y.7RD6Txf4pO2KdlyPSlKhX fptS9gDklFPc0VZjhauAvT03HFFWdfNfwqsCtq523G9iioMurL51yVWt1BLhA27..uzXT3SPGp60 qnAMSt28YoWgC1YCbpwWBiDOZoZsjhyw7PqYAzQetEWufElnWR2cjB.McTH1kotRn1Y5NMm3uIeh eOd.py_fvFUP9NdT.gagT2wFAcTD.f3WCnRARAQfDJ3nF4Ex.BnCjGAGfah7uqtvt3FCyqt4Psvd 5RyDpTRlrYbx1POALs.zHYkB1yNAHd_19jyQL2Z850j6jMmcN1c2yuDQLxskx8oiXC9lQRKXu1jG 0J.vYVk.3ZmlPu8KQc34T81U27FAUy3pskha9JJrrIfui6ypXckkBIWulC4WqNhLO.82i1cAExvf lpcNYiZaQTDFQ52id.epjaPTYUEfA1ukAtV9joEj0nlzriCnLsl4h24yIuEuzSMqQFvalpx.4SPv sPFhsDkqwuJlJhdIBzcWvaJgSHdpTClwcZmj.eteZbEBVsseY0rzbCDEQlxlBZg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.ne1.yahoo.com with HTTP; Sat, 20 Oct 2018 19:44:56 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp401.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID cfd129d1a2e34e527cc0667dfff80ec9; Sat, 20 Oct 2018 19:44:52 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: head -r339076's boot loader fails to boot threadripper 1950X system (BTX halted); an earlier version works Date: Sat, 20 Oct 2018 12:44:50 -0700 References: To: Warner Losh , FreeBSD Current , freebsd-stable@freebsd.org In-Reply-To: Message-Id: <2A425DE4-2B5B-474D-8B95-81890DE4D8A1@yahoo.com> X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 20 Oct 2018 19:45:03 -0000 [Adding some vintage information for a loader that allowed a native boot.] On 2018-Oct-20, at 4:00 AM, Mark Millard wrote: > I attempted to jump from head -r334014 to -r339076 > on a threadripper 1950X board and the native > FreeBSD boot failed very early. (Hyper-V use of > the same media did not have this issue.) > > But copying over an older /boot/loader from another > storage device with a FreeBSD head version that has > not been updated yet got past the problem being > reported here. (For other reasons, the kernel has > been moved back to -r338804 --and with that, > and the older /boot/loader, the 1950X native-boots > FreeBSD all the way just fine.) I found one /boot/loader.old that was dated in the update'd file system as 2018-May 20, instead of 2018-Apr-03 from the older file system. May 20 would apparently mean a little below -r334014 . It native-booted okay, as did the April one. [I do not know how to inspect a /boot/loader* to find out what -r?????? it is from.] Unfortunately, I had done more than one -r339076 install from -r334014 before rebooting and no -r334014 loaders were still present: the other *.old files from a few minutes before the ones I had the boot problem with. I might be able to extract loaders from various: https://artifact.ci.freebsd.org/snapshot/head/r*/amd64/amd64/base.txz materials and try substituting them in order to narrow the range for works -> fails. If I can, this likely would take a fair amount of time in my context. Other notes: It turns out that only Hyper-V based use needed a -r334804 kernel: Native booting with the older loaders and newer kernels works fine. Windows 10 Pro 64bit also has no problems booting and operating the machine. The native-boot problem does seem to be freeBSD loader-vintage specific. > For the BTX failure the display ends up with > (hand transcribed, ". . ." for an omission): > > BTX loader 1.00 BTX version is 1.02 > Console: internal video/keyboard > BIOS drive C: is disk0 > . . . > BIOS drive P: is disk13 > - > int=00000000 err=00000000 efl=00010246 eip=000096fd > eax=74d48000 ebx=74d4e5e0 ecx=00000011 edx=00000000 > esi=74d4e380 edi=74d4e5b0 ebp=00091da0 esp=00091d60 > cs=002b ds=0033 es=0033 fs=0033 gs=0033 ss=0033 > cs:eip=66 f7 77 04 0f b7 c0 89-44 24 0c 89 5c 24 04 8b > 45 08 89 04 24 83 64 24-10 00 c7 44 24 08 01 00 > ss:esp=00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00-f0 1d 89 00 00 00 00 00 > BTX halted I've no clue what of that output might be loader vintage specific. It might not be of use without knowing the exact build of the loader. > The board is a GIGABYTE X399 AORUS Gaming 7 (rev 1.0). > It has 96 GiBytes of ECC RAM, just 6 DIMMs installed. For reference for the board's BIOS: Version: F11e Dated: 2018-Sep-17 Description: Update AGESA 1.1.0.1a === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)