From owner-freebsd-current@freebsd.org Sun Mar 17 13:26:01 2019 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 D1AC8153A6A0 for ; Sun, 17 Mar 2019 13:26:01 +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 97F2477DE7 for ; Sun, 17 Mar 2019 13:26:00 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [176.74.212.121]) (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 671D3260205; Sun, 17 Mar 2019 14:25:50 +0100 (CET) Subject: Re: Building freebsd on another OS To: Jonathan Moore , "freebsd-current@freebsd.org" References: <8BA3B71BA1BE4249A17369318459EC144F16ADB3@DAG.uvawise.edu> From: Hans Petter Selasky Message-ID: <9c1cf7c9-e2f1-ba2d-b6e8-c4b691b24c61@selasky.org> Date: Sun, 17 Mar 2019 14:25:26 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <8BA3B71BA1BE4249A17369318459EC144F16ADB3@DAG.uvawise.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 97F2477DE7 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 88.99.82.50 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-6.36 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mail.turbocat.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.84)[-0.839,0]; IP_SCORE(-3.21)[ip: (-9.45), ipnet: 88.99.0.0/16(-4.65), asn: 24940(-1.95), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] 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: Sun, 17 Mar 2019 13:26:02 -0000 On 3/16/19 1:44 AM, Jonathan Moore wrote: > Hi, > > Is it possible to build freebsd on Windows All I could find is this.: > > https://forums.freebsd.org/threads/building-the-freebsd-kernel-on-another-os.32275/ > See the freebsd-build utils package for Linux. --HPS From owner-freebsd-current@freebsd.org Sun Mar 17 12:07:48 2019 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 EB9C81537786 for ; Sun, 17 Mar 2019 12:07:47 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E3FAA751EE for ; Sun, 17 Mar 2019 12:07:46 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-wm1-x334.google.com with SMTP id e74so10344798wmg.3 for ; Sun, 17 Mar 2019 05:07:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:openpgp:autocrypt:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=ibMvqr8JyDPEhArgnNu6KHR63kN8437EULBaxxpYp78=; b=UdCXmvaBGLTuj/FDiZvFCJdsxH/6fD1cWroNIl0TYtC0pfYvSWsiSyGQmmDFo/Ac6U 7Mlir8EMCqHLKMtyrGQ+RoIAnyrm1DbQ1/MaJ+bCe7xPctECNtPIfF/dPvPQ1wooiq3g hD6AufsJJbIfEuLpJ6WF0a7DKjffrAEs8OSXO743JnlnWeIDPAVokt0Th+V9WJBIg+S9 WX90ZL+SeDp3RAByrGjX6wjmkb929NLc/ABxPLrEjgCyD7xnN6TLqLn2U4PrRV1EI+Aq W2DQWFYlY3W+iZFB+CoA9ANvFD4hAFdqDbOA+8elMiRjvm19eFzR2BHpKpYSt26gSpmB XVcg== 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:openpgp:autocrypt:message-id :date:user-agent:mime-version:content-transfer-encoding :content-language; bh=ibMvqr8JyDPEhArgnNu6KHR63kN8437EULBaxxpYp78=; b=soKsz+oSK+OGBFI9KtAfXc4nZv1rk8FuD7RiExfjm/MFMHk1HUGFExwfojfnQZ20Bi iTaZgnAQxZDKBuYS81X91QZIOaKbn3syWg44x3T9YWEfPWiy7zlsK7q6UK8DWUzk2YhU DY3J0J0xjtnUQsTBKh5GLBG61HltO4+OvdvTsG00dO+UtTZPjuKsh8LhZo9CXVvduKnq RBOftVlm4xK5PSDT6wlmWOPOFkn9REQGLqDJQRkw0dD/xcqjv5j5goMmzPnkG/jSr74s 8N59qSMgesdh5s9LsLjramPgRzYzF98u534E7IU6EpoX1PEdIsqHgAESa8is+zZy0xa1 hbqA== X-Gm-Message-State: APjAAAUT+0qMU9ZmaYn2EO4ZsRPXX1Wq8lJ2GHXkVKOLAXfwsbsY1IS8 jWfCJtKWFnfvIc/E8BVFZ5Y23AZn X-Google-Smtp-Source: APXvYqyAw8tSourepqlzHN5iThTrne7D/Rnrd6AFXrDNOnoFmq9LBITuXN6O0x8N6jOTnK+g1ryuNw== X-Received: by 2002:a1c:6c08:: with SMTP id h8mr1229015wmc.146.1552824464603; Sun, 17 Mar 2019 05:07:44 -0700 (PDT) Received: from [192.168.1.33] ([81.174.250.12]) by smtp.gmail.com with ESMTPSA id 3sm14700345wrk.68.2019.03.17.05.07.43 for (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Sun, 17 Mar 2019 05:07:43 -0700 (PDT) To: FreeBSD Current From: Johannes Lundberg Subject: Switching fb backend back to default Openpgp: preference=signencrypt Autocrypt: addr=johalun0@gmail.com; keydata= mQINBFxFmoIBEADoFO5jY+Fmsg44KiZjufEmpEf4kt7nCOfxNG9SruWpoXUaq0B296F+fIZC hNZqv1v7lGTsfoWRusxJmLd5CQgHHxEyruZbbPpNsQ/JKoDY3GGmrmWfN/SX3y0t0kdB9HsW mJcvZhK7we52f4gxddIVBS9nQoVoONX+hzXf8zwOAa0ik0EPgEwpIKS4j9lLq4bU+mqVKdRR bPeDujEA/qbsCKhaFJkPzXZtzEe6srq4RK1doEztwnKz02b+8gs642TRkWDQeTRZputrAaoN Un4R76A1QpXWyrFG1dQu48IGHi3KbkrvNyq6R1aUBIA0+CG1npIbxmc2mtSjoyvdipmDRbBD +mhECIxmYfBT6818zuj91XjrfOyfVdV2BryBvqFkJLkS3N3QElBIiVdDgdrqiNFWiOlDMxNI tdP16oQBNo8IB27/0YHpnQEw1MafZv5gG5DO0zLtLy88ASAfL7BYf90JP19rT4JIwnxsXxyv kEJnzhsXf0QVObEiAu1MqeFyWfZ8PpunmvEmJ0VChOL+v/kIx1E9cxhhzMZhqiMXfyM4zx2+ BF1FwAwJYPuJLu2B3L0uVBu+M1YvSOmKAbXPDP8PsqPjgSBTYI51MUjuuxN6jSsHDuK6G5k4 pUWR8axa+wafhd6Vz8zVwdTJZ9LdxgLLVg0kprBgccPHhPAZVQARAQABtCZKb2hhbm5lcyBM dW5kYmVyZyA8am9oYWx1bjBAZ21haWwuY29tPokCVAQTAQgAPhYhBIl1Pb3+hI60ivmRSULn yG4BGvSeBQJcRZqCAhsjBQkJZgGABQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAAAoJEELnyG4B GvSe9O0P/RzeQAu1R37RlONZTXNn+qIAHvHbZEhzrCibzaZnwYdC31wGrYmXNDyiQIqOngFf QJuufQtH/+95OESJsjR+42L/pNfFdaEWxiI003qE7uCMzLK5UWUXd/5d5vYY0CaPyNCj1tyM ZIq7x4CaR3QLTh/Fw4zMUI/ZPH2S5SxVFGv0ZZFAdNYILD3qCkAS/9HmXsqufBWbfutA8TTf wyJfywmvf7ENjlZ4QOjb242ZY9NndqbmqTgWVAws+PN5e9AT8HkadscCTCSkYnxJyYG2El27 DpAAkekYplb/C0j82KSz2fy9RgwD+tTqt88DJOeFbIbrYt44u7KLHpzaZeqyUtn0reHCkE0W lnKH2kXXbuswFB4sONxI/J5+qSmOsAm5ItO3voyjm/swpmFR1yBlxo4th26gbO5NfBOK9YsY zHKgiRDv6ZdnHo+htphRxcCDHsFPzkQe5jouI25dvMZYl1LaTS/09lwYVwVIB2SFmMtFZ7rB N4NBSzPlpsg+g4dJNqiw6Rfa2Q/wUv+MzTJgLtHjDccXlpm33Nc09UytHFtNn26PO/zrM39r TwzdLu1mg0x2WWEWTIqe4CaczQU9SIg49BSyJNoPSZx3V7nMhTKbOeQKR5aV3dXI66aENw86 pa1tipuUKCPmope/GTJatUgPiD3JkyiD+7c1zQX2UAGmuQINBFxFmoIBEACb55RAkM59huAx 4Ddd8WBjsw25qf7rzxeRKAQ7or/8LvJBYQDPXZy0RhkRiu+P+MjxwGb6HVh+LDyAYDn9d8Mt ZqCP/dOGNcl7pkb6IhfRc3i5neckXCYfbm0cigiX9JkqZSt3KT96zbjCxsFZKyIyEFsMl46q 7wKWK5Irj3zxV/Z51JNTJyMLcIRWhY8G6qlMNFgZkz2Hv63w6BRekKVImOmOdThLAscy5ybq 2CIUeAwPG7lMYG9rgcPdn3tMPeWlLmUmi5pSwOQ3AKg3xFrW3WfegjRHdqpeuXoeTjYPPCW4 gyl59uv6E12a6eivItCxj67vlBXgOr4um+zoPyXG/WfidIFtWaEgyBrlGR1Klk7SIcqjEHUA FdiM+PweY4opHXXKn60NOZCqBJ59K43drOQgRouz8E2T3yEoYg40xAfY3lhJV/Vx5+kSTjmy sT2xotlPn/GzfaAEvNuJDK+Mec3LvfbbDoOWFolNyEvoMQqF5Q3A8eGqYsoVGBPxyzNvF2iY LkymxiXpgrSN0Q/LOK7pFlWwbVC8Z6g5I0J9ecgD55dGLoX2luLir787XX/JxGffzbRnP9NE ifenJGrQmx4CyEaz/CHQqSbROm5Uo/YFUX9J7OfUO4mtu90j773j32I3psey/Fz3EC/A2PHv Ghb0KsWYpS3Pj5TV1gGyswARAQABiQI8BBgBCAAmFiEEiXU9vf6EjrSK+ZFJQufIbgEa9J4F AlxFmoICGwwFCQlmAYAACgkQQufIbgEa9J7qOQ//YG/4e69YTSjtiYLXzBI8tRU2Sx+NFByx zx+C/r0EBThLtgRwCqEUZRB7iIDSO8aZ0Qa3vwWRohlD1tn/LBdDFfMmuQkNVdLIrjBoGBB9 B5xHdZJ9xnTZEwpTtk6IWolT4j+8rpGemGKKiFo3X6l02On4Qb4iM7h6rcDb76mfwooNYzB3 8PPcLvyOWb/9iCXAb5N7doo5zmOl15DVwvIF04eXU0q1FFj/iS1zNmtZ5Got82O1TQFV+de4 Rb3YA80IZhhhCiHHJqkMKeKQogRqU+UNDBARUBxfUtKsJtQzTQ2JUGwkb6X6bx53FTLP6O9q hDoODVweE1LdB1k1H5Nn+gawPdRMBqj43Y2amK7KEgoTBrwU04CLpKiaAC0S+EcJFfJcwtpK k3F+uTtP/hnhFnWbn8SgRkHKXKWqSCt63NstXhMzAJut1gEzV+CcPNKqa/sFgQaYEvzCS5Kl F/PXj0++f3TIFqT+2ZNNp8Bz8dT7gh8RPPg5oYQiCHH8K1RAmq7gKqmwyg0qgOazHnped+od X4f3qx320JAP6NP9wglDm6eht48NJzb0sffN8z34wrP66oz8oPKtS5CFV0m/384hEg0lmi3W wo2Hno7rA1etTPJX0dI6/GLlQDtNTHvKQ077HQdWVOMQVWC9j7YH7Zr9NjtOvxcNVRX3fxpJ 6CE= Message-ID: <95dfadc9-8341-b2a5-7b58-e94f46b5fa90@gmail.com> Date: Sun, 17 Mar 2019 12:07:42 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-Rspamd-Queue-Id: E3FAA751EE X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=UdCXmvaB; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of johalun0@gmail.com designates 2a00:1450:4864:20::334 as permitted sender) smtp.mailfrom=johalun0@gmail.com X-Spamd-Result: default: False [-6.57 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.80)[-0.804,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.76)[ip: (-9.29), ipnet: 2a00:1450::/32(-2.36), asn: 15169(-2.09), country: US(-0.07)]; RCVD_IN_DNSWL_NONE(0.00)[4.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0] 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: Sun, 17 Mar 2019 12:07:48 -0000 Hi I'm working on making i915kms unload properly. I've come to what I think is the last issue. The drm driver unloads ok, the "efifb" backend is restored (according to logs) and vt_efifb_init() is being called but the screen (laptop built in display) stays black. The system seems operational otherwise. If I load i915kms again in this state I get back a visible (i915kms) framebuffer. Did we ever have this working so it's known to work? Cheers /Johannes From owner-freebsd-current@freebsd.org Sun Mar 17 15:35:02 2019 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 644DF153F63B for ; Sun, 17 Mar 2019 15:35:02 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out.migadu.com (out.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.migadu.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AD48384BAF for ; Sun, 17 Mar 2019 15:34:59 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: (Migadu outbound); Sun, 17 Mar 2019 15:34:50 +0000 Received: from [192.168.1.141] ([62.122.208.146]) by out.migadu.com (Haraka/2.8.16) with ESMTPSA id 53B607AA-158C-49E1-A1F8-CBFB1B23578C.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 verify=FAIL); Sun, 17 Mar 2019 15:34:50 +0000 Date: Sun, 17 Mar 2019 18:34:47 +0300 From: Greg V Subject: Re: Switching fb backend back to default To: Johannes Lundberg Cc: FreeBSD Current Message-Id: <1552836887.1930.0@unrelenting.technology> In-Reply-To: <95dfadc9-8341-b2a5-7b58-e94f46b5fa90@gmail.com> References: <95dfadc9-8341-b2a5-7b58-e94f46b5fa90@gmail.com> X-Mailer: geary/master~g7e6f39ed MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed DKIM-Signature: v=1; a=rsa-sha256; bh=THCLnOhjRKm+c/vxchjcxfDbJ0Y2zDWbQ5wBT/SfH+Y=; c=relaxed/simple; d=unrelenting.technology; h=from:subject:date:to; s=default; b=Xbj8UAiiqHRq6LfYVHpGio6L3XWUoaWoY5UsN7sq3UOu2i3e+G/gYRJuFCdAgTS+f4cywSxRlnttxrU0/lbWibf9msA6CDlJmmCIddOqIqERIgICPvpmfS13RpyZrf84WK1S7CiNUsn4bONnt5qoFNzKw677qyvzhUWRhSHCsjM= X-Rspamd-Queue-Id: AD48384BAF X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=Xbj8UAii; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 91.121.223.63 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-6.62 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_SHORT(-0.97)[-0.975,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; MX_GOOD(-0.01)[aspmx1.migadu.com,aspmx2.migadu.com]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-2.64)[ip: (-9.89), ipnet: 91.121.0.0/16(-4.15), asn: 16276(0.86), country: FR(-0.01)]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] 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: Sun, 17 Mar 2019 15:35:02 -0000 On Sun, Mar 17, 2019 at 3:07 PM, Johannes Lundberg wrote: > Hi > > I'm working on making i915kms unload properly. I've come to what I > think > is the last issue. The drm driver unloads ok, the "efifb" backend is > restored (according to logs) and vt_efifb_init() is being called but > the > screen (laptop built in display) stays black. The system seems > operational otherwise. If I load i915kms again in this state I get > back > a visible (i915kms) framebuffer. > > Did we ever have this working so it's known to work? Recently on the linux kernel mailing list: http://lkml.iu.edu/hypermail/linux/kernel/1903.1/01162.html > Of course, once native drivers like i915 or radeon take over, such a framebuffer is toast... [6] > [6] linux/drivers/gpu/drm/i915/i915_drv.c::i915_kick_out_firmware_fb() > linux/drivers/gpu/drm/radeon/radeon_drv.c::radeon_pci_probe() So it seems like efifb is not supposed to work after a driver has been loaded at least once. From owner-freebsd-current@freebsd.org Sun Mar 17 16:32:49 2019 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 8E42415417E0 for ; Sun, 17 Mar 2019 16:32:49 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-wm1-x342.google.com (mail-wm1-x342.google.com [IPv6:2a00:1450:4864:20::342]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 632EA869DD for ; Sun, 17 Mar 2019 16:32:47 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-wm1-x342.google.com with SMTP id u10so7824481wmj.5 for ; Sun, 17 Mar 2019 09:32:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:openpgp:autocrypt:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=UNhgZSgKh2flYFynwPS3lRrYGykXV24jLksiq2q2q3c=; b=VZnKasNAwaikPvDB1Y/EFPTGFL2IdGjWWeWh3a6oQZ0jdE4XfEgI71Z8ulKsPn3zPx dpvaRlfcdpJNgbQIQVVdUnIe24gZJVzJUJgFntQIxjmmVY7YV8XGfEnZgr3M2xYMydh6 i0xn23xwRcBV230WlrINFckv+HamAym5gogRlxAWBfuvPivmCJUbenxq7/FL/rUJ5sJN Sy1UV+irH+EWpO1kGgrPrUpf6FzFJjXIO5SHAyISNeSWPx/+6HEUr7eu/5TshJmEzVlz 14Zu8Fk18YNtVsHwjfXvVOueisJMfotzipJ/EL/Zb18XajQJIEL3J4Teim6JBNlAVS9E MBDw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding:content-language; bh=UNhgZSgKh2flYFynwPS3lRrYGykXV24jLksiq2q2q3c=; b=j/fUqUfRrntWvYoLO8tLbeEaGv6XG0AbI4/c/1YJbRW0h0unzUr0oW3rk9Vsd621AJ SxYoF/PDou4TIipbFrQHcIqUSyYZKqQkgN0zUxYuu9d1bJdtxSkjXzz7TCn+Bk4336J0 jLjl/YYEvqNnJJZMlG+OBWEI6CoOeuBXAWamCsNr75UYM+5LfA8r/QVPIPtbjn65f/i+ rVddmqPflw5PBzcBBvbJDIy85RQBss83AFO4iidTbS3gCcFaN/tSyhBZWtNT8gv6s+L9 vdVizKrBesEElbS2HbnCpJLqpAsFzcVnx3y6p64LR325A9B3M+gFcSydLG/xT21hyma5 CeWQ== X-Gm-Message-State: APjAAAVPHc3xu4kGBe3e6cdBWojBkgbv7YbBpsnAtJkhxh42OMCZjqLO mJk2ibFWXm/mnOs6EPPVd9TGW9sq X-Google-Smtp-Source: APXvYqzZUfXmEcCC3eVbe02RirO6eMayKMoub125V5irP6zYJcRT1oD81eJaCp4opokMn7YLDnrYkA== X-Received: by 2002:a1c:f914:: with SMTP id x20mr7604321wmh.62.1552840365860; Sun, 17 Mar 2019 09:32:45 -0700 (PDT) Received: from [192.168.1.33] ([81.174.250.12]) by smtp.gmail.com with ESMTPSA id b9sm5927899wmc.9.2019.03.17.09.32.44 (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Sun, 17 Mar 2019 09:32:44 -0700 (PDT) Subject: Re: Switching fb backend back to default To: Greg V Cc: FreeBSD Current References: <95dfadc9-8341-b2a5-7b58-e94f46b5fa90@gmail.com> <1552836887.1930.0@unrelenting.technology> From: Johannes Lundberg Openpgp: preference=signencrypt Autocrypt: addr=johalun0@gmail.com; keydata= mQINBFxFmoIBEADoFO5jY+Fmsg44KiZjufEmpEf4kt7nCOfxNG9SruWpoXUaq0B296F+fIZC hNZqv1v7lGTsfoWRusxJmLd5CQgHHxEyruZbbPpNsQ/JKoDY3GGmrmWfN/SX3y0t0kdB9HsW mJcvZhK7we52f4gxddIVBS9nQoVoONX+hzXf8zwOAa0ik0EPgEwpIKS4j9lLq4bU+mqVKdRR bPeDujEA/qbsCKhaFJkPzXZtzEe6srq4RK1doEztwnKz02b+8gs642TRkWDQeTRZputrAaoN Un4R76A1QpXWyrFG1dQu48IGHi3KbkrvNyq6R1aUBIA0+CG1npIbxmc2mtSjoyvdipmDRbBD +mhECIxmYfBT6818zuj91XjrfOyfVdV2BryBvqFkJLkS3N3QElBIiVdDgdrqiNFWiOlDMxNI tdP16oQBNo8IB27/0YHpnQEw1MafZv5gG5DO0zLtLy88ASAfL7BYf90JP19rT4JIwnxsXxyv kEJnzhsXf0QVObEiAu1MqeFyWfZ8PpunmvEmJ0VChOL+v/kIx1E9cxhhzMZhqiMXfyM4zx2+ BF1FwAwJYPuJLu2B3L0uVBu+M1YvSOmKAbXPDP8PsqPjgSBTYI51MUjuuxN6jSsHDuK6G5k4 pUWR8axa+wafhd6Vz8zVwdTJZ9LdxgLLVg0kprBgccPHhPAZVQARAQABtCZKb2hhbm5lcyBM dW5kYmVyZyA8am9oYWx1bjBAZ21haWwuY29tPokCVAQTAQgAPhYhBIl1Pb3+hI60ivmRSULn yG4BGvSeBQJcRZqCAhsjBQkJZgGABQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAAAoJEELnyG4B GvSe9O0P/RzeQAu1R37RlONZTXNn+qIAHvHbZEhzrCibzaZnwYdC31wGrYmXNDyiQIqOngFf QJuufQtH/+95OESJsjR+42L/pNfFdaEWxiI003qE7uCMzLK5UWUXd/5d5vYY0CaPyNCj1tyM ZIq7x4CaR3QLTh/Fw4zMUI/ZPH2S5SxVFGv0ZZFAdNYILD3qCkAS/9HmXsqufBWbfutA8TTf wyJfywmvf7ENjlZ4QOjb242ZY9NndqbmqTgWVAws+PN5e9AT8HkadscCTCSkYnxJyYG2El27 DpAAkekYplb/C0j82KSz2fy9RgwD+tTqt88DJOeFbIbrYt44u7KLHpzaZeqyUtn0reHCkE0W lnKH2kXXbuswFB4sONxI/J5+qSmOsAm5ItO3voyjm/swpmFR1yBlxo4th26gbO5NfBOK9YsY zHKgiRDv6ZdnHo+htphRxcCDHsFPzkQe5jouI25dvMZYl1LaTS/09lwYVwVIB2SFmMtFZ7rB N4NBSzPlpsg+g4dJNqiw6Rfa2Q/wUv+MzTJgLtHjDccXlpm33Nc09UytHFtNn26PO/zrM39r TwzdLu1mg0x2WWEWTIqe4CaczQU9SIg49BSyJNoPSZx3V7nMhTKbOeQKR5aV3dXI66aENw86 pa1tipuUKCPmope/GTJatUgPiD3JkyiD+7c1zQX2UAGmuQINBFxFmoIBEACb55RAkM59huAx 4Ddd8WBjsw25qf7rzxeRKAQ7or/8LvJBYQDPXZy0RhkRiu+P+MjxwGb6HVh+LDyAYDn9d8Mt ZqCP/dOGNcl7pkb6IhfRc3i5neckXCYfbm0cigiX9JkqZSt3KT96zbjCxsFZKyIyEFsMl46q 7wKWK5Irj3zxV/Z51JNTJyMLcIRWhY8G6qlMNFgZkz2Hv63w6BRekKVImOmOdThLAscy5ybq 2CIUeAwPG7lMYG9rgcPdn3tMPeWlLmUmi5pSwOQ3AKg3xFrW3WfegjRHdqpeuXoeTjYPPCW4 gyl59uv6E12a6eivItCxj67vlBXgOr4um+zoPyXG/WfidIFtWaEgyBrlGR1Klk7SIcqjEHUA FdiM+PweY4opHXXKn60NOZCqBJ59K43drOQgRouz8E2T3yEoYg40xAfY3lhJV/Vx5+kSTjmy sT2xotlPn/GzfaAEvNuJDK+Mec3LvfbbDoOWFolNyEvoMQqF5Q3A8eGqYsoVGBPxyzNvF2iY LkymxiXpgrSN0Q/LOK7pFlWwbVC8Z6g5I0J9ecgD55dGLoX2luLir787XX/JxGffzbRnP9NE ifenJGrQmx4CyEaz/CHQqSbROm5Uo/YFUX9J7OfUO4mtu90j773j32I3psey/Fz3EC/A2PHv Ghb0KsWYpS3Pj5TV1gGyswARAQABiQI8BBgBCAAmFiEEiXU9vf6EjrSK+ZFJQufIbgEa9J4F AlxFmoICGwwFCQlmAYAACgkQQufIbgEa9J7qOQ//YG/4e69YTSjtiYLXzBI8tRU2Sx+NFByx zx+C/r0EBThLtgRwCqEUZRB7iIDSO8aZ0Qa3vwWRohlD1tn/LBdDFfMmuQkNVdLIrjBoGBB9 B5xHdZJ9xnTZEwpTtk6IWolT4j+8rpGemGKKiFo3X6l02On4Qb4iM7h6rcDb76mfwooNYzB3 8PPcLvyOWb/9iCXAb5N7doo5zmOl15DVwvIF04eXU0q1FFj/iS1zNmtZ5Got82O1TQFV+de4 Rb3YA80IZhhhCiHHJqkMKeKQogRqU+UNDBARUBxfUtKsJtQzTQ2JUGwkb6X6bx53FTLP6O9q hDoODVweE1LdB1k1H5Nn+gawPdRMBqj43Y2amK7KEgoTBrwU04CLpKiaAC0S+EcJFfJcwtpK k3F+uTtP/hnhFnWbn8SgRkHKXKWqSCt63NstXhMzAJut1gEzV+CcPNKqa/sFgQaYEvzCS5Kl F/PXj0++f3TIFqT+2ZNNp8Bz8dT7gh8RPPg5oYQiCHH8K1RAmq7gKqmwyg0qgOazHnped+od X4f3qx320JAP6NP9wglDm6eht48NJzb0sffN8z34wrP66oz8oPKtS5CFV0m/384hEg0lmi3W wo2Hno7rA1etTPJX0dI6/GLlQDtNTHvKQ077HQdWVOMQVWC9j7YH7Zr9NjtOvxcNVRX3fxpJ 6CE= X-Tagtoolbar-Keys: D20190317163243357 Message-ID: <6ea64218-2b6d-fc9a-01b5-ed07bd23c783@gmail.com> Date: Sun, 17 Mar 2019 16:32:43 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <1552836887.1930.0@unrelenting.technology> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-Rspamd-Queue-Id: 632EA869DD X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=VZnKasNA; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of johalun0@gmail.com designates 2a00:1450:4864:20::342 as permitted sender) smtp.mailfrom=johalun0@gmail.com X-Spamd-Result: default: False [-4.67 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.93)[-0.926,0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2.4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.73)[ip: (0.85), ipnet: 2a00:1450::/32(-2.36), asn: 15169(-2.09), country: US(-0.07)] 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: Sun, 17 Mar 2019 16:32:49 -0000 On 3/17/19 3:34 PM, Greg V wrote: > > > On Sun, Mar 17, 2019 at 3:07 PM, Johannes Lundberg > wrote: >> Hi >> >> I'm working on making i915kms unload properly. I've come to what I thi= nk >> is the last issue. The drm driver unloads ok, the "efifb" backend is >> restored (according to logs) and vt_efifb_init() is being called but t= he >> screen (laptop built in display) stays black. The system seems >> operational otherwise. If I load i915kms again in this state I get bac= k >> a visible (i915kms) framebuffer. >> >> Did we ever have this working so it's known to work? > > Recently on the linux kernel mailing list: > > http://lkml.iu.edu/hypermail/linux/kernel/1903.1/01162.html > > > Of course, once native drivers like i915 or radeon take over, such a > framebuffer is toast... [6] > > > [6] linux/drivers/gpu/drm/i915/i915_drv.c::i915_kick_out_firmware_fb(= ) > > linux/drivers/gpu/drm/radeon/radeon_drv.c::radeon_pci_probe() > > So it seems like efifb is not supposed to work after a driver has been > loaded at least once. > > Hmm, well the code is there to handle switching back to the boot time fb. What I think is happening is that i915 powers off the displays at unload and vt doesn't know how to power on (or that it should). From owner-freebsd-current@freebsd.org Sun Mar 17 21:35:45 2019 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 7B2AD154B9A3 for ; Sun, 17 Mar 2019 21:35:45 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CC75A922C8 for ; Sun, 17 Mar 2019 21:35:43 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 93c63a1e; Sun, 17 Mar 2019 22:35:35 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=XHE5rX+ED5IGLpRH3Et1WYgvSxc=; b=okhwUvBrscYCupM0IhZou+MjO3ll tjvYdcs2XExkj3diMJaBVeCqfHMS8zpqcH51k2TAYd68ZATnPekrUVWwQnPKy5tX y1yYd68SgbrhLDP3EBZD7jws7mq0d2MYVUJ49iUOmzuknLqBWNBg0pySzxm6u5iT efbA9qcKQ1mxGGQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=W6OwQerbRXp9hJqJhWMzTMLGtOWSba+UglCCxZKAzhQTZ1CA1+AcNFr3 UdBEZWLDsTH8n8BRJ1aPkJhntWXtSzjcr/efV0zng/YedMQAkFyxaIvYYStDlnwC GwoNyI9ckTYW7kopbcLvWmBiGMDcQti29brQWwancgD8XeY2RWQ= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 3a16cb8e TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sun, 17 Mar 2019 22:35:34 +0100 (CET) Date: Sun, 17 Mar 2019 22:35:31 +0100 From: Emmanuel Vadot To: Johannes Lundberg Cc: Greg V , FreeBSD Current Subject: Re: Switching fb backend back to default Message-Id: <20190317223531.b7334327a47f3579eaba98ee@bidouilliste.com> In-Reply-To: <6ea64218-2b6d-fc9a-01b5-ed07bd23c783@gmail.com> References: <95dfadc9-8341-b2a5-7b58-e94f46b5fa90@gmail.com> <1552836887.1930.0@unrelenting.technology> <6ea64218-2b6d-fc9a-01b5-ed07bd23c783@gmail.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: CC75A922C8 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=okhwUvBr; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-0.50 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; NEURAL_HAM_MEDIUM(-0.53)[-0.533,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.81)[-0.814,0]; NEURAL_SPAM_SHORT(0.38)[0.383,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; MX_GOOD(-0.01)[mx-backup.blih.net,mail.blih.net]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.37)[ip: (-1.13), ipnet: 212.83.160.0/19(3.24), asn: 12876(-0.24), country: FR(-0.01)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] 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: Sun, 17 Mar 2019 21:35:45 -0000 On Sun, 17 Mar 2019 16:32:43 +0000 Johannes Lundberg wrote: > > On 3/17/19 3:34 PM, Greg V wrote: > > > > > > On Sun, Mar 17, 2019 at 3:07 PM, Johannes Lundberg > > wrote: > >> Hi > >> > >> I'm working on making i915kms unload properly. I've come to what I think > >> is the last issue. The drm driver unloads ok, the "efifb" backend is > >> restored (according to logs) and vt_efifb_init() is being called but the > >> screen (laptop built in display) stays black. The system seems > >> operational otherwise. If I load i915kms again in this state I get back > >> a visible (i915kms) framebuffer. > >> > >> Did we ever have this working so it's known to work? > > > > Recently on the linux kernel mailing list: > > > > http://lkml.iu.edu/hypermail/linux/kernel/1903.1/01162.html > > > > > Of course, once native drivers like i915 or radeon take over, such a > > framebuffer is toast... [6] > > > > > [6] linux/drivers/gpu/drm/i915/i915_drv.c::i915_kick_out_firmware_fb() > > > linux/drivers/gpu/drm/radeon/radeon_drv.c::radeon_pci_probe() > > > > So it seems like efifb is not supposed to work after a driver has been > > loaded at least once. > > > > > Hmm, well the code is there to handle switching back to the boot time > fb. What I think is happening is that i915 powers off the displays at > unload and vt doesn't know how to power on (or that it should). > That and if the display pipeline is de-configured or the resolution changed you cannot reset it to the original state. Unloading drm modules is only useful for testing (and finding leaks). > > _______________________________________________ > 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" -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Sun Mar 17 21:51:09 2019 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 8826F154C079 for ; Sun, 17 Mar 2019 21:51:09 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-ot1-x32a.google.com (mail-ot1-x32a.google.com [IPv6:2607:f8b0:4864:20::32a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 70E43929A7 for ; Sun, 17 Mar 2019 21:51:08 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-ot1-x32a.google.com with SMTP id t7so12775255otk.8 for ; Sun, 17 Mar 2019 14:51:08 -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=5qs2+JbeO6FUvczZLCCPHbe/qIdBcZ6WbuJ8fdN09/A=; b=S4UaVsQrOfbAIc3sfV6aTVfU09SBIlBGMPWuwDFsFwYDnF2zMNlH8j08PpM5rruEga pOWlaor3piR7YWvw5lh5c77GtxPyDX9eUyrhcE9EIkxvtX0AB4jxyOKK8HuzAsWDdSnV r7ZNyRN4DmxH3IeYMiUOfe0StK2b28sDUgv1wex5RpKVrk9VL2BBT8mslKaKjITlXBvX fe9M0Oo2rTgObw7vEbJtcP9N5t2p8T8pNI9tCkkZy56hxCp6ATExgUNYNGcWri9MO5Mn Q1B6ZBPqDFk91gyXHgHlfKPWwHm3zZMR6iZkDiYeSpaR7q088u/7f5sqVb48v9FExhwp uZjg== 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=5qs2+JbeO6FUvczZLCCPHbe/qIdBcZ6WbuJ8fdN09/A=; b=pNybVpwTq0O+Gg5A9Pdul+flps87Ug6DZqoJR6O35Gwpm+mWZcRIo5ta95UCalwwkr bVksfg58KYfJjhwPz4/+mnOXhhjIrCd8eFU86wdtkZsbHhcNVjM2QHf/qtay8AaVbOnd gJ3susC5r3tpAw6AfpH+Sytu25+kqOQz1OciH6HeNEu/Gf6eqkYbeNREhcm1vSJWNV1Z qENzTkSJUkQVeKjvq6KuoUAH+THRP3jOkurizKzfS4WryIgAVIitYyg1doEj+riNM2Dq 1TH0aC4ysjuZnLZKuLf0yUeVW8vemJYDT7/Y3kvv68n2bADOf8lKUG+iz3UUVA9q6j5R iFvA== X-Gm-Message-State: APjAAAW2CnIvoGOvEDMEy8PGiYVfre5V6zQI1sW9Yqq6EoJxKFxrivrz Je9dNFYJbLarfxcKesGrZZxfeztNldq1RxvJTZmS2Q== X-Google-Smtp-Source: APXvYqyvcUL4v6KgrawPKURkmJQRxrmdX0lbGFhZSaP2GukHBVy8Ui6ph6wluq+3/qxSh60/YLf2zrXT9Il6ONXKFbA= X-Received: by 2002:a9d:6b94:: with SMTP id b20mr688992otq.289.1552859466806; Sun, 17 Mar 2019 14:51:06 -0700 (PDT) MIME-Version: 1.0 References: <95dfadc9-8341-b2a5-7b58-e94f46b5fa90@gmail.com> <1552836887.1930.0@unrelenting.technology> <6ea64218-2b6d-fc9a-01b5-ed07bd23c783@gmail.com> <20190317223531.b7334327a47f3579eaba98ee@bidouilliste.com> In-Reply-To: <20190317223531.b7334327a47f3579eaba98ee@bidouilliste.com> From: Johannes Lundberg Date: Sun, 17 Mar 2019 21:50:55 +0000 Message-ID: Subject: Re: Switching fb backend back to default To: Emmanuel Vadot Cc: FreeBSD Current , Greg V X-Rspamd-Queue-Id: 70E43929A7 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=S4UaVsQr; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of johalun0@gmail.com designates 2607:f8b0:4864:20::32a as permitted sender) smtp.mailfrom=johalun0@gmail.com X-Spamd-Result: default: False [-6.68 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[a.2.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_SHORT(-0.84)[-0.840,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-2.83)[ip: (-9.25), ipnet: 2607:f8b0::/32(-2.74), asn: 15169(-2.09), country: US(-0.07)]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] 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: Sun, 17 Mar 2019 21:51:09 -0000 On Sun, Mar 17, 2019 at 21:35 Emmanuel Vadot wrote: > On Sun, 17 Mar 2019 16:32:43 +0000 > Johannes Lundberg wrote: > > > > > On 3/17/19 3:34 PM, Greg V wrote: > > > > > > > > > On Sun, Mar 17, 2019 at 3:07 PM, Johannes Lundberg > > > wrote: > > >> Hi > > >> > > >> I'm working on making i915kms unload properly. I've come to what I > think > > >> is the last issue. The drm driver unloads ok, the "efifb" backend is > > >> restored (according to logs) and vt_efifb_init() is being called but > the > > >> screen (laptop built in display) stays black. The system seems > > >> operational otherwise. If I load i915kms again in this state I get > back > > >> a visible (i915kms) framebuffer. > > >> > > >> Did we ever have this working so it's known to work? > > > > > > Recently on the linux kernel mailing list: > > > > > > http://lkml.iu.edu/hypermail/linux/kernel/1903.1/01162.html > > > > > > > Of course, once native drivers like i915 or radeon take over, such = a > > > framebuffer is toast... [6] > > > > > > > [6] > linux/drivers/gpu/drm/i915/i915_drv.c::i915_kick_out_firmware_fb() > > > > linux/drivers/gpu/drm/radeon/radeon_drv.c::radeon_pci_probe() > > > > > > So it seems like efifb is not supposed to work after a driver has bee= n > > > loaded at least once. > > > > > > > > Hmm, well the code is there to handle switching back to the boot time > > fb. What I think is happening is that i915 powers off the displays at > > unload and vt doesn't know how to power on (or that it should). > > > > That and if the display pipeline is de-configured or the resolution > changed you cannot reset it to the original state. > Unloading drm modules is only useful for testing (and finding leaks). Yeah a normal user would never unload it. Since I mostly ssh to my test machines I think I=E2=80=99m fine personally with losing the display while unloading. Keyboard input still works though and at least it doesn=E2=80=99t crash any= more :) > > > > > _______________________________________________ > > 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" > > > -- > Emmanuel Vadot > From owner-freebsd-current@freebsd.org Mon Mar 18 15:02:49 2019 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 071671541FBB for ; Mon, 18 Mar 2019 15:02:49 +0000 (UTC) (envelope-from johalun@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 927538C9E4 for ; Mon, 18 Mar 2019 15:02:48 +0000 (UTC) (envelope-from johalun@FreeBSD.org) Received: from [192.168.0.9] (unknown [194.75.207.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: johalun) by smtp.freebsd.org (Postfix) with ESMTPSA id 402B81A87D for ; Mon, 18 Mar 2019 15:02:48 +0000 (UTC) (envelope-from johalun@FreeBSD.org) To: FreeBSD Current From: Johannes Lundberg Subject: Use mic from headphone jack on freebsd laptop? Openpgp: preference=signencrypt Autocrypt: addr=johalun0@gmail.com; keydata= mQINBFxFmoIBEADoFO5jY+Fmsg44KiZjufEmpEf4kt7nCOfxNG9SruWpoXUaq0B296F+fIZC hNZqv1v7lGTsfoWRusxJmLd5CQgHHxEyruZbbPpNsQ/JKoDY3GGmrmWfN/SX3y0t0kdB9HsW mJcvZhK7we52f4gxddIVBS9nQoVoONX+hzXf8zwOAa0ik0EPgEwpIKS4j9lLq4bU+mqVKdRR bPeDujEA/qbsCKhaFJkPzXZtzEe6srq4RK1doEztwnKz02b+8gs642TRkWDQeTRZputrAaoN Un4R76A1QpXWyrFG1dQu48IGHi3KbkrvNyq6R1aUBIA0+CG1npIbxmc2mtSjoyvdipmDRbBD +mhECIxmYfBT6818zuj91XjrfOyfVdV2BryBvqFkJLkS3N3QElBIiVdDgdrqiNFWiOlDMxNI tdP16oQBNo8IB27/0YHpnQEw1MafZv5gG5DO0zLtLy88ASAfL7BYf90JP19rT4JIwnxsXxyv kEJnzhsXf0QVObEiAu1MqeFyWfZ8PpunmvEmJ0VChOL+v/kIx1E9cxhhzMZhqiMXfyM4zx2+ BF1FwAwJYPuJLu2B3L0uVBu+M1YvSOmKAbXPDP8PsqPjgSBTYI51MUjuuxN6jSsHDuK6G5k4 pUWR8axa+wafhd6Vz8zVwdTJZ9LdxgLLVg0kprBgccPHhPAZVQARAQABtCZKb2hhbm5lcyBM dW5kYmVyZyA8am9oYWx1bjBAZ21haWwuY29tPokCVAQTAQgAPhYhBIl1Pb3+hI60ivmRSULn yG4BGvSeBQJcRZqCAhsjBQkJZgGABQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAAAoJEELnyG4B GvSe9O0P/RzeQAu1R37RlONZTXNn+qIAHvHbZEhzrCibzaZnwYdC31wGrYmXNDyiQIqOngFf QJuufQtH/+95OESJsjR+42L/pNfFdaEWxiI003qE7uCMzLK5UWUXd/5d5vYY0CaPyNCj1tyM ZIq7x4CaR3QLTh/Fw4zMUI/ZPH2S5SxVFGv0ZZFAdNYILD3qCkAS/9HmXsqufBWbfutA8TTf wyJfywmvf7ENjlZ4QOjb242ZY9NndqbmqTgWVAws+PN5e9AT8HkadscCTCSkYnxJyYG2El27 DpAAkekYplb/C0j82KSz2fy9RgwD+tTqt88DJOeFbIbrYt44u7KLHpzaZeqyUtn0reHCkE0W lnKH2kXXbuswFB4sONxI/J5+qSmOsAm5ItO3voyjm/swpmFR1yBlxo4th26gbO5NfBOK9YsY zHKgiRDv6ZdnHo+htphRxcCDHsFPzkQe5jouI25dvMZYl1LaTS/09lwYVwVIB2SFmMtFZ7rB N4NBSzPlpsg+g4dJNqiw6Rfa2Q/wUv+MzTJgLtHjDccXlpm33Nc09UytHFtNn26PO/zrM39r TwzdLu1mg0x2WWEWTIqe4CaczQU9SIg49BSyJNoPSZx3V7nMhTKbOeQKR5aV3dXI66aENw86 pa1tipuUKCPmope/GTJatUgPiD3JkyiD+7c1zQX2UAGmuQINBFxFmoIBEACb55RAkM59huAx 4Ddd8WBjsw25qf7rzxeRKAQ7or/8LvJBYQDPXZy0RhkRiu+P+MjxwGb6HVh+LDyAYDn9d8Mt ZqCP/dOGNcl7pkb6IhfRc3i5neckXCYfbm0cigiX9JkqZSt3KT96zbjCxsFZKyIyEFsMl46q 7wKWK5Irj3zxV/Z51JNTJyMLcIRWhY8G6qlMNFgZkz2Hv63w6BRekKVImOmOdThLAscy5ybq 2CIUeAwPG7lMYG9rgcPdn3tMPeWlLmUmi5pSwOQ3AKg3xFrW3WfegjRHdqpeuXoeTjYPPCW4 gyl59uv6E12a6eivItCxj67vlBXgOr4um+zoPyXG/WfidIFtWaEgyBrlGR1Klk7SIcqjEHUA FdiM+PweY4opHXXKn60NOZCqBJ59K43drOQgRouz8E2T3yEoYg40xAfY3lhJV/Vx5+kSTjmy sT2xotlPn/GzfaAEvNuJDK+Mec3LvfbbDoOWFolNyEvoMQqF5Q3A8eGqYsoVGBPxyzNvF2iY LkymxiXpgrSN0Q/LOK7pFlWwbVC8Z6g5I0J9ecgD55dGLoX2luLir787XX/JxGffzbRnP9NE ifenJGrQmx4CyEaz/CHQqSbROm5Uo/YFUX9J7OfUO4mtu90j773j32I3psey/Fz3EC/A2PHv Ghb0KsWYpS3Pj5TV1gGyswARAQABiQI8BBgBCAAmFiEEiXU9vf6EjrSK+ZFJQufIbgEa9J4F AlxFmoICGwwFCQlmAYAACgkQQufIbgEa9J7qOQ//YG/4e69YTSjtiYLXzBI8tRU2Sx+NFByx zx+C/r0EBThLtgRwCqEUZRB7iIDSO8aZ0Qa3vwWRohlD1tn/LBdDFfMmuQkNVdLIrjBoGBB9 B5xHdZJ9xnTZEwpTtk6IWolT4j+8rpGemGKKiFo3X6l02On4Qb4iM7h6rcDb76mfwooNYzB3 8PPcLvyOWb/9iCXAb5N7doo5zmOl15DVwvIF04eXU0q1FFj/iS1zNmtZ5Got82O1TQFV+de4 Rb3YA80IZhhhCiHHJqkMKeKQogRqU+UNDBARUBxfUtKsJtQzTQ2JUGwkb6X6bx53FTLP6O9q hDoODVweE1LdB1k1H5Nn+gawPdRMBqj43Y2amK7KEgoTBrwU04CLpKiaAC0S+EcJFfJcwtpK k3F+uTtP/hnhFnWbn8SgRkHKXKWqSCt63NstXhMzAJut1gEzV+CcPNKqa/sFgQaYEvzCS5Kl F/PXj0++f3TIFqT+2ZNNp8Bz8dT7gh8RPPg5oYQiCHH8K1RAmq7gKqmwyg0qgOazHnped+od X4f3qx320JAP6NP9wglDm6eht48NJzb0sffN8z34wrP66oz8oPKtS5CFV0m/384hEg0lmi3W wo2Hno7rA1etTPJX0dI6/GLlQDtNTHvKQ077HQdWVOMQVWC9j7YH7Zr9NjtOvxcNVRX3fxpJ 6CE= Message-ID: <3591969e-2a20-ebf6-2cc4-462090afbdb0@FreeBSD.org> Date: Mon, 18 Mar 2019 15:02:45 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Content-Language: en-US X-Rspamd-Queue-Id: 927538C9E4 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.96 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.96)[-0.963,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] 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: Mon, 18 Mar 2019 15:02:49 -0000 SGkKCk9uIG15IERlbGwgbGFwdG9wIHRoZSBvdXRwdXQgYXVkaW8gc3dpdGNoZXMgdG8gdGhl IGhlYWRwaG9uZXMKYXV0b21hdGljYWxseSB3aGVuIHBsdWdnZWQgaW4sIGhvd2V2ZXIsIHRo ZSBzYW1lIGRvZXMgbm90IHNlZW0gdG8gYmUKdHJ1ZSBmb3IgdGhlIG1pYy4gSXMgdGhlcmUg YW55IGNvbmZpZ3VyYXRpb24gbWFnaWMgdGhhdCBjYW4gYmUgZG9uZSB0bwp1c2UgdGhlIGhl YWRwaG9uZSBtaWMgaW5zdGVhZCBvZiB0aGUgaW50ZXJuYWwgb25lPwoKSGVyZSdzIHBpbiBj b25maWc6CgpoZGFhMDogRHVtcGluZyBBRkcgcGluczoKaGRhYTA6IG5pZMKgwqAgMHjCoMKg wqAgYXMgc2VxIGRldmljZcKgwqDCoMKgwqDCoCBjb25uwqAgamFja8KgwqDCoCBsb2PCoMKg wqDCoMKgwqDCoCBjb2xvcsKgwqAgbWlzYwpoZGFhMDogMTggOTBhNjAxNDAgNMKgIDDCoCBN aWPCoMKgwqDCoMKgwqDCoMKgwqDCoCBGaXhlZCBEaWdpdGFsIEludGVybmFswqDCoCBVbmtu b3duIDEKaGRhYTA6wqDCoMKgwqAgQ2FwczogSU7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoApoZGFhMDogMTkgNDAwMDAwMDAgMMKgIDDCoCBMaW5lLW91dMKgwqDCoMKgwqAg Tm9uZcKgIFVua25vd24gMHgwMMKgwqDCoMKgwqDCoCBVbmtub3duCjAgRElTQQpoZGFhMDrC oMKgwqDCoCBDYXBzOiBJTsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgCmhkYWEw OiAyMCA5MDE3MDExMCAxwqAgMMKgIFNwZWFrZXLCoMKgwqDCoMKgwqAgRml4ZWQgQW5hbG9n wqAgSW50ZXJuYWzCoMKgIFVua25vd24gMQpoZGFhMDrCoMKgwqDCoCBDYXBzOsKgwqDCoCBP VVTCoMKgwqAgRUFQRMKgwqDCoMKgwqAgU2Vuc2U6IDB4MDAwMDAwMDAgKGRpc2Nvbm5lY3Rl ZCkKaGRhYTA6IDI0IDQxMTExMWYwIDE1IDDCoCBTcGVha2VywqDCoMKgwqDCoMKgIE5vbmXC oCAxLzjCoMKgwqDCoCBSZWFywqDCoMKgwqDCoMKgIEJsYWNrwqDCoAoxIERJU0EKaGRhYTA6 wqDCoMKgwqAgQ2FwczogSU7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgVlJFRiBTZW5zZTog MHgwMDAwMDAwMCAoZGlzY29ubmVjdGVkKQpoZGFhMDogMjUgNDExMTExZjAgMTUgMMKgIFNw ZWFrZXLCoMKgwqDCoMKgwqAgTm9uZcKgIDEvOMKgwqDCoMKgIFJlYXLCoMKgwqDCoMKgwqAg QmxhY2vCoMKgCjEgRElTQQpoZGFhMDrCoMKgwqDCoCBDYXBzOiBJTsKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoCBWUkVGIFNlbnNlOiAweDgwMDAwMDAwIChjb25uZWN0ZWQpCmhkYWEwOiAy NiA0MTExMTFmMCAxNSAwwqAgU3BlYWtlcsKgwqDCoMKgwqDCoCBOb25lwqAgMS84wqDCoMKg wqAgUmVhcsKgwqDCoMKgwqDCoCBCbGFja8KgwqAKMSBESVNBCmhkYWEwOsKgwqDCoMKgIENh cHM6IElOwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFZSRUYgU2Vuc2U6IDB4MDAwMDAwMDAg KGRpc2Nvbm5lY3RlZCkKaGRhYTA6IDI3IDQxMTExMWYwIDE1IDDCoCBTcGVha2VywqDCoMKg wqDCoMKgIE5vbmXCoCAxLzjCoMKgwqDCoCBSZWFywqDCoMKgwqDCoMKgIEJsYWNrwqDCoAox IERJU0EKaGRhYTA6wqDCoMKgwqAgQ2FwczogSU4gT1VUwqDCoMKgIEVBUEQgVlJFRiBTZW5z ZTogMHgwMDAwMDAwMCAoZGlzY29ubmVjdGVkKQpoZGFhMDogMzAgNDIxMjEyZjIgMTUgMsKg IFNwZWFrZXLCoMKgwqDCoMKgwqAgTm9uZcKgIDEvNMKgwqDCoMKgIEZyb250wqDCoMKgwqDC oCBCbGFja8KgwqAKMiBESVNBCmhkYWEwOsKgwqDCoMKgIENhcHM6wqDCoMKgIE9VVMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgIFNlbnNlOiAweDAwMDAwMDAwIChkaXNjb25uZWN0ZWQp CmhkYWEwOiAzMyAwMjIxMTAxZiAxwqAgMTUgSGVhZHBob25lc8KgwqDCoCBKYWNrwqAgMS84 wqDCoMKgwqAgRnJvbnTCoMKgwqDCoMKgIEJsYWNrwqDCoCAwCmhkYWEwOsKgwqDCoMKgIENh cHM6wqDCoMKgIE9VVCBIUCBFQVBEwqDCoMKgwqDCoCBTZW5zZTogMHg4MDAwMDAwMCAoY29u bmVjdGVkKQpoZGFhMDogTnVtR1BJTz0zIE51bUdQTz0wIE51bUdQST0wIEdQSVdha2U9MCBH UElVbnNvbD0xCmhkYWEwOsKgIEdQSU8wOiBkaXNhYmxlZApoZGFhMDrCoCBHUElPMTogZGlz YWJsZWQKaGRhYTA6wqAgR1BJTzI6IGRpc2FibGVkCmhkYWExOiBEdW1waW5nIEFGRyBwaW5z OgpoZGFhMTogbmlkwqDCoCAweMKgwqDCoCBhcyBzZXEgZGV2aWNlwqDCoMKgwqDCoMKgIGNv bm7CoCBqYWNrwqDCoMKgIGxvY8KgwqDCoMKgwqDCoMKgIGNvbG9ywqDCoCBtaXNjCmhkYWEx OsKgIDMgMTg1NjAwMTAgMcKgIDDCoCBEaWdpdGFsLW91dMKgwqAgSmFja8KgIERpZ2l0YWwg MHgxOMKgwqDCoMKgwqDCoCBVbmtub3duIDAKaGRhYTE6wqDCoMKgwqAgQ2FwczrCoMKgwqAg T1VUwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGhkYWMwOiBDb21tYW5kIHRpbWVvdXQgb24g YWRkcmVzcyAyCsKgU2Vuc2U6IDB4ZmZmZmZmZmYgKGNvbm5lY3RlZCwgRUxEIHZhbGlkKQpo ZGFhMTogTnVtR1BJTz0wIE51bUdQTz0wIE51bUdQST0wIEdQSVdha2U9MCBHUElVbnNvbD0w CgpBbmQgaW4gL2Jvb3QvbG9hZGVyLmNvbmYgSSBoYXZlIHRoaXMgKGRvbid0IHJlbWVtYmVy IHdoeSBJIHB1dCBpdCB0aGVyZQpvciBpZiBJIG5lZWQgaXQgLSBpdCBtaWdodCBoYXZlIGJl ZW4gY29waWVkIG92ZXIgZnJvbSBwcmV2aW91cyBsYXB0b3ApCgpoaW50LmhkYWEuMC5uaWQz My5jb25maWc9ImFzPTEgc2VxPTE1IGRldmljZT1IZWFkcGhvbmVzIgoKSSdtIGFzc3VtaW5n IGhlcmUgdGhhdCB0aGUgaGVhZHBob25lIGphY2sgc3VwcG9ydHMgbWljIC0gaXQncyBhIDIw MTgKbGFwdG9wIGFmdGVyIGFsbC4KCkNoZWVycwoKL0pvaGFubmVzCgoK From owner-freebsd-current@freebsd.org Mon Mar 18 15:20:46 2019 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 8719F1543AC1 for ; Mon, 18 Mar 2019 15:20:46 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lj1-f169.google.com (mail-lj1-f169.google.com [209.85.208.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 63C5C8D472 for ; Mon, 18 Mar 2019 15:20:45 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lj1-f169.google.com with SMTP id v10so14418407lji.3 for ; Mon, 18 Mar 2019 08:20:45 -0700 (PDT) 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:openpgp:autocrypt:message-id :date:user-agent:mime-version:content-language :content-transfer-encoding; bh=/tyfCldLdbdH0Y+dT95M4UclU+LEIk/OC8veeUMVukE=; b=KBWTruCGwQQvZLUHheeiUR9/D0OKT1ksvuKEUlMK4ltqBXBjsWRpK6wYpkvJzBRCRq oM4Ly1XJzUklYQ9G60RpmzLWAATWdeSJ3+RkI2IOlTKbECxjlSq2ILUZzzJcG52OL37L j4BCLq1JWNJpqDKw3OwVv4Nqo/oyP40spYH3sDet4+YxQbPMWN69oYKAIPXtZ/YAFPas cIPs4OU1tK6hGVJM7DNPS/XTxsGaHWvwprplZcOOVPzENx5vzOr4fH1xHHlqowM9sFmA +MWJWZ9B1KLwCg0wKTx6ukrpQ47gJNnJmingGG2Tu4z7Gl/Mfxkksx3axhEM2Th1pSJt JRCQ== X-Gm-Message-State: APjAAAWtTNI/euEnVIGO80SEr0bTr2NbVlq/BIBg5vZBVJcnnMV+gO+x T/XgaYLCWNEaBHfEzxr5gGhJGI63 X-Google-Smtp-Source: APXvYqz4M9FBTrvVNQ50q83Fh8aNmK6sDxhP3sbPOjSOVye/p/yT3JHWdDrmqIEQ3HYGtxGucJ1IaA== X-Received: by 2002:a2e:1508:: with SMTP id s8mr11091918ljd.8.1552922437373; Mon, 18 Mar 2019 08:20:37 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id 30sm845008ljv.79.2019.03.18.08.20.35 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 18 Mar 2019 08:20:36 -0700 (PDT) To: FreeBSD Current From: Andriy Gapon Subject: leaked swap? Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABzR5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz7CwZQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryM7BTQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAcLBfAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <9c5eaa94-f55b-464a-ab0f-267e7fce4bd0@FreeBSD.org> Date: Mon, 18 Mar 2019 17:20:35 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 63C5C8D472 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.208.169 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-2.97 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.64)[-0.639,0]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; RCPT_COUNT_ONE(0.00)[1]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[169.208.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-1.32)[ip: (-0.56), ipnet: 209.85.128.0/17(-3.88), asn: 15169(-2.09), country: US(-0.07)]; RCVD_TLS_LAST(0.00)[] 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: Mon, 18 Mar 2019 15:20:46 -0000 First, a note that this was observed on a system that runs a fairly old current (~ 1 year old) with a fairly long uptime (> 6 months). I noticed that the system was nearly out of memory, 98% of swap was in use, there was less than 1 GB of free memory, several GBs of each of active, inactive and laundry memory, and many GBs of wired (mostly ZFS). I decided to pro-actively reboot the system, but to speed that up I put the system to the single-user mode (via shutdown) and then back to multi-user. So, there was no real hardware reboot and the kernel kept running. However, all userland processes were terminated. To my surprise, even while in the single-user mode the swap utilization didn't go below 70%. Also, laundry memory remained in multi-GB area, but let's ignore this for now. I think that the swap could be used only for anonymous memory, so I expected it go to zero after the shutdown to the single user mode. Does anyone have any ideas? Maybe that's something that has already been fixed? If not, any ideas on what to look for? Thanks! -- Andriy Gapon From owner-freebsd-current@freebsd.org Mon Mar 18 15:30:56 2019 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 A72E01543EF0 for ; Mon, 18 Mar 2019 15:30:56 +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 D12848DC24; Mon, 18 Mar 2019 15:30:54 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id 5uDshtNauo7SQ5uDth9gy3; Mon, 18 Mar 2019 09:30:46 -0600 X-Authority-Analysis: v=2.3 cv=Go88BX9C c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=IkcTkHD0fZMA:10 a=NTGMnVQrEZIA:10 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=vMSPLhnO7srFB-6dBi0A:9 a=QEXdDO2ut3YA:10 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from android-68f84e02b5988183.esitwifi.local (S0106788a207e2972.gv.shawcable.net [70.66.154.233]) by spqr.komquats.com (Postfix) with ESMTPSA id 7F6D6340; Mon, 18 Mar 2019 08:30:43 -0700 (PDT) Date: Mon, 18 Mar 2019 08:30:42 -0700 User-Agent: K-9 Mail for Android In-Reply-To: <9c5eaa94-f55b-464a-ab0f-267e7fce4bd0@FreeBSD.org> References: <9c5eaa94-f55b-464a-ab0f-267e7fce4bd0@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: leaked swap? To: freebsd-current@freebsd.org, Andriy Gapon , FreeBSD Current From: Cy Schubert Message-ID: X-CMAE-Envelope: MS4wfObloWg/CXkfwHZhZJUiYjlVT1KAg5poqKTIodQ5kxI5VTU5iuCUOMb9ir64rmh/se87PTdS722kLu+eJg6WM0Y96GPXPhbXxHPloFQX+hIoo3QUm0e+ 5fYbOcHOryfZSJAzd2KWASOIdAN/6UUzosR35pSH+hHoAYSDXe44apAQndtXXip2iZrYHxDq3MkWooBNZI9MpOQ5YI9OjipSN80= X-Rspamd-Queue-Id: D12848DC24 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-4.37 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[cached: spqr.komquats.com]; NEURAL_HAM_SHORT(-0.94)[-0.943,0]; IP_SCORE(-2.21)[ip: (-5.84), ipnet: 64.59.128.0/20(-2.90), asn: 6327(-2.24), country: CA(-0.09)]; R_SPF_NA(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.zen.spamhaus.org : 127.0.0.11,233.154.66.70.zen.spamhaus.org : 127.0.0.11]; RCVD_IN_DNSWL_LOW(-0.10)[137.136.59.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[] 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: Mon, 18 Mar 2019 15:30:56 -0000 On March 18, 2019 8:20:35 AM PDT, Andriy Gapon wrote: > >First, a note that this was observed on a system that runs a fairly old >current >(~ 1 year old) with a fairly long uptime (> 6 months)=2E >I noticed that the system was nearly out of memory, 98% of swap was in >use, >there was less than 1 GB of free memory, several GBs of each of active, >inactive >and laundry memory, and many GBs of wired (mostly ZFS)=2E >I decided to pro-actively reboot the system, but to speed that up I put >the >system to the single-user mode (via shutdown) and then back to >multi-user=2E So, >there was no real hardware reboot and the kernel kept running=2E=20 >However, all >userland processes were terminated=2E > >To my surprise, even while in the single-user mode the swap utilization >didn't >go below 70%=2E Also, laundry memory remained in multi-GB area, but >let's ignore >this for now=2E > >I think that the swap could be used only for anonymous memory, so I >expected it >go to zero after the shutdown to the single user mode=2E >Does anyone have any ideas? >Maybe that's something that has already been fixed? >If not, any ideas on what to look for? >Thanks! I've had a hunch of this but haven't gone down this rabbit hole to investi= gate=2E Related, yesterday I performed a git gc --aggressive=2E Top did not= report any swap used by git and GB of swap were used=2E I think to help ad= dress this we need a reliable reporting tool=2E Obviously two separate symp= toms, not sure if the same cause=2E --=20 Pardon the typos and autocorrect, small keyboard in use=2E Cheers, Cy Schubert FreeBSD UNIX: Web: http://www=2EFreeBSD=2Eorg The need of the many outweighs the greed of the few=2E From owner-freebsd-current@freebsd.org Mon Mar 18 15:32:38 2019 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 56646154412F for ; Mon, 18 Mar 2019 15:32:38 +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 906198DE60; Mon, 18 Mar 2019 15:32:37 +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 x2IFWUFO086762 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 18 Mar 2019 17:32:33 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x2IFWUFO086762 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x2IFWUM0086761; Mon, 18 Mar 2019 17:32:30 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 18 Mar 2019 17:32:30 +0200 From: Konstantin Belousov To: Andriy Gapon Cc: FreeBSD Current Subject: Re: leaked swap? Message-ID: <20190318153230.GS96870@kib.kiev.ua> References: <9c5eaa94-f55b-464a-ab0f-267e7fce4bd0@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9c5eaa94-f55b-464a-ab0f-267e7fce4bd0@FreeBSD.org> User-Agent: Mutt/1.11.3 (2019-02-01) 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: Mon, 18 Mar 2019 15:32:38 -0000 On Mon, Mar 18, 2019 at 05:20:35PM +0200, Andriy Gapon wrote: > > First, a note that this was observed on a system that runs a fairly old current > (~ 1 year old) with a fairly long uptime (> 6 months). > I noticed that the system was nearly out of memory, 98% of swap was in use, > there was less than 1 GB of free memory, several GBs of each of active, inactive > and laundry memory, and many GBs of wired (mostly ZFS). > I decided to pro-actively reboot the system, but to speed that up I put the > system to the single-user mode (via shutdown) and then back to multi-user. So, > there was no real hardware reboot and the kernel kept running. However, all > userland processes were terminated. > > To my surprise, even while in the single-user mode the swap utilization didn't > go below 70%. Also, laundry memory remained in multi-GB area, but let's ignore > this for now. > > I think that the swap could be used only for anonymous memory, so I expected it > go to zero after the shutdown to the single user mode. > Does anyone have any ideas? > Maybe that's something that has already been fixed? > If not, any ideas on what to look for? tmpfs, swap-backed (or even memory backed) md, persistent posix shared memory, SysV shared memory. From owner-freebsd-current@freebsd.org Mon Mar 18 15:34:13 2019 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 7E22E154422E for ; Mon, 18 Mar 2019 15:34:13 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf1-f43.google.com (mail-lf1-f43.google.com [209.85.167.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 504E08DFBE for ; Mon, 18 Mar 2019 15:34:12 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf1-f43.google.com with SMTP id u21so2073351lfu.2 for ; Mon, 18 Mar 2019 08:34:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=ugwqUIEnLhztn/n0OPQH5vPyWicxiUjgyVBNU5VMWgg=; b=OkgiO5qAf6nH4h9n7xYhI9qmi4KrNLNtDXri8Zg4U7YHnLl3hA3DfjRmSvtz5rZAM9 g79ck7FtTl7ndaLEqo2ORvn11FFz/+7cwtRRn0UIEM24PTw29gwOw7WW/wvF4YYl8SdR yzaiNvSQaZdTIhhkN9Av7WsfD2etY4I6FTQPmJKGh5Q6xcgkz20Y7CMYJcySDbcjw+aV zroRgSmLHFb8gzmWZcnTDHyy6HoXN1FPCA6z6eBqC+mKqOkwGwheGtKpcDFkNTEoFwL8 cCE9OC5VKCt5nbtoEc4jJ7PbJ/kDQoCMSWL7ipXDPvD+gcpP5nv6sudF4mp5jC32uQrm 4TLQ== X-Gm-Message-State: APjAAAUrW0GinfhlUk8rU6GB+u6exM1YEKwZ+Ni8ArS98pn6VMkpOs77 iHOS3RP0Fwp/SHRyhRkehoItUhn/ X-Google-Smtp-Source: APXvYqzuHT5UdwvrRlsuCWI6I4LpuI4LdhI/RbUQ4nMcnunf4Bg80t6IW02E8KC68tsUZHfDEW8sPg== X-Received: by 2002:ac2:55ba:: with SMTP id y26mr311308lfg.145.1552923244696; Mon, 18 Mar 2019 08:34:04 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id e12sm2181791ljk.55.2019.03.18.08.34.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 18 Mar 2019 08:34:03 -0700 (PDT) Subject: Re: leaked swap? To: Cy Schubert , freebsd-current@freebsd.org References: <9c5eaa94-f55b-464a-ab0f-267e7fce4bd0@FreeBSD.org> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABzR5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz7CwZQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryM7BTQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAcLBfAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <2b27d1b6-b956-c27e-709b-08fa5d54e696@FreeBSD.org> Date: Mon, 18 Mar 2019 17:34:03 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 504E08DFBE X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.167.43 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-3.08 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.75)[-0.749,0]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; R_DKIM_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.32)[ip: (-0.58), ipnet: 209.85.128.0/17(-3.88), asn: 15169(-2.09), country: US(-0.07)]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[43.167.85.209.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[] 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: Mon, 18 Mar 2019 15:34:13 -0000 On 18/03/2019 17:30, Cy Schubert wrote: > Top did not report any swap used by git and GB of swap were used. Last time I checked top reported something very different as swap. IIRC, its notion of swap usage comes from the age when the swap granularity was a whole process. -- Andriy Gapon From owner-freebsd-current@freebsd.org Mon Mar 18 15:37:23 2019 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 27B8B1544471 for ; Mon, 18 Mar 2019 15:37:23 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lj1-f193.google.com (mail-lj1-f193.google.com [209.85.208.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C1E88E260 for ; Mon, 18 Mar 2019 15:37:19 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lj1-f193.google.com with SMTP id v10so14472910lji.3 for ; Mon, 18 Mar 2019 08:37:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=KdUcmnidmb1pcNdPTBkCU7tt5XW2GwQZVB4pvKF/SWE=; b=oruLKtgwhxhOGYfSVFq5+APk2OjqVWJZdny5ysH5itlFGM12c098T810klkQjqUICW 0Szq0HofCWyaIIBiK59InFluyEQiSYqUhU/6bbojsXywaR8mM1n7nrtThiGzdY1SoaAb qSVZX3hNEqezEwNMvssUg+7mKeQkHkGoP8evcFCPTrUJZAJ8mguEmSSbGmmGbrpl4FmC Pk6VnOPflu3mqcIic7mQ2W7na7HM4+7LvV4cgAf0XAVJWnCBSmeNkDLM2azK+cn6gc6K i7Rj6PpGaJ9MJ6Banb6wVYGn56FVlSYcfnfSX2h5YegI819SrrXr6EDm27+D4eroJJSr bGnQ== X-Gm-Message-State: APjAAAXRS8TW6RAbbVPkOoTRgBmXiNE6Qzfh5CL6rQ8ToipYU7bCQTH3 LBGGb/zLypKfN4gciQ5IfuekTAZP X-Google-Smtp-Source: APXvYqzyzzSxrX+2oK4V1Xaupbm/U0cqpHXwgIZMO68a9LPnCjnWFSR+OSRFUF5lp/8QpDTAeXiwWA== X-Received: by 2002:a2e:9b41:: with SMTP id o1mr10921939ljj.103.1552923431924; Mon, 18 Mar 2019 08:37:11 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id r11sm2153628ljb.29.2019.03.18.08.37.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 18 Mar 2019 08:37:11 -0700 (PDT) Subject: Re: leaked swap? To: Konstantin Belousov Cc: FreeBSD Current References: <9c5eaa94-f55b-464a-ab0f-267e7fce4bd0@FreeBSD.org> <20190318153230.GS96870@kib.kiev.ua> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABzR5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz7CwZQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryM7BTQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAcLBfAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <2f644795-abe6-da6d-6019-05cd3dd84380@FreeBSD.org> Date: Mon, 18 Mar 2019 17:37:10 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20190318153230.GS96870@kib.kiev.ua> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 8C1E88E260 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.984,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] 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: Mon, 18 Mar 2019 15:37:23 -0000 On 18/03/2019 17:32, Konstantin Belousov wrote: > On Mon, Mar 18, 2019 at 05:20:35PM +0200, Andriy Gapon wrote: >> >> First, a note that this was observed on a system that runs a fairly old current >> (~ 1 year old) with a fairly long uptime (> 6 months). >> I noticed that the system was nearly out of memory, 98% of swap was in use, >> there was less than 1 GB of free memory, several GBs of each of active, inactive >> and laundry memory, and many GBs of wired (mostly ZFS). >> I decided to pro-actively reboot the system, but to speed that up I put the >> system to the single-user mode (via shutdown) and then back to multi-user. So, >> there was no real hardware reboot and the kernel kept running. However, all >> userland processes were terminated. >> >> To my surprise, even while in the single-user mode the swap utilization didn't >> go below 70%. Also, laundry memory remained in multi-GB area, but let's ignore >> this for now. >> >> I think that the swap could be used only for anonymous memory, so I expected it >> go to zero after the shutdown to the single user mode. >> Does anyone have any ideas? >> Maybe that's something that has already been fixed? >> If not, any ideas on what to look for? > tmpfs, swap-backed (or even memory backed) md, persistent posix shared > memory, SysV shared memory. > Thank you. There is a single tmpfs mount: $ df -t tmpfs -h Filesystem Size Used Avail Capacity Mounted on tmpfs 1.0G 4.0K 1.0G 0% /tmp/tmp No md devices at all according to mdconfig. Not sure how to check for the shared memory though. -- Andriy Gapon From owner-freebsd-current@freebsd.org Mon Mar 18 15:54:29 2019 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 6F93C1544C37 for ; Mon, 18 Mar 2019 15:54:29 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 D3D148EEE0; Mon, 18 Mar 2019 15:54:27 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-42bc70d5.06-431-73746f70.bbcust.telenor.se ([213.112.188.66] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1h5uah-000Nit-2O; Mon, 18 Mar 2019 16:54:19 +0100 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alvermark.net; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=K/m2VYOSWEVU5mrRc579d999qKXoLyWRNMwcPWlkywk=; b=nnitxusEwLNlBW1/GUMqh6rFbg dk81DUJILEooQ+O/Cck6ik5CsHyZEvL5UQPMBV52FNJEGG/m+g7R/WjwRyVC8FNx5vyl8cbgpPvhB Msazm/tu6UFRyxdOiZp6Omp0xv6lMeI8CucECyy+HmEFjG09o98W6PUAsZ76saOlo6cG/JyBsP4kS GFRLiC6D3KUzIai6qb4LaABRxVvIk5bNFGouoYrjhNsXUHsRr4kbZOplePtWFSGTRxw1CRosCmSrG 2jYhCnZO6HgScuGgdLk434hRzvhv1PWN8cSm7qmhKE1FaZkkV7FnwquRig4xChxLW9s+pp+t0lqMG 9+Nwtu5w==; Received: from [192.168.67.33] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1h5uaH-00092l-Ce; Mon, 18 Mar 2019 16:53:53 +0100 Subject: Re: Use mic from headphone jack on freebsd laptop? To: Johannes Lundberg , FreeBSD Current References: <3591969e-2a20-ebf6-2cc4-462090afbdb0@FreeBSD.org> From: Jakob Alvermark Message-ID: <9ac32319-41a3-3a1a-3662-c75a6340d0ac@alvermark.net> Date: Mon, 18 Mar 2019 16:53:52 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.3 MIME-Version: 1.0 In-Reply-To: <3591969e-2a20-ebf6-2cc4-462090afbdb0@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: D3D148EEE0 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=alvermark.net header.s=x header.b=nnitxusE; spf=pass (mx1.freebsd.org: domain of jakob@alvermark.net designates 185.34.136.138 as permitted sender) smtp.mailfrom=jakob@alvermark.net X-Spamd-Result: default: False [-1.18 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; NEURAL_HAM_MEDIUM(-0.93)[-0.931,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.01)[country: IT(0.05)]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; NEURAL_SPAM_SHORT(0.25)[0.249,0]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[alvermark.net:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[alvermark.net]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] 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: Mon, 18 Mar 2019 15:54:29 -0000 Hi Johannes, I have been wanting the exact same thing on my laptop, so I have been digging around in the hda code. I have got to the point where I can use the headset mic, but I have to manually switch from the internal one. There is no configuration magic, I had to patch the driver. It seems nearly impossible to find docs on Realtek codecs, I have looked at what Linux does in their driver. They change some mysterious registers in the codec, so I my patch just does the same. Which codec do you have? I have the ALC283 ('cat /dev/sndstat' should tell you) Jakob On 3/18/19 4:02 PM, Johannes Lundberg wrote: > Hi > > On my Dell laptop the output audio switches to the headphones > automatically when plugged in, however, the same does not seem to be > true for the mic. Is there any configuration magic that can be done to > use the headphone mic instead of the internal one? > > Here's pin config: > > hdaa0: Dumping AFG pins: > hdaa0: nid   0x    as seq device       conn  jack    loc        color   misc > hdaa0: 18 90a60140 4  0  Mic           Fixed Digital Internal   Unknown 1 > hdaa0:     Caps: IN > hdaa0: 19 40000000 0  0  Line-out      None  Unknown 0x00       Unknown > 0 DISA > hdaa0:     Caps: IN > hdaa0: 20 90170110 1  0  Speaker       Fixed Analog  Internal   Unknown 1 > hdaa0:     Caps:    OUT    EAPD      Sense: 0x00000000 (disconnected) > hdaa0: 24 411111f0 15 0  Speaker       None  1/8     Rear       Black > 1 DISA > hdaa0:     Caps: IN             VREF Sense: 0x00000000 (disconnected) > hdaa0: 25 411111f0 15 0  Speaker       None  1/8     Rear       Black > 1 DISA > hdaa0:     Caps: IN             VREF Sense: 0x80000000 (connected) > hdaa0: 26 411111f0 15 0  Speaker       None  1/8     Rear       Black > 1 DISA > hdaa0:     Caps: IN             VREF Sense: 0x00000000 (disconnected) > hdaa0: 27 411111f0 15 0  Speaker       None  1/8     Rear       Black > 1 DISA > hdaa0:     Caps: IN OUT    EAPD VREF Sense: 0x00000000 (disconnected) > hdaa0: 30 421212f2 15 2  Speaker       None  1/4     Front      Black > 2 DISA > hdaa0:     Caps:    OUT              Sense: 0x00000000 (disconnected) > hdaa0: 33 0221101f 1  15 Headphones    Jack  1/8     Front      Black   0 > hdaa0:     Caps:    OUT HP EAPD      Sense: 0x80000000 (connected) > hdaa0: NumGPIO=3 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 > hdaa0:  GPIO0: disabled > hdaa0:  GPIO1: disabled > hdaa0:  GPIO2: disabled > hdaa1: Dumping AFG pins: > hdaa1: nid   0x    as seq device       conn  jack    loc        color   misc > hdaa1:  3 18560010 1  0  Digital-out   Jack  Digital 0x18       Unknown 0 > hdaa1:     Caps:    OUT             hdac0: Command timeout on address 2 >  Sense: 0xffffffff (connected, ELD valid) > hdaa1: NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 > > And in /boot/loader.conf I have this (don't remember why I put it there > or if I need it - it might have been copied over from previous laptop) > > hint.hdaa.0.nid33.config="as=1 seq=15 device=Headphones" > > I'm assuming here that the headphone jack supports mic - it's a 2018 > laptop after all. > > Cheers > > /Johannes > > > _______________________________________________ > 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 Mon Mar 18 15:55:24 2019 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 246291544CDE for ; Mon, 18 Mar 2019 15:55:24 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-lj1-f195.google.com (mail-lj1-f195.google.com [209.85.208.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 288918EFE0; Mon, 18 Mar 2019 15:55:23 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-lj1-f195.google.com with SMTP id z26so14288548lja.13; Mon, 18 Mar 2019 08:55:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=LpUiOFtLmpEzdFghhxzIZCO9kVsGwVtEbGslnGEP0ys=; b=MxsEPMP/5dxTyvhkEvy90oBdoapl6KG8kgqpUybVethr59pGbcc2+yVJU5ro83txVG DRrN2r78z8JV9FU8SpcdsTOdnHxd+15sbhNYPXkGErJQ90Dok8WTV8CPiXDdvVFp061l xpnQ9yzbTuVImshJha932ICGT7GHc+zxDLHyszfNKnjzNWgq+N0ZNtormNKjD1imzuFx SgwlTKFHNATeXLFJio8ZnVJwB7EtHOfIJsbnd4Re+lkuRo/dRyRHWEcm+goyh2VzVZFc 89RunxE7OQvDOjX6Elhix3ukJDCMM0pIHL+zmNjuhDfm+sZOrHxHa810r8aU2DnGx56A o4TQ== X-Gm-Message-State: APjAAAU/TaqpTHifniqHPrL++NXx9sK7ZG36D6CZNLpb04Xly4UzH61L bLM4zgLQlbbSFU3DVnNXFiffFpSiKsYzIOn/n/vbFbNY X-Google-Smtp-Source: APXvYqxAld7ysp6t9h4K2zSjzhTec2+Ywh+foMHoi7DPH70y6A6CkZCYWtEgycc415rElKoIxwkuaEjgmnygTKgHH4o= X-Received: by 2002:a2e:1510:: with SMTP id s16mr10892432ljd.62.1552924516209; Mon, 18 Mar 2019 08:55:16 -0700 (PDT) MIME-Version: 1.0 References: <9c5eaa94-f55b-464a-ab0f-267e7fce4bd0@FreeBSD.org> <20190318153230.GS96870@kib.kiev.ua> <2f644795-abe6-da6d-6019-05cd3dd84380@FreeBSD.org> In-Reply-To: <2f644795-abe6-da6d-6019-05cd3dd84380@FreeBSD.org> From: Alan Somers Date: Mon, 18 Mar 2019 09:55:04 -0600 Message-ID: Subject: Re: leaked swap? To: Andriy Gapon Cc: Konstantin Belousov , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 288918EFE0 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.208.195 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-2.88 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994,0]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; IP_SCORE(-1.21)[ipnet: 209.85.128.0/17(-3.88), asn: 15169(-2.09), country: US(-0.07)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.67)[-0.669,0]; RCVD_IN_DNSWL_NONE(0.00)[195.208.85.209.list.dnswl.org : 127.0.5.0]; SUBJECT_ENDS_QUESTION(1.00)[]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[195.208.85.209.rep.mailspike.net : 127.0.0.17]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; FREEMAIL_CC(0.00)[gmail.com] 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: Mon, 18 Mar 2019 15:55:24 -0000 On Mon, Mar 18, 2019 at 9:38 AM Andriy Gapon wrote: > > On 18/03/2019 17:32, Konstantin Belousov wrote: > > On Mon, Mar 18, 2019 at 05:20:35PM +0200, Andriy Gapon wrote: > >> > >> First, a note that this was observed on a system that runs a fairly old current > >> (~ 1 year old) with a fairly long uptime (> 6 months). > >> I noticed that the system was nearly out of memory, 98% of swap was in use, > >> there was less than 1 GB of free memory, several GBs of each of active, inactive > >> and laundry memory, and many GBs of wired (mostly ZFS). > >> I decided to pro-actively reboot the system, but to speed that up I put the > >> system to the single-user mode (via shutdown) and then back to multi-user. So, > >> there was no real hardware reboot and the kernel kept running. However, all > >> userland processes were terminated. > >> > >> To my surprise, even while in the single-user mode the swap utilization didn't > >> go below 70%. Also, laundry memory remained in multi-GB area, but let's ignore > >> this for now. > >> > >> I think that the swap could be used only for anonymous memory, so I expected it > >> go to zero after the shutdown to the single user mode. > >> Does anyone have any ideas? > >> Maybe that's something that has already been fixed? > >> If not, any ideas on what to look for? > > tmpfs, swap-backed (or even memory backed) md, persistent posix shared > > memory, SysV shared memory. > > > > Thank you. > There is a single tmpfs mount: > $ df -t tmpfs -h > Filesystem Size Used Avail Capacity Mounted on > tmpfs 1.0G 4.0K 1.0G 0% /tmp/tmp > > No md devices at all according to mdconfig. > > Not sure how to check for the shared memory though. Try "ipcs -a" From owner-freebsd-current@freebsd.org Mon Mar 18 15:57:07 2019 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 6F2FB1544FBC for ; Mon, 18 Mar 2019 15:57:07 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf1-f53.google.com (mail-lf1-f53.google.com [209.85.167.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7CE198F28C; Mon, 18 Mar 2019 15:57:06 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf1-f53.google.com with SMTP id y62so4005075lfc.13; Mon, 18 Mar 2019 08:57:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=Htq/gC5pf6VEuor0v7C1g611qSZ0pv2Yd2un5OtLX78=; b=iBid0eMwT3Eualnj+jaqyo0qCzt0/q4Z4ZJs+nQlJoldmFgtczQEdrPrTkpuKxGh7V gWhP2mgP9RKCbt8VfPxIVx9xhOFUxP/cWEdWmeUm6AtEhKaFY7ojUKcyMyvLPKteo5V/ cr8RUGPyn9T1yvtEYFXZvgN911TePY4Wroj9SbST7kPp63b+ZT62uI+/5QTBzUTej1n7 4HEytAKMMbep9ttxvTgdgfVo49BaiyPd16nvUOiJfXcejRS9b8PR3NXEZ2F5OqYFbWJ3 UfBGybGI8uVK8230702iZpDb38JMIyzzG69UzIsQLkfdh4+Sj7vrPd5sb/M/o9VTtrHO escA== X-Gm-Message-State: APjAAAV780ivwzyv59fJfmKIiHWZ2ElYh6wYWfwMQPji04HjuNwCFpiy k3GX+1lI/ZVp7sMqpNzhMYVkpSpP X-Google-Smtp-Source: APXvYqxARqPW79e/QsL8uMv2LPZqJkzPcPOIu9vA60rurMGtlLFT8nkys0/nQWex5KK0Qyy11A3K3g== X-Received: by 2002:ac2:44a2:: with SMTP id c2mr4653432lfm.155.1552924624621; Mon, 18 Mar 2019 08:57:04 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id j2sm1861326lfm.56.2019.03.18.08.57.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 18 Mar 2019 08:57:04 -0700 (PDT) Subject: Re: leaked swap? To: Alan Somers Cc: FreeBSD Current References: <9c5eaa94-f55b-464a-ab0f-267e7fce4bd0@FreeBSD.org> <20190318153230.GS96870@kib.kiev.ua> <2f644795-abe6-da6d-6019-05cd3dd84380@FreeBSD.org> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABzR5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz7CwZQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryM7BTQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAcLBfAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <50be6c62-e505-b64f-12ef-ab6e603ef01f@FreeBSD.org> Date: Mon, 18 Mar 2019 17:57:03 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 7CE198F28C X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.167.53 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-3.11 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[FreeBSD.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; SUBJECT_ENDS_QUESTION(1.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[53.167.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.79)[-0.789,0]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; IP_SCORE(-1.31)[ip: (-0.53), ipnet: 209.85.128.0/17(-3.88), asn: 15169(-2.09), country: US(-0.07)]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com] 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: Mon, 18 Mar 2019 15:57:07 -0000 On 18/03/2019 17:55, Alan Somers wrote: > Try "ipcs -a" Thank you. I will do it while in the single-user again. Right now it's too long a list. -- Andriy Gapon From owner-freebsd-current@freebsd.org Mon Mar 18 16:58:56 2019 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 6315C1546B3B for ; Mon, 18 Mar 2019 16:58:56 +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 06D5D6A922; Mon, 18 Mar 2019 16:58:54 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id 5vb8hu3DZo7SQ5vbAhA4Ie; Mon, 18 Mar 2019 10:58:53 -0600 X-Authority-Analysis: v=2.3 cv=Go88BX9C c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=IkcTkHD0fZMA:10 a=NTGMnVQrEZIA:10 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=AjBU14ukJLDlkBagOysA:9 a=QEXdDO2ut3YA:10 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from android-68f84e02b5988183.esitwifi.local (S0106788a207e2972.gv.shawcable.net [70.66.154.233]) by spqr.komquats.com (Postfix) with ESMTPSA id 4E09B49B; Mon, 18 Mar 2019 09:58:50 -0700 (PDT) Date: Mon, 18 Mar 2019 09:58:48 -0700 User-Agent: K-9 Mail for Android In-Reply-To: <50be6c62-e505-b64f-12ef-ab6e603ef01f@FreeBSD.org> References: <9c5eaa94-f55b-464a-ab0f-267e7fce4bd0@FreeBSD.org> <20190318153230.GS96870@kib.kiev.ua> <2f644795-abe6-da6d-6019-05cd3dd84380@FreeBSD.org> <50be6c62-e505-b64f-12ef-ab6e603ef01f@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: leaked swap? To: freebsd-current@freebsd.org, Andriy Gapon , Alan Somers CC: FreeBSD Current From: Cy Schubert Message-ID: <0824F4B8-58D8-4E7C-851E-EA14AA45FCC4@cschubert.com> X-CMAE-Envelope: MS4wfNqyyC4puLbQ/t3PaxJbd3lnYnlwlgFhzCAGIg6nYNaFkGuy3AFYHXInNdWBTH1yf8viE133urYqGvw5zigkAWwDG2jPr1IXwSG855L5Ck3+U2TiSbX9 ccIqE/kvJXfCGo/ujV3MmTnoIxpe5ydliHChA5mfaQgk0HUlE6fnUmjw8s7h+qXiWljqN/6z5djqUcDnHvsDgUsgAbFbHTWEti7a3HU6uyhUj2uN1plWKmrN lU3iszNKxtn01wKtBITxFQ== X-Rspamd-Queue-Id: 06D5D6A922 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-4.37 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[cached: spqr.komquats.com]; NEURAL_HAM_SHORT(-0.96)[-0.960,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[137.136.59.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-2.20)[ip: (-5.78), ipnet: 64.59.128.0/20(-2.90), asn: 6327(-2.24), country: CA(-0.09)]; RECEIVED_SPAMHAUS_PBL(0.00)[233.154.66.70.zen.spamhaus.org : 127.0.0.11, 17.125.67.70.zen.spamhaus.org : 127.0.0.11] 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: Mon, 18 Mar 2019 16:58:56 -0000 On March 18, 2019 8:57:03 AM PDT, Andriy Gapon wrote: >On 18/03/2019 17:55, Alan Somers wrote: >> Try "ipcs -a" > >Thank you=2E I will do it while in the single-user again=2E Right now it'= s >too long >a list=2E Shared memory segments are not necessarily deleted by applications=2E=20 --=20 Pardon the typos and autocorrect, small keyboard in use=2E Cheers, Cy Schubert FreeBSD UNIX: Web: http://www=2EFreeBSD=2Eorg The need of the many outweighs the greed of the few=2E From owner-freebsd-current@freebsd.org Mon Mar 18 18:01:33 2019 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 EA0BD1548D76 for ; Mon, 18 Mar 2019 18:01:32 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-wm1-x344.google.com (mail-wm1-x344.google.com [IPv6:2a00:1450:4864:20::344]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A3BD36D422; Mon, 18 Mar 2019 18:01:31 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by mail-wm1-x344.google.com with SMTP id h18so5396669wml.1; Mon, 18 Mar 2019 11:01: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=3IJNrhZtN3ofKVIedRmKAZ6X9rrs6qAP/t1kz6CJdO0=; b=XwyUYg9u51pN/IC8Dthw5wV3FXT13Po+N8bskWp+nrIS0urobWYV++wiNW2O+rUl0s L4hMm5VPnhR+zwcbO0Cc3GCqANHfQO0iXIAZ+xOgbY0sIHwVJpx1n7KTyW/w1/MTi2KL GJDuqHyblQsq6FE3uo8Xq7LPEdz02uStbA1h56DGW1a1yYFVf2RGwFugluhyoQ5DvKB/ WjI+U1TXpTIvRugERx6Y2TZfk/jeuuey9wK0L7ZI4bWrzQYg0ubzRL8PuGBsUek4jpJy mQdN/PFPhQEFQFhVtgrip/Vwa/aO5Zzln0WIxy46/rr2GboBmyuWFzVR/9qeOThxZK5q a0Eg== 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=3IJNrhZtN3ofKVIedRmKAZ6X9rrs6qAP/t1kz6CJdO0=; b=bGpktGI6GqXaJdSQ2wbVYCk4cYemMMCYyC/jnFRqxIPnXPYhgFU4XszAFJfyWR5vIV ivfJm+rbIbNIWNBn7G8KfoxeJfapF9ldBxBXdaBoHU8cVNa6MGe9d60O6DI5WEd3Res+ lpTeoD+l8xwVwI+VJ76dFHFeGiGHh/IaJZNlztd1qjI+1cUbr5IsMlE7uOBVCLDfvidI DMSRhvjn15x/JZbSuYkzwbYB767xQ5mQAwQHe/TiWosNYJVeF5MbY1jUu82Vnd034KWW rKdBNQbmxTJaoLbDfP7Cet+SlWvwtndnP3izdHPfMW50NSZzaba66InOTiQFhqbtcuE4 DySA== X-Gm-Message-State: APjAAAXQ0MFah3oER0gUBj/eybuIXnCWXkfRAKH0MbhdEqlxhnW3u9V3 Xg8QTC+hEBm78Ce781rUGQu1c6mpiAHxjoM1ep6JyMsP4rg= X-Google-Smtp-Source: APXvYqw9fQsArkxKq71HJ+Fkzub6N3Jxe9shjY1My7IzYOCXrYhoDE77MLISLSAEILUZb2qXe95s9mZm/6Ge/hTARmk= X-Received: by 2002:a1c:7d8c:: with SMTP id y134mr121041wmc.102.1552932090491; Mon, 18 Mar 2019 11:01:30 -0700 (PDT) MIME-Version: 1.0 References: <9c5eaa94-f55b-464a-ab0f-267e7fce4bd0@FreeBSD.org> In-Reply-To: <9c5eaa94-f55b-464a-ab0f-267e7fce4bd0@FreeBSD.org> From: Andrey Fesenko Date: Mon, 18 Mar 2019 21:01:19 +0300 Message-ID: Subject: Re: leaked swap? To: Andriy Gapon Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: A3BD36D422 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=XwyUYg9u; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of f0andrey@gmail.com designates 2a00:1450:4864:20::344 as permitted sender) smtp.mailfrom=f0andrey@gmail.com X-Spamd-Result: default: False [-3.65 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.96)[-0.961,0]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[4.4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-0.68)[ip: (1.10), ipnet: 2a00:1450::/32(-2.36), asn: 15169(-2.09), country: US(-0.07)]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] 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: Mon, 18 Mar 2019 18:01:33 -0000 On Mon, Mar 18, 2019 at 6:23 PM Andriy Gapon wrote: > > > First, a note that this was observed on a system that runs a fairly old current > (~ 1 year old) with a fairly long uptime (> 6 months). > I noticed that the system was nearly out of memory, 98% of swap was in use, > there was less than 1 GB of free memory, several GBs of each of active, inactive > and laundry memory, and many GBs of wired (mostly ZFS). > I decided to pro-actively reboot the system, but to speed that up I put the > system to the single-user mode (via shutdown) and then back to multi-user. So, > there was no real hardware reboot and the kernel kept running. However, all > userland processes were terminated. > > To my surprise, even while in the single-user mode the swap utilization didn't > go below 70%. Also, laundry memory remained in multi-GB area, but let's ignore > this for now. > > I think that the swap could be used only for anonymous memory, so I expected it > go to zero after the shutdown to the single user mode. > Does anyone have any ideas? > Maybe that's something that has already been fixed? > If not, any ideas on what to look for? > Thanks! > Not this? ZFS use wired and not clean only reboot? https://reviews.freebsd.org/D7538?id=25108 From owner-freebsd-current@freebsd.org Mon Mar 18 19:28:31 2019 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 992F4154B72E for ; Mon, 18 Mar 2019 19:28:31 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [140.82.23.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.nomadlogic.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 12C4872714 for ; Mon, 18 Mar 2019 19:28:29 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from duke.gem.co (cpe-76-175-75-27.socal.res.rr.com [76.175.75.27]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 4cd739da TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Mon, 18 Mar 2019 12:28:22 -0700 (PDT) Subject: Re: Switching fb backend back to default To: Johannes Lundberg , Emmanuel Vadot Cc: FreeBSD Current , Greg V References: <95dfadc9-8341-b2a5-7b58-e94f46b5fa90@gmail.com> <1552836887.1930.0@unrelenting.technology> <6ea64218-2b6d-fc9a-01b5-ed07bd23c783@gmail.com> <20190317223531.b7334327a47f3579eaba98ee@bidouilliste.com> From: Pete Wright Message-ID: <8f3432cf-b02d-67cc-f284-6fb5c2192213@nomadlogic.org> Date: Mon, 18 Mar 2019 12:28:21 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.3 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 12C4872714 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 140.82.23.70 as permitted sender) smtp.mailfrom=pete@nomadlogic.org X-Spamd-Result: default: False [-5.74 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[nomadlogic.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mail.nomadlogic.org]; NEURAL_HAM_SHORT(-0.92)[-0.917,0]; IP_SCORE(-2.52)[ip: (-8.63), ipnet: 140.82.16.0/21(-4.32), asn: 20473(0.44), country: US(-0.07)]; FREEMAIL_TO(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[27.75.175.76.zen.spamhaus.org : 127.0.0.10]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:140.82.16.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] 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: Mon, 18 Mar 2019 19:28:31 -0000 On 3/17/19 2:50 PM, Johannes Lundberg wrote: > On Sun, Mar 17, 2019 at 21:35 Emmanuel Vadot wrote: > >> On Sun, 17 Mar 2019 16:32:43 +0000 >> Johannes Lundberg wrote: >> >>> On 3/17/19 3:34 PM, Greg V wrote: >>>> >>>> On Sun, Mar 17, 2019 at 3:07 PM, Johannes Lundberg >>>> wrote: >>>>> Hi >>>>> >>>>> I'm working on making i915kms unload properly. I've come to what I >> think >>>>> is the last issue. The drm driver unloads ok, the "efifb" backend is >>>>> restored (according to logs) and vt_efifb_init() is being called but >> the >>>>> screen (laptop built in display) stays black. The system seems >>>>> operational otherwise. If I load i915kms again in this state I get >> back >>>>> a visible (i915kms) framebuffer. >>>>> >>>>> Did we ever have this working so it's known to work? >>>> Recently on the linux kernel mailing list: >>>> >>>> http://lkml.iu.edu/hypermail/linux/kernel/1903.1/01162.html >>>> >>>>> Of course, once native drivers like i915 or radeon take over, such a >>>> framebuffer is toast... [6] >>>> >>>>> [6] >> linux/drivers/gpu/drm/i915/i915_drv.c::i915_kick_out_firmware_fb() >>>>> linux/drivers/gpu/drm/radeon/radeon_drv.c::radeon_pci_probe() >>>> So it seems like efifb is not supposed to work after a driver has been >>>> loaded at least once. >>>> >>>> >>> Hmm, well the code is there to handle switching back to the boot time >>> fb. What I think is happening is that i915 powers off the displays at >>> unload and vt doesn't know how to power on (or that it should). >>> >> That and if the display pipeline is de-configured or the resolution >> changed you cannot reset it to the original state. >> Unloading drm modules is only useful for testing (and finding leaks). > > Yeah a normal user would never unload it. Since I mostly ssh to my test > machines I think I’m fine personally with losing the display while > unloading. > > Keyboard input still works though and at least it doesn’t crash anymore :) > that's awesome, so in theory we will be able to upgrade the drm-kmod and use the new driver without a reboot.  i like that as a hacker and end-user :) -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Mon Mar 18 19:48:36 2019 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 077F4154C001 for ; Mon, 18 Mar 2019 19:48:36 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mail-yw1-xc34.google.com (mail-yw1-xc34.google.com [IPv6:2607:f8b0:4864:20::c34]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B5BFE73258 for ; Mon, 18 Mar 2019 19:48:34 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by mail-yw1-xc34.google.com with SMTP id j66so13920911ywc.10 for ; Mon, 18 Mar 2019 12:48:34 -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=HHN1a/vCrEiE6Xyu8lBlY3LECzIGrSSXAKeebvJ4lN8=; b=QuwOUqRyijCRszC4umQ+ofw/fM9DBqDXlvhoJ9G30eyUOTk0YV0uPjDApdO9IseaKJ 6sfg0uqiFylJvUBLik3B3HV7suclIR4hayWhHz2X4MMFEACrhI1/L9oobYcrQCOsDYMS rvVu03DY+JuFpN9ZUoJBErqps0z2POfo6su2c4CsUS7Ib8a3Q9/fVGEQZMiEf7mX4FVU r1ThQJePI63PSOfI4+Mmpvy8HYLVnMsU+jk9PHFw8MFJhB+kwlpxMgTNSO2ONTDarkWj jwrJnKlGW2qkQnLVnnkfsiS6SkHOjiaM16rYDmpkwMQyNHW6F8t3bacVXqsLgN4rwEjQ yi5A== 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=HHN1a/vCrEiE6Xyu8lBlY3LECzIGrSSXAKeebvJ4lN8=; b=d+cQ/J2mb0crljHzAwml4Txl6qXc4Y4vbVj6GY5PYfr5UHtmv3E/Vd9UVetD/TPrdy tbcJY4HZz5KxAHxScHidL9g/WUPcqKgupStW7RHm6RACVKFHGK/U8Rs+pWlqdhMztJjM yGZufUwissCDVOkFjnWht3vpgsWztgTasjoEdiwMJLxKL4vrmtTRLQ3/InOUBJP3qIe2 cIUNByIE7lp7dSaruiJtyncBn2KUAljxVxGLf6IkglFJjrj2KmES3pELU5/tr+vmKXBl HNsk7T5crPdmiQqrMpKO0NQes8NXScgcuqyau678S14jVulbcrNw1ItKqe1F+0JSI6Zd VRww== X-Gm-Message-State: APjAAAX+Vix1CPMJ8PCvsOeXaQ7YHqAq5p1flpmx41XNIGVsJWpZNAnN JX6brkIfUlsSoSXIrvEYTcJDMMBQg/xnWWnpjOcqoA== X-Google-Smtp-Source: APXvYqx9Uk1iI80SNMKP+reuubJe89ip8AeLd8pZUlTFZ98rBNOsBKOdvCbI6IhBCR6gbEybG0IlayGfP419SeNU/3E= X-Received: by 2002:a25:af8a:: with SMTP id g10mr15972685ybh.486.1552938513653; Mon, 18 Mar 2019 12:48:33 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a5b:b0e:0:0:0:0:0 with HTTP; Mon, 18 Mar 2019 12:48:33 -0700 (PDT) In-Reply-To: References: <95dfadc9-8341-b2a5-7b58-e94f46b5fa90@gmail.com> <1552836887.1930.0@unrelenting.technology> <6ea64218-2b6d-fc9a-01b5-ed07bd23c783@gmail.com> <20190317223531.b7334327a47f3579eaba98ee@bidouilliste.com> From: Oliver Pinter Date: Mon, 18 Mar 2019 20:48:33 +0100 Message-ID: Subject: Re: Switching fb backend back to default To: Johannes Lundberg Cc: Emmanuel Vadot , FreeBSD Current , Greg V X-Rspamd-Queue-Id: B5BFE73258 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hardenedbsd.org header.s=google header.b=QuwOUqRy; spf=pass (mx1.freebsd.org: domain of oliver.pinter@hardenedbsd.org designates 2607:f8b0:4864:20::c34 as permitted sender) smtp.mailfrom=oliver.pinter@hardenedbsd.org X-Spamd-Result: default: False [-5.97 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[hardenedbsd.org:s=google]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[hardenedbsd.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com,aspmx.l.google.com,aspmx2.googlemail.com,alt2.aspmx.l.google.com,aspmx3.googlemail.com]; RCVD_IN_DNSWL_NONE(0.00)[4.3.c.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.90)[-0.900,0]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; IP_SCORE(-2.56)[ip: (-7.90), ipnet: 2607:f8b0::/32(-2.76), asn: 15169(-2.09), country: US(-0.07)] 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: Mon, 18 Mar 2019 19:48:36 -0000 On Sunday, March 17, 2019, Johannes Lundberg wrote: > On Sun, Mar 17, 2019 at 21:35 Emmanuel Vadot > wrote: > > > On Sun, 17 Mar 2019 16:32:43 +0000 > > Johannes Lundberg wrote: > > > > > > > > On 3/17/19 3:34 PM, Greg V wrote: > > > > > > > > > > > > On Sun, Mar 17, 2019 at 3:07 PM, Johannes Lundberg > > > > wrote: > > > >> Hi > > > >> > > > >> I'm working on making i915kms unload properly. I've come to what I > > think > > > >> is the last issue. The drm driver unloads ok, the "efifb" backend = is > > > >> restored (according to logs) and vt_efifb_init() is being called b= ut > > the > > > >> screen (laptop built in display) stays black. The system seems > > > >> operational otherwise. If I load i915kms again in this state I get > > back > > > >> a visible (i915kms) framebuffer. > > > >> > > > >> Did we ever have this working so it's known to work? > > > > > > > > Recently on the linux kernel mailing list: > > > > > > > > http://lkml.iu.edu/hypermail/linux/kernel/1903.1/01162.html > > > > > > > > > Of course, once native drivers like i915 or radeon take over, suc= h > a > > > > framebuffer is toast... [6] > > > > > > > > > [6] > > linux/drivers/gpu/drm/i915/i915_drv.c::i915_kick_out_firmware_fb() > > > > > linux/drivers/gpu/drm/radeon/radeon_drv.c::radeon_pci_probe() > > > > > > > > So it seems like efifb is not supposed to work after a driver has > been > > > > loaded at least once. > > > > > > > > > > > Hmm, well the code is there to handle switching back to the boot time > > > fb. What I think is happening is that i915 powers off the displays at > > > unload and vt doesn't know how to power on (or that it should). > > > > > > > That and if the display pipeline is de-configured or the resolution > > changed you cannot reset it to the original state. > > Unloading drm modules is only useful for testing (and finding leaks). > > > Yeah a normal user would never unload it. Since I mostly ssh to my test > machines I think I=E2=80=99m fine personally with losing the display whil= e > unloading. > > Keyboard input still works though and at least it doesn=E2=80=99t crash a= nymore :) As workaround, can't you turn on the display with intel_backlight? > > > > > > > > > > _______________________________________________ > > > 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" > > > > > > -- > > Emmanuel Vadot > > > _______________________________________________ > 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 Mon Mar 18 20:03:00 2019 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 3851E154C813 for ; Mon, 18 Mar 2019 20:03:00 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-ot1-x334.google.com (mail-ot1-x334.google.com [IPv6:2607:f8b0:4864:20::334]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 063DA74359 for ; Mon, 18 Mar 2019 20:02:59 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-ot1-x334.google.com with SMTP id d24so1811341otl.11 for ; Mon, 18 Mar 2019 13:02:59 -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=0b3DLxHdWCRi4/2vGF6cRm7cy/HOXPRczrXRi7lWnNs=; b=LGigVWiZ5bF/Tc60H5NqK/X9DrkHsJ9O/F8s5CcJedNWzd45nxznsR1hv9G2KAsWL1 g64Jnm7UcCCrYNGGGxTqruotyrHLz1a6lo6IdNjxVQYrfpb9Gi5vbY78Akij2d6p3KEY pMtmMI/yDdQ52i7yOLCtjDVTF20MRIHfp9A5rOS5b78PzD1Xr/Ymx6onFxUpUe0GisgG oyvj+XMVe5CKJ5E5Roh+5uNuJ68ekSDcv06i/8+Rog9Ju8Nw6P80BkPnzH5ZROw3I475 2juxjXUwVMEUB1I+UjC2kd8D59S0QnokR5az17Rvz48hhOTqJlDG26+M/oa+JraxDieV NT1A== 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=0b3DLxHdWCRi4/2vGF6cRm7cy/HOXPRczrXRi7lWnNs=; b=eZSYn/XMP3z/7q/m+0Dm71H9M8qF/O42XNTq5Iuts5By4GiE/xe6n6maupZkhOsVqn B03TKB3tl2Vlkn0Wfk9rtJ7xx5IB+tvZGlz0V3NfngGGM885la1K5puPJBdRSw30uVgK FMYurM3CHD+bxLrsbMLJfq6ysYCEGUWnlpUVCryVHySkjI0Sdekb4fxEyhGIg4JEW9OA YRb3RDH6+29QdDjQsh7P+zaAls8C8gSF99RNoxo6Kf8uta14svksxnH/h7b6ICwxAq1Q ljTOlfwQm+M4Ywf77X8EXdfWe8AWq3gu1DCPxj2DByrBEsBBE1HibJf2FHVJEsDnnPd5 Ws3g== X-Gm-Message-State: APjAAAV7x8Jyw/xOtQfI//hSe6YiN9Ev/IGBGpO7FeF2QurWj2PKl+ZI hKVeKm6vF8cI9eUaH5Nn+I5Bk6/EawgPThiQD4X6Xw== X-Google-Smtp-Source: APXvYqw/1CCaoUTDikwjKe45YojqYNLuCpGVm8G3mZBrHJ5dTag9s8sThb1+S8xWPcSpUYHLhTfc5frCd2EngYEi+jQ= X-Received: by 2002:a9d:5d0d:: with SMTP id b13mr11942448oti.53.1552939378108; Mon, 18 Mar 2019 13:02:58 -0700 (PDT) MIME-Version: 1.0 References: <95dfadc9-8341-b2a5-7b58-e94f46b5fa90@gmail.com> <1552836887.1930.0@unrelenting.technology> <6ea64218-2b6d-fc9a-01b5-ed07bd23c783@gmail.com> <20190317223531.b7334327a47f3579eaba98ee@bidouilliste.com> <8f3432cf-b02d-67cc-f284-6fb5c2192213@nomadlogic.org> In-Reply-To: <8f3432cf-b02d-67cc-f284-6fb5c2192213@nomadlogic.org> From: Johannes Lundberg Date: Mon, 18 Mar 2019 20:02:46 +0000 Message-ID: Subject: Re: Switching fb backend back to default To: Pete Wright Cc: Emmanuel Vadot , FreeBSD Current , Greg V X-Rspamd-Queue-Id: 063DA74359 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=LGigVWiZ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of johalun0@gmail.com designates 2607:f8b0:4864:20::334 as permitted sender) smtp.mailfrom=johalun0@gmail.com X-Spamd-Result: default: False [-6.67 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[4.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.966,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-2.70)[ip: (-8.57), ipnet: 2607:f8b0::/32(-2.76), asn: 15169(-2.09), country: US(-0.07)]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] 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: Mon, 18 Mar 2019 20:03:00 -0000 On Mon, Mar 18, 2019 at 19:28 Pete Wright wrote: > > > On 3/17/19 2:50 PM, Johannes Lundberg wrote: > > On Sun, Mar 17, 2019 at 21:35 Emmanuel Vadot > wrote: > > > >> On Sun, 17 Mar 2019 16:32:43 +0000 > >> Johannes Lundberg wrote: > >> > >>> On 3/17/19 3:34 PM, Greg V wrote: > >>>> > >>>> On Sun, Mar 17, 2019 at 3:07 PM, Johannes Lundberg > >>>> wrote: > >>>>> Hi > >>>>> > >>>>> I'm working on making i915kms unload properly. I've come to what I > >> think > >>>>> is the last issue. The drm driver unloads ok, the "efifb" backend i= s > >>>>> restored (according to logs) and vt_efifb_init() is being called bu= t > >> the > >>>>> screen (laptop built in display) stays black. The system seems > >>>>> operational otherwise. If I load i915kms again in this state I get > >> back > >>>>> a visible (i915kms) framebuffer. > >>>>> > >>>>> Did we ever have this working so it's known to work? > >>>> Recently on the linux kernel mailing list: > >>>> > >>>> http://lkml.iu.edu/hypermail/linux/kernel/1903.1/01162.html > >>>> > >>>>> Of course, once native drivers like i915 or radeon take over, such = a > >>>> framebuffer is toast... [6] > >>>> > >>>>> [6] > >> linux/drivers/gpu/drm/i915/i915_drv.c::i915_kick_out_firmware_fb() > >>>>> linux/drivers/gpu/drm/radeon/radeon_drv.c::radeon_pci_probe() > >>>> So it seems like efifb is not supposed to work after a driver has be= en > >>>> loaded at least once. > >>>> > >>>> > >>> Hmm, well the code is there to handle switching back to the boot time > >>> fb. What I think is happening is that i915 powers off the displays at > >>> unload and vt doesn't know how to power on (or that it should). > >>> > >> That and if the display pipeline is de-configured or the resolution > >> changed you cannot reset it to the original state. > >> Unloading drm modules is only useful for testing (and finding leaks)= . > > > > Yeah a normal user would never unload it. Since I mostly ssh to my test > > machines I think I=E2=80=99m fine personally with losing the display wh= ile > > unloading. > > > > Keyboard input still works though and at least it doesn=E2=80=99t crash= anymore > :) > > > > that's awesome, so in theory we will be able to upgrade the drm-kmod and > use the new driver without a reboot. i like that as a hacker and > end-user You probably have to exit X to unload the driver so I=E2=80=99m not sure it= =E2=80=99s that much better than a reboot :) Either way, it will make simple testing a lot easier. > > -pete > > -- > Pete Wright > pete@nomadlogic.org > @nomadlogicLA > > From owner-freebsd-current@freebsd.org Mon Mar 18 20:06:45 2019 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 20EBE154C92D for ; Mon, 18 Mar 2019 20:06:45 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-ot1-x334.google.com (mail-ot1-x334.google.com [IPv6:2607:f8b0:4864:20::334]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 57A44745CC for ; Mon, 18 Mar 2019 20:06:44 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-ot1-x334.google.com with SMTP id c16so4212507otn.4 for ; Mon, 18 Mar 2019 13:06:44 -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=tC24jGGwaFklM6y1GyG5RjjXMHXgTIfbGDU25pHpU9I=; b=cde+xabBUYX4h3f/sxPEQdA5mQCw8F58EuuqdpWNWVU291owikRTmZVwAIgyNic9Dl 3/MEJaMTEMdaiSDI7hb2J/ik85VO3ToLXZzeytJDpFcphragDv8BuX0z+U5x1M2rgBOG uN9umO3XdsamvVdiySZmAnXfJzNwR/apIUEN1PLCjHsWoM2bgkit0MjGwBhB+Unx1Mlu FT5P2va0MMJDx8pFw4uw2sjoYnzAKJ5gwf2ZqKYjokjHOYbEhp7yCBQB6e9otk+XfkOm z43sGitzoPjmRBdStsqfJrGmVvdvm9GVt3fMiGRt1MAg9IdcJcMU3gQQTV+XL0vNdJhw YFPA== 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=tC24jGGwaFklM6y1GyG5RjjXMHXgTIfbGDU25pHpU9I=; b=GRgeGuDSn3lzWdLGyhmtahnkWpWxPLakYBi8x4W5unMCpNKMTvo3EUN/hmT8XDhbl3 sE3NWPgqzIwGn3T28Tiwk0NgI4YCnB1hgsF0q1cl+z16slOmzWp4jkKLkLJB0+Zbm+Sq FUFop8c4nunpWb2Ab6ZpZU90GtiEdcvydnxhL70uc4y2sheBuc4W/q5SfcuPX/3NcnlY 3G8Cs2yaMqnNnPUkCA1FmQVxWAKO6MyxbAhVGkYGB1G/cjcEVIE17jybCYzYKO/yJYp/ YIrkvjWfDmyAJ+XplPqfD6RYz/d68a91mUVhEXGzOncSWquEE1ffBoB3JsVT6BpR0Inm mLCQ== X-Gm-Message-State: APjAAAW+aMvbpq1Q/ogo1AXPHH2STH8Yk1nGVst45IQ1IpLvPofXEe6z AKVN7AnjxPVu8JF8hKVrxcmbh+I7dJ17c0rS2zhNmg== X-Google-Smtp-Source: APXvYqxDew71wjeQPkU2LirInk5KCKIvSrDroUZcIb2QvE5V9mI3bGsUAoi7rwt6bW66V9tZozYzlaqelLlOXXT0vvs= X-Received: by 2002:a9d:6b94:: with SMTP id b20mr3820298otq.289.1552939603770; Mon, 18 Mar 2019 13:06:43 -0700 (PDT) MIME-Version: 1.0 References: <95dfadc9-8341-b2a5-7b58-e94f46b5fa90@gmail.com> <1552836887.1930.0@unrelenting.technology> <6ea64218-2b6d-fc9a-01b5-ed07bd23c783@gmail.com> <20190317223531.b7334327a47f3579eaba98ee@bidouilliste.com> In-Reply-To: From: Johannes Lundberg Date: Mon, 18 Mar 2019 20:06:33 +0000 Message-ID: Subject: Re: Switching fb backend back to default To: Oliver Pinter Cc: Emmanuel Vadot , FreeBSD Current , Greg V X-Rspamd-Queue-Id: 57A44745CC X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=cde+xabB; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of johalun0@gmail.com designates 2607:f8b0:4864:20::334 as permitted sender) smtp.mailfrom=johalun0@gmail.com X-Spamd-Result: default: False [-6.63 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[4.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_SHORT(-0.89)[-0.895,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-2.73)[ip: (-8.72), ipnet: 2607:f8b0::/32(-2.76), asn: 15169(-2.09), country: US(-0.07)]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] 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: Mon, 18 Mar 2019 20:06:45 -0000 On Mon, Mar 18, 2019 at 19:48 Oliver Pinter wrote: > > > On Sunday, March 17, 2019, Johannes Lundberg wrote: > >> On Sun, Mar 17, 2019 at 21:35 Emmanuel Vadot >> wrote: >> >> > On Sun, 17 Mar 2019 16:32:43 +0000 >> > Johannes Lundberg wrote: >> > >> > > >> > > On 3/17/19 3:34 PM, Greg V wrote: >> > > > >> > > > >> > > > On Sun, Mar 17, 2019 at 3:07 PM, Johannes Lundberg >> > > > wrote: >> > > >> Hi >> > > >> >> > > >> I'm working on making i915kms unload properly. I've come to what = I >> > think >> > > >> is the last issue. The drm driver unloads ok, the "efifb" backend >> is >> > > >> restored (according to logs) and vt_efifb_init() is being called >> but >> > the >> > > >> screen (laptop built in display) stays black. The system seems >> > > >> operational otherwise. If I load i915kms again in this state I ge= t >> > back >> > > >> a visible (i915kms) framebuffer. >> > > >> >> > > >> Did we ever have this working so it's known to work? >> > > > >> > > > Recently on the linux kernel mailing list: >> > > > >> > > > http://lkml.iu.edu/hypermail/linux/kernel/1903.1/01162.html >> > > > >> > > > > Of course, once native drivers like i915 or radeon take over, >> such a >> > > > framebuffer is toast... [6] >> > > > >> > > > > [6] >> > linux/drivers/gpu/drm/i915/i915_drv.c::i915_kick_out_firmware_fb() >> > > > > linux/drivers/gpu/drm/radeon/radeon_drv.c::radeon_pci_probe() >> > > > >> > > > So it seems like efifb is not supposed to work after a driver has >> been >> > > > loaded at least once. >> > > > >> > > > >> > > Hmm, well the code is there to handle switching back to the boot tim= e >> > > fb. What I think is happening is that i915 powers off the displays a= t >> > > unload and vt doesn't know how to power on (or that it should). >> > > >> > >> > That and if the display pipeline is de-configured or the resolution >> > changed you cannot reset it to the original state. >> > Unloading drm modules is only useful for testing (and finding leaks). >> >> >> Yeah a normal user would never unload it. Since I mostly ssh to my test >> machines I think I=E2=80=99m fine personally with losing the display whi= le >> unloading. >> >> Keyboard input still works though and at least it doesn=E2=80=99t crash = anymore :) > > > > As workaround, can't you turn on the display with intel_backlight? > AFAIK, that can only adjust brightness. The display panel is completely shut off. >> >> > >> > > >> > > _______________________________________________ >> > > 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" >> > >> > >> > -- >> > Emmanuel Vadot >> > >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g >> " >> > From owner-freebsd-current@freebsd.org Mon Mar 18 21:00:16 2019 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 07889154DE3B for ; Mon, 18 Mar 2019 21:00:16 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lj1-f169.google.com (mail-lj1-f169.google.com [209.85.208.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DB791763F9 for ; Mon, 18 Mar 2019 21:00:14 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lj1-f169.google.com with SMTP id z25so15390153ljk.8 for ; Mon, 18 Mar 2019 14:00:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=yMSukpXvGVFDT7TFoZf/UETHnF3USZ24m/ZopaPU888=; b=sUKD/dr97t/VqR6CQHVTt9H8HKPjmKELlmtaed1UbnE7G0R35ZpBL+Er5aVFoo43CX xBm1wLb6MvGrpr+kVFjZFPy8ljLZxKpgtC3BKvXMvlbRR62+bT6wUT6AKzKyusJilR2A voog1sxcgSEryaFQ8l+GzYL3BWA5ogqg6qFveaOYwBcqReyIm85Jr+d2SatyjpR5oQe4 mIRINGz5J8rEFTzw7TSqMwdUhfSGdQMjtrtuqq22DW/QQ61k1SxST9H+L9ET6cQCt3r7 MC4PXhfzVKsHhMt1LqecpIUgv+/ckutdUJjC66a8uDOJbIi0BONIfBIlRb6CdMdGJuBc Vq3Q== X-Gm-Message-State: APjAAAVtengordB+7lWi7o29OKG/JDei/j1FlJrApVI9/FSFSfajr8rd jP8ziKV9a6pVgjCKH1VEVutC1m+9 X-Google-Smtp-Source: APXvYqz1cYgYi3RfTKIAjr+QX3RIHvi11QDPL1pFWtXMXV48sFkHC48D/9U4sFZQ4ohQTFfbg+QLcg== X-Received: by 2002:a2e:934a:: with SMTP id m10mr11647838ljh.164.1552942812865; Mon, 18 Mar 2019 14:00:12 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id f22sm2514564ljk.18.2019.03.18.14.00.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 18 Mar 2019 14:00:11 -0700 (PDT) Subject: Re: leaked swap? To: Andrey Fesenko Cc: FreeBSD Current References: <9c5eaa94-f55b-464a-ab0f-267e7fce4bd0@FreeBSD.org> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABzR5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz7CwZQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryM7BTQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAcLBfAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: Date: Mon, 18 Mar 2019 23:00:10 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: DB791763F9 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.208.169 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-3.31 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.98)[-0.982,0]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; R_DKIM_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.31)[ip: (-0.54), ipnet: 209.85.128.0/17(-3.88), asn: 15169(-2.09), country: US(-0.07)]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[169.208.85.209.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[] 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: Mon, 18 Mar 2019 21:00:16 -0000 On 18/03/2019 20:01, Andrey Fesenko wrote: > Not this? ZFS use wired and not clean only reboot? > https://reviews.freebsd.org/D7538?id=25108 Wired memory surely has nothing to do with swap. -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Mar 19 00:02:41 2019 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 B777015515DA for ; Tue, 19 Mar 2019 00:02:41 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-io1-f51.google.com (mail-io1-f51.google.com [209.85.166.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A12584E6F for ; Tue, 19 Mar 2019 00:02:40 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mail-io1-f51.google.com with SMTP id c4so16151952ioh.9 for ; Mon, 18 Mar 2019 17:02:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Zqr+NcTHlVR3DPqcDPEGZNzC7HCecjXtFeGiTClLGVE=; b=Oy3pXl2eWdnfjTbqzyOBA8V+Kq/AXj6EEiC75CyLuRnUlsyDcxEzUzIjPys/A40/6b wMCX7KwO4P1RmppHNtJ5mxOnSrqS9bILKlRsafz4KB9Dr7ZCmzU2hK2njePDTDNG9em9 WgYBm3BEtdmVx9RvoeB/aq4B+18ZVM80Z5XM6ZOLZuBARyl6HPYn/RbX6jY2FbeAEn5q bv0ECt02gHYSmqpc7SedUCVEVm+p8kIBZB6E2AmOQx+LwxXg1xCj7add1P8V7U9rTGqy Vlc+dwYpTbM6ZW6i8i0I6o02R1PBFaNezkhcGWNuhGaYRdw0IElyLGxU8TndSvsuZ56Q Ts/A== X-Gm-Message-State: APjAAAWE5+iqYXPy78y8puQCWW7M6jFL+zeDLOJyE9iRivgXHSbefKnG 7njdpe82525ajbDAY490Veje0rcn X-Google-Smtp-Source: APXvYqwrj/qzKZsHL6cKHUx1TUnAP1vp43Z06GAdDA84WSX71kZp53B/RzDdEQF6F0DtvEIi7xdIVw== X-Received: by 2002:a6b:f813:: with SMTP id o19mr12666090ioh.70.1552953754175; Mon, 18 Mar 2019 17:02:34 -0700 (PDT) Received: from mail-io1-f52.google.com (mail-io1-f52.google.com. [209.85.166.52]) by smtp.gmail.com with ESMTPSA id s1sm5082487ioe.18.2019.03.18.17.02.33 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 18 Mar 2019 17:02:33 -0700 (PDT) Received: by mail-io1-f52.google.com with SMTP id x3so4384195iol.10 for ; Mon, 18 Mar 2019 17:02:33 -0700 (PDT) X-Received: by 2002:a6b:f419:: with SMTP id i25mr12343470iog.216.1552953753617; Mon, 18 Mar 2019 17:02:33 -0700 (PDT) MIME-Version: 1.0 References: <8BA3B71BA1BE4249A17369318459EC144F16ADB3@DAG.uvawise.edu> <9c1cf7c9-e2f1-ba2d-b6e8-c4b691b24c61@selasky.org> In-Reply-To: <9c1cf7c9-e2f1-ba2d-b6e8-c4b691b24c61@selasky.org> From: Eric Joyner Date: Mon, 18 Mar 2019 17:01:57 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Building freebsd on another OS To: Hans Petter Selasky Cc: Jonathan Moore , "freebsd-current@freebsd.org" X-Rspamd-Queue-Id: 9A12584E6F X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of ricera10@gmail.com designates 209.85.166.51 as permitted sender) smtp.mailfrom=ricera10@gmail.com X-Spamd-Result: default: False [-5.98 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MIME_TRACE(0.00)[0:+,1:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.88)[-0.881,0]; RCVD_IN_DNSWL_NONE(0.00)[51.166.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[erj@freebsd.org,ricera10@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[erj@freebsd.org,ricera10@gmail.com]; IP_SCORE(-3.09)[ip: (-9.40), ipnet: 209.85.128.0/17(-3.87), asn: 15169(-2.10), country: US(-0.07)] 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: Tue, 19 Mar 2019 00:02:42 -0000 On Sun, Mar 17, 2019 at 6:35 AM Hans Petter Selasky wrote: > > See the freebsd-build utils package for Linux. > > --HPS > > Is there anything for Windows? - Eric From owner-freebsd-current@freebsd.org Tue Mar 19 00:23:57 2019 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 7B915152A03B for ; Tue, 19 Mar 2019 00:23:57 +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 8277C85B8F; Tue, 19 Mar 2019 00:23:54 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id 62Xfhxcz7o7SQ62XhhBi8B; Mon, 18 Mar 2019 18:23:46 -0600 X-Authority-Analysis: v=2.3 cv=Go88BX9C c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=kj9zAlcOel0A:10 a=NTGMnVQrEZIA:10 a=6I5d2MoRAAAA:8 a=ECduHTbH4FdYAarN7FUA:9 a=CjuIK1q_8ugA:10 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 3A659B14; Mon, 18 Mar 2019 17:23:43 -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 x2J0NgTp053255; Mon, 18 Mar 2019 17:23:42 -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 x2J0NgCQ053252; Mon, 18 Mar 2019 17:23:42 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201903190023.x2J0NgCQ053252@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Andriy Gapon cc: Cy Schubert , freebsd-current@freebsd.org Subject: Re: leaked swap? In-Reply-To: Your message of "Mon, 18 Mar 2019 17:34:03 +0200." <2b27d1b6-b956-c27e-709b-08fa5d54e696@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <53250.1552955022.1@slippy> Content-Transfer-Encoding: quoted-printable Date: Mon, 18 Mar 2019 17:23:42 -0700 X-CMAE-Envelope: MS4wfGE7huEWkxKcALhhSURRYnB2r6/161VGbnyNYRHkuUSjtB6bQ0+9KR43HJGgyxHbiUrLyWZPpMzjBCG7xnvuUsyDsUkp+Dr7Hymsm++dO0OVCOe5uQOU fJu6bKjfKd28ivHYilB51X8F9yX+qzH+JqVNvMoEz4Szeswjh26Azq9kBq7lqVVSouTSkKgRMDzmzIJQXXUmrSEAmXc4OjoaeHY= X-Rspamd-Queue-Id: 8277C85B8F X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-4.20 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(-2.12)[ip: (-5.36), ipnet: 64.59.128.0/20(-2.90), asn: 6327(-2.24), country: CA(-0.09)]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLYTO_EQ_FROM(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[spqr.komquats.com]; NEURAL_HAM_SHORT(-0.88)[-0.877,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.zen.spamhaus.org : 127.0.0.11]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[138.136.59.64.list.dnswl.org : 127.0.5.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: Tue, 19 Mar 2019 00:23:57 -0000 In message <2b27d1b6-b956-c27e-709b-08fa5d54e696@FreeBSD.org>, Andriy Gapo= n writes: > On 18/03/2019 17:30, Cy Schubert wrote: > > Top did not report any swap used by git and GB of swap were used. > > Last time I checked top reported something very different as swap. > IIRC, its notion of swap usage comes from the age when the swap granular= ity was > a whole process. OK, in the strictest sense. The BSD definition of swap is the same as IBM'= s z/OS, a whole address space. From owner-freebsd-current@freebsd.org Tue Mar 19 03:44:36 2019 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 F1DE0153ECFE for ; Tue, 19 Mar 2019 03:44:35 +0000 (UTC) (envelope-from damjan.jov@gmail.com) Received: from mail-ot1-x32e.google.com (mail-ot1-x32e.google.com [IPv6:2607:f8b0:4864:20::32e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 596476A6D6; Tue, 19 Mar 2019 03:44:34 +0000 (UTC) (envelope-from damjan.jov@gmail.com) Received: by mail-ot1-x32e.google.com with SMTP id e80so11329582ote.5; Mon, 18 Mar 2019 20:44:34 -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=6OkKR7rpshLUa8VDHfa5F3HP0DkE/hBsxg3+Uyk5DOc=; b=UMR4tsqS4A5++1dNbwlrofqsLKXRlVllu06cIDcc4Pdhokv5tNw8a73g45qdY7lm0o L10uWk68cBz8Ls9I7akitFxaTDfELAYVZaZdNEHDPUT6cZHmsuQuA1nwz++bq1vYeip4 ndAK8eitsXaSX0/yXThbe1qMHI5WIpoamVhJuhIevKXaZhJtX/YLDXh5z7VY2iOxcy+B S1kBLdwfeVSRJ/zRY5i+xI2yzRZsCfYJy6JhQSoPehmjRT8phWRjeEW+SLlgTemqtYsi mGLulAIwVjTKCbWWERjQsdC0XLQ9kD8b8fmgS3PCpcQcl7yNx03BKEUoCtLknoDpcGvv fCoA== 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=6OkKR7rpshLUa8VDHfa5F3HP0DkE/hBsxg3+Uyk5DOc=; b=W0P5eravI5NBUYu7KVS4DMkIimSFu8Y8vL7n9kAOUMtZCLsZ3s09z9UL6beadpvByV JIp5KXN53XDoNaOXCLgfBZ7vTaYLefVyVd0Y/ukx5yTBJmXn7vxwywX18Bux/Gs3CFGi o8JmTme3ysLavq47yjdba7qj0dxvtWFgFyrPulyylBUCSfxjUQY3IDSaPQNOwwAzZve0 Zl3+WxLzGIDHYYWvNAlyGWr67ZZO23GDJvMbDmg2zYPf+IxJm2TiePnA8SPgcix2dvOf XpJVI6RvfudKwEa4hkSCP1lH7IjlDAOFHuykJQCyxUGu7za5AYmSy45FP4/xqH76ONV2 JvMw== X-Gm-Message-State: APjAAAV/9purZYLd4MOiBQJ0AFuLInTiDdgW2VHxMbcxJvyOXmdoxQEN VQLsQ9RQF2smMEBEjUKYTU8BFPPsfKigNaJ+CXvkhVfLDZI= X-Google-Smtp-Source: APXvYqzCuWSxE04X9EZFxAjJdC5T+ofbAgtNSUWK4oGfyEQQBjChwXhuZoOiHrSAdUwx/uag7YZpeivp0HfonCcs0Ws= X-Received: by 2002:a9d:6255:: with SMTP id i21mr201769otk.158.1552967073281; Mon, 18 Mar 2019 20:44:33 -0700 (PDT) MIME-Version: 1.0 References: <8BA3B71BA1BE4249A17369318459EC144F16ADB3@DAG.uvawise.edu> <9c1cf7c9-e2f1-ba2d-b6e8-c4b691b24c61@selasky.org> In-Reply-To: From: Damjan Jovanovic Date: Tue, 19 Mar 2019 05:43:42 +0200 Message-ID: Subject: Re: Building freebsd on another OS To: Eric Joyner Cc: "freebsd-current@freebsd.org" X-Rspamd-Queue-Id: 596476A6D6 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=UMR4tsqS; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of damjanjov@gmail.com designates 2607:f8b0:4864:20::32e as permitted sender) smtp.mailfrom=damjanjov@gmail.com X-Spamd-Result: default: False [-6.06 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.29)[-0.290,0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(-2.76)[ip: (-8.86), ipnet: 2607:f8b0::/32(-2.77), asn: 15169(-2.10), country: US(-0.07)]; RCVD_IN_DNSWL_NONE(0.00)[e.2.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] 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: Tue, 19 Mar 2019 03:44:36 -0000 On Tue, Mar 19, 2019 at 2:04 AM Eric Joyner wrote: > On Sun, Mar 17, 2019 at 6:35 AM Hans Petter Selasky > wrote: > > > > > See the freebsd-build utils package for Linux. > > > > --HPS > > > > > Is there anything for Windows? > > > FreeBSD uses ELF binaries. Microsoft's compilers only generate PE binaries. Cygwin also generates PE binaries, optionally linked to its libraries. Mingw and mingw-w64, same story. You need some sort of cross-compiler that generates ELF binaries. That new "Windows Subsystem for Linux" (WSL) found on Windows 10 might be a good starting point, as it uses ELF binaries natively, and its C compiler (GCC?) presumably generates ELF. From owner-freebsd-current@freebsd.org Tue Mar 19 12:38:22 2019 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 1685B154F58D for ; Tue, 19 Mar 2019 12:38:22 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theravensnest.org [46.226.110.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "theravensnest.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 86160833A0 for ; Tue, 19 Mar 2019 12:38:21 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [10.164.186.150] ([167.220.197.150]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id x2JCc9Dp023426 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 19 Mar 2019 12:38:09 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: mail: Host [167.220.197.150] claimed to be [10.164.186.150] Subject: Re: Building freebsd on another OS To: freebsd-current@freebsd.org References: <8BA3B71BA1BE4249A17369318459EC144F16ADB3@DAG.uvawise.edu> <9c1cf7c9-e2f1-ba2d-b6e8-c4b691b24c61@selasky.org> From: David Chisnall Message-ID: Date: Tue, 19 Mar 2019 12:38:11 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.3 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 86160833A0 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.96 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.96)[-0.962,0]; ASN(0.00)[asn:29169, ipnet:46.226.108.0/22, country:FR] 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: Tue, 19 Mar 2019 12:38:22 -0000 On 19/03/2019 00:01, Eric Joyner wrote: > On Sun, Mar 17, 2019 at 6:35 AM Hans Petter Selasky wrote: > >> See the freebsd-build utils package for Linux. >> >> --HPS >> >> > Is there anything for Windows? Your best bet on Windows is to use the Windows Subsystem for Linux (WSL). This lets you install a Linux distro's userland on top of the NT kernel. If you install vcxsrv (available in chocolatey) then you can also run graphical applications. That said, FreeBSD also runs very well under Hyper-V, so if you have enough RAM then you may find that a better option. In my experience, compilers that spawn a new process for every file (e.g. gcc, clang) are noticeably faster in a FreeBSD VM on Windows than in WSL or native in Windows (and a *lot* faster than their cygwin versions). David From owner-freebsd-current@freebsd.org Tue Mar 19 13:02:31 2019 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 7AB7D155060D for ; Tue, 19 Mar 2019 13:02:31 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 51BB984647; Tue, 19 Mar 2019 13:02:30 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1h6ENp-000JTW-B8; Tue, 19 Mar 2019 16:02:21 +0300 Date: Tue, 19 Mar 2019 16:02:21 +0300 From: Slawa Olhovchenkov To: Andriy Gapon Cc: Andrey Fesenko , FreeBSD Current Subject: Re: leaked swap? Message-ID: <20190319130221.GB6462@zxy.spb.ru> References: <9c5eaa94-f55b-464a-ab0f-267e7fce4bd0@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-Rspamd-Queue-Id: 51BB984647 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.58 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.97)[0.974,0]; RCVD_TLS_LAST(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[zxy.spb.ru]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.81)[0.807,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[zxy.spb.ru]; NEURAL_SPAM_LONG(0.91)[0.907,0]; IP_SCORE(0.00)[country: RU(0.00)]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:5495, ipnet:195.70.192.0/19, country:RU]; FREEMAIL_CC(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] 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: Tue, 19 Mar 2019 13:02:31 -0000 On Mon, Mar 18, 2019 at 11:00:10PM +0200, Andriy Gapon wrote: > On 18/03/2019 20:01, Andrey Fesenko wrote: > > Not this? ZFS use wired and not clean only reboot? > > https://reviews.freebsd.org/D7538?id=25108 > > Wired memory surely has nothing to do with swap. Wired memory can pressure to swapable memory From owner-freebsd-current@freebsd.org Tue Mar 19 12:50:19 2019 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 CFD84154FA64 for ; Tue, 19 Mar 2019 12:50:19 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: from mail-yw1-f68.google.com (mail-yw1-f68.google.com [209.85.161.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C00F583AAA for ; Tue, 19 Mar 2019 12:50:18 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: by mail-yw1-f68.google.com with SMTP id c4so15722400ywa.11 for ; Tue, 19 Mar 2019 05:50:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=l6iLrLP+0E2tdVAIO02jZWhF9A2sn8TXaj9VHl7v3V4=; b=Xo7zrrLsoIrj3AWLgr3XwNR/fQLVSZTeKKqQl90N1DRRCCf8MIdjr1kekLN9oJgDLH BCaCcDasjAMWtHQBSDl3MsfsdiB0aJnVm7OLFrZMY/Bs2gOYixWPvAJsJo8bX6uW3UhO YWoZjEh8k5SafwOD3b/asFpipFT+UgqJgsyVIN6TdkFEBSnXcekwMiOX/YQ3Q9gftWHB zCgLUz6cYC0mq+LVi0pr2sWXmXKBg0GndciSBzGmbb6aUlyv25PAp4IFPJraHTla3POS TAf8JSzVOzqq4wj+npdq8s6FK0tBBBhTqkq+bLh+ckAc5SQRV0af4agdJ+HAGEVoCNMp noTQ== X-Gm-Message-State: APjAAAV7fZt8pagh6pG6objDKm7jvlJXFYoxsFtOBQlqZmEr8Glmh8WP rX4EH9k/QJVbMQ3kgCMK0+9L9NWeO4Cc1mV/NhA= X-Google-Smtp-Source: APXvYqzuOMCoBk44zGrHY5IZNg3Yq1Sx5h+jK+OifYoieGyhX+inTFdkBL8UVLPATnFnD1HYSwF+HHChJV/z1jkZlhM= X-Received: by 2002:a25:4a07:: with SMTP id x7mr1668535yba.351.1552999373490; Tue, 19 Mar 2019 05:42:53 -0700 (PDT) MIME-Version: 1.0 From: Li-Wen Hsu Date: Tue, 19 Mar 2019 21:42:42 +0900 Message-ID: Subject: FreeBSD CI Weekly Report 2019-03-17 To: freebsd-testing@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: C00F583AAA X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of lwhsufreebsd@gmail.com designates 209.85.161.68 as permitted sender) smtp.mailfrom=lwhsufreebsd@gmail.com X-Spamd-Result: default: False [-3.61 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; RCVD_COUNT_TWO(0.00)[2]; FROM_NEQ_ENVFROM(0.00)[lwhsu@freebsd.org,lwhsufreebsd@gmail.com]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[68.161.85.209.rep.mailspike.net : 127.0.0.18]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.39)[-0.390,0]; RCVD_IN_DNSWL_NONE(0.00)[68.161.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-1.21)[ipnet: 209.85.128.0/17(-3.87), asn: 15169(-2.10), country: US(-0.07)]; FORGED_SENDER(0.30)[lwhsu@freebsd.org,lwhsufreebsd@gmail.com]; DMARC_NA(0.00)[freebsd.org]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FORGED_RECIPIENTS(0.00)[freebsd-testing@freebsd.org,freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[] X-Mailman-Approved-At: Tue, 19 Mar 2019 13:05:49 +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: Tue, 19 Mar 2019 12:50:20 -0000 (bcc -current and -stable for more audience) FreeBSD CI Weekly Report 2019-03-17 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2019-03-11 to 2019-03-17. During this period, we have: * 1918 builds (93.2% passed, 2.3% failed, 86% exception) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 339 test runs (54.9% passed, 44.8% unstable, 0.3% exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 15 doc buils (100% passed) (For more meaningful statistics, we omitted the numbers from experimental jobs) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/s/SJc5jaHw4 and archive is available at http://hackfoldr.org/freebsd-ci-report/, any help is welcome. ## Failing Tests * https://ci.freebsd.org/job/FreeBSD-head-amd64-test/ * lib.libarchive.functional_test.test_fuzz_zip (flakey) See https://bugs.freebsd.org/236300 for more details * https://ci.freebsd.org/job/FreeBSD-head-i386-test/ * sys.netmap.ctrl-api-test.main * sys.opencrypto.runtests.main * lib.libc.regex.exhaust_test.regcomp_too_big * lib.libregex.exhaust_test.regcomp_too_big * sys.kern.coredump_phnum_test.coredump_phnum WIP: https://reviews.freebsd.org/D18495 * (New) lib.libc.sys.sendfile_test.fd_positive_shm_v4 * (New) lib.libc.sys.sendfile_test.hdtr_negative_bad_pointers_v4 * https://ci.freebsd.org/job/FreeBSD-stable-12-i386-test/ * sbin.bectl.bectl_test.bectl_mount * sys.netmap.ctrl-api-test.main * sys.opencrypto.runtests.main * lib.libc.regex.exhaust_test.regcomp_too_big * lib.libregex.exhaust_test.regcomp_too_big * sys.kern.coredump_phnum_test.coredump_phnum WIP: https://reviews.freebsd.org/D18495 * https://ci.freebsd.org/job/FreeBSD-stable-11-amd64-test/ * usr.bin.procstat.procstat_test.kernel_stacks * https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/ * sys.netmap.ctrl-api-test.main * sys.opencrypto.runtests.main * usr.bin.procstat.procstat_test.kernel_stacks * local.kyua.* (31 cases) * local.lutok.* (3 cases) * lib.libc.sys.sendfile_test.fd_positive_shm_v4 * lib.libc.sys.sendfile_test.hdtr_negative_bad_pointers_v4 ## Failing Tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * common.rates.t_dtrace_contrib.tst_switchrate_d * common.syscall.t_dtrace_contrib.tst_args_d * common.misc.t_dtrace_contrib.tst_dynopt_d * common.ip.t_dtrace_contrib.tst_ipv4localsctp_ksh * common.ip.t_dtrace_contrib.tst_localsctpstate_ksh * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~60 failing cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details ## Disabled Tests * lib.libc.sys.mmap_test.mmap_truncate_signal https://bugs.freebsd.org/211924 * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * usr.bin.procstat.procstat_test.command_line_arguments https://bugs.freebsd.org/233587 * usr.bin.procstat.procstat_test.environment https://bugs.freebsd.org/233588 ## Open Issues * Flakey test case: lib.libarchive.functional_test.test_fuzz_zip https://bugs.freebsd.org/236300 ### Cause build fails * [233339: genassym.o build race](https://bugs.freebsd.org/233339) * Patch available: https://people.freebsd.org/~bdrewery/patches/PR233339.diff * [233735: Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory](https://bugs.freebsd.org/233735) * [233769: Possible build race: ld: error: unable to find library -lgcc_s](https://bugs.freebsd.org/233769) ### Others [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-current@freebsd.org Tue Mar 19 13:51:42 2019 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 6F7E31551546 for ; Tue, 19 Mar 2019 13:51:42 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 858E485D7E for ; Tue, 19 Mar 2019 13:51:41 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTP id x2JDpYiF038584 for ; Tue, 19 Mar 2019 14:51:34 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id x2JDpXJQ038581 for ; Tue, 19 Mar 2019 14:51:34 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 19 Mar 2019 14:51:33 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD Current Subject: Re: leaked swap? In-Reply-To: <20190319130221.GB6462@zxy.spb.ru> Message-ID: References: <9c5eaa94-f55b-464a-ab0f-267e7fce4bd0@FreeBSD.org> <20190319130221.GB6462@zxy.spb.ru> User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.fig.ol.no 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: Tue, 19 Mar 2019 13:51:42 -0000 On Tue, 19 Mar 2019 16:02+0300, Slawa Olhovchenkov wrote: > On Mon, Mar 18, 2019 at 11:00:10PM +0200, Andriy Gapon wrote: > > > On 18/03/2019 20:01, Andrey Fesenko wrote: > > > Not this? ZFS use wired and not clean only reboot? > > > https://reviews.freebsd.org/D7538?id=25108 > > > > Wired memory surely has nothing to do with swap. > > Wired memory can pressure to swapable memory I've noticed setting vm.pageout_update_period=0 in /etc/sysctl.conf eliminated excessive swapping, effectively disabling r334154. Maybe this is irrelevant. I waited a while before mentioning this. Response times of idle services skyrocketed in my case. -- Trond. From owner-freebsd-current@freebsd.org Tue Mar 19 14:07:51 2019 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 6B9061551B31 for ; Tue, 19 Mar 2019 14:07:51 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf1-f43.google.com (mail-lf1-f43.google.com [209.85.167.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BBE9586700 for ; Tue, 19 Mar 2019 14:07:49 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf1-f43.google.com with SMTP id d18so14533522lfn.3 for ; Tue, 19 Mar 2019 07:07:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=j0af/dZ2UNCtJ6kQQuTJEMjFKFio2y6EDpwJFF/S02o=; b=pyTPWMHkHI9+GnkVXKY04FQ2Sin8Y/gG2Fpi9L3p8IEPHCDXaivMBFjoxvOgzVVX/0 77wpG7pTeWF6hRlKDW43S+/CHUy4tHWObSuzIwHlprc5766J1F3YmUAkrnNzqpiEnkrx 1NdemNq7n51O9gFlctV76BpjkIECZeiqzvV2iUpJpS/kVS5tORmOl3l3DlisrLVT2Ift O09N2UbbB9Bo7bk1twzjpzOavJhE6ICuWIEkHUgtyVVeTySYqfJqmsNo7qmW6vyXqRGH 05tx4yRDEM/3uVjuySQBHY+7Ovlbs9KnAD3cRw4Za6Kdqxms3nQlvZveCOhFuE5kK4hc GSeg== X-Gm-Message-State: APjAAAWQmo9e8EPiAsG69e0ROKw1eUe2f6QxqYjBGTt06dElVxLcUVhI O0MXG99eroAzPef/BEhciK/DxuVJ X-Google-Smtp-Source: APXvYqyOJQ/bXpggqQpTyU7He+fAlSPSi26PR6bjQMB1ouAaFdmCIS9eW5n67JmdQ5/PBgETSMj0Iw== X-Received: by 2002:a19:2548:: with SMTP id l69mr10717506lfl.136.1553004467682; Tue, 19 Mar 2019 07:07:47 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id 7sm2022564lju.27.2019.03.19.07.07.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 19 Mar 2019 07:07:46 -0700 (PDT) Subject: Re: leaked swap? To: Slawa Olhovchenkov Cc: Andrey Fesenko , FreeBSD Current References: <9c5eaa94-f55b-464a-ab0f-267e7fce4bd0@FreeBSD.org> <20190319130221.GB6462@zxy.spb.ru> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABzR5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz7CwZQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryM7BTQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAcLBfAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <8fe0e015-1550-ea39-0522-219f354ceeb6@FreeBSD.org> Date: Tue, 19 Mar 2019 16:07:45 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20190319130221.GB6462@zxy.spb.ru> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: BBE9586700 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.167.43 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.97)[-0.975,0]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[43.167.85.209.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_CC(0.00)[gmail.com]; IP_SCORE(-1.32)[ip: (-0.54), ipnet: 209.85.128.0/17(-3.87), asn: 15169(-2.10), country: US(-0.07)] 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: Tue, 19 Mar 2019 14:07:51 -0000 On 19/03/2019 15:02, Slawa Olhovchenkov wrote: > On Mon, Mar 18, 2019 at 11:00:10PM +0200, Andriy Gapon wrote: > >> On 18/03/2019 20:01, Andrey Fesenko wrote: >>> Not this? ZFS use wired and not clean only reboot? >>> https://reviews.freebsd.org/D7538?id=25108 >> >> Wired memory surely has nothing to do with swap. > > Wired memory can pressure to swapable memory > Yes, it can. But I am interested in what is in the swap. Not what caused it to go to the swap. -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Mar 19 16:51:53 2019 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 471D8152A91B for ; Tue, 19 Mar 2019 16:51:53 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-io1-f47.google.com (mail-io1-f47.google.com [209.85.166.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 776868C9FD; Tue, 19 Mar 2019 16:51:52 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mail-io1-f47.google.com with SMTP id n11so18595603ioh.1; Tue, 19 Mar 2019 09:51:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=aQFEXiFWa5Zr4CcQ/HE46WGumuv90A6Q294lbnmmBpk=; b=MQxEhZDv9jtRJlaXoJ53OvtKt4dsRGhQbGDOYhOaMIePET7mP6/uUQU5lRvubl9MC/ q6G6mVi/iGLz5jUIXmpxqnrl+58EeRyOuf00gVATzhbaR9orp+OzM2oXa5DTquka8ESK pl7Vztdh48sdbnBxM+jNfKklzC0vN5bNVNaFVKjIAcCvDqwOqWADJum90qR7opndI6ZT wUuXJuhnUYEiZYdf7ZjSSEUCPOwcToElJDkfj3JPHe7XY7ItLKNPBCAlZu+4dHIBqL/R vwcvG9oAbZBMuI6u+WHC8+958a1rmjtwBlJQtO+jYgnYSJLcFn3NA6ItThg0/6iHscoV SbxA== X-Gm-Message-State: APjAAAXwHlJFjj8M0DIBOxxqXOEoau9SXXsCfh0xa9A6B4puTJVo9XqA PVWxOID3jcx6wneMQjzbgex0UeXh X-Google-Smtp-Source: APXvYqyWw0livjVXL0FERRrqTeJz9pVobFb3QiG08ZMavde4zKfoxfiXqTsjtKJnK/x0dTvSI0RBsw== X-Received: by 2002:a5d:8893:: with SMTP id d19mr2055539ioo.277.1553013874773; Tue, 19 Mar 2019 09:44:34 -0700 (PDT) Received: from mail-io1-f53.google.com (mail-io1-f53.google.com. [209.85.166.53]) by smtp.gmail.com with ESMTPSA id t74sm1923629itt.29.2019.03.19.09.44.34 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 19 Mar 2019 09:44:34 -0700 (PDT) Received: by mail-io1-f53.google.com with SMTP id x4so18387632ion.2; Tue, 19 Mar 2019 09:44:34 -0700 (PDT) X-Received: by 2002:a6b:f419:: with SMTP id i25mr2170606iog.216.1553013874109; Tue, 19 Mar 2019 09:44:34 -0700 (PDT) MIME-Version: 1.0 References: <8BA3B71BA1BE4249A17369318459EC144F16ADB3@DAG.uvawise.edu> <9c1cf7c9-e2f1-ba2d-b6e8-c4b691b24c61@selasky.org> In-Reply-To: From: Eric Joyner Date: Tue, 19 Mar 2019 09:43:58 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Building freebsd on another OS To: David Chisnall Cc: FreeBSD Current X-Rspamd-Queue-Id: 776868C9FD X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of ricera10@gmail.com designates 209.85.166.47 as permitted sender) smtp.mailfrom=ricera10@gmail.com X-Spamd-Result: default: False [-5.76 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(-2.84)[ip: (-8.18), ipnet: 209.85.128.0/17(-3.87), asn: 15169(-2.11), country: US(-0.07)]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[47.166.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.91)[-0.910,0]; FORGED_SENDER(0.30)[erj@freebsd.org,ricera10@gmail.com]; MIME_TRACE(0.00)[0:+,1:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[erj@freebsd.org,ricera10@gmail.com] 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: Tue, 19 Mar 2019 16:51:53 -0000 On Tue, Mar 19, 2019 at 5:40 AM David Chisnall wrote: > That said, FreeBSD also runs very well under Hyper-V, so if you have > enough RAM then you may find that a better option. In my experience, > compilers that spawn a new process for every file (e.g. gcc, clang) are > noticeably faster in a FreeBSD VM on Windows than in WSL or native in > Windows (and a *lot* faster than their cygwin versions). > > David > Thanks David, running FreeBSD VM using Hyper-V wasn't something I had considered before; I thought my options would've been limited to using WSL or Cygwin/msys2 to get it to compile on Windows. I'll go see if I'm allowed to use Hyper-V on my company-issued laptop... - Eric From owner-freebsd-current@freebsd.org Tue Mar 19 18:19:08 2019 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 CA7F51530133 for ; Tue, 19 Mar 2019 18:19:08 +0000 (UTC) (envelope-from tino.engel@mail.de) Received: from shout01.mail.de (shout01.mail.de [IPv6:2001:868:100:600::216]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.mail.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 16D7F699F8; Tue, 19 Mar 2019 18:19:07 +0000 (UTC) (envelope-from tino.engel@mail.de) Received: from postfix01.mail.de (postfix03.bt.mail.de [10.0.121.127]) by shout01.mail.de (Postfix) with ESMTP id 4F726100EC6; Tue, 19 Mar 2019 19:19:04 +0100 (CET) Received: from smtp03.mail.de (smtp03.bt.mail.de [10.0.121.213]) by postfix01.mail.de (Postfix) with ESMTP id 34DEE80275; Tue, 19 Mar 2019 19:19:04 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mail.de; s=mailde201610; t=1553019544; bh=ypBbp4iKahNBTonz4EMQN3t8+IX808xSZ/tuM9NUBO0=; h=From:To:CC:Date:In-Reply-To:References:Subject:From; b=ZtkYEakCA73Rc5WlfZikiX4QR2qKO2wX+E/6P93XqzVnbbAUxc34nq61YLbeZ/ifE aMjGdITXI4DGAyOewQvHvo4itXw6mJU31kgYsGfAQvxqpf8tts0GGBsTK05IXRxPwH fngUGoE2U4epVN8gO+KnAC8JmwP3UprYr7yqPiMk= Received: from [127.0.0.1] (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp03.mail.de (Postfix) with ESMTPSA id 1A61280671; Tue, 19 Mar 2019 19:19:02 +0100 (CET) From: Tino Engel To: Andriy Gapon , Slawa Olhovchenkov CC: Andrey Fesenko , FreeBSD Current Date: Tue, 19 Mar 2019 19:19:06 +0100 Message-ID: <169972da990.279a.02838cb3b98763b6ea545a178b76da5e@mail.de> In-Reply-To: <8fe0e015-1550-ea39-0522-219f354ceeb6@FreeBSD.org> References: <9c5eaa94-f55b-464a-ab0f-267e7fce4bd0@FreeBSD.org> <20190319130221.GB6462@zxy.spb.ru> <8fe0e015-1550-ea39-0522-219f354ceeb6@FreeBSD.org> Subject: Re: leaked swap? MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8" Content-Transfer-Encoding: 8bit X-purgate: clean X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate: clean X-purgate-size: 970 X-purgate-ID: 154282::1553019544-00004047-D9A4F9B8/0/0 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: Tue, 19 Mar 2019 18:19:09 -0000 Why the hell are you running current when you want a stable version? A year old current. I'd go to one of the stables at least. Am 19. März 2019 15:11:16 schrieb Andriy Gapon : > On 19/03/2019 15:02, Slawa Olhovchenkov wrote: >> On Mon, Mar 18, 2019 at 11:00:10PM +0200, Andriy Gapon wrote: >> >>> On 18/03/2019 20:01, Andrey Fesenko wrote: >>>> Not this? ZFS use wired and not clean only reboot? >>>> https://reviews.freebsd.org/D7538?id=25108 >>> >>> Wired memory surely has nothing to do with swap. >> >> Wired memory can pressure to swapable memory >> > > Yes, it can. But I am interested in what is in the swap. Not what caused > it to > go to the swap. > > -- > Andriy Gapon > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Mar 19 19:09:09 2019 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 8F3621532890 for ; Tue, 19 Mar 2019 19:09:09 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7A8BA6B673; Tue, 19 Mar 2019 19:09:08 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1h6K6i-000NGD-BU; Tue, 19 Mar 2019 22:09:04 +0300 Date: Tue, 19 Mar 2019 22:09:04 +0300 From: Slawa Olhovchenkov To: Andriy Gapon Cc: Andrey Fesenko , FreeBSD Current Subject: Re: leaked swap? Message-ID: <20190319190904.GC6462@zxy.spb.ru> References: <9c5eaa94-f55b-464a-ab0f-267e7fce4bd0@FreeBSD.org> <20190319130221.GB6462@zxy.spb.ru> <8fe0e015-1550-ea39-0522-219f354ceeb6@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8fe0e015-1550-ea39-0522-219f354ceeb6@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-Rspamd-Queue-Id: 7A8BA6B673 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.48 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.83)[0.834,0]; RCVD_TLS_LAST(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[zxy.spb.ru]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.85)[0.850,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: zxy.spb.ru]; NEURAL_SPAM_LONG(0.90)[0.902,0]; IP_SCORE(0.00)[country: RU(0.00)]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:5495, ipnet:195.70.192.0/19, country:RU]; FREEMAIL_CC(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] 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: Tue, 19 Mar 2019 19:09:09 -0000 On Tue, Mar 19, 2019 at 04:07:45PM +0200, Andriy Gapon wrote: > On 19/03/2019 15:02, Slawa Olhovchenkov wrote: > > On Mon, Mar 18, 2019 at 11:00:10PM +0200, Andriy Gapon wrote: > > > >> On 18/03/2019 20:01, Andrey Fesenko wrote: > >>> Not this? ZFS use wired and not clean only reboot? > >>> https://reviews.freebsd.org/D7538?id=25108 > >> > >> Wired memory surely has nothing to do with swap. > > > > Wired memory can pressure to swapable memory > > > > Yes, it can. But I am interested in what is in the swap. Not what caused it to > go to the swap. procstat -v -a | awk '$10 == "sw"' ? From owner-freebsd-current@freebsd.org Thu Mar 21 15:43:29 2019 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 8F3901545995; Thu, 21 Mar 2019 15:43:29 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-lf1-f41.google.com (mail-lf1-f41.google.com [209.85.167.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DBFF6A295; Thu, 21 Mar 2019 15:43:28 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-lf1-f41.google.com with SMTP id v14so4969767lfi.0; Thu, 21 Mar 2019 08:43:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=0BvLqgxvcZXQc7RPODujN8/OWCf5eI8aiAXihs9vGPE=; b=TLqiYd4kRL7dmcYQEM6RxJ6ZNW4AjxK4OGnqprQ+yRspyXZx2NhR3oSIDu6Ow4FCYQ 35aHaz/irzNkDceaOy/Wtyas+tFNDNSBXNS5yVWfg3wmbNG49MP1oHd+H5LvrbFlhPXa CfWUstwOkWmx5nmwZVU5a5Hz39WhQdQ+XTNgyOxWlgfaITJb6j0BRHgYtqomSu82JgXv QIQRHazICrJ12b3QXoj9+sMiYOrSlEvqy562be0OogzMOvgPf4sa1wzahwR+DpJAbC6P MuE0dXxF3kbWrF2x7QLFRQ5rW86F1feNNgGvTuEaP1uy5KEkUu59HcDIM+BvOyjKgaGq cBeQ== X-Gm-Message-State: APjAAAWmCk5qoJEQFJUZuYCC2m2x+edG/0e5TSMTWOqesaCxgQ3TwifO 30+QbcFowPxhqaftXgIAAol3QqW1cQDAyP38y7ej5YNtA+U= X-Google-Smtp-Source: APXvYqw/TO9MmySsKjLadvOn1SdbD+LGbOcB+5I8RrXS+gXEsjSdZLE4StHxaSeCqxGLKRDWq8suLpFpyWw+2mfQaks= X-Received: by 2002:ac2:4ad1:: with SMTP id m17mr2187123lfp.129.1553182999337; Thu, 21 Mar 2019 08:43:19 -0700 (PDT) MIME-Version: 1.0 From: Alan Somers Date: Thu, 21 Mar 2019 09:43:07 -0600 Message-ID: Subject: HEAD'S UP: fusefs sysctls going away To: FreeBSD CURRENT , freebsd-fs Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 7DBFF6A295 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.167.41 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-4.06 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[41.167.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.84)[-0.839,0]; IP_SCORE(-1.21)[ipnet: 209.85.128.0/17(-3.86), asn: 15169(-2.12), country: US(-0.07)]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[41.167.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; RCVD_COUNT_TWO(0.00)[2] 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, 21 Mar 2019 15:43:29 -0000 fusefs has several sysctl knobs that seem to be workarounds for bugs in particular fuse daemons. However, there is no indication as to which those daemons are, neither in the code nor in SVN. All of the workarounds are at least 6.5 years old, so the original bugs may have been fixed already. Since the original bugs aren't documented, I consider these workarounds to be unmaintainable, and I'm planning to delete them unless anybody objects. Please pipe up if you still use them! vfs.fusefs.fix_broken_io: If non-zero, print a diagnostic warning if a userspace filesystem returns EIO on reads of recently extended portions of files vfs.fusefs.sync_resize: If a cached write extended a file, inform FUSE filesystem of the changedsize immediately subsequent to the issued writes vfs.fusefs.refresh_size: If non-zero, and no dirty file extension data is buffered, fetch file size before write operations vfs.fusefs.mmap_enable: If non-zero, and data_cache_mode is also non-zero, enable mmap(2) of FUSE files vfs.fusefs.data_cache_invalidate: If non-zero, discard cached clean file data when there are no active file users -Alan From owner-freebsd-current@freebsd.org Thu Mar 21 15:49:03 2019 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 2B5611545D13 for ; Thu, 21 Mar 2019 15:49:03 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qt1-x836.google.com (mail-qt1-x836.google.com [IPv6:2607:f8b0:4864:20::836]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F2426A69F for ; Thu, 21 Mar 2019 15:49:02 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qt1-x836.google.com with SMTP id w5so1900305qtb.11 for ; Thu, 21 Mar 2019 08:49:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=In4Ogo95TP2ORdlQubBBsnFk2bS17kvPi7r50GjqFuM=; b=MNe3xUPPpBBGzfVnE9PPjA3rZDNitxqTU4ZV0fwW11ilCFfBa4X0Ew1KNxMZkVEMGy eDUCesFyPn3jSdrUg76NhuWV6LjdAOXXVUU4zvp0Om1Wl899TPq1SYfprlF05ztFiN7U cLlyp/qexVJoc7V6HLnTuJTZ9dtyoBJXG56cAMNAPIGkW5Bd/WazP45uW63tJ4+ZW40L vUsKmqme5TlHYSJ7m3uxHIxL9rrKffQt7niQVyLk42cI4vFZlGdX1r4bVnk3zOUkBsfg ouMgTi4Yiz0fiPhcCESRoGP/Qfps1c1pFh4u1VqAJFo9uSeEBaHP0NW8ZiuA9qMGDrpi HrTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=In4Ogo95TP2ORdlQubBBsnFk2bS17kvPi7r50GjqFuM=; b=NuC01gMmyt5HGeKdWIxvnBJPCqkkj8GJgcy4ADGz++jeZPs4HJ+y+r33GLqbWQGDMr s+hCIygaZ7KCOSQjiNLL83tKAjD96IfpYJY9Upcg0/JkQdYNHIzftglfwdl/H1FbPkbg xOV1DDaHCsHJ0po2gDujMcrDZIbpbeDVuwdTAd8oEr8cNXXuiwrAo+64zxwFV0zInyRK mgdK/jfzMc1tuSm+849IfmfD/DmcMV367fZiyK1DF1EAsV/wOsnbxxRU7YrJ6KMXlTY3 +6+hhiPLY7EDZNKv0YYSS4SwuEQPehvulKB6/Xkgs9fuVRW6XiJuFvViypcbi9lzzcnw Kexg== X-Gm-Message-State: APjAAAVBKw8k8KggLL5zGY/Aq2+bT9NfdBz6wH0a8+g1b2WghVGtTRNc HDHoyFtYuQjGv6afr3idrTa+Zw== X-Google-Smtp-Source: APXvYqw0XJFRFYRpFKXwA2uhemMQ0mJukqZkp3qNuYtLcGgD5L2JLDHUqo5NctVhVEHv5KGaa4+tPA== X-Received: by 2002:ac8:2e75:: with SMTP id s50mr3667105qta.375.1553183341508; Thu, 21 Mar 2019 08:49:01 -0700 (PDT) Received: from mutt-hbsd ([63.88.83.108]) by smtp.gmail.com with ESMTPSA id x33sm3379965qth.7.2019.03.21.08.49.00 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 21 Mar 2019 08:49:00 -0700 (PDT) Date: Thu, 21 Mar 2019 11:48:17 -0400 From: Shawn Webb To: Alan Somers Cc: FreeBSD CURRENT , freebsd-fs Subject: Re: HEAD'S UP: fusefs sysctls going away Message-ID: <20190321154817.2lgwjzl4o2urlmdw@mutt-hbsd> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="bdgmafmfgs34qa4w" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD mutt-hbsd 13.0-CURRENT-HBSD FreeBSD 13.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 5F2426A69F X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hardenedbsd.org header.s=google header.b=MNe3xUPP; spf=pass (mx1.freebsd.org: domain of shawn.webb@hardenedbsd.org designates 2607:f8b0:4864:20::836 as permitted sender) smtp.mailfrom=shawn.webb@hardenedbsd.org X-Spamd-Result: default: False [-7.82 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[hardenedbsd.org:s=google]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[hardenedbsd.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; MX_GOOD(-0.01)[cached: alt1.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[6.3.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.73)[ip: (-8.63), ipnet: 2607:f8b0::/32(-2.82), asn: 15169(-2.12), country: US(-0.07)] 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, 21 Mar 2019 15:49:03 -0000 --bdgmafmfgs34qa4w Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey Alan, Thank you very much for your work in maintaining fusefs. I only use fusefs in very limited circumstances, so take what I'm about to say with a grain of salt. On Thu, Mar 21, 2019 at 09:43:07AM -0600, Alan Somers wrote: > fusefs has several sysctl knobs that seem to be workarounds for bugs > in particular fuse daemons. However, there is no indication as to > which those daemons are, neither in the code nor in SVN. All of the > workarounds are at least 6.5 years old, so the original bugs may have > been fixed already. Since the original bugs aren't documented, I > consider these workarounds to be unmaintainable, and I'm planning to > delete them unless anybody objects. Please pipe up if you still use > them! >=20 > vfs.fusefs.mmap_enable: If non-zero, and data_cache_mode is also > non-zero, enable mmap(2) of FUSE files I'm curious if the security impacts of removing the toggle to disable mmap support for fusefs. Is there a per-fusefs replacement for mmap_enable? From a security perspective, it would be nice to keep the ability to disable mapping of files mounted on a fusefs. Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD Tor-ified Signal: +1 443-546-8752 Tor+XMPP+OTR: lattera@is.a.hacker.sx GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --bdgmafmfgs34qa4w Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAlyTsjwACgkQaoRlj1JF bu4hYQ/9HMjVkNGD/f4Ww+73pu+4cmA6Uf3Jg63HdrBTrlo2GTPQ/+LvCvliiFcp 9ToSlF3cDQ5lXx3cIDRD4YsfcxvEj5VAw4g6HRPyIKIngA2WphrX2+MYallAq9mI z+Yk7FIb/T5/v7HHHH266iZAIDN43j2k2fr2odw01M4RPM/y7dXpJJOzA+dMsUup TAw9P+spa/R//6YXy80JcEJsrPN1YyoYmGmmlHdB084vN2Vr3Yd/8PVZfPbNeYXo D5FVGHHoGxUKqv5f76Ighgievl2Hg1taDyEhfH6S954TbqcX0lFQNB6X/txDbCiy l14ihYsDwrq/zbBQHFWQMnfmLM0UZo2mGF3XM2Q/4qbRHw/TLUeAO01Xjilj9sZp npks65bJ9t2EIpe6LxM1ZYGUSoRp/jIN52KBr6mlj5tp6TdCA0clfi/XsDrE4cXg E9rZwv791MF64CCEjgLGKKZ9yUcvyzB6esocg7IKYdEIc15fqQMISgFyj9V0UsJV kiObS0bmX232KkyqSRgRVqF6A+23fmgqKPjX7MXunHtpQeX0mULxNVjylWto5mhi OP5GwcTFti64ZNa9t/QVg7pQX7uKQCTyb1iY2opTpqCTxbCJWWM/xYadOSk9WAiy +vwl4ZaXmj6Aw1PudyNs/T0H78jzXI2l8homLHjBeaFjCulZCgE= =v3qm -----END PGP SIGNATURE----- --bdgmafmfgs34qa4w-- From owner-freebsd-current@freebsd.org Thu Mar 21 15:55:35 2019 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 4BC4E1546467; Thu, 21 Mar 2019 15:55:35 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-lj1-f171.google.com (mail-lj1-f171.google.com [209.85.208.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D2406AD4B; Thu, 21 Mar 2019 15:55:34 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-lj1-f171.google.com with SMTP id k8so5727226lja.8; Thu, 21 Mar 2019 08:55:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=dTjtvqKPH70rNMET0lFGKYAxg78h+795UvAh5Ajs1nw=; b=lfiO4VS9JIGHv95WcXmFNYL8n5gkF6KPv1irVQF0MZzml/zhUJHyvxX7tO3vcG9u27 KaqYbldYnBubMHjZnpzPxAf3Adw5lWyoC/DWX97pY+neY9niorjbs/nIBvzdqBjx05JV rXo2QRTs34nb68i4YykCe0zscPdP6ndiSjcmx3HSk4WbGSYfcD8ZkQiHdVIVjnhl/QkM CKcUkkKLqC1UT5l0+34Ur0Gsw3sPXzaq7Koq74UWHb2nvNZ7qfkKNrVI6r6h27SLudeh 93Nd8FhyrtMc0QpKRoyGkH4zV8xFHej5+p4Nly+mWrdA/uedoi2fyRlSGCi/0DntZkFq q1ZA== X-Gm-Message-State: APjAAAX3y9OnqOuG4QCojn9W0w90G6XUhFl7CAY38nSS25C/rqbXgM2G b0SuQPX0jY2w4XKlhfZ720fPvctvVylLAjRvdaE6F95X X-Google-Smtp-Source: APXvYqwlbTRyl6PtKewy5jIDnsXJ6cv/7e9CI56xMnLOxYMw90PFIKC+JwSPVZlciNjCIUooa364RecM6xWW6czIBOM= X-Received: by 2002:a2e:1510:: with SMTP id s16mr2459281ljd.62.1553183726579; Thu, 21 Mar 2019 08:55:26 -0700 (PDT) MIME-Version: 1.0 References: <20190321154817.2lgwjzl4o2urlmdw@mutt-hbsd> In-Reply-To: <20190321154817.2lgwjzl4o2urlmdw@mutt-hbsd> From: Alan Somers Date: Thu, 21 Mar 2019 09:55:15 -0600 Message-ID: Subject: Re: HEAD'S UP: fusefs sysctls going away To: Shawn Webb Cc: FreeBSD CURRENT , freebsd-fs Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 3D2406AD4B X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.208.171 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-3.33 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.01)[-0.009,0]; RCVD_IN_DNSWL_NONE(0.00)[171.208.85.209.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; IP_SCORE(-1.31)[ip: (-0.51), ipnet: 209.85.128.0/17(-3.86), asn: 15169(-2.12), country: US(-0.07)]; RCVD_COUNT_TWO(0.00)[2] 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, 21 Mar 2019 15:55:35 -0000 On Thu, Mar 21, 2019 at 9:49 AM Shawn Webb wrote: > > Hey Alan, > > Thank you very much for your work in maintaining fusefs. I only use > fusefs in very limited circumstances, so take what I'm about to say > with a grain of salt. > > On Thu, Mar 21, 2019 at 09:43:07AM -0600, Alan Somers wrote: > > fusefs has several sysctl knobs that seem to be workarounds for bugs > > in particular fuse daemons. However, there is no indication as to > > which those daemons are, neither in the code nor in SVN. All of the > > workarounds are at least 6.5 years old, so the original bugs may have > > been fixed already. Since the original bugs aren't documented, I > > consider these workarounds to be unmaintainable, and I'm planning to > > delete them unless anybody objects. Please pipe up if you still use > > them! > > > > vfs.fusefs.mmap_enable: If non-zero, and data_cache_mode is also > > non-zero, enable mmap(2) of FUSE files > > I'm curious if the security impacts of removing the toggle to disable > mmap support for fusefs. Is there a per-fusefs replacement for > mmap_enable? From a security perspective, it would be nice to keep the > ability to disable mapping of files mounted on a fusefs. As a matter of fact, there are three other ways to disable mmap: 1) Set vfs.fusefs.data_cache_mode=0. This completely disables caching file data, which precludes mmap. 2) Use the undocumented -o no_datacache mount option, which does the same thing on a per-mount basis. 3) Use the undocumented -o no_mmap mount option, which disables mmap on a per-mount basis. Are you aware of any general security problems with using mmap? Anything that would apply to fusefs but not other filesystems? -Alan From owner-freebsd-current@freebsd.org Thu Mar 21 16:00:08 2019 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 0D00D1546756 for ; Thu, 21 Mar 2019 16:00:08 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qt1-x832.google.com (mail-qt1-x832.google.com [IPv6:2607:f8b0:4864:20::832]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E648A6B01D for ; Thu, 21 Mar 2019 16:00:06 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qt1-x832.google.com with SMTP id z17so6120938qts.13 for ; Thu, 21 Mar 2019 09:00:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=TEWAgNycW0InnZkIyIEwEEQrHn0LDohEwzm9u926L8M=; b=kEY95Xt/QFo9itvopEZhv6E+wwQGlnSSsex6JmRIyAr2AhRAZYBRILb+dTzkL9Fxws wsJauIoIQ5uc7RYOkSC9mAWJTwfAt2Gp06wZVGDKNlFrDF81ELONlOi/MBP3Ko6XG24M jbFp9rC7cXAB6m448diW5H4xPtMlwfdhXYIFyh80uCE6LXdbt7Ziv3oB7QO4sDm+zy3T rGBLhr+itXFwl69Za3m+5xVcSBziKC9FTA8bnQk4b0q3jlOTOBFeq/3YIU1lLALTJ/wD dTMSb8UN/ztUD/oRSFm0KBnCGoWco4cWCC05XjNTQUQhpvVK62bLFmnoz2gUXVQ2+xlm RAzQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=TEWAgNycW0InnZkIyIEwEEQrHn0LDohEwzm9u926L8M=; b=HSa8ZswQTuKvX47T3Bz0yLONUMHjwrBJ0lWt6EM8o51TBNRbFBoAZ0BXuONh/7/VVe ej/VMk8ozzYZTIWCwfr6chZUMzlIEpIkB9WEKX0EDxDXeNtaQ4qLpsCr34LBs5ozBMsm MJNAl9Ddk+rXILFaZFWXnKHskHh6nivikBauo8sSf68qHqPc0RVMngK8DX3Yw9LA7QPC WKWn897A6a7cxwM966IzxCTmDzHi3m3SkrBfJmMEZK3r1X9Ark7oIu5/G6JQhVA9jgGE 5FAwvzUy/gXH34hoxgwdU5egsDqSSay4Ot83OfHCAr7SOC9fBPUqyKl1i0dcAYr4oS4U 6xoQ== X-Gm-Message-State: APjAAAWpe3XP2wl+lTsHw09nZG3qWLJNS+fAwA+RzUYggNOVH/VX0FcB YGDP3y6rfAH1YsW2lBuYJfRsIA== X-Google-Smtp-Source: APXvYqyr9sji/MasdwxX0E1LEgf+JvCe2J3TzoVEkgoRBlyaiyu4j6E5Ggx3+aQJz0qJgse5OeG8fg== X-Received: by 2002:a0c:c950:: with SMTP id v16mr3670783qvj.204.1553184006419; Thu, 21 Mar 2019 09:00:06 -0700 (PDT) Received: from mutt-hbsd ([63.88.83.108]) by smtp.gmail.com with ESMTPSA id u66sm2846562qkd.1.2019.03.21.09.00.05 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 21 Mar 2019 09:00:05 -0700 (PDT) Date: Thu, 21 Mar 2019 11:59:22 -0400 From: Shawn Webb To: Alan Somers Cc: FreeBSD CURRENT , freebsd-fs Subject: Re: HEAD'S UP: fusefs sysctls going away Message-ID: <20190321155922.rdsnvyztssgmms2x@mutt-hbsd> References: <20190321154817.2lgwjzl4o2urlmdw@mutt-hbsd> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="hufympp2ubog24yz" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD mutt-hbsd 13.0-CURRENT-HBSD FreeBSD 13.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: E648A6B01D X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hardenedbsd.org header.s=google header.b=kEY95Xt/; spf=pass (mx1.freebsd.org: domain of shawn.webb@hardenedbsd.org designates 2607:f8b0:4864:20::832 as permitted sender) smtp.mailfrom=shawn.webb@hardenedbsd.org X-Spamd-Result: default: False [-7.90 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[hardenedbsd.org:s=google]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[hardenedbsd.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; MX_GOOD(-0.01)[cached: alt1.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[2.3.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.98)[-0.980,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.81)[ip: (-9.03), ipnet: 2607:f8b0::/32(-2.82), asn: 15169(-2.12), country: US(-0.07)] 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, 21 Mar 2019 16:00:08 -0000 --hufympp2ubog24yz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 21, 2019 at 09:55:15AM -0600, Alan Somers wrote: > On Thu, Mar 21, 2019 at 9:49 AM Shawn Webb w= rote: > > > > Hey Alan, > > > > Thank you very much for your work in maintaining fusefs. I only use > > fusefs in very limited circumstances, so take what I'm about to say > > with a grain of salt. > > > > On Thu, Mar 21, 2019 at 09:43:07AM -0600, Alan Somers wrote: > > > fusefs has several sysctl knobs that seem to be workarounds for bugs > > > in particular fuse daemons. However, there is no indication as to > > > which those daemons are, neither in the code nor in SVN. All of the > > > workarounds are at least 6.5 years old, so the original bugs may have > > > been fixed already. Since the original bugs aren't documented, I > > > consider these workarounds to be unmaintainable, and I'm planning to > > > delete them unless anybody objects. Please pipe up if you still use > > > them! > > > > > > vfs.fusefs.mmap_enable: If non-zero, and data_cache_mode is also > > > non-zero, enable mmap(2) of FUSE files > > > > I'm curious if the security impacts of removing the toggle to disable > > mmap support for fusefs. Is there a per-fusefs replacement for > > mmap_enable? From a security perspective, it would be nice to keep the > > ability to disable mapping of files mounted on a fusefs. >=20 > As a matter of fact, there are three other ways to disable mmap: > 1) Set vfs.fusefs.data_cache_mode=3D0. This completely disables caching > file data, which precludes mmap. > 2) Use the undocumented -o no_datacache mount option, which does the > same thing on a per-mount basis. > 3) Use the undocumented -o no_mmap mount option, which disables mmap > on a per-mount basis. Awesome! I wasn't aware of these. Thanks! >=20 > Are you aware of any general security problems with using mmap? > Anything that would apply to fusefs but not other filesystems? Primarily because I trust the filesystems natively implemented in my OS more than I trust some (potentially random) fusefs module. For example, if I'm in a shared hosting environment, implemented with jails, and I let the customer mount a fusefs module in the jail (which is now possible, if I remember right), then I must trust that the module's mmap integration is properly implemented. I'm not sure I personally am okay with that level of trust. However, the point is moot now that you documented the three ways to disable mmap (two of which work on a per-mount basis). Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD Tor-ified Signal: +1 443-546-8752 Tor+XMPP+OTR: lattera@is.a.hacker.sx GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --hufympp2ubog24yz Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAlyTtNUACgkQaoRlj1JF bu7pBxAAu9dQmpqs6FBiTaEZYr7+EUw0dBynp7/0Y3ER/2I5vsB4I+cxZ9QgDnGe O2MaT7hwx3tjj/70r6igr6zcjB0EgNY4C8P4T/7vtE9kAIg0uJoamjwYoD1+cceh U1yIa1AKO4mIYHUbYRfUlXVj5FZla5rYvKYNW1xRht/2Kl5nEIdX0kx2OJJ0e+6R XEhu9TXEvz4VJpRG3B5H1r1j92IrfKRm5Fbs3FpGdWqFgCZEqllnP9KpydIqaNQd MklkuhukkqFVr+ydPKIo38gVRBgDglf8VFheJK2b141LsvGk03tLxo8aK2Urtnm1 22omMRSyClogDGXcnqCwJQmu5LpKbWoB8jrkqiaiiOq3yWGJ86GIwECGgWr8TXUi iAinXiEQZOQYha20r+nVQJBnTtSydpa66EgX06+2gb0TojaHUa4elPpUgG+8W7Tk +V6ZZiUKj7xwaLtunqFgWZbgYU5FNCjqL080agYaN3nimg73ABdfNxcEitl1f46Q ABeXc8KzAj9G8Xt3D4LWJdkXEcmEqdwMY3MmirrUnm/GaHWeUyhnXaLnumIHsAqz UwW0YU3Tky1+gWdT7776igWUrAGg/JHmpqZAdTroTEG0o13ZkNoSCmSWBvk14aSd TO74uh4mgAbDb48CQmRUT6nm2B4Rucf2iWIE1zeV/B0Akjm9FBA= =LcA3 -----END PGP SIGNATURE----- --hufympp2ubog24yz-- From owner-freebsd-current@freebsd.org Thu Mar 21 16:03:32 2019 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 14BD01546C6D; Thu, 21 Mar 2019 16:03:32 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-lj1-f170.google.com (mail-lj1-f170.google.com [209.85.208.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B2E06B566; Thu, 21 Mar 2019 16:03:31 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-lj1-f170.google.com with SMTP id z26so5692318lja.13; Thu, 21 Mar 2019 09:03:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Sy6tDgVQo1lvW2YQj0pkGwu1yUbFFG+0L1HQ9MHpMrU=; b=pU36h36RwKo40isncmHqq2nOIzanQf/9UZQihDoNKyr59rrybTptl1lMAcqO9LyNji x5Uh8se6G3IEphPEqKfskVj6zKnpt+Rvoad8dRKC+sLLPsnu2BOSwWB9TwxuOspkD3m+ M785MMCHy+pcdXSJ10rLW2XYslAKkeJCqmfVcjMdB76NsaIbGsc84kfyg85HK28guIr4 s3pt3qcyn48JVQAlEO/KOLqZL0BU0Ldmqjs/w/L+0U2td9EfR7smYhT18hxymkTIdY7O 4xG4A7mnJq7dvlgaOP67I03pObUQDAfRq7/sFlyv5vvM2EY53FuXwqOGHEoeY14IeEYB aL4w== X-Gm-Message-State: APjAAAXq5x8+A+sPHVZMSCo2+44VvBjOJU3d6u6ZqEMH2E8sTuDDr1AU cMSs/sHXu4bQV6dcJ6nb4KsJkQuLvfnKaJ/mZPg= X-Google-Smtp-Source: APXvYqx7wr4Z/ekeaep/nuqKU5xEdDGAhrtjp1k4oD1tNN6vv18KnPeGadv0a6gRicNEgpK+/ZhqZ6jc9nt/sld3nxk= X-Received: by 2002:a2e:9889:: with SMTP id b9mr2227276ljj.29.1553184203767; Thu, 21 Mar 2019 09:03:23 -0700 (PDT) MIME-Version: 1.0 References: <20190321154817.2lgwjzl4o2urlmdw@mutt-hbsd> <20190321155922.rdsnvyztssgmms2x@mutt-hbsd> In-Reply-To: <20190321155922.rdsnvyztssgmms2x@mutt-hbsd> From: Alan Somers Date: Thu, 21 Mar 2019 10:03:12 -0600 Message-ID: Subject: Re: HEAD'S UP: fusefs sysctls going away To: Shawn Webb Cc: FreeBSD CURRENT , freebsd-fs Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 1B2E06B566 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.208.170 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-3.35 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.03)[-0.030,0]; RCVD_IN_DNSWL_NONE(0.00)[170.208.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-1.31)[ip: (-0.52), ipnet: 209.85.128.0/17(-3.86), asn: 15169(-2.12), country: US(-0.07)]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; RCVD_COUNT_TWO(0.00)[2] 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, 21 Mar 2019 16:03:32 -0000 On Thu, Mar 21, 2019 at 10:00 AM Shawn Webb wrote: > > On Thu, Mar 21, 2019 at 09:55:15AM -0600, Alan Somers wrote: > > On Thu, Mar 21, 2019 at 9:49 AM Shawn Webb wrote: > > > > > > Hey Alan, > > > > > > Thank you very much for your work in maintaining fusefs. I only use > > > fusefs in very limited circumstances, so take what I'm about to say > > > with a grain of salt. > > > > > > On Thu, Mar 21, 2019 at 09:43:07AM -0600, Alan Somers wrote: > > > > fusefs has several sysctl knobs that seem to be workarounds for bugs > > > > in particular fuse daemons. However, there is no indication as to > > > > which those daemons are, neither in the code nor in SVN. All of the > > > > workarounds are at least 6.5 years old, so the original bugs may have > > > > been fixed already. Since the original bugs aren't documented, I > > > > consider these workarounds to be unmaintainable, and I'm planning to > > > > delete them unless anybody objects. Please pipe up if you still use > > > > them! > > > > > > > > vfs.fusefs.mmap_enable: If non-zero, and data_cache_mode is also > > > > non-zero, enable mmap(2) of FUSE files > > > > > > I'm curious if the security impacts of removing the toggle to disable > > > mmap support for fusefs. Is there a per-fusefs replacement for > > > mmap_enable? From a security perspective, it would be nice to keep the > > > ability to disable mapping of files mounted on a fusefs. > > > > As a matter of fact, there are three other ways to disable mmap: > > 1) Set vfs.fusefs.data_cache_mode=0. This completely disables caching > > file data, which precludes mmap. > > 2) Use the undocumented -o no_datacache mount option, which does the > > same thing on a per-mount basis. > > 3) Use the undocumented -o no_mmap mount option, which disables mmap > > on a per-mount basis. > > Awesome! I wasn't aware of these. Thanks! > > > > > Are you aware of any general security problems with using mmap? > > Anything that would apply to fusefs but not other filesystems? > > Primarily because I trust the filesystems natively implemented in my > OS more than I trust some (potentially random) fusefs module. > > For example, if I'm in a shared hosting environment, implemented with > jails, and I let the customer mount a fusefs module in the jail (which > is now possible, if I remember right), then I must trust that the > module's mmap integration is properly implemented. I'm not sure I > personally am okay with that level of trust. Ah, well you needn't worry about that. mmap is handled entirely within the kernel. The userland fusefs module only sees writes and reads. From userland's perspective, the only real difference is that mmap()ed writes don't identify the pid of the originating process, whereas direct writes do (except when vfs.fusefs.data_cache_mode==2). > > However, the point is moot now that you documented the three ways to > disable mmap (two of which work on a per-mount basis). From owner-freebsd-current@freebsd.org Fri Mar 22 09:06:21 2019 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 C5FF81534A24 for ; Fri, 22 Mar 2019 09:06:21 +0000 (UTC) (envelope-from beorn@binaries.fr) Received: from www.binaries.fr (www.binaries.fr [212.83.176.254]) (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 847A8710D7 for ; Fri, 22 Mar 2019 09:06:20 +0000 (UTC) (envelope-from beorn@binaries.fr) To: freebsd-current@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=binaries.fr; s=mail; t=1553245571; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:in-reply-to: references; bh=ajjKswJ3ooJQMJbB5ZtIVUCq8bB7E3qDUdpS2ipJET8=; b=ALDeoyohcI2UAyMuaz3woZH3LEmqxRM6jlD5tGV6odUQZVvq01LVEJChmoOHj73NxVYL7P lTwGTyW2AmeSaFHQ3yDknkmGwXxSAWs+gYlS30YqtqQqZD9SCffXQrTsPDghe7aqMxTsFu QSJSLrmLox/I50wh8Usb85DpazGTQIC4C0SgaE5aKCbX2zW+vMSJwTloGuQcnW6KUzWuBu OJDmps9/X93XK2IYJrB5gLGaXs/0d/GwwiT7lDX9ULe27UGhSdRXEzVeEnjIFAzIICpBrU 7jI3FotpzcPmPUVOJlX+v9RG95CPH8er6WgGRWlNia7ssrkxJG37p1PNsbUuPA== From: "Aurelien \"beorn\" ROUGEMONT" Subject: lsi Message-ID: Date: Fri, 22 Mar 2019 10:06:11 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 847A8710D7 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=binaries.fr header.s=mail header.b=ALDeoyoh; spf=pass (mx1.freebsd.org: domain of beorn@binaries.fr designates 212.83.176.254 as permitted sender) smtp.mailfrom=beorn@binaries.fr X-Spamd-Result: default: False [0.16 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.05)[-0.048,0]; R_DKIM_ALLOW(-0.20)[binaries.fr:s=mail]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[binaries.fr]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.77)[-0.765,0]; NEURAL_SPAM_SHORT(0.93)[0.930,0]; DKIM_TRACE(0.00)[binaries.fr:+]; MX_GOOD(-0.01)[mail.binaries.fr]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.56)[ipnet: 212.83.160.0/19(3.09), asn: 12876(-0.29), country: FR(-0.01)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] 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, 22 Mar 2019 09:06:22 -0000 Hi the list, I have been using FreeBSD at home and in production for years and today i stumbled upon a question i could not answer. Context ----------------------------------------- I'm building a backup server on a server with this HBA : 3:00.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID SAS 2208 [Thunderbolt] (rev 05)     Subsystem: LSI Logic / Symbios Logic MegaRAID SAS 9271-8i     Flags: bus master, fast devsel, latency 0, IRQ 34     I/O ports at e000     Memory at fb160000 (64-bit, non-prefetchable)     Memory at fb100000 (64-bit, non-prefetchable)     Expansion ROM at fb140000 [disabled]     Capabilities: [50] Power Management version 3     Capabilities: [68] Express Endpoint, MSI 00     Capabilities: [d0] Vital Product Data     Capabilities: [a8] MSI: Enable- Count=1/1 Maskable- 64bit+     Capabilities: [c0] MSI-X: Enable+ Count=16 Masked-     Capabilities: [100] Advanced Error Reporting     Capabilities: [1e0] Secondary PCI Express     Capabilities: [1c0] Power Budgeting     Capabilities: [190] Dynamic Power Allocation     Capabilities: [148] Alternative Routing-ID Interpretation (ARI) After pushing the server I/Os to its limits the server had a very nasty  crash. It happens very seldomly, in roughly 10 years among the petabytes of storage servers i kept running it always was hardware or driver/firmware related. |Shortening read at 4292967280 from 16 to 15 ZFS: i/o error - all block copies unavailable ZFS: can't read object set for dataset 52 ZFS: can't open root filesystem gptzfsboot: failed to mount default pool zroot| After simply reinstalling (for nothing) the bootloaders, checking the partition tables, i went digging a lot in the FreeBSD codebase. I found that it was a ZFS problem. The nasty crash was indeed due to ZFS  data corruption. Hence the checksum errors while scrubing the zpool on a rescue network boot image :   pool: zroot                                                                                                                                                                                                        state: ONLINE                                                                     status: One or more devices has experienced an unrecoverable error.  An                    attempt was made to correct the error.  Applications are unaffected.       action: Determine if the device needs to be replaced, and clear the errors                 using 'zpool clear' or replace the device with 'zpool replace'.               see: http://illumos.org/msg/ZFS-8000-9P                                           scan: scrub in progress since Fri Mar 15 15:15:25 2019                                   49.6G scanned out of 1.65T at 109M/s, 4h15m to go                                  677M repaired, 2.94% done                                                  config:                                                                                    NAME              STATE     READ WRITE CKSUM                                       zroot             ONLINE       0     0     0                                         raidz2-0        ONLINE       0     0     0                                           mfisyspd0p3   ONLINE       0     0 5.44K  (repairing)                              mfisyspd1p3   ONLINE       0     0 4.76K  (repairing)                              mfisyspd10p3  ONLINE       0     0 4.35K  (repairing)                              mfisyspd11p3  ONLINE       0     0 5.17K  (repairing)                              mfisyspd2p3   ONLINE       0     0 4.76K  (repairing)                              mfisyspd3p3   ONLINE       0     0 4.24K  (repairing)                              mfisyspd4p3   ONLINE       0     0 4.75K  (repairing)                              mfisyspd5p3   ONLINE       0     0 5.20K  (repairing)                              mfisyspd6p3   ONLINE       0     0 4.51K  (repairing)                              mfisyspd7p3   ONLINE       0     0 4.65K  (repairing)                              mfisyspd8p3   ONLINE       0     0 4.70K  (repairing)                              mfisyspd9p3   ONLINE       0     0 3.81K  (repairing)   At this point the server was still unable to reboot. I've had to force data re-copy with a dumb : mv /boot{,.dist} cp -pr /boot{.dist} Which turned out to be fine. Going further i finally killed for good the zpool. It took me some time and i stumbled upon the mfi(4) and the mrsas(4) man pages and code.      The mfi driver supports the following hardware:      o   LSI MegaRAID SAS 1078      o   LSI MegaRAID SAS 8408E      o   LSI MegaRAID SAS 8480E      o   LSI MegaRAID SAS 9240      o   LSI MegaRAID SAS 9260      o   Dell PERC5      o   Dell PERC6      o   IBM ServeRAID M1015 SAS/SATA      o   IBM ServeRAID M1115 SAS/SATA      o   IBM ServeRAID M5015 SAS/SATA      o   IBM ServeRAID M5110 SAS/SATA      o   IBM ServeRAID-MR10i      o   Intel RAID Controller SRCSAS18E      o   Intel RAID Controller SROMBSAS18E      The mrsas driver supports the following hardware:      [ Thunderbolt 6Gb/s MR controller ]      o   LSI MegaRAID SAS 9265      o   LSI MegaRAID SAS 9266      o   LSI MegaRAID SAS 9267      o   LSI MegaRAID SAS 9270      o   LSI MegaRAID SAS 9271      o   LSI MegaRAID SAS 9272      o   LSI MegaRAID SAS 9285      o   LSI MegaRAID SAS 9286      o   DELL PERC H810      o   DELL PERC H710/P There was a detectoin priority problem hw.mfi.mrsas_enable=1 From owner-freebsd-current@freebsd.org Fri Mar 22 09:12:05 2019 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 187C11534FAD for ; Fri, 22 Mar 2019 09:12:05 +0000 (UTC) (envelope-from beorn@binaries.fr) Received: from www.binaries.fr (www.binaries.fr [212.83.176.254]) (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 3922371647 for ; Fri, 22 Mar 2019 09:12:04 +0000 (UTC) (envelope-from beorn@binaries.fr) Subject: Re: lsi DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=binaries.fr; s=mail; t=1553245922; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=gwTNg7Cb1/FSerMJLH/Qc5m5qP7V3kKDtq9BzGPkMEo=; b=PV4veRzjdymaUcZSdZg7uhEH1WAxCjBNUdDYy4PLhHBvUR1Zq5yYEZquezCA/8zInpd6Hy n9zShK55HZkZ1bSzO4BJXRJSAmZme3iDtyuG2UM9xgSrh3ymzPL+xFv/xZMlFjVVdjzJwh W9q/3aX0vSBqsbcGr0pzoDfvEqTgXwovGGg82h9K+v/1HD/SAH1brMUhz/NCQ3Kfgo5JP6 Dc2Cx9NqmwYM8PymHlb6wsIzoWZFeCkpjf1g7nASLhTu1aYiPtbdlBvFfLBzK04vO5Iblr tQ/OdLarR6KOfHC/agoZz2TYr0OVbGcU6Fr1NppBwLqHEwwS96/w3M9hPjkIbQ== To: freebsd-current@freebsd.org References: From: "Aurelien \"beorn\" ROUGEMONT" Message-ID: <27f18d66-d3f2-3e33-56d0-e9a1ddb37e1c@binaries.fr> Date: Fri, 22 Mar 2019 10:12:02 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 3922371647 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=binaries.fr header.s=mail header.b=PV4veRzj; spf=pass (mx1.freebsd.org: domain of beorn@binaries.fr designates 212.83.176.254 as permitted sender) smtp.mailfrom=beorn@binaries.fr X-Spamd-Result: default: False [-0.68 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.07)[-0.072,0]; R_DKIM_ALLOW(-0.20)[binaries.fr:s=mail]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[binaries.fr]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.77)[-0.770,0]; NEURAL_SPAM_SHORT(0.13)[0.126,0]; DKIM_TRACE(0.00)[binaries.fr:+]; MX_GOOD(-0.01)[cached: mail.binaries.fr]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.55)[ipnet: 212.83.160.0/19(3.05), asn: 12876(-0.29), country: FR(-0.01)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] 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, 22 Mar 2019 09:12:05 -0000 On 3/22/19 10:06 AM, Aurelien "beorn" ROUGEMONT wrote: > Hi the list, > > I have been using FreeBSD at home and in production for years and today > i stumbled upon a question i could not answer. > > > Context > > ----------------------------------------- > > I'm building a backup server on a server with this HBA : > > 3:00.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID SAS 2208 [Thunderbolt] (rev 05) >     Subsystem: LSI Logic / Symbios Logic MegaRAID SAS 9271-8i >     Flags: bus master, fast devsel, latency 0, IRQ 34 >     I/O ports at e000 >     Memory at fb160000 (64-bit, non-prefetchable) >     Memory at fb100000 (64-bit, non-prefetchable) >     Expansion ROM at fb140000 [disabled] >     Capabilities: [50] Power Management version 3 >     Capabilities: [68] Express Endpoint, MSI 00 >     Capabilities: [d0] Vital Product Data >     Capabilities: [a8] MSI: Enable- Count=1/1 Maskable- 64bit+ >     Capabilities: [c0] MSI-X: Enable+ Count=16 Masked- >     Capabilities: [100] Advanced Error Reporting >     Capabilities: [1e0] Secondary PCI Express >     Capabilities: [1c0] Power Budgeting >     Capabilities: [190] Dynamic Power Allocation >     Capabilities: [148] Alternative Routing-ID Interpretation (ARI) > > After pushing the server I/Os to its limits the server had a very nasty  > crash. > > It happens very seldomly, in roughly 10 years among the petabytes of > storage servers i kept running it always was hardware or driver/firmware > related. > > |Shortening read at 4292967280 from 16 to 15 ZFS: i/o error - all > block copies unavailable ZFS: can't read object set for dataset 52 > ZFS: can't open root filesystem gptzfsboot: failed to mount default > pool zroot| > > After simply reinstalling (for nothing) the bootloaders, checking the > partition tables, i went digging a lot in the FreeBSD codebase. I found > that it was a ZFS problem. > > The nasty crash was indeed due to ZFS  data corruption. Hence the > checksum errors while scrubing the zpool on a rescue network boot image : > >   pool: zroot                                                                                                                                                                                                       >  state: ONLINE                                                                     > status: One or more devices has experienced an unrecoverable error.  An            >         attempt was made to correct the error.  Applications are unaffected.       > action: Determine if the device needs to be replaced, and clear the errors         >         using 'zpool clear' or replace the device with 'zpool replace'.            >    see: http://illumos.org/msg/ZFS-8000-9P                                         >   scan: scrub in progress since Fri Mar 15 15:15:25 2019                           >         49.6G scanned out of 1.65T at 109M/s, 4h15m to go                          >         677M repaired, 2.94% done                                                  > config:                                                                            >         NAME              STATE     READ WRITE CKSUM                               >         zroot             ONLINE       0     0     0                               >           raidz2-0        ONLINE       0     0     0                               >             mfisyspd0p3   ONLINE       0     0 5.44K  (repairing)                  >             mfisyspd1p3   ONLINE       0     0 4.76K  (repairing)                  >             mfisyspd10p3  ONLINE       0     0 4.35K  (repairing)                  >             mfisyspd11p3  ONLINE       0     0 5.17K  (repairing)                  >             mfisyspd2p3   ONLINE       0     0 4.76K  (repairing)                  >             mfisyspd3p3   ONLINE       0     0 4.24K  (repairing)                  >             mfisyspd4p3   ONLINE       0     0 4.75K  (repairing)                  >             mfisyspd5p3   ONLINE       0     0 5.20K  (repairing)                  >             mfisyspd6p3   ONLINE       0     0 4.51K  (repairing)                  >             mfisyspd7p3   ONLINE       0     0 4.65K  (repairing)                  >             mfisyspd8p3   ONLINE       0     0 4.70K  (repairing)                  >             mfisyspd9p3   ONLINE       0     0 3.81K  (repairing)   > > At this point the server was still unable to reboot. I've had to force > data re-copy with a dumb : > > mv /boot{,.dist} > > cp -pr /boot{.dist} > > Which turned out to be fine. > > Going further i finally killed for good the zpool. It took me some time > and i stumbled upon the mfi(4) and the mrsas(4) man pages and code. > >      The mfi driver supports the following hardware: > >      o   LSI MegaRAID SAS 1078 > >      o   LSI MegaRAID SAS 8408E > >      o   LSI MegaRAID SAS 8480E > >      o   LSI MegaRAID SAS 9240 > >      o   LSI MegaRAID SAS 9260 > >      o   Dell PERC5 > >      o   Dell PERC6 > >      o   IBM ServeRAID M1015 SAS/SATA > >      o   IBM ServeRAID M1115 SAS/SATA > >      o   IBM ServeRAID M5015 SAS/SATA > >      o   IBM ServeRAID M5110 SAS/SATA > >      o   IBM ServeRAID-MR10i > >      o   Intel RAID Controller SRCSAS18E > >      o   Intel RAID Controller SROMBSAS18E > > >      The mrsas driver supports the following hardware: > >      [ Thunderbolt 6Gb/s MR controller ] > >      o   LSI MegaRAID SAS 9265 > >      o   LSI MegaRAID SAS 9266 > >      o   LSI MegaRAID SAS 9267 > >      o   LSI MegaRAID SAS 9270 > >      o   LSI MegaRAID SAS 9271 > >      o   LSI MegaRAID SAS 9272 > >      o   LSI MegaRAID SAS 9285 > >      o   LSI MegaRAID SAS 9286 > >      o   DELL PERC H810 > >      o   DELL PERC H710/P > There was a detection priority problem mfi wins for the wrong HBA. The fix was to add  hw.mfi.mrsas_enable=1 in /boot/loader.conf After this the server behaved correctly. Should it be fixed for everyone ? NB: sorry my last email was mistakenly sent unfinished From owner-freebsd-current@freebsd.org Fri Mar 22 16:08:23 2019 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 48D1F154A065 for ; Fri, 22 Mar 2019 16:08:23 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) 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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0D2891EF for ; Fri, 22 Mar 2019 16:08:22 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-ed1-x533.google.com with SMTP id a25so2125935edc.8 for ; Fri, 22 Mar 2019 09:08:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:subject:message-id:mime-version :content-transfer-encoding; bh=CNfZE0b1Ht6a4c0DxBVueymPXDj6Xig8gQROeedOBI0=; b=ccDE+UkY49w5AVb1BfZPsxEICSkMmZnkBNTVN1octypHCNVbygUp58fNWFFY8UtSU/ WeAOiLC1tmDICcIU/32mdmHLxk+5eecMrWsnZ6PKlUr46MfIku7omzqhJmhCQqu7M4T6 rc3C+bOAIAYJn6ZSsLHkF6c/po2q/+NxWzDfHmeMYoPyUrdwLPoMZXq9HJ7P2IR97QCZ p8fngPHW7mHshbQDuwbm2Nqpq/tKl1VodPiCq6UGT4hVr4S8vfKmhlyLV+A9YXMHmdiz 38sVSKlSvj0IylObvZ7pck4LPQU4BgK6qKK0gGZq6OzhSHXcf0z7IswAX5h+z0rBKVko AamA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:subject:message-id:mime-version :content-transfer-encoding; bh=CNfZE0b1Ht6a4c0DxBVueymPXDj6Xig8gQROeedOBI0=; b=PNch1tYH+aV1G1aQYQf/Mnzn+ExIG329rOu15SnNRmoKT424+YdoSeTljAUk7TSVY9 wmjxawMP0J05SFsyfUG0/VFzOfJKe9mw4ocoxuRysrfenbcf6K8lEgnzxmYWfSOaD/yC OD/YNtuhjGcIdDw5+Rs7ctD7rQtx9G1GcZM/1bAq/j2h2bZBJ7UGtBatMFParsYrAVD2 s5gaylBH8S7wuwt6wonTqvPgDDjBIq0VJZvqgHaGZNTf0LP9KHTViWYeM5IK5eLt0+VS Sc9xxnZ4cDkThT9d4Lv8OzPDNMwTG6vdgX6S922HYYaKPyrBAVla6d2CjE3dNtdpKCiQ g2kA== X-Gm-Message-State: APjAAAXrr5dY/54/XWJUQSa6jEy5nA7NDLzRZTCvJ/3kfTG/voVrvwQx 6YcgTSOKIXtJBUBxcF6TlKm+kMJQ X-Google-Smtp-Source: APXvYqxdTYtuy//UL34qnim4DmvaFrvxJVnU2C9P90xzTyGoQOZbEHllkOe+mYpn3OsKTsuVlG0lbg== X-Received: by 2002:a50:ac04:: with SMTP id v4mr6901944edc.255.1553270901099; Fri, 22 Mar 2019 09:08:21 -0700 (PDT) Received: from rimwks ([2001:470:1f15:3d8:692:26ff:fec0:61d6]) by smtp.gmail.com with ESMTPSA id c9sm2553504eds.92.2019.03.22.09.08.19 for (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Fri, 22 Mar 2019 09:08:20 -0700 (PDT) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Fri, 22 Mar 2019 19:08:18 +0300 To: freebsd-current@freebsd.org Subject: FreeBSD 12 kernel broken Message-ID: <20190322190818.16cce1b7@rimwks> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4F0D2891EF X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ccDE+UkY; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rozhukim@gmail.com designates 2a00:1450:4864:20::533 as permitted sender) smtp.mailfrom=rozhukim@gmail.com X-Spamd-Result: default: False [-6.22 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.97)[-0.971,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.74)[ip: (-9.12), ipnet: 2a00:1450::/32(-2.38), asn: 15169(-2.13), country: US(-0.07)]; RCVD_IN_DNSWL_NONE(0.00)[3.3.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; MID_RHS_NOT_FQDN(0.50)[] 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, 22 Mar 2019 16:08:23 -0000 ld: error: undefined symbol: xz_dec_init >>> referenced by g_uzip_lzma.c:106 (/usr/src/sys/geom/uzip/g_uzip_lzma.c:106) >>> g_uzip_lzma.o:(g_uzip_lzma_ctor) ld: error: undefined symbol: xz_dec_run >>> referenced by g_uzip_lzma.c:81 (/usr/src/sys/geom/uzip/g_uzip_lzma.c:81) >>> g_uzip_lzma.o:(g_uzip_lzma_decompress) ld: error: undefined symbol: xz_dec_end >>> referenced by g_uzip_lzma.c:60 (/usr/src/sys/geom/uzip/g_uzip_lzma.c:60) >>> g_uzip_lzma.o:(g_uzip_lzma_free) --- kernel.full --- *** [kernel.full] Error code 1 From owner-freebsd-current@freebsd.org Fri Mar 22 18:38:53 2019 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 DA67E154DB45 for ; Fri, 22 Mar 2019 18:38:53 +0000 (UTC) (envelope-from kib@freebsd.org) 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 39CEB8E4FC for ; Fri, 22 Mar 2019 18:38:53 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id x2MIcjHO005192 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 22 Mar 2019 20:38:48 +0200 (EET) (envelope-from kib@freebsd.org) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x2MIcjHO005192 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x2MIcjS5005191; Fri, 22 Mar 2019 20:38:45 +0200 (EET) (envelope-from kib@freebsd.org) X-Authentication-Warning: tom.home: kostik set sender to kib@freebsd.org using -f Date: Fri, 22 Mar 2019 20:38:45 +0200 From: Konstantin Belousov To: Rozhuk Ivan Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 12 kernel broken Message-ID: <20190322183845.GL1923@kib.kiev.ua> References: <20190322190818.16cce1b7@rimwks> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190322190818.16cce1b7@rimwks> User-Agent: Mutt/1.11.4 (2019-03-13) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham 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: Fri, 22 Mar 2019 18:38:54 -0000 On Fri, Mar 22, 2019 at 07:08:18PM +0300, Rozhuk Ivan wrote: > > > ld: error: undefined symbol: xz_dec_init > >>> referenced by g_uzip_lzma.c:106 (/usr/src/sys/geom/uzip/g_uzip_lzma.c:106) > >>> g_uzip_lzma.o:(g_uzip_lzma_ctor) > > ld: error: undefined symbol: xz_dec_run > >>> referenced by g_uzip_lzma.c:81 (/usr/src/sys/geom/uzip/g_uzip_lzma.c:81) > >>> g_uzip_lzma.o:(g_uzip_lzma_decompress) > > ld: error: undefined symbol: xz_dec_end > >>> referenced by g_uzip_lzma.c:60 (/usr/src/sys/geom/uzip/g_uzip_lzma.c:60) > >>> g_uzip_lzma.o:(g_uzip_lzma_free) > --- kernel.full --- > *** [kernel.full] Error code 1 > Read the updated man page for geom_uzip. Add device xz to your kernel config. From owner-freebsd-current@freebsd.org Fri Mar 22 19:13:04 2019 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 1B554154F0E2 for ; Fri, 22 Mar 2019 19:13:04 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-it1-f170.google.com (mail-it1-f170.google.com [209.85.166.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B3B6A8FB96 for ; Fri, 22 Mar 2019 19:13:03 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-it1-f170.google.com with SMTP id m18so5009281ita.3 for ; Fri, 22 Mar 2019 12:13:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=H/qNByb4tx9X2MXA823qkydIEjAZDeTi378h2vOrPvk=; b=Ui7aPnN95vNmgleVW/2qzLPIt6MzNDxMlz+ueU+55n+NH0mAN9c30mo+kufKxn4eku PK3reGLFyGROFfM8RD7oTZLOGvqC0K/HVQHgt5JPqCR6TbJq04Jy68Xamp+qc5MKRkjU UjaJY5ttQ5JRHgRqEI07m+ELdRcnRqI7BmeTg3MvMbp5yZATWy0JLj34bDBaTqKb3/Z1 hxXbJpGfIlGauNFCkBKGvr5h8yxV+iFI21Z2XaLzTIHnq6huXj8kHnVtDI5506dDeCjJ Po0Bys89v+NAf+misZ8gxVyT+RSoGMY07dPiWek+p+JD73iqzdOenvA+MOlzu7+ulbd4 C8Ig== X-Gm-Message-State: APjAAAVp3q0+b1F91NGfHGDEf1jPP3FHKf6DbDnAPzD7YZUE43M3V+z5 thQCGwPQBtmPDekEH4k8D5ahWOKXxKOHUv2MyG/f+8LGbcI= X-Google-Smtp-Source: APXvYqwjqnHknXUwKvQw7lvO4dOR5dVaPOcKK+pPt4WQ5DWXoSEyvKfpJjQo/BmvbfyqOr/Kjwf87CRb77/kDFMcgvo= X-Received: by 2002:a02:3d84:: with SMTP id n126mr2662210jan.102.1553281976966; Fri, 22 Mar 2019 12:12:56 -0700 (PDT) MIME-Version: 1.0 References: <20190322190818.16cce1b7@rimwks> <20190322183845.GL1923@kib.kiev.ua> In-Reply-To: <20190322183845.GL1923@kib.kiev.ua> From: Maxim Sobolev Date: Fri, 22 Mar 2019 12:12:44 -0700 Message-ID: Subject: Re: FreeBSD 12 kernel broken To: Konstantin Belousov Cc: Rozhuk Ivan , FreeBSD Current X-Rspamd-Queue-Id: B3B6A8FB96 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.94 / 15.00]; TAGGED_RCPT(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.94)[-0.945,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0] 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: Fri, 22 Mar 2019 19:13:04 -0000 src/UPDATING entry perhaps in order? -Max On Fri, Mar 22, 2019, 11:39 AM Konstantin Belousov wrote: > On Fri, Mar 22, 2019 at 07:08:18PM +0300, Rozhuk Ivan wrote: > > > > > > ld: error: undefined symbol: xz_dec_init > > >>> referenced by g_uzip_lzma.c:106 > (/usr/src/sys/geom/uzip/g_uzip_lzma.c:106) > > >>> g_uzip_lzma.o:(g_uzip_lzma_ctor) > > > > ld: error: undefined symbol: xz_dec_run > > >>> referenced by g_uzip_lzma.c:81 > (/usr/src/sys/geom/uzip/g_uzip_lzma.c:81) > > >>> g_uzip_lzma.o:(g_uzip_lzma_decompress) > > > > ld: error: undefined symbol: xz_dec_end > > >>> referenced by g_uzip_lzma.c:60 > (/usr/src/sys/geom/uzip/g_uzip_lzma.c:60) > > >>> g_uzip_lzma.o:(g_uzip_lzma_free) > > --- kernel.full --- > > *** [kernel.full] Error code 1 > > > Read the updated man page for geom_uzip. Add > device xz > to your kernel config. > _______________________________________________ > 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 Fri Mar 22 22:24:03 2019 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 9B33F15539EF for ; Fri, 22 Mar 2019 22:24:03 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8E3E396854; Fri, 22 Mar 2019 22:24:02 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-lf1-x131.google.com with SMTP id a6so2413677lfl.5; Fri, 22 Mar 2019 15:24:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=AyTxOhjbVY0Z9rJrgc/DRrBB45DcJtsCeolab9eFCUQ=; b=PQ/+Y0oDB8x4OQgN9ruslIT359lU9YjsyG5Ip34p0J9Vl4BQbOOdNmdxgGRCtq55sq eEN8ebda9RtX1s+UjuL6Xd4cWcrWE/Wc0nf6TTdvo4uyRa7yqAgcaXP9qvlezMyFkJ58 feO7rqZCaXdgW+mqc9rQ8Pe09CPtxfEjgyILOFkzz5MQpJzhfKFRFqO9HssZr6fC4/G0 8MFiJmmX2XN/5Ckn0QaMD0Zw/wf7MpunO1/cH6UFgjTa1ULOIcZv6/KwgPWiUVHc+RRL E1ndWa3bNel66IGT74+CH01Nn0la7uyKIX4XB5eQNmDF173NEn0+POBOA7fHhDe8sX6U xGTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=AyTxOhjbVY0Z9rJrgc/DRrBB45DcJtsCeolab9eFCUQ=; b=AK+WZvdl5AjXghIntLGkCwYCjaa2sqVyoyfgU5RqYjcJnzyEHRVrHf1hwnv3XtN7V6 GNG9ef8LiRY46H0G2FYnisVhdAKZOq1I4IQNUOroHvBsqyzApuxzHkBrQ/7e7aplQ8T5 pmImP+neGEQ73qZ0wou/cv2H9GV8oUlsiwrZWxSZ+4QLQxXhHICeNdXafihAGJhX0oqZ J5eGFPwiIlgUALb1QOVdgtXXP5tAaQ5WMy0FfEaocseByR0gQyuAmEhwIp8xBRZum7tJ 5kSQHFGROR/ygOMTRO95MGa9FBj796dQw6/B7GspcgromfG1S2oeh3nbuawQnmeq+UH4 O0Cg== X-Gm-Message-State: APjAAAU+oPvrvuwl2YioTxr3S8sowfM9yfzyDu5VPhaUXEHRUzTm1OyG rKssV3B8xg9bDvvqUPNZw+HQ+FEI X-Google-Smtp-Source: APXvYqzmox+HQjGAynAlos5Ii4fcfJP5oDlkSGD1aFYnTvYWk2tV9Nb8sdgDE82sBaiObOVbnlvSIw== X-Received: by 2002:a19:c204:: with SMTP id l4mr6147556lfc.143.1553293441252; Fri, 22 Mar 2019 15:24:01 -0700 (PDT) Received: from rimwks ([2001:470:1f15:3d8:692:26ff:fec0:61d6]) by smtp.gmail.com with ESMTPSA id 26sm1858235ljo.4.2019.03.22.15.23.59 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Fri, 22 Mar 2019 15:24:00 -0700 (PDT) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Sat, 23 Mar 2019 01:23:58 +0300 To: Maxim Sobolev Cc: Konstantin Belousov , FreeBSD Current Subject: Re: FreeBSD 12 kernel broken Message-ID: <20190323012358.14d3f377@rimwks> In-Reply-To: References: <20190322190818.16cce1b7@rimwks> <20190322183845.GL1923@kib.kiev.ua> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 8E3E396854 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=PQ/+Y0oD; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rozhukim@gmail.com designates 2a00:1450:4864:20::131 as permitted sender) smtp.mailfrom=rozhukim@gmail.com X-Spamd-Result: default: False [-6.20 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.94)[-0.943,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.74)[ip: (-9.14), ipnet: 2a00:1450::/32(-2.38), asn: 15169(-2.13), country: US(-0.07)]; RCVD_IN_DNSWL_NONE(0.00)[1.3.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; MID_RHS_NOT_FQDN(0.50)[] 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, 22 Mar 2019 22:24:03 -0000 On Fri, 22 Mar 2019 12:12:44 -0700 Maxim Sobolev wrote: > src/UPDATING entry perhaps in order? > > > Read the updated man page for geom_uzip. Add > > device xz > > to your kernel config. https://www.freebsd.org/cgi/man.cgi?query=geom_uzip&apropos=0&sektion=0&manpath=FreeBSD+13-current&arch=default&format=html https://www.freebsd.org/cgi/man.cgi?query=geom_uzip&apropos=0&sektion=0&manpath=FreeBSD+12.0-stable&arch=default&format=html I see nothing about xz. src/UPDATING - nothing. From owner-freebsd-current@freebsd.org Sat Mar 23 10:10:55 2019 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 64C451547445 for ; Sat, 23 Mar 2019 10:10:55 +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 64A8B89075; Sat, 23 Mar 2019 10:10:54 +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 x2NAAjKC031099 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 23 Mar 2019 12:10:48 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x2NAAjKC031099 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x2NAAjRl031098; Sat, 23 Mar 2019 12:10:45 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 23 Mar 2019 12:10:45 +0200 From: Konstantin Belousov To: Rozhuk Ivan Cc: Maxim Sobolev , FreeBSD Current Subject: Re: FreeBSD 12 kernel broken Message-ID: <20190323101045.GM1923@kib.kiev.ua> References: <20190322190818.16cce1b7@rimwks> <20190322183845.GL1923@kib.kiev.ua> <20190323012358.14d3f377@rimwks> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190323012358.14d3f377@rimwks> User-Agent: Mutt/1.11.4 (2019-03-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: Sat, 23 Mar 2019 10:10:55 -0000 On Sat, Mar 23, 2019 at 01:23:58AM +0300, Rozhuk Ivan wrote: > On Fri, 22 Mar 2019 12:12:44 -0700 > Maxim Sobolev wrote: > > > src/UPDATING entry perhaps in order? > > > > > Read the updated man page for geom_uzip. Add > > > device xz > > > to your kernel config. > > > https://www.freebsd.org/cgi/man.cgi?query=geom_uzip&apropos=0&sektion=0&manpath=FreeBSD+13-current&arch=default&format=html > https://www.freebsd.org/cgi/man.cgi?query=geom_uzip&apropos=0&sektion=0&manpath=FreeBSD+12.0-stable&arch=default&format=html > > I see nothing about xz. Because you are looking at outdated man pages. Did you tried to look at the page from the same checkout as you build the kernel from ? > src/UPDATING - nothing. From owner-freebsd-current@freebsd.org Sat Mar 23 13:31:35 2019 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 46AED154FA30 for ; Sat, 23 Mar 2019 13:31:35 +0000 (UTC) (envelope-from etnapierala@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 97DB76A2D0 for ; Sat, 23 Mar 2019 13:31:33 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 56A6C154FA0B; Sat, 23 Mar 2019 13:31:33 +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 DCAEF154FA09; Sat, 23 Mar 2019 13:31:32 +0000 (UTC) (envelope-from etnapierala@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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 533BA6A2CC; Sat, 23 Mar 2019 13:31:31 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wr1-x444.google.com with SMTP id g3so1722628wrx.9; Sat, 23 Mar 2019 06:31:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :mime-version:content-disposition:user-agent; bh=FI2W5HMl4HJtAfKJrlJ1qQXlGZDKb7esfC6wDWBizF8=; b=ID7qMtaeuS4Mi7dsHeEXlDEjwuxOI8KXxfVLWHpuB8HJlmTyNJmBi4b/enrcVdksOR AueTzPd/GpfsYp2LVhzkHJsV8rw6GvHZFYS1P1N7Ciz191jsDKtdDRWNQXd/5RRQ7tZi acUzzfFqkFjaQA6gKGLqfNPRfP/EPyXKEO4SmXVILdyPj47x08MsgnQsmjFF8jOB3aE7 +SdNIcKWm78hWTGSHwRR5hbfl+dU5JuUW3sNm43h2OnX7e6Ra66RLItL/vKU+ShsPNm8 xTJGkdCAXBDwCMaEAFfUcv4HMJ/hKFSnCHZmcgxvqLZrx3VfojBpGlAsplZxK/W2x4+C Elrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:mime-version:content-disposition:user-agent; bh=FI2W5HMl4HJtAfKJrlJ1qQXlGZDKb7esfC6wDWBizF8=; b=Yyj94J/FLDu+rYRKBS27ex6Ln4wc+a+z570+7hKEWp4nw7OisJp+dsO5wIUVg83ORV DPzvyPuZf2lvmjCIvwfO/VRDtUfNWg+FckcrLVnYBRf0fRH/i9VZME+6S07oDSF5Poy+ MEq0NkORzztJb45m3KBoGEYzszedLN5pBU6+HHUtdOqPxpmGSZKX9AGwMu2TnGhRzsMu 2l6fZd4Nh7GflpiKTXf0QV8rXTXfYuk7Dvfeq3+f33EyHLtEpU6It1hWG9pB0VsRXInt Mh2lMyyBJ3UseVX7zcQaR1lwruc6yI2aaK8T53MZiO/WYBh0AgXRpa/9z4U0D/FIl84i XT2g== X-Gm-Message-State: APjAAAXm5BVjako2jizlTjzyJUYO3vC+aBhSXBTvghVjYq4cbIgbwztD TnE5nTnTTP5lUbTZJBjZHwz51N8F X-Google-Smtp-Source: APXvYqz5Hl0JLBOjmqAOaIOZ3uQm1DxiPoblUd1TfpO4oktDhyQYYWU/JFV9/GNbTbPrDYE6IVrYrQ== X-Received: by 2002:adf:ebce:: with SMTP id v14mr9597672wrn.69.1553347400005; Sat, 23 Mar 2019 06:23:20 -0700 (PDT) Received: from v2 (cpc92302-cmbg19-2-0-cust461.5-4.cable.virginm.net. [82.1.209.206]) by smtp.gmail.com with ESMTPSA id t81sm9201545wmb.5.2019.03.23.06.23.18 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 23 Mar 2019 06:23:18 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Sat, 23 Mar 2019 13:23:16 +0000 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: hackers@freebsd.org Cc: current@freebsd.org, stable@freebsd.org Subject: FreeBSD Quarterly Status Report - Fourth Quarter 2018 Message-ID: <20190323132316.GA1786@v2> Mail-Followup-To: hackers@freebsd.org, current@freebsd.org, stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline User-Agent: Mutt/1.11.3 (2019-02-01) X-Rspamd-Queue-Id: 533BA6A2CC X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ID7qMtae; spf=pass (mx1.freebsd.org: domain of etnapierala@gmail.com designates 2a00:1450:4864:20::444 as permitted sender) smtp.mailfrom=etnapierala@gmail.com X-Spamd-Result: default: False [-4.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.49)[-0.487,0]; SIGNED_PGP(-2.00)[]; FORGED_SENDER(0.30)[trasz@freebsd.org,etnapierala@gmail.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[trasz@freebsd.org,etnapierala@gmail.com]; FORGED_RECIPIENTS(0.00)[hackers@freebsd.org ..,hackers@freebsd.org ...]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[freebsd.org]; IP_SCORE(-0.61)[ip: (1.56), ipnet: 2a00:1450::/32(-2.38), asn: 15169(-2.13), country: US(-0.07)]; RCVD_IN_DNSWL_NONE(0.00)[4.4.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; MID_RHS_NOT_FQDN(0.50)[] 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, 23 Mar 2019 13:31:35 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable FreeBSD Project Quarterly Status Report - 4th Quarter 2018 Since we are still on this island among many in this vast ocean of the Internet, we write this message in a bottle to inform you of the work we have finished and what lies ahead of us. These deeds that we have wrought with our minds and hands, they are for all to partake of - in the hopes that anyone of their free will, will join us in making improvements. In todays message the following by no means complete or ordered set of improvements and additions will be covered: i386 PAE Pagetables for up to 24GB memory support, Continuous Integration efforts, driver updates to ENA and graphics, ARM enhancements such as RochChip, Marvell 8K, and Broadcom support as well as more DTS files, more Capsicum possibilities, as well as pfsync improvements, and many more things that you can read about for yourselves. Additionally, we bring news from some islands further down stream, namely the nosh project, HardenedBSD, ClonOS, and the Polish BSD User-Group. We would, selfishly, encourage those of you who give us the good word to please send in your submissions sooner than just before the deadline, and also encourage anyone willing to share the good word to please read the section on which submissions we're also interested in having. Yours hopefully, Daniel Ebdrup, on behalf of the status report team. __________________________________________________________________ FreeBSD Team Reports * Continuous Integration * FreeBSD Core Team * FreeBSD Foundation * FreeBSD Graphics Team status report * FreeBSD Release Engineering Team * Ports Collection Projects * amd64 Usermode Protection Keys * bhyve - Live Migration * bhyve - Save/Restore * Capsicum * Collection of vt(4) color schemes * i386 PAE Pagetables * Improving FreeBSD boot security * pfsync performance improvement * PWM Kernel API and userland utility Architectures * Broadcom ARM64 SoC support * DTS Update * ENA FreeBSD Driver Update * FreeBSD on Power9 (ppc64) Parity * FreeBSD/RISC-V update * libvdsk - QCOW2 implementation * Marvell 8K SoC support * Pinebook SDCard Image * RockChip Support Ports * FreeBSD KDE status report Miscellaneous * BSD PL Third-Party Projects * ClonOS: virtualization platform on top of FreeBSD Operating System * HardenedBSD 2018Q4 Update * The nosh project __________________________________________________________________ FreeBSD Team Reports Entries from the various official and semi-official teams, as found in the Administration Page. Continuous Integration Links FreeBSD Jenkins Instance URL: https://ci.FreeBSD.org FreeBSD CI artifact archive URL: https://artifact.ci.FreeBSD.org/ FreeBSD Jenkins wiki URL: https://wiki.freebsd.org/Jenkins freebsd-testing Mailing List URL: https://lists.FreeBSD.org/mailman/listinfo/freebsd-testing freebsd-ci Repository URL: https://github.com/freebsd/freebsd-ci Tickets related to freebsd-testing@ URL: https://preview.tinyurl.com/y9maauwg Hosted CI wiki URL: https://wiki.freebsd.org/HostedCI Contact: Jenkins Admin Contact: Li-Wen Hsu The FreeBSD CI team maintains continuous integration system and related tasks for the FreeBSD project. The CI system regularly checks the changes committed to the project's Subversion repository can be successfully built, and performs various tests and analysis over the results. The results from build jobs are archived in artifact server, for the further testing and debugging needs. The members on the CI team examine the failing builds and unstable tests, and work with the experts in that area to fix the code or build and test infrastructure, to improve the software quality of the FreeBSD base system. The CI team member and the FreeBSD foundation staff Li-Wen is the maintainer of Jenkins and Jenkins related ports. In this quarter, we worked on extending test executing environment to improve the coverage, temporarily disabling flakey test cases (and opening tickets to work with domain experts). Please see freebsd-testing@ related tickets for more information. In addition to that, starting from this quarter, we also work on collaboration with external projects to extend their CI to cover FreeBSD. See "HostedCI" wiki page for more information. Work in progress: * Fixing the failing test cases and builds * Adding drm ports building test against -CURRENT * Adding tests for selected project branches, e.g.: clang800-import * Implementing automatic tests on bare metal hardware * Planning the embedded testbed * Planning running ztest and network stack tests __________________________________________________________________ FreeBSD Core Team Contact: FreeBSD Core Team Noteworthy events since the last quarterly report: * Yuri Pankov (yuripv@) was awarded a source commit bit under the mentorship of Konstantin Belousov (kib@). * Core agrees that portmgr@ may enforce a 12-month commit bit expiration for ports committers. * Thomas Munro (tmunro@) was awarded a source commit bit under the mentorship of Mateusz Guzik (mgj@) and co-mentorship of Allan Jude (allanjude@). * With the approval of FCP-0101, 10/100 Ethernet drivers will be deprecated. * Core approved the promotion of Remko Lodder (remko@) to Deputy Security Officer. __________________________________________________________________ FreeBSD Foundation Contact: Deb Goodkin The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to supporting and promoting the FreeBSD Project and community worldwide. Funding comes from individual and corporate donations and is used to fund and manage software development projects, conferences and developer summits, and provide travel grants to FreeBSD contributors. The Foundation purchases and supports hardware to improve and maintain FreeBSD infrastructure and provides resources to improve security, quality assurance, and release engineering efforts; publishes marketing material to promote, educate, and advocate for the FreeBSD Project; facilitates collaboration between commercial vendors and FreeBSD developers; and finally, represents the FreeBSD Project in executing contracts, license agreements, and other legal arrangements that require a recognized legal entity. Here are some highlights of what we did to help FreeBSD last quarter: Partnerships and Commercial User Support As a 501(c)(3) non-profit, we don't directly support commercial users, but we do work with them to understand their needs and help facilitate collaboration with the community. Last quarter, we were able to meet with a number of FreeBSD users and supporters at the October FreeBSD Developer Summit and MeetBSD conference in addition to our regular company meetings. These in-person meetings provide the opportunity to discuss pain points, identify how they can contribute back to FreeBSD, talk about what technologies they would like to see supported, and what can be done to support FreeBSD over more of their technologies and products. Fundraising Efforts By end of last year, we raised over $1.3M and were able to add Juniper, Netflix and Facebook and Handshake.org to our list of Foundation Partners. You can view the entire list here https://www.freebsdfoundation.org/donors/. We are still finalizing total donations, and will report the final numbers in early February. Thank you to everyone who supported our efforts in 2018. OS Improvements In the fourth quarter of 2018 six authors made a total of 315 commits to the FreeBSD development tree that were identified as being sponsored by the FreeBSD Foundation. These included staff members Konstantin Belousov, Glen Barber, Li-Wen Hsu and Ed Maste, and grant recipients Mateusz Guzik and Mark Johnston. Mateusz' work over the quarter consisted of identifying and fixing bottlenecks in the FreeBSD kernel and system libraries. The FreeBSD base system build, and ports built via Poudriere, were used as motivating cases. Mark added an in-kernel Intel CPU microcode loader. This simplifies and increases the robustness of microcode updates, which is increasingly important as mitigations for speculative execution vulnerabilities are delivered in microcode. Mark also fixed a number of issues relating to capsicum support in base system utilities, implemented a number of NUMA enhancements and bug fixes, and fixed a number of high profile kernel bugs. Ed committed a large number of tool chain fixes to LLVM's lld linker and ELF Tool Chain components. Along with several FreeBSD developers Ed worked on the OpenSSL 1.1.1 import in preparation for FreeBSD 12.0, including incorporating OpenSSH and ntp changes for compatibility. Ed also added build-time knobs for to enable userland retpoline and to enable BIND_NOW which can be used as part of a vulnerability mitigation strategy. Continuous Integration and Quality Assurance The Foundation provides a full-time staff member who is working on improving our automated testing, continuous integration, and overall quality assurance efforts. During the fourth quarter of 2018, Foundation employee Li-Wen Hsu continuously worked on improving the project's CI infrastructure, examining the failing build and test cases, and work with other teams in the project for their testing needs. In this period, we also worked on collaboration with external projects to improve their CI on FreeBSD. See the FreeBSD CI section of this report for more information. Release Engineering The Foundation provides a full-time staff member to lead the release engineering efforts. This has provided timely and reliable releases over the last five years. During the fourth quarter of 2018, Glen Barber led the the FreeBSD Release Engineering team in continuing working on the 12.0-RELEASE with the official announcement sent December 11. See the FreeBSD Release Engineering Team section of this report for more information. Supporting FreeBSD Infrastructure The Foundation provides hardware and support to improve the FreeBSD infrastructure. Last quarter, we continued supporting FreeBSD hardware located around the world. FreeBSD Advocacy and Education A large part of our efforts are dedicated to advocating for the Project. This includes promoting work being done by others with FreeBSD; producing advocacy literature to teach people about FreeBSD and help make the path to starting using FreeBSD or contributing to the Project easier; and attending and getting other FreeBSD contributors to volunteer to run FreeBSD events, staff FreeBSD tables, and give FreeBSD presentations. The FreeBSD Foundation sponsors many conferences, events, and summits around the globe. These events can be BSD-related, open source, or technology events geared towards underrepresented groups. We support the FreeBSD-focused events to help provide a venue for sharing knowledge, to work together on projects, and to facilitate collaboration between developers and commercial users. This all helps provide a healthy ecosystem. We support the non-FreeBSD events to promote and raise awareness of FreeBSD, to increase the use of FreeBSD in different applications, and to recruit more contributors to the Project. Some of the advocacy and education work we did last quarter includes: * Organized, sponsored, and presented at the October 2018 FreeBSD Developers Summit in Santa Clara, CA * Sponsored and exhibited at MeetBSD 2018 in Santa Clara, CA * Exhibited for the first time at All Things Open in Raleigh, NC * Exhibited and sponsored as an Industry Partner at LISA' 18 in Nashville, TN * Sponsored USENIX OSDI `18 in Carlsbad, CA as an Industry Partner * Held an Intro to FreeBSD workshop and a "Why You Should Contribute to FreeBSD" talk at the Rocky Mountain Celebration of Women in Computing in Lakewood, Colorado We continued producing FreeBSD advocacy material to help people promote FreeBSD around the world. Read more about our conference adventures in the conference recaps and trip reports in our monthly newsletters: https://www.freebsdfoundation.org/news-and-events/newsletter/ We help educate the world about FreeBSD by publishing the professionally produced FreeBSD Journal. We recently announced that the FreeBSD Journal will become a Free publication with the January/February 2019 issue. https://www.FreeBSDfoundation.org/journal/. You can find out more about events we attended and upcoming events at https://www.FreeBSDfoundation.org/news-and-events/. For a look back at all of efforts in 2018, please see the year-end video at https://www.freebsdfoundation.org/blog/thank-you-for-supporting-freebsd/. Legal/FreeBSD IP The Foundation owns the FreeBSD trademarks, and it is our responsibility to protect them. We also provide legal support for the core team to investigate questions that arise. Last quarter, we approved 6 requests to use the Trademark. Go to http://www.FreeBSDfoundation.org to find out how we support FreeBSD and how we can help you! __________________________________________________________________ FreeBSD Graphics Team status report Links Project GitHub page URL: https://github.com/FreeBSDDesktop Contact: FreeBSD Graphics Team Contact: Niclas Zeising The FreeBSD X11/Graphics team maintains the lower levels of the FreeBSD graphics stack. This includes graphics drivers, graphics libraries such as the MESA OpenGL implementation, the X.org xserver with related libraries and applications, and Wayland with related libraries and applications. In the forth quarter, the team focused on stablizing the graphics drivers and ports for the FreeBSD 12.0 release. The graphics drivers have been updated with new versions for both FreeBSD 11.2 and FreeBSD 12.0. The ports have been renamed in order to make it clearer which version of a port runs on which version on FreeBSD. We also created a new meta port, graphics/drm-kmod, which will install the correct driver based on FreeBSD version and architecture. Moving forward this is the recommended way to install the FreeBSD graphics drivers. The DRM drivers themselves are named graphics/drm-current-kmod and graphics/drm-fbsd12.0-kmod for CURRENT and 12.0 respectively, both of which have been updated to use the 4.16 Linux Kernel source. For FreeBSD 11.2 we have graphics/drm-fbsd11.2-kmod which uses the 4.11 Linux Kernel source. Finally, we created graphics/drm-legacy-kmod, which works on FreeBSD 12.0 and CURRENT. This is a copy of the legacy drivers from the FreeBSD base system. This work will make it possible for us to remove the drm2 code from CURRENT, something we are planning to do in early February. A remnant of the drm2 code will remain in the base after this due to an unresolved dependency for the NVIDIA Tegra ARM chip. Plans for its migration are expected to be finalized in first quarter in 2019. Support for i386 and PowerPC 64 has been added to the drm kernel drivers. This is currently in an alpha state. Wayland has been enabled by default in the ports tree, meaning that all packages are build with Wayland support enabled. This makes it much easier to use and test Wayland. Support for VMware graphics pass through has been added to the kernel driver. Support for this is still missing in graphcs/mesa-dri though, so it currently does not work out of the box. The input stack has been updated and is now for the most part current with upstream. Evdev headers were split off from multimedia/v4l_compat into their own port, devel/evdev-proto. This makes it easier to update those headers and keep them current with upstream, as needed. The input stack is still an area where more work needs to be done to make it easier to use various input devices with X and Wayland on FreeBSD. Several meetings has been held over the course of the period. Meeting notes have been sent out to the public x11@FreeBSD.org mailing list. People who are interested in helping out can find us on the x11@FreeBSD.org mailing list, or on our gitter chat: https://gitter.im/FreeBSDDesktop/Lobby. We are also available in #freebsd-xorg on EFNet. We also have a team area on GitHub where our work repositories can be found: https://github.com/FreeBSDDesktop __________________________________________________________________ FreeBSD Release Engineering Team Category: team The FreeBSD Release Engineering Team is responsible for setting and publishing release schedules for official project releases of FreeBSD, announcing code freezes and maintaining the respective branches, among other things. During the fourth quarter of 2018, the FreeBSD Release Engineering team continued working on the 12.0-RELEASE. The stable/12 branch was created on October 19, with the first BETA build being started shortly after. The release cycle slipped slightly with the addition of 12.0-BETA4, after which the releng/12.0 branch was created on November 16. The remainder of the release cycle continued relatively smoothly for the duration of the release candidate (RC) phase, with the final release builds starting December 7, and the official announcement sent December 11. Throughout the quarter, several development snapshots builds were released for the head and stable/11 branches. Much of this work was sponsored by the FreeBSD Foundation. __________________________________________________________________ Ports Collection Links About FreeBSD Ports URL: https://www.FreeBSD.org/ports/ Contributing to Ports URL: https://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing/ports-= contributing.html FreeBSD Ports Monitoring URL: http://portsmon.freebsd.org/index.html Ports Management Team">Ports Management Team URL: https://www.freebsd.org/portmgr/index.html Contact: Ren=E9 Ladan Contact: FreeBSD Ports Management Team The number of ports in the last quarter shrunk a bit to 32,900. At the end of the quarter there were 2365 open port PRs of which a small 500 were unassigned. The last quarter saw 7333 commits from 174 committers. This means that more port PRs were resolved than last quarter and the number of commits remained approximately the same. During the last quarter, we welcomed Alexandre C. Guimar=E3es (rigoletto@) and Vin=EDcius Zavam (egypcio@). The port commit bits of Alberto Villa (avilla@), Lars Thegler (lth@), Dryice Dong Liu (dryice@), Ion-Mihai Tetcu (itetcu@), Gabor Pali (pgj@), Tom Judge (tj@), Ollivier Robert (roberto@), and Maxim Sobolev (sobomax@) were taken in for safekeeping. The number of commit bits safekept is higher than usual because for port commit bits the idle timeout changed from 18 months to 12 months. Some default versions were changed: * PHP from 7.1 to 7.2 * Perl5 from 5.26 to 5.28 * Ruby from 2.4 to 2.5 * For LLVM, version 7.0 is now supported as a default version. Other big changes are: * info files are stored in the share/info directory just as other operating systems do. * PyQt ports can now be installed concurrently. * As FreeBSD 10 reached its end of life, support for this branch has been removed from the Ports Collection. People still requiring FreeBSD 10 support can use the RELEASE\_10\_EOL tag. * USES=3Dcmake now defaults to outsource * KDE 4 has reached its end-of-life and has been removed from the Ports Collection. Eager as ever, antoine@ ran 36 exp-runs this quarter to ensure major port upgrades were correct. __________________________________________________________________ Projects Projects that span multiple categories, from the kernel and userspace to the Ports Collection or external projects. amd64 Usermode Protection Keys Links The patch URL: https://reviews.freebsd.org/D18893 Contact: Konstantin Belousov Skylake Xeons have a new feature in 4-level paging implementation called Usermode Protection Keys. It is a complementary page access permission management mechanism, which provides very low-overhead disabling of all accesses or only modifications, on per-page basis. Each thread of execution gets 16 slots, called protection keys, while each userspace page mapping is tagged with one key. Processor provides a new 32bit register PKRU, which holds access and modification disable bits per key, the PKRU register is automatically context-switched, and managed by userspace using RDPKRU and WRPKRU instructions. See Intel SDM rev. 68 Vol 3 4.6.2 Protection Keys for further details. Since a key index must be always specified, this makes the key zero a default key, which permissions are tricky to modify without breaking the process environment. The rest 15 keys are usable, for instance process might put some sensitive data like decoded private key into the key protected area, and only enable access on as needed basis, without issuing costly mprotect(2) syscall. Note that permissions are enforced even for kernel access, so sneaky read(2) from other thread is subject to the same permission checks. I implemented the support for the amd64 pmap and provided convenient wrappers in libc both for 64bit and 32bit processes. Prototypes for the API are presented below and their use should be obvious from the explanation. int x86_pkru_get_perm(unsigned int keyidx, int access, int modify); int x86_pkru_set_perm(unsigned int keyidx, int access, int modify); int x86_pkru_protect_range(void *addr, unsigned long len, unsigned int keyidx, int flag); int x86_pkru_unprotect_range(void *addr, unsigned long len); This project was sponsored by The FreeBSD Foundation. __________________________________________________________________ bhyve - Live Migration Links Github wiki - How to Warm Migrate a bhyve guest URL: https://github.com/FreeBSD-UPB/freebsd/wiki/Virtual-Machine-Migration-us= ing-bhyve Github - Warm Migration branch URL: https://github.com/FreeBSD-UPB/freebsd/tree/projects/bhyve_migration Github - Live Migration branch URL: https://github.com/FreeBSD-UPB/freebsd/tree/projects/bhyve_migration_dev Contact: Elena Mihailescu Contact: Darius Mihai Contact: Sergiu Weisz Contact: Mihai Carabas The Migration feature uses the Save/Restore feature to migrate a bhyve guest from a FreeBSD host to another FreeBSD host. To migrate a bhyve guest, one needs to start an empty guest on the destination host from a shared guest image using the bhyve tool with the -R option followed by the source host IP and the port to listen to migration request. On the source host, the migration is started by executing the bhyvectl command with the --migrate or --migrate-live option, followed by the destination host IP and the port to send to the messages. New features added: * Prove that live migration cannot be implemented using the FreeBSD's Copy-on-Write mechanism; * Add --migrate-live option to bhyvectl; * Add additional message exchange between source and destination host to establish the migration type and the number of rounds; * Implement a dirty-bit approach for live migrating the guest's wired memory; Future tasks: * Clear the dirty bit after each migration round; * Extend live migration to highmem segment; * Extend live migration to unwired memory; This project was sponsored by Matthew Grooms. __________________________________________________________________ bhyve - Save/Restore Links Github repository for the save/restore and migration features URL: https://github.com/FreeBSD-UPB/freebsd/tree/projects/bhyve_migration Github wiki - How to Save and Restore a bhyve guest URL: https://github.com/FreeBSD-UPB/freebsd/wiki/Save-and-Restore-a-virtual-m= achine-using-bhyve Github wiki - Suspend/resume test matrix URL: https://github.com/FreeBSD-UPB/freebsd/wiki/Suspend-Resume-test-matrix Contact: Elena Mihailescu Contact: Darius Mihai Contact: Sergiu Weisz Contact: Mihai Carabas The Save/Restore for bhyve feature is a suspend and resume facility added to the FreeBSD/amd64's hypervisor, bhyve. The bhyvectl tool is used to save the guest state in three files (a file for the guest memory, a file for devices' and CPU's state and another one for some metadata that are used in the restore process). To suspend a bhyve guest, the bhyvectl tool must be run with the --suspend option followed by the guest name. To restore a bhyve guest from a checkpoint, one simply has to add the -r option followed by the main state file (the same file that was given to the --suspend option for bhyvectl) when starting the VM. New features added: * Improve timers' save and restore state feature; * Fix synchronization issues related to the ahci device save and restore state feature; * Add suspend/resume support for Windows guests; * Refactor save and restore code - save component's state field by field Future tasks: * Open ticket on Phabricator; * Add suspend/resume support for nvme; * Add suspend/resume support for virtio-console; * Add suspend/resume support for virtio-scsi; * Add TSC offseting for restore for AMD CPUs; This project was sponsored by Matthew Grooms; iXsystems;. __________________________________________________________________ Capsicum Links Capsicum Wiki Page URL: https://wiki.FreeBSD.org/Capsicum Contact: Mark Johnston Contact: Ed Maste Contact: Mariusz Zaborski The major improvement in Capsicum is introducing a Casper service fileargs, which is an easy way helps to sandbox the utils which need access to the filesystem. There are several examples of usage fileargs in applications like brandelf(1), wc(1), savecore(1), head(1) and strings(1). The fileargs service also helps to bring new features to the bhyve like audio device which is secured using Capsicum. Another big step was introducing a private Casper service and sandboxing the rtsold(8) and rtsol(8). Next major improvement, which is still under the review, is rewriting the sysctl service. The new sysctl service will allow in an easy way to use cap_sysctl() and cap_sysctlnametomib(). __________________________________________________________________ Collection of vt(4) color schemes Links iTerm2-Color-Schemes repository with previews URL: https://github.com/mbadolato/iTerm2-Color-Schemes iTerm2-Color-Schemes vt color schemes URL: https://github.com/mbadolato/iTerm2-Color-Schemes/tree/master/freebsd_vt Contact: Tobias Kortkamp Since 11.2-RELEASE vt(4) supports setting custom color schemes via the kern.vt.color.X.rgb tunables. This is nice but what was missing were some ready to use themes. iTerm2-Color-Schemes is a collection of around 200 color schemes for various terminals. It has recently gained support for vt(4). Customizing your console is now as easy as copy and pasting your favorite theme to /boot/loader.conf or /boot/loader.conf.local. __________________________________________________________________ i386 PAE Pagetables Links https://reviews.freebsd.org/D18894 URL: https://reviews.freebsd.org/D188= 94 Contact: Konstantin Belousov The i386 architecture (in modern terms, x86 architecture in 32bit protected mode), has supported hardware execute-disable since early 200x. The only problem preventing the i386 FreeBSD kernel from using it was that default page table format used by the kernel is 2-level paging, while nx bit is only available for PAE (2.5 levels) page table structures. PAE option is too intrusive, it changes both vm_paddr_t and bus_addr_t to 64bit, which is not too friendly to many drivers. I tried to provide PAE_PAGETABLES kernel option which only changed page table format, without affecting vm_paddr_t or bus_addr_t, thus keeping kernel/driver interfaces intact. But I was not able to make i386 releases carry two kernels, one to support relic hardware which cannot use PAE pagetables, and another for newer machines. So I finally did a merge which makes single i386 kernel carry two pmap modules, one for PAE and one for old two-level paging structures. Also I did not find a reason to not expand vm_paddr_t, while I have to keep bus_addr_t at 32bit. With a single boot-time knob, i386 kernel can now also utilize up to 24G or memory, if drivers correctly use busdma(9). I tried to fix iflib(4) and ahci(4) so that the most common hardware work, but I cannot do the pass over the whole tree. Hopefully, together with earlier 4/4G split work, this gives enough life for i386 kernel. This project was sponsored by The FreeBSD Foundation. __________________________________________________________________ Improving FreeBSD boot security Links TPM 2.0 driver URL: https://svnweb.freebsd.org/base/head/sys/dev/tpm/tpm20.c?revision=3D3420= 84&nview=3Dmarkup Loader Secure Boot support URL: https://reviews.freebsd.org/D18798 Secure Boot library URL: https://reviews.freebsd.org/D18797 binsign utility URL: https://reviews.freebsd.org/D18799 Contact: Michal Stanek Contact: Marcin Wojtas Contact: Kornel Duleba FreeBSD now supports TPM 2.0 devices. TPM (Trusted Platform Module) is a discrete chip which provides secure computation and secure NVRAM storage. It is most commonly associated with Measured Boot i.e. providing hash measurements of boot elements such as firmware images and boot configuration to the OS. In FreeBSD, the TPM can be used to strengthen security of services such as Strongswan IPsec, SSH or TLS by performing cryptographic operations in the TPM chip itself using embedded keys inaccessible to software. TPM facilities such as secure NVRAM storage, data sealing, random number generation and others are also available to any software via the IBM TSS library. UEFI Secure Boot is a technology which provides authentication of images that are executed on the host during boot. This prevents persistence of unauthorized malicious boot code such as rootkits. UEFI stores a list of allowed and blacklisted certificates and verifies signatures of all boot images and UEFI applications before they are executed on the CPU. Semihalf has developed support for X509 certificates and signature verification code in EFI loader with the help of the minimal BearSSL library. Lists of allowed and forbidden certificates are retrieved from UEFI environmental variables. This allows users to sign kernel binaries with a self-signed certificate, append the signature and let the loader verify its authenticity. UEFI Secure Boot support code will most likely be integrated with sjg's Veriexec support which is currently being reviewed on Phabricator. Semihalf is also working on improving security of Veriexec by moving manifest signature verification to the kernel. This project was sponsored by Stormshield. __________________________________________________________________ pfsync performance improvement Contact: Kristof Provost While pf itself can operate on multiple states simultaneously (on different cores), pfsync could not. It used a single PFSYNC_LOCK. This greatly reduced throughput on multicore systems as soon as pfsync was loaded. This was improved by splitting the pfsync queues into buckets, based on the state ID. This ensures that updates for a given connection always end up in the same bucket, allowing pfsync to still collapse multiple updates into one, while allowing multiple cores to proceed at the same time. The buckets are independently locked, allowing multiple cores to proceed at once. The number of buckets is tunable, but defaults to twice the number of cpus. Benchmarking has shown improvement of 30 to 100% depending on hardware and setup. During this effort several vnet-related issues were fixed as well, and a basic pfsync test case was added. This was committed into head in r341646, and later merged into stable/12 and stable/11. This project was sponsored by Orange Business Services. __________________________________________________________________ PWM Kernel API and userland utility Contact: Emmanuel Vadot A new subsystem was added to the kernel for PWM drivers to register themselves. In pair with the kernel subsystem, a pwm(8) utility is also available so users can configure PWM on their embedded boards. For now the only PWM driver compatible with this subsystem is for ARM Allwinner SoCs. __________________________________________________________________ Architectures Updating platform-specific features and bringing in support for new hardware platforms. Broadcom ARM64 SoC support Contact: Michal Stanek Contact: Marcin Wojtas Semihalf has recently started work on FreeBSD support for BCM5871X SoC series. These are quad-core 64-bit ARMv8 Cortex-A57 communication processors targeted for networking applications such as 10G routers, gateways, control plane processing and NAS. Initial support will include iProc PCIe, internal BNXT Ethernet controller, OTP (One Time Programmable memory) and crypto engine acceleration for IPsec offloading. This work is expected to be ready for FreeBSD-HEAD before Q3 2019. This project was sponsored by Juniper. __________________________________________________________________ DTS Update Contact: Emmanuel Vadot DTS files (Device Tree Sources) were updated to be on par with Linux 4.20 for head and 4.19 for the 12-STABLE branch. The DTS are now compiled for some arm64 boards, as the one present in U-Boot are not always up-to-date. __________________________________________________________________ ENA FreeBSD Driver Update Links ENA README URL: https://github.com/amzn/amzn-drivers/blob/master/kernel/fbsd/ena/README Contact: Michal Krawczyk ENA (Elastic Network Adapter) is the smart NIC which is used in the virtualized environment of Amazon Web Services (AWS). It supports multiple queues and can handle up to 25 Gb/s, depending on the instance type on which it is used. ENAv2 has been under development for FreeBSD, similar to Linux OS and DPDK. New changes are including: * Upgrade of the HAL to the version supporting ENAv2 * Optimization of the logging on the Tx path * LLQ (Low Latency Queue) feature, which is reducing latency on instances supporting ENAv2 * Optimization of the locks on hot paths by adding Tx queue management and lockless Rx queue cleanup * Fixes on the error handling paths * Use bitfield for tracking device states * Add additional doorbells on Tx path * Add queue depth setup in the runtime and allows Rx queue depth to be configured independently * And more minor bug fixes and code reorganization Todo: * Internal review and validation * Upstream of the patches This project was sponsored by Amazon.com Inc. __________________________________________________________________ FreeBSD on Power9 (ppc64) Parity * NMI semantics: NMIs need to be emulated by only soft disabling interrupts, disabling interrupts blocks all interrupts except machine check exceptions and system resets. * Superpage support is stable and on by default in the POWER9BSD staging branch * NUMA support: Parse OFW and set up appropriate structures for memory to be allocated from the correct domain and interrupts to be bound to the correct socket. * LKPI support for POWER9, Drm-next supports radeonkms. Some additional big endian changes required for amdgpu. * Interrupt handling improvements resulting in up to a 10% reduction in buildkernel time. * Cached XICS IPI vector * Added XIVE exploitation mode driver * Rust support in review. * Successfully booted an LLVM compiled kernel. __________________________________________________________________ FreeBSD/RISC-V update Contact: Ruslan Bukin Contact: Mark Johnston FreeBSD/RISC-V is getting more mature during last quarter. We have optimised RISC-V copyin(9)/copyout(9) routines. They now support word-sized copies where possible to dramatically increase speed of copying data between kernel and userspace. We made a series of improvements and bug fixes to pmap support (machine-dependent portion of virtual memory subsystem). This part was not touched during the last years, and is now getting attention. RISC-V GENERIC kernel gets support for witness(4) (The FreeBSD lock validation facility). The British company Embecosm has reported that they were able to boot FreeBSD on real hardware -- a SiFive Unleashed board. The support is limited to a single core only. We are expecting patches from them. __________________________________________________________________ libvdsk - QCOW2 implementation Links Github - Libvdsk QCOW2 branch URL: https://github.com/FreeBSD-UPB/freebsd/tree/projects/bhyve_libvdsk Contact: Sergiu Weisz Contact: Marcelo Araujo Contact: Mihai Carabas New features added: * Extend libvdsk to make it easier to implement new formats; * Implement read/write/probe functionalities in order to parse QCOW2 image files; Future tasks: * Add support for Copy-On-Write; * Add support for multiple snapshots; * Integrate libvdsk in bhyve This project was sponsored by Matthew Grooms. __________________________________________________________________ Marvell 8K SoC support Contact: Emmanuel Vadot Contact: Luis Octavio O Souza Support for booting FreeBSD on Marvell 8K SoC (present on the MacchiatoBin for example) has been commited. As of today, clocks, gpio, thermal, sdcard/eMMC drivers has been commited. SATA and USB were already working. This project was sponsored by Rubicon Communications, LLC ("Netgate"). __________________________________________________________________ Pinebook SDCard Image Contact: Emmanuel Vadot SDCard image is now produced for the Pinebook. By default the console is directed in the EFI Framebuffer and the serial console. __________________________________________________________________ RockChip Support Contact: Emmanuel Vadot Early support for the RockChip RK3399 has been commited. For now it's only possible to netboot boards (Like the RockPro64). Original patch was submitted by Greg V . Support for the RK805 and RK808 PMIC (Power Management IC) has been added. This allow changing some regulators voltage such as the cores one so cpufreq support works. You can change core frequencies with sysctl or powerd(8). __________________________________________________________________ Ports Changes affecting the Ports Collection, whether sweeping changes that touch most of the tree, or individual ports themselves. FreeBSD KDE status report Links KDE FreeBSD URL: https://freebsd.kde.org/ Contact: Adriaan de Groot Contact: Tobias C. Berner First of all, we removed KDE 4 from the ports tree this quarter. Qt4 will follow it by the end of march. Thanks to the update of libinput in ports we could finally update Plasma Desktop past 5.12, and are now again in sync with the upstream releases. KDE Frameworks and Applications were also kept in sync with upstream. We've also updated Qt5 to 5.12 -- with QtWebEngine still hanging on on 5.9.5 for now, but thanks to a new contributor we should have 5.12 by the end of Q1. In the background we changed the default behavior of cmake in the ports tree to default to outsource builds. People who are willing to contribute can find us on #kde-freebsd on freenode, and the kde@FreeBSD.org mailing list. Further we accept pull-requests and contributions on github.com/freebsd/freebsd-ports-kde. __________________________________________________________________ Miscellaneous Objects that defy categorization. BSD PL Links https://bsd-pl.org/ URL: https://bsd-pl.org/ Contact: Official Contact: Konrad Witaszczyk Contact: Mariusz Zaborski Contact: Jarosl/aw Zurek The Polish BSD User group is an initiative promoting systems from the BSD family. We organize both meetings and as well as tutorial sessions. In general, we have three presentations which last around 15 minutes. Afterwards there's an open discussions about topics related to operating systems and security. There's something for everybody, and the first presentation is about something connected to BSD and it's aimed at beginners. The second presentation is for more advanced BSD users but the final talk is more general and not connected to BSD. Usually it covers an interesting topic related to technology. Everyone can suggest a subject for the presentations and discussions. Some presentations from the past were about: ZFS checkpoints, GELI, FreeNAS, PAM, DTrace, Yubikey, Pytest, ZeroTrust, Jenkins and the iocage training session. Hope to see you there! __________________________________________________________________ Third-Party Projects Many projects build upon FreeBSD or incorporate components of FreeBSD into their project. As these projects may be of interest to the broader FreeBSD community, we sometimes include brief updates submitted by these projects in our quarterly report. The FreeBSD project makes no representation as to the accuracy or veracity of any claims in these submissions. ClonOS: virtualization platform on top of FreeBSD Operating System Links ClonOS Main Site URL: https://clonos.tekroutine.com Contact: Oleg Ginzburg What is ClonOS? ClonOS is a turnkey open-source platform based on FreeBSD and the CBSD framework. ClonOS offers a complete web UI for an easy control, deployment and management of FreeBSD jails containers and bhyve/Xen hypervisor virtual environments. ClonOS is currently the only available platform which allows both Xen and bhyve hypervisors to coexist on the same host. Since ClonOS is a FreeBSD-based platform, it has the ability to create and manage jails natively, allowing you to run FreeBSD applications without losing performance. Features: * easy management via web UI interface * bhyve management (create, delete VM) * Xen management (create, delete VM) [coming soon, roadmap] * connection to the "physical" guest console via VNC from the browser or directly * real time system monitoring * access to load statistics through SQLite3 and beanstalkd * support for ZFS features (cloning, snapshots) * import/export of virtual environments * public repository with virtual machine templates * puppet-based helpers for configuring popular services ClonOS 2018Q4 Status Report During this period, work was carried out to: * implement real-time graph for jail/bhyve based on RACCT statistics * test bhyve live migration, support live migration in CBSD * prepare ClonOS 19.01-RELEASE Open task: * ClonOS roadmap: https://clonos.tekroutine.com/roadmap.html * FreeNAS/XigmaNAS or any other NAS integration * I would like to see ClonOS in real-world use. In this regard, I am interested in finding more people and companies that use FreeBSD for vm/jail services. __________________________________________________________________ HardenedBSD 2018Q4 Update Links https://hardenedbsd.org URL: https://hardenedbsd.org Contact: Shawn Webb Introduction to HardenedBSD HardenedBSD is a security-enhanced fork of FreeBSD that aims to provide the BSD community with a clean-room reimplementation of the publicly-documented parts of the grsecurity patchset for Linux. We maintain close compatibility with FreeBSD by syncing every six hours with FreeBSD. HardenedBSD Foundation Update Through a generous donation by DEF CON, the computer security conference held each year in Las Vegas, and an anonymous member of the community, the HardenedBSD Foundation was able to provide the HardenedBSD project with a new Cavium ThunderX2 server. HardenedBSD has been working closely with FreeBSD's and Cavium's Jayachandran (jchandra@freebsd) to gain working support for the ThunderX2. As soon as the ThunderX2 becomes functional, HardenedBSD will be able to support both 12-STABLE and 13-CURRENT for arm64. We assisted OPNsense's migration from FreeBSD to HardenedBSD as the base operating system. OPNsense's January 2019 release (19.1) will complete the migration. Further work will be done to enable HardenedBSD's PaX NOEXEC implementation in OPNsense. PaX NOEXEC is a strong form of W^X, which prevents memory allocations from being both writable and executable, and toggling between the two. The HardenedBSD Foundation Corp. is a registered 501(c)(3) tax-exempt not-for-profit charitable organization in the United States. We look forward to a productive 2019, with work to support Cross-DSO CFI still ongoing. HardenedBSD 12-STABLE Released In December 2018, HardenedBSD published is first official release of 12-STABLE. From the release announcement: Improvements in 12-STABLE from 11-STABLE: * Non-Cross-DSO Control-Flow Integrity (CFI) for applications on amd64 and arm64. At this time, CFI is not applied to the kernel. More info on CFI is below. * Jailed bhyve (upstreamed to FreeBSD) * Per-jail toggles for unprivileged process debugging (the security.bsd.unprivileged_process_debug sysctl node. Upstreamed to FreeBSD.) * Spectre v2 mitigation with retpoline applied to the entirety of base and ports (with only a few ports opting out.) * Symmetric Multi-Threading (SMT) disabled by default (re-enable by setting machdep.hyperthreading_allowed to 1 in loader.conf(5)). * Migration of more compiler toolchain components to llvm's implementations (llvm-ar, llvm-nm, and llvm-objdump). * Compilation of applications with Link-Time Optimization (LTO). Non-Cross-DSO CFI Non-Cross-DSO CFI is an exploit mitigation technique that helps to prevent attackers from modifying the behavior of a program and jumping to undefined or arbitrary memory locations. Microsoft has implemented a variant of CFI, which they term Control Flow Guard, or CFG. The PaX team has spent the last few years perfecting their Reuse Attack Protector, RAP. CFI, CFG, and RAP all attempt to accomplish the same goal, with RAP being the most complete and effective implementation. Clang's CFI is stronger than Microsoft's CFG and PaX Team's RAP is stronger than both CFI and CFG. RAP would be a great addition to HardenedBSD; however, it requires a GPLv3 toolchain and is patented. Clang's CFI requires a linker that supports Link-Time Optimization (LTO). HardenedBSD 12-STABLE ships with lld as the default linker. All CFI schemes have been enabled for nearly all applications in base. Please note that any application that calls function pointers resolved via dlopen + dlsym will require the cfi-icall scheme to be disabled. HardenedBSD is the first enterprise operating system to apply Non-Cross-DSO CFI broadly to userland. __________________________________________________________________ The nosh project Links Introduction and blurb URL: http://jdebp.eu./Softwares/nosh/ Guide URL: http://jdebp.eu./Softwares/nosh/guide.html FreeBSD binary packages URL: http://jdebp.eu./Softwares/nosh/freebsd-binary-packages.html Installation how-to URL: http://jdebp.eu./Softwares/nosh/timorous-admin-installation-how-to.html Roadmap URL: http://jdebp.eu./Softwares/nosh/roadmap.html Contact: Jonathan de Boyne Pollard Background The nosh project is a suite of system-level utilities for initializing, running, and shutting down BSD systems; and for managing daemons, terminals, and logging. It supersedes BSD init, the Mewburn rc system, and OpenRC, drawing inspiration from daemontools-encore for service control/status mechanisms, UCSPI for networked services, Solaris SMF for named milestones, and IBM AIX for separated service and system management. It includes a range of compatibility mechanisms, including shims for familiar commands from other systems, and an automatic import mechanism that takes existing configuration data from /etc/fstab, /etc/rc.conf{,.local}, /etc/ttys, and elsewhere, applying them to its native service definitions and creating additional native services. It is portable (including to Linux) and composable, it provides a migration path from the world of systemd Linux, and it does not require new kernel APIs. It provides clean service environments, has orderings and dependencies between services, has parallelized startup and shutdown (including fsck), provides strictly size-capped and autorotated logging, has the service manager as a "subreaper", provides per-user service management as well as system-wide, provides user-space virtual terminals, brings TTY login under the general service management umbrella, and uses kevent(2) for event-driven parallelism. For more, see the aforelinked Introduction and blurb, and the nosh Guide. News The project has seen a lot of development since the last status report in 2017. To briefly touch upon just some of the things that have been worked on: * There are several more packages for things like running Bruce Guenter's bcron, shims for OpenRC's rc-update and rc-service tools, and shims for portable substitutes for a couple of Linux's util-linux tools. * There are quite a lot of new tools, including getuidgid, userenv-fromenv, setgid-fromenv, envgid, printenv, setlogin, console-decode-ecma48, console-control-sequence, console-flat-table-viewer, console-input-method, and local-stream-socket-connect. To look at just two of these: * printenv as a built-in allows more convenient use in conjunction with clearenv. It can also generate output in some additional formats. * console-control-sequence also responds to the name setterm, and can do most of what the non-portable util-linux tool by that name does; excluding the things that are specific to non-portable Linux ioctl()s and control codes (such as display adapter power management), but also including _extra_ standard DEC VT and ECMA-48 things that the util-linux tool does _not_ do (such as turning strikethrough, calculator keypad application mode, mouse reports, and the alternative screen buffer on and off). * There are a lot of new service bundles for more services, too many to list here. One can find them listed in the 1.37 and 1.38 + 1.39 release announcements. * There are new chapters in the nosh Guide, on packages and ports, on resources for terminals such as keyboard maps, input methods, and fonts, and on how the head0 user-space virtual terminal is structured. There are also new manual pages - in addition to the ones for all of the new commands, of course - on the subjects of the http://jdebp.eu./Softwares/nosh/guide/TerminalCapabilities.html system. There are also some replacements for some Linux manual pages that have gone missing over the past decade. * The external format configuration import subsystem has seen some major improvements in per-user service configuration. The per-user service manager itself gained a control FIFO, addressing a long-standing bug. A particular area of improvement since the last status report is the inclusion of input method capabilities in user-space virtual terminals. The input method mechanism uses the same CIN files as used by several other softwares, similar to how one can use existing SCO/FreeBSD keyboard maps and FreeBSD vt fonts. It places a simple textual user interface on top of a user-space virtual terminal, can switch amongst multiple input methods on the fly, and responds to both the dedicated keys on a JIS 106/109-key keyboard or a Korean 103/106-key keyboard and the conventional keys used on other keyboards. The blurb includes an example of how this works for a Japanese user, and the virtual terminal chapters of the nosh Guide now incorporate input methods into the doco. Another area of work was eliminating Wide NCurses from almost all of the tools, apart from the one tool that by definition uses it (console-ncurses-realizer). Wide NCurses has long been a porting difficulty for several operating systems, including Gentoo Linux and OpenBSD, and does not really model modern real world terminals and terminal emulators very well. It has been replaced by a new TerminalCapabilities library, in conjunction with a library for handling ECMA-48 character sequence decoding and ECMA-48/DEC VT control sequence generation. The decoder is the basis for the new console-decode-ecma48 tool, for example, as well as being the decoder for terminal input in console-termio-realizer and in full-screen TUI tools like chkservice and the new console-flat-table-viewer. The external formats import subsystem will also now make a replacement /etc/system-control/convert/termcap/termcap.db that one can use, which includes amongst other things the currently missing teken terminal type. Roadmap In addition to what is on the aforelinked roadmap, several things are on the cards for forthcoming versions. Tools that can feed the process table into console-flat-table-viewer in the proper vis(3) form. The ability to have different keyboard maps for different keyboards if one has multiple keyboards. A Linux shim for login.conf. Proper handling of CSI sub-parameters in SoftTerm. A manual page for the CIN file format. A time-env-next-matching tool. How you can help * The Z shell completions now have extensive coverage of the toolset, but there are no completions for the Bourne Again shell or the Friendly Interactive shell. Work on such completions would be welcome. The users who use those shells would welcome it especially. * The system-manager already recognizes a -b option for emergency mode. Work to make the FreeBSD loader and kernel send such an option to process #1, in response to an additional emergency mode boot menu choice, would be very welcome. * The monitor-fsck-progress and monitored-fsck tools stand ready to work with a -C option to fsck that makes it spit out progress information to an open file descriptor. Another way to help is to add this capability to fsck. * teken needs to be added to base termcap. It was put into NCurses terminfo back in 2014. __________________________________________________________________ --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGmBAEBCgCQFiEEbvjBe1hu6u1NeinjJCKD+Vwk/7oFAlyWM0RfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDZF RjhDMTdCNTg2RUVBRUQ0RDdBMjlFMzI0MjI4M0Y5NUMyNEZGQkESHHRyYXN6QGZy ZWVic2Qub3JnAAoJECQig/lcJP+6rcAIAJ9nIdRqBFEmGZRBkW5JtdiakjdT8ZMJ IK7+a1tl4yQKynZdNCrsdD6QbKK6rMBsVK3QNQR8d6wKTRCRhgm7DyFOr5E49MFx C+ESjPjgHFuUUFKlSUiFn23m5YAjAoPl1YoEo40GIYdAGsCg4yIJQrlXn6vwpmUX ba5mGUiOK6PnqjUm1tF3A9LEw0hE3eYCZS+ZgAqs56GUTtN7b6KMeuibX1uPAUgs 2hOmiOv3iQholzl5V+swmiKPbR1H5qp/j0TttS4Zf1KKC9+Zh0A8SzSvtdlyoWZD b7zsRCn4RlJypa4lztrMZld0euU9OCQ7gnYQmtN0bJLZy9opI4t3h+g= =eP4w -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk--