From nobody Mon Jun 14 13:20:59 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id F261611D17D9 for ; Mon, 14 Jun 2021 13:21:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (cross.sbone.de [195.201.62.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G3XCC14qFz4tXL for ; Mon, 14 Jun 2021 13:21:10 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id CCC4E8D4A129; Mon, 14 Jun 2021 13:21:02 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id DDDA2E707CB; Mon, 14 Jun 2021 13:21:01 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 0-BEskurqa9n; Mon, 14 Jun 2021 13:21:00 +0000 (UTC) Received: from [169.254.217.30] (unknown [IPv6:fde9:577b:c1a9:4902:5081:70d:3009:8ea4]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 916B3E707BF; Mon, 14 Jun 2021 13:21:00 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Furkan Salman" Cc: "Freebsd Arm" Subject: Re: FriendlyARM NanoPi R2S board support. Date: Mon, 14 Jun 2021 13:20:59 +0000 X-Mailer: MailMate (2.0BETAr6151) Message-ID: <473C1B2F-F076-4EB2-9D62-2EC176F245DA@lists.zabbadoz.net> In-Reply-To: <179fd5adf3d.bd467c96485860.4055140932064679988@fkardame.com> References: <179fd5adf3d.bd467c96485860.4055140932064679988@fkardame.com> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4G3XCC14qFz4tXL X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 195.201.62.131 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net X-Spamd-Result: default: False [-0.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[195.201.62.131:from]; R_MISSING_CHARSET(2.50)[]; R_SPF_ALLOW(-0.20)[+ip4:195.201.62.131]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zabbadoz.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[195.201.62.131:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:195.201.0.0/16, country:DE]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: N On 11 Jun 2021, at 23:14, Furkan Salman wrote: > Hello, > > > > Sharing a test image of FreeBSD built by Sergey = > https://twitter.com/S199pWa1k9r > > > > https://mirror.fkardame.com/Linux/Images/FriendlyArm/NanoPi-R2S/FreeBSD= -aarch64-13.0-RELEASE-NanoPi-R2S-20210610.img.xz > > https://personalbsd.org/images/FreeBSD-aarch64-13.0-RELEASE-NanoPi-R2S-= 20210610.img.xz > > > > > > Supports both Lan. > > Added LED support. > > > > Kindly test the lan performance and share your feedback. Are the patches for the above mentioned changes available somewhere? Are there plans to get them integrated into FreeBSD base (if that is = possible)? /bz From nobody Mon Jun 14 13:24:40 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5DF5811D220B for ; Mon, 14 Jun 2021 13:24:53 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-ot1-x32c.google.com (mail-ot1-x32c.google.com [IPv6:2607:f8b0:4864:20::32c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G3XHT1syLz4vV2 for ; Mon, 14 Jun 2021 13:24:53 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: by mail-ot1-x32c.google.com with SMTP id w23-20020a9d5a970000b02903d0ef989477so10757736oth.9 for ; Mon, 14 Jun 2021 06:24:53 -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=o2hAcET6/motodSQMJR6PQRnImGq1jti2oxdv03Sd+g=; b=uBpZAvdxfzZNPMlyTdyhpvbvU9s+FOeHy+NuL+Z2tczssiid4amzS7x8HFVsFDJ67U fh1UlFgch8sEeL39qsrSQxs6MC+JE5cC4TNsOY0HtGsxEF7CLb2QKIAG2BpjAm8Jlqgj qpJGljRR/Qyda9KxJf3JyzGL9IdP+em0jxhOSDRAvy+tRF0NQWIpMf9jT0kpoyKcN+cq VZR9UGWYE2nHBDViPpTrgMT4bGHbp8nBl3PzdU7zPKezZi7KW3ip0MykKxByGmgkDrfB QsYPJ9Jzfcr/510DQ0Ti+151Ocee1+hVFLhVeQoFDbmEOQip2u3IquGxbJtgYskaPRHg 51wA== 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=o2hAcET6/motodSQMJR6PQRnImGq1jti2oxdv03Sd+g=; b=WMg0r4opWTXe+EcMAnA7Jz3lgrCj3LpJMwE+IZ2a5voBEiZzydch0bokfVCjPFtQvA IojToy4gFRLyatTV7jUtXx8UhbIEqk3fF2J708G/vB74HtJzQWO4sB1oIwwHsqt4/d+L hhgu6MxfJL6ZAUhjaW1urDTiNQSRTLEYRsX+5O2AFVccleSedgg968otP0eoCEnGe5KD nO2V7bzL8VjgDrs2FA+AdDhlU1M6d1K3DndbmsCOuB03Ip3qjOGPxBsh9pPosqAogYrh bUZOAiC5AXUeHkcniTBQvJU/wcOxszHDd3dT4QpcMQCQuMxGqZtaozuYsLO4T7aYdwKX xKWw== X-Gm-Message-State: AOAM532EGUbhlih6/FP/c4PklnwFQBfjcJiqWzg4gX2ScGf3Kc8scPim C3V4/HLVilG83c1VvUxUcPgaYzglJS8nLnrs2a6mB2v6rgo= X-Google-Smtp-Source: ABdhPJwyb4jfDGXbthAkvJuu9Erg8mhGqxb0FWVibMnQ5v2MWTMUn/YhUn++WSoDp1VrIG35fH+6kpaFyNSsNRjlOB8= X-Received: by 2002:a05:6830:4023:: with SMTP id i3mr13956628ots.45.1623677092163; Mon, 14 Jun 2021 06:24:52 -0700 (PDT) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 References: <179fd5adf3d.bd467c96485860.4055140932064679988@fkardame.com> <473C1B2F-F076-4EB2-9D62-2EC176F245DA@lists.zabbadoz.net> In-Reply-To: <473C1B2F-F076-4EB2-9D62-2EC176F245DA@lists.zabbadoz.net> From: Ganbold Tsagaankhuu Date: Mon, 14 Jun 2021 21:24:40 +0800 Message-ID: Subject: Re: FriendlyARM NanoPi R2S board support. To: "Bjoern A. Zeeb" Cc: Furkan Salman , Freebsd Arm Content-Type: multipart/alternative; boundary="0000000000004ef28d05c4b9c828" X-Rspamd-Queue-Id: 4G3XHT1syLz4vV2 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --0000000000004ef28d05c4b9c828 Content-Type: text/plain; charset="UTF-8" On Mon, Jun 14, 2021 at 9:21 PM Bjoern A. Zeeb < bzeeb-lists@lists.zabbadoz.net> wrote: > On 11 Jun 2021, at 23:14, Furkan Salman wrote: > > > Hello, > > > > > > > > Sharing a test image of FreeBSD built by Sergey > > https://twitter.com/S199pWa1k9r > > > > > > > > > https://mirror.fkardame.com/Linux/Images/FriendlyArm/NanoPi-R2S/FreeBSD-aarch64-13.0-RELEASE-NanoPi-R2S-20210610.img.xz > > > > > https://personalbsd.org/images/FreeBSD-aarch64-13.0-RELEASE-NanoPi-R2S-20210610.img.xz > > > > > > > > > > > > Supports both Lan. > > > > Added LED support. > > > > > > > > Kindly test the lan performance and share your feedback. > > Are the patches for the above mentioned changes available somewhere? > Are there plans to get them integrated into FreeBSD base (if that is > possible)? > As for RTL8153B, the support is already in CURRENT. Ganbold > > /bz > > --0000000000004ef28d05c4b9c828-- From nobody Tue Jun 15 10:02:03 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4BAD511D2B99 for ; Tue, 15 Jun 2021 10:02:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-23.consmr.mail.gq1.yahoo.com (sonic304-23.consmr.mail.gq1.yahoo.com [98.137.68.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G43l81nXHz3GFT for ; Tue, 15 Jun 2021 10:02:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1623751330; bh=OiXuFLPnsaEhMQ/dcUYcEwiag5/XWHbZGEJmNMHjYjc=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=HunGKj8fwAfxQtFp8uzNmX1Z5StlJCyturfYTjQaWcNcsPHkTLSvifkBNQpKvbmlHgSIKgHN0rc0K7f4VgZDI945s239FZ2XZ6VxduMyR8H21sZbN1J9IerDJK4J36fRnsFTZZ1jZP12NOgeGJcqgX+quL8OoJkxDixzStfUfw9db6E8TkzRTJT58Ep1D045cbku0MJc6CRZaYOBGw3pJipO660BHWz4BpJPyLPt67xRhWf0K6rOKfDf01oL7yyZmV1nf9aI+Zqoun7IgpVv+pBApDpyeL0MmKMthMEs/O9gcfiiW7RYD5SL9UBJHgmq/JlhkTn76CUU1sGTeI6yBQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1623751330; bh=IM+zVfPobZ6hKzFR1rARLbLQ0aLy8yU33N/mSlwfwTP=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=i8nHV/W6O6dLoABcfOn2mauqrAHOw2xcfoohvAcOrD+GyKVweQftd7o50Wjh7egtRaVUlaNZcYU+NvoQNTGdk5jBVT4rJbfoLwMkbm+zb+S57Q0BldOcsd9P73j4vVkBIPylDfnaEeQf8rhc1CZOU+j1SVnfoxQH0AcKUg4oPxV2BW8Cg1KXibgn1INIfSd8RzkHSVK5a3KAgMXnQJJ43JeJHP/Mboro7dQ5NnPWXDMvAhVg0wf9I9W02l/SU9i0Ycc9UOmABEwQOh05hAPz8Ba5WF/Hw2zVjkaS7C0DkFGPY1J/jbUvlQU/gFY5AtBgr8i0AfP64+1RGhOmMQ9Bhw== X-YMail-OSG: mtRtnOUVM1m2zl4wYi7ugnXklRkgKx0Jsedy8LIeQZ.MWWDvpbOXZFYh9jlMoKg nieSy.DOUjLwIyzcbvewzwCdYaZvuIGsuOhfQ8REIHHvlAB3CDsbRIzP6GE2rR4qPHXqUu_M3iWB Ae5SApiB4MYkY_RdlIPndlhalQYW4lPpnS1aZ_PIt8.Ir.6JtoMjP1qMGE_yud340B2gTA6WGoQY jOlECyhr86PT79.A6L_OMioutU6bvkb1asI8vnlvKV1u0k1MXwM9mQciCYY5.7CTwxXsj8BDx_YC 62uww0_ejLWDOe6QOEC8EkCoJ0ENcduw7s4Mg3WlGS7X7y49x54WxXL1o0ZVVzelbleWE5_lbole sWN7Eq46j9eppq_29HLxe67jZeJ.NSTmW70o1VRk6ldB86ztc_uvIdUUBvNVr4lVU6unN.rYVwlZ 5o5NIGWrFzR_kJn7mBOAiwOqayj703XJ.xqnKRwF5Rh_gqq111z1HTrT0pYM4dmoMZ08srDxw76X kZ1pfxCll3ih7oQG8DwDV7REQf7G4XxH6EZqWrIlpE5nSodFcQNOqj4SJ8AHN2PRMdzYmQOtY8HM 30Zj6L7OIXfGEP84V9kPpBcFCOWuJPJXS2jc8zgXeVHGioE1gD6oVC2PGsLeji2Zc2o7_8hWylyC jUsfIzyTLxO66Pt5oaCNz8xX.6kL8OD5C9.O7miWSK22Mbs_ZrmCBQ.be.l_oPuPNn1JgIUhGHux MmQ_MNub2jreth9rB6RQk_X283450HPQwOGOnnenuXEN3nBulPs2SlAKp2vwRpn7iVsDSVHPZUUi 3U8I8vJCwce7gmqJF92Cg030iy2NJrtSFEc09vypD0yISunPbzgWqp_p7QwJb9bMoS_1VlkGwJs6 HL1kA9A5ErWV5WjRncjmF6FzR4xZjJeDbqapv.4eWIoY8Wnt.xj8leuswkZmkmtvD8mJFDyGPWiK CukK5fBtIALB3rIoOXYjlSdlWHqj5jWiWvr36DTS_ZxG4GGZGPZIqyPg5zLk1OZpbPAY8sjGfclX 2sV_Q88LILdDX4LbrerG_DC1.JNI9LKek0NwFtd5OBwmW4uHcC_Edr54Y99imjExg5nHSz0RysP4 LiaETLdh0uKVap_05.My3WeNl.cv5GPIBIOsOxBt2OLBqy0j1R3wO0pZzcDYXz2GnpEgGFwZPkFr ECEeIfO52K9KkqNwEiOefpKNQ8z3UZCxAtnIa6NNPPDnHH78QJWLCNudRJut_P03dDhNbw2u_03e rrs_r3BPCFfYJb5bs09lKlsAr52bkeAick_jJmxaFJKOKzRk6b7ppa9E1VhIhcD1Y1Gdc8f0Eut2 bGaBRqA171bFIG.k9M0ySZhtOccu6il1uUJjZrjm2GCiwFogT37vF9jYFVhdxK5lnw5SUnwigcgm GLhFvdEZNTcMOYaYYStZE70WnJjqEZUCTvaLUiTx21ILjDzECIc0klbTxcw8A5RjFFvCE4mz15qz _FX72NItERifvchHsciWxOlg_jh7R3IaIP1wyF6Aws2GvW2exMNcO0ao079FWgvGuOi8d6fUkzrn x1R0um0lh_F_uxP8wNGWuHnMsklXJ5z7A8rYFxjJRci0mbHjSWwm3aJxXAQ38OAV.ZrqACRdM9Uo h9shavbkom8ZWyYMprJGkQWS_t_R6cvQnNK94KhGSjtoKr2lbkRrcgkFDHOj4NVQ0rQJj4liUqi6 QckLZYbDOUNJXbiv8N2QNB2BqVubZTd3AE0gMM_gjDcJw9mZxBFzfH0DcJ__3FsoT_dFQ31Q7azZ V5VVtxQ4GVlPeqkhHPbl0a4lq1Gfc_9auQdEAA7CSmBlKmW7.7.MW_LKdTyEN9QekpEB89XNj3Fo fn6.Id03NZ.l5JOfSePwcUXnNwMk8qvYoEgYVJNJlWbZaSs7SyL6MMucs.Xkz_nsWMKhx2qTFPcu OSphl8Tbtwplv2pmrcGakDMKHSgTa7flRJBtluIEpmNsPjWnkl7Tf.jL4cueL9QAB0n8uCPlEWl2 KGeoWOcSf120Mg_ZiX3q6BqcIU9y7d0KZUO7Bne8maFXsEVCMrEYiw02xBtOp0ll82WDZScmly0y OqBJMl4wIFn7S.D38c7WfRhgCKXBq1ta2F2MMV_pvvl0.b18Iw7iwG_sDzcqo5wzBu150qf5FzuC .sC9hrDnMOeQ4Ybcc_pgIKe69UtleJKJYfq0G_JgHIm_lVvFS7OcNxcaFcWaM5Hls.5Y3zdgbAJD sO.Dm6gf6zsEDfMFy_QEfat13qcTIqgo8yqjCdlQtYAH78swPFW4XeO1WP3tPDacNPi2ZQ2cpnWR 4hRKKpmpVb8ZH7jDMQlholTJGjSduY.p2IMobfNWuIECTJlsUo66dhL3i5YIrAhD0tGn2eqArOe2 BPpWYB57t.7R4.iz7T.uQXFjvuK3TQM19Iq1Z0rmqaK18UB_s9UjVkfjPUpseECOwWkSm6IdCxiW xTwOS3nNFGrk1bLHHa3B9PLeVv55PGnFTYhzKalU7k6HzXBdHN6KG3.KN8H8JJGc18.bff8EeuPN QTUzLczVXM4vfWp_dMZ4dyARBrrKP774GvBjN8u7MUmjWoBl4dhdkKUheKas.fjfp6TD_WX6XWJ. chzj3EBHBLCmSJliSDtuho8KrVAKave4r50vStto1AUc- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Tue, 15 Jun 2021 10:02:10 +0000 Received: by kubenode520.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 79e69d0cbf0764171f5a0a1c39484f89; Tue, 15 Jun 2021 10:02:06 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: Restraining poudriere In-Reply-To: <3CDFB92D-00A4-42E6-891C-B31F10C4842F@yahoo.com> Date: Tue, 15 Jun 2021 03:02:03 -0700 Cc: freebsd-arm , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: <73E2FF0F-C814-4F0E-AEA2-DAFB0026C4AA@yahoo.com> References: <20210612172957.GA71089@www.zefox.net> <20210612175704.GC71089@www.zefox.net> <16D4307D-FCAC-4027-A41D-F1BD7265D3FC@yahoo.com> <3CDFB92D-00A4-42E6-891C-B31F10C4842F@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G43l81nXHz3GFT X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=HunGKj8f; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.204:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.204:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.204:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-12, at 18:35, Mark Millard wrote: > On 2021-Jun-12, at 17:53, Mark Millard wrote: >=20 >> On 2021-Jun-12, at 10:57, bob prohaska wrote: >>=20 >>> On Sat, Jun 12, 2021 at 07:36:48PM +0200, Michael Gmelin wrote: >>>>=20 >>>>=20 >>>>> On 12. Jun 2021, at 19:31, bob prohaska = wrote: >>>>>=20 >>>>> ???In playing with poudriere on raspberry pi 3 and 4 it seems to >>>>> work well on the 8 GB Pi4 but is over-optimistic on the 1 GB Pi3. >>>>>=20 >>>>> Can poudriere be configured to tackle packages one at a time? >>>>=20 >>>> Yes, see poudriere.conf: >>>>=20 >>>> # parallel build support. >>>> # >>>> # By default poudriere uses hw.ncpu to determine the number of = builders. >>>> # You can override this default by changing PARALLEL_JOBS here, or >>>> # by specifying the -J flag to bulk/testport. >>>> # >>>> # Example to define PARALLEL_JOBS to one single job >>>> # PARALLEL_JOBS=3D1 >>>>=20 >>>> -m >>>>=20 >>>=20 >>> I perhaps misunderstood what was meant by "builders", confusing it >>> with threads. Or maybe cores.... >>>=20 >>> Trying it now, hoping to see parallel core use.=20 >>=20 >> You do not seem to have mentioned use of: vm.pageout_oom_seq=3D >> (just vm.pfault_oom_attempts=3D"-1"). You also mention "[with] >> OOMA turned off" but no combination of settings actually >> completely disables the possibility. >>=20 >>=20 >> Based on notes in my poudriere.conf for a 2 GiByte RAM >> context: >>=20 >> #NOTE: on 2 GiByte RAM contexts I've used: PARALLEL_JOBS=3D2 but >> # two llvm*'s are likely the biggest combination that >> # could occur in my context. lang/rust or other even >> # larger build contexts need not be appropriate. I >> # normally use ALLOW_MAKE_JOBS=3Dyes . >> PARALLEL_JOBS=3D2 >>=20 >> So for the smaller RAM context: PARALLEL_JOBS=3D1 is a possibility. >>=20 >> On a 1 GiByte RPi2B v1.1 (armv7) I've used the combination: >>=20 >> PARALLEL_JOBS=3D2 >> MAKE_JOBS_NUMBER_LIMIT=3D2 >>=20 >> so that no more than 4 generally active processes in >> builders/JOBS overall. You have used MAKE_JOBS_NUMBER_LIMIT >> before to build www/chromium (2018-Dec-18 report): >>=20 >> QUOTE >> On Fri, Dec 14, 2018 at 05:59:21AM +0100, Jan Beich wrote: >>>=20 >>> MAKE_JOBS_NUMBER_LIMIT is a user variable, so you can either set in >>> make.conf or Makefile.local e.g., >>>=20 >>> $ cat <<\. >>${__MAKE_CONF:-/etc/make.conf} >>> .if ${.CURDIR:M*/www/chromium} >>> MAKE_JOBS_NUMBER_LIMIT=3D2 >>> .endif >>=20 >> Setting MAKE_JOBS_NUMBER_LIMIT=3D2 allowed www/chromium to compile = successfully over >> several days. The -DBATCH option was used, in hopes it'd fetch the = right options.=20 >> END QUOTE >>=20 >> As for allowing 4 processes in a build per builder >> (a.k.a. per JOB) generally (for the 4 core context >> without MAKE_JOBS_NUMBER_LIMIT in use) . . . >>=20 >> # By default MAKE_JOBS is disabled to allow only one process per cpu >> # Use the following to allow it anyway >> ALLOW_MAKE_JOBS=3Dyes >>=20 >> So with PARALLEL_JOBS=3D1 that would have a total of 4 >> processes. >>=20 >> I'll note that threads is yet a separate issue. For example the >> llvm linker might use 1 or 2 more threads than there are cores. >> (These happen in one process.) poudriere does not have a control >> over such tread usage by programs. Threads may or may not use >> up significant RAM in total. >>=20 >>=20 >> I also override a bunch of MAX_EXECUTION_TIME_'s and >> NOHANG_TIME: >>=20 >> # This defines the max time (in seconds) that a command may run for a = build >> # before it is killed for taking too long. Default: 86400 >> #MAX_EXECUTION_TIME=3D86400 >> # Cortex-A53 and such are slow for the purpose, allow 4 times the = defaults: >> MAX_EXECUTION_TIME=3D432000 >>=20 >> # This defines the time (in seconds) before a command is considered = to >> # be in a runaway state for having no output on stdout. Default: 7200 >> #NOHANG_TIME=3D7200 >> # Cortex-A53 and such are slow for the purpose, allow 4 times the = defaults: >> # Also: boost-libs seems to have a long time with no output but it = making >> # progress in parallel builds. >> NOHANG_TIME=3D28800 >>=20 >> # Cortex-A53 and such are slow for the purpose, allow 4 times the = defaults: >> MAX_EXECUTION_TIME_EXTRACT=3D14400 >> MAX_EXECUTION_TIME_INSTALL=3D14400 >> MAX_EXECUTION_TIME_PACKAGE=3D28800 >> MAX_EXECUTION_TIME_DEINSTALL=3D14400 >>=20 >> I use: >>=20 >> USE_TMPFS=3Dno >>=20 >> in order to avoid tmpfs competing for RAM in these >> small RAM contexts. >>=20 >=20 > Something else I will note: you reported for the > 1 GiBYte RAM RPi3B use: >=20 > QUOTE > With OOMA turned off and 6 GB of swap > END QUOTE >=20 > Does the system generate a warning about being mistuned > when the swap space is added: >=20 > warning: total configured swap (??? pages) exceeds maximum recommended = amount (??? pages). >=20 > Such likely would contribute to "swap blk zone exhausted" > notices. I avoid setting up contexts that generate this > warning about the configured swap by avoiding having too > much swap space for the RAM available to manage it. >=20 > As covered in multiple past exchanges, attempting to adjust > kern.maxswzone to deal with this has other tradeoffs (less > space for other kernel information) if I understand right. > It takes more knowledge than I have to know if such tradeoffs > are appropriate for a particular context. >=20 > My memory is that when I move the Rock64 media to an RPi3B > for an experiment, I use a 3 GiByte swap space to avoid the > warning. (I have a 2nd swap partition that can be also put > to use on the 4 GiByte RAM Rock 64 that goes unused on > the RPi3B. It is rare that I do things sort of experiments. >=20 I took a look via https://pkg-status.freebsd.org and the FreeBSD servers have been building aarch64 llvm10-10.0.1_5 since mid-Feb. without such failures. (Previously llvm10-10.0.1_4 was building.)=20 = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/Hexagon/Di= sassembler/HexagonDisassembler.cpp is used. It makes me wonder if you have a cached distfile that is corrupted or some such. (The servers use poudriere to do the builds and they do not disable targets.) I do not know if the logfile would give a hint about that or not. I do not remember your indicating what /usr/ports commit poudriere is using --or which way you have poudriere configured to get a ports tree to work with (or related configuration information). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Tue Jun 15 19:53:05 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4C82B11E0E76 for ; Tue, 15 Jun 2021 19:53:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G4Jrx1fnWz3CxF for ; Tue, 15 Jun 2021 19:53:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 2155B67A2 for ; Tue, 15 Jun 2021 19:53:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 15FJr5to095702 for ; Tue, 15 Jun 2021 19:53:05 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 15FJr5k9095701 for freebsd-arm@FreeBSD.org; Tue, 15 Jun 2021 19:53:05 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 256628] Allwinner aw_thermal error Date: Tue, 15 Jun 2021 19:53:05 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: freebsd@justmail.de X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D256628 Bug ID: 256628 Summary: Allwinner aw_thermal error Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: freebsd@justmail.de aw_thermal seems not to attach properly on my NanoPI NEO2: root@bsd-neopi:~ # dmesg | grep therm=20 aw_thermal0: mem 0x1c25000-0x1c250ff = irq 4 on simplebus0 aw_thermal0: Cannot read THS efuse device_attach: aw_thermal0 attach returned 6 interface aw_thermal.1 already present in the KLD 'kernel'! root@bsd-neopi:~ # sysctl -n dev.aw_thermal.0.cpu sysctl: unknown oid 'dev.aw_thermal.0.cpu' root@bsd-neopi:~ # uname -UKa FreeBSD bsd-neopi 14.0-CURRENT FreeBSD 14.0-CURRENT #0 main-n247356-715df83abc0: Mon Jun 14 21:20:51 CEST 2021=20=20=20=20 root@freebsd-current-vm:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC-NODEBUG= =20 arm64 1400023 1400023 I do only have another productive node running an old 13-CURRENT where the driver attaches: root@nanopi-bsd:~ # cat /var/log/messages | grep therm Feb 15 11:36:30 nanopi-bsd kernel: aw_thermal0: mem 0x1c25000-0x1c250ff irq 4 on simplebus0 root@nanopi-bsd:~ # uname -aUK FreeBSD nanopi-bsd 13.0-CURRENT FreeBSD 13.0-CURRENT efa57a39e85(master) GENERIC-NODEBUG arm64 1300021 1300021 root@nanopi-bsd:~ # sysctl dev.aw_thermal.0 dev.aw_thermal.0.gpu: 42C dev.aw_thermal.0.cpu: 38C dev.aw_thermal.0.%parent: simplebus0 dev.aw_thermal.0.%pnpinfo: name=3Dthermal_sensor@1c25000 compat=3Dallwinner,sun50i-h5-ths dev.aw_thermal.0.%location:=20 dev.aw_thermal.0.%driver: aw_thermal dev.aw_thermal.0.%desc: Allwinner Thermal Sensor Controller --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed Jun 16 07:54:30 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E8D4F11DE24D for ; Wed, 16 Jun 2021 07:54:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G4csK696Tz4rWM for ; Wed, 16 Jun 2021 07:54:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id BB8D217C73 for ; Wed, 16 Jun 2021 07:54:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 15G7sTu2081501 for ; Wed, 16 Jun 2021 07:54:29 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 15G7sT4H081500 for freebsd-arm@FreeBSD.org; Wed, 16 Jun 2021 07:54:29 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 256628] Allwinner aw_thermal error Date: Wed, 16 Jun 2021 07:54:30 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: freebsd@justmail.de X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Not A Bug X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D256628 Manuel St=C3=BChn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |Not A Bug --- Comment #1 from Manuel St=C3=BChn --- obsolete DT-overlay-files were lurking around in /boot/dts/overlays and got loaded during boot. After removing those, the thermal-driver did work. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed Jun 16 13:23:27 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B115711D1FF3 for ; Wed, 16 Jun 2021 13:23:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G4m8v4Rvnz3r0R for ; Wed, 16 Jun 2021 13:23:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 76C7A1C90D for ; Wed, 16 Jun 2021 13:23:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 15GDNRLD054425 for ; Wed, 16 Jun 2021 13:23:27 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 15GDNRPR054424 for freebsd-arm@FreeBSD.org; Wed, 16 Jun 2021 13:23:27 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 256645] ROCK64: No HDMI output Date: Wed, 16 Jun 2021 13:23:27 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 13.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: jwb@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D256645 Bug ID: 256645 Summary: ROCK64: No HDMI output Product: Base System Version: 13.0-RELEASE Hardware: arm64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: jwb@freebsd.org Is anyone actively looking into HDMI support on the ROCK64? I just patched sysutils/desktop-installer so it will run on aarch64, but I cannot test X11 at the moment. There is no output from the HDMI port and i= f I start xdm anyway, I get the following: [ 210.819]=20 X.Org X Server 1.20.9 X Protocol Version 11, Revision 0 [ 210.819] Build Operating System: FreeBSD 13.0-ALPHA1 arm64=20 [ 210.819] Current Operating System: FreeBSD herring.acadix.biz 13.0-RELEASE-p1 FreeBSD 13.0-RELEASE-p1 #0: Wed May 26 22:19:21 UTC 2021=20= =20=20=20 root@arm64-builder.daemonology.net:/usr/obj/usr/src/arm64.aarch64/sys/GENER= IC arm64 [ 210.821] Build Date: 22 January 2021 08:47:17AM [ 210.821]=20=20 [ 210.821] Current version of pixman: 0.40.0 [ 210.821] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 210.821] Markers: (--) probed, (**) from config file, (=3D=3D) default = setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 210.822] (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Tue Jun 15 08:= 25:45 2021 [ 210.823] (=3D=3D) Using config directory: "/etc/X11/xorg.conf.d" [ 210.823] (=3D=3D) Using system config directory "/usr/local/share/X11/xorg.conf.d" [ 210.824] (=3D=3D) No Layout section. Using the first Screen section. [ 210.824] (=3D=3D) No screen section available. Using defaults. [ 210.824] (**) |-->Screen "Default Screen Section" (0) [ 210.824] (**) | |-->Monitor "" [ 210.826] (=3D=3D) No device specified for screen "Default Screen Sectio= n". Using the first device section listed. [ 210.826] (**) | |-->Device "Device0" [ 210.826] (=3D=3D) No monitor specified for screen "Default Screen Secti= on". Using a default monitor configuration. [ 210.826] (=3D=3D) Automatically adding devices [ 210.826] (=3D=3D) Automatically enabling devices [ 210.827] (=3D=3D) Not automatically adding GPU devices [ 210.827] (=3D=3D) Max clients allowed: 256, resource mask: 0x1fffff [ 210.827] (=3D=3D) FontPath set to: /usr/local/share/fonts/misc/, /usr/local/share/fonts/TTF/, /usr/local/share/fonts/OTF/, /usr/local/share/fonts/Type1/, /usr/local/share/fonts/100dpi/, /usr/local/share/fonts/75dpi/, catalogue:/usr/local/etc/X11/fontpath.d [ 210.827] (=3D=3D) ModulePath set to "/usr/local/lib/xorg/modules" [ 210.827] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 210.827] (II) Loader magic: 0x43b620 [ 210.827] (II) Module ABI versions: [ 210.827] X.Org ANSI C Emulation: 0.4 [ 210.827] X.Org Video Driver: 24.1 [ 210.827] X.Org XInput driver : 24.1 [ 210.827] X.Org Server Extension : 10.0 [ 210.828] (II) LoadModule: "glx" [ 210.828] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so [ 210.838] (II) Module glx: vendor=3D"X.Org Foundation" [ 210.838] compiled for 1.20.9, module version =3D 1.0.0 [ 210.838] ABI class: X.Org Server Extension, version 10.0 [ 210.838] (=3D=3D) Matched modesetting as autoconfigured driver 0 [ 210.838] (=3D=3D) Matched scfb as autoconfigured driver 1 [ 210.838] (=3D=3D) Assigned the driver to the xf86ConfigLayout [ 210.838] (II) LoadModule: "modesetting" [ 210.839] (II) Loading /usr/local/lib/xorg/modules/drivers/modesetting_drv.so [ 210.839] (II) Module modesetting: vendor=3D"X.Org Foundation" [ 210.839] compiled for 1.20.9, module version =3D 1.20.9 [ 210.839] Module class: X.Org Video Driver [ 210.839] ABI class: X.Org Video Driver, version 24.1 [ 210.839] (II) LoadModule: "scfb" [ 210.840] (II) Loading /usr/local/lib/xorg/modules/drivers/scfb_drv.so [ 210.840] (II) Module scfb: vendor=3D"X.Org Foundation" [ 210.840] compiled for 1.20.9, module version =3D 0.0.5 [ 210.840] ABI class: X.Org Video Driver, version 24.1 [ 210.840] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 210.840] (II) scfb: driver for wsdisplay framebuffer: scfb [ 210.841] (EE)=20 Fatal server error: [ 210.841] (EE) xf86OpenConsole: No console driver found Supported drivers: pccons (with X support), syscons, pcvt Check your kernel's console driver configuration and /dev entries(E= E)=20 [ 210.841] (EE)=20 Please consult the The X.Org Foundation support=20 at http://wiki.x.org for help.=20 [ 210.841] (EE) Please also check the log file at "/var/log/Xorg.0.log" f= or additional information. [ 210.842] (EE)=20 [ 210.842] (EE) Server terminated with error (1). Closing log file. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed Jun 16 15:50:13 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A85DC11DDA20 for ; Wed, 16 Jun 2021 15:50:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G4qQF47BHz4dgf for ; Wed, 16 Jun 2021 15:50:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 736241E6B0 for ; Wed, 16 Jun 2021 15:50:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 15GFoDKt034573 for ; Wed, 16 Jun 2021 15:50:13 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 15GFoDgD034572 for freebsd-arm@FreeBSD.org; Wed, 16 Jun 2021 15:50:13 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 254137] releng/13.0: virtio if_vtbe fails to compile on armv7 SOCKIT-BERI Date: Wed, 16 Jun 2021 15:50:13 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markj@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: jrtc27@freebsd.org X-Bugzilla-Flags: mfc-stable13+ mfc-stable12- mfc-stable11- exp-run- X-Bugzilla-Changed-Fields: cc bug_status resolution flagtypes.name assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254137 Mark Johnston changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |markj@FreeBSD.org Status|New |Closed Resolution|--- |FIXED Flags| |mfc-stable13+, | |mfc-stable12-, | |mfc-stable11-, exp-run- Assignee|freebsd-arm@FreeBSD.org |jrtc27@freebsd.org --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Thu Jun 17 12:45:45 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 8311811CD49A for ; Thu, 17 Jun 2021 12:46:03 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:a:f40b::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G5MHF114kz4lJJ for ; Thu, 17 Jun 2021 12:45:56 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 4G5MH10gKfzR4 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1623933949; bh=gzVu/ahEmpbmMd+KOA+zF5CTzVZpqlgDmHw6UKe/iFY=; h=To:From:Subject:Date; z=To:=20freebsd-arm@FreeBSD.org|From:=20Henri=20Hennebert=20|Subject:=20Bug=20255048=20-=20arm64/ROCKPRO64=20freeze=2 0during=20heavy=20IO=20(git=20pull)=20on=0D=0A=20external=20USB=20 3=20disk|Date:=20Thu,=2017=20Jun=202021=2014:45:45=20+0200; b=DNLiXz4WfH9AkEtJmW+T+a0Ib0qWLVrrJk+XA+0OjHjrFT38MhMggVva50kg43aR5 /lSEMbgqhvasgKQNEgmBKeihxnEp23POeVx2vLWZxsUQiMHFC2FNLA139KRHhRYrAW GpzjRNh6Y69mNniQ2URhs+nibJpJTP4FqPKy4e6GaMpvtgSk1F3/GL87RWwP95OzWT t6CaT21CijxipYoEXxguxQ648HjpM/215yRHJ2rieRDy7APbTx7vvvek9/Koyc/YVi dPvzjN9RPQa+F7N01kjEA3hWrESVpF++E7Pe0tFcOkTzhwjDONTChLRYm2M6dY+urF SfQNvPUCqgBqQ== Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4G5MH10gKfzR4 for ; Thu, 17 Jun 2021 14:45:46 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.16.1/8.16.1) with ESMTPSA id 15HCjjuZ041747 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK) for ; Thu, 17 Jun 2021 14:45:45 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel To: freebsd-arm@FreeBSD.org Subject: Bug 255048 - arm64/ROCKPRO64 freeze during heavy IO (git pull) on external USB 3 disk Message-ID: <7a4be533-bf81-2902-af19-472aa6c7c68c@restart.be> Date: Thu, 17 Jun 2021 14:45:45 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4G5MHF114kz4lJJ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=restart.be header.s=tignes header.b=DNLiXz4W; dmarc=pass (policy=reject) header.from=restart.be; spf=pass (mx1.freebsd.org: domain of hlh@restart.be designates 2001:41d0:a:f40b::1 as permitted sender) smtp.mailfrom=hlh@restart.be X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[restart.be:s=tignes]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:a:f40b::1/128]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2001:41d0:a:f40b::1:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DKIM_TRACE(0.00)[restart.be:+]; DMARC_POLICY_ALLOW(-0.50)[restart.be,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:41d0:a:f40b::1:from]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: hlh@restart.be From: Henri Hennebert via freebsd-arm X-Original-From: Henri Hennebert X-ThisMailContainsUnwantedMimeParts: N Hello, Can someone have a look at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255048 Thanks Henri From nobody Thu Jun 17 18:06:28 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 83D0211DCBD4 for ; Thu, 17 Jun 2021 18:06:29 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G5VP049pQz3PRG for ; Thu, 17 Jun 2021 18:06:28 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 15HI6TGj020185 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 17 Jun 2021 11:06:29 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 15HI6S5C020184 for freebsd-arm@freebsd.org; Thu, 17 Jun 2021 11:06:28 -0700 (PDT) (envelope-from fbsd) Date: Thu, 17 Jun 2021 11:06:28 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: G_RPI4 Buildkernel stops silently on RPi4 Message-ID: <20210617180628.GA19752@www.zefox.net> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4G5VP049pQz3PRG X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [2.80 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; DMARC_NA(0.00)[zefox.net]; NEURAL_SPAM_SHORT(0.90)[0.899]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] X-ThisMailContainsUnwantedMimeParts: N I'm not sure G_RPI4 is still relevant to anybody, but a silent stoppage in buildkernel struck me as surprising. A retry using GENERIC-MMCCAM worked without trouble and is running now. A recent attempt to update world and kernel G_RPI4 on a Pi4 running 14-current stopped in buildworld, with no obvious error: root@nemesis:/usr/src # tail b*.log ==> buildkernel.log <== MAKEOBJDIRPREFIX='' MAKESYSPATH='/usr/src/share/mk' MAKE_VERSION='20210206' PATH='/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP='/usr/src' OBJTOP='/usr/obj/usr/src/arm64.aarch64' .MAKE.MAKEFILES='/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffixes.mk /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk /usr/src/Makefile.inc1 /usr/src/share/mk/src.tools.mk /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.linker.mk' .PATH='. /usr/src' make: stopped in /usr/src There was nothing on the serial console, nor the controlling terminal. The sources were updated a few minutes earlier, reporting root@nemesis:/usr/src # git pull remote: Enumerating objects: 100, done. remote: Counting objects: 100% (100/100), done. remote: Compressing objects: 100% (48/48), done. remote: Total 59 (delta 51), reused 18 (delta 10), pack-reused 0 Unpacking objects: 100% (59/59), 7.13 KiB | 17.00 KiB/s, done. >From https://git.freebsd.org/src 8fa5c577de..0247c33e89 main -> origin/main Updating 8fa5c577de..0247c33e89 Fast-forward sys/amd64/amd64/efirt_machdep.c | 9 ++++ sys/kern/subr_param.c | 6 +-- sys/mips/conf/AR71XX_BASE | 1 - sys/mips/conf/PB92 | 1 - sys/mips/conf/QCA953X_BASE | 1 - sys/mips/conf/std.AR5312 | 1 - sys/mips/conf/std.AR5315 | 1 - sys/mips/conf/std.AR724X | 1 - sys/mips/conf/std.AR91XX | 1 - sys/mips/conf/std.AR933X | 1 - sys/mips/conf/std.AR934X | 1 - sys/mips/conf/std.MALTA | 1 + sys/mips/conf/std.QCA955X | 1 - sys/mips/conf/std.XLP | 1 - sys/tests/fib_lookup/fib_lookup.c | 140 +++++++++++++++++++++++++++++++++++++++++++++-------- sys/vm/vm_page.c | 2 +- sys/vm/vm_page.h | 1 + usr.sbin/bsdconfig/include/messages.subr | 1 + usr.sbin/bsdconfig/share/media/ftp.subr | 1 + usr.sbin/bsdinstall/scripts/mirrorselect | 1 + usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c | 4 +- 21 files changed, 137 insertions(+), 40 deletions(-) The build command was make -j4 -DWITH_META_MODE buildworld > buildworld.log && make -j4 buildkernel -DWITH_META_MODE KERNCONF=G_RPI4 > buildkernel.log which has worked well for some months. Just noticed the KERNCONF=G_RPI4, which I tried as an experiment that seemed to work. The original motive was a smaller kernel, but that no longer seems to be the case; GENERIC-MMCCAM is ~30 kB smaller 8-) Thanks for reading, bob prohaska From nobody Thu Jun 17 19:58:12 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5F3F85D29D6 for ; Thu, 17 Jun 2021 19:58:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.gq1.yahoo.com (sonic310-21.consmr.mail.gq1.yahoo.com [98.137.69.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G5Xt00nd1z3nXd for ; Thu, 17 Jun 2021 19:58:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1623959894; bh=splyckiFt2NGZM7cGWzDJfiXLsBxLbPwaQI1ZLtfWPw=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Ixxh1zNDcVnIXo9eh02XVP6CyfxlyXarXxZDHwDy0jMXQSF/SeZi2CYwn7mnkCU8eZyQl/1xN5jhjudHF4SjBWhm3v0siismYxfXVsJWxBoTVZBRMW7XSn+UdbnarDr2IEaan1oThpBBr3YMDUUhN+omUgqBQYHsbK832K511xIgxFAndtCU08NWVGLlgvFMCPaDp+/aQv7/4jwj2lXDYeLbcBUVG8M8iIFtlSfe2FZWGvSx1+GgdEKS5JvQn1RibmbBfbCeIWYG2/cBCWf4B8URuYbApW1hg9gMmPuNr3NXXvkqCAi2hFkDwIt8J0BcyksURX7cLB6v6Yumjj5mog== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1623959894; bh=scAik/5O5wd1rozP/vcd9L7lWX8qRPOB5Gtf8yEz4iP=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ghztbkUD3zrhj5zA5PlBLiLy9bgYXiQAFRXFkFtAtS5rrIHs4n/xCstAdlcNoxb3XrLD5t3kzRPKpnK8LYl9WCXTVeLoTTU0ayckiXhMRrjY6DAfbgktFdLZ7OlHJX0/T/VEXochZ0qcVsPLbKa7cBgb80ThCJGW53HOpZGr9sbX8cW9ukSSzokqXvGsLFPZvwu4wDOvy+LjHBL6TyjRCD9IUiJIOqJeYWyUiu+z772rzNBC5jjdlSTSzRmbMkXvT6n8quzuc/x0kTluy47FyziR4as3QJgwm0fYNvEuUk/l8tvhn87YwRb8qx/qMYojWEvNKNYe3iSq+xCHSec0lQ== X-YMail-OSG: L8cxt4wVM1m4cophcjIcU.m3r.KSUfcmdlV3Fm0Tf_nx168x9Sw10R32hSfm3IC KTDsO_u3h6caKzronij5T5zUpUU4wnr18RH5SZcRVg3LlKNKKgoCdyUACIOXOyiIIFq84hRlLEAg 0Da9pFwUgo9UtUrLz67f4WKh0N9ITDElgIu19_Op0YkFqXksp1aGnFWkUkQ2eM99Rt3eCYwQ7nWw HtMm2mvBWyoHYy46d0VEJEuNG2kJgPZgPt4r8c5nhAw3qltSE4v2H8lhR3CT2Z6N7NpUZlBhXdje RPpTUsYMgcueE1IRxI3pgtcwdDKLQNnUr94R4mLfrZZPdmbMUkjkNr.xVkGiljrQWSVc8ZKpKNrU ssjuBmzzIoM0iUa8tmS_6r65q8ojqLHBo5xdazbumiEEve5dgLj68ACTIZqja1TaJizA29jkpriz HH1WzgiU7fgDQ5Uuqr0z46xMzJB4tGxVDdYxX9.j3TwEcdGnX3hB5hvoN7xn_PgZNoJdPVzGRozt l5vhDqZC9CiEHSMB2naGs1sVIlWaPsHVaFmelgQe.Nnr3PyVOBzMW1.oJKdVAvxSRWCLo75K9uFg gophDAz6c2c3fSZfdf1K91QyZDHulzr6XtBU67556EN5z_jRd5uF9XL0J8WQ7jGDHofnuw7A3bZb IEJY_LiWn8p1BOKC6jtAkIeZ8NXoHqH9WBE0R1QSqS.XsAiwnChs81T7sGxck49zgMCxPZgELLet k_5WGpUqEtmaKkWX.UvbFVNKzNudNFcGbVkbOaVdJpgMKp..I.uYnsIJVWY6VoQYd5LjzIKdDTkf aNZXSxmqhORhHYkDFBXPJM_2gB44pz7xKIX.MJoijE3eA2wymVOnOi20ExQf6cpeJvwshIi3AcTL yx8q6eZltJsdcUqvMi4agtyn.U_PoS88_5uruxZsZBNNhbKcku.6D7mXaPMSf4xAISFcVnVfMNhE j9v1yTNOWzNhzMrjF_YtNYGkq4_flKeqBe8vHmeSYBtM_A97IswI00Ho20T8D8TlppWNrY6eOdmx tjAw.4m8G1lgk9EkVHg7Jsaau3Jfp8hSoaq4VwPagJyQH7HrdRMTqUlEQM_xG6DxyLXMKUGd6ziX 6X.g90dteDlQGahKWpsv0AnttTI6MAUIkSYW68H4w8e04M1G7fBE9eYc8PQYafXOqtFd5hqXTDMl DYdFzRI35WIHpqM17DznbJ.T6KZIQFNO7Y3lj8O7md.xXVW1fWNsoJQLPdlIxzDoFSLf3gT_D.fX NyEeufgOmYi..vTq.pvmvFUoZNVmqsRe7ZkZN5l3TMCoB7V9pJrhte3rPBe1K7bolC0Hq7uEUi5Z M9nBc4O.AtYsPwyQWB4vEXtxHrQXUiBeHE_mmEfrpeJKXp7DVJmLO16BTarM8Nsa8hXtUc9r34B7 XGDqpHVNhncahhg7ncdHP.GqhHNBgA_HVmOZwPGFJNmKqYNm74k2qbRVnYUOKxZiy.ifRpNB7mIl MKojMInIM74tiRVAolnrRKzL6hEu2Gjiu2x1igNRL2RHKmBVvsilxZYS0zmHajI5PlPmTjx.5Kip 2RbGRhTXmqAywk7HBLnWdu1rszqrQ3pBhiualkX.745zg2RI5UrwejbXmXatX9dSvuiMkDCmKzhF hZvNX4wrrTkWAV0j0GqewwOVoNjDr.tGP4WsEZMdUTc_HaOU4CQ5uVMJMpR2erBzYLw4cO7Boasj tW59HxgWAFdodtFYgNya9yypzZbYqWLuRGl97dYNbsdPLCyUFh7IkHDrOdSDY1NT1N6SK66UE4v5 0tHHqUuIUcHMn0vjUuHkjkRJo86HEVhb3MieFeOo6D.FpCy.5JrgDa5CgGdAhfAAjJFyhKxsdl2I zaKp78bOF6s4t9G4408uY2auEyKKvdgd22z3aPhdAuFtYv0NYCbe6donlR2RzHiNNve2hKtHLG3W 0Qvvh8XcCQrP91ekIK23EqR8Okj0MVbB4uOVxEWvFBkxW7Rys3Xs3qgxl.MXhZsleUS5yt70_Qc_ n2t.Z9NpNuJswIZS.p3BFW6WkDAVrjeCnkCgcvBtIDB9HN723lMw0EJkVZ0_hwk.R94SGQz2vSEW Z4EE.C7vfKMqDW9wM_q1VNVm1Bb3xu8EkIIXl8YOTJbtnrNklAiV4fxF2PWmWmilq6njlKuY01nt ktA4iYHzI.ulRW_xcgYOWYYu5RwdNvyUk2IDsi734C0LLp8Gmkx2LNsYykl0hLXeK01m8YCuSS.W TCN3FHncLtL5YY59C5C5mj0pRU3Kl0nI_aErWty9XJ24OFng3AsYZMWA9aU6EH1qy_lL3j3LEB7r ctsBL85ihPI7ZlfhEag902CmsGUoEW.Na6mVlBNVG9HoiXUVnr2mFhyrmbF85JtFrQl7aWU5bUgx Jg3lJFYy18YY.GrXyWo7R9N.CG7B04rEQP6LgTNmav5npNdfnIk7kvirflNI7PjtVHJ_u5RsO4Gu FWsuh6rPguAKbtrXFRJg0yHnSOvXyhHB4uSFR7KsGrsDPwFuf.0xx84bI8p92tEJxjLowI2NZVL8 XakY4Cgpc0TS3n0IaIA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Thu, 17 Jun 2021 19:58:14 +0000 Received: by kubenode561.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 00f3b9ab53f538cb7eb4d54cf62558dd; Thu, 17 Jun 2021 19:58:13 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: Re: G_RPI4 Buildkernel stops silently on RPi4 In-Reply-To: <20210617180628.GA19752@www.zefox.net> Date: Thu, 17 Jun 2021 12:58:12 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <170B68D1-D405-4B36-83DA-68BABED1EC50@yahoo.com> References: <20210617180628.GA19752@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G5Xt00nd1z3nXd X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-17, at 11:06, bob prohaska wrote: > I'm not sure G_RPI4 is still relevant to anybody, but a silent > stoppage in buildkernel struck me as surprising. A retry using > GENERIC-MMCCAM worked without trouble and is running now.=20 >=20 > A recent attempt to update world and kernel G_RPI4 on a Pi4 running > 14-current stopped in buildworld, with no obvious error: >=20 > root@nemesis:/usr/src # tail b*.log > =3D=3D> buildkernel.log <=3D=3D > MAKEOBJDIRPREFIX=3D'' > MAKESYSPATH=3D'/usr/src/share/mk' > MAKE_VERSION=3D'20210206' > PATH=3D'/sbin:/bin:/usr/sbin:/usr/bin' > SRCTOP=3D'/usr/src' > OBJTOP=3D'/usr/obj/usr/src/arm64.aarch64' > .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk = /usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffixes.mk = /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk = /usr/src/Makefile.inc1 /usr/src/share/mk/src.tools.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/src.opts.mk = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.linker.mk' > .PATH=3D'. /usr/src' >=20 > make: stopped in /usr/src >=20 >=20 > There was nothing on the serial console, nor the controlling terminal. > The sources were updated a few minutes earlier, reporting >=20 > root@nemesis:/usr/src # git pull > remote: Enumerating objects: 100, done. > remote: Counting objects: 100% (100/100), done. > remote: Compressing objects: 100% (48/48), done. > remote: Total 59 (delta 51), reused 18 (delta 10), pack-reused 0 > Unpacking objects: 100% (59/59), 7.13 KiB | 17.00 KiB/s, done. > =46rom https://git.freebsd.org/src > 8fa5c577de..0247c33e89 main -> origin/main > Updating 8fa5c577de..0247c33e89 > Fast-forward > sys/amd64/amd64/efirt_machdep.c | 9 ++++ > sys/kern/subr_param.c | 6 +-- > sys/mips/conf/AR71XX_BASE | 1 - > sys/mips/conf/PB92 | 1 - > sys/mips/conf/QCA953X_BASE | 1 - > sys/mips/conf/std.AR5312 | 1 - > sys/mips/conf/std.AR5315 | 1 - > sys/mips/conf/std.AR724X | 1 - > sys/mips/conf/std.AR91XX | 1 - > sys/mips/conf/std.AR933X | 1 - > sys/mips/conf/std.AR934X | 1 - > sys/mips/conf/std.MALTA | 1 + > sys/mips/conf/std.QCA955X | 1 - > sys/mips/conf/std.XLP | 1 - > sys/tests/fib_lookup/fib_lookup.c | 140 = +++++++++++++++++++++++++++++++++++++++++++++-------- > sys/vm/vm_page.c | 2 +- > sys/vm/vm_page.h | 1 + > usr.sbin/bsdconfig/include/messages.subr | 1 + > usr.sbin/bsdconfig/share/media/ftp.subr | 1 + > usr.sbin/bsdinstall/scripts/mirrorselect | 1 + > usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c | 4 +- > 21 files changed, 137 insertions(+), 40 deletions(-) >=20 > The build command was > make -j4 -DWITH_META_MODE buildworld > buildworld.log && make -j4 = buildkernel -DWITH_META_MODE KERNCONF=3DG_RPI4 > buildkernel.log > which has worked well for some months. # ls -Tld /usr/fbsd/mm-src/sys/arm64/conf/* -rw-r--r-- 1 root wheel 293 Jan 26 13:11:51 2021 = /usr/fbsd/mm-src/sys/arm64/conf/DEFAULTS -rw-r--r-- 1 root wheel 12838 Mar 3 15:49:42 2021 = /usr/fbsd/mm-src/sys/arm64/conf/GENERIC -rw-r--r-- 1 root wheel 429 Jan 26 13:11:51 2021 = /usr/fbsd/mm-src/sys/arm64/conf/GENERIC-MMCCAM -rw-r--r-- 1 root wheel 323 Jan 26 13:11:51 2021 = /usr/fbsd/mm-src/sys/arm64/conf/GENERIC-MMCCAM-NODEBUG -rw-r--r-- 1 root wheel 1253 Jan 26 13:11:51 2021 = /usr/fbsd/mm-src/sys/arm64/conf/GENERIC-NODEBUG -rw-r--r-- 1 root wheel 840 Jan 26 13:11:51 2021 = /usr/fbsd/mm-src/sys/arm64/conf/GENERIC-UP -rw-r--r-- 1 root wheel 54 Jan 26 13:11:51 2021 = /usr/fbsd/mm-src/sys/arm64/conf/LINT -rw-r--r-- 1 root wheel 6389 Jan 26 13:11:51 2021 = /usr/fbsd/mm-src/sys/arm64/conf/NOTES But that is on system that has not been updated in some time: merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 merge-base: CommitDate: 2021-03-12 20:29:42 +0000 7381bbee29df (HEAD -> main, pure-src) cam: Run all XPT_ASYNC ccbs in a = dedicated thread n245444 (--first-parent --count for merge-base) G_RPI4 seems to not be from FreeBSD's source tree. You may have to give more context or show the contents of the file. > Just noticed the KERNCONF=3DG_RPI4, which I tried as an experiment = that > seemed to work. That reads like you forgot the KERNCONF=3DG_RPI4 the first time and the build worked when it was retried with it supplied? (Ultimately: I'm confused.) > The original motive was a smaller kernel, but that no > longer seems to be the case; GENERIC-MMCCAM is ~30 kB smaller 8-)=20 Was this a comparison with an older G_RPI4 build? A new rebuild that worked? =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jun 19 05:09:13 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 991785D3EB0 for ; Sat, 19 Jun 2021 05:09:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G6P3F3Z87z4dp5 for ; Sat, 19 Jun 2021 05:09:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 5CE87105BD for ; Sat, 19 Jun 2021 05:09:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 15J59Dwg012368 for ; Sat, 19 Jun 2021 05:09:13 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 15J59DD5012367 for freebsd-arm@FreeBSD.org; Sat, 19 Jun 2021 05:09:13 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 256707] RPI 4: Packets missing when forwarding through genet0 Date: Sat, 19 Jun 2021 05:09:13 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 13.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: arroz@me.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D256707 Bug ID: 256707 Summary: RPI 4: Packets missing when forwarding through genet0 Product: Base System Version: 13.0-RELEASE Hardware: arm64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: arroz@me.com I'm setting up a RPI as a router/WireGuard box, with the following configuration: |--------------| |---------| | | 10.0.1.1 10.0.1.205 | | 10.0.10.1 Public IP --| ISP Router |-----------------------| RPI |---------- Secure LAN | | genet0 | | ue0 |--------------| |---------| | wg0 | 10.0.5.1 | The PI is connected to the ISP router through genet0, and doing NAT for the internal LAN (a USB adapter, RealTek chip) and Wireguard. genet0 behaves well while natd is not running. As soon as natd starts (in-kernel, through IPFW), the following starts to happen: - An SSH connection from the 10.0.1.* network to the RPI, through genet0, starts losing some packets. This is very deterministic, and can be easily reproduced by running "ifconfig". The response will halt for a bit, while t= he client waits for the lost packets to be re-transmitted. Scrolling through a long manpage also reproduces the problem quite well, for example "man ipfw"= and then keeping the down arrow pressed. - Wireguard clients simply cannot access anything through the genet0 interf= ace, forwarding doesn't work at all (but they can access services running on the= RPI itself and machines on the secure LAN). I've setup an OS from scratch on an external drive, and reduced it to a sim= ple configuration. As stated above, having IPFW only (without NAT) doesn't affe= ct the genet0 interface, SSH works reliably. However, as soon as NAT is includ= ed in the configuration, the problems above start happening. I tried switching the role of both network interfaces, connecting the RPI to the ISP Router through the USB interface, and things work as expected (no S= SH drops, wireguard clients can access the outside network without issues). I = also have a VM running on an Intel machine with a similar configuration and it w= orks as expected. Here's a tcpdump of pressing the return key after typing the "ifconfig" command. Notice some packets are missing and have to be retransmitted later. Somehow the packets don't even make to the interface: ------------- 21:34:56.819051 IP 10.0.1.11.55504 > 10.0.1.205.ssh: Flags [P.], seq 3078388568:3078388604, ack 3689303687, win 2048, options [nop,nop,TS val 3670035500 ecr 306290122], length 36 21:34:56.819708 IP 10.0.1.205.ssh > 10.0.1.11.55504: Flags [P.], seq 1:45, = ack 36, win 1027, options [nop,nop,TS val 306292760 ecr 3670035500], length 44 21:34:56.821165 IP 10.0.1.11.55504 > 10.0.1.205.ssh: Flags [.], ack 45, win 2047, options [nop,nop,TS val 3670035508 ecr 306292760], length 0 21:34:56.827494 IP 10.0.1.205.ssh > 10.0.1.11.55504: Flags [P.], seq 45:241, ack 36, win 1027, options [nop,nop,TS val 306292768 ecr 3670035508], length= 196 21:34:56.827589 IP 10.0.1.205.ssh > 10.0.1.11.55504: Flags [P.], seq 241:30= 1, ack 36, win 1027, options [nop,nop,TS val 306292768 ecr 3670035508], length= 60 21:34:56.827675 IP 10.0.1.205.ssh > 10.0.1.11.55504: Flags [P.], seq 301:39= 3, ack 36, win 1027, options [nop,nop,TS val 306292768 ecr 3670035508], length= 92 21:34:56.828437 IP 10.0.1.205.ssh > 10.0.1.11.55504: Flags [P.], seq 501:59= 3, ack 36, win 1027, options [nop,nop,TS val 306292769 ecr 3670035508], length= 92 21:34:56.828536 IP 10.0.1.205.ssh > 10.0.1.11.55504: Flags [P.], seq 593:76= 5, ack 36, win 1027, options [nop,nop,TS val 306292769 ecr 3670035508], length= 172 21:34:56.828627 IP 10.0.1.205.ssh > 10.0.1.11.55504: Flags [P.], seq 765:82= 5, ack 36, win 1027, options [nop,nop,TS val 306292769 ecr 3670035508], length= 60 21:34:56.828945 IP 10.0.1.205.ssh > 10.0.1.11.55504: Flags [P.], seq 941:99= 3, ack 36, win 1027, options [nop,nop,TS val 306292770 ecr 3670035508], length= 52 21:34:56.829048 IP 10.0.1.205.ssh > 10.0.1.11.55504: Flags [P.], seq 993:11= 49, ack 36, win 1027, options [nop,nop,TS val 306292770 ecr 3670035508], length= 156 21:34:56.829137 IP 10.0.1.205.ssh > 10.0.1.11.55504: Flags [P.], seq 1149:1= 313, ack 36, win 1027, options [nop,nop,TS val 306292770 ecr 3670035508], length= 164 21:34:56.829212 IP 10.0.1.205.ssh > 10.0.1.11.55504: Flags [P.], seq 1313:1= 405, ack 36, win 1027, options [nop,nop,TS val 306292770 ecr 3670035508], length= 92 21:34:56.829383 IP 10.0.1.11.55504 > 10.0.1.205.ssh: Flags [.], ack 241, win 2044, options [nop,nop,TS val 3670035515 ecr 306292768], length 0 21:34:56.830175 IP 10.0.1.11.55504 > 10.0.1.205.ssh: Flags [.], ack 301, win 2047, options [nop,nop,TS val 3670035515 ecr 306292768], length 0 21:34:56.830217 IP 10.0.1.11.55504 > 10.0.1.205.ssh: Flags [.], ack 393, win 2046, options [nop,nop,TS val 3670035516 ecr 306292768], length 0 21:34:56.831738 IP 10.0.1.205.ssh > 10.0.1.11.55504: Flags [P.], seq 1405:1= 497, ack 36, win 1027, options [nop,nop,TS val 306292773 ecr 3670035516], length= 92 21:34:56.831841 IP 10.0.1.205.ssh > 10.0.1.11.55504: Flags [P.], seq 1497:1= 589, ack 36, win 1027, options [nop,nop,TS val 306292773 ecr 3670035516], length= 92 21:34:56.831940 IP 10.0.1.205.ssh > 10.0.1.11.55504: Flags [P.], seq 1589:1= 777, ack 36, win 1027, options [nop,nop,TS val 306292773 ecr 3670035516], length= 188 21:34:56.832018 IP 10.0.1.11.55504 > 10.0.1.205.ssh: Flags [.], ack 393, win 2048, options [nop,nop,TS val 3670035517 ecr 306292768,nop,nop,sack 1 {501:593}], length 0 21:34:56.832027 IP 10.0.1.205.ssh > 10.0.1.11.55504: Flags [P.], seq 1777:1= 829, ack 36, win 1027, options [nop,nop,TS val 306292773 ecr 3670035516], length= 52 21:34:56.833431 IP 10.0.1.11.55504 > 10.0.1.205.ssh: Flags [.], ack 393, win 2048, options [nop,nop,TS val 3670035518 ecr 306292768,nop,nop,sack 1 {501:765}], length 0 21:34:56.833985 IP 10.0.1.205.ssh > 10.0.1.11.55504: Flags [P.], seq 1937:2= 005, ack 36, win 1027, options [nop,nop,TS val 306292775 ecr 3670035518], length= 68 21:34:56.834635 IP 10.0.1.11.55504 > 10.0.1.205.ssh: Flags [.], ack 393, win 2048, options [nop,nop,TS val 3670035518 ecr 306292768,nop,nop,sack 1 {501:825}], length 0 21:34:56.834705 IP 10.0.1.11.55504 > 10.0.1.205.ssh: Flags [.], ack 393, win 2048, options [nop,nop,TS val 3670035519 ecr 306292768,nop,nop,sack 2 {941:993}{501:825}], length 0 21:34:56.835667 IP 10.0.1.11.55504 > 10.0.1.205.ssh: Flags [.], ack 393, win 2048, options [nop,nop,TS val 3670035519 ecr 306292768,nop,nop,sack 2 {941:1149}{501:825}], length 0 21:34:56.836347 IP 10.0.1.11.55504 > 10.0.1.205.ssh: Flags [.], ack 393, win 2048, options [nop,nop,TS val 3670035520 ecr 306292768,nop,nop,sack 2 {941:1313}{501:825}], length 0 21:34:56.837672 IP 10.0.1.11.55504 > 10.0.1.205.ssh: Flags [.], ack 393, win 2048, options [nop,nop,TS val 3670035521 ecr 306292768,nop,nop,sack 2 {941:1405}{501:825}], length 0 21:34:56.846477 IP 10.0.1.11.55504 > 10.0.1.205.ssh: Flags [.], ack 393, win 2048, options [nop,nop,TS val 3670035523 ecr 306292768,nop,nop,sack 2 {941:1497}{501:825}], length 0 21:34:56.846515 IP 10.0.1.11.55504 > 10.0.1.205.ssh: Flags [.], ack 393, win 2048, options [nop,nop,TS val 3670035523 ecr 306292768,nop,nop,sack 2 {941:1589}{501:825}], length 0 21:34:56.846533 IP 10.0.1.11.55504 > 10.0.1.205.ssh: Flags [.], ack 393, win 2048, options [nop,nop,TS val 3670035523 ecr 306292768,nop,nop,sack 2 {941:1777}{501:825}], length 0 21:34:56.846550 IP 10.0.1.11.55504 > 10.0.1.205.ssh: Flags [.], ack 393, win 2048, options [nop,nop,TS val 3670035524 ecr 306292768,nop,nop,sack 2 {941:1829}{501:825}], length 0 21:34:56.846702 IP 10.0.1.11.55504 > 10.0.1.205.ssh: Flags [.], ack 393, win 2048, options [nop,nop,TS val 3670035526 ecr 306292768,nop,nop,sack 3 {1937:2005}{941:1829}{501:825}], length 0 21:34:57.083315 IP 10.0.1.205.ssh > 10.0.1.11.55504: Flags [.], seq 393:184= 1, ack 36, win 1027, options [nop,nop,TS val 306293025 ecr 3670035526], length 1448 21:34:57.105699 IP 10.0.1.11.55504 > 10.0.1.205.ssh: Flags [.], ack 1841, w= in 2025, options [nop,nop,TS val 3670035784 ecr 306293025,nop,nop,sack 2 {501:1713}{1937:2005}], length 0 21:34:57.105754 IP 10.0.1.205.ssh > 10.0.1.11.55504: Flags [P.], seq 1841:2= 005, ack 36, win 1027, options [nop,nop,TS val 306293047 ecr 3670035784], length= 164 21:34:57.107311 IP 10.0.1.11.55504 > 10.0.1.205.ssh: Flags [.], ack 2005, w= in 2045, options [nop,nop,TS val 3670035785 ecr 306293047,nop,nop,sack 1 {1937:2005}], length 0 ------------- A tcpdump of the wireguard broken forwarding shows the packets arrive to the wg0 interface but never leave through the genet0 one. tso is disabled: ------------- % sysctl net.inet.tcp.tso net.inet.tcp.tso: 0 ------------- Relevant rc.conf lines: ------------- gateway_enable=3D"YES" firewall_enable=3D"YES" firewall_nat_enable=3D"YES" ------------- ipfw config, pretty much directly from the handbook: ------------- #!/bin/sh ipfw -q -f flush cmd=3D"ipfw -q add" skip=3D"skipto 1000" pif=3Dgenet0 ks=3D"keep-state" ipfw disable one_pass ipfw -q nat 1 config if $pif same_ports unreg_only reset $cmd 004 allow all from any to any via ue0 # exclude LAN traffic $cmd 005 allow all from any to any via wg0 $cmd 010 allow all from any to any via lo0 # exclude loopback traffic $cmd 099 reass all from any to any in # reassemble inbound packets $cmd 100 nat 1 ip from any to any in via $pif # NAT any inbound packets # Allow the packet through if it has an existing entry in the dynamic rules table $cmd 101 check-state # Authorized outbound packets $cmd 120 $skip udp from any to any out via $pif $ks $cmd 125 $skip tcp from any to any out via $pif setup $ks $cmd 130 $skip icmp from any to any out via $pif $ks # Allow SSH and Wireguard $cmd 200 $skip tcp from any to me 22 setup $ks $cmd 201 $skip udp from any to me 51820 in via $pif $ks $cmd 999 deny log all from any to any $cmd 1000 nat 1 ip from any to any out via $pif $cmd 1001 allow ip from any to any ------------- Speculation: I'm assuming this is the IPv4 version of bug #254060, fixed in https://cgit.freebsd.org/src/commit/sys/arm64/broadcom/genet/if_genet.c?id= =3D2bdcf6237744b2d9d9707d623660d33931daeb52 --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sat Jun 19 20:41:30 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 57F3911D755F for ; Sat, 19 Jun 2021 20:41:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G6nl52RPfz4pPg for ; Sat, 19 Jun 2021 20:41:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624135295; bh=uq2bGX9YIkYo/3br27csxvcXUirpgttDP79VzR7nXCs=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=EIlujrcN/iQN/J2uAmECJDGsl6HhJNLpDcsvQ66ayJQ4h/7ke0ZTwR/96l6NO4y3y71ZzQbVZWNFkT6CczFn7BbEwbM/jzKZxskE25QSZ/bEXg+Rt1pxlIHqnc+FI/O/ZVjJd4TtY+3yFPl+mCt6qoTaT75lCkAuz8iTpMkK70P5bbRCykr2KP3ukJqntxVDCtP98oivz3ATMmohnEZK4rGXKHtxvqiituLbWWoQQTXZmfQtn1LBRtD5wsxajdq4EgZFL4ss3LHOqXry5tTZXfqVbTIq3arrn6ztZe2ABeBV3g3r5MVwtOW6/7ByBbD2+D3elmPoPQnG67IJHBbcgQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624135295; bh=4zU1ji4iXttz3mJEwTKCUHgcr7Gkibc3elh8zv6J+X3=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=ImbTuMXrXGVcoMWcic3SYFmsVnKaskHpjS3azd8EQP7nuahzfWrWESF4ZZKtsdwiv5p1G8LGXQdxWswFEbP/rqa6h4+IhG1V/iHM6EULhHv4Vj8gztFSansPKu2AWyquFCzqWiEiNl73prlQnQJmvchgmvFPoXbXMDSJYdPRc/dcRMzTbpSRiu1sp9ihUvp9IEB1a9qBJOQUIK0nrO5NGHOGR5Q3kQlMq2mqFhD9osWOKZMnSFcdF/+16ATij6n8gj846d0Mf1ZoeQL6Sbjz5UijY9RiAxniOt+9gC7TeThZN15ArwM4xWPKauRLppNpAXzKuTBzIBaH3C4EY8X/6w== X-YMail-OSG: C.il.9oVM1n2L7pwbcaUZqVbsS1z9ZuEQvflCLMkSz2mpCDKl98.nhFxabF19Ss FIUPyIbwj2eZJTiY49Ynj8gwmo6QNfzKFVSdQ3Ps8JkO6yQrnm9kinUVMrT.GBx8PvEzYOp6w_D7 uX.BPXQa0EOMGHkx9BDJx7m6vweF_fnyFmX1ckjtywz3vSVxVygc2wKcfqFwXm.9Q_blPy12W19y _x1JJ6bYR2GcLwY6kbblKi.YHf_OC4C1b1ewYIyVD6FnSCm4R0TYIwMNu9R4.ODPvQMFpEWblYBn lmIb.7xxPUSp1KsDwiavs0NCiJmQy9k4In8zgjbAVQDZoOoTp.okVfW2f8ZTiqToTIlDb4AutAfF GLotLa4vZ16oX7qjg6y4nnSeazPirznmoPmRWJVn5Oyo6JDr0ddDTHw08RdwuwWsxbCSPUEXLTrA QT52Q_j.EMZ.GA_5WI84V0hNHQvM03._Cb05W5e2al9Bl_kl.q64Il.l_YWJLkTXjtjdOOiQu6sE t5JysbQ5sACqINoa4DUhDjNyBk0DdirFh3BzhHGQKhDBTGOBgp.A8Z35L11lVLmiu.x7eiErrvBi P6dTpvmWgnY8ZAvAL_QyUHSpGmIi0kEhXfzfvLX1NYjILrl6Ai65tGk.IZOlFYJtDV1.oQfWmYtA LibL.g8poJu4ozzJZbR0thVS9fbrQG_SXAqJgWioPAU.Wb519.F680I57HtbTyTFsKhn2eMRCe4m iScjrfsGJb_pzZIG3pB2_tdGbQoZB2EIgM4aXw1wowqHMKU3lFoJ4hp.ty3K76ovqhEwmq9COedb X_kdZllt9Cbh95gGGcXdj0j4Oqg7XTyM3TEg0UAnpfzW1J_eMAdsgFxJhMzCjWmPhtIQw_Gs7uXa TMjKmio_uvXtGmNhlzuFPtal8f3SgJ9URDOpXKprNBOsefKa2A9xkXshjpPJ8AUc0o3f_CbkSKgT 8Sx0xoaGPSSsKHZf8KtE_zvZ4SOZjcJxRYaReplzk5Ybp4bCTv802vLXyL435XflsjWFV2mn4kcA uNz9zo3889o66dyuK.3bsqWB14qTUgJfb4LZi7Vp3SEWQODjJcLsAdiZXRtdomP9Wl32Mta5eRrm rFoTV5xzdi_5c4WeSxpMGQOFd80UfIEsnynkgtiTTeBnUlz47zlaH87qkc5g5zmlxt2Baemdch3E IyVb0YmG0CH94Mvl4GSVk3SID0vBvuQC1zqZBcfmQOWsYwNfaL8zMMMxbuw6_2GPq119otOgb_Y9 Kyma1YiyMS1jtEmWgCyeENMHWPDHRQ_xuLqqvRXa6YMinaNg1A2KhLU2sONBjTrDDzrmDGT8Nm_D YQOUQ0SFtfZ_IDxF4bOBt9keGGkCOUYEZ_3rpJUkeQ5EAHO70aavvCDKn2zGYQ9ltOrTN3Bgn3Op G4OrHb1dti3RAW0OC6Oa3YRg8aub_LMYG0Tu.G26tLe2QfeH.REhcz7dp6RxX8myI.JSWqZraigd 8i35AbbPbCnGUPw1DERTr82jO.m1hH.SvVuIkXJOLXm8KEeYtmPLEeoUh8SnS_RHXiDSJBoHbG6a r1vNDbrU9v2LuHM2CqfCBOZoE.YGTTUNs76o_ft.5bWvfmF5nAdGAJyV_ioPh26VM9yasVzQroXk EUhmd0rVQjy1f0H_QOsKHDEbxgUX9TLO26OcGo2ibAsaZKjn0mYez.0LNJD9vtkizsmqqhjcovVX BarQmhCifXcw_8WJ2UCid5cfpNHKhjYFwRvpm9KDDXMiCVzg8c_9tev0sJu0WALCxLFuNDBL_040 tDwJtH26zq8v1K5OWXBq8Fc5V3uhYAZz96v.bnRjWB4zpfVKdtUUpy2_qcoe929xrUanQT1mcBSr YyFNmEKpHkUEP3u01fRrz1Di4.GIJaolMEQFwu1xR.06CEY64bRfqPDYEzikzH3t_6FO77BkaN3D EGkfo5MUgSdEr4Wg2kifNLNWhcVxoBPXhT8YY1pu8vhGSh9lR.ZwrQRIz.cBQ59EN_RipJ5ejypL v.SaSr92DpT93DsX9F72GlYDnrlMrMIf7LI_vjw1Pgij5LnfFKuGO_P537RAQ_MrN1VR4N.SibLI vYx15GamrhAeb_aYeyXZGT8y0dc_p1.N7UwG7NAWBvhsdavzPDr_09gur2Y.hVXBl.ZZgS1PR7dy HTbD8CjRXV4lGDOl5AIorfwio8ISXQt50LHrhcGz6gFv2p3KxXJiul7LDewNsZcbbyruqLldEns4 vTv9Gxf6enNNSEDvVbOzqFzLYFwk69EXb707DdFrHrAb80l.547Q7c1nsgV4pE88kwYUZJLveEwE TZeHDhPT7hKh.fAAeluAGhSSJ44CgC21lz2vbakHUEhHdkrFWGsM1k5CQ4CtXyrv2m87GuvFizOT wheYA1oBzDhJ4jBy7OaO0KE5VudaeqzNgACN9TDAKQB0V64IZXXbMIZNziHRGyUJIpPTZ3y5IjFT Bnr7o7YS0P9vWtfSHqrZO5bE- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sat, 19 Jun 2021 20:41:35 +0000 Received: by kubenode549.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID b73caec978122a0fe87ad03568009f7f; Sat, 19 Jun 2021 20:41:32 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: New ssh error I've not seen before: "message authentication code incorrect" after a time Message-Id: Date: Sat, 19 Jun 2021 13:41:30 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3654.100.0.2.22) References: X-Rspamd-Queue-Id: 4G6nl52RPfz4pPg X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=EIlujrcN; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.31:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[98.137.69.31:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N In using macOS 10.13.6 (an older MacBook Pro) to ssh into: # uname -apKU FreeBSD CA72_16Gp_ZFS 13.0-RELEASE-p1 FreeBSD 13.0-RELEASE-p1 #1 = releng/13.0-n244744-8023e729a521-dirty: Wed May 26 14:59:50 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/13_0R-CA72-nodbg-clang/usr/13_0R-src/ar= m64.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1300139 1300139 multiple times at once, the session running top eventually gets: ssh_dispatch_run_fatal: Connection to 192.168.1.REPLACED port 22: = message authentication code incorrect seen in the macOS window for the ssh session. I do not find any notices in dmesg -a or /var/log/messages reporting anything that looks related. Generally it seems to have run for 3+ hours before failing. Interestingly another session from the same macOS machine that was sitting idle at a /bin/sh prompt continued to work. (It was started about the same time.) So the amount of activity over the connection may contribute to how long the connection is likely to last. The MACCHIATObin Double Shot is doing a poudriere bulk and had devel/llvm10, lang/gcc11-devel, devel/llvm12, and lang/gcc11 building in parallel, each allowed to use all 4 cores. So a load average of around 16 a fair amount of the time. I'd not updated ports in some time, jumping forward somewhat over 3000 commits. So the FreeBSD vintage is more recent than last time I had a poudriere bulk going. The macOS side of things have not changed in a long time (2018-Jul). That includes the Ethernet cabling and switch involved not having changed in recent times (over a year). For reference, plugged into a USB2 port on the FreeBSD system: ugen0.2: at usbus0 ure0 on uhub2 ure0: = on usbus0 miibus0: on ure0 rgephy0: PHY 0 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT-FDX, 1000baseT-FDX-master, auto ue0: on ure0 . . . and: ue0: flags=3D8843 metric 0 mtu = 1500 = options=3D68009b ether REPLACED inet 192.168.1.REPLACED netmask 0xffffff00 broadcast = 192.168.1.255 media: Ethernet autoselect (1000baseT ) status: active nd6 options=3D29 The poudriere bulk was not stopped because it was running on the serial console (that also got no messages beyond the normal poudriere bulk output). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jun 19 22:50:03 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id CA7CA11DDD8A for ; Sat, 19 Jun 2021 22:50:06 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from outgoing-exchange-5.mit.edu (outgoing-exchange-5.mit.edu [18.9.28.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.outgoing-exchange.mit.edu", Issuer "InCommon RSA Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G6rbK5ky6z3D91 for ; Sat, 19 Jun 2021 22:50:05 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from oc11exedge2.exchange.mit.edu (OC11EXEDGE2.EXCHANGE.MIT.EDU [18.9.3.18]) by outgoing-exchange-5.mit.edu (8.14.7/8.12.4) with ESMTP id 15JMo3ga008911 for ; Sat, 19 Jun 2021 18:50:04 -0400 Received: from w92expo29.exchange.mit.edu (18.7.74.41) by oc11exedge2.exchange.mit.edu (18.9.3.18) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Sat, 19 Jun 2021 18:49:51 -0400 Received: from OC11EXPO29.exchange.mit.edu (18.9.4.102) by w92expo29.exchange.mit.edu (18.7.74.41) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Sat, 19 Jun 2021 18:50:03 -0400 Received: from OC11EXPO29.exchange.mit.edu ([18.9.4.102]) by oc11expo29.exchange.mit.edu ([18.9.4.102]) with mapi id 15.00.1497.015; Sat, 19 Jun 2021 18:50:03 -0400 From: John F Carr To: freebsd-arm Subject: Panic loading linsysfs with INVARIANTS configured Thread-Topic: Panic loading linsysfs with INVARIANTS configured Thread-Index: AQHXZV1w9YEalozaZEOmiNk8eedaVQ== Date: Sat, 19 Jun 2021 22:50:03 +0000 Message-ID: <1C393737-2A10-4F19-8AC9-D75CF6F0A454@exchange.mit.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [108.7.221.50] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 X-Rspamd-Queue-Id: 4G6rbK5ky6z3D91 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of jfc@mit.edu designates 18.9.28.59 as permitted sender) smtp.mailfrom=jfc@mit.edu X-Spamd-Result: default: False [-3.43 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_FIVE(0.00)[5]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[18.9.28.59:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:18.9.28.0/24]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[mit.edu]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[18.9.28.59:from]; NEURAL_HAM_SHORT(-0.93)[-0.935]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3, ipnet:18.9.0.0/16, country:US]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: N On a server class ARM (Ampere) running an up to date stable/13 kernel with = INVARIANTS I get a panic in VFS code if I kldload linsysfs: pfs_add_node: homonymous siblings Anybody else see this recently? On a Raspberry Pi 3B with INVARIANTS the kldload works. There is a comment before the panic code /* XXX no locking! */ which makes me wonder if 32 cores is too many for this code. (Related to this: Does anybody get crash dumps on an Ampere system? If I c= onfigure DDB and use the debugger crash dump command it hangs after the 1% = progress line. Without the debugger the system just hangs without printing= any progress, but at least I can see the panic message before I power cycl= e it.)= From nobody Sun Jun 20 12:10:34 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C5D5611DF269 for ; Sun, 20 Jun 2021 12:10:43 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: from mail-pf1-x430.google.com (mail-pf1-x430.google.com [IPv6:2607:f8b0:4864:20::430]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G7BM66Hrsz3C5x for ; Sun, 20 Jun 2021 12:10:42 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: by mail-pf1-x430.google.com with SMTP id u18so6150419pfk.11 for ; Sun, 20 Jun 2021 05:10:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=qbPAVfmWtbTMI3fRIZJbkGkI7A0Zj9zEVjYOWQt76ME=; b=NNzNNjgxztdBN+hrh39eb2b4yij3G8UzgpO5zevRk1YKnCS8g62bygyY2LllZWNAc2 5W0Gk7rgDqNk4ijTBj5oGxTdhcGcmt4LwlGpEZlmjXnlt8Kx+xQMmYhJtRdW7Uj2WAqf C1b1RicmGSl0uarBskguZBCH0fKxEfI7WmFNtZMDNN1y2UU/HePp+w/1oObVP5We3CBY Y/XR3/SxBkPY5vr3rmGT8p0qY6mO9jx5jxAuabhnrRR5yo8qOJVWtaB/OU681CDa2pn3 BSZ6dhzNiMF9j+4Xc/aWm9RsHCsYBptMvMzLenkVcVfXXP98obtlrAVlLpWvX3WIHyMw E/NQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=qbPAVfmWtbTMI3fRIZJbkGkI7A0Zj9zEVjYOWQt76ME=; b=X4inHg7ZIgFGFVxZHReGidTALjdL1y0bM1pXbkMFhbrVMHQ6daHCrlFX5k1VXIIadW g7jNmq6brkK5Ya/zOAKy8UEUjmTpDdObXllaKL6N9Lsv/yW7CbH27n/rJVEiHXNISTIQ c0o0a9pPborhMkhE+I9YKDiOddw/hCou0IyPPPKvxGidGSQzODMUa/XnwqbxWqpsi0Ha EE0PXIZL3aCIyMAOGkRktoWzH9cWVEJ93M8o1owDbJx93KN5sl+DJEQQwk4YYVjs7KAV OmJYtaSUiG5Uijgc/h21XBeJzFUHncRIpnvmsKEiEhRZsL4S3bORJNtVSmHvrpcNJDi9 oCqw== X-Gm-Message-State: AOAM530hRf5uPnW+u20IpqLhpMjW7pz/WuU14RTqqfiQKMHiJBfS2DR1 vxwt8NbgGJ1J8LAnrsGybDOEYJ8xVes= X-Google-Smtp-Source: ABdhPJw3aqTy56Bax6R1un9c+UjKDYXHUKQrcKgkUyeSqdutKOHPsbDsrrPkiOPL9w+PdhQlnyWNcQ== X-Received: by 2002:a63:df56:: with SMTP id h22mr18968642pgj.224.1624191041169; Sun, 20 Jun 2021 05:10:41 -0700 (PDT) Received: from [192.168.1.10] ([115.69.53.183]) by smtp.gmail.com with ESMTPSA id h20sm12020693pfh.24.2021.06.20.05.10.39 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 20 Jun 2021 05:10:40 -0700 (PDT) To: freebsd-arm@FreeBSD.org From: MJ Subject: Raspberry Pi 3B and pitiful network speeds Message-ID: Date: Sun, 20 Jun 2021 22:10:34 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-AU X-Rspamd-Queue-Id: 4G7BM66Hrsz3C5x X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=NNzNNjgx; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mafsys1234@gmail.com designates 2607:f8b0:4864:20::430 as permitted sender) smtp.mailfrom=mafsys1234@gmail.com X-Spamd-Result: default: False [-3.99 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; 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]; NEURAL_HAM_SHORT(-0.99)[-0.991]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::430:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::430:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::430:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: N I have installed 13 onto a 64GB SD Card (SanDisk extreme Pro). FreeBSD rpi3 13.0-RELEASE FreeBSD 13.0-RELEASE #0 releng/13.0-n244733-ea31abc261f: Fri Apr  9 06:06:55 UTC 2021 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 ue0: flags=8843 metric 0 mtu 1500         options=80009         ether b8:27:eb:14:fc:2c         inet 192.168.1.24 netmask 0xffffff00 broadcast 192.168.1.255         media: Ethernet autoselect (1000baseT )         status: active         nd6 options=29 The problem is the network speed is barely hitting 9 Mb/s. This is either using FTP or Samba. I have previously been running Devuan/Linux and it consistently gets 18.5 MB/s using FTP or Samba. Linux rpi3 4.16.14-v8+ #1 SMP PREEMPT Tue Jun 5 18:50:10 CEST 2018 aarch64 GNU/Linux Now, I managed to get an increase of about 1 megabyte when setting hw.usb.xhci.use_polling to 1, but I'm unconvinced this wasn't just a stroke of good fortune. Is there anything I can do to increase its performance or is this just FreeBSD's USB stack being slow? Thanks Matt. From nobody Sun Jun 20 13:45:13 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BFD8B5D5285 for ; Sun, 20 Jun 2021 13:45:36 +0000 (UTC) (envelope-from denis@ovsienko.info) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G7DSb1Xq0z3KdX for ; Sun, 20 Jun 2021 13:45:34 +0000 (UTC) (envelope-from denis@ovsienko.info) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ovsienko.info; s=selector2; h=Content-Transfer-Encoding:Content-Type: MIME-Version:References:In-Reply-To:Message-ID:Subject:To:From:Date; bh=ANubWnkEbJ2czgvzYv/KdQ26VXwq+tF9C0qSC2Rv3wk=; b=LrR+f6gtUFx+ziqP5Ld689g7G4 m2FvExIxmmSU9f5xTCumSGB48Ap2beq+pJ7agkydUSl6fBmnlzCYgylsM1iyezwQ0eYuZMb1W1cJp clZcaSW+RH+kJzHAc9wLPkQ4quKKZOJ6sJz3Z3SxjhpaOL7MQVCOwzxQrH8Acp/xAfQa2JYr5Y3aj If10o8fT3Mu3CH2PnWIc7Cikgu7JR1gAff+2k5BJJRz319P3cvVkY1TNX90uG0t9PG7daPOLw4cTB zcOnXgS/gqYh8fN9gdwFYV12tnwJXrdhwlzUsoqDIG92hZtpxe+2FS8jhV/NBMDg8cHUQFjwalI/Y m/uSiSIQ==; Received: from [10.9.9.72] (helo=submission01.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1luxlT-0006gK-OD for freebsd-arm@freebsd.org; Sun, 20 Jun 2021 15:45:31 +0200 Received: by submission01.runbox with esmtpsa [Authenticated ID (984599)] (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) id 1luxlC-0000VG-Vm for freebsd-arm@freebsd.org; Sun, 20 Jun 2021 15:45:15 +0200 Date: Sun, 20 Jun 2021 14:45:13 +0100 From: Denis Ovsienko To: freebsd-arm@freebsd.org Subject: Re: Raspberry Pi 3B and pitiful network speeds Message-ID: <20210620144513.1f91a68f@basepc> In-Reply-To: References: List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4G7DSb1Xq0z3KdX X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ovsienko.info header.s=selector2 header.b=LrR+f6gt; dmarc=none; spf=pass (mx1.freebsd.org: domain of denis@ovsienko.info designates 91.220.196.211 as permitted sender) smtp.mailfrom=denis@ovsienko.info X-Spamd-Result: default: False [-3.10 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[91.220.196.211:from]; R_DKIM_ALLOW(-0.20)[ovsienko.info:s=selector2]; RCVD_IN_DNSWL_LOW(-0.10)[91.220.196.211:from]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[91.220.196.211:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:91.220.196.211]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[ovsienko.info]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[91.220.196.211:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[ovsienko.info:+]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:50304, ipnet:91.220.196.0/24, country:NO]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Sun, 20 Jun 2021 22:10:34 +1000 MJ wrote: > The problem is the network speed is barely hitting 9 Mb/s. This is > either using FTP or Samba. > > I have previously been running Devuan/Linux and it consistently gets > 18.5 MB/s using FTP or Samba. In case you need another reference point, my RPI3B (revision A22082) sustains at about 50Mbit/s downloading from LAN over SFTP when it runs NetBSD 9.2. -- Denis Ovsienko From nobody Sun Jun 20 13:48:35 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7EB225D57ED for ; Sun, 20 Jun 2021 13:49:12 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G7DXl3tKGz3LDf for ; Sun, 20 Jun 2021 13:49:11 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (096-033-205-208.res.spectrum.com [96.33.205.208]) by colo1.denninger.net (Postfix) with ESMTP id 927062110C4 for ; Sun, 20 Jun 2021 09:48:34 -0400 (EDT) Received: from [192.168.10.25] (D15.Denninger.Net [192.168.10.25]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 1AE412EC411 for ; Sun, 20 Jun 2021 09:48:35 -0400 (EDT) Subject: Re: Raspberry Pi 3B and pitiful network speeds To: freebsd-arm@freebsd.org References: <20210620144513.1f91a68f@basepc> From: Karl Denninger Message-ID: <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> Date: Sun, 20 Jun 2021 09:48:35 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 In-Reply-To: <20210620144513.1f91a68f@basepc> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms010604040002070202010704" X-Rspamd-Queue-Id: 4G7DXl3tKGz3LDf X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=denninger.net; spf=pass (mx1.freebsd.org: domain of karl@denninger.net designates 104.236.120.189 as permitted sender) smtp.mailfrom=karl@denninger.net X-Spamd-Result: default: False [-5.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[denninger.net,none]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[104.236.120.189:from]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[karl]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[104.236.120.189:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: Y This is a cryptographically signed message in MIME format. --------------ms010604040002070202010704 Content-Type: multipart/alternative; boundary="------------BAD906A3D3BD4402D3BBD125" Content-Language: en-US This is a multi-part message in MIME format. --------------BAD906A3D3BD4402D3BBD125 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable On 6/20/2021 09:45, Denis Ovsienko wrote: > On Sun, 20 Jun 2021 22:10:34 +1000 > MJ wrote: > >> The problem is the network speed is barely hitting 9 Mb/s. This is >> either using FTP or Samba. >> >> I have previously been running Devuan/Linux and it consistently gets >> 18.5 MB/s using FTP or Samba. > In case you need another reference point, my RPI3B (revision A22082) > sustains at about 50Mbit/s downloading from LAN over SFTP when it runs > NetBSD 9.2. The Pi2 and 3 both run Ethernet through the USB controller, which=20 significantly impacts performance.=C2=A0 IMHO it simply isn't capable of = being a high-performance network device due to architectural consideratio= ns. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------BAD906A3D3BD4402D3BBD125-- --------------ms010604040002070202010704 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjEwNjIwMTM0ODM1 WjBPBgkqhkiG9w0BCQQxQgRAf7EwExPYpkYtkwgdlkREMmFVA2Nk+H8bxKtvA49SS4+CwfBU 7gp40poTQVVBD5k1IX20IpRs5BqM20MWEU1doTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgByWTaUy3VRFbphjc/qBG35+c4ogB/ZbGKXMUQ7pAWJACuetzBUpBZj+FOjXJdWQ0PB YUXdAwKejN8jDHPsHIXTNmB7fOZhtni4UXb8u+/hBGbL1rcgj1eNt22CU6g3EvQ8Xo8tpc3s 4RZFGl0rN/BL+dU3LQCKyrz/1Gi1Fg7x/z1uBj7a0LMr0CoWuUue4BrBb1TByAT9YggV9rjR H2RKRzcwACmE0tj6ps1sSi9DQwyf0Xw6qy0T26R2TZaSINWJ6jEjTjKU5fagtRJNzIUg5ySI y6+DenqIYjLzjAuqG+GhcsINFcKBxB7CZFoDbieFeIJ3a11MYQXr+Wgb9Lcfpwx9e5RhVUZL TEBUzMM1ZrlxgbUoAs+brMoCtzHJ87ay1MmloM91sRnIGoc/mIZMb9fvOhXXQ5utbD3/RlGi KhIug0Ck++r9rBrc8ZuGh2LJDSQ1gIlWlaI4gcBzL1Y4l2R0dgmJmOenJW6msld4prw2tOYL ZUAvaCrhqa2oqqFvychuKFI9fbbWO0RcSRMSF9DEeRYl9WvgtWeqDr3dFfjWF2c+zpl2sPGw wk6fvyz1tOFoZaqoOwAKA4ha1z3c6YAjG6h5lZSPztS3u3geRUE+OdPF7Fv09tf8VSJJNzNr ENRTJV4Yr/BuApqmML5umSdxAFndS+lEJ+UIEklRSQAAAAAAAA== --------------ms010604040002070202010704-- From nobody Sun Jun 20 14:02:16 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 37F355D7C98 for ; Sun, 20 Jun 2021 14:03:11 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from outgoing-exchange-5.mit.edu (outgoing-exchange-5.mit.edu [18.9.28.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.outgoing-exchange.mit.edu", Issuer "InCommon RSA Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G7Drt3S6Fz3Nq1 for ; Sun, 20 Jun 2021 14:03:10 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from w92exedge4.exchange.mit.edu (W92EXEDGE4.EXCHANGE.MIT.EDU [18.7.73.16]) by outgoing-exchange-5.mit.edu (8.14.7/8.12.4) with ESMTP id 15KE26mr008751 for ; Sun, 20 Jun 2021 10:03:09 -0400 Received: from w92expo29.exchange.mit.edu (18.7.74.41) by w92exedge4.exchange.mit.edu (18.7.73.16) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Sun, 20 Jun 2021 10:01:58 -0400 Received: from OC11EXPO29.exchange.mit.edu (18.9.4.102) by w92expo29.exchange.mit.edu (18.7.74.41) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Sun, 20 Jun 2021 10:02:16 -0400 Received: from OC11EXPO29.exchange.mit.edu ([18.9.4.102]) by oc11expo29.exchange.mit.edu ([18.9.4.102]) with mapi id 15.00.1497.015; Sun, 20 Jun 2021 10:02:16 -0400 From: John F Carr To: freebsd-arm Subject: Re: Panic loading linsysfs with INVARIANTS configured Thread-Topic: Panic loading linsysfs with INVARIANTS configured Thread-Index: AQHXZV1wWcz36Hwpt0WVkQg8rqgKZ6sdMhMA Date: Sun, 20 Jun 2021 14:02:16 +0000 Message-ID: References: <1C393737-2A10-4F19-8AC9-D75CF6F0A454@exchange.mit.edu> In-Reply-To: <1C393737-2A10-4F19-8AC9-D75CF6F0A454@exchange.mit.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [108.7.221.50] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 X-Rspamd-Queue-Id: 4G7Drt3S6Fz3Nq1 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of jfc@mit.edu designates 18.9.28.59 as permitted sender) smtp.mailfrom=jfc@mit.edu X-Spamd-Result: default: False [-3.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_FIVE(0.00)[5]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[18.9.28.59:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:18.9.28.0/24]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[mit.edu]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[18.9.28.59:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3, ipnet:18.9.0.0/16, country:US]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: N On Jun 19, 2021, at 18:50 , John F Carr wrote: >=20 > On a server class ARM (Ampere) running an up to date stable/13 kernel wit= h INVARIANTS I get a panic in VFS code if I kldload linsysfs: >=20 > pfs_add_node: homonymous siblings >=20 linsysfs_run_bus is trying to add several nodes named "0000:00:00.0". The = crash depends on bus topology. # ls /usr/jail/0/linux/sys/devices/pci0000:00 0000:00:00.0 0000:00:00.0 0000:00:00.0 0000:00:00.0 0000:00:00.0 0000:00:00.0 0000:00:00.0 I have some warnings in messages that might be related: pcib10: on acpi0 pci10: on pcib10 pcib11: at device 0.0 on pci10 pci11: on pcib11 nvme0: mem 0x30010000-0x30013fff at device 0.0 on pci= 11 pcib12: on acpi0 pci12: on pcib12 pcib13: at device 0.0 on pci12 pcib12: Failed to translate resource 10000000-10000fff type 4 for pcib13 pcib13: failed to allocate initial I/O port window: 0x10000000-0x10000fff pci13: on pcib13 pcib14: at device 0.0 on pci13 pcib12: Failed to translate resource 10000000-10000fff type 4 for pcib13 pcib14: failed to allocate initial I/O port window: 0x10000000-0x10000fff pci14: on pcib14 pcib12: Failed to translate resource 10000000-10000fff type 4 for pcib13 From nobody Sun Jun 20 14:41:05 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 374DC11CACCD for ; Sun, 20 Jun 2021 14:41:29 +0000 (UTC) (envelope-from denis@ovsienko.info) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G7Fj40mwHz3hsw for ; Sun, 20 Jun 2021 14:41:27 +0000 (UTC) (envelope-from denis@ovsienko.info) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ovsienko.info; s=selector2; h=Content-Transfer-Encoding:Content-Type: MIME-Version:References:In-Reply-To:Message-ID:Subject:To:From:Date; bh=HxCrEYbOoPVSl4hp2up6RJ1Smo/pe1B7SY77t0+scx8=; b=I9/TwbbjMv7zusBPX3hEAUYZwD LYjEOQMI4jXJZS0I8GUAe6bhUj4z6ehSdp+54/bbaR4HIc3+84UiGHt930Lq48FHyDGoKi4k72NXk odnQs7IYjCLp8LJEw4yTqph/uxVfWvopcwcrb3h93LSXUo4xg7+e+gfr5mD+ooAxRjHwNqq/X9WOf +SHU8J896Fo5OBj1IBa37WzpQ3148cUvF00q9YtkPZPu/yc2xqKV+J82ktWcPL2GI4Xyu0zg9aaT1 LMH0F3fePnjoN5qCnFC8Y3RAKpQubk4AloNtxe3AOayQRbMM2DrzztAMMUDBQRwD3tc+WNOpVQSwA ISFO6HYw==; Received: from [10.9.9.74] (helo=submission03.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1luyda-0003WN-0a for freebsd-arm@freebsd.org; Sun, 20 Jun 2021 16:41:26 +0200 Received: by submission03.runbox with esmtpsa [Authenticated ID (984599)] (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) id 1luydH-0001Sd-5i for freebsd-arm@freebsd.org; Sun, 20 Jun 2021 16:41:07 +0200 Date: Sun, 20 Jun 2021 15:41:05 +0100 From: Denis Ovsienko To: freebsd-arm@freebsd.org Subject: Re: Raspberry Pi 3B and pitiful network speeds Message-ID: <20210620154105.0c83bbcc@basepc> In-Reply-To: <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4G7Fj40mwHz3hsw X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ovsienko.info header.s=selector2 header.b=I9/Twbbj; dmarc=none; spf=pass (mx1.freebsd.org: domain of denis@ovsienko.info designates 91.220.196.211 as permitted sender) smtp.mailfrom=denis@ovsienko.info X-Spamd-Result: default: False [-3.10 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[91.220.196.211:from]; R_DKIM_ALLOW(-0.20)[ovsienko.info:s=selector2]; RCVD_IN_DNSWL_LOW(-0.10)[91.220.196.211:from]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[91.220.196.211:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:91.220.196.211]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[ovsienko.info]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[91.220.196.211:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[ovsienko.info:+]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:50304, ipnet:91.220.196.0/24, country:NO]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Sun, 20 Jun 2021 09:48:35 -0400 Karl Denninger wrote: > > In case you need another reference point, my RPI3B (revision A22082) > > sustains at about 50Mbit/s downloading from LAN over SFTP when it > > runs NetBSD 9.2. =20 >=20 > The Pi2 and 3 both run Ethernet through the USB controller, which=20 > significantly impacts performance.=C2=A0 IMHO it simply isn't capable of= =20 > being a high-performance network device due to architectural > considerations. I have just looked at the SFTP test closer. It looks like the bottleneck is not network, but something related to CPU and filesystem access: plain TCP download sustains at 100Mb/s (12.5MB/s) when done by nc reading from /dev/zero at my PC and writing to /dev/null at the RPI3B. The LAN between the two ends is a hardware switch plus a Linux bridge plus an OpenBSD bridge (FreeBSD/RPI is also a good part of this setup, but I am not ready to test it on the RPI3B right now). Notwithstanding your point, under right conditions NetBSD 9.2 can fully utilize the RPI3B's 100Mbit/s Ethernet interface, at least in one direction at a time. Hopefully that means it should be possible in FreeBSD too. --=20 Denis Ovsienko From nobody Sun Jun 20 21:00:36 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5C52511E08F8 for ; Sun, 20 Jun 2021 21:00:38 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G7Q6Y2RPyz4m5x for ; Sun, 20 Jun 2021 21:00:37 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id E06F110762 for ; Sun, 20 Jun 2021 21:00:36 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 15KL0aVp009396 for ; Sun, 20 Jun 2021 21:00:36 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 15KL0akG009395 for freebsd-arm@FreeBSD.org; Sun, 20 Jun 2021 21:00:36 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202106202100.15KL0akG009395@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 20 Jun 2021 21:00:36 +0000 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="16242228364.DEF10028a.7504" Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: Y --16242228364.DEF10028a.7504 Date: Sun, 20 Jun 2021 21:00:36 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off Open | 239673 | Spurious Interrupt message from /dev/led/led1 2 problems total for which you should take action. --16242228364.DEF10028a.7504-- From nobody Sun Jun 20 21:29:22 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3072B11E5CCC for ; Sun, 20 Jun 2021 21:31:15 +0000 (UTC) (envelope-from denis@ovsienko.info) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G7Qns5QQQz4vVn for ; Sun, 20 Jun 2021 21:31:13 +0000 (UTC) (envelope-from denis@ovsienko.info) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ovsienko.info; s=selector2; h=Content-Transfer-Encoding:Content-Type: MIME-Version:References:In-Reply-To:Message-ID:Subject:To:From:Date; bh=+KNNIEIc0qxqrVQk3oOk/KB4qQaNmWifxBH/IcYO8/I=; b=hHuTTG/k0RJvQqmBrq1QMKdF6o +sRqsUKyuCcw8DqIm6RQzHy4ATWshjqOAkRK4wI3qjEOY7t0CLgN8BX653x2oRVmNHae7iv5VlhqZ ONu5Am2isyEabPCWHurlwE3nqC9+E+OkRM1JTZf7I6qMMALeHToHx+N6JnB1v7Lr5rvxQhyY4Q9Fn MXMJwb4KRWSMvM7Zil2zskFk59AWtFxOajhqx6hOEfgZHtxRWksiMzeZrZrwVP6gOJx05QcorPwTk 9J47xRzLntmJfnL0cu0sLzcgpHfz7yEdwmdYImi/Zuy6faqFIdQHrv6ol96Nkju1Fo63Z64KqFfDs JWsTQ0sQ==; Received: from [10.9.9.72] (helo=submission01.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1lv527-00010M-HK for freebsd-arm@freebsd.org; Sun, 20 Jun 2021 23:31:11 +0200 Received: by submission01.runbox with esmtpsa [Authenticated ID (984599)] (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) id 1lv51z-0008RV-8T for freebsd-arm@freebsd.org; Sun, 20 Jun 2021 23:31:03 +0200 Date: Sun, 20 Jun 2021 22:29:22 +0100 From: Denis Ovsienko To: freebsd-arm@freebsd.org Subject: Re: Raspberry Pi 3B and pitiful network speeds Message-ID: <20210620222922.51da1818@basepc> In-Reply-To: <20210620154105.0c83bbcc@basepc> References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4G7Qns5QQQz4vVn X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ovsienko.info header.s=selector2 header.b=hHuTTG/k; dmarc=none; spf=pass (mx1.freebsd.org: domain of denis@ovsienko.info designates 91.220.196.211 as permitted sender) smtp.mailfrom=denis@ovsienko.info X-Spamd-Result: default: False [-3.10 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[91.220.196.211:from]; R_DKIM_ALLOW(-0.20)[ovsienko.info:s=selector2]; RCVD_IN_DNSWL_LOW(-0.10)[91.220.196.211:from]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[91.220.196.211:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:91.220.196.211]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[ovsienko.info]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[91.220.196.211:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[ovsienko.info:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:50304, ipnet:91.220.196.0/24, country:NO]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Sun, 20 Jun 2021 15:41:05 +0100 Denis Ovsienko wrote: > Notwithstanding your point, under right conditions NetBSD 9.2 can > fully utilize the RPI3B's 100Mbit/s Ethernet interface, at least in > one direction at a time. Hopefully that means it should be possible in > FreeBSD too. As it turns out, it is indeed possible with FreeBSD. In mostly-simplex tests the RPI3B managed to download at 11.4MB/s or to upload at 10.2MB/s. A simultaneous two-way test resulted in 7.6MB/s download and 7.0MB/s upload, so it looks like the 100Mb/s duplex PHY internally connects through a 150Mb/s simplex bottleneck or some such. The numbers come from a quick nc+dd test using 1000MB of pseudo-random data, but I remember observing similar results with iperf earlier (cannot remember which OS). The tests were done using FreeBSD 13.0-RELEASE [1] and RPI3B rev A22082 with proper power and cooling. The SD card was a basic one. dd was reading from /dev/urandom and writing to /dev/null. As a separate note, in my setup ifconfig tells "100baseTX ", which is expected for RPI3B. In the original message it tells "1000baseT ", which means the board is RPI3B+ or RPI4B. So another useful thing to do in addition to the method above would be to identify the model exactly and to double-check the earlier test results (Mb/s or MB/s). Hopefully this helps to troubleshoot the issue, whatever it is. 1: https://download.freebsd.org/ftp/releases/arm64/aarch64/ISO-IMAGES/13.0/FreeBSD-13.0-RELEASE-arm64-aarch64-RPI.img.xz -- Denis Ovsienko