From nobody Mon Jun 21 01:57:00 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 9EE177CB140 for ; Mon, 21 Jun 2021 01:57:09 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: from mail-pg1-x534.google.com (mail-pg1-x534.google.com [IPv6:2607:f8b0:4864:20::534]) (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 4G7Xhh69hpz3h6W for ; Mon, 21 Jun 2021 01:57:08 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: by mail-pg1-x534.google.com with SMTP id m2so12849722pgk.7 for ; Sun, 20 Jun 2021 18:57:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=7+iSf3PZwOBF6dC+M2dvNA5h6Fs1gyx94JQ9VudhVWs=; b=Y5SyQi9GO3XQlENKc5oDmK3MGc+04WRCoVLbnxmTgy/h+/UjVjKZZA2pX0768kJTcV CoFpJWC6pGT5ZPtncqcTEEreF7KYqJgF/aRDZV2Vbph+d4cOSKYu8NkKpNRBqsagC/tN hr0OhobeWpAPw3RYv7RL55ELZ52LUsy4kE8Q07KLJzv+3lW0+zZ4tGXuV8A93uv2U7q6 lwnBkPXZvGt0M8zwvx85YiNZIWMutClGQ4yFwFhqP9I6Yx8D/xdJo4FNv4EHOzNfjibT 956PWzrcJlIAl2GeYuzDvhHRLaiV3VBFXZR8BTQcfNtHR3Bj0YKrZeL99/ogtxw8709n ThEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=7+iSf3PZwOBF6dC+M2dvNA5h6Fs1gyx94JQ9VudhVWs=; b=hFEiDi5qMO5QMZO7wRdGhbE6YsHIW5zoaJy5Wgo7W3N4rs9joMc15IfINH0q6UufQw MjdumNIzzEHAWbIPITWv9Oae3CZcPGyJ5hsPWVA5Xui1wlAjo/uUwaR6GFv1cxkgkdbJ giggYCGNs+kCE+K2spq4Up6O14zCE/KRif1h+j3AIH4b8jouQI6+Jj88NHK57jKBn7K5 h2uvf977surT8SOB5B/2bDBUMarKlaefXlLk6ocKUrmDymQ3CnHXfaZEMiRAPQ1xF0cM BsNbU6sXiNJ9i0xflR4PXC7Dq94xTOrXdR+vvQbfifk4N5i8SkjQOsZw59/Km4JsR8Af 9alQ== X-Gm-Message-State: AOAM532LepFncD45G9+RKvfw5hSghr+WmtUJMVENnPsF9G5zwBGJ8MdV 49s1hLAj9S8xecreJlnnfyGfxP6rJLY= X-Google-Smtp-Source: ABdhPJyYWlfkNn74b1b4s6vGuOoG9IzW7lktKXmZyTYowRR7k//IB4Q5TTW+t0L/u2hEDwbKmGKFPQ== X-Received: by 2002:a62:d0c4:0:b029:302:e6e8:705 with SMTP id p187-20020a62d0c40000b0290302e6e80705mr4397760pfg.5.1624240627226; Sun, 20 Jun 2021 18:57:07 -0700 (PDT) Received: from [192.168.1.10] ([115.69.53.183]) by smtp.gmail.com with ESMTPSA id j10sm10499490pjz.36.2021.06.20.18.57.06 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 20 Jun 2021 18:57:06 -0700 (PDT) Subject: Re: Raspberry Pi 3B and pitiful network speeds To: freebsd-arm@freebsd.org References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> From: MJ Message-ID: Date: Mon, 21 Jun 2021 11:57:00 +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 In-Reply-To: <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-AU X-Rspamd-Queue-Id: 4G7Xhh69hpz3h6W X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Y5SyQi9G; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mafsys1234@gmail.com designates 2607:f8b0:4864:20::534 as permitted sender) smtp.mailfrom=mafsys1234@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::534: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::534:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::534:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: N On 20/06/2021 11:48 pm, Karl Denninger wrote: > > 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 significantly impacts performance.  IMHO it simply isn't capable of being a high-performance network device due to architectural considerations. > Thanks for your reply. Yes, I know that it's all I/O through the USB, and yes, that impacts performance. I'm not wanting true 1000 gigabits throughput. I also know it's not a high performance network device. That is not in dispute. What is in dispute is the speed differential between a debian-based Linux (Devuan) and FreeBSD is basically 50%. From nobody Mon Jun 21 02:16:52 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 EC3417CCB9E for ; Mon, 21 Jun 2021 02:17:01 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: from mail-pg1-x52d.google.com (mail-pg1-x52d.google.com [IPv6:2607:f8b0:4864:20::52d]) (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 4G7Y7d11RQz3hyf for ; Mon, 21 Jun 2021 02:17:00 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: by mail-pg1-x52d.google.com with SMTP id h4so1368489pgp.5 for ; Sun, 20 Jun 2021 19:17:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=X5V52HVvXvCHToQmpnEChDhU5fwb9I+kUBLVaStB9E0=; b=ueYJ7mqYASvDTz0FEeCSJVRyTdUd9HwkGz8wsK/pyO+ODgjjbhkpFxUvpowMmuje7U ZXrCzjQF2PHPmZfT1cOZ827PhlggBAIAtxnX0/q8ieEqM211M25jgyP2SfDrd7VbbqCS sOo/VRl+W1bOW5zW5bWDjXp0eEJtVVo9piORlxUimBLbkXqvWTfuvu6tkVlEohrdSIhr HrNYw66GpA9RHEONX+61ejTGpzJTHsApDwapH6uqL1HUty6+2wyYafHPwzaMsinx0pLK S5+Q9H+xJh/Gicsp0l2MzcoEqGF3ZAjyp6IyoKJs4cAROY31rYK8A8LvTHLLowha3DBO aFNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=X5V52HVvXvCHToQmpnEChDhU5fwb9I+kUBLVaStB9E0=; b=kpLwyyOEMZz83FP7oMOVOEQ1vbCX7JLjlLFhSjp0e4qWux8sUD93LbIcgzvS03wfL/ 7LnZAhEeM/v++IZFjCjtlm8wkEuLqgQRUWbF7CPmZEJ+K5mZhZ2de+ofz7jD8/SQfnIi Ulcef7mXu1I62Adr+dfa1G/IWxcwNEAQsDHd5ePBDm3sjx1MFqBnVzpsRc1bgFHQ8A3k RR96YbCivh7JCjLO/BsUqYpxREC+PpRu/h1ClAT7+Y7vYQ+SsqZ/+X4w+S8sVn0RFdMT X9KmctSEX8zT3/VhqQouO5t1kG36E9nQd2wnO3vMsjYYhJSSQ4vu9RJhBE6QCP6kK0YK XgAg== X-Gm-Message-State: AOAM531EdRJiBL0MUAWruAJM3c6fuklkaItvAYpbsOwW2EmVA5JnguUr Bd6T8ww5sEa040JsHIn5f3xBzsMItJo= X-Google-Smtp-Source: ABdhPJzpP1W45swHiRHLiGumqLOFUs2osuR94I4m0sEnpLNi5hrpDsqVUfZf8L0+jwwMmyxUc4pcPA== X-Received: by 2002:a65:55ca:: with SMTP id k10mr21660735pgs.230.1624241819188; Sun, 20 Jun 2021 19:16:59 -0700 (PDT) Received: from [192.168.1.10] ([115.69.53.183]) by smtp.gmail.com with ESMTPSA id q21sm16657631pjg.43.2021.06.20.19.16.58 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 20 Jun 2021 19:16:58 -0700 (PDT) Subject: Re: Raspberry Pi 3B and pitiful network speeds To: freebsd-arm@freebsd.org References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> <20210620222922.51da1818@basepc> From: MJ Message-ID: <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> Date: Mon, 21 Jun 2021 12:16:52 +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 In-Reply-To: <20210620222922.51da1818@basepc> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-AU X-Rspamd-Queue-Id: 4G7Y7d11RQz3hyf X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ueYJ7mqY; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mafsys1234@gmail.com designates 2607:f8b0:4864:20::52d as permitted sender) smtp.mailfrom=mafsys1234@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::52d: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::52d:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::52d:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: N On 21/06/2021 7:29 am, Denis Ovsienko wrote: > 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. Well, personally, I don't like the idea of /dev/urandom, however, I can supply these for a file generated: dd if=/dev/zero of=/tmp/test.img bs=1M count=500 This is what I have been using for testing. Here are the figures to /dev/null: dd if=/tmp/test.img of=/dev/null oflag=sync 1024000+0 records in 1024000+0 records out 524288000 bytes transferred in 23.079903 secs (22716213 bytes/sec) dd if=/tmp/test.img of=/dev/null oflag=direct 1024000+0 records in 1024000+0 records out 524288000 bytes transferred in 22.398410 secs (23407376 bytes/sec) > > 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 Hi Denis. Yes, you're correct. This is the 3B+. I apologize for misrepresenting it. It is also the earlier version board, Built in 2017. I think it's version 1.1 (it's in a case, I don't feel like dismantling it). > 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). Again, sorry, misspelling. The figures are in megabytes. So, on the Devuan, I can consistently obtain 18.x megabytes transfer using FTP or Samba. On FreeBSD it's lucky to top 10. I have also stepped up the CPU frequency to 1400, but this makes no discernible difference. The copying, when running Devuan, achieves the same speeds regardless of whether the input is from the SD card or an attached USB (Sandisk Extreme 128GB 3.1). The power supply is official raspberry pi. The case has a fan, it is set for 50degC turn on (via GPIO). For FreeBSD there is not even an attached USB; nothing is on that bus. Thanks. Matt. From nobody Mon Jun 21 03:04:02 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 8B6997CEA50 for ; Mon, 21 Jun 2021 03:04:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.32]) (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 4G7ZB122hrz3lLk for ; Mon, 21 Jun 2021 03:04:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624244647; bh=1wI31zyvyes1/48xevRc1KbWEoAJf0dOxmjBXGSxp2I=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=sRpD/Smh5pqTjJtH4keFpx90kNNB2rkMkYaPTdKszj+JbYKDa4hFsGBYyYBMqSARnPLCbyPZIBrdzvbnlLtPaZ8LG4WpauQptsepSV1Jy+r6dm1YpWts8xfiDM50kcqPymgtxFWpLYXRH2g4/Fk0AQ6SMegIs3iyozWDynIRsb+3pXaxyCamhLiH+PLiu/9WID69qdJsceMbsk9QRGPK7g2mquUO16lhSLJW3bRdXjx7oH9UGQesUVzGAESTwtwuKVi6vJAcy3IABBFQqxDfrWZj2wHGG4ErJiOL1YQ4tNxhFLEG6v+e08WFwd4vGomPnQZ4/X34wRHtkFSrfYqa8g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624244647; bh=rCI351aX4mE0aTXanYS6mN6/xj1YsPO6MSfPnRpkUX7=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=h0iNcz1Lq2FvU4M4FUkitEa14gIZRNRzPVCFQ2Kfecyiu5YBpUy+w/a+mwUFAckMQxfVnJi67VSxjtM1ZUxi712GeKKRh+aLRzWeSiyfWNe0kA0N6FbQubap/QJCe0k0SHOPjA0eofi7l0HIA6MYippeY7SOqJUnoRseNUOKYiImZSCosTQL7iSIl137AhEUGZwT+WvRx/zWow8ZJ3m8iQy+RkNQwZpzIDsHBBz1f7pYbAW4QmgD//hzfEHOp2QVnW9tuDV5xGIXq8gXjAMFBxopmPsSZQR2a+5PP7hRZIlPs9tAtcfjzssziwC1HhkJx7nldQlWxhQ+ocaUpCAqKQ== X-YMail-OSG: YHVoAQIVM1lP0ytFSpug6jGfSalyWnftR6DkBymKRO6hZcIH8PGZ4EnQv4WvjCX Taj_MH5TpJs3mbA1cJGvzja134jmq05wYRq3rMq86SyOISYA4WytEp3eahqUwvb.B02NYvLga.Od WCTpmw5idCm7hX2Elvnx9zDCwAqnJWOVOB_NQ.dMQPwiXem1GqVqiD4uj00bYTeIvMJgEOietJlh RKhXU3eeIhLv61PCUavhHrsPvwvtHXbqo4tio2UK0eeka3u.U12xZmaSsTQW6koZMev7mDVI2OJ1 9bnYLX1Sr_j22xxwL61iv6Rb_yj7A4iqZngA2SEVmVdlq8bKhbjieqsYI55JvA.0SEu0fA91eNcz IUc8luae7SFjbzHDCaTjN6ZeYN.qGKatJ5BkBI0pC1Za1Jlg1u2iH1FKhlZvZSdo3koEip4Gmjn5 PdUKXPJRiLK3LYOzDb4mEC1e4pCqDLNLgxCMvFhGY4uQKoZvIcADIDaeEc.yHWU4oGpLvgdBo_2z Xzya6OmZWMtIxnrm6ahv7XLtEhSGLXuvljGg2m5xO3P2LUBJpCjGnUhIgRwyFSiXwRMKy7lOM8zO sxGacpiO8kpYm2g7o5UbTxSUkzfMl6EOQCpwZ0KmhByzf86GzwnjSDByC_.eT3w_V42tw8g_csf4 aMq68U.kKCnCTJ74KBezrFIAZZI4DoXJ2Sf5DFON7At2XfkhSLIZitYMFNGzZK.SBFWMVLf3vtOm X5T5xhpNCJLB3WvhK3JgKYsPjaJnHCu.MIiPQsMzJpDNFrhpbqBbhvzczcg.8iHJxcsByOUMT2ND swdeA7HFB0k.q0D2IfQfv9v8_FI7Yy5TGyYuOpWvu8E2xG7numS2wlHBr9YO.uv7UcgYV1mRdpgl AknHKIphsaO03_pmiCyCe8B7zSAcp0SsytCZfqkOHTTL_XgOK3Vft65PsHF_JljAcIl40WUqwSbK OPNarf.WR25TGvwVXYdt7L3AUXpOnKk_Cm5PC8E87MGgPDAjRB.JR_YDr7OmIi51.cRlbd0Hu3il _4XaCUHQy0xNXIAUtQnbY72tsCP1WaMHT2fZf.wgmxI4AtRLB1i6iShYNgTlDqcw40fxwqKjerim 41FRam3azd9Aarnd03AgYfVEbpyI3xjyOwVpBr6XzaKzrDBsL.MphfUAVA9CY703NNsDeYBhQI.H yUYqWxajxlsKRTNnGPtBoqXvBPeQYzF4iVaxAg.ByXU2.l_deah.bmrz3QnzLvDVv_DayHccfYed 7CWMTDtsMhBu8EmFoMaphtHuMlZF4Yn6AXyBsdsJ9IeTb7gg8OR5JlYnWWoLvqSKBjpd4Km5Qgkp OE9A.XAFZGeuum7IebHxOenNw9wDafwwof8tiZZjX7t_7xBvCjA0yQ5mPxATsb_SAtdn4vIdurS1 Hz9GkhN5M4QAp.trGtcItIUCwxj_9aZlSqAnsHNGdF5QVTG6rmyg_iVLZ_izwsPoVY7KU.E2Atfa OqLf0S62VgATA_hyyNveIpUJcY.3EWHficVBoIEUyfJUKmW_srruCiuJCzTqPG.zlN0K8GnYyUIJ 5H37K5wNUJnPMBPIHhkogB6KdMZLY_TchtM.sbJYA_pGEK9KMsB3fepW4mmkgyz_rq9uvXm8qOVh nGQZGMoHmxTIuQaMhw8wTeGZGSkMzrNVPR7BW1_YPb_yMoeu2EnEHZfuovljoELAWthQ1Kol64J9 Lhrb1ZmVl.EuAdN9dQgin4haIimdJosPyg26yuTnF9QmB.ZpSAvYNrpGGnC9.lWhg5bU4TNgIXSJ Y8Xr9l_PfwTWdfzX8kurP3UnLtyhQBMqdFc4eX.jxW_XfbHYjEKWChHRVpzENmkJZbO0l0RthzEg k6SGvOA3coHy3odoofevDCdfD_hCVdhqvK2gQX4novu.Xh5BR3_wK_NgBcwcGwYYGWQH0JgTKeA6 Pi_sGFdYvsMONiL2YlRfkKZY1ytgjy0i3JZdtiX2BddMX5r9TjSB.axsoJVwOzBbGBQgW1s.JzEH 9w6sEJfEfJrzh.f39gl0oyIBFvB6dXrw834yUO3ne1e1TwbfrqkdXeOvs8lpZ0PzxfD0AyfoJiZM 5zwutosclqwJKNKosxs1Q7gWEmlH6W6zSQbNDE3rKwh1kagrNpXL0dgp7oIDbA640UK6QWMTCmTf IrOMZ7Iy_A1BagE.RG6ZgYhWtGxA.bUnmd6EcYR7_AQK8uqyCmikK8KsyC4pJ4E2o2GIEOKmX9kZ 0Mbg7nWa16i8wwQ1jSiFJahdPClR_D6vqa0HO5aKO2.RBJvGP3k82j_Cq.riLwhqH9MVXbOD_AyZ IC3rFG66K7BUQ4zoOElaUIiFnQWNjgM3vMa4loUz4sEXNTKVbbwHviqRYxouwwWPVAYPuH9MShfC 4AiACg05Z._Lq4KETvkfnJVVIIMrcZCwyUNrJ0Mup2klrufqIWeaReH3sSCnYB8NryhNwrBYI2JH Kcj2hCMWgdJT1tyzsl8.smtDWoY3GUM.j820jMHcvf5Nq6w-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Mon, 21 Jun 2021 03:04:07 +0000 Received: by kubenode506.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0bfd3d7a8f3959b4b268c64e93860603; Mon, 21 Jun 2021 03:04:03 +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: Raspberry Pi 3B and pitiful network speeds In-Reply-To: <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> Date: Sun, 20 Jun 2021 20:04:02 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> <20210620222922.51da1818@basepc> <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> To: MJ X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G7ZB122hrz3lLk 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-20, at 19:16, MJ wrote: > On 21/06/2021 7:29 am, Denis Ovsienko wrote: >> . . . >> 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 >=20 >=20 > Hi Denis. >=20 > Yes, you're correct. This is the 3B+. I apologize for misrepresenting = it. It is also the earlier version board, >=20 > Built in 2017. I think it's version 1.1 (it's in a case, I don't feel = like dismantling it). I do not have access to such for any testing, just a 3B. (Not a reasonable comparison.) In checking on that, I ran into the following information: = https://www.raspberrypi.org/documentation/hardware/raspberrypi/revision-co= des/README.md only shows one revision for 3B+: Code Model Revision RAM Manufacturer . . . a020d3 3B+ 1.3 1GB Sony UK . . . Under RaspiOS the revision code shows up via: cat /proc/cpuinfo It was released in 2018. (See https://en.wikipedia.org/wiki/Raspberry_Pi = .) >> 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). >=20 > Again, sorry, misspelling. The figures are in megabytes. So, on the = Devuan, I can consistently obtain 18.x megabytes transfer using FTP or = Samba. On FreeBSD it's lucky to top 10. >=20 > I have also stepped up the CPU frequency to 1400, but this makes no = discernible difference. >=20 > The copying, when running Devuan, achieves the same speeds regardless = of whether the input is from the SD card or an attached USB (Sandisk = Extreme 128GB 3.1). >=20 > The power supply is official raspberry pi. The case has a fan, it is = set for 50degC turn on (via GPIO). For FreeBSD there is not even an = attached USB; nothing is on that bus. >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Mon Jun 21 03:27:55 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 3D8CD7CFE22 for ; Mon, 21 Jun 2021 03:28:01 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: from mail-pg1-x52e.google.com (mail-pg1-x52e.google.com [IPv6:2607:f8b0:4864:20::52e]) (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 4G7ZjX27hmz3mhF for ; Mon, 21 Jun 2021 03:28:00 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: by mail-pg1-x52e.google.com with SMTP id e33so13017691pgm.3 for ; Sun, 20 Jun 2021 20:27:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=t9oQQrLEg+FX6ajoNC9zmKqMqw0Ra14czrWRo7Ndx6I=; b=TQxCPT6vV3TFsY56RZ7k+lGdc+TPTjmwELOL2bUp3G743Z5TgYVA2bU6AneCP+dwKi zDrMZnBln7ro0xHxT/P4sHe8GASuOcrD8DazW40IoRqzK/e02eO34l2FHlUG1UDjAK/2 wjIX6+rezgYJIsd8E/MPDSky9BPznI5RUwB1LLGvxKzxEY9UhIfpJKWN7nakKH0hU0Yu l8vPScCcVlj7u+NngeZVd+fonGHRLywIYuMRkR0Ssd0TYTJ4EF6NEU9TrLDXURNJruU7 YzQzR3BAVVx0/Z6zXXCX+ezNllehkO7L7kJ/dcRG/wUltQ0mL3+SOnun/he1QcUGMWHR JA5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=t9oQQrLEg+FX6ajoNC9zmKqMqw0Ra14czrWRo7Ndx6I=; b=n3MurplOQI1WLtTLwcriDi2ccNpRLbTQmQKXSugBbJk966nlsK+9G1wYLzVz1QO9m8 9oidq9dNzm4WxJPn0vVf+DRE440aEDNo/EyLi0sTsAyud8zbnKGD7Z9gkdlEEcI3PFPz WdqpUblMz3pbpybvfiHvymOUSf2JLxdWD+tAiqxIRbVdbbqiIuwOHgxZdOIxVh44gApa GJkmO/roEugH9fRTFFKwupY5fxckNM8aeqdiNDr2u1dvoZQSbQuG8zVgtP1yuimYpVpC YOzEH48Bz0KoUlMp54JTWh0bLrxgnSj9XfmOun4bvWcLGJBCIJ8oREuMwTBPBfVLRtgq aNQw== X-Gm-Message-State: AOAM532nKnev4b1Y/J1aMBP/ZiRa3Bw0jhiHjncFogXGQ39ukYnADdgi mv9GMTSXKl6Q+HPMyWBBeS45l1tJnF0= X-Google-Smtp-Source: ABdhPJwqo+bMSrNSIAJ6bS+zslTB7OzkcvPQavG8R/uj/lqM9xlzupj5dMlpe1ItteclXmiS2H99FQ== X-Received: by 2002:a05:6a00:1c67:b029:302:4036:407b with SMTP id s39-20020a056a001c67b02903024036407bmr7015126pfw.46.1624246078644; Sun, 20 Jun 2021 20:27:58 -0700 (PDT) Received: from [192.168.1.10] ([115.69.53.183]) by smtp.gmail.com with ESMTPSA id n14sm2350448pjo.15.2021.06.20.20.27.57 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 20 Jun 2021 20:27:58 -0700 (PDT) Subject: Re: Raspberry Pi 3B and pitiful network speeds To: freebsd-arm@FreeBSD.org References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> <20210620222922.51da1818@basepc> <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> From: MJ Message-ID: Date: Mon, 21 Jun 2021 13:27:55 +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 In-Reply-To: <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-AU X-Rspamd-Queue-Id: 4G7ZjX27hmz3mhF X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=TQxCPT6v; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mafsys1234@gmail.com designates 2607:f8b0:4864:20::52e as permitted sender) smtp.mailfrom=mafsys1234@gmail.com X-Spamd-Result: default: False [-4.00 / 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(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::52e: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::52e:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::52e:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: N On 21/06/2021 1:04 pm, Mark Millard wrote: > > On 2021-Jun-20, at 19:16, MJ wrote: > > >> On 21/06/2021 7:29 am, Denis Ovsienko wrote: >>> . . . >>> 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 >> >> Hi Denis. >> >> Yes, you're correct. This is the 3B+. I apologize for misrepresenting it. It is also the earlier version board, >> >> Built in 2017. I think it's version 1.1 (it's in a case, I don't feel like dismantling it). > I do not have access to such for any testing, just a 3B. (Not > a reasonable comparison.) In checking on that, I ran into the > following information: > > https://www.raspberrypi.org/documentation/hardware/raspberrypi/revision-codes/README.md > only shows one revision for 3B+: > > Code Model Revision RAM Manufacturer > . . . > a020d3 3B+ 1.3 1GB Sony UK > . . . > > Under RaspiOS the revision code shows up via: cat /proc/cpuinfo > > It was released in 2018. (See https://en.wikipedia.org/wiki/Raspberry_Pi .) Here's the specifications: https://static.raspberrypi.org/files/product-briefs/Raspberry-Pi-Model-Bplus-Product-Brief.pdf This is the exact model. It was, I believe v1.1. Later release was v1.2 If you do need convincing, I'm prepared to pull it apart and photograph it... :-) Thanks From nobody Mon Jun 21 05:31:39 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 7A99211CD38D for ; Mon, 21 Jun 2021 05:31:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-20.consmr.mail.gq1.yahoo.com (sonic302-20.consmr.mail.gq1.yahoo.com [98.137.68.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G7dSJ1VwWz3trY for ; Mon, 21 Jun 2021 05:31:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624253501; bh=i5DfZidx+RBf35FpBukoIfpz75nz4paxSRaXm1FDseM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=lTTf7JqGgiFsMR4GGzR+yuiSFiSV4Ygp2q93THdnujNwc7Luc2GrMa/Jl3+PCri2k05Gnj/CVMtEnshsQWsHL3K9uIGc8zR9feNUCL+O5E/8qwcPWThntB8eN5tOI8I4XFB3mv3h+f9OYWPEvf7r/xq4ZbGrzdzvSstlevTZn3mGlCYbs+lzibiz1rhstU0vRDuhEjkjzkRCZXzKtbv3DtuHWKxGfoPajwIe3DyuImZpxHtrw0vw5W1l/4+UsfGyY6ej2eM5lQAp0i12gkOCvOw0r5s/pOkGep7ei+4y7nkh8IGFdMXSTUvlxVLFoOOWXsSShMIfpt30RjaLuLxdag== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624253501; bh=y97uRPEFMKPtS/mh20B7ZQ5ZOkYImHLaa4rwa8nvomT=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=fnLzhPjKsJkcCo8uBszWw9DqN1fQEonBxEvZWasxtaTVb8ONPhoaVZ/7uiuHZA435r5g0PIBOcDhHFhoCOLz3cyHQpnYmkWzP/5SU6pIlk8Y6Sx5tqjbrRn2FgfNIJ+tTV7KKNQ4Il/dx6YJ+rqgiVt6lOo/IlDCqiBhm0uw+bBSnT1QtnJ6nURHAxk7M6kjzOXIcNgNr9WlJ/KITeZZH1ObZZk8kAanpZPIH1jvfGAElSbK/75OQjnJtEoVaNqtqCCM+MJmeOhkF5yUT9p0QDFGP0ep7ZBv19ZilOC25IEIb0hoX//GGtWtcPmRvYLTfRHhI9EAsBP3uc+XqaPKxw== X-YMail-OSG: 1Pka2VsVM1kAuYLSfHKKPKh_gxcFnCRui43tQjOWH6KL8y.wj_cTanVIeehxNAh Kqgk6dZVkeb86NvJMUKRWXPNd.bsbT62Sia2QGmHwnc5ZcTxgdQyQK32DpD12VSlPm_W3H.9zAvT 6yB6myYJpPSLiwvtu7iwjpRi5jrFgRQAGDvmXNDxxd54DOCplDt8V1RhV9Z6fHGwWKHCP4_bJcr3 _R4tVotkcowIgwNaMk5K8E9lfIeYF4PkEoPVSIOM.yldFfpf7uZwLqQmhwvHX_OhuoQD0kbhdtBO 3zEUFWx_20NoxZp1hbiGZDmU_3wN38bKe6zxRXDrInzjWa0lnONLGzUAd1tiDLObyGEK43p5eryt kPdhANr9NmThD85HZZvxQeBVw.3gtlQGzdKr6eFRq.z51sY7zpBAuBs2iGuep1zmgQd0EmssanZe ZJc5rno9WL.URoB_FK_aqoiDci8726z1pnoK_E3r9aK8Q2rcpIcqRzPMkUNF0FtUcgsSOPLTtR_n xToQZkH3y.Ipg2Z0fiTw_3piZHEVOalwiyG.522iPXLdlLShenr0QEmrr70nHKBOjcEIKslq5bZC zBzU_qZG1wDq6xixahSztcHyjR33BSKly.sW7KgiK3B8a4MzOua46MqEIkSyBsZXVzLgtJA9yza4 KrV1hczOCED1X9URCMcBT68MCAKgVM._fqXZHnJQc66fwRYEzDzSQaMXQDlkhSM8NrvuVE0lu2f0 PXCxEO4R4tW2wwRukyjTHsFhyAwl1zJZzcXm27xDh5UGdsDL4gKBCKyEdvGaBbL9LWg67WnCv5_0 NCa7NeV5Ou1jGzKDGlIvE4ezUOCXV5Qm45NK1YuvvGYM4O4lUPyeBxde55vYAzGrf5Rdodje7Oi9 V1LuKB.TzO0hEsnwvm0kha.951MyoYc_laHq2O2oT3QCRbgJBQSt74i1LuKDGoGcvbrlIZi6HPmz 5EpKMqBpwmItjKXo5NpJVaG5MmrkFv0mi0U4ULIAwCBEYVbnkgp.7VxcEhq4XC0WVL27DHSUulWw g.kasaY9Ssq00CPrebVme299mbBptXvsG.RFD.qL0rNVv2mZ70Iv.fg6fIbJvoWwn8epX3u70WlI ce1.UPNCZYqXSzckkbVizwnc_GEcPXYZfETUaXGsw0PBSAtW7pwJJPfo7atca0DIARiFQ1zTgnE6 E7SJhAvls8YJ8fmql14fDl0tn8skZI6Pzixf.oih8qmBIvEZhYklGAiUIoJdKOha_tpCBh4A4tz7 aqoq_.8C0dvBJUa.v5.QRMuDGyQ8c.9fh1asCkkWPxdTua49qFIWNrsB81N6kb4RXtHMIpDb2ISs 0kMq_Y_M018jktP83DEoleMGlCUVUDQpDLu3AH1KCriT2iHtl2.23.5r18w9TGeGt8lDgr7pPo1x SfoSlXXT7LIxbrdhVEWZ03hm7JPvIJGwHDAVlCaYOrzKAiRfvIMKUO68juziK__rqcRLpyC_0dSv 6.3TG.JoMPRB3EGnbFXiCS7KiHnInyNo6m9M71ibNomU5U5dSvaNKYF3m_KFb3OIIbPyNZyZggny iVhHPV7flbFarTlcCg7eBFjVuc2uB2mb578mqbDl7r3vcHVlYUx1sTS1Pghm0WgXoKGHEXuLuC05 tUvTCecxcxvQ2Xmfj5aJ9wvuSFY75Z2cMr1ut4nhJl2qN5P4ckNw3lNhNfRBtC6yKwPU4pXN1RIN _InH.0JQQj3O7j.DuhMMKceR1eTwRsLMU7fEGWVLruUS73ZVVxBPcwFMZr9yNUYOnEm85SDoHd4R S.AZI9p5hvYyMCNQSPx2ekN7JBWjZubSJ7FSwoNjv__.QtGZIfqLdbdCNAfrCmmjvr0LX6QQ7V12 orhmoflQIJxFXdQTYqIBBr7ujKZN.v4KG.q8u9hg8t_5HF7ofJqEcnvDFyshZ96joEvXSuxKs3My oyiFh1hskBwVnc9wACrCDM3eEQtG2NQOg0mhpRy16oTt4gg9.NasJ7K0set..JA90JIR6rjz_D49 svnmQD2sKS3BMlIqSwWeHs1eioUUrtUzeC1IEzpA1.9z1ixxWIr0YLO8AilA9jWWRxdcMZcstz0M i5TFLmdAdAxnKdxdklnK01oWblVKm41SU_p7hmQJ0MLfDA_ZmOgCU7FHPq1ucd6fcKASebxOzTI0 2NZRPCVwKjioTnTOSoJ2ykdyTS8rt1SaLHyhNXOnWtERFaP1ts2djF40qSRBDXpUfihej1lz1TVN 5j0PPy.HzvH1iXlLW4xpmRNl0dfK_WWTdTaa1ObgS4i5_Tl3yg8DiPrVSXfuO7RjG3V_vUPgxUQ7 lwTvfSdA4ZYoyakRyGn5GR4IWXxnA9qqUR6jHHExhtYbXGcd8FwpHI7aLjTJazc19j_nfoN.tk8Z ynS0HJuxQUcJt_3.e6dLn3kfXI8.yx79VSn6cDiPcPpYr6SGS3E21MG_h3FDOymiRbmqjDslDwn4 dicUS6ky9rEIHWCxaLH8yHi9rW2FUeqW7o2ohgzLZd6gqyw40zTZ4dgR7KpXjVbl8o_wLGL65bil KGqFZV.i5nE7HIFtwK8b1HuIDRw4keP8McV7gCqz8f7j8vrnOZNQAMS8- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Mon, 21 Jun 2021 05:31:41 +0000 Received: by kubenode515.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID cefce667923e401c874342747d5a7684; Mon, 21 Jun 2021 05:31:40 +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: Raspberry Pi 3B and pitiful network speeds In-Reply-To: Date: Sun, 20 Jun 2021 22:31:39 -0700 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <992E8217-8BE5-4B16-AD57-1B337E7A3CE5@yahoo.com> References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> <20210620222922.51da1818@basepc> <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> To: MJ X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G7dSJ1VwWz3trY 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-20, at 20:27, MJ wrote: > On 21/06/2021 1:04 pm, Mark Millard wrote: >>=20 >> On 2021-Jun-20, at 19:16, MJ wrote: >>=20 >>=20 >>> On 21/06/2021 7:29 am, Denis Ovsienko wrote: >>>> . . . >>>> 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 >>>=20 >>> Hi Denis. >>>=20 >>> Yes, you're correct. This is the 3B+. I apologize for = misrepresenting it. It is also the earlier version board, >>>=20 >>> Built in 2017. I think it's version 1.1 (it's in a case, I don't = feel like dismantling it). >> I do not have access to such for any testing, just a 3B. (Not >> a reasonable comparison.) In checking on that, I ran into the >> following information: >>=20 >> = https://www.raspberrypi.org/documentation/hardware/raspberrypi/revision-co= des/README.md >> only shows one revision for 3B+: >>=20 >> Code Model Revision RAM Manufacturer >> . . . >> a020d3 3B+ 1.3 1GB Sony UK >> . . . >>=20 >> Under RaspiOS the revision code shows up via: cat /proc/cpuinfo >>=20 >> It was released in 2018. (See = https://en.wikipedia.org/wiki/Raspberry_Pi .) >=20 > Here's the specifications: >=20 > = https://static.raspberrypi.org/files/product-briefs/Raspberry-Pi-Model-Bpl= us-Product-Brief.pdf >=20 > This is the exact model. It was, I believe v1.1. Later release was = v1.2 >=20 > If you do need convincing, I'm prepared to pull it apart and = photograph it... :-) I do not expect that it will show any v1.? at all on the PCB, unfortunately. It is common for boards released towards the start of year Y to have PCBs that reference year Y-1. So I do not expect that a 2017 helps identify much either. The only thing I know of that might well identify the v1.? vintage is to find the revision code via software, and see if it is a020d3 vs. something else. If it is a020d3, then the table at: = https://www.raspberrypi.org/documentation/hardware/raspberrypi/revision-co= des/README.md should apply and it would be v1.3 . Otherwise, the table is useless for the issue, having no other documented 3B+ codes. (They document that "there may be codes in use in the field that are not in this table".) It does not look like pulling it apart is likely to be worth it. If a check is made, the software check of the revision code looks more reasonable to me. But it is no big deal if you do not bother with such. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Mon Jun 21 05:55:01 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 CE96211CEA20 for ; Mon, 21 Jun 2021 05:55:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.32]) (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 4G7dzG1cDqz3wWm for ; Mon, 21 Jun 2021 05:55:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624254903; bh=SglxBH7ig0XLvC4qGQQAT1uD2CXW3RMD3Weuboq7VR0=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=sJRUJScSsK3RUIUz1PKRJHoooIr7jp70riu2ukRjMjQTgtrliFqdPiSKTFYLKbmhWSEhI8LNayuhOT/DdW6Jsu5u7af+pxvtx8kf3gucOd7I/tqTpkQ6MScViisagQtW6cO6OgSD90703OK2Xe7RjToN4o4PoEWvDLgKjcA41aAMcJso5yh8yeLsB0aGkBKb7M/hJ12OYgUBi8gAHbpKVH+t1t8lfxiffJIKmP/cy0fv8JlqL32E3NCQhHdtIDCIBOoh8F4hJ5ElTjqztuBCFG+GCCupmoUrIAJ4cYLp859pRz7tKWM1emxOmclifWHnkPnY1EejDmgqMCJNk/Yhvw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624254903; bh=Crjl+kkJXhcnZytcHaTa0/uF60NXkX4O0iI7A3s8ZB5=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=kJ7M1mfC/NjdrbgqLCP1KByL6J5OXc9xCd4NFOsFk2/K2JoDTUJH0KjvA3uASN8rtJAuvIy/gxGXwXHvdPA3uFtpVYfAXW6felGmV8Q1EDOv2JoZVLG63cvZ5IM+0n/whCy7uHHlU8dTeAqDJm/RRvH+UDKv2jkN9J8DJmlIyvE0F9YM5bEGre123cGrn1PEyzJVOHgi0O/xGsPS+PsW838v5wliEG6tjc+0MgEkB3REND7OvfiQSiHLx9bSwkoZb+Jg4H5C18G6wEeGt+2d6o3H4GTsHhAmmoKAmZIMZe1zs4TpxZMvBz363gbxADecxh3hoEMrUcNR4WQhMOSpRQ== X-YMail-OSG: 4o7lUroVM1njuWNcxm5CVrXtHKUuO0M1NFxKbBU_E_B..eMYeNxc2kox8IkOF3_ xaenoRQpQKLeGbAoUgDzcGnMNRYEoY121AjmXh8KPB8A.9oAySMjjuIBhoN0jpzXAxYPr15kf1NL pXGe2ug9hTo1OgYQQXAvJCftmfMWYOauGkyI.U7qc_NwdoMkHVZqYOY8y09e.rjRA9hpWU224FSK kghb4hXI90TPbAkJbv_Sq2tuJQrNJn0ggezq.Ck79koysZVeRFlEKZw8d2Fqn0BYvyxyeoIPo2nk P_7PY_jfdYc8x71FDb_30VFpPNShPvWPzChiYUP3elESKe9NKq8O0qGoqnHyMH0VGNqvi5wXk5B_ GCnzOERAivIPpQ45AZHOH4kgFAbboxQy1N141FZPU5pV_zRBe0Jw11_TF3fpMF1_K17G7hRb10hZ _xAFOrQ0y9eBXz8AI9H8atu01tG1_66oicMNQz8_UDWPJAyeQYcoMXhYUywVEn3oDkUJLvIpDO7T BRUtVc0R3X5FWASiH9wiT7BQwSNkALVH.bgL0pT38jLIQqvcGRBoSsWJo4fsER4ukrrx6XpHSGXf XuJR3w6HDwQYXcYSdWP_ROOUK.goHDL1HpECtybXbHQGeQgw4poEAhsBCPJQawpri_op_ziedD1M xNWqobYU00NYKeFFkDyV5ti4r8Q73bvtpx3GSGvm8Y2hAAUxiAG6v6GhPcjlIbVop_jI265BCViF VWLfdDbpSQo96VLxKol6ywZLrdjnoWc5h03iU3gi11THL63lfDmgXPx3hpvy9jFyGpMtT1_9oPaJ avSa9vDo03.ARJvLkq4dBHaIIXDdgoNT92oQmQbeGxf6FUPbZKUthuSWvt398f4L7NibzVOwOIZj FZOyPY3RExjcOlyZ7t93r61.WiG1nkTyVm3YXgMp509ieJJH21SrikqqlgP9bLdG3Ehi8wxIgyIz zUhbp6nQ44YevSalzMWxl7frefcNod9PGW8arOMrcnRuo0qVZf5ahy39W7XD._lxsqTuqaEdHSGg gx9DtOIi3ezlGr1S_WbR0omTsgtnMnKXDIr02sfuEHxdTMJU3Nf91UYLy1gNFoM3vOdEhm.S3EOJ 6cGZW2wybzbiT5mh6zM52yoSQ7Csll6aBDn9ZmL9lkmiV1WH4HWMwjmn_Ep6L1GakjOaGgxy11Nc ap5nT6PnPVmoTEtqFxy5HzlxGVJL4vKOS_t68Kvdnj6CVnSESMuqdhaQM5U0eN4QTvvGoH2GbqY8 cAy7YjqxNI3RZvIPN72B77H0XvgYA3j9PLDyBAmEbKgC5OMPIVoG6cmrET5EtsT07mb7nRvkGWbs x9v4y.q.c_5A4iwK3cNQtPS2EWK0lFJeRlyISQLozk15MiEZ3E4.GeNEBRIqfe3xnse2tx2KupF5 cJ911DPR1ZO9TFM9bt9PrrM3TQ3VxdY.TUWp8YqH2x41GAG8bO1lCR31pSofCiWwZ6IP58lIqyOQ z8qXnpa8zQl7qhHfNx0QuffBcUUiKI0wPdonGVNWgI8JpbYNqi_ENrGurQCp.dXXyTIdq0fZdbrT 7J9.Mc_VKX299DaSpJOyl4DTrrfBbWnnfddKatmTa8CHGIJMpAQWO6oPIO57eKvq1Bzfga4g7a8j yfoRJLrPEb27zvSljzie8liA7oKrPQ8DFwlA_eJuXbTRfl06Z13KK05R5eB4zUAOf0ub8GQ6mTRn 0_5HT2KwdqmJpSBs2j_7aWR76cdmaPwDMbhTM2GrF0hRPxiTTujfi0ZV3dSNEAa5JnJIv6XfcxRH jt9aFF4z_MpYxob0LZfSjpYAKfJnEkXgtKaJvaD9AR7fWECssagUdDkuBAAX97fgunkt8SK.Vdmu Ky6ArE3pYLO3L9aKW2.UXGT1sQgJc0SZbmzo9vQsC1ozqPcjGD43z8xScRf9cTZiNv8dVTD39KTY VHkqM59hAmZSq3qD6kdAerAW3bqf6tieOcwWQym.Yw34.hQnsOqcnCp5hB5ZeRjpar5jd_ANkYid nCYL_VzOhCF0_x.Nt0_ne9aJlYFYi5_yaajQsjn26Sm_Ce848XYtHfsdP7idRiFFkeOEXzmw_qcm cVg4.Aa_Vh4dEl_R96smIRnaPgpqIhobRFFHSL4MnDYJNJDPnQqy.AFyonTQ4ntoQGNDpiKEOcw0 1TU1SGjtfweZHFgoJARLXH9EAVjLYslgAfWH8NcqDEzuV_L2e0HOKsV5vZPoaC0IR6pWaxIU6BbN r8uKFCHOYcMkBSkZhtcIQ_Nevm3zyrXdoIBMZwE_kibE6BO7UxAKhOpAxVsrt6WDTajAx1lpwrvF bl6jYY_W2dMKbMOSGOnpLh8GcHW4njls2_fXOIlkW3_LEVM8v_i6QrxdjXHZGiDSmYC1hRMx8MVg 8ORn_4kJ4FQx3jpIBUaaQWBUGEaaG60US0Yu9x_ICw8Q0_MTFdM5TKxDFhYE6FQrBcond.2cAaPf yc6tKm70DLmqu.lP.1VfoyioOKevAD19cNa4HJniWnEmQex2CJm0jj9TYoBdEWTsH6yRFPEjVmP0 oTIcN X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Mon, 21 Jun 2021 05:55:03 +0000 Received: by kubenode571.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c5ed745b2a38fad822b81fb4b83071c6; Mon, 21 Jun 2021 05:55:02 +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: Raspberry Pi 3B and pitiful network speeds In-Reply-To: <992E8217-8BE5-4B16-AD57-1B337E7A3CE5@yahoo.com> Date: Sun, 20 Jun 2021 22:55:01 -0700 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <23ABC6D1-F900-4114-8A15-6590EBD0A366@yahoo.com> References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> <20210620222922.51da1818@basepc> <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> <992E8217-8BE5-4B16-AD57-1B337E7A3CE5@yahoo.com> To: MJ X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G7dzG1cDqz3wWm X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=sJRUJScS; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.32:from]; 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]; MIME_TRACE(0.00)[0:+]; 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)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.32:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.32: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-20, at 22:31, Mark Millard wrote: > On 2021-Jun-20, at 20:27, MJ wrote: >=20 >> On 21/06/2021 1:04 pm, Mark Millard wrote: >>>=20 >>> On 2021-Jun-20, at 19:16, MJ wrote: >>>=20 >>>=20 >>>> On 21/06/2021 7:29 am, Denis Ovsienko wrote: >>>>> . . . >>>>> 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 >>>>=20 >>>> Hi Denis. >>>>=20 >>>> Yes, you're correct. This is the 3B+. I apologize for = misrepresenting it. It is also the earlier version board, >>>>=20 >>>> Built in 2017. I think it's version 1.1 (it's in a case, I don't = feel like dismantling it). >>> I do not have access to such for any testing, just a 3B. (Not >>> a reasonable comparison.) In checking on that, I ran into the >>> following information: >>>=20 >>> = https://www.raspberrypi.org/documentation/hardware/raspberrypi/revision-co= des/README.md >>> only shows one revision for 3B+: >>>=20 >>> Code Model Revision RAM Manufacturer >>> . . . >>> a020d3 3B+ 1.3 1GB Sony UK >>> . . . >>>=20 >>> Under RaspiOS the revision code shows up via: cat /proc/cpuinfo >>>=20 >>> It was released in 2018. (See = https://en.wikipedia.org/wiki/Raspberry_Pi .) >>=20 >> Here's the specifications: >>=20 >> = https://static.raspberrypi.org/files/product-briefs/Raspberry-Pi-Model-Bpl= us-Product-Brief.pdf >>=20 >> This is the exact model. It was, I believe v1.1. Later release was = v1.2 >>=20 >> If you do need convincing, I'm prepared to pull it apart and = photograph it... :-) >=20 > I do not expect that it will show any v1.? at all on > the PCB, unfortunately. >=20 > It is common for boards released towards the start of year Y > to have PCBs that reference year Y-1. So I do not expect > that a 2017 helps identify much either. >=20 > The only thing I know of that might well identify the v1.? > vintage is to find the revision code via software, and see > if it is a020d3 vs. something else. If it is a020d3, then > the table at: >=20 > = https://www.raspberrypi.org/documentation/hardware/raspberrypi/revision-co= des/README.md >=20 > should apply and it would be v1.3 . Otherwise, the table is useless > for the issue, having no other documented 3B+ codes. (They document > that "there may be codes in use in the field that are not in this > table".) >=20 > It does not look like pulling it apart is likely to be worth it. > If a check is made, the software check of the revision code looks > more reasonable to me. But it is no big deal if you do not bother > with such. While I can not provide any better suggestions for the v1.? part of the overall question, I can provide availability for purchase date evidence: https://www.raspberrypi.org/blog/raspberry-pi-3-model-bplus-sale-now-35/ is the 14th Mar 2018 Eben Upton announcement that the "Raspberry Pi 3 Model B+ on sale now at $35". Yes, they picked pi-day, 03.14, to start availability for purchase. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Mon Jun 21 05:58: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 D830911CECE3 for ; Mon, 21 Jun 2021 05:58:41 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: from mail-pj1-x1034.google.com (mail-pj1-x1034.google.com [IPv6:2607:f8b0:4864:20::1034]) (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 4G7f3P0yRnz4R2g for ; Mon, 21 Jun 2021 05:58:40 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: by mail-pj1-x1034.google.com with SMTP id k5so9288077pjj.1 for ; Sun, 20 Jun 2021 22:58:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=PR03cQ6nn7Monfxp2Lzu/RsXbiDov0FWLlZHF718DiQ=; b=h1tZM/pIBqUwYHpby6OeMpbBsU5M1Tk20/oKpShv1LICPAwD8zBAZFsBBUG978X42g PQYN8SFFvPztAbGXIfg569snYZJQYNWLp65QmYEhV+PONwOYq/2qoIR1NdaUKgN/lSGx EZ/iT0R/Q268Oacm9jkUFhSpTPbkGGsSj2PM22I6OR3NRBXLF51Bvyu0X9059GAWwPZo MVO9t6jiwnxAilKOMUYw71tA8775dS6FC5nUf7IHqy3sbD4wvArd8RcLzbUYNx4PjaaO k5lgRCpH46ILsI15KbzDdkSWwiZM1ZkIgJ43Bqs1fMNery+ga1CZojj3ovRV0uvi1UYr sLlw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=PR03cQ6nn7Monfxp2Lzu/RsXbiDov0FWLlZHF718DiQ=; b=A2ZhHjTKqqwJGbBfHDnVP1pEQBQxtwFES/2OJ/Z7jXNjNJEu/DjSJIUp7eqsF+XJRW 1EpJvJB6b6WPwYo03yQtPo/soyXKEYc+5oqAZ1t9cR8HHxHABYnOLELJP3VJHZKTXsOG PNKhBH3SxDP1hL8YIh4K31HXVX0XCRm1SbF3/Oqzp+53mTwU8uUCf82Ci1BKKBeK0oZk vRR6oBT664Gj+SL8z1ev5psy6r9/8gfGJbmXR7VS/69D9HCQU/PCgBSsBbOdJ49IxCwa MMHfpx1ND5QaULMYpyRLP6bsx8j0bg1UQcHKPd0UB1r1kurXMhreYv0OXt3Nusw6DmxM ABqg== X-Gm-Message-State: AOAM533ckMNd3KXnZpNpTiVWSr7bdiBxvyjWY+/pCl82CuBs6RA0JS4J iGgaLYWrRMxil5IfeHk7lucA15mQDWk= X-Google-Smtp-Source: ABdhPJxA1MJkhvBvWwGZ8nOUM7ugfRD5IdqEoAPbCmsvQQiiw4CjTombF91jad2tV0Ze9FgNmmj0cg== X-Received: by 2002:a17:90a:bd18:: with SMTP id y24mr36792860pjr.83.1624255119530; Sun, 20 Jun 2021 22:58:39 -0700 (PDT) Received: from [192.168.1.10] ([115.69.53.183]) by smtp.gmail.com with ESMTPSA id s24sm17457370pju.9.2021.06.20.22.58.38 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 20 Jun 2021 22:58:39 -0700 (PDT) Subject: Re: Raspberry Pi 3B and pitiful network speeds To: "freebsd-arm@freebsd.org" References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> <20210620222922.51da1818@basepc> <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> <992E8217-8BE5-4B16-AD57-1B337E7A3CE5@yahoo.com> From: MJ Message-ID: <22dfb366-80e9-fc29-cdcf-fbd4d485a4e9@gmail.com> Date: Mon, 21 Jun 2021 15:58:36 +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 In-Reply-To: <992E8217-8BE5-4B16-AD57-1B337E7A3CE5@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-AU X-Rspamd-Queue-Id: 4G7f3P0yRnz4R2g X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=h1tZM/pI; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mafsys1234@gmail.com designates 2607:f8b0:4864:20::1034 as permitted sender) smtp.mailfrom=mafsys1234@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::1034: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::1034:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1034:from]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: N On 21/06/2021 3:31 pm, Mark Millard wrote: > On 2021-Jun-20, at 20:27, MJ wrote: > >> On 21/06/2021 1:04 pm, Mark Millard wrote: >>> On 2021-Jun-20, at 19:16, MJ wrote: >>> >>> >>>> On 21/06/2021 7:29 am, Denis Ovsienko wrote: >>>>> . . . >>>>> 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 >>>> Hi Denis. >>>> >>>> Yes, you're correct. This is the 3B+. I apologize for misrepresenting it. It is also the earlier version board, >>>> >>>> Built in 2017. I think it's version 1.1 (it's in a case, I don't feel like dismantling it). >>> I do not have access to such for any testing, just a 3B. (Not >>> a reasonable comparison.) In checking on that, I ran into the >>> following information: >>> >>> https://www.raspberrypi.org/documentation/hardware/raspberrypi/revision-codes/README.md >>> only shows one revision for 3B+: >>> >>> Code Model Revision RAM Manufacturer >>> . . . >>> a020d3 3B+ 1.3 1GB Sony UK >>> . . . >>> >>> Under RaspiOS the revision code shows up via: cat /proc/cpuinfo >>> >>> It was released in 2018. (See https://en.wikipedia.org/wiki/Raspberry_Pi .) >> Here's the specifications: >> >> https://static.raspberrypi.org/files/product-briefs/Raspberry-Pi-Model-Bplus-Product-Brief.pdf >> >> This is the exact model. It was, I believe v1.1. Later release was v1.2 >> >> If you do need convincing, I'm prepared to pull it apart and photograph it... :-) > I do not expect that it will show any v1.? at all on > the PCB, unfortunately. You are correct. I bit the bullet and pulled it out of the case (no broken tabs so that's my main concern appeased). There's no version or anything on it. There is, however, two IC numbers: 1) FCC IC: 2ABCB-RPI3BP 2) IC: 20953-RPI3P Anyway, version notwithstanding, it still appears FreeBSD is underwhelming when it comes to network speed on these devices given they're capable of 300Mbps. > > It is common for boards released towards the start of year Y > to have PCBs that reference year Y-1. So I do not expect > that a 2017 helps identify much either. I just recall when I purchased it it was "early release". > The only thing I know of that might well identify the v1.? > vintage is to find the revision code via software, and see > if it is a020d3 vs. something else. If it is a020d3, then > the table at: > > https://www.raspberrypi.org/documentation/hardware/raspberrypi/revision-codes/README.md Once I reassemble the unit I will put the Devuan card in and see if Linux can tell me more information. > should apply and it would be v1.3 . Otherwise, the table is useless > for the issue, having no other documented 3B+ codes. (They document > that "there may be codes in use in the field that are not in this > table".) > > It does not look like pulling it apart is likely to be worth it. > If a check is made, the software check of the revision code looks > more reasonable to me. But it is no big deal if you do not bother > with such. Now you say that :-) From nobody Mon Jun 21 06:26: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 8076F11D0250 for ; Mon, 21 Jun 2021 06:26:51 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: from mail-pl1-x62b.google.com (mail-pl1-x62b.google.com [IPv6:2607:f8b0:4864:20::62b]) (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 4G7fgv2yJ7z4SdX for ; Mon, 21 Jun 2021 06:26:51 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: by mail-pl1-x62b.google.com with SMTP id h1so7978863plt.1 for ; Sun, 20 Jun 2021 23:26:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=5sp0JwOGMdGsFylFAG1WQbtcP5HGknHXjOrVYJVTjac=; b=O1RIYKxOdeegZsfe+Bc4Ks5FzWjvREZrj7o7SdB3Jh5rYJfs+U4cSD6hXTlpXIcy4x fTQNNk+Ndw7RwucsxcTy13DvKZFowObUaFLyGLIPfgVwL5eSzKTbC/+plqBIXntf45Sg rXi1n7casTVWpDvLwL7kC4nI0FH4uTvKCn/3Z6utg17zZcrZi2KK4fkum56P6c/Z0ZSo VMhQNHCgSY61jzftUoiJg8x4qrqTvBuZy9czxy/3NdL2CPjTFJXyFl/6Fhavxg22KFrn ozGDEbTTeWLZbAJe+igxBKWA5Vo5QF7HBenLQtutB48QuBIML+FhVt8J/ttBPlrnbL6B xf/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=5sp0JwOGMdGsFylFAG1WQbtcP5HGknHXjOrVYJVTjac=; b=jOAQQ7Hzsl6t4+t9RcEIJUCVA58ulE3SETL/MIUoSOoqLvMSapEoAaxNE+qKw+YKAV SfGab/MtlNw0GI8nPvSB6CtZVBXxBfSrlRGpKmxjPn4gc645vqDbQsJJZLQHQRGC3hXC Xjpb+eNVObQJ9jnFkbuQiWvBRO02rCW4MoED/Og7oXv1LypPc5CTbHrJBU9ocGif+cxv nQ8z6pUnkMZcklVD1bQMC1BznAsZFbXcI/3Gz9c4+yLs3tLhHRkyP2+jWuv0uH+FwHCX /JvLp+2Q3CdK+YkvvZjbbCNeZqysvkdhOJL7jbzmz6ACJipfPYVyEjqAfypf6nu7IFUu x3+A== X-Gm-Message-State: AOAM530eTd5FlN2NkyEkEj2g5F45ISsrHS4dvq5zuMNkmHi2fbTWnlsD q/bM3vgyOmBD00InfgNBOzi9/wrbW2Ls/A== X-Google-Smtp-Source: ABdhPJxuOQxZmj8n7VVLKU+qhqK2iJ/bFyO4sxT/Tk8kee8v34J5eEksWeHKl3M/9c5eQhyYT9I9bQ== X-Received: by 2002:a17:90a:d505:: with SMTP id t5mr951369pju.72.1624256809815; Sun, 20 Jun 2021 23:26:49 -0700 (PDT) Received: from [192.168.1.10] ([115.69.53.183]) by smtp.gmail.com with ESMTPSA id g8sm15975773pgo.10.2021.06.20.23.26.48 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 20 Jun 2021 23:26:49 -0700 (PDT) Subject: Re: Raspberry Pi 3B and pitiful network speeds To: Mark Millard Cc: freebsd-arm@freebsd.org References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> <20210620222922.51da1818@basepc> <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> From: MJ Message-ID: Date: Mon, 21 Jun 2021 16:26:45 +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 In-Reply-To: <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-AU X-Rspamd-Queue-Id: 4G7fgv2yJ7z4SdX X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On 21/06/2021 1:04 pm, Mark Millard wrote: > > On 2021-Jun-20, at 19:16, MJ wrote: > > >> On 21/06/2021 7:29 am, Denis Ovsienko wrote: >>> . . . >>> 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 >> >> Hi Denis. >> >> Yes, you're correct. This is the 3B+. I apologize for misrepresenting it. It is also the earlier version board, >> >> Built in 2017. I think it's version 1.1 (it's in a case, I don't feel like dismantling it). > I do not have access to such for any testing, just a 3B. (Not > a reasonable comparison.) In checking on that, I ran into the > following information: > > https://www.raspberrypi.org/documentation/hardware/raspberrypi/revision-codes/README.md > only shows one revision for 3B+: > > Code Model Revision RAM Manufacturer > . . . > a020d3 3B+ 1.3 1GB Sony UK > . . . > > Under RaspiOS the revision code shows up via: cat /proc/cpuinfo Output of /proc/cpuinfo cat /proc/cpuinfo processor       : 0 BogoMIPS        : 38.40 Features        : fp asimd evtstrm crc32 cpuid CPU implementer : 0x41 CPU architecture: 8 CPU variant     : 0x0 CPU part        : 0xd03 CPU revision    : 4 processor       : 1 BogoMIPS        : 38.40 Features        : fp asimd evtstrm crc32 cpuid CPU implementer : 0x41 CPU architecture: 8 CPU variant     : 0x0 CPU part        : 0xd03 CPU revision    : 4 processor       : 2 BogoMIPS        : 38.40 Features        : fp asimd evtstrm crc32 cpuid CPU implementer : 0x41 CPU architecture: 8 CPU variant     : 0x0 CPU part        : 0xd03 CPU revision    : 4 processor       : 3 BogoMIPS        : 38.40 Features        : fp asimd evtstrm crc32 cpuid CPU implementer : 0x41 CPU architecture: 8 CPU variant     : 0x0 CPU part        : 0xd03 CPU revision    : 4 From nobody Mon Jun 21 07:01:32 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 7E8A211D2F44 for ; Mon, 21 Jun 2021 07:01:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-20.consmr.mail.gq1.yahoo.com (sonic310-20.consmr.mail.gq1.yahoo.com [98.137.69.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G7gS31gf2z4XRZ for ; Mon, 21 Jun 2021 07:01:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624258897; bh=i+mCmetLqK+AT7rz2lP9PW9xLDA8tmv549FJKiTQoDk=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=c7R/ZB0yYzPe2+AIE2t6fI+Gfp6DBFoCAviC/b38HDEPzmF6D384au+qiIIbxg2CUB/jFgVayMy4EefqgZt5Dw2zduGPrYJbShxb10i3waNU8bDGQ5tOUB+NBnuiA+/4A1q928kSHLBwbvyzVAwBgG/vmtfEVTbeitAYog2fLNZfc4RoDGmjbscCzU5VRIPrs2EjpfOxg9X4NFr7eCxnq9QlXloU0vHFDspCv9fesbiZjU/jAgq5NDJoERsnNmZ8B3E8Qyx9nVz5uSc+BldGWez2UMi1XFKtYyUbE0JMZuaefE+pevAfhJp0/KlRGCXHZ/uXiIzIRvs3fHa3JUzVBQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624258897; bh=26W25hUy3sFL7Kbi+H4fxENGCi5iUSauWAu85ie92Ab=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=mipVW0/yoXsVGq9efRVBefheeMnLVi+KgT2VBQvhYrDF8jvqAYgjQcMm+nnIj8UREOsw7fjqL743YcwpTMN3L9iaNCojzQPYv6p9kTZXvhqLyQGjxmfowETucfKBT1wvsByeh/RdlKlUNI+RGg8TCqzxMkJx7tm1rm2aORn2C+I1G5PB0Uu/48DXVnhaUq1EvwjprsfC3/GM/lGlsBuXFTrqp7OBRBQXlXgQQOBpyxlzudkhEUspqgcv7KbCe8dAze8lazcSa23WhZUDC+gu1hq7luIqYDInwsPvpIMyn3H3aeLzk6cb6JHVD35JMWS1eRo76EONyuaKt8jcNp68Eg== X-YMail-OSG: f1oujx8VM1ntTNiDL6aeB1y3qPFNPncDjV7Aw8ICTrIFElid3GLQH5sG_nDZUnM Grhhr_boyof7i1S1xwQsKuSOUoG5bPMCYFFUdzsO_bPzbq1HDZgPyt1_MKIxvS5i6dimmdGyJBmQ fTIIj6pPNhZ232wm.O8.1B7INez8SLLbMRq_N8ba.neSmdI2jZ9uzQyMagUlqbiRj1YuukxPjg3e VVIB9.E5jccufnmT0No4XiQNROQ8R25z1qtzkMaExPqHBgRMbaONVDyCUc2p0w6lBspzJik.XAIQ j2w71Sqltrkwb1lAhP1.XoQT7nt9ocIc99Aff6_rD_V3wca06X5834VUKQF2ErHGyjW5ndkO11lH zY330DKxGwQGqUL573QFqy7I58QorMvhE4CyggeYunP181bnI9yAfHiQu6cvzYSuwmZsd8enjbqw yl_KQV.HC6ew7o92f5c5RXGLoC0qfn3I03N6rJQ3IP9uEzMP3zduoeixFJFGDcKyfjlyoYzNQLDp ibpHbgkp19TXDrr_d05JRh945w0phhiHxS7iZzmIxOP1iI8d8TKjTCfMMvvVXEy63Rqri1QBadvv bzGJ_QsrmPDe6plPvsbVhHGasjGDd9D2h0H6EVaKRo4smv1m.doQOBFhS_HQa2bTkiC8OjdshmoY BWuf3ML4t.fK4oDZIt3FsifidzYfPIhkOtUSYidfumFzjKommPlmXXGbGR9aoSTzBSK0skUkq7fZ PoFIgAhZMzjRfnZ0w5wjn3ufgFfu0PEj7jaQhr7H0fYcrG6KgyuEGkdANTndDqk140UgFt8rkswC kaCfs_ZrltUW3B1xsWtQyY..rCQwWv3NZ2EDpSlCleihQ1CYJJJZoUeIuxz2GpvYlZU0D2kmquA8 f5B01h29A3vT.joWNKLdtTGmPUJ_PmdlLjWAt42iWqhXBlvmY3KGdWLLhTdj2avX1fbVLK1zSYUh bl16W7P2GmDM1Wf4C8T8wbOpOhqSHMzkGk9KO42PjrB_TziVEVLQQXMIo4jHXXu7MeG5Y7DzAFjI rwC0da5m80YCMPYP3C45_1CbXv8CqyvtOpEWj.B1DPK1jBzMpZizUMdM7MyRBTz5va0fUm80MmvZ BbDtGBzNFhc3R95m4GHpG.M7b6ltMBhguWOwboucE0nt5WZfl2vesQhQXYsQiHH6kVa7N_RWu9XI JLAsiUfg3hCF9OlPxivu5V7rX4KaJhXqKHMYUWvS7HNT0HUsSAHOROjAAprmmCTbPw.kKTsdatUz RBaxupQgyODBaVzonuBSNA3aN09UvK_sGcFzDSLRGlqlCfeid9STsD6B5BQTYIq8xA3sfEqG2hzF CVWERltvSGTzpbZ2hqx0aw6Wid7DS1ZPtbcp.Ys6mObb8DS46AqXfUnbpyeoFgZSQl4o5UZOr5YE gCbBgGjWRQPJU9lPqWbi_M0yd4FQFL143JGQjOH.MOaBOl7W6cKoROF9HaiARN6ZEz3IfdF0jGFC vU_M5nE8K1.XzD6RiLNcuSo3ss84fzTqgavoWC2xgwlRivbuCTq4CZbRUte9atinBqeW2mB6Adm2 X5WeDpERVvszOvcDHAlwBgMCoChTrZwEybN5JUayFXY8HQPkCgS3zq7Txes4EOHem8O5zqNUlvZW 0kwC7b7f30E7Btc0OSaJTI6e1pMelwrttuo2EvHMEMnrbKVt5o0My8QgvRZft4NiUGwrUhkdwj4C EO_KBLigPoXew.hwcvai5NFbjdJQELlG5mh7ns8fJztgqyQpqSEyI1eVABNaUcfsBho5bIYXdn2N kEO17di38ZEuyKEMvUt5cnh5_a69Xa6lVm89UIzIwxS2NJZZW3W9MKUD_o46EPgcpDlzHqjhunrw Xj_ySSIdxGlEJHYLYKnR7zfJOHTYqyECjOtFHNhqeYRf24fARVR0G5gv1W1qfWh0qhYXQiYH4B6O g7nALEYOC3OO.6tiU9Nb5ewoLdbstClI1h2brtKZdvDJ0kuH4nDIFVkUL6fdUWCyoKu6.b8ry9y1 CC_8Q6xIt7vZhAzSe7GAw15G4m.UwBAkELMYJ81JuMMbOiUKmA1x5ZDtmtwHBsRIeoqs82IybfwO 8LZ2E8qyQhPSIVyULEbzo2Wa_GC7jvJhvbvtiIt2gcbstomIbxWBtxokR5U4VkRUXqQqQSKsM5t. 7x37rHhNG79HB2CdlG3qqPmIszjTjontfMHc4dia0Flodqtgf05OnAbWkV9Kp2WWLDu0pA59W6XX A3.csHt60WyZvGADwV52Jml8AO9Rrn9nKCSvZsvnCoa7N1.Kh7i0IvCRgMTnafMtueW.dJUmW0MD hgdDES_Vwrcw_qGRnO6.Acv1kbFL8ESGjmC.Dg6pP_kcR7dfBN6X4bZxGBlsgcu8dCFxg.jP02Gz LC0aj2opoS6YMxE428IRTHbCOFa09oDZ.y4dmz6eOgB0BFMcNUwgmDrF4TowBkdmW0aujVr8H.Sz QNDQx8XlblcSRlWuEGVhMKW.cEqWxesvTqffGBXgNYeEp X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Mon, 21 Jun 2021 07:01:37 +0000 Received: by kubenode541.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a76a9c32d4aff66a4a4f45a4856cb36a; Mon, 21 Jun 2021 07:01:34 +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: Raspberry Pi 3B and pitiful network speeds In-Reply-To: Date: Mon, 21 Jun 2021 00:01:32 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> <20210620222922.51da1818@basepc> <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> To: MJ X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G7gS31gf2z4XRZ 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-20, at 23:26, MJ wrote: > On 21/06/2021 1:04 pm, Mark Millard wrote: >>=20 >> On 2021-Jun-20, at 19:16, MJ wrote: >>=20 >>=20 >>> On 21/06/2021 7:29 am, Denis Ovsienko wrote: >>>> . . . >>>> 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 >>>=20 >>> Hi Denis. >>>=20 >>> Yes, you're correct. This is the 3B+. I apologize for = misrepresenting it. It is also the earlier version board, >>>=20 >>> Built in 2017. I think it's version 1.1 (it's in a case, I don't = feel like dismantling it). >> I do not have access to such for any testing, just a 3B. (Not >> a reasonable comparison.) In checking on that, I ran into the >> following information: >>=20 >> = https://www.raspberrypi.org/documentation/hardware/raspberrypi/revision-co= des/README.md >> only shows one revision for 3B+: >>=20 >> Code Model Revision RAM Manufacturer >> . . . >> a020d3 3B+ 1.3 1GB Sony UK >> . . . >>=20 >> Under RaspiOS the revision code shows up via: cat /proc/cpuinfo >=20 >=20 > Output of /proc/cpuinfo >=20 > cat /proc/cpuinfo > processor : 0 > BogoMIPS : 38.40 > Features : fp asimd evtstrm crc32 cpuid > CPU implementer : 0x41 > CPU architecture: 8 > CPU variant : 0x0 > CPU part : 0xd03 > CPU revision : 4 >=20 > processor : 1 > BogoMIPS : 38.40 > Features : fp asimd evtstrm crc32 cpuid > CPU implementer : 0x41 > CPU architecture: 8 > CPU variant : 0x0 > CPU part : 0xd03 > CPU revision : 4 >=20 > processor : 2 > BogoMIPS : 38.40 > Features : fp asimd evtstrm crc32 cpuid > CPU implementer : 0x41 > CPU architecture: 8 > CPU variant : 0x0 > CPU part : 0xd03 > CPU revision : 4 >=20 > processor : 3 > BogoMIPS : 38.40 > Features : fp asimd evtstrm crc32 cpuid > CPU implementer : 0x41 > CPU architecture: 8 > CPU variant : 0x0 > CPU part : 0xd03 > CPU revision : 4 My guess is that was not a RaspiOS version but some other Linux. RaspiOS adds more text at the end. Using a RPi4B example that is running RaspiOS64 (their Debian with 64-bit world and kernel): # cat /proc/cpuinfo processor : 0 BogoMIPS : 108.00 Features : fp asimd evtstrm crc32 cpuid CPU implementer : 0x41 CPU architecture: 8 CPU variant : 0x0 CPU part : 0xd08 CPU revision : 3 processor : 1 BogoMIPS : 108.00 Features : fp asimd evtstrm crc32 cpuid CPU implementer : 0x41 CPU architecture: 8 CPU variant : 0x0 CPU part : 0xd08 CPU revision : 3 processor : 2 BogoMIPS : 108.00 Features : fp asimd evtstrm crc32 cpuid CPU implementer : 0x41 CPU architecture: 8 CPU variant : 0x0 CPU part : 0xd08 CPU revision : 3 processor : 3 BogoMIPS : 108.00 Features : fp asimd evtstrm crc32 cpuid CPU implementer : 0x41 CPU architecture: 8 CPU variant : 0x0 CPU part : 0xd08 CPU revision : 3 Hardware : BCM2835 Revision : d03114 Serial : REPLACED Model : Raspberry Pi 4 Model B Rev 1.4 The "Hardware" is misleading (and documented to be so) but the Revision and Model are appropriate above. That also worked on ubuntu, but not on Fedora 34. All 3 support: # cat /sys/firmware/devicetree/base/model but there is no new-line at the end. If vcgencmd is present and operational: # vcgencmd otp_dump | grep 30: should work to find the revision code. But it failed to initialize on Fedora 34. (All this testing is on RPi4B's.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Mon Jun 21 07:04:32 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 96D2D11D3150 for ; Mon, 21 Jun 2021 07:04:38 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: from mail-pg1-x532.google.com (mail-pg1-x532.google.com [IPv6:2607:f8b0:4864:20::532]) (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 4G7gWT3b7hz4Xrh for ; Mon, 21 Jun 2021 07:04:37 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: by mail-pg1-x532.google.com with SMTP id m2so13380586pgk.7 for ; Mon, 21 Jun 2021 00:04:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=Dnivm1Ys9L4YtdTuCX2inSBOAl1/U0EHnmctUfuwdYE=; b=twZ/d8IWfwLrN1LrTU9YHvRHWHFSwylHwZACgSK4hZI6aueHlHZfO5sB5vJt1IXpsM SViTebNLev7/2GJMM1Uze6tGKIormasdQF/7yPYWzmpahLiBUWRZUpUS/FqmG2Rj1ljG LHF5HELVyD6MLHLi08Ye65KWM8u85yGbBQfj7oVtohj+CFnU12NBckAsrSjyg0OwAdb+ cTq7ODF6KUQ4uNbU1fdMrklAx1veZ83wGBmdKrE2+5Guo09yDD6aBFWKKphgg8DS7k89 uqTv5HvH6qRB7+AuiwxjQnhGrGT3wJJanFLPTy5mq64FCxHe36hWJb3QSmBBgcB6/CSL nchQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=Dnivm1Ys9L4YtdTuCX2inSBOAl1/U0EHnmctUfuwdYE=; b=bhgqfQk/QpjWhMyfEinme57qEsXRwHvDx75VE/y4qlfRsoA03WkqlZejlAjcBJfmTJ BUMBaCLG//wZ/cps45RXGdeLypywddTaRwlQEKiredhBY4kEtZnZLZSTjfHWzetCX+Yx FG94xZBC2pIpyiFp34z2m3P5aciKQ9iHTzmrjww5NkMRHy/SJxS8HpTAhQxt+bbO67Yr rzWriKhUrJeWTVNX385F/szLrMsREEVvTN87wjtRzj/DA0MEkF2jflXrogZDjNR8eFSu C7CkTItvOiOOHptszFNMUvMFluiPuHkSW++bnkgvZEIDPo+x7vWgNNfBFJRAzLO844rt gMHA== X-Gm-Message-State: AOAM531s7uaBlEmvzcTjC/M4aWDNo8nolJ8ONTxKyf8scVvs0lyYjZIF WuyxGHVuohAZuvsupnb1AXeZfhSIOFQuQQ== X-Google-Smtp-Source: ABdhPJzyf3cI3u2fsihfpiIaxrilJ+dhOEVYaKc/POS/xN/pl6foK7/1laxkxZJPiKVfDEpO4KrIQQ== X-Received: by 2002:a63:d511:: with SMTP id c17mr22666331pgg.219.1624259075879; Mon, 21 Jun 2021 00:04:35 -0700 (PDT) Received: from [192.168.1.10] ([115.69.53.183]) by smtp.gmail.com with ESMTPSA id n129sm14041114pfn.167.2021.06.21.00.04.34 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 21 Jun 2021 00:04:35 -0700 (PDT) Subject: Raspberry Pi 3B+ and pitiful network speeds To: "freebsd-arm@freebsd.org" References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> <20210620222922.51da1818@basepc> <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> From: MJ Message-ID: Date: Mon, 21 Jun 2021 17:04:32 +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 In-Reply-To: <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-AU X-Rspamd-Queue-Id: 4G7gWT3b7hz4Xrh X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=twZ/d8IW; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mafsys1234@gmail.com designates 2607:f8b0:4864:20::532 as permitted sender) smtp.mailfrom=mafsys1234@gmail.com X-Spamd-Result: default: False [-3.99 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; 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.989]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::532: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::532:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::532:from]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: N I have changed the subject to better reflect the object under discussion. I have just done a swap out of FreeBSD to Devuan. It's worse than I thought. I use this box for a personal owncloud and the last time I was taking measurements of the network, it was actually syncing to my desktop; thus eating bandwidth. So, I stopped it. These are the new readings: [A plain write to /dev/null from a file made by /dev/zero] dd if=/tmp/test.img of=/dev/null 1024000+0 records in 1024000+0 records out 524288000 bytes (524 MB, 500 MiB) copied, 22.8584 s, 22.9 MB/s Now the network speeds (the destination machine is the same): 22.9 Megabytes per second, filezilla to Windows 10, SSD & NVMe. 16.5 Megabytes per second, SAMBA. Compared to FreeBSD: 7.4 Megabytes per second FTP 7.1 Megabytes per second SAMBA It's like it's capped at 100 MB/s rather than 1000 MB/s (real 300 MB/s). Thanks Matt. From nobody Mon Jun 21 07:10:46 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 B002111D3B95 for ; Mon, 21 Jun 2021 07:10:51 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: from mail-pl1-x62e.google.com (mail-pl1-x62e.google.com [IPv6:2607:f8b0:4864:20::62e]) (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 4G7gfg49ZBz4Y0m for ; Mon, 21 Jun 2021 07:10:51 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: by mail-pl1-x62e.google.com with SMTP id 69so8027228plc.5 for ; Mon, 21 Jun 2021 00:10:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=XvNgEv7rzir0L6LKtPKpicy7T0cBtEm5YmhyYwJSOG0=; b=UH8Z1bg2pe8q0jKAaMdkU160MKsaBdS+ctERWGYtV/XqpAIr6WwLUkyIh4hGJ0QcHz xAD5YxHiCKQBKdR1ZiKcCCpkM61BsfrRbQDYQsx2I0uyYMPMQKPEMVuNSfCc/LNBxRYf RFAKsk2R/kJCfXY8ujogyhLcgOJCrGlYXdu63hPzhfo3hfTyuJh+RrejclYmtyXIIU4l gLmtxdf2rqMdhchrwMHWJ5v0CXDyx2QdhUefbWFj/J7pIpGv7j8glS3neCpAiZLNPsoa wTV/UbyWqNptFn5ryvdY1yJq8fmlnaGttIStCvNSpXpJgUpEv1zvWH65w/Da/RreZRbb 5AcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=XvNgEv7rzir0L6LKtPKpicy7T0cBtEm5YmhyYwJSOG0=; b=oIsJjZ1xJ+cRAcbJWHUsyyMI2ugxwYI73WiTOUCvISjO6NK/pMo8GwlnWML8FbTWJ2 DkOC41f+Z0Jf+/qPoD+7f3SVyGQFv6BldaV8/6znqgsoZsnsAZu+XgG4hOq4QFbF1Ifv IgTa2LtlGRnZjEAuKy7vr3qZx6+w0CRmBHTqW058AXIFbDfcx7q9jgt8JBOXx+npZ5sP QEGvl0huEOvugYB3HrXtytlIvE/p630br/pWgoxhbGZut3gbXqsUL/r7W32mjW+LXSKg xE9jnEL8vFc1DMTECVazragxWKoLvIM2gxkyXw5z608GAPAfqMX444jvblmh8UFM9n8W EmdA== X-Gm-Message-State: AOAM530Nco+iNtFLjn7m1chi0GYEgmssqIFoLPC9A5TJBlLP9Kqec5Ge 1atHOzHzMe9i2L1B9PydPkIMyLA7998Dbg== X-Google-Smtp-Source: ABdhPJzf784VR0H/NwjZTo2ImQTDOZ4Sk2zQTwVjL7845s21E8ijL3kLmkyPalx9UUhjDu8upSy44g== X-Received: by 2002:a17:90a:de16:: with SMTP id m22mr35491588pjv.60.1624259449986; Mon, 21 Jun 2021 00:10:49 -0700 (PDT) Received: from [192.168.1.10] ([115.69.53.183]) by smtp.gmail.com with ESMTPSA id h11sm15605998pgq.68.2021.06.21.00.10.48 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 21 Jun 2021 00:10:49 -0700 (PDT) Subject: Re: Raspberry Pi 3B and pitiful network speeds To: Mark Millard Cc: freebsd-arm@freebsd.org References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> <20210620222922.51da1818@basepc> <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> From: MJ Message-ID: <9c4a283f-a3de-5d3d-a124-ca68bbf01d07@gmail.com> Date: Mon, 21 Jun 2021 17:10:46 +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 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-AU X-Rspamd-Queue-Id: 4G7gfg49ZBz4Y0m X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On 21/06/2021 5:01 pm, Mark Millard wrote: > On 2021-Jun-20, at 23:26, MJ wrote: > >> On 21/06/2021 1:04 pm, Mark Millard wrote: >>> On 2021-Jun-20, at 19:16, MJ wrote: >>> >>> >>>> On 21/06/2021 7:29 am, Denis Ovsienko wrote: >>>>> . . . >>>>> 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 >>>> Hi Denis. >>>> >>>> Yes, you're correct. This is the 3B+. I apologize for misrepresenting it. It is also the earlier version board, >>>> >>>> Built in 2017. I think it's version 1.1 (it's in a case, I don't feel like dismantling it). >>> I do not have access to such for any testing, just a 3B. (Not >>> a reasonable comparison.) In checking on that, I ran into the >>> following information: >>> >>> https://www.raspberrypi.org/documentation/hardware/raspberrypi/revision-codes/README.md >>> only shows one revision for 3B+: >>> >>> Code Model Revision RAM Manufacturer >>> . . . >>> a020d3 3B+ 1.3 1GB Sony UK >>> . . . >>> >>> Under RaspiOS the revision code shows up via: cat /proc/cpuinfo >> >> Output of /proc/cpuinfo >> >> cat /proc/cpuinfo >> processor : 0 >> BogoMIPS : 38.40 >> Features : fp asimd evtstrm crc32 cpuid >> CPU implementer : 0x41 >> CPU architecture: 8 >> CPU variant : 0x0 >> CPU part : 0xd03 >> CPU revision : 4 >> >> processor : 1 >> BogoMIPS : 38.40 >> Features : fp asimd evtstrm crc32 cpuid >> CPU implementer : 0x41 >> CPU architecture: 8 >> CPU variant : 0x0 >> CPU part : 0xd03 >> CPU revision : 4 >> >> processor : 2 >> BogoMIPS : 38.40 >> Features : fp asimd evtstrm crc32 cpuid >> CPU implementer : 0x41 >> CPU architecture: 8 >> CPU variant : 0x0 >> CPU part : 0xd03 >> CPU revision : 4 >> >> processor : 3 >> BogoMIPS : 38.40 >> Features : fp asimd evtstrm crc32 cpuid >> CPU implementer : 0x41 >> CPU architecture: 8 >> CPU variant : 0x0 >> CPU part : 0xd03 >> CPU revision : 4 > My guess is that was not a RaspiOS version > but some other Linux. That's correct, it's Devuan (a debian non-systemd derivative). I've never used raspbian (I don't like systemd). Devuan (from Ascii to Beowulf - they're the versions) has been what it's running the last 4 years. I decided to attempt a migration to FreeBSD but given the awful network speeds, that's probably not feasible. That's why I am here :0( > # vcgencmd otp_dump | grep 30: > > should work to find the revision code. But > it failed to initialize on Fedora 34. Definitely not available. I believe this is a raspbian-only thing? Thanks for your input Matt. From nobody Mon Jun 21 07:32:24 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 842FC11D4472 for ; Mon, 21 Jun 2021 07:32:30 +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 4G7h7f1lbjz4Zcx for ; Mon, 21 Jun 2021 07:32:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624260748; bh=XA2gfNaFQMx8SdM+7CglkgTng5V0Uy0nVjIkisVYZsE=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=cN5Ig9032Nj7jfMuBZucDgzDnVGC/ZK+TotBMFD4kk8od349IizUQ8mytRSMfPMcG1s9B0xf8RnKTmn/pIOxG8yo0ouiV7Noed4eXVQCwvhg3dRIOkRauIx8VaDSSIvxXmdWnFsBg2P2x+2sbR3//8DM1OA4utPiISe7lbZQG+WnSmNTmtZQiYpPQLa/CBp2PnOyuD3C0OpIaHJhN3DopZzuqkCLI2tbbD5bU4bPMPn9hkA+UOZJowz7LB59aiYhoACr+l4H543bTpgItay3a7xnawFbl8Sc7hD5JgoH7lijKBJBtE0M40NakpewxFmGucXv4s0yyq1KBMDAEdvGKA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624260748; bh=ohLF6x+d347kGx0vfWf48eWDS2KOAMBaW1zxFh+OiR9=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=nfVqZdQNQyX93yQ88C7dLUUjdnHpUZO1E1SL6xaecH6DoWxbyNTGA2a1Ps9wmPjFMEbVzsttC0Vqglm8b1TjbCGWF+3KnMg+NZMo4fI1BeUwolMMF4Qq845yL0rEJ4Hx8hvnsmErGH4tFe4BIoaWaNxO3FpuWMrjJkBzqyXsxA3gBfI10vY9O5mvc5mqmpu7wQ2ufLEnLrnZokVM4VNEvuQS76ghp3aID21dhYDmrC6mXTe5xqlkU3/3Qpfb9FGowiM0//ypJZ97Md4YIujK29yT/xUogViwz6bg97FMU8DvUwzXUYgpHiGS1vJ8lCfTSyxnJcjj1AHJAunl88uNUg== X-YMail-OSG: HPSSxjMVM1nUdTfbxyHsZK3l4QWVkygKnLxCjxtEMYvT9T4P3024JqX3YeYUc8m 1Wl368AuX6IDlnNinJPdMPybuU5uxRYeLa8xlmsP6FwmNsJWXMSK3bkRjstlusHmhHH36aoIjGvK x411VgVczyKKTG8oFW9IUTJc3oHnx14usfCRVFmuHXSh25lBKYXDpweEPDoRk1k9Rgu47WU11yak omLm3iydnsbe.o60GiUB0L0vLOGJ4LefNFGMuhfnQ.65W9Tvl2TQ._6LgWpeZqM7uhcDXkymomEr 7ncOXb2U8CN2Sfm0kuxqZCbMo2x9uleBH._vdQFBahW4stMUsQvX0ayeYGSMqmSpT1oXfjuxvUYj UA068j1GDJLA6SzRIAJp7wbu0CTm6CQTfyCAkwrVLCcBYB0hQGHfjWsl9q9TBfB7dUfOosnRG5Zd 2REG9lm1lo_rch.PMmiDPLfMA9.kYMOqLiBlSnKcEVJKs2aZa30gsCHMKS8QUO2Zvra59qaGVy6r nkuxBWLqo7yzcHtGShg1zikY3KeOxwaQETTAV5pGgqc3_GhN3x7ucyVjUw_24Sir.eNtUzleFKCl Bt.3lsF5Jm7kUTK2gmPhK0aHuYYkTxJM1raKNKhSlqL8R3sqMIxi8i7LbEWSqdY3j3WKEzKmgTIS .SppJ8qdDK139gkqkcaVzp5WyFyPpDCeJNr94g7IY79.9tX0Fu24R.Rr7oRXqZIcqhrmDxT.E9Kg xVlLaZSojd3y3009VUOBKi_PAb.Lxv_37zFa_xLZDqJO_GNWq5mw5v84R09L6egj6vkVvWXwOot3 bO0Qx0JGtcS57rZ.DXw_ecQmbR.0tiRsnQLA7QCMH9EnorMsJJigtCYCSj_f1RUhbDwyYNmN6Vr6 8pgPlmeIXq7b6.NXGMsNSTu9ope9j1RXchWbY7ODr0j40k7r_3A2ZVFnCu_R8z5jhvhpUc9COEmM 3KrM9i2t30Pg1caBwgLrn4MMZ0SgTOgbectTxBeVemF.uTcnN3m2p9cYoxpDQ7tG28SWxBCakQr8 08CkFkK4aGtCVcc_abliowLB_IMMADOqrui..B1RUqht7KuUj5QYR8q0gJLCXQCMGVxTFXVzjxzf KnrqZUDv5NDtFtJZaJYeP8WaGbtWUmlow4PoHBhnhO_mGLPqQ7Lfv0e_CEAsWj0rO1X0v2TGmGGN 15fu5Bs5GgM7sHCbnRwzR7oIIThiW3_C9Fm_Q_JVIQUAHwwGBEYawg.oU21olcTsXa_g.AOztAh2 hdtCF7OsiWBm0yqObPpepmfGzg8cFHQ7n5I6ctOnMRl1TCEEIMvJfgD5u8ftnDjNJXNrhyfYCX61 m0m_eCAaHG1UjLH_O9m8D7FIuqLAiZHVaWjkwJwdguU7pvTGOWLeEHFYyVk.oY4xu920TRCxnvlq nvRf6ACtfIt_HgWocuFdSKq9Jc6jaLI1kaGqGU0HUMopTSKZBe8nugLLVc4OGxMlMRUTlulEV8RH 1__2WQr4oTurVO04EyUNoE69.A4Wkxr2H_S8_mZXYBybkEY9u2neUVGW6d85_u6CkumabKDEgTmB vqgtVteO_gU95_xfKwMlgIT3z0WpVfaDr53XKqiu36ff1tAz13NyMfeKfaS.zGVkgbrLrppWCGPK xpcs0cMv3gpHjlyOMh1c2JwZDR7o5w4_t7tNLZuknYujdx4xPL2_wz6kOcyajWAW1qfBQrTETusE xD8_2pf8imenMc7gEhVRy27CsFUeLD5fCoVWdd9qLkVdw.bB7IpP6PrYvAzCTDccVFkXpI3aHWiX poaidwGoRbCLhogZ9Cp3uc80mL54sIkLt2foiMhFXS9cJKZ1jmawK9Phi0culHYdKMxdieNcpM55 9Ko3.XeoiSI_fiC32xNIcAVIdLVpG3KYyOG16JrvtQ0yL9HbUZYcVgbMNY9h.OdMD1uVw5L8dpu_ b.p6sCzADr9NB2ZnoEf3LvkGvaEYAiTj.LpGw.fErYXIc6IjLFsz5HwOyHcmiScwIRuHsRe2YiWu NbW5FuRMetOX.M9E8JBP7RlPEaxrpWpppoWzTOXXIOrQdJ_2g01UcnOwduAossndz7KpgEV7tgWB a6.TsbiJESy7tpgezpzp0tZ9bjMaBPA4sxjE8YHnRMN4ULJmCOBHmBY0BaKe2a7XaWHKhoG3SnlP NlBpaYZr1hG4YJn856fK6VsPCxDvg869oYGj5bD4vZYQoMW316HFcyEPEniI8307gI8HH22obH4u PnOqzozwXOqzYolqNPBswEVZCMQ_uEdq5mH64DLaSYflu_7lGwoxqn3fVzdCkS_2FIebM1Z1i0Tk tGFHtrRWecWKT0ue1sqTpF7Jr5hFhNmFR1erpKJ3na1vKXAggzaEaMPte.IPU545AUZwf3C1gluS RNXvxBVolfHNR4lKqzF._x9HZMAqZchA2IhemUCMJwUOKJSubkQjrCKicl_1_Tp4kW1N8xOhz0ul 6A2vYrK8_VQ03ARbtqZppjCqgIb7YBomcFwJh_uOOPhcn3yM- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Mon, 21 Jun 2021 07:32:28 +0000 Received: by kubenode548.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6fcb5b58006a687b47247787f018b89a; Mon, 21 Jun 2021 07:32:26 +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: Raspberry Pi 3B and pitiful network speeds In-Reply-To: <9c4a283f-a3de-5d3d-a124-ca68bbf01d07@gmail.com> Date: Mon, 21 Jun 2021 00:32:24 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <442EA09D-C73A-4D64-B94E-B24DC285D046@yahoo.com> References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> <20210620222922.51da1818@basepc> <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> <9c4a283f-a3de-5d3d-a124-ca68bbf01d07@gmail.com> To: MJ X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G7h7f1lbjz4Zcx 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-21, at 00:10, MJ wrote: > On 21/06/2021 5:01 pm, Mark Millard wrote: >> On 2021-Jun-20, at 23:26, MJ wrote: >>=20 >>> On 21/06/2021 1:04 pm, Mark Millard wrote: >>>> On 2021-Jun-20, at 19:16, MJ wrote: >>>>=20 >>>>=20 >>>>> On 21/06/2021 7:29 am, Denis Ovsienko wrote: >>>>>> . . . >>>>>> 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 >>>>> Hi Denis. >>>>>=20 >>>>> Yes, you're correct. This is the 3B+. I apologize for = misrepresenting it. It is also the earlier version board, >>>>>=20 >>>>> Built in 2017. I think it's version 1.1 (it's in a case, I don't = feel like dismantling it). >>>> I do not have access to such for any testing, just a 3B. (Not >>>> a reasonable comparison.) In checking on that, I ran into the >>>> following information: >>>>=20 >>>> = https://www.raspberrypi.org/documentation/hardware/raspberrypi/revision-co= des/README.md >>>> only shows one revision for 3B+: >>>>=20 >>>> Code Model Revision RAM Manufacturer >>>> . . . >>>> a020d3 3B+ 1.3 1GB Sony UK >>>> . . . >>>>=20 >>>> Under RaspiOS the revision code shows up via: cat /proc/cpuinfo >>>=20 >>> Output of /proc/cpuinfo >>>=20 >>> cat /proc/cpuinfo >>> processor : 0 >>> BogoMIPS : 38.40 >>> Features : fp asimd evtstrm crc32 cpuid >>> CPU implementer : 0x41 >>> CPU architecture: 8 >>> CPU variant : 0x0 >>> CPU part : 0xd03 >>> CPU revision : 4 >>>=20 >>> processor : 1 >>> BogoMIPS : 38.40 >>> Features : fp asimd evtstrm crc32 cpuid >>> CPU implementer : 0x41 >>> CPU architecture: 8 >>> CPU variant : 0x0 >>> CPU part : 0xd03 >>> CPU revision : 4 >>>=20 >>> processor : 2 >>> BogoMIPS : 38.40 >>> Features : fp asimd evtstrm crc32 cpuid >>> CPU implementer : 0x41 >>> CPU architecture: 8 >>> CPU variant : 0x0 >>> CPU part : 0xd03 >>> CPU revision : 4 >>>=20 >>> processor : 3 >>> BogoMIPS : 38.40 >>> Features : fp asimd evtstrm crc32 cpuid >>> CPU implementer : 0x41 >>> CPU architecture: 8 >>> CPU variant : 0x0 >>> CPU part : 0xd03 >>> CPU revision : 4 >> My guess is that was not a RaspiOS version >> but some other Linux. >=20 > That's correct, it's Devuan (a debian non-systemd derivative). I've = never used raspbian (I don't like systemd). >=20 > Devuan (from Ascii to Beowulf - they're the versions) has been what = it's running the last 4 years. >=20 > I decided to attempt a migration to FreeBSD but given the awful = network speeds, that's probably not feasible. That's why I am here >=20 > :0( It provides the information on ubuntu 21.04 "Linux ubuntu 5.11.0-1009-raspi" but not on Fedora 34 server. So overall: a mix. >> # vcgencmd otp_dump | grep 30: >>=20 >> should work to find the revision code. But >> it failed to initialize on Fedora 34. >=20 > Definitely not available. I believe this is a raspbian-only thing? >=20 Works on ubuntu 21.04 "Linux ubuntu 5.11.0-1009-raspi" but not on Fedora 34. It might be something that can be installed. (It was present in the Fedora as configured but failed to initialize. I'm unsure if it was a separate install.) So, again, overall a mix. But it was: # cat /sys/firmware/devicetree/base/model that worked in all 3 contexts that I happen to have around. Being Linux, that might not generalize well. I'm out of other ideas if various OS's must be avoided, sorry. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Mon Jun 21 10:13:01 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 3CF005D68D1 for ; Mon, 21 Jun 2021 10:16:11 +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 4G7lmS6HQwz4n4f for ; Mon, 21 Jun 2021 10:16:07 +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=6TtGZIGaKK7qlfbq0cQAMlaEpf10dxpbdt1PKk89AjA=; b=ePKT93k5oS0E2xUQNhL5wZ4iDh mFjUgeneW1tEgSB9C1zjQHVWN1JO0PWqa4ZZCQ+AfU9AUycaGofMsG0juD8lnjsJKRlwfU1w92Y5i lyR/7FYwvY2Dv0RXDMHAlZKKYfbCDoYfToE4qIyPikNQ5Ni32JNDg825WNJI9JB6+yWN4GHX+hSLA lfcUxMM3dEl6rHOQrrAFuPEybfsOAfEVMAvWapMP12SV9aSpjxXa0jLuBIBkHj9qZbJHD/UX3kcr1 QX/DQaYJEaDn9Eh1t6nNU3frVdq3nDsMcm1ZnWwHmKtz/76F0VKVQVj3+4b6uJnULRKsJzgnL5nxr RM2nGt+g==; Received: from [10.9.9.73] (helo=submission02.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1lvGyL-0007Bl-L0 for freebsd-arm@freebsd.org; Mon, 21 Jun 2021 12:16:05 +0200 Received: by submission02.runbox with esmtpsa [Authenticated ID (984599)] (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) id 1lvGyG-0004PS-VD for freebsd-arm@freebsd.org; Mon, 21 Jun 2021 12:16:01 +0200 Date: Mon, 21 Jun 2021 11:13:01 +0100 From: Denis Ovsienko To: freebsd-arm@freebsd.org Subject: Re: Raspberry Pi 3B+ and pitiful network speeds Message-ID: <20210621111301.75fa1c7a@basepc> In-Reply-To: References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> <20210620222922.51da1818@basepc> <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.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; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4G7lmS6HQwz4n4f X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ovsienko.info header.s=selector2 header.b=ePKT93k5; 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]; MID_RHS_NOT_FQDN(0.50)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[91.220.196.211:from]; R_DKIM_ALLOW(-0.20)[ovsienko.info:s=selector2]; ARC_NA(0.00)[]; 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)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:50304, ipnet:91.220.196.0/24, country:NO]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[91.220.196.211:from] X-ThisMailContainsUnwantedMimeParts: N On Mon, 21 Jun 2021 17:04:32 +1000 MJ wrote: > [A plain write to /dev/null from a file made by /dev/zero] > > dd if=/tmp/test.img of=/dev/null > 1024000+0 records in > 1024000+0 records out > 524288000 bytes (524 MB, 500 MiB) copied, 22.8584 s, 22.9 MB/s > > > Now the network speeds (the destination machine is the same): > > 22.9 Megabytes per second, filezilla to Windows 10, SSD & NVMe. Hello Matt. The dd command above does a sequential read performance test on the SD reader (you mentioned earlier that the SD card is faster than that). Even on the latest RPIs this does not exceed 45MB/s by design. Please mind that your filezilla upload test performance is exactly the SD card read performance (the network interface is said to be internally bottlenecked at 300Mb/s, which is about 1.5 times the 22.9MB/s). Also it looks like the SSD you mentioned is not where RPI filesystem is. But this should not matter in a properly staged network throughput test. In my "dd+nc" test the goal was to measure plain TCP performance. Hence it consists of: * an nc process at each end of the TCP connection * a dd process piped to each nc process to measure the throughput * no filesystem access, hence the dd processes reading from /dev/urandom (or /dev/zero if you like) and writing to /dev/null Which would be along these lines: # TCP download freebsdrpi$ nc -l 10000 | dd bs=1m of=/dev/null linuxpc$ dd if=/dev/zero bs=1M count=2000 status=progress | \ nc freebsdrpi 10000 # TCP upload linuxpc$ nc -l 15000 | dd bs=1M of=/dev/null status=progress freebsdrpi$ dd if=/dev/zero bs=1m count=2000 | nc linuxpc 15000 If you do not feel confident staging the test like this, iperf would be a more convenient testing tool. Please mind it by default does a one-way 1Mb/s test with a possible time limit. So you will have to look at the man page and to use the right command-line options. With due attention to detail it should be possible to identify the root cause of the problem, and hopefully to solve it. Perhaps you could work the test details out first using your preferred OS. As soon as you get 300Mb/s sustained over more than the amount of RAM, you can boot the RPI3B+ into FreeBSD and repeat the test exactly to see if the results reproduce. As to the board identification, RaspiOS/Raspbian can conveniently do that in the ways explained by Mark. Obviously, you would have to boot into it once. You don't have to keep it and to use it afterwards. Alternatively, you can use NetBSD [1] and run the command below to get the board revision: # sysctl machdep.board_revision machdep.board_revision = 10494163 (this is A020D3 in hex, as suggested by Mark before). 1: https://cdn.netbsd.org/pub/NetBSD/NetBSD-9.2/evbarm-aarch64/binary/gzimg/arm64.img.gz -- Denis Ovsienko From nobody Mon Jun 21 19:36: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 51D625D4487 for ; Mon, 21 Jun 2021 19:36:12 +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 4G80Bh1m2Wz4gcH for ; Mon, 21 Jun 2021 19:36:12 +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 20E8523281 for ; Mon, 21 Jun 2021 19:36:12 +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 15LJaC9F023939 for ; Mon, 21 Jun 2021 19:36:12 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 15LJaCM8023938 for freebsd-arm@FreeBSD.org; Mon, 21 Jun 2021 19:36:12 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 256756] ARMv7 fails to build sdhci_fdt module (for ARMADAXP) Date: Mon, 21 Jun 2021 19:36:12 +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: me@igalic.co 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=3D256756 Bug ID: 256756 Summary: ARMv7 fails to build sdhci_fdt module (for ARMADAXP) Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: me@igalic.co note that ARMADAXP is just the first of many (all) KERNCONFs i build, so ma= ybe other boards fail as well. here's the output from the meta file: ``` # Meta data file /usr/obj/poudriere/jails/14-current-armv7/usr/src/arm.armv7/sys/ARMADAXP/mo= dules/poudriere/jails/14-current-armv7/usr/src/sys/modules/sdhci_fdt/sdhci_= fdt_gpio.o.meta CMD cc -target armv7-gnueabihf-freebsd14.0 --sysroot=3D/usr/obj/poudriere/jails/14-current-armv7/usr/src/arm.armv7/tmp -B/usr/obj/poudriere/jails/14-current-armv7/usr/src/arm.armv7/tmp/usr/bin = -O2 -pipe -fno-common -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -DKLD_TIED -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/poudriere/jails/14-current-armv7/usr/src/arm.armv7/sys/ARMADAXP/op= t_global.h -I. -I/poudriere/jails/14-current-armv7/usr/src/sys -I/poudriere/jails/14-current-armv7/usr/src/sys/contrib/ck/include -fno-com= mon -g -funwind-tables -fdebug-prefix-map=3D./machine=3D/poudriere/jails/14-current-armv7/usr/src/= sys/arm/include -I/usr/obj/poudriere/jails/14-current-armv7/usr/src/arm.armv7/sys/ARMADAXP= =20=20=20 -march=3Darmv7a -ffreestanding -fwrapv -Wall -Wredundant-decls -Wnested-ext= erns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error=3Dtautological-co= mpare -Wno-error=3Dempty-body -Wno-error=3Dparentheses-equality -Wno-error=3Dunused-function -Wno-error=3Dpointer-sign -Wno-error=3Dshift-negative-value -Wno-address-of-packed-member -Wno-format-zero-length -mno-movt -mfpu=3Dnone -std=3Diso9899:1999 -c /poudriere/jails/14-current-armv7/usr/src/sys/dev/sdhci/sdhci_fdt_gpio.c -o sdhci_fdt_gpio.o CMD ctfconvert -L VERSION -g sdhci_fdt_gpio.o CWD /usr/obj/poudriere/jails/14-current-armv7/usr/src/arm.armv7/sys/ARMADAXP/mo= dules/poudriere/jails/14-current-armv7/usr/src/sys/modules/sdhci_fdt TARGET sdhci_fdt_gpio.o OODATE sdhci_if.h device_if.h bus_if.h mmcbr_if.h opt_mmccam.h opt_cam.h /usr/obj/poudriere/jails/14-current-armv7/usr/src/arm.armv7/sys/ARMADAXP/op= t_global.h /poudriere/jails/14-current-armv7/usr/src/sys/dev/sdhci/sdhci_fdt_gpio.c -- command output -- In file included from /poudriere/jails/14-current-armv7/usr/src/sys/dev/sdhci/sdhci_fdt_gpio.c:41: /poudriere/jails/14-current-armv7/usr/src/sys/dev/gpio/gpiobusvar.h:49:10: fatal error: 'gpio_if.h' file not found #include "gpio_if.h" ^~~~~~~~~~~ 1 error generated. *** Error code 1 ``` manu@ suggested to add gpio as dependency for that module, but i haven't had time. This has been failing for about a month now, and this is the first time on a computer to actually submit the report, so=E2=80=A6 --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Mon Jun 21 19:56:43 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 6BFDF5D5AB8 for ; Mon, 21 Jun 2021 19:56:43 +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 4G80fM2Y36z4hsN for ; Mon, 21 Jun 2021 19:56:43 +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 3C966232DE for ; Mon, 21 Jun 2021 19:56:43 +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 15LJuhZZ034585 for ; Mon, 21 Jun 2021 19:56:43 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 15LJuh34034584 for freebsd-arm@FreeBSD.org; Mon, 21 Jun 2021 19:56:43 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 256756] ARMv7 fails to build sdhci_fdt module (for ARMADAXP) Date: Mon, 21 Jun 2021 19:56:43 +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: manu@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc 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=3D256756 Emmanuel Vadot changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed CC| |manu@freebsd.org Resolution|--- |FIXED --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Mon Jun 21 22:24:02 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 BA7A011CD95E for ; Mon, 21 Jun 2021 22:24:10 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: from mail-pj1-x1032.google.com (mail-pj1-x1032.google.com [IPv6:2607:f8b0:4864:20::1032]) (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 4G83wV44JRz4sGk for ; Mon, 21 Jun 2021 22:24:10 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: by mail-pj1-x1032.google.com with SMTP id l11so6485603pji.5 for ; Mon, 21 Jun 2021 15:24:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=fNZeQvnnDdwrcMQjylE3W2ZyL32JQgmO0Pzc+GnIqIE=; b=bjDSau+iY4lXSU3I/oXC6PNsT99ra3brZx/JOOzcstsJACbXGOdXotGKvr6tgs68HN fY++WLdhI2cX4P2WSwnHJ0pmLzv1OdgLUUNn5wq+CZPu1+lk2zURalT/0w84AtqxmmkH 3qCMCAJoYUTNO/kYrdrb/1dSW8OkAvHzuPDuu3huw8/bDOUSvoLZpfqvSFDEBFfsiWNo RnxfDMy6NVWXtUs95bopAQ12/HpngWBh31WD8m6bPkcBbO6C4exzwnqCxtnQxigXCgJF CLOeV/XqX4Wzphz8Qjw9gKSjQBkOwo5EVlLulGc1k7pQZmtJwHjvgWZuhHtCJ7BRCcK9 2PYw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=fNZeQvnnDdwrcMQjylE3W2ZyL32JQgmO0Pzc+GnIqIE=; b=etsQa1OIJQAsblNFZdMCF9kx92FCAp0p20I/L3CsoISen6i/d/6bxROwp9m/1IJTJT +hyh2fQ3hUlnD/tK8BtAa0WCyMZvAdLBC/ssDexgQRMAcTojXPdujv0dA64wwmyWXkZD 3cyJKnhjuRJNDbNvdGerS21FYMF0s9qh14XQO1rh9NXO9pmbKOjBoo9v0KG3bgB92422 NgaqmjV+xr2cr7kFOxW4+dKbCX9q7XySGKLR25JzApPEU4jNLlP7eU3roiThilrGt7g6 VTF7Cx0dKwW9EB2Czho5pwJAxf/fHEVHbL0DkmIhUu5zSl0QtBXn2newNCsXVWyAn17l AzRw== X-Gm-Message-State: AOAM531AcCENBpP9vPRoasmmsEDDdPNdQg46Y+KTvvsvCHzWISdxm0fL Fob/gzS6T5yJ+NV0mrxCYC0yCRzXW+P43g== X-Google-Smtp-Source: ABdhPJxdZfthesUslG85eoAuf/lfjumLhFqiHLMknOX3L+PotNkWl3uGrTw0hSHw9sQ2A8U1v9t8EA== X-Received: by 2002:a17:90b:3144:: with SMTP id ip4mr498592pjb.2.1624314248859; Mon, 21 Jun 2021 15:24:08 -0700 (PDT) Received: from [192.168.1.10] ([115.69.53.183]) by smtp.gmail.com with ESMTPSA id m21sm184953pjz.57.2021.06.21.15.24.07 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 21 Jun 2021 15:24:08 -0700 (PDT) Subject: Re: Raspberry Pi 3B+ and pitiful network speeds To: Denis Ovsienko , freebsd-arm@freebsd.org References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> <20210620222922.51da1818@basepc> <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> <20210621111301.75fa1c7a@basepc> From: MJ Message-ID: Date: Tue, 22 Jun 2021 08:24:02 +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 In-Reply-To: <20210621111301.75fa1c7a@basepc> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-AU X-Rspamd-Queue-Id: 4G83wV44JRz4sGk X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > * an nc process at each end of the TCP connection > * a dd process piped to each nc process to measure the throughput > * no filesystem access, hence the dd processes reading from /dev/urandom > (or /dev/zero if you like) and writing to /dev/null > > Which would be along these lines: > > # TCP download > freebsdrpi$ nc -l 10000 | dd bs=1m of=/dev/null > linuxpc$ dd if=/dev/zero bs=1M count=2000 status=progress | \ > nc freebsdrpi 10000 > # TCP upload > linuxpc$ nc -l 15000 | dd bs=1M of=/dev/null status=progress > freebsdrpi$ dd if=/dev/zero bs=1m count=2000 | nc linuxpc 15000 Thank you for your assistance, Denis. This is a lengthy post. Results from FreeBSD 13 headless PC (gateway) to FreeBSD RPI3B+ (rpi3): -------------------------------------------- [TCP DOWNLOAD] RPI3B+: nc -l 10000 | dd bs=1m of=/dev/null 0+342615 records in 2000+0 records out 2097152000 bytes transferred in 277.126050 secs (7567502 bytes/sec) FreeBSD13: dd if=/dev/zero bs=1M count=2000 status=progress | nc rpi3 10000   2094006272 bytes (2094 MB, 1997 MiB) transferred 265.056s, 7900 kB/s 2000+0 records in 1747+506 records out 2097152000 bytes transferred in 265.354504 secs (7903209 bytes/sec) -------------------------------------------- [TCP UPLOAD] RPI3B+: dd if=/dev/zero bs=1m count=2000 | nc gateway 15000 2000+0 records in 2000+0 records out 2097152000 bytes transferred in 198.379433 secs (10571418 bytes/sec) FreeBSD13: nc -l 15000 | dd bs=1M of=/dev/null status=progress  2095054848 bytes (2095 MB, 1998 MiB) transferred 200.017s, 10 MB/s 0+281264 records in 2000+0 records out 2097152000 bytes transferred in 203.023846 secs (10329585 bytes/sec) <<< The gateway/FreeBSD13 is gigabit capable on the tested card.>>> I also tested using iperf: Upload from FreeBSD PC to RPI3B+: iperf -c rpi3 -w 2m -t 30s -i 1 ------------------------------------------------------------ Client connecting to rpi3, TCP port 5001 TCP window size: 32.8 KByte (WARNING: requested 1.91 MByte) ------------------------------------------------------------ [  1] local 192.168.1.106 port 29887 connected with 192.168.1.24 port 5001 [ ID] Interval       Transfer     Bandwidth [  1] 0.00-1.00 sec  7.75 MBytes  65.0 Mbits/sec [  1] 1.00-2.00 sec  8.12 MBytes  68.2 Mbits/sec [  1] 2.00-3.00 sec  10.5 MBytes  88.1 Mbits/sec [  1] 3.00-4.00 sec  10.4 MBytes  87.0 Mbits/sec [  1] 4.00-5.00 sec  10.2 MBytes  86.0 Mbits/sec [  1] 5.00-6.00 sec  10.2 MBytes  86.0 Mbits/sec [  1] 6.00-7.00 sec  6.00 MBytes  50.3 Mbits/sec [  1] 7.00-8.00 sec  9.75 MBytes  81.8 Mbits/sec [  1] 8.00-9.00 sec  8.88 MBytes  74.4 Mbits/sec [  1] 9.00-10.00 sec  8.38 MBytes  70.3 Mbits/sec [  1] 10.00-11.00 sec  10.0 MBytes  83.9 Mbits/sec [  1] 11.00-12.00 sec  9.12 MBytes  76.5 Mbits/sec [  1] 12.00-13.00 sec  9.12 MBytes  76.5 Mbits/sec [  1] 13.00-14.00 sec  10.1 MBytes  84.9 Mbits/sec [  1] 14.00-15.00 sec  5.38 MBytes  45.1 Mbits/sec [  1] 15.00-16.00 sec  7.50 MBytes  62.9 Mbits/sec [  1] 16.00-17.00 sec  7.62 MBytes  64.0 Mbits/sec [  1] 17.00-18.00 sec  9.25 MBytes  77.6 Mbits/sec [  1] 18.00-19.00 sec  5.38 MBytes  45.1 Mbits/sec [  1] 19.00-20.00 sec  5.62 MBytes  47.2 Mbits/sec [  1] 20.00-21.00 sec  10.0 MBytes  83.9 Mbits/sec [  1] 21.00-22.00 sec  8.62 MBytes  72.4 Mbits/sec [  1] 22.00-23.00 sec  9.88 MBytes  82.8 Mbits/sec [  1] 23.00-24.00 sec  6.25 MBytes  52.4 Mbits/sec [  1] 24.00-25.00 sec  9.88 MBytes  82.8 Mbits/sec [  1] 25.00-26.00 sec  10.2 MBytes  86.0 Mbits/sec [  1] 26.00-27.00 sec  10.2 MBytes  86.0 Mbits/sec [  1] 27.00-28.00 sec  10.2 MBytes  86.0 Mbits/sec [  1] 28.00-29.00 sec  10.2 MBytes  86.0 Mbits/sec [  1] 29.00-30.00 sec  10.2 MBytes  86.0 Mbits/sec [  1] 0.00-30.22 sec   265 MBytes  73.7 Mbits/sec ---------------------------------------------------------------------------- From RPI3B+ to FreeBSD PC: iperf -c 192.168.1.106 -w 2m -t 30s -i 1 ------------------------------------------------------------ Client connecting to 192.168.1.106, TCP port 5001 TCP window size: 1.91 MByte (WARNING: requested 1.91 MByte) ------------------------------------------------------------ [  1] local 192.168.1.24 port 55499 connected with 192.168.1.106 port 5001 [ ID] Interval       Transfer     Bandwidth [  1] 0.00-1.00 sec  12.1 MBytes   102 Mbits/sec [  1] 1.00-2.00 sec  10.4 MBytes  87.0 Mbits/sec [  1] 2.00-3.00 sec  10.5 MBytes  88.1 Mbits/sec [  1] 3.00-4.00 sec  10.4 MBytes  87.0 Mbits/sec [  1] 4.00-5.00 sec  10.4 MBytes  87.0 Mbits/sec [  1] 5.00-6.00 sec  10.4 MBytes  87.0 Mbits/sec [  1] 6.00-7.00 sec  10.5 MBytes  88.1 Mbits/sec [  1] 7.00-8.00 sec  10.4 MBytes  87.0 Mbits/sec [  1] 8.00-9.00 sec  10.4 MBytes  87.0 Mbits/sec [  1] 9.00-10.00 sec  10.4 MBytes  87.0 Mbits/sec [  1] 10.00-11.00 sec  10.4 MBytes  87.0 Mbits/sec [  1] 11.00-12.00 sec  10.5 MBytes  88.1 Mbits/sec [  1] 12.00-13.00 sec  10.4 MBytes  87.0 Mbits/sec [  1] 13.00-14.00 sec  10.5 MBytes  88.1 Mbits/sec [  1] 14.00-15.00 sec  10.4 MBytes  87.0 Mbits/sec [  1] 15.00-16.00 sec  10.4 MBytes  87.0 Mbits/sec [  1] 16.00-17.00 sec  10.2 MBytes  86.0 Mbits/sec [  1] 17.00-18.00 sec  10.0 MBytes  83.9 Mbits/sec [  1] 18.00-19.00 sec  9.38 MBytes  78.6 Mbits/sec [  1] 19.00-20.00 sec  9.50 MBytes  79.7 Mbits/sec [  1] 20.00-21.00 sec  9.50 MBytes  79.7 Mbits/sec [  1] 21.00-22.00 sec  9.88 MBytes  82.8 Mbits/sec [  1] 22.00-23.00 sec  10.4 MBytes  87.0 Mbits/sec [  1] 23.00-24.00 sec  10.4 MBytes  87.0 Mbits/sec [  1] 24.00-25.00 sec  10.4 MBytes  87.0 Mbits/sec [  1] 25.00-26.00 sec  9.88 MBytes  82.8 Mbits/sec [  1] 26.00-27.00 sec  10.4 MBytes  87.0 Mbits/sec [  1] 27.00-28.00 sec  10.5 MBytes  88.1 Mbits/sec [  1] 28.00-29.00 sec  10.4 MBytes  87.0 Mbits/sec [  1] 29.00-30.00 sec  10.4 MBytes  87.0 Mbits/sec [  1] 0.00-30.19 sec   310 MBytes  86.0 Mbits/sec Now, I could run these very same tests off Devuan if you like? This may help disprove any network issues? Although, as I've stated, the Devuan version running on the RPI3 consistently gets up to 3 times this speed. Thanks Matt. From nobody Tue Jun 22 06:30: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 1C7AD11D0383 for ; Tue, 22 Jun 2021 06:30:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-19.consmr.mail.gq1.yahoo.com (sonic306-19.consmr.mail.gq1.yahoo.com [98.137.68.82]) (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 4G8GjP0qtfz4sZC for ; Tue, 22 Jun 2021 06:30:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624343414; bh=4mYGpxxA0JPuTQUJvxb2O4Re6bDn74ZuWPPShuriC+0=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=kCmR+Af35X1LuEo5f7wkYQQbv70c71M7fw2buB0IWXVmtsCVCCbl2+zGZ9KOh338y9leT4I6c/6nrurTmctyffZqmDeR6acCBxU+lJoRhp+izhkqSxXhf7wM58UgD1HGdXUzZ5ri67vChRzBt2fYdTw06sDvCbF4CIn8i6or9d6RcZevXujnDAJGaoicbrQBdFYWsd8RwujEHdgxa0/PKRguYRaURhvm93yzKX/pzhvpvdoZYp/bpuHqCw6wBjdHbCN/Y7zjgPEWHCtcrR+0J0aGwWrVmqvEC34pD9O050YmGMbzvenH92WSVMJv1/1G5j/h1ZlI3kHvr8vZoP1rog== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624343414; bh=GH0tAHudXP1L+ptjImlUsdoEuV3ZfPc2EgIQJorG2ic=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=Hve7lKnhdgHAxUDlgX8t/ko3k+8vAH32Xd25spxPyjfK9qkr9pBWVA6DpjeBioa56PI6v3T3XyaPTOKTMwxQ2+jf7Y4LPpHaK5mYIUBKLTm5FZsZkoz2hlvg+dipQ9Nvb4rm2YfEr4yiG2DtuVJzbkdvmiwyRHPJn2/7PhfMsBM0GYTFbGA2a9P8pWCe1QLmaaIyouBO6BVBcaSBkwM2SMyqx0REfcbFcL0SS15VamrGOvRzAlhu5YWqN3/vvtEgTW85eYfRmyRvIxC5ZNqJNVJhXSeSEyUABbY1lOQ617MMcne3DiKcTBFXTCY13FJJiztO8bOnPWo+9r2YxR0MEg== X-YMail-OSG: 8uUcXEgVM1leC7Tu1PpyZznhWBuvzKwGCl1JoVWRGmlirOqKvMfwsXzg3Zj0zpn Ms8LYRfEAylrgMnN4yczh8W6KD.Zay01XU4uKeqpTR5a7XeMO6J1l_El8NVrDTp95gxThzTxCcIX mh4O0TTpilv3o0C0TPYL0luaQlGRb0lKijMCO0dfkCumKGtjvd0gLIWULe3ygweBdCuL4blDX9Q0 Rc5kgop5AzqyHQuCW4xG9ziAyye6uGCDQO77mJqyd9ST8iHGXY9WcKmCBmJaXh0HHmdF5BChB15t Svy6V6OfZFgmhzyEoEwQFudR.DJPvf0dBZh1HKfFS8CYrTM_huEGLutNh7BnV.shZfu3JDtBuY7T iy7FQIivU1z0s6j4qD82xOeNJahBvS1_UzVWtzB5.ryQoamrOOxF33vInRH40DhjWwd03.ID69YC dNzPFkB.OgDYpHvG_kNlmfHIfzwrnPsXbqApQ6dJxhCf7bbQEo0RC9k9RW2ZdTc4yJ6w74Zm4qgv MoEL3ZlmVrFC.q30UMFvz7cN_D29bK6fLkpgys6jnm5MuvM3TQ8PLlo3dIUYwj0WMfqFxUFecn.M BpAWaNdYEZDG3S4kfgkuwFRsGGGcb.RdY5NQELxeBx8MiVpgT1j48WDLnp.IWtxaCrRId9J5ffsL 84aW_Qq8qmPYUlqFCZ_yT2D41JqPdzXiqrQhjoEl8cO14eszl4PeL3umBnc6WdJeSJw3dzbOxqSC T1zH46_zSl0FlynAGene17dg1Pej111BKT6zsKmukzTS1mQri87G6eez8muWVJdHDL95S_5.7Kvv MCs65HYhac8J9cTFLfPE8WQM2mKmDHn6r4Smew6CJ6kbTA9WtIR.QLgNLGXQmsXXdkDXku7lxB2q 5.IwtnsgRpOcK_Z__Vktid2EDWU5EJyQdRZO0EZzU.OTwLnFq_zTAtE7JnTJs1Mf5jzIMquqGHMX u.RqyyF.jzvJgEAF6CehLHD2bw2ekQetJRBPYI38YzdzUy3Mkx3bnRforYw.BS.EWT0XPf2aejA5 gQW.PM8910yvjZu976IX2UPM60AtIOXOdkYU1vX08IUBEjIV_tLBn1dq8Az_D.4wy6cETTfq5XYf DYDpgjO1xQYK9P6bT38s6LcCfJGu_Z9_DCiEW7cN6_dj3LpE3vTIv.cdLf1HmqaywoDIjaJYAvRb DCG7JVuNNRQsodDjVKH9g.gckTQhStgyPa0epn4GdKkaniWtELcoYoP0IDe7Lbhz3cXSphDtgO2z ymPcIAmvcvnCq86z7bN3N8KyWYPX54EfFgI1Q7zb4ii.rURY3wFa7ANtDPgOmDKDspJm1iTwq95s 5OIsXZq4KDoMyPkbEtT7Y1T6KEX3K25Tf2_2wRo_ZVJp.2kxb3qFeE.RxZPJV9Ny6Aqw.k2rSKPE t7mJ.86E6wPV3pYyneNy2gsSiSdOs57MWT0TosPVkNx0hl6SKeHn81HLbrsign3Zmfy0cVJcYm.f lDKZPB8sIQ6TWJrup9WNa5hq3gD9MmEQ.IRH9h4pbc_weUAQdSA6YkBB0pmhR4SOE0xPyZIvpLCU 8yZcdeOx0pZPV6DmpTqu99C04Fo6VlZAf.EBiKCiVwWOm4mFnP.EYZZ5ew0vR5Rh1lbWBFh_RbHy Bq8FtXDuysMwvLb_kAV64LRrEkPeW3y2IeaGWJ.LERHmR5AuZju3G3TILt.y98wKw.s0Mhna6iD4 GB9fYWxapDHebo4m.ndxrNqCc22kCbGinkksAJe406KntI7ErAMt85lxmnzIj9V76.4c5q7zBlwa fT_hihAi18Y7r4ajmI.9Txvu0S_JXAtKHbkVbLcCprksZqHmUcybjga4jDT0ecWrjqjrDNA7JkfH oy2aPvpt3eAOd.NzRpWEH9M8b7WfDPoLQ.lT75NmYUaQPYjm5KjS7pzw3na1roHL8znhXjk2gU2N c5q6tIUCJBBa417FwAQS49B1uJNj1yhcDwSLcgll2slO68ilS_U99bqhh7YuMqR3Wa8T5vohvXCp .YFWIIcBGqE4KqRJQZkYgGsA0xEvdkaKA_fM0h2UrMSWHirKPA14QAzLmeUbT8.wBgV8dZu5pH6W gFHaTX9XMKo_rkkOdVnVQFkTm5FMeC4oYK_LbflI6Zuf3rKYCZKM2nMSdQ1y7GOqNRZ_rCn614Xg P03nWzr0b4vtV6m3EW6zkowMlnet.RyFe_20QOLw2xsUGycA7qcuHFY7oBYiUkOG2C0ewl0xyrDf EAy8B5EJEGHtIeF3bZzCfx05UHmxZJe5ddAmbhz2fXa8ZkWWM40T9sVz6PITF8mVnZHU9osx38is 2SK3Movbc1RZeMySaQpUK4Nnd_jB9_qMOzc9KWE3XU8j4rYnN3v4BbnH_KIikQYIbPwXzAJw4tA9 DM51iiN7ByehMpLWY X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Tue, 22 Jun 2021 06:30:14 +0000 Received: by kubenode525.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 7fcc0be7caf331fba7775839156fe15f; Tue, 22 Jun 2021 06:30:13 +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: HoneyComb first-boot notes Message-Id: <8A6C415F-A57B-4F2F-861F-052B487166D6@yahoo.com> Date: Mon, 21 Jun 2021 23:30:12 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3654.100.0.2.22) References: <8A6C415F-A57B-4F2F-861F-052B487166D6.ref@yahoo.com> X-Rspamd-Queue-Id: 4G8GjP0qtfz4sZC X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=kCmR+Af3; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.82 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]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.82: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]; NEURAL_SPAM_SHORT(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[98.137.68.82:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.82: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 I put an existing FreeBSD Optane into a just delivered HoneyComb, put in the RAM and the matching UEFI/ACPI image on a microsd card and put the card in the slot. I plugged in a USB3 Ethernet dongle, like I use on some other systems. Serial console via its USB port for such. (Optane instead of video card.) The UEFI/ACPI image was extracted from: = https://solid-run-images.sos-de-fra-1.exo.io/LX2k/lx2160a_uefi/lx2160acex7= _2000_700_2900_8_5_2_sd_81b4bbe.img.xz in order to match the RAM and being based on the most current vintage at: https://github.com/SolidRun/lx2160a_uefi/ It booted. There are some notices during boot, such as: ACPI: IORT: Dropping unhandled type 1 ACPI: IORT: Dropping unhandled type 1 ACPI: IORT: Dropping unhandled type 1 ACPI: IORT: Dropping unhandled type 1 ACPI: IORT: Dropping unhandled type 1 ACPI: IORT: Dropping unhandled type 1 ACPI: IORT: Dropping unhandled type 1 ACPI: IORT: Dropping unhandled type 1 ACPI: IORT: Dropping unhandled type 1 ACPI: IORT: Dropping unhandled type 6 acpi0: Could not update all GPEs: AE_NOT_CONFIGURED device_attach: acpi_perf0 attach returned 6 device_attach: acpi_perf1 attach returned 6 device_attach: acpi_perf2 attach returned 6 device_attach: acpi_perf3 attach returned 6 device_attach: acpi_perf4 attach returned 6 device_attach: acpi_perf5 attach returned 6 device_attach: acpi_perf6 attach returned 6 device_attach: acpi_perf7 attach returned 6 device_attach: acpi_perf8 attach returned 6 device_attach: acpi_perf9 attach returned 6 device_attach: acpi_perf10 attach returned 6 device_attach: acpi_perf11 attach returned 6 device_attach: acpi_perf12 attach returned 6 device_attach: acpi_perf13 attach returned 6 device_attach: acpi_perf14 attach returned 6 device_attach: acpi_perf15 attach returned 6 (That block repeats again.) acpi_tz0: failed to set new freq, disabling passive cooling But the rest looked normal to me. For reference: # 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 I've not yet used bectl to try a stable/13 or main boot. (Currently they are late-May vintages as well.) There is an under-investigation issue for the recent processors from NXP that are in use on the new board, not limited to FreeBSD: # sysctl -a | grep "therm.*temp" hw.acpi.thermal.tz8.temperature: 0.1C hw.acpi.thermal.tz7.temperature: 0.1C hw.acpi.thermal.tz6.temperature: 53.1C hw.acpi.thermal.tz5.temperature: 53.1C hw.acpi.thermal.tz4.temperature: 53.1C hw.acpi.thermal.tz3.temperature: 53.1C hw.acpi.thermal.tz2.temperature: 54.1C hw.acpi.thermal.tz1.temperature: 52.1C hw.acpi.thermal.tz0.temperature: 53.1C (I've only had it sitting idle.) Mention has been made of "I2C bus is locking up in the AML code". The UEFI/ACPI user interface does not yet report the actual RAM, saying "32767 MB RAM" instead of indicating the actual 64 GB for this test. But the FreeBSD kernel does see the 64 GB of RAM. I get to try my first heat sink (and fan) replacement (to a better pair than shipped). Now that I know it basically works, can I avoid breaking it? . . . I'm not likely to push the system until the oddities related to cooling have been addressed in some way. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Tue Jun 22 07:40: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 C2E6911D6047 for ; Tue, 22 Jun 2021 07:40:31 +0000 (UTC) (envelope-from dsl@mcusim.org) Received: from mcusim.org (mcusim.org [176.58.93.53]) (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 4G8JGR4fWtz3Hv2 for ; Tue, 22 Jun 2021 07:40:31 +0000 (UTC) (envelope-from dsl@mcusim.org) Received: from x230.ds (unknown [83.28.233.182]) (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) (No client certificate requested) by mcusim.org (Postfix) with ESMTPSA id 3EE8981268; Tue, 22 Jun 2021 09:40:24 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mcusim.org; s=default; t=1624347624; bh=sahfHE4IyvY0fgBDujlfsmL8hTSCfzqQT34AxHC7jg8=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=fQlsUgaIK6jEi8NZPbTtMds771k6le0yJXsHBuAC51FgrVu71ccDNrXd44qpgF7ZR /5EPYd65/lXnNmK6QvBYAZ2fb5B4CtojuPw3FlUoTFnf5wBhuNT1iHgODpebFeYB6R 8xJZ7LsDlGgI4JfY/LAtk74iMBGPFLrGse8MmOS8= Date: Tue, 22 Jun 2021 09:40:22 +0200 To: marklmi@yahoo.com Cc: freebsd-arm Subject: Re: HoneyComb first-boot notes Message-ID: References: <8A6C415F-A57B-4F2F-861F-052B487166D6.ref@yahoo.com> <8A6C415F-A57B-4F2F-861F-052B487166D6@yahoo.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; charset=us-ascii Content-Disposition: inline In-Reply-To: <8A6C415F-A57B-4F2F-861F-052B487166D6@yahoo.com> X-Rspamd-Queue-Id: 4G8JGR4fWtz3Hv2 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: dsl@mcusim.org From: Dmitry Salychev via freebsd-arm X-Original-From: Dmitry Salychev X-ThisMailContainsUnwantedMimeParts: N > I put an existing FreeBSD Optane into a just delivered > HoneyComb, put in the RAM and the matching UEFI/ACPI > image on a microsd card and put the card in the slot. > I plugged in a USB3 Ethernet dongle, like I use on some > other systems. Serial console via its USB port for such. > (Optane instead of video card.) The UEFI/ACPI image was > extracted from: > > https://solid-run-images.sos-de-fra-1.exo.io/LX2k/lx2160a_uefi/lx2160acex7_2000_700_2900_8_5_2_sd_81b4bbe.img.xz > > in order to match the RAM and being based on the > most current vintage at: > > https://github.com/SolidRun/lx2160a_uefi/ > > It booted. Could you share whole dmesg? Regards, Dmitry From nobody Tue Jun 22 08:03:11 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 C885911D7C27 for ; Tue, 22 Jun 2021 08:03:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82]) (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 4G8Jmj3NBlz3LbN for ; Tue, 22 Jun 2021 08:03:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624348996; bh=vxUYiZf6ZaHoI7CkDu0nLJf7HKntKda/J0dpFsnFNZw=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Ze2PFqEl1blLuTNWRomNo4nJOgwOb34QZQA92LPrXkH4F2JqupRLlFEf8Kw7VvbUssKB+u9H8IwLZspvR/STfbjF56BNuXbFU6wzHRUCt8aXUvBM7SQKvrkNZ/OWm6MCJ6p6o0/wNB9aeQ/p9Y9H4BbhO5i5pQFEVZXr8yJWl54w65QpZeR5KtCR7bvrvS6AhmsTXzKo9JCXbJ+qlhbriy8kgr1hEjVqG/wbZbuMOY7E7pVy7nw0HnKuh7G+wtvc8AGgHgfGve/TDgcfbSPZrE8jVIB5CtoSmQvmvzhe9pDL/Ndq0dMmEj50eCsBwvzggNXviRXf/86LXzZbJsxeTg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624348996; bh=ds1XWcbi3IBe9V0dTeY6uphV5b7DsMONY0Atws2MpDR=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=RCnxGgFG0XMNWT3g8QlZYNGaelpi6kTzpAHsbU5yw/eilOoxUYPZJ1sZuVHJKs8rvkVh1lMOPcjdHEArMOMDed598JuGh7FpIghxCvTJdlof9ThGdcDIFvTP+BjP0DtcbL87U4TqxfCmIni5Fg4t0Pq8eHuh4ZTVjqsrFWhUCghA5zQGvfjNFm93GtPD/2H5M4SH1Y+MYBZW9H1fral0i3LBSlWBfvJf6rALP3Kb5Nlqnoie+9Dh/V3EYxVw24fORJYhxBedTlNHPw5d+/iw2RBX8ek4jxf8yV2bjKHlTA/ZXtfAo/38DvNtQ0J6EdajhqX9e5ofR+IPp/KYIQGxwg== X-YMail-OSG: BVIgE3gVM1nsGDERGiwDAM3Xirs3b.KE8959gdvGlI6ENOxR9lyqHTw8zgIk0UJ djcmFpJlQQlAQW20PRsrCOhuvPdboCznEmUS0QxyywIKhajEC8tTQX6x6mQGd2ym5pFfYX0HOH1z wRZgzyhQe68FetnHRs5hPnOfgPEe4fQMkJphgVcwsfNOkiAKzepJLlEQDh1Fz74yluM6J890vxs1 2VdCiZUwvHqWsmsxmihdgAqcqJygyodlSYoFzU7sPXoeqBupOwzDVZsdGdcUJ.t7.0vM4ZUcOERp _lpcQkwnNWjkXaO2gaKV2HiWgAIZRa5b_PpahtzBrXNuAdUzazpciqon6CL81dxqrdy9eWINY1In wVpN0dDlaq_Xk58IHsuj8DvBgKjJOx7vU1BN2RydCDgT3ZrXUYHwaMJR12j5_wrVEKpyeT4crIDf JHETy7CpO6swCRZeknXRTQmhkCsn1mAkS7._PHTlHTrDUGuqwZdovo2swKEEBGehegUGIRgoxkX6 drv2EchoPtozPCUmPvKnzbwW9w7XI.DwUBz2L9.IPhk2hKT7sgVCZl.ii7z8JTVGNOtGSifgvVQC XzFM5yKbE4fRdZrRWq2h.qp8i7pTiqsrExw6W76rUgNCTlgByUk7IlRzCL1JHv3SyE3ZadrIGU1U aV0ayBP7a6w9tbEKx.p2mTvs7SP20R73ovBk8tAZxYMq6Gs17XQT1BZRprKfrcQ9N2dZRPhAMU8h .I_skZ9J3u58Ui1tg8xdHIrRFybfUTSSV6OHBRylLhNtMbROe3VObcmPkWho98mPmRcwKh2RQgVe wdsIYdT_lVl2PwJaQqRYzT3i5g33faNngcAtr2IDFAoER7pEfBaaiGCLVi4o6xbYgrCP46sHb8sR 8dlZQaKVZPYwYI1i.RSIIYVfJPmQsxsuBlw3zmyK0cfgyUzsGBT6ZrnWgSmcpmRzb7dNG8K9Uakm VmjA0v8gSjvlV0Encag_QbIxKapSL9SHRDRYgd.xZvBkhT.oc6oHi0DLYekoe_oFaOs_lgCJEcNR GJToBr8ePngMcyDFf2DCNLQJVij9Na42YoFyZQEEv7sAKCmipTvi2NZFhLVOgWngiks5Td5JpQmL YG3Tx6ZxW7vdXoLib.UnU9VHf.myJ7xnBaV3kTvQ17rf89o2.JKkp1sseOGElHQYIRbU3PTv.KCi 9D6yLqR8Pi4U4gszG0JBfmjoBnLWN53vFEQ93QFvMjKSMc5Myasahbrg2H_xwuswWc4900JNivp1 lBtgImWfiu8.pOQ.G0gDIJuXVwJZs1aoQXfScv5xFIljbAcr7eAoeLFfG_na_9lUtuBaHicuevuC IbHiICgUCEwuPOU8r_SwaAjlJmFAyU1JdkIBpfzlR8ZM.V3sI51hyWdGrY.BVM0mJr2Kjt5qHliq Xj7vsh_V3ddIj9BReLYbYwnAIxYKsBp0HTqyIle.Y.U.vWSocilXaYDSYtStmp4mracM5pqx8nsd wFXyDVsOsK4fd5Ma16H3HbQCkvydexuKkuBXnLQZ6pA4M.cyeIlc3Wd43J4qDmy8BnpVDn8hjREC P6D15ZZ02gyuAdutv91X49CHF93llf3.TwsQ8zEHB_G0j.dyr8Jj96KC.Oz5XdnewdtD3MooC_j4 gS5N7HnuGTN1ugU3tM1aOkSwTrDVU6LvVvMZrLMEl.aPxdnMU1rsU7YS9jyjf3zYicwy3OS5Ypsj ZM3eJsNPdzsi7yi7dEBRtKDgoxVY8Bsy0Dw2UlYNInXaZ1pvRkzBbO2ho1UNmHc3dl9rUr9g4399 ggsQ7QUe37aiWtzoZe5EejQqEjNjQXkfqjyEqQvjA4QrAE_dp5_kQcSpfN9HaMweksIDZjCyUioT AnJ3DoFrhzCgWElIj4ViFtuW3rihDQ3JiJ_IJmRqVGaFY5Y2OKRN4YDlBHzy43kxKAPAHcfh3B4W 3Bow3CBpESZDPEZX11NdwY0mYtmXZeV5a5qop93l7jqyQIYFCm4BbylK8OqNZahSsoXlStUwZyZU BlhLkShWZN._bwEu5EeWFqJd9o_W3kDHhIrRrNCLeu2qjWuk02.leHMQYg9axXB6AX18IlX88M20 wvkUnsubzKt3sas.EIEjB23356u79tmaOalJwb0UPSF2wt276Uau6caNUjf_2dnv7i3TFUcnt2xB 9qltkKIJQD9.OJ.etPOfJs5YITWl4ThJJt5NHzloYq9laV5PyXviHGRA7zwR0mV8qDhKPdGUAJJV 7s_8BpjMF71eTJokxVdZTxylZg.KQTRkFP926Smmn.BLLoJjqWfHbz2i98kJ.B1w3sWnm7dcE1vk vlQ_zzx7HbMZgCwS3IIOxLpUA_eWq_VHBdYnt0AQWuCeOFRuCFYF.LWb1Ej33vLmk9dujjUr0Amv 8X_t4vPOZC1VFgDD_BhZrX3qwZF1vfBjhHQW7xPgoB2DG.QmbgbfXyqebM74LrLZ4xmp6pd_eH6D OZc1M6tg_wwMG7Qanqb_abZnrfzmhpmpJ0aQ_H3MctpMY65Wvg.co3DYIb4ymdKfIcHp_cGeQnh5 GDq0AmZYSz9c8pg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Tue, 22 Jun 2021 08:03:16 +0000 Received: by kubenode563.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a717431c9a8db355c070d5de7a51ec1d; Tue, 22 Jun 2021 08:03:12 +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: HoneyComb first-boot notes In-Reply-To: Date: Tue, 22 Jun 2021 01:03:11 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <40AE6447-77AF-4D0E-864F-AD52D9F3346F@yahoo.com> References: <8A6C415F-A57B-4F2F-861F-052B487166D6.ref@yahoo.com> <8A6C415F-A57B-4F2F-861F-052B487166D6@yahoo.com> To: Dmitry Salychev X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G8Jmj3NBlz3LbN 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-22, at 00:40, Dmitry Salychev wrote: >=20 >>=20 >> I put an existing FreeBSD Optane into a just delivered >> HoneyComb, put in the RAM and the matching UEFI/ACPI >> image on a microsd card and put the card in the slot. >> I plugged in a USB3 Ethernet dongle, like I use on some >> other systems. Serial console via its USB port for such. >> (Optane instead of video card.) The UEFI/ACPI image was >> extracted from: >>=20 >> = https://solid-run-images.sos-de-fra-1.exo.io/LX2k/lx2160a_uefi/lx2160acex7= _2000_700_2900_8_5_2_sd_81b4bbe.img.xz >>=20 >> in order to match the RAM and being based on the >> most current vintage at: >>=20 >> https://github.com/SolidRun/lx2160a_uefi/ >>=20 >> It booted. >=20 > Could you share whole dmesg? I've not done a "boot -v" . The below is actually from a captured serial console output. It is lightly edited. I have omitted nearly all loader output (and before). WARNING! Trying to fire up the kernel, but no device tree blob found! EFI framebuffer information: addr, size 0x0, 0x0 dimensions 0 x 0 stride 0 masks 0x00000000, 0x00000000, 0x00000000, 0x00000000 ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2021 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 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 FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-11.0.1-0-g43ff75f2c3fe) VT: init without driver. module firmware already present! real memory =3D 68102402048 (64947 MB) avail memory =3D 66377580544 (63302 MB) Starting CPU 1 (1) Starting CPU 2 (100) Starting CPU 3 (101) Starting CPU 4 (200) Starting CPU 5 (201) Starting CPU 6 (300) Starting CPU 7 (301) Starting CPU 8 (400) Starting CPU 9 (401) Starting CPU 10 (500) Starting CPU 11 (501) Starting CPU 12 (600) Starting CPU 13 (601) Starting CPU 14 (700) Starting CPU 15 (701) FreeBSD/SMP: Multiprocessor System Detected: 16 CPUs random: unblocking device. random: entropy device external interface ACPI: IORT: Dropping unhandled type 1 ACPI: IORT: Dropping unhandled type 1 ACPI: IORT: Dropping unhandled type 1 ACPI: IORT: Dropping unhandled type 1 ACPI: IORT: Dropping unhandled type 1 ACPI: IORT: Dropping unhandled type 1 ACPI: IORT: Dropping unhandled type 1 ACPI: IORT: Dropping unhandled type 1 ACPI: IORT: Dropping unhandled type 1 ACPI: IORT: Dropping unhandled type 6 MAP eeb30000 mode 2 pages 144 MAP ef480000 mode 2 pages 192 MAP ef540000 mode 2 pages 160 MAP ef5e0000 mode 2 pages 80 MAP ef630000 mode 2 pages 80 MAP ef680000 mode 2 pages 80 MAP ef6d0000 mode 2 pages 80 MAP ef720000 mode 2 pages 80 MAP ef770000 mode 2 pages 80 MAP ef7c0000 mode 2 pages 80 MAP ef810000 mode 2 pages 80 MAP ef860000 mode 2 pages 80 MAP ef8b0000 mode 2 pages 80 MAP ef900000 mode 2 pages 80 MAP ef950000 mode 2 pages 80 MAP ef9a0000 mode 2 pages 80 MAP faca0000 mode 2 pages 80 MAP 2040000 mode 0 pages 16 MAP 20c0000 mode 0 pages 16 MAP 20000000 mode 0 pages 16384 WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD = 14.0. kbd0 at kbdmux0 WARNING: Device "openfirm" is Giant locked and may be deleted before = FreeBSD 14.0. acpi0: acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) acpi0: Could not update all GPEs: AE_NOT_CONFIGURED psci0: on acpi0 gic0: iomem = 0x6000000-0x601ffff,0x6200000-0x63fffff on acpi0 its0: on gic0 generic_timer0: irq 27,28,29 on acpi0 Timecounter "ARM MPCore Timecounter" frequency 25000050 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 25000050 Hz quality 1000 efirtc0: efirtc0: registered as a time-of-day clock, resolution 1.000000s uart0: iomem 0x21c0000-0x21cffff irq 0 on acpi0 uart0: console (115200,n,8,1) uart1: iomem 0x21d0000-0x21dffff irq 1 on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib1: on acpi0 pci1: on pcib1 nvme0: mem 0x46000000-0x46003fff at device 0.0 on = pci1 acpi_button0: on acpi0 ahci0: iomem = 0x3200000-0x320ffff,0x700100520-0x700100523 irq 10,11,12 on acpi0 ahci0: AHCI v1.31 with 1 6Gbps ports, Port Multiplier not supported with = FBS ahci0: quirks=3D0x2 ahcich0: at channel 0 on ahci0 ahci1: iomem 0x3210000-0x321ffff irq 13,14,15 on = acpi0 ahci1: AHCI v1.31 with 1 6Gbps ports, Port Multiplier not supported with = FBS ahci1: quirks=3D0x2 ahcich1: at channel 0 on ahci1 ahci2: iomem 0x3220000-0x322ffff irq 16,17,18 on = acpi0 ahci2: AHCI v1.31 with 1 6Gbps ports, Port Multiplier not supported with = FBS ahci2: quirks=3D0x2 ahcich2: at channel 0 on ahci2 ahci3: iomem 0x3230000-0x323ffff irq 19,20,21 on = acpi0 ahci3: AHCI v1.31 with 1 6Gbps ports, Port Multiplier not supported with = FBS ahci3: quirks=3D0x2 ahcich3: at channel 0 on ahci3 xhci0: iomem 0x3100000-0x310ffff irq 25 on = acpi0 xhci0: 64 bytes context size, 32-bit DMA usbus0 on xhci0 xhci1: iomem 0x3110000-0x311ffff irq 26 on = acpi0 xhci1: 64 bytes context size, 32-bit DMA usbus1 on xhci1 acpi_tz0: on acpi0 acpi_tz1: on acpi0 acpi_tz2: on acpi0 acpi_tz3: on acpi0 acpi_tz4: on acpi0 acpi_tz5: on acpi0 acpi_tz6: on acpi0 acpi_tz7: on acpi0 acpi_tz8: on acpi0 cpu0: on acpi0 cryptosoft0: armv8crypto0: acpi_perf0: on cpu0 device_attach: acpi_perf0 attach returned 6 device_attach: acpi_perf1 attach returned 6 device_attach: acpi_perf2 attach returned 6 device_attach: acpi_perf3 attach returned 6 device_attach: acpi_perf4 attach returned 6 device_attach: acpi_perf5 attach returned 6 device_attach: acpi_perf6 attach returned 6 device_attach: acpi_perf7 attach returned 6 device_attach: acpi_perf8 attach returned 6 device_attach: acpi_perf9 attach returned 6 device_attach: acpi_perf10 attach returned 6 device_attach: acpi_perf11 attach returned 6 device_attach: acpi_perf12 attach returned 6 device_attach: acpi_perf13 attach returned 6 device_attach: acpi_perf14 attach returned 6 device_attach: acpi_perf15 attach returned 6 acpi_perf0: on cpu0 device_attach: acpi_perf0 attach returned 6 device_attach: acpi_perf1 attach returned 6 device_attach: acpi_perf2 attach returned 6 device_attach: acpi_perf3 attach returned 6 device_attach: acpi_perf4 attach returned 6 device_attach: acpi_perf5 attach returned 6 device_attach: acpi_perf6 attach returned 6 device_attach: acpi_perf7 attach returned 6 device_attach: acpi_perf8 attach returned 6 device_attach: acpi_perf9 attach returned 6 device_attach: acpi_perf10 attach returned 6 device_attach: acpi_perf11 attach returned 6 device_attach: acpi_perf12 attach returned 6 device_attach: acpi_perf13 attach returned 6 device_attach: acpi_perf14 attach returned 6 device_attach: acpi_perf15 attach returned 6 Timecounters tick every 1.000 msec ZFS filesystem version: 5 ZFS storage pool version: features support (5000) usbus0: 5.0Gbps Super Speed USB v3.0 usbus1: 5.0Gbps Super Speed USB v3.0 ugen1.1: at usbus1 uhub0 on usbus1 uhub0: on = usbus1 ugen0.1: at usbus0 uhub1 on usbus0 uhub1: on = usbus0 acpi_tz0: failed to set new freq, disabling passive cooling Release APs...Trying to mount root from zfs:zopt0/ROOT/13_0R-CA72-nodbg = []... Root mount waiting for: CAM usbus0 usbus1done CPU 0: ARM Cortex-A72 r0p3 affinity: 0 0 Cache Type =3D <64 byte D-cacheline,64 byte = I-cacheline,PIPT ICache,64 byte ERG,64 byte CWG> Instruction Set Attributes 0 =3D Instruction Set Attributes 1 =3D <> Processor Features 0 =3D Processor Features 1 =3D <> Memory Model Features 0 =3D Memory Model Features 1 =3D <8bit VMID> Memory Model Features 2 =3D <32bit CCIDX,48bit VA> Debug Features 0 =3D <2 CTX BKPTs,4 Watchpoints,6 = Breakpoints,PMUv3,Debugv8> Debug Features 1 =3D <> Auxiliary Features 0 =3D <> Auxiliary Features 1 =3D <> CPU 1: ARM Cortex-A72 r0p3 affinity: 0 1 CPU 2: ARM Cortex-A72 r0p3 affinity: 1 0 CPU 3: ARM Cortex-A72 r0p3 affinity: 1 1 CPU 4: ARM Cortex-A72 r0p3 affinity: 2 0 CPU 5: ARM Cortex-A72 r0p3 affinity: 2 1 CPU 6: ARM Cortex-A72 r0p3 affinity: 3 0 CPU 7: ARM Cortex-A72 r0p3 affinity: 3 1 CPU 8: ARM Cortex-A72 r0p3 affinity: 4 0 CPU 9: ARM Cortex-A72 r0p3 affinity: 4 1 CPU 10: ARM Cortex-A72 r0p3 affinity: 5 0 CPU 11: ARM Cortex-A72 r0p3 affinity: 5 1 CPU 12: ARM Cortex-A72 r0p3 affinity: 6 0 CPU 13: ARM Cortex-A72 r0p3 affinity: 6 1 CPU 14: ARM Cortex-A72 r0p3 affinity: 7 0 CPU 15: ARM Cortex-A72 r0p3 affinity: 7 1 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered ugen1.2: at usbus1 ugen0.2: at usbus0 uhub2 on uhub0 uhub2: = on usbus1 ure0 on uhub1 ure0: = on usbus0 uhub2: MTT enabled 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 ue0: Ethernet address: REPLACED uhub2: 4 ports with 4 removable, self powered Root mount waiting for: CAM usbus1 ugen1.3: at usbus1 uhub3 on uhub2 uhub3: = on usbus1 uhub3: MTT enabled uhub3: 4 ports with 3 removable, self powered Root mount waiting for: CAM usbus1 ugen1.4: at usbus1 uhub4 on uhub0 uhub4: = on usbus1 Root mount waiting for: CAM usbus1 uhub4: 4 ports with 4 removable, self powered Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM nda0 at nvme0 bus 0 scbus4 target 0 lun 1 nda0: nda0: Serial Number REPLACED nda0: nvme version 1.0 x4 (max x4) lanes PCIe Gen3 (max Gen3) link nda0: 457862MB (937703088 512 byte sectors) Dual Console: Serial Primary, Video Secondary Setting hostuuid:REPLACED. Setting hostid: REPLACED. Starting file system checks: /dev/gpt/CA72opt0EFI: FILESYSTEM CLEAN; SKIPPING CHECKS Mounting local filesystems:. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib = /usr/local/lib/compat/pkg /usr/local/lib/compat/pkg /usr/local/lib/gcc11 = /usr/local/lib/perl5/5.32/mach/CORE /usr/local/lib/qt5 = /usr/local/llvm10/lib /usr/local/llvm12/lib Setting hostname: CA72_16Gp_ZFS. Setting up harvesting: = [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,[NET_ETHER],NET_TUN,MOUSE,KEYBOARD,A= TTACH,CACHED Feeding entropy: . lo0: link state changed to UP ue0: link state changed to DOWN Starting dhclient. ue0: no link ......ue0: link state changed to UP got link Starting Network: lo0 ue0. lo0: flags=3D8049 metric 0 mtu 16384 options=3D680003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 groups: lo nd6 options=3D21 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 Starting devd. add host 127.0.0.1: gateway lo0 fib 0: route already in table add host ::1: gateway lo0 fib 0: route already in table add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Creating and/or trimming log files. Clearing /tmp (X related). Updating motd:. Updating /var/run/os-release done. Starting syslogd. No core dumps found. Starting rpcbind. NFS access cache time=3D60 NFSv4 is disabled Starting mountd. Starting nfsd. Mounting late filesystems:. Starting ntpd. Performing sanity check on sshd configuration. Starting sshd. Starting cron. Starting background file system checks in 60 seconds. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Tue Jun 22 08:31:51 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 98A8411DACA4 for ; Tue, 22 Jun 2021 08:31:55 +0000 (UTC) (envelope-from dsl@mcusim.org) Received: from mcusim.org (mcusim.org [176.58.93.53]) (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 4G8KPl3NP4z3QKZ for ; Tue, 22 Jun 2021 08:31:55 +0000 (UTC) (envelope-from dsl@mcusim.org) Received: from x230.ds (unknown [83.28.233.182]) (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) (No client certificate requested) by mcusim.org (Postfix) with ESMTPSA id CBC7781513; Tue, 22 Jun 2021 10:31:53 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mcusim.org; s=default; t=1624350714; bh=Nq7e0gxXbWpvg+SuG1a2SotXSkgLUQ3XdudlhwTXUbk=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=w0SdSLmuuEnWUai8gac8KcGwfj1vX17o+wzeKOlIKAxYv2Dx+fzmU3vWQi7G0oRwc Ant0OAf7IpGczE14DG9NLaP0Q3FJ+/Bbs2njIwqfrOKp3dAcxrBMh5n0IKoTmk/Bt7 Gryn8SPJrXf5VzVa4lKywQG9tvr3+runROa5g61g= Date: Tue, 22 Jun 2021 10:31:51 +0200 To: Mark Millard Cc: freebsd-arm Subject: Re: HoneyComb first-boot notes Message-ID: References: <8A6C415F-A57B-4F2F-861F-052B487166D6.ref@yahoo.com> <8A6C415F-A57B-4F2F-861F-052B487166D6@yahoo.com> <40AE6447-77AF-4D0E-864F-AD52D9F3346F@yahoo.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; charset=us-ascii Content-Disposition: inline In-Reply-To: <40AE6447-77AF-4D0E-864F-AD52D9F3346F@yahoo.com> X-Rspamd-Queue-Id: 4G8KPl3NP4z3QKZ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: dsl@mcusim.org From: Dmitry Salychev via freebsd-arm X-Original-From: Dmitry Salychev X-ThisMailContainsUnwantedMimeParts: N > >> I put an existing FreeBSD Optane into a just delivered > >> HoneyComb, put in the RAM and the matching UEFI/ACPI > >> image on a microsd card and put the card in the slot. > >> I plugged in a USB3 Ethernet dongle, like I use on some > >> other systems. Serial console via its USB port for such. > >> (Optane instead of video card.) The UEFI/ACPI image was > >> extracted from: > >> > >> https://solid-run-images.sos-de-fra-1.exo.io/LX2k/lx2160a_uefi/lx2160acex7_2000_700_2900_8_5_2_sd_81b4bbe.img.xz > >> > >> in order to match the RAM and being based on the > >> most current vintage at: > >> > >> https://github.com/SolidRun/lx2160a_uefi/ > >> > >> It booted. > > > > Could you share whole dmesg? > > I've not done a "boot -v" . The below is actually from a > captured serial console output. It is lightly edited. I > have omitted nearly all loader output (and before). > Thanks for sharing. Have you seen somewhere in output from UEFI (before the loader) that "DPAA2 Management Complex initialized"? Regards, Dmitry From nobody Tue Jun 22 08:40:33 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 417D611DB70D for ; Tue, 22 Jun 2021 08:40:44 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (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 "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G8Kbw0Yl9z3QkP for ; Tue, 22 Jun 2021 08:40:43 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Tue, 22 Jun 2021 08:40:33 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1624351234; bh=R3qAE8YdLRtv7qj+3TitmXzTPXbWNDwSbeGlS4I9G6Y=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=A0O8nAff8JTJSIKSYpKoLfLR83J3koV937tVDpwr4xGh7g/KjymByvGhOD2G1JRR9 P26Bp8+pry8rVCZC5p1O1e7U846ZigwFKZtzAsEAsjjMzfC7BIO/uNCELH8Zl4l9Bl KmMYXhWOI7u9SEii+SwiRCHvCkx7ORKlECCVSIG8= To: dsl@mcusim.org From: Dan Kotowski Cc: Mark Millard , freebsd-arm Reply-To: Dan Kotowski Subject: Re: HoneyComb first-boot notes Message-ID: In-Reply-To: References: <8A6C415F-A57B-4F2F-861F-052B487166D6.ref@yahoo.com> <8A6C415F-A57B-4F2F-861F-052B487166D6@yahoo.com> <40AE6447-77AF-4D0E-864F-AD52D9F3346F@yahoo.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; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4G8Kbw0Yl9z3QkP X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > > > > I put an existing FreeBSD Optane into a just delivered > > > > > > > > HoneyComb, put in the RAM and the matching UEFI/ACPI > > > > > > > > image on a microsd card and put the card in the slot. > > > > > > > > I plugged in a USB3 Ethernet dongle, like I use on some > > > > > > > > other systems. Serial console via its USB port for such. > > > > > > > > (Optane instead of video card.) The UEFI/ACPI image was > > > > > > > > extracted from: > > > > > > > > https://solid-run-images.sos-de-fra-1.exo.io/LX2k/lx2160a_uefi/lx21= 60acex7_2000_700_2900_8_5_2_sd_81b4bbe.img.xz > > > > > > > > in order to match the RAM and being based on the > > > > > > > > most current vintage at: > > > > > > > > https://github.com/SolidRun/lx2160a_uefi/ > > > > > > > > It booted. > > > > > > Could you share whole dmesg? > > > > I've not done a "boot -v" . The below is actually from a > > > > captured serial console output. It is lightly edited. I > > > > have omitted nearly all loader output (and before). > > Thanks for sharing. Have you seen somewhere in output from UEFI (before > > the loader) that "DPAA2 Management Complex initialized"? > > Regards, > > Dmitry stable/13 dmesg: https://gist.github.com/agrajag9/bf6325d4f3321d8d0ee566fee= 767e0d3 current dmesg: https://gist.github.com/6d07004fb3c6f0980d5e94627aaba060 @dmitry - just ignore all the DPAA2 stuff for now. We don't support it at a= ll :'( @mark - I was given a warning about i2c from SR's @jnettlet that it's possi= ble to completely brick the system, although maybe they've solved that in t= he more recent SOC revisions? The IORT warnings might be related to SMMU. I'll have to dig up my notes, I= did a ton of work with Greg on this months ago and it seems that's been sw= apped out of brain memory onto cold storage somewhere. Possibly here? https= ://gist.github.com/agrajag9/ff3c52c11469dccb70e17a11cb9be2a9 Feel free to use/critique my KERNCONF: https://gist.github.com/agrajag9/e39= 91573a274e59f58a0b520d2dcd5d2 Fans: I've had mixed success here. Lots of people went for a full watercool= ing loop with https://www.alphacool.com/shop/gpu-water-cooler/amd-gpu/11088= /alphacool-hf-14-smart-motion-universal-copper-edition?c=3D20587 I'm just using https://www.radianheatsinks.com/product/inm37-5004-25pcu-2-6= / but others like http://www.enzotechnology.com/cnb_r1.htm Either way, welcome to the party! I've been daily-driving mine as a desktop= for a few months, although I still can't get drm-kmod's amdgpu to load pro= perly - perhaps you can? --Dan Kotowski From nobody Tue Jun 22 08:45:38 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 503EE11DBD41 for ; Tue, 22 Jun 2021 08:45:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-54.consmr.mail.gq1.yahoo.com (sonic307-54.consmr.mail.gq1.yahoo.com [98.137.64.30]) (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 4G8Kjn0NnCz3h6V for ; Tue, 22 Jun 2021 08:45:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624351546; bh=NsmjcbwlInZt4yGABfKKFiRFx3xB7sUl8xaUugOlBEM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=km8jBSW14usaebnjJ3vOPTNmvajFpLFERSE97Hodpl2LuTfHOboz8gvbVwwPMWubTh9oO9AtvnyASJIbVxshCrkUWvSdHQ1Fnpmi2r4xF0NZ/3orJkEB1DPXGjGtWYfHsyp35itPVMW6XaUfGSWkWFBTZMYTJN3OO5P4tdjDthQ20l+n7TQ/hBU9drcr2F2Onbd72XMlkyeXTkutlMuyef6Jvs2pMYrSZPU1XXATZwmqc97IDLi2tMhmwgiyAbKljObjbhmm2I/uU1pZUqHO2o2VBN30GLp+j+XjCXSkWdoRovKLki5hweJFY61euHWpbaVe8IpKP8QHGyXsZZEPzg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624351546; bh=mZ6GYgjNYzx5wGudVcwTjNdLIQuxN5TmXsOLuNi9V2M=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=p8pcw4VIMX0dC9aK3uE/dVGm/OQon9fHgzcJH79NEcPOEOj8vpnqPKsrpJBlffh13Hjd855yywzMaGwGGZkUW+D4fX6uuAMmfyhKUiw20JdrfJA8qG3Z8bST9ddx2mNSMBIIDbmvRvjmkGswZr+Vz+nJbUxDZlAV3fppAxyxMBfzsTDoqLO+r/isKwmlcdj3f8G0nRDNeyGd8aROkeVk/XIJKhUXk9KKcHX2WFYx5o/9KXdJQjxybkYCgMPP0sSnPaqJOrfcRK4pj1tfRmNIkDnXXmyBSGUfCiHYMz7Mq3HMZt2WOWTzco+O9L6zRzwqwS17VTIjza3m4HfPGv45Ww== X-YMail-OSG: SDYI7w0VM1kjOZ.x5LgPofxDK.QMpqBDGjuK9.mN1kxHSsfKQkQNBTMRD1jogyh ZI4SovmsSixSnP4n_AkR9j9xYTic88q5urG3Z_cbShQ9xGae1md94yOvjKJAI0.tFSJMNjAK93vj 7YX.kErfL48nTv0LB9zeyV_OhyAGCIllJUvMHTsaU.70qnPWllryflNHu4N2LNuTRTko7lR_N_eL aTyjU5Z8FI28dDUhupooZS50v3fpaA6jkV_RY4DaDVj2Xjyd1.w_Xv7lYzXBt8iBUBI18dRYfqFg AAtnJk1YoiDZELBTmMyiKVGtGLEUfhfDqsCKcNO1f4r3a0UNChT5zRS8zb6bL2NJwZUHwOmPBDNw 53CJqT_mtfEmdwkXWwabB6cbIJ2ZAPgx5lIBlAREnEVLZzdHLZnD_eDW9weIrWF3T5cxCoJ7gu6Q 6JOD8Xet29E9CKIrmIgyKMIBtlQZQ8lAftn.V3YDRoJ4XWutJceBTX79vLhUCjuy8QNd1km9S0qa 6gHLJ2sdX9KNN0J8XBJChES_71dZjB_0yhryPsFUlcprEsTXufl.OMsIHBY_s02MMtWyc3JagWrr vYP5mWHMogXpoGptzEJfsxJwNzlQ6910FkFaE1pGlFKUiceG9Xb0Gt8X7jqjTFx.bffbyrKip95F cEcoOBuc9SgOdiMnb_bAqx.zFj1Zf_52EwSasfF050NPYnhyKlr5zpWb5CD4pxq9yDBgWCdof6WA 3S1a8T3CyIypcjZU9atf2GIbwBz.ETTsLSofpdjp4bubrXKjo9QwqpZBXP3aOjfd4wrvrkj_7UkN vt3u1bF6uj3uwfBSudkCMLdywbiIZGQACuRNWtMTLo3M_Qnd1bjV16B5D7nwNf8wvrL4t1J5KGrX nVnB0zo4QnEMuH7bhmWEjjxUbIe6mRnYTUa7tp62EILrEZ80FJetBW1FMGUw.DyqpP1szIspOYUY Q4biYY322uy9HcT0EKG40Z8XUZT4UBukCGxpMYqhvIE63MYVaSEGksFONUcB7rY.1bdCs0V1HWjx FIbOGIyueKmmU3KxOODCwbVpgmRWtr9cR1ByvNLMcpT3Uqu43Xp5i..9U_wHpBwLYN1NyYgIxAqw Yr5h5feJReO4pX.hLn9aQW3RYmfMrXgIwOnWTm1D_rOcWhp9VPk.Dq8yU.z8BvV3a4vCkhdtrIj. 3OSP.SMxplhjDDjDT4nt6hoBa2KojnDHB.0RvIHs2UIPKAThsn61JfSzu49ES7Y417hsTji6gdXl 62RjOyj.N1.vCuRDFT.FdAQYgUrzw13ZueaBG11oLPFJ1TbU2nHmcpS9Yay1en.UPs6sP6LFoiTe pKGm2PTD4IGklb7Ry5VwzKsapYkQPGMnxTwkvGgU20nqo9DPIk8opu9LnUM_m88C8E6cS9uSEJOy LoA2D_F2PZ1FJJ_GADpNQXqrxm3QoN2IjddNFwl7sX1aZCkDm3pqobTQqbJY4ERHbgOwC4RF_R6u zGzt9w3Hndm4U8HDyh6tlxgS9c7AOgXTNRjmY7y.Qj3yUvIwDoHCNw3t71DGq0hn6M.Wnpy25MM0 6ZFvrTXqc30cTHHJBsMZW5YEd_2zh0UrkxZBQcRJzz4rakR2Gm2rb2VR9jvrv.DF0N05ahUq905N 2yOGoUnp7BVtRapL8SrTo39KTz3ZL9MT935JjMJgxWynsdU3wjGj9vjEuGmCHowk1i76_ryJiL6I v3QFWKW7Y.HTevOX5c3TQaOcLgEq__as8FskfXJl9l45epLxvXbN.VLQTkjLwPOnS3fFqZ_qeleO 33O3qv08e3b8wuP1XBlFqtFxXEWxwz6PuTeUAxuJtAKpqLt7KbkQp0sgfFyLPzRRZSuK7AENX_4b yNM2V5gafNJdnUkQ6G27BAg_r33Dl7Xijsws8rCX4HPJkizCZQe.Cx.mGLIJ0yN2JowXE.3q6sLX XEswD829n6RoeqxBQdu4gmO7vAEnXzT0Y5MvujsEaeeHuzCvW7B_.fw4qFEDv92_QKn8z_UAL0Ir A2TIv2jzTwIyEYLDrJR2WLc.A6RWvW4bCFf8GsxP_ErAk0cIL6jzPiRDbTDo.3GRfi7_Shi_2ANI 9n.KzHL9C9gkWvDHBpy52YEBZuSCKmhVboMFCF1IJ6j6JGgUA5XToTBIWrI97nkigvjMb2Ztvg0m _cs26BEfXMInkCC3OKMbtdr3j2xdJAEWw7JWb_5J__15OHWcXlDCg6tJLnRR8Pg81v8nNtjReFp5 zrSiNTaQ96B_bFr8hjirldAOjd.b46M6BdS7BFuGTQbxVaYmr63WI7uVmt2NzkruP2XQ7S3ePPaF k3phiLlOpQePggNGKEoqM44m.sRvU6RwFWimtoG8T7qj7JABBuPgaE8z6rHp2iSVebNiM.76BO0n HvSJ.fKy0hnE3wNMqmetKTsosC9400xeoKI2.Zw9GotZf.z7SuCcVgeWoWRS0U7G4ADf.MQpxDoY yV40TvYI5IyPaUzfL55yuIw3pIAX.7eHS X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Tue, 22 Jun 2021 08:45:46 +0000 Received: by kubenode517.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID fdcaf8e22994c9ac845be0a2c41f742b; Tue, 22 Jun 2021 08:45:41 +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: HoneyComb first-boot notes In-Reply-To: Date: Tue, 22 Jun 2021 01:45:38 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <0DF376DC-C4A5-494C-BAA5-782516596CF0@yahoo.com> References: <8A6C415F-A57B-4F2F-861F-052B487166D6.ref@yahoo.com> <8A6C415F-A57B-4F2F-861F-052B487166D6@yahoo.com> <40AE6447-77AF-4D0E-864F-AD52D9F3346F@yahoo.com> To: Dmitry Salychev X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G8Kjn0NnCz3h6V 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-22, at 01:31, Dmitry Salychev wrote: >=20 >>>> I put an existing FreeBSD Optane into a just delivered >>>> HoneyComb, put in the RAM and the matching UEFI/ACPI >>>> image on a microsd card and put the card in the slot. >>>> I plugged in a USB3 Ethernet dongle, like I use on some >>>> other systems. Serial console via its USB port for such. >>>> (Optane instead of video card.) The UEFI/ACPI image was >>>> extracted from: >>>>=20 >>>> = https://solid-run-images.sos-de-fra-1.exo.io/LX2k/lx2160a_uefi/lx2160acex7= _2000_700_2900_8_5_2_sd_81b4bbe.img.xz >>>>=20 >>>> in order to match the RAM and being based on the >>>> most current vintage at: >>>>=20 >>>> https://github.com/SolidRun/lx2160a_uefi/ >>>>=20 >>>> It booted. >>>=20 >>> Could you share whole dmesg? >>=20 >> I've not done a "boot -v" . The below is actually from a >> captured serial console output. It is lightly edited. I >> have omitted nearly all loader output (and before). >>=20 >=20 > Thanks for sharing. Have you seen somewhere in output from UEFI = (before > the loader) that "DPAA2 Management Complex initialized"? The text "DPAA2" does not occur in the captured output at all. However, that is my understanding of the expected status. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Tue Jun 22 09:15:14 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 011B111DF127 for ; Tue, 22 Jun 2021 09:15:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-23.consmr.mail.gq1.yahoo.com (sonic312-23.consmr.mail.gq1.yahoo.com [98.137.69.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 4G8LMs6xtlz3mBx for ; Tue, 22 Jun 2021 09:15:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624353319; bh=494pUSqQ0fUqeAtn1KIDvuMeHvH2pbrWJcuEvSvMSrA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=F39w4U/KOfUY1QoMN6ZVZtzFSE8M/CchaKvoO+xpsnYOtm5Z5d3trG0xwca8d3xrlieXYlSlKLngWSecyfynqxq0sUWQgYBo6VWx1pjpWgqTS5YV6CzvOqH3rM19X4Y/tfzFhVHnSEB3ugNuXsvzq8aDFXozZCF7B5E0Cb8ga68lSISkhl2EK19hShzQQwrtbhE5TEyZO1cuObH0OXN+Ql4Me0d9zhj8sDt3oJUKwALkyAqwfY5ptQuMRNw8baCDxThap8uOBgv1oFCaeMxeQ04xEhGJU2srr6BIyJxuOLrAW8/TcgsFFReJ43inIxVBDyW2nPXHLubAF34zJvfgsg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624353319; bh=/QgEb1icMMOvEHqLzeEjG2mXyfggHGukG6jQGWLX4Fb=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=geq8BzwWs409X5KiVlR7TmSLBIAeoCgv8wAesnOTOyWTvvvSi3ubfs0h4Pr7UYCebw3TrQNVYzSmjBqi/R0u+EUz9vJ5RXJQhcQKWML3gO0yw01oAF2T/YnN7sur5ofUrWJkdA5Y6PtCCaV0qhrjFPI6PpfP9WibsguEskJFlcstGn4q7rFmc/hwgrxmNEFNOKPIYcPEDUvOrN500J9DFG+cSls5izvQ7YITW8xVVdXrV5dqW/VFXATkigd+TH2HSWGRJW7q8caAonr6Ps+dolB3FSQ/Os7um9VAjDjRJpUvLt9jVGpw5ynMA87pqAb/RRmhCShR8FXNrWk15ug/lg== X-YMail-OSG: ABrDfq4VM1l4Ox6NIeXWj5dYzgJFvkWRK6tdmmz4D9CzMWksjdc_6jTXDa7aOoj uXOulG4sCnhrXBxKIoWI3l_3r8oE2axaCGCZHtBgauIufq9O2MYBBh0eIltJu0S1ft_rp2rg1wma 0shJbGFstmQMtBc.D5P9Zcjj8NU1RS_njXFgyAC5.sW2azMT7PyIsPghsO8Fyz31CpvwNRlNA8SK A4uHklS7kYj5hy_OLr.FuoBRbENDSagq72c1IHwTSC.17u9jaTXaBsjrb808JwPmRhcBceUn7bje 4PxxHx9M1xGKEkZf2ZRwXJ3Mk1BbEDpXiBIcIPdGHYfsLZ5gXIdDcd3srp62k_QDZ8tK1h70j3Tk yemB1TqQK4rJe7_ADUJQKY0i_.6NhKImCV.F9R4SF1AUiKkJ3ECm3JWn11X_WC6LIZt3bCZz6EUv WG15e6yLgholIZOVGSzFbaH4H9Bbhrg25aDjdKo8lbc.KfPl8edMk0F9777wYm24fMJXhuITTfIv JrNwMJAMZbTXyCFw6fRsWxRH_mpjDSEx7iiHLaCvwVIMAVeP1f8bpsOoYR99bw4ryXBsIcyhy6Sf PSDcGgscJMJ9_YGOwIkToqLx1nzqG1GSiqfev6tBqFeOu83HD9x1R0j_UrmEbeX4oWIjHIukJs0g tMiWyPCZ.nhv7nxJNeTUC_P7zXWMebArqIApaVuMWe_qmrxuP2Ao4ICk1Mj2M6slwrecRruSfBuk xvVKUCzxUxTeaajAqrsYmCEkDAIbhPIBP.p9Fo8uH7I5HDEkf88pahBDeMounqCX_NhrFqMISI98 Q5T69jJR3uXOkc_7Ur1scNG63lVyW6g4J0sX_zW4BEQU_Se7uld6YBYx6HzyY_MWcKYvOprb0s0H GxNbRCvXv26uwgBwj5fA41YkwxAnPw5TIUf.dfpY57zklJLyvYbjLZCHntNVBHW7ZI4QYPHJd4.4 DrGp9lnLTXDIso6QfZnSh7yz7lI6.6gvQk7.X6Dc1ZNCapqFVicxCqb.2_HyakkFiR5c8CSLQ2Hu Y.zyqSBNF5RGbUxa1CQADovKMvdLBXiB.GIcjgFh0CdLoa9fGg6pEedPcvfWCOgigeWTlXUp9UO. EKVTM4NGIJyMEkRmKItMFKNLWp7azlmpkCHRPKkK7Odi4OrERCKSX6UQFJpuxbiPpq58z.zr5YgD QIlurEIl0hwpiXvltgTXGHxPnvTSV9bXQShahEKR_vZ3A8WXgQvkXVMp.AS5bVgpp8pURwHGCrMt G1hORdycw4RPx98v4HflAYRTItIoQCIIAjqWC24jmv6NCqAtahnJq9y3SzP_.4PcsTeuz1jkqQfi qAdoUPqbx.SPoOUCcV7e.F0VFhard2LLGLGiEjb5zxdRaEIMd_.xn_rEl6SXdcv5dOanUpV.GFQV xhgC08867.gIY6LNy22q1O76SG3ZuWC8moMi8oN9DAbs_wUxN35MGQYWg8.2CvNVPPLcewwdrVZT Cb.9fHM3KVwXMLlNshbAiLpQWHddx.3Yp7HIC2oiylnhl4AZ.DOVlFXORW3TzSPWw6FHxdMtSQKK UPx8qzc.D9MEjFmpcL7JmeAMRthVsefy3b56rUIvb.2HePAlEL7ycdhsIfNYj1xKLhICiTAvIRd0 MWqIprqalp3VeBPRDPpBCPY15R65.Nay4iXw2RRlq3izMuu9QGoza7aGveZkkq85VUOpXfIvDtDI Yu_WjFdfCILKaDhqAdT4S2pA3Thghxh3noP44JEbqFwz13zEVlG21kEvijKhseoK_H8WUb9fmAh5 Sw.56OEq.GN4e5f4wHzAY.8jpcQIA500GvUd3KEjOWWDkHAHyU9VXV.Q.9amGoILjf41pbzuyJzS q6Wfv6X7R89P.4oyyvJY.G.TwbZz6SCyBxWAYD7mCB1WMD5pS.uP9zfwOephGw77TQJ8uCwBwP6J 0ORvlNxfO_Mz7FuHkcv5Rf90J4Z0TMzaw1O8YTk_qlAbbKgUGsVwMkv0fxqS21BV7oo6VdaNJg0b uazyFQ4SNUuPuXEmyY2jxw29PiclPBH.s2.oqmheYIKjmRsepQxUxaRT7bqk5rqIzN3VOQ9HmlM2 7U1H9z2A8vWjrAHDDCmDTDcWaw.aQo7MM9eIjt9rauDcmWW2pp8Hmqsk6Y3I9cQedHOl6t2c2vPt .jBQDfztkBoK31OVA9jc4qHUMBdrZCm3Ddgnqts1dfFLLbtjizHXt0GtdQIDJSwsn3kAbWgiaOrq dJtK.SP.Pw3wRuMRTqUkc485MEXMlKaTKNjHpUhdOOUVnDZgDNIeNc8H7Y0aL5q7DWA5wsGIjzld gOzT30tAnKWgkJ5L.fsnRDGBJbzUTDAXdGhfdWYBX3VtYBCpu2CgWIA9GaS.PLiNgz4FGoRlllAD 47O0t6k1rSTxiSXxmWnYOCWveGlW8Ci.cmEpBxKAwPCTAHnyY19XaMYkcq0qB1sNKyYNPQ99H5Ew O1bo.Q70KynAxYiEWpBnGzUwCkLJ7VOf1JGt.JHtchnDS4dNfcR3jfrykagVLSH5GeXGT.MfYpEH fJntdeH20dJCi8v62MMrpeLSjgxftrbu_i3.kxqzbT8Jg.JNp_MgJyNzxNm5isdtb2AFV9avDucQ A14P_7diSTyzuRofSCFmL X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Tue, 22 Jun 2021 09:15:19 +0000 Received: by kubenode548.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 50a53f60fa1f9cc0fd5969d9434ca9d5; Tue, 22 Jun 2021 09:15:15 +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: HoneyComb first-boot notes In-Reply-To: Date: Tue, 22 Jun 2021 02:15:14 -0700 Cc: dsl@mcusim.org, freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <8A6C415F-A57B-4F2F-861F-052B487166D6.ref@yahoo.com> <8A6C415F-A57B-4F2F-861F-052B487166D6@yahoo.com> <40AE6447-77AF-4D0E-864F-AD52D9F3346F@yahoo.com> To: Dan Kotowski X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G8LMs6xtlz3mBx X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=F39w4U/K; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; 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.204: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)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.204:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.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-22, at 01:40, Dan Kotowski wrote: >=20 >>>>> I put an existing FreeBSD Optane into a just delivered >>>>>=20 >>>>> HoneyComb, put in the RAM and the matching UEFI/ACPI >>>>>=20 >>>>> image on a microsd card and put the card in the slot. >>>>>=20 >>>>> I plugged in a USB3 Ethernet dongle, like I use on some >>>>>=20 >>>>> other systems. Serial console via its USB port for such. >>>>>=20 >>>>> (Optane instead of video card.) The UEFI/ACPI image was >>>>>=20 >>>>> extracted from: >>>>>=20 >>>>> = https://solid-run-images.sos-de-fra-1.exo.io/LX2k/lx2160a_uefi/lx2160acex7= _2000_700_2900_8_5_2_sd_81b4bbe.img.xz >>>>>=20 >>>>> in order to match the RAM and being based on the >>>>>=20 >>>>> most current vintage at: >>>>>=20 >>>>> https://github.com/SolidRun/lx2160a_uefi/ >>>>>=20 >>>>> It booted. >>>>=20 >>>> Could you share whole dmesg? >>>=20 >>> I've not done a "boot -v" . The below is actually from a >>>=20 >>> captured serial console output. It is lightly edited. I >>>=20 >>> have omitted nearly all loader output (and before). >>=20 >> Thanks for sharing. Have you seen somewhere in output from UEFI = (before >>=20 >> the loader) that "DPAA2 Management Complex initialized"? >>=20 >> Regards, >>=20 >> Dmitry >=20 > stable/13 dmesg: = https://gist.github.com/agrajag9/bf6325d4f3321d8d0ee566fee767e0d3 >=20 > current dmesg: = https://gist.github.com/6d07004fb3c6f0980d5e94627aaba060 >=20 > @dmitry - just ignore all the DPAA2 stuff for now. We don't support it = at all :'( And UEFI/ACPI currently appears to not give anyone anything to support (yet). > @mark - I was given a warning about i2c from SR's @jnettlet that it's = possible to completely brick the system, although maybe they've solved = that in the more recent SOC revisions? FYI: Jon Nettleton recently reported: QUOTE okay I have replicated the the i2c bus issues. Now I have something I can fix END QUOTE > The IORT warnings might be related to SMMU. I'll have to dig up my = notes, I did a ton of work with Greg on this months ago and it seems = that's been swapped out of brain memory onto cold storage somewhere. = Possibly here? = https://gist.github.com/agrajag9/ff3c52c11469dccb70e17a11cb9be2a9 FYI: Jon Nettleton reported: QUOTE ACPI: IORT: Dropping unhandled type 6 This is ACPI RMR support which was just released in March 2020 and only recently updated as of 2 months ago. I assume the other type 1 are the named components for the network packet processor. Those will need to be fixed once driver support for the onboard networking is added END QUOTE (Jon is not always clear about UEFI/ACPI vs. U-Boot vs. Linux kernel or whatever combination is involved.) > Feel free to use/critique my KERNCONF: = https://gist.github.com/agrajag9/e3991573a274e59f58a0b520d2dcd5d2 I've never been one to spend effort cutting things from the standard kernels. In a couple of cases, in dealing with old PowerMac issues, I've forced something to be in the kernel to avoid contexts where I could not load the same but it was always needed for what I was doing. > Fans: I've had mixed success here. Lots of people went for a full = watercooling loop with = https://www.alphacool.com/shop/gpu-water-cooler/amd-gpu/11088/alphacool-hf= -14-smart-motion-universal-copper-edition?c=3D20587 >=20 > I'm just using = https://www.radianheatsinks.com/product/inm37-5004-25pcu-2-6/ but others = like http://www.enzotechnology.com/cnb_r1.htm >=20 > Either way, welcome to the party! I've been daily-driving mine as a = desktop for a few months, although I still can't get drm-kmod's amdgpu = to load properly - perhaps you can? The PCIe slot has an Optane, not video. Very few of the machines I use have video engaged even rarely. One FreeBSD machine has a lower end (and low power) video card --but I do not use X11 or the like on it generally. Similarly for built-in HDMI (when it is used at all). The same Optane can be used to boot the MACCHIATObin Double Shot, where it was previously in use. I do not have access to other aarch64 machines with a PCIe slot. These two machines only have one such slot. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Tue Jun 22 09:20:52 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 DF5D05D07DA for ; Tue, 22 Jun 2021 09:20:55 +0000 (UTC) (envelope-from dsl@mcusim.org) Received: from mcusim.org (mcusim.org [176.58.93.53]) (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 4G8LVH5JQFz3nhL for ; Tue, 22 Jun 2021 09:20:55 +0000 (UTC) (envelope-from dsl@mcusim.org) Received: from x230.ds (unknown [83.28.233.182]) (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) (No client certificate requested) by mcusim.org (Postfix) with ESMTPSA id 290DA816E6; Tue, 22 Jun 2021 11:20:54 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mcusim.org; s=default; t=1624353654; bh=fZVE5jw2Zm/Y93uk4g/2MaFxyHXIGOIZMn/+Ln5sHjI=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=gHyPZlywS08/by7xFFcUHkIoDnAGQAKjPuLgbnwvIWwWyYWseFEAt5kLj/ElVyJkC BoHk4z1ktivgWoImd3bCafbYOkk54O7geUR1gYDI4+8j5s9/y690Q+U7LzoHvHEyEU BLThKRZm+fvoyhvfL7GqeJYqZZMABiV3MyY7sxDM= Date: Tue, 22 Jun 2021 11:20:52 +0200 To: Mark Millard Cc: freebsd-arm Subject: Re: HoneyComb first-boot notes Message-ID: References: <8A6C415F-A57B-4F2F-861F-052B487166D6.ref@yahoo.com> <8A6C415F-A57B-4F2F-861F-052B487166D6@yahoo.com> <40AE6447-77AF-4D0E-864F-AD52D9F3346F@yahoo.com> <0DF376DC-C4A5-494C-BAA5-782516596CF0@yahoo.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; charset=us-ascii Content-Disposition: inline In-Reply-To: <0DF376DC-C4A5-494C-BAA5-782516596CF0@yahoo.com> X-Rspamd-Queue-Id: 4G8LVH5JQFz3nhL X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: dsl@mcusim.org From: Dmitry Salychev via freebsd-arm X-Original-From: Dmitry Salychev X-ThisMailContainsUnwantedMimeParts: N > >>>> I put an existing FreeBSD Optane into a just delivered > >>>> HoneyComb, put in the RAM and the matching UEFI/ACPI > >>>> image on a microsd card and put the card in the slot. > >>>> I plugged in a USB3 Ethernet dongle, like I use on some > >>>> other systems. Serial console via its USB port for such. > >>>> (Optane instead of video card.) The UEFI/ACPI image was > >>>> extracted from: > >>>> > >>>> https://solid-run-images.sos-de-fra-1.exo.io/LX2k/lx2160a_uefi/lx2160acex7_2000_700_2900_8_5_2_sd_81b4bbe.img.xz > >>>> > >>>> in order to match the RAM and being based on the > >>>> most current vintage at: > >>>> > >>>> https://github.com/SolidRun/lx2160a_uefi/ > >>>> > >>>> It booted. > >>> > >>> Could you share whole dmesg? > >> > >> I've not done a "boot -v" . The below is actually from a > >> captured serial console output. It is lightly edited. I > >> have omitted nearly all loader output (and before). > >> > > > > Thanks for sharing. Have you seen somewhere in output from UEFI (before > > the loader) that "DPAA2 Management Complex initialized"? > > The text "DPAA2" does not occur in the captured output > at all. However, that is my understanding of the expected > status. That's strange because DPAA2 firmware should be included into UEFI built from lx2160a_uefi: https://github.com/SolidRun/edk2-platforms/blob/edk2-stable202102-lx2160acex7/Platform/SolidRun/LX2160aCex7/LX2160aCex7.fdf#L252 I assumed that there might be any output that firmware has been loaded correctly at least. Regards, Dmitry From nobody Tue Jun 22 09:32:51 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 A05585D1B2E for ; Tue, 22 Jun 2021 09:32:55 +0000 (UTC) (envelope-from dsl@mcusim.org) Received: from mcusim.org (mcusim.org [176.58.93.53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G8Lm64VnXz3q1K for ; Tue, 22 Jun 2021 09:32:54 +0000 (UTC) (envelope-from dsl@mcusim.org) Received: from x230.ds (unknown [83.28.233.182]) (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) (No client certificate requested) by mcusim.org (Postfix) with ESMTPSA id 37C5181755; Tue, 22 Jun 2021 11:32:53 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mcusim.org; s=default; t=1624354373; bh=VsN40qeLOQGF9blKqFbxNBCb+bRJg+L5WWQAsLEKqUE=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=x61oCDs4QomRKqM5TJ6VJV06GiEHu8bg+Oo8Hj+IiBJgGaWJqyluRmkU6aUtAV307 iNDQbVriTXm05kQeyuNwoXt13YyCciARh1dN4AJuAnuQnmy2aWHaBBS0neT3wxPgVG RecHQCsgP/1cQGP+2h22PWXwSRjGJlMGN/vcXhss= Date: Tue, 22 Jun 2021 11:32:51 +0200 To: Dan Kotowski Cc: Mark Millard , freebsd-arm Subject: Re: HoneyComb first-boot notes Message-ID: References: <8A6C415F-A57B-4F2F-861F-052B487166D6.ref@yahoo.com> <8A6C415F-A57B-4F2F-861F-052B487166D6@yahoo.com> <40AE6447-77AF-4D0E-864F-AD52D9F3346F@yahoo.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; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4G8Lm64VnXz3q1K X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mcusim.org header.s=default header.b=x61oCDs4; dmarc=pass (policy=reject) header.from=mcusim.org; spf=pass (mx1.freebsd.org: domain of dsl@mcusim.org designates 176.58.93.53 as permitted sender) smtp.mailfrom=dsl@mcusim.org X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[mcusim.org:s=default]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[176.58.93.53:from:127.0.2.255]; RECEIVED_SPAMHAUS_PBL(0.00)[83.28.233.182:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[mcusim.org:+]; DMARC_POLICY_ALLOW(-0.50)[mcusim.org,reject]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[176.58.93.53:from]; ASN(0.00)[asn:36236, ipnet:176.58.93.0/24, country:US]; FREEMAIL_CC(0.00)[yahoo.com,freebsd.org]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_COUNT_TWO(0.00)[2] Reply-To: dsl@mcusim.org From: Dmitry Salychev via freebsd-arm X-Original-From: Dmitry Salychev X-ThisMailContainsUnwantedMimeParts: N > @dmitry - just ignore all the DPAA2 stuff for now. We don't support it at all :'( Linux has already got a support for DPAA2. I just want to get my hands dirty and port/write from scratch a minimal driver which supports on-board Ethernet at least. Regards, Dmitry From nobody Tue Jun 22 10:09:38 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 8AA545D50E3 for ; Tue, 22 Jun 2021 10:09:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-54.consmr.mail.gq1.yahoo.com (sonic308-54.consmr.mail.gq1.yahoo.com [98.137.68.30]) (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 4G8MZc24RQz3tdX for ; Tue, 22 Jun 2021 10:09:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624356582; bh=VqWaZFK8f8pnHAtEps+pyMt6svwiJabADDcpf7Lp/2Q=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=OoMX2pg9jRxSDNIx0biT8ZePdlqmRG7R9Qc9Vajbs4qhSTA5jkos7OlvEAZl56bu4Y3kMwzynpVV5dJ8VuGidQWlfndwpU2wFUtwViFCu5zpT/Q9MTr7NnMmeUI9BSkq8PLUA+x1Tf2i+gh8L0qWxaSbWmePbhmLA5AlQvkNCSF20hYEibH4nRJ6VBhzw5ueb1X2UKABqIPd5B7PoW+RlHZv5mVnx6ZYI+AjxYm5TBXJ3LVJumQd4VpDRReZxiQFQmVB369oxVTwKTb79IUtUGgvQI90ELJbX5QFNB/qn58MnNOHha8bvO/Xi1+fB2V+nvgOGXouqfNbphFDVlSejA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624356582; bh=bakIXaOKFlb1rW2nTaUhhwqS/CVd9gfGugO6tvEzo/B=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=A17jjFdXykznC9mF6Rno22nrNAJNjCubzUh/FZMb9m9eipgjOBylTIbqoU7CEgRp7gYPKTJv8F9Mka8hqCw2dqNgp0cuVq9n+gf9vVJ1pm6/h1AVpaNSKOQb3pnfWTxgGbQsPPAVrre49E6yJ6kNIkltAt2TkHlI53d6E34AYMvZigW1GOlKzvB/0Pz+MDNR9UxKkZr6tRCkk5VYEq73uTAGsn8ldbKXKzrjkXPaPUJhaYXJvInUbgrb5ba42xNOH+jc+bwsF1GAw6qU0a7X+DBGwjrmuKKcjBrI4tKZxhqWIA2UL3yKJhFl8auApsbzLnde6t4avkLoBhmN5oMAOg== X-YMail-OSG: JHA0sPwVM1m_TWzRbO.7jyjc3gylRsIWikyGsyoGFAv0rCEVgIN6yQ73cPzFWf2 GdTLz3QzbdUATpTvsSZS6r8Ly4Pw9f0hdtAB5IXegTR6iUzXia0wr7UajEoWlP7Cl6dfoV0bV.Z1 W_4TuKZaPgLLkAMtKzVNDL37UGmy3Xi2PQOPLBnX72CpmtR..V2BaQ_XMnqAa0ZZh1jq_SxhGn1m FjWMb7Es2hqdtla1i.InVH_q7tJLBlvMEzSpheJPEMrrzBG.ulWMaNk1BxPcdYa6YjGHDrbi_Wq8 82xn2ed9a7etSTcCmSHkAgqklVBO4kcQkLfxPwmfZ0v6m2Rrl5JXUVGBbCnx47fKkFgRrON9BdGC qRjorJR95oQ4pblt6EcL7izvR5h6yBoYTxsAplIPhN9iVSjiKgynK5LGWq4VpMEbH.S9O9KHJhHJ 9xocRXLL19TiFsD4sJ6pxEWivAzRqewKPkhT_L4kE1CCaQypumgnHodK067vVUM9mu7UXpZ3sc45 QA0Fy5Jpx4Hmy4ufhNAnRLlHJhG5Rm4ute8ndBWXtQD9Knoc96CWqw4j.FsA30i5ICMuyLKIxMXW k9KP2522cACme8gQJNZ2f3SiNDvkbRWy6QrRB5bkxG6iAFThA2rDoF5jJ0CBUGgg.pw7V.DxLmEK A3PL4X49SkZFGcHUVwNWPLBvbdWjc2u8.84sfwkyxkHI0EW6otFbVefzBR7UqGqB.VNr9QzejF1F LPF0gI.0E6ULXcLlce8ZaorECOnyu3ekJHwZi0QlBRwqnvHJpxMKvg4hxnVtPmuNpD5o1YySsSWf TBf_UdXQDSPqOmM3MRvtSgT6GBdXkqSRLrtWj.Y_lHRZu9HvbwoZJhiuAhqmKOnQMa8o2cdFtSoK 1tQKWjmOO_cVw7XyjLaVeMzSJWWGxqYa9fVWVHjAeaqMJa9DokWccrID0AutBqBtc4wl79qd1UB. Aex4oQqsJjuHkHj0_uLFYn_TS1q42Pv2R0Z1dBY8qeZ0vGaFnQ0ggcGaAt7YfcmwYxxuw39Bz2H8 t2cn5GlBkqbFpvSgTJqo3y9DiiNgHjJNOwL0q9DThrmc4PwiVT3o1rauDEHOZbQDODI.6.cvXnsa WFINLwf7uEGG6am2Cu98YH1GRpMRrgXR5xG.o_CFFmjYssOdz9XcEF7wdCGwbAxwEsG6k5DzrvUG lrAdCgSCXMDMNF7RDwtWRYp7KaaD5KNQ451jIT5n90gY7RjGDKwX_vkmK_357Nj5s9sH7B_vKiJZ ERprI3RuzrExIb0W41Nj9fVXpt3jrzPuFwcCzIXokQL9nzix8_DKEXtnVGQlMrLDkXQTb5mPts0k B3DpLpwDBESwJ6MojfuEuq2CNi__Vu9jQe.2tOS02vOwR9VNy5YoKVGer09LTd7BuPbVEIwN6w_V OriSU1NN6vBpMzOK3L1vhz_NQ9oF_MGqGkH9450K9xo7erFWwr5ZwUSany8LULLgCLu8Etb47s96 saesMmxyBcKD6tWxQMo907N.t82euv7yfUBjtqy_bVCkZdHNKTDk9323L5SR8NqKR7_EbYzunK3x fi3v0kApl.XzRAV.hJ.uz7DbBjbP_SvZaYudHaoWL_DIlD5y75Ettgz1mYL6dQeV6mDGy3bBxwYg NHOKjl1_g_RxKpJd3BPEfIl1UhQhccmx771L5f.7PrwD8cdGwVdAcptDsNiv3JN0yNjlYDcNubev kUgEJZB1zPZ3aKzzDNKCwuDtv_6RYwwjj75vL3iwre6j.HnHHWK5jNeQU2LpFXUpJ4GFmOnoKcMS XuYa2EZHg8.xzFJB7uMTH7keuYiMYRhGQxlhK0PS.h41k9uMbHYXpwIg6dIlK3lTSZSHu4K_g42S a.t1cP2q4oLzHEkZBKBzdv48Jcz.FRzxfxGRoiTENgeF9nz_HczKJ.8p02Cxli_FFP1Rnyb.6m2t YMSEOfEciDKNKhHwhIHRVVWzHtMoUvWSyA.3.qOSPsAF.gEVb539iEwQ_XMbDaAkUdpJvYumHr.v kksxeenYzmdaiFbTUg5Eq1cYSkCo_tvz9oMcWKvGsbcejFa5sgnuzp5vo.eAAmmsxeCEYMULZYp1 iBaQBppBalvx17S6Lft1v9ITiY5BgAHPvUT6zTNKdpQIc1NOcDdTCj24SFW5X7ceWYf9KYXiDMTJ dAjJ1zOMba4OQl9vcZXcDoOvo.E9akkIVxo0vYrSW1iuBcpvpamSarMLqWeWnXTaUJ_4SxrtWo6P ta7AAYbK.3W6_Rsbx9WgF37Sj1pecyaifTWgCiyy.z6bYhjNyzBlq184yx.FWcd.ldcOUO.8Q8Y1 qsk2ES1BvHfexzxu.1nsaJpr5KmKOA9_B8tH7XjdK64WFozKMnh8FjwNcxVoCf0zg5bXoGvTm2ua MUwflfn1X8HKjQOC0TC0mQdxOgIocFDlzCoYC2bcN4E0O6qfg755wRxo5xNJD33tvBp0Mgqu31Rr CIXpddOWluM2To1r6xI_69n0hNj2NmzDrnr49IA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Tue, 22 Jun 2021 10:09:42 +0000 Received: by kubenode515.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9e77bab19cf4c2039312ffb0f9108b5a; Tue, 22 Jun 2021 10:09:39 +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: HoneyComb first-boot notes In-Reply-To: Date: Tue, 22 Jun 2021 03:09:38 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <8A6C415F-A57B-4F2F-861F-052B487166D6.ref@yahoo.com> <8A6C415F-A57B-4F2F-861F-052B487166D6@yahoo.com> <40AE6447-77AF-4D0E-864F-AD52D9F3346F@yahoo.com> <0DF376DC-C4A5-494C-BAA5-782516596CF0@yahoo.com> To: dsl@mcusim.org X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G8MZc24RQz3tdX 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-22, at 02:20, Dmitry Salychev via freebsd-arm wrote: >=20 >=20 >>>>>> I put an existing FreeBSD Optane into a just delivered >>>>>> HoneyComb, put in the RAM and the matching UEFI/ACPI >>>>>> image on a microsd card and put the card in the slot. >>>>>> I plugged in a USB3 Ethernet dongle, like I use on some >>>>>> other systems. Serial console via its USB port for such. >>>>>> (Optane instead of video card.) The UEFI/ACPI image was >>>>>> extracted from: >>>>>>=20 >>>>>> = https://solid-run-images.sos-de-fra-1.exo.io/LX2k/lx2160a_uefi/lx2160acex7= _2000_700_2900_8_5_2_sd_81b4bbe.img.xz >>>>>>=20 >>>>>> in order to match the RAM and being based on the >>>>>> most current vintage at: >>>>>>=20 >>>>>> https://github.com/SolidRun/lx2160a_uefi/ >>>>>>=20 >>>>>> It booted. >>>>>=20 >>>>> Could you share whole dmesg? >>>>=20 >>>> I've not done a "boot -v" . The below is actually from a >>>> captured serial console output. It is lightly edited. I >>>> have omitted nearly all loader output (and before). >>>>=20 >>>=20 >>> Thanks for sharing. Have you seen somewhere in output from UEFI = (before >>> the loader) that "DPAA2 Management Complex initialized"? >>=20 >> The text "DPAA2" does not occur in the captured output >> at all. However, that is my understanding of the expected >> status. >=20 > That's strange because DPAA2 firmware should be included into UEFI = built from > lx2160a_uefi: >=20 > = https://github.com/SolidRun/edk2-platforms/blob/edk2-stable202102-lx2160ac= ex7/Platform/SolidRun/LX2160aCex7/LX2160aCex7.fdf#L252 >=20 > I assumed that there might be any output that firmware has been loaded = correctly > at least. The edk2 build is not a debug build and, before putting up the menu, only outputs (I stripped some escape sequences): =00NOTICE: BL2: v2.4(release):v2.0-4462-ge7b392d0a NOTICE: BL2: Built : 07:47:06, May 31 2021 NOTICE: UDIMM KHX2933C17S4/32G =20 NOTICE: DDR4 UDIMM with 2-rank 64-bit bus (x8) NOTICE: 64 GB DDR4, 64-bit, CL=3D17, ECC off, 256B, CS0+CS1 NOTICE: BL2: Booting BL31 NOTICE: BL31: v2.4(release):v2.0-4462-ge7b392d0a NOTICE: BL31: Built : 07:47:10, May 31 2021 NOTICE: Welcome to lx2160acex7 BL31 Phase UEFI firmware built at 07:44:26 on May 31 2021. version: 202102 SOC: LX2160ACE Rev2.0 (0x87360020) UEFI firmware (version 202102 built at 07:44:28 on May 31 2021) Tianocore/EDK2 firmware version 202102 Press ESCAPE for boot options .... After the menu things start with basically: Consoles: serial port =20 = |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08 Reading loader env vars from = /efi/freebsd/loader.env Setting currdev to disk2p1: |=08/=08-=08\=08|=08/=08FreeBSD/arm64 EFI loader, Revision 1.1 Command line arguments: loader.efi Image base: 0xedc89000 EFI version: 2.70 EFI Firmware: EDK II (rev 0.00) Console: comconsole (0) Load Path: \EFI\BOOT\BOOTAA64.EFI . . . One might be able to make inferences from the content of some potential menu displays. Otherwise, I expect that a debug build would be required to see DPAA2 references. I do not expect one can validly infer much from the lack of "DPAA2" text in my boot sequence (with any capitalization vs. lower case status). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Tue Jun 22 12:37:29 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 D293F11CEC74 for ; Tue, 22 Jun 2021 12:38:18 +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 4G8Qt10xsxz4bQy for ; Tue, 22 Jun 2021 12:38:16 +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=pS3rov/a9Se4bscKl8jZ6qSepqJO7gbbNKOFVmLp6ic=; b=e9MOr7inAqV3Ry1gZPI+uY2okZ ya7xGnAlQhiugH5No02uFz48lQr1CgHaJmnmhLElC8pDXqo507VIHZ+ZiMQRP6yQPaHZNzJs0rlRB /+soNtUZ5CsjV8+sVe9QfBjkmKzcb7JLBK413lrvZGCHbWo7T7+BUjYhF1mREGLUY3cLbnMzVQWXi FgmoDnVMir1j6x9QMK/yJxVUaElfUalrBRx8VMu33+pGmQpvFPnUOooOd3KqBt6bfNlkjAX5S/Uu/ kArlz6hjdqfqc7kRkWScO54NKCauGpJiZ4/+05IidnO3Ubt1HXVyjt84w76sgMsTIPD1tW7Jf+UX1 MIFIMplA==; Received: from [10.9.9.73] (helo=submission02.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1lvffR-0001yU-W8 for freebsd-arm@freebsd.org; Tue, 22 Jun 2021 14:38:14 +0200 Received: by submission02.runbox with esmtpsa [Authenticated ID (984599)] (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) id 1lvffN-0003Hs-CA for freebsd-arm@freebsd.org; Tue, 22 Jun 2021 14:38:09 +0200 Date: Tue, 22 Jun 2021 13:37:29 +0100 From: Denis Ovsienko To: freebsd-arm@freebsd.org Subject: Re: Raspberry Pi 3B+ and pitiful network speeds Message-ID: <20210622133729.47b26900@basepc> In-Reply-To: References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> <20210620222922.51da1818@basepc> <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> <20210621111301.75fa1c7a@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=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4G8Qt10xsxz4bQy X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ovsienko.info header.s=selector2 header.b=e9MOr7in; 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 Tue, 22 Jun 2021 08:24:02 +1000 MJ wrote: > [=C2=A0 1] 0.00-30.19 sec=C2=A0=C2=A0 310 MBytes=C2=A0 86.0 Mbits/sec >=20 > Now, I could run these very same tests off Devuan if you like? This > may help disprove any network issues? Although, as I've stated, the > Devuan version running on the RPI3 consistently gets up to 3 times > this speed. Thank you for clarifying the test results Matt. From the numbers it indeed looks like the TCP throughput never reaches even 100Mb/s. Whilst the root cause of this might be a driver issue, or a consequence of the "early access" board USB implementation not working well in FreeBSD, it would help to eliminate trivial explanations as well. One such thing that comes to my mind is whilst the FreeBSD RPI end is displaying 1000Mb/s in ifconfig, it might not represent the actual mode negotiated between the PHYs, and that the actual mode might be 100Base-TX, possibly even half-duplex. So if you could confirm how the other end of the link (assuming it works correctly) is seeing the Ethernet connection and its error counters (frame length, CRC, collisions), that would improve the sense of where the root cause might be. Also I wonder if limiting the negotiated mode (or nailing it down at both ends) to 100Base-TX/full would actually make the link perform at 100Base-TX level (it is not even there right now). It might look a far cry, but in my experience any hardware and any software can malfunction, often in unexpected places. Considering the classic "swap one component at a time and watch if anything changes" method you are already using, you might want to run another TCP throughput test using an external USB Ethernet interface. If that delivers 300Mb/s (or even steady 100Mb/s), that would be interesting. Also it might help to plug a fast USB storage into this board and to run a block device read test with dd to confirm that this specific board is able to push bytes through USB fast enough when it is running FreeBSD. I would unlikely do that myself anytime soon because the only RPI3B+ I use runs NetBSD and is not available for tests. Most importantly, I am not a FreeBSD developer, but the developers would likely want to receive as exact problem statement as possible. Have a nice day. --=20 Denis Ovsienko From nobody Tue Jun 22 13:25:48 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 2472011D2C76 for ; Tue, 22 Jun 2021 13:25:51 +0000 (UTC) (envelope-from SRS0=pVC1=LQ=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 4G8Rwt5TRSz4h83 for ; Tue, 22 Jun 2021 13:25:50 +0000 (UTC) (envelope-from SRS0=pVC1=LQ=klop.ws=ronald-lists@realworks.nl) Date: Tue, 22 Jun 2021 15:25:48 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1624368348; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=PkXofpu1GhIUO7aWZ8OSbiFA0PRZyMjYgMvgEGPi88Q=; b=SxEDf1iK+vR2HEeVrH32pAL9CxVaa4BIvjmQZgTzeu1QYYHNt+1BLWkhcE9gnKyukrV+K2 rmtcCBX5voA5uKKF4e4ayxSkwGL8IMk46Fcj4SCDe1wDX8Jwb4ZyXOhA18+K5kvZnbeJjH 72I0A3tyOoLdxEGqECxluOtdERusgZRQs7ExU5WmSrAcoKn5a+zUf8lKuXydikFCaPq9Bk i1CWq5W/vmbiOH2Hos40IjcBpEaDbO03xLnaY6iNlkSN/5ONOmHSgcUkDrHVkgVG7rzAfj vsoP1EPHyLTYjO/WAkqYTEhRqrfF9JXE2h2T4myAw4UlIBQYZ3TOcN+z7icUKQ== From: Ronald Klop To: MJ Cc: Denis Ovsienko , freebsd-arm@freebsd.org Message-ID: <1880280342.34.1624368348439@localhost> In-Reply-To: References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> <20210620222922.51da1818@basepc> <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> <20210621111301.75fa1c7a@basepc> Subject: Re: Raspberry Pi 3B+ and pitiful network speeds 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="----=_Part_33_301945157.1624368348427" X-Mailer: Realworks (565.1228.854240a9c62) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4G8Rwt5TRSz4h83 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y ------=_Part_33_301945157.1624368348427 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Van: MJ Datum: dinsdag, 22 juni 2021 00:24 Aan: Denis Ovsienko , freebsd-arm@freebsd.org Onderwerp: Re: Raspberry Pi 3B+ and pitiful network speeds > > > > > > * an nc process at each end of the TCP connection > > > * a dd process piped to each nc process to measure the throughput > > * no filesystem access, hence the dd processes reading from /dev/urandom > > (or /dev/zero if you like) and writing to /dev/null > > > > Which would be along these lines: > > > > # TCP download > > freebsdrpi$ nc -l 10000 | dd bs=1m of=/dev/null > > linuxpc$ dd if=/dev/zero bs=1M count=2000 status=progress | \ > > nc freebsdrpi 10000 > > # TCP upload > > linuxpc$ nc -l 15000 | dd bs=1M of=/dev/null status=progress > > freebsdrpi$ dd if=/dev/zero bs=1m count=2000 | nc linuxpc 15000 > > Thank you for your assistance, Denis. This is a lengthy post. > > > Results from FreeBSD 13 headless PC (gateway) to FreeBSD RPI3B+ (rpi3): > -------------------------------------------- > [TCP DOWNLOAD] > > RPI3B+: > nc -l 10000 | dd bs=1m of=/dev/null > 0+342615 records in > 2000+0 records out > 2097152000 bytes transferred in 277.126050 secs (7567502 bytes/sec) > > FreeBSD13: > dd if=/dev/zero bs=1M count=2000 status=progress | nc rpi3 10000 > 2094006272 bytes (2094 MB, 1997 MiB) transferred 265.056s, 7900 kB/s > 2000+0 records in > 1747+506 records out > 2097152000 bytes transferred in 265.354504 secs (7903209 bytes/sec) > > > -------------------------------------------- > > [TCP UPLOAD] > RPI3B+: > > dd if=/dev/zero bs=1m count=2000 | nc gateway 15000 > 2000+0 records in > 2000+0 records out > 2097152000 bytes transferred in 198.379433 secs (10571418 bytes/sec) > > > FreeBSD13: > nc -l 15000 | dd bs=1M of=/dev/null status=progress > 2095054848 bytes (2095 MB, 1998 MiB) transferred 200.017s, 10 MB/s > 0+281264 records in > 2000+0 records out > 2097152000 bytes transferred in 203.023846 secs (10329585 bytes/sec) > > <<< The gateway/FreeBSD13 is gigabit capable on the tested card.>>> > > I also tested using iperf: > > Upload from FreeBSD PC to RPI3B+: > > iperf -c rpi3 -w 2m -t 30s -i 1 > ------------------------------------------------------------ > Client connecting to rpi3, TCP port 5001 > TCP window size: 32.8 KByte (WARNING: requested 1.91 MByte) > ------------------------------------------------------------ > [ 1] local 192.168.1.106 port 29887 connected with 192.168.1.24 port 5001 > [ ID] Interval Transfer Bandwidth > [ 1] 0.00-1.00 sec 7.75 MBytes 65.0 Mbits/sec > [ 1] 1.00-2.00 sec 8.12 MBytes 68.2 Mbits/sec > [ 1] 2.00-3.00 sec 10.5 MBytes 88.1 Mbits/sec > [ 1] 3.00-4.00 sec 10.4 MBytes 87.0 Mbits/sec > [ 1] 4.00-5.00 sec 10.2 MBytes 86.0 Mbits/sec > [ 1] 5.00-6.00 sec 10.2 MBytes 86.0 Mbits/sec > [ 1] 6.00-7.00 sec 6.00 MBytes 50.3 Mbits/sec > [ 1] 7.00-8.00 sec 9.75 MBytes 81.8 Mbits/sec > [ 1] 8.00-9.00 sec 8.88 MBytes 74.4 Mbits/sec > [ 1] 9.00-10.00 sec 8.38 MBytes 70.3 Mbits/sec > [ 1] 10.00-11.00 sec 10.0 MBytes 83.9 Mbits/sec > [ 1] 11.00-12.00 sec 9.12 MBytes 76.5 Mbits/sec > [ 1] 12.00-13.00 sec 9.12 MBytes 76.5 Mbits/sec > [ 1] 13.00-14.00 sec 10.1 MBytes 84.9 Mbits/sec > [ 1] 14.00-15.00 sec 5.38 MBytes 45.1 Mbits/sec > [ 1] 15.00-16.00 sec 7.50 MBytes 62.9 Mbits/sec > [ 1] 16.00-17.00 sec 7.62 MBytes 64.0 Mbits/sec > [ 1] 17.00-18.00 sec 9.25 MBytes 77.6 Mbits/sec > [ 1] 18.00-19.00 sec 5.38 MBytes 45.1 Mbits/sec > [ 1] 19.00-20.00 sec 5.62 MBytes 47.2 Mbits/sec > [ 1] 20.00-21.00 sec 10.0 MBytes 83.9 Mbits/sec > [ 1] 21.00-22.00 sec 8.62 MBytes 72.4 Mbits/sec > [ 1] 22.00-23.00 sec 9.88 MBytes 82.8 Mbits/sec > [ 1] 23.00-24.00 sec 6.25 MBytes 52.4 Mbits/sec > [ 1] 24.00-25.00 sec 9.88 MBytes 82.8 Mbits/sec > [ 1] 25.00-26.00 sec 10.2 MBytes 86.0 Mbits/sec > [ 1] 26.00-27.00 sec 10.2 MBytes 86.0 Mbits/sec > [ 1] 27.00-28.00 sec 10.2 MBytes 86.0 Mbits/sec > [ 1] 28.00-29.00 sec 10.2 MBytes 86.0 Mbits/sec > [ 1] 29.00-30.00 sec 10.2 MBytes 86.0 Mbits/sec > [ 1] 0.00-30.22 sec 265 MBytes 73.7 Mbits/sec > > ---------------------------------------------------------------------------- > > From RPI3B+ to FreeBSD PC: > > iperf -c 192.168.1.106 -w 2m -t 30s -i 1 > ------------------------------------------------------------ > Client connecting to 192.168.1.106, TCP port 5001 > TCP window size: 1.91 MByte (WARNING: requested 1.91 MByte) > ------------------------------------------------------------ > [ 1] local 192.168.1.24 port 55499 connected with 192.168.1.106 port 5001 > [ ID] Interval Transfer Bandwidth > [ 1] 0.00-1.00 sec 12.1 MBytes 102 Mbits/sec > [ 1] 1.00-2.00 sec 10.4 MBytes 87.0 Mbits/sec > [ 1] 2.00-3.00 sec 10.5 MBytes 88.1 Mbits/sec > [ 1] 3.00-4.00 sec 10.4 MBytes 87.0 Mbits/sec > [ 1] 4.00-5.00 sec 10.4 MBytes 87.0 Mbits/sec > [ 1] 5.00-6.00 sec 10.4 MBytes 87.0 Mbits/sec > [ 1] 6.00-7.00 sec 10.5 MBytes 88.1 Mbits/sec > [ 1] 7.00-8.00 sec 10.4 MBytes 87.0 Mbits/sec > [ 1] 8.00-9.00 sec 10.4 MBytes 87.0 Mbits/sec > [ 1] 9.00-10.00 sec 10.4 MBytes 87.0 Mbits/sec > [ 1] 10.00-11.00 sec 10.4 MBytes 87.0 Mbits/sec > [ 1] 11.00-12.00 sec 10.5 MBytes 88.1 Mbits/sec > [ 1] 12.00-13.00 sec 10.4 MBytes 87.0 Mbits/sec > [ 1] 13.00-14.00 sec 10.5 MBytes 88.1 Mbits/sec > [ 1] 14.00-15.00 sec 10.4 MBytes 87.0 Mbits/sec > [ 1] 15.00-16.00 sec 10.4 MBytes 87.0 Mbits/sec > [ 1] 16.00-17.00 sec 10.2 MBytes 86.0 Mbits/sec > [ 1] 17.00-18.00 sec 10.0 MBytes 83.9 Mbits/sec > [ 1] 18.00-19.00 sec 9.38 MBytes 78.6 Mbits/sec > [ 1] 19.00-20.00 sec 9.50 MBytes 79.7 Mbits/sec > [ 1] 20.00-21.00 sec 9.50 MBytes 79.7 Mbits/sec > [ 1] 21.00-22.00 sec 9.88 MBytes 82.8 Mbits/sec > [ 1] 22.00-23.00 sec 10.4 MBytes 87.0 Mbits/sec > [ 1] 23.00-24.00 sec 10.4 MBytes 87.0 Mbits/sec > [ 1] 24.00-25.00 sec 10.4 MBytes 87.0 Mbits/sec > [ 1] 25.00-26.00 sec 9.88 MBytes 82.8 Mbits/sec > [ 1] 26.00-27.00 sec 10.4 MBytes 87.0 Mbits/sec > [ 1] 27.00-28.00 sec 10.5 MBytes 88.1 Mbits/sec > [ 1] 28.00-29.00 sec 10.4 MBytes 87.0 Mbits/sec > [ 1] 29.00-30.00 sec 10.4 MBytes 87.0 Mbits/sec > [ 1] 0.00-30.19 sec 310 MBytes 86.0 Mbits/sec > > Now, I could run these very same tests off Devuan if you like? This may help disprove any network issues? Although, as I've stated, the Devuan version running on the RPI3 consistently gets up to 3 times this speed. > > Thanks > > Matt. > > > > > Hi, Just another data point for the investigation. RPI3B+ FreeBSD 13.0-RELEASE-p1 #0: Wed May 26 22:19:21 UTC 2021 GENERIC ue0: flags=8943 metric 0 mtu 1500 options=80009 ether b8:27:xx:xx:xx:xx inet 192.168.1.148 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseT ) status: active nd6 options=29 RPI4 FreeBSD 14.0-CURRENT #7 main-62ffcaab8: Tue Mar 23 17:26:53 CET 2021 GENERIC-NODEBUG genet0: flags=8943 metric 0 mtu 1500 options=280009 ether dc:a6:xx:xx:xx:xx inet 192.168.1.127 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseT ) status: active nd6 options=29 These two are next to each other connected by a 1gbit switch. [root@rpi3 ~]# iperf -c rpi4 -w 2m -t 30s -i 1 ------------------------------------------------------------ Client connecting to rpi4, TCP port 5001 TCP window size: 32.8 KByte (WARNING: requested 1.91 MByte) ------------------------------------------------------------ [ 1] local 192.168.1.148 port 21246 connected with 192.168.1.127 port 5001 [ ID] Interval Transfer Bandwidth [ 1] 0.00-1.00 sec 12.6 MBytes 106 Mbits/sec [ 1] 1.00-2.00 sec 13.6 MBytes 114 Mbits/sec [ 1] 2.00-3.00 sec 13.5 MBytes 113 Mbits/sec [ 1] 3.00-4.00 sec 13.6 MBytes 114 Mbits/sec [ 1] 4.00-5.00 sec 13.5 MBytes 113 Mbits/sec [ 1] 5.00-6.00 sec 13.6 MBytes 114 Mbits/sec [ 1] 6.00-7.00 sec 13.6 MBytes 114 Mbits/sec [ 1] 7.00-8.00 sec 13.6 MBytes 114 Mbits/sec [ 1] 8.00-9.00 sec 13.2 MBytes 111 Mbits/sec [ 1] 9.00-10.00 sec 13.5 MBytes 113 Mbits/sec [root@rpi4 ~]# iperf -c rpi3 -w 2m -t 30s -i 1 ------------------------------------------------------------ Client connecting to rpi3, TCP port 5001 TCP window size: 32.8 KByte (WARNING: requested 1.91 MByte) ------------------------------------------------------------ [ 1] local 192.168.1.127 port 24993 connected with 192.168.1.148 port 5001 [ ID] Interval Transfer Bandwidth [ 1] 0.00-1.00 sec 15.6 MBytes 131 Mbits/sec [ 1] 1.00-2.00 sec 16.8 MBytes 141 Mbits/sec [ 1] 2.00-3.00 sec 16.6 MBytes 139 Mbits/sec [ 1] 3.00-4.00 sec 16.8 MBytes 141 Mbits/sec [ 1] 4.00-5.00 sec 16.5 MBytes 138 Mbits/sec [ 1] 5.00-6.00 sec 16.8 MBytes 141 Mbits/sec [ 1] 6.00-7.00 sec 16.4 MBytes 137 Mbits/sec [ 1] 7.00-8.00 sec 16.5 MBytes 138 Mbits/sec [ 1] 8.00-9.00 sec 16.6 MBytes 139 Mbits/sec [ 1] 9.00-10.00 sec 14.6 MBytes 123 Mbits/sec Regards, Ronald. ------=_Part_33_301945157.1624368348427-- From nobody Tue Jun 22 18:13: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 5E2BD11E4162 for ; Tue, 22 Jun 2021 18:13:28 +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 4G8ZJm28XDz3Mrb for ; Tue, 22 Jun 2021 18:13:28 +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 32EA9158C5 for ; Tue, 22 Jun 2021 18:13:28 +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 15MIDSk1017438 for ; Tue, 22 Jun 2021 18:13:28 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 15MIDS5x017437 for freebsd-arm@FreeBSD.org; Tue, 22 Jun 2021 18:13:28 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 256779] Marvell Armada8K PCI-E - Cannot get phy: map: cannot get reg property Date: Tue, 22 Jun 2021 18:13:28 +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: bz@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=3D256779 Bug ID: 256779 Summary: Marvell Armada8K PCI-E - Cannot get phy: map: cannot get reg property Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: bz@FreeBSD.org Hi, updated my GT8K and found this; not much time to investigate tonight; if = it rings a bell to someone please let me know (I assume dts has changes and co= de has not)? (Sorry for the slightly garbled serial console output) pcib0: mem 0xf2600000-0xf260ffff,0xf6f00000-0xf6f7ffff irq 23 on simplebus2=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20 pcib0: Cannot get phy[0]=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20 pcib0: Bus is cache-coherent=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20 pci0: on pcib0=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20 pci0: domain=3D0, physical bus=3D0=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20 found-> vendor=3D0x11ab, dev=3D0x0110, revid=3D0x00=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20 domain=3D0, bus=3D0, slot=3D0, func=3D0=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20 cmdreg=3D0x0107, statreg=3D0x0010, cachelnsz=3D8 (dwords)=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)= =20=20=20=20=20=20=20=20=20=20=20=20 intpin=3Da, irq=3D255=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 powerspec 3 supports D0 D1 D2 D3 current D0=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 MSI supports 32 messages, 64 bit, vector masks=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 MSI-X supports 1 message in maps 0x10 and 0x18=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 mcib0: failed to reserve resource for pcib1=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 pcib1: failed to allocate initial I/O port window: 0-0xffff=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 pcib1: domain I bus> on pcib1=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20 pcib1: allocated bus range (1-1) for rid 0 of pci1=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 pci1: domain=3D0, physical bus=3D1=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20 found-> vendor=3D0x14c3, dev=3Dchelnsz=3D8 (dwords)=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20 lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)= =20=20=20=20=20=20=20=20=20=20=20=20 intpin=3Da, irq=3D0=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 powerspec 3 supports D0 Dmap: cannot get reg property=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20 cpuid =3D 0=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 time =3D 1=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20 KDB: stack backtrace:=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 db_trace_self() at db_trace_self=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20 db_trace_self_wrapper() at db_trace_self_wrapper+0x30=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 vpanic() at vpanic+0x184=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20 panic() at panic+0x44=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 ofw_bus_lookup_imap() at ofw_bus_lookup_imap+0x108=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 ofw_pcib_route_interrupt() at ofw_pcib_route_interrupt+0x1cc=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 pcib_route_interrupt() at pcib_route_interrupt+0xf4=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 pci_assign_interrupt() at pci_assign_interrupt+0xf4=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 pci_add_resources() at pci_add_resources+0x654=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 pci_add_child() at pci_add_child+0x7c=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20 pci_add_children() at pci_add_children+0x58=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20 pci_attach() at pci_attach+0xd8=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20 device_attach() at device_attach+0x400=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20 bus_generic_attach() at bus_generic_attach+0x4c=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 device_attach() at device_attach+0x400=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20 bus_generic_attach() at bus_generic_attach+0x4c=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 pci_attach() at pci_attach+0xe0=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20 device_attach() at device_attach+0x400=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20 bus_generic_attach() at bus_generic_attach+0x4c=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 pci_mv_attach() at pci_mv_attach+0x6dc --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed Jun 23 02:18:14 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 C977611DB996 for ; Wed, 23 Jun 2021 02:18:23 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: from mail-pl1-x62b.google.com (mail-pl1-x62b.google.com [IPv6:2607:f8b0:4864:20::62b]) (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 4G8n4H51vbz4qW4 for ; Wed, 23 Jun 2021 02:18:23 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: by mail-pl1-x62b.google.com with SMTP id y21so337971plb.4 for ; Tue, 22 Jun 2021 19:18:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=nLtRqznaInLrUTYQbNLB5+OmIF7PSIf9gV2esCPDjf8=; b=UMwrq1hzUwLJgJM5RVUkek361+FLcFYMyvfsbyPij3+xQQzy8MVJUt7j2LCiA7F23D o2JJbvZ7VVn396Go+bA+Ju5zUpCGSZLQ+w4uaT3xU3hoOKRdejmN9glg7fLWlh3hurqt 4XuXO5JBxJ1rUU6mCVWtj6eRoswi8hrhBAMJrm5bIT0jROxF0Oz/ZVXVgVr4KcJtT7z/ 7Hhh8VYbrEq1sarFzRWq7m5eQ4HkwZt0meDwAcrpYmDezKC7JiNpiEiPgfLc+gp/R/os X+BxukeQqPH5oFLWJNEOJimrvWe7xBgO6ybmB+PL6+X9SjfvLCOW8wRSNKIauny8p4Um U1SA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=nLtRqznaInLrUTYQbNLB5+OmIF7PSIf9gV2esCPDjf8=; b=VDllbSJpu/BcA20v02PakPCDsX4GUbfJJM6x7DysYQ5L+CGlGcoMNeYKeNdyicgNoG ExyNW7fTo5IB0CwJca7LQp3zjrNoTkDfkjLis3VEaK2COZPquEvjcW5ibrZgWdKk2znC wuiqaTKZs7ObmnVsQTNJwqMNo5a3tzWfu3UJznSNv+BBBs4XYmZJYwf+8vQQ49/Imisz dNTIg/yskTzmJkqbL4oUnjl7GWrhVxMHN2OkORB5yn5IYhEVuhImdxcNfMFUOoXYPtC/ R7sv7OwSKjski+hSzWwGsj5IrEhH+BSvN7w34eRRDM+7YhEk1L940EYM81C/PN6veIEG yc6w== X-Gm-Message-State: AOAM532NvFV1yb+uXAhbGASHZcRFBYCkiw0NP7/0CONTQxnKJCIZ1mAM PhICfNci0XDmOVwgHddHZZiU9P1QRphfhQ== X-Google-Smtp-Source: ABdhPJwsVt4Z0R7EZt1A4V96pSWyRbNYSIutTLPZCz1E/BHyFl0zA1WqDtEdu2U1US29oVIsmPbdQg== X-Received: by 2002:a17:90b:793:: with SMTP id l19mr7013811pjz.111.1624414701500; Tue, 22 Jun 2021 19:18:21 -0700 (PDT) Received: from [192.168.1.10] ([115.69.53.183]) by smtp.gmail.com with ESMTPSA id c20sm518603pfp.203.2021.06.22.19.18.19 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 22 Jun 2021 19:18:21 -0700 (PDT) Subject: Re: Raspberry Pi 3B+ and pitiful network speeds To: Ronald Klop Cc: freebsd-arm@freebsd.org References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> <20210620222922.51da1818@basepc> <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> <20210621111301.75fa1c7a@basepc> <1880280342.34.1624368348439@localhost> From: MJ Message-ID: <1f13faa0-3f87-f3d2-0289-9579f33df8d0@gmail.com> Date: Wed, 23 Jun 2021 12:18:14 +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 In-Reply-To: <1880280342.34.1624368348439@localhost> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-AU X-Rspamd-Queue-Id: 4G8n4H51vbz4qW4 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On 22/06/2021 11:25 pm, Ronald Klop wrote: > <...> > > Hi, > > Just another data point for the investigation. > > RPI3B+ FreeBSD 13.0-RELEASE-p1 #0: Wed May 26 22:19:21 UTC 2021 GENERIC > ue0: flags=8943 metric 0 mtu 1500 >    options=80009 >    ether b8:27:xx:xx:xx:xx >    inet 192.168.1.148 netmask 0xffffff00 broadcast 192.168.1.255 >    media: Ethernet autoselect (1000baseT ) >    status: active >    nd6 options=29 > > > RPI4 FreeBSD 14.0-CURRENT #7 main-62ffcaab8: Tue Mar 23 17:26:53 CET 2021 GENERIC-NODEBUG > genet0: flags=8943 metric 0 mtu 1500 >    options=280009 >    ether dc:a6:xx:xx:xx:xx >    inet 192.168.1.127 netmask 0xffffff00 broadcast 192.168.1.255 >    media: Ethernet autoselect (1000baseT ) >    status: active >    nd6 options=29 > > > These two are next to each other connected by a 1gbit switch. > > > [root@rpi3 ~]# iperf -c rpi4 -w 2m -t 30s -i 1 > ------------------------------------------------------------ > Client connecting to rpi4, TCP port 5001 > TCP window size: 32.8 KByte (WARNING: requested 1.91 MByte) > ------------------------------------------------------------ > [  1] local 192.168.1.148 port 21246 connected with 192.168.1.127 port 5001 > [ ID] Interval       Transfer     Bandwidth > [  1] 0.00-1.00 sec  12.6 MBytes   106 Mbits/sec > [  1] 1.00-2.00 sec  13.6 MBytes   114 Mbits/sec > [  1] 2.00-3.00 sec  13.5 MBytes   113 Mbits/sec > [  1] 3.00-4.00 sec  13.6 MBytes   114 Mbits/sec > [  1] 4.00-5.00 sec  13.5 MBytes   113 Mbits/sec > [  1] 5.00-6.00 sec  13.6 MBytes   114 Mbits/sec > [  1] 6.00-7.00 sec  13.6 MBytes   114 Mbits/sec > [  1] 7.00-8.00 sec  13.6 MBytes   114 Mbits/sec > [  1] 8.00-9.00 sec  13.2 MBytes   111 Mbits/sec > [  1] 9.00-10.00 sec  13.5 MBytes   113 Mbits/sec > > > [root@rpi4 ~]# iperf -c rpi3 -w 2m -t 30s -i 1 > ------------------------------------------------------------ > Client connecting to rpi3, TCP port 5001 > TCP window size: 32.8 KByte (WARNING: requested 1.91 MByte) > ------------------------------------------------------------ > [  1] local 192.168.1.127 port 24993 connected with 192.168.1.148 port 5001 > [ ID] Interval       Transfer     Bandwidth > [  1] 0.00-1.00 sec  15.6 MBytes   131 Mbits/sec > [  1] 1.00-2.00 sec  16.8 MBytes   141 Mbits/sec > [  1] 2.00-3.00 sec  16.6 MBytes   139 Mbits/sec > [  1] 3.00-4.00 sec  16.8 MBytes   141 Mbits/sec > [  1] 4.00-5.00 sec  16.5 MBytes   138 Mbits/sec > [  1] 5.00-6.00 sec  16.8 MBytes   141 Mbits/sec > [  1] 6.00-7.00 sec  16.4 MBytes   137 Mbits/sec > [  1] 7.00-8.00 sec  16.5 MBytes   138 Mbits/sec > [  1] 8.00-9.00 sec  16.6 MBytes   139 Mbits/sec > [  1] 9.00-10.00 sec  14.6 MBytes   123 Mbits/sec > > > Regards, > Ronald. > These are very poor for the RPI4, are they not? Is it not fully 1000Mbit? Your RPI3B results are a little better than mine. They are still not very impressive though. Thanks Matt From nobody Wed Jun 23 02:30:29 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 15BE811DC33D for ; Wed, 23 Jun 2021 02:30:39 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: from mail-pj1-x1033.google.com (mail-pj1-x1033.google.com [IPv6:2607:f8b0:4864:20::1033]) (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 4G8nLQ25HMz4r68 for ; Wed, 23 Jun 2021 02:30:38 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: by mail-pj1-x1033.google.com with SMTP id z3-20020a17090a3983b029016bc232e40bso440361pjb.4 for ; Tue, 22 Jun 2021 19:30:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=yuoRVOPI6rbmifB59xbFwKgd0HufHhSKm5glJrFaFYo=; b=SG5ohJrvrX+s6bJa3r5bW752vCx+OKau7EQpIZrSAbuLRMnBe6szG5lUj7sOAu9orF yLaXEu4ljQI6cZ++2ImyYvqCPLbxHjkiN4Si4AD+CLkh22tLVXToXdGzvVgyzQVPM0uh ohPLZtR+3jo9nds33TN3KQ9qHnA2xONpzAJXKfo9DAdEQqmN79p23wD8EKtPKQZuhwIN qqu9HvE5UAVRBn0Ieljk0mWr3fS28yOro302KKeVF5tNvEE7WNkPc3IEbI7d39nK5gui Qh62ugAtYSZBeQGii3oreN7VuF4fKOrgyJBNxKJYFmSV9XVIlg8MBZ/QdnI7V0cJH/vb t2iQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=yuoRVOPI6rbmifB59xbFwKgd0HufHhSKm5glJrFaFYo=; b=lenlABM4KMw00AG3ihiuXZRw/aTV776GzGcYWFOhrT080XGUG1IpB7TUSXoeC91Pqx ajt+VRe1b4Wpk/gLvpOJx/m2Ba0Are5P+I8quCqluzecqlqJYRIqbGoLwO5VzCBled3W Qs90L0BuLY0KlrvEUZuxVqnpAYELatA4pRN3NpLd7WKv9I9gOQ3Kp06WpYERGsjwNv42 UDYKtXdrJvGfgMcxeK0+o5GdChffsnoIMYWOvaVF6OTIX00w8uY/SD/7SgaEjdbehvJO stVBE+5nR0L4+vxTVGzcmHpnwt6k2UZbHNcr/OH53m0A3f2IyfG+C7cpo39o9pU9j4Dx CKaw== X-Gm-Message-State: AOAM531lJ2u1IgjMW8OrygmmOgWz3xIQ+dh70jwrKSLoyxP65k5rcCS6 r/ReTFhgYH3P6UdCPjnSGVjAm7Gmlh56NQ== X-Google-Smtp-Source: ABdhPJzL4mjuFRdD68hmHrYie4cboi+IF+svA9DSi1k/br6oRFJlFXNdPk9LRda0buDOoieH+iac6w== X-Received: by 2002:a17:90a:6fc5:: with SMTP id e63mr7187906pjk.90.1624415435852; Tue, 22 Jun 2021 19:30:35 -0700 (PDT) Received: from [192.168.1.10] ([115.69.53.183]) by smtp.gmail.com with ESMTPSA id j22sm6131056pgb.62.2021.06.22.19.30.34 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 22 Jun 2021 19:30:35 -0700 (PDT) Subject: Re: Raspberry Pi 3B+ and pitiful network speeds To: freebsd-arm@freebsd.org References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> <20210620222922.51da1818@basepc> <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> <20210621111301.75fa1c7a@basepc> <20210622133729.47b26900@basepc> From: MJ Message-ID: <7f85f397-e656-4d05-b044-c079bc60d5e0@gmail.com> Date: Wed, 23 Jun 2021 12:30:29 +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 In-Reply-To: <20210622133729.47b26900@basepc> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-AU X-Rspamd-Queue-Id: 4G8nLQ25HMz4r68 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=SG5ohJrv; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mafsys1234@gmail.com designates 2607:f8b0:4864:20::1033 as permitted sender) smtp.mailfrom=mafsys1234@gmail.com X-Spamd-Result: default: False [-2.26 / 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]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::1033: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::1033:from:127.0.2.255]; NEURAL_SPAM_SHORT(0.74)[0.736]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1033:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: N On 22/06/2021 10:37 pm, Denis Ovsienko wrote: > On Tue, 22 Jun 2021 08:24:02 +1000 > MJ wrote: > >> [  1] 0.00-30.19 sec   310 MBytes  86.0 Mbits/sec >> >> Now, I could run these very same tests off Devuan if you like? This >> may help disprove any network issues? Although, as I've stated, the >> Devuan version running on the RPI3 consistently gets up to 3 times >> this speed. > Thank you for clarifying the test results Matt. From the numbers it > indeed looks like the TCP throughput never reaches even 100Mb/s. Whilst > the root cause of this might be a driver issue, or a consequence of the > "early access" board USB implementation not working well in FreeBSD, it > would help to eliminate trivial explanations as well. Thank you too Denis for your guidance in testing this appliance. The following is also addressed to all those interested: Just as a follow up, I performed some tests this morning using the old Devuan SD Card and a new NetBSD 9.2. The summary is: Devuan/Linux is hands down faster. NetBSD 9.2 is almost 50% faster than FreeBSD 13. While NetBSD's result is not stellar it's still better than the pitiful FreeBSD throughput. I will likely abandon using FreeBSD, but I should probably raise a bug report for this? I am not sure of the process for this or whether it's even wanted. That is, does FreeBSD care enough about little appliances like the Raspberry Pis to spend time fixing an obviously broken network driver/stack? Likewise, I guess, this applies to NetBSD. Anyway, thank you all for your assistance. Matt. ========================================================================================== Test 1: Sending from Devuan (RPI3B+) to FreeBSD 13 PC Server (with 1000Mbit connections): ========================================================================================== iperf -c 192.168.1.106 -w 2m -t 30s -i 1 ------------------------------------------------------------ Client connecting to 192.168.1.106, TCP port 5001 TCP window size:  448 KByte (WARNING: requested 1.91 MByte) ------------------------------------------------------------ [  3] local 192.168.1.24 port 50542 connected with 192.168.1.106 port 5001 [ ID] Interval       Transfer     Bandwidth [  3]  0.0- 1.0 sec  20.9 MBytes   175 Mbits/sec [  3]  1.0- 2.0 sec  37.4 MBytes   314 Mbits/sec [  3]  2.0- 3.0 sec  38.9 MBytes   326 Mbits/sec [  3]  3.0- 4.0 sec  38.6 MBytes   324 Mbits/sec [  3]  4.0- 5.0 sec  38.9 MBytes   326 Mbits/sec [  3]  5.0- 6.0 sec  38.9 MBytes   326 Mbits/sec [  3]  6.0- 7.0 sec  38.8 MBytes   325 Mbits/sec [  3]  7.0- 8.0 sec  38.9 MBytes   326 Mbits/sec [  3]  8.0- 9.0 sec  38.9 MBytes   326 Mbits/sec [  3]  9.0-10.0 sec  38.8 MBytes   325 Mbits/sec [  3] 10.0-11.0 sec  38.4 MBytes   322 Mbits/sec [  3] 11.0-12.0 sec  39.0 MBytes   327 Mbits/sec [  3] 12.0-13.0 sec  38.9 MBytes   326 Mbits/sec [  3] 13.0-14.0 sec  38.8 MBytes   325 Mbits/sec [  3] 14.0-15.0 sec  38.9 MBytes   326 Mbits/sec [  3] 15.0-16.0 sec  39.0 MBytes   327 Mbits/sec [  3] 16.0-17.0 sec  38.8 MBytes   325 Mbits/sec [  3] 17.0-18.0 sec  38.8 MBytes   325 Mbits/sec [  3] 18.0-19.0 sec  39.0 MBytes   327 Mbits/sec [  3] 19.0-20.0 sec  38.9 MBytes   326 Mbits/sec [  3] 20.0-21.0 sec  38.8 MBytes   325 Mbits/sec [  3] 21.0-22.0 sec  38.8 MBytes   325 Mbits/sec [  3] 22.0-23.0 sec  38.8 MBytes   325 Mbits/sec [  3] 23.0-24.0 sec  38.6 MBytes   324 Mbits/sec [  3] 24.0-25.0 sec  39.0 MBytes   327 Mbits/sec [  3] 25.0-26.0 sec  38.8 MBytes   325 Mbits/sec [  3] 26.0-27.0 sec  39.0 MBytes   327 Mbits/sec [  3] 27.0-28.0 sec  38.9 MBytes   326 Mbits/sec [  3] 28.0-29.0 sec  38.9 MBytes   326 Mbits/sec [  3] 29.0-30.0 sec  38.8 MBytes   325 Mbits/sec [  3]  0.0-30.0 sec  1.12 GBytes   320 Mbits/sec ========================================================================================== Test 2: Sending from FreeBSD 13 PC Server to Devuan (RPI3B+): ========================================================================================== iperf -c rpi3 -w 2m -t 30s -i 1 ------------------------------------------------------------ Client connecting to rpi3, TCP port 5001 TCP window size: 32.8 KByte (WARNING: requested 1.91 MByte) ------------------------------------------------------------ [  1] local 192.168.1.106 port 33418 connected with 192.168.1.24 port 5001 [ ID] Interval       Transfer     Bandwidth [  1] 0.00-1.00 sec  14.4 MBytes   121 Mbits/sec [  1] 1.00-2.00 sec  14.9 MBytes   125 Mbits/sec [  1] 2.00-3.00 sec  13.9 MBytes   116 Mbits/sec [  1] 3.00-4.00 sec  14.2 MBytes   120 Mbits/sec [  1] 4.00-5.00 sec  14.9 MBytes   125 Mbits/sec [  1] 5.00-6.00 sec  14.2 MBytes   120 Mbits/sec [  1] 6.00-7.00 sec  14.2 MBytes   120 Mbits/sec [  1] 7.00-8.00 sec  10.0 MBytes  83.9 Mbits/sec [  1] 8.00-9.00 sec  13.8 MBytes   115 Mbits/sec [  1] 9.00-10.00 sec  14.2 MBytes   120 Mbits/sec [  1] 10.00-11.00 sec  14.0 MBytes   117 Mbits/sec [  1] 11.00-12.00 sec  13.2 MBytes   111 Mbits/sec [  1] 12.00-13.00 sec  17.0 MBytes   143 Mbits/sec [  1] 13.00-14.00 sec  18.1 MBytes   152 Mbits/sec [  1] 14.00-15.00 sec  17.9 MBytes   150 Mbits/sec [  1] 15.00-16.00 sec  18.8 MBytes   157 Mbits/sec [  1] 16.00-17.00 sec  18.6 MBytes   156 Mbits/sec [  1] 17.00-18.00 sec  18.6 MBytes   156 Mbits/sec [  1] 18.00-19.00 sec  18.1 MBytes   152 Mbits/sec [  1] 19.00-20.00 sec  18.5 MBytes   155 Mbits/sec [  1] 20.00-21.00 sec  18.9 MBytes   158 Mbits/sec [  1] 21.00-22.00 sec  12.6 MBytes   106 Mbits/sec [  1] 22.00-23.00 sec  14.5 MBytes   122 Mbits/sec [  1] 23.00-24.00 sec  14.8 MBytes   124 Mbits/sec [  1] 24.00-25.00 sec  22.1 MBytes   186 Mbits/sec [  1] 25.00-26.00 sec  22.4 MBytes   188 Mbits/sec [  1] 26.00-27.00 sec  22.0 MBytes   185 Mbits/sec [  1] 27.00-28.00 sec  22.2 MBytes   187 Mbits/sec [  1] 28.00-29.00 sec  22.5 MBytes   189 Mbits/sec [  1] 29.00-30.00 sec  23.2 MBytes   195 Mbits/sec [  1] 0.00-30.02 sec   507 MBytes   142 Mbits/sec I didn't shut down all network traffic while doing this test, but clearly it's visible this exceeds even the best of FreeBSD by 200%. ========================================================================================== Test 3: Sending from NetBSD 9.2 (RPI3B+) to FreeBSD 13 PC Server: ========================================================================================== iperf -c 192.168.1.106 -w 2m -t 30s -i 1 ------------------------------------------------------------ Client connecting to 192.168.1.106, TCP port 5001 TCP window size: 80.5 KByte (WARNING: requested 1.91 MByte) ------------------------------------------------------------ [  3] local 192.168.1.24 port 65524 connected with 192.168.1.106 port 5001 [ ID] Interval       Transfer     Bandwidth [  3]  0.0- 1.0 sec  16.0 MBytes   134 Mbits/sec [  3]  1.0- 2.0 sec  16.4 MBytes   137 Mbits/sec [  3]  2.0- 3.0 sec  16.6 MBytes   139 Mbits/sec [  3]  3.0- 4.0 sec  16.5 MBytes   138 Mbits/sec [  3]  4.0- 5.0 sec  16.2 MBytes   136 Mbits/sec [  3]  5.0- 6.0 sec  16.5 MBytes   138 Mbits/sec [  3]  6.0- 7.0 sec  16.5 MBytes   138 Mbits/sec [  3]  7.0- 8.0 sec  16.4 MBytes   137 Mbits/sec [  3]  8.0- 9.0 sec  16.5 MBytes   138 Mbits/sec [  3]  9.0-10.0 sec  18.1 MBytes   152 Mbits/sec [  3] 10.0-11.0 sec  21.4 MBytes   179 Mbits/sec [  3] 11.0-12.0 sec  16.8 MBytes   141 Mbits/sec [  3] 12.0-13.0 sec  16.5 MBytes   138 Mbits/sec [  3] 13.0-14.0 sec  16.6 MBytes   139 Mbits/sec [  3] 14.0-15.0 sec  15.9 MBytes   133 Mbits/sec [  3] 15.0-16.0 sec  16.1 MBytes   135 Mbits/sec [  3] 16.0-17.0 sec  16.5 MBytes   138 Mbits/sec [  3] 17.0-18.0 sec  16.5 MBytes   138 Mbits/sec [  3] 18.0-19.0 sec  16.5 MBytes   138 Mbits/sec [  3] 19.0-20.0 sec  16.5 MBytes   138 Mbits/sec [  3] 20.0-21.0 sec  16.5 MBytes   138 Mbits/sec [  3] 21.0-22.0 sec  16.6 MBytes   139 Mbits/sec [  3] 22.0-23.0 sec  16.5 MBytes   138 Mbits/sec [  3] 23.0-24.0 sec  16.5 MBytes   138 Mbits/sec [  3] 24.0-25.0 sec  16.4 MBytes   137 Mbits/sec [  3] 25.0-26.0 sec  16.5 MBytes   138 Mbits/sec [  3] 26.0-27.0 sec  16.6 MBytes   139 Mbits/sec [  3] 27.0-28.0 sec  16.5 MBytes   138 Mbits/sec [  3] 28.0-29.0 sec  20.5 MBytes   172 Mbits/sec [  3] 29.0-30.0 sec  16.5 MBytes   138 Mbits/sec [  3]  0.0-30.0 sec   504 MBytes   141 Mbits/sec ========================================================================================== Test 4: Sending from FreeBSD 13 PC Server to NetBSD 9.2 (RPI3B+) : ========================================================================================== iperf -c rpi3 -w 2m -t 30s -i 1 ------------------------------------------------------------ Client connecting to rpi3, TCP port 5001 TCP window size: 32.8 KByte (WARNING: requested 1.91 MByte) ------------------------------------------------------------ [  1] local 192.168.1.106 port 65345 connected with 192.168.1.24 port 5001 [ ID] Interval       Transfer     Bandwidth [  1] 0.00-1.00 sec  10.1 MBytes  84.9 Mbits/sec [  1] 1.00-2.00 sec  11.0 MBytes  92.3 Mbits/sec [  1] 2.00-3.00 sec  11.2 MBytes  94.4 Mbits/sec [  1] 3.00-4.00 sec  14.4 MBytes   121 Mbits/sec [  1] 4.00-5.00 sec  15.1 MBytes   127 Mbits/sec [  1] 5.00-6.00 sec  15.9 MBytes   133 Mbits/sec [  1] 6.00-7.00 sec  16.0 MBytes   134 Mbits/sec [  1] 7.00-8.00 sec  16.2 MBytes   136 Mbits/sec [  1] 8.00-9.00 sec  16.2 MBytes   136 Mbits/sec [  1] 9.00-10.00 sec  16.4 MBytes   137 Mbits/sec [  1] 10.00-11.00 sec  16.4 MBytes   137 Mbits/sec [  1] 11.00-12.00 sec  16.2 MBytes   136 Mbits/sec [  1] 12.00-13.00 sec  16.6 MBytes   139 Mbits/sec [  1] 13.00-14.00 sec  15.4 MBytes   129 Mbits/sec [  1] 14.00-15.00 sec  16.2 MBytes   136 Mbits/sec [  1] 15.00-16.00 sec  16.2 MBytes   136 Mbits/sec [  1] 16.00-17.00 sec  16.5 MBytes   138 Mbits/sec [  1] 17.00-18.00 sec  16.8 MBytes   141 Mbits/sec [  1] 18.00-19.00 sec  16.2 MBytes   136 Mbits/sec [  1] 19.00-20.00 sec  15.0 MBytes   126 Mbits/sec [  1] 20.00-21.00 sec  16.2 MBytes   136 Mbits/sec [  1] 21.00-22.00 sec  17.1 MBytes   144 Mbits/sec [  1] 22.00-23.00 sec  16.8 MBytes   141 Mbits/sec [  1] 23.00-24.00 sec  17.1 MBytes   144 Mbits/sec [  1] 24.00-25.00 sec  17.1 MBytes   144 Mbits/sec [  1] 25.00-26.00 sec  17.0 MBytes   143 Mbits/sec [  1] 26.00-27.00 sec  17.4 MBytes   146 Mbits/sec [  1] 27.00-28.00 sec  17.0 MBytes   143 Mbits/sec [  1] 28.00-29.00 sec  17.1 MBytes   144 Mbits/sec [  1] 29.00-30.00 sec  16.8 MBytes   141 Mbits/sec [  1] 0.00-30.02 sec   474 MBytes   132 Mbits/sec From nobody Wed Jun 23 04:56:08 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 3C5675D2594 for ; Wed, 23 Jun 2021 04:56:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.32]) (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 4G8rZQ6nC1z3Flp for ; Wed, 23 Jun 2021 04:56:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624424172; bh=/XPR8o6/A0xmsq+BtQ3VV7Z5RTOp8JvCp75eH/6UZo0=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=FYlHmhpnXyQLoI2zBigxnUDaQUDn+zuTR/YG3edA1Bns2d0bkj5MHFnXRyAGjYaC9iCGrixW3CgMLne7cKhNtJSjaUbG7tPAjQ39P274JZDYRhI2SXXgTi8QS/n5tQvj2qqh0q1oG7ibppKVtlzO2mHLHNw+nZwu7z/KIAL/Ovruui1gIOU0nMKaBnO3Ww3ugOXT+GndX2DNuXcz5c6IJOGn1ojfieBv9uJOUeXeUA78TMbATaFiaJWTLbHc2ZnyLny8mDyQqwl147zEFR/yzkDb5Wn/LDrXmKI6izflHtYwFhX+hwBxaTpNiP5mG2lhQcbduIfoenFb6Ekhm6l7gw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624424172; bh=R9sIACxDMo5uCODa4ErHhsaolweSjCOkypekcDXMzTQ=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=V3qkmFZlGHZbqv+oNeKi9m9Fso9HxypSjKvQ2N4eWyzDqjSoYJWZcUFeETbBgRsYBbRz/BwMTjrSObWn3F3al19IQpflJfA2XLtBONJfUSkyJCob7ZLinckQWvxwH/Z8zutS9jfuRjvrI+jGdV/Nwqwjbob/TNN7ustJp9HB1CD5eaK9sSdC5D90GMoHpoat9J6N+VifctUAm1u2vEZkIY7gpJbdSsCMIX5ZJBr9eJxhBgPkm7givKcuTscvcCIolxgGACdZZUe8HjYnstINc7nLKAdTnA32bYa7TGPjnRB9qclHwxgfHMvdL/LEcxyYdPmShLdj43nFy663sf2CKA== X-YMail-OSG: i.myD8gVM1k9wVD5z_RfIYi6fO1zgdRLEhHs3vNoNIWcugGAvq3Y0KBDNni9W9h cH8oUIW2MVtFFUXkfNVfExXCZ7suWy17ejimmVa9nzHyisuV2JCtMbfPOOWVzheH7yDoG.UPQXYo cyyO4C5E6ye0IYpFaJPWBba3Zxk9nZ15SZFxi.W47cei86MyV.AKqy0bbr34.64GFBrkbeW1oWd5 1BpGl2aOTPd5B74IBohKFkI1chywifB0r1cYx_gZGL3PSUeq_u5v9FFj6y1eCxw4yaRBIbESGT1d VWVh.5Vip.sub3yD4yMNljqrlIiFp7gYZ1.EWo5eiqcxphbZsjb1ITurxE6sDNV4cQvjpaHQBtkl OVEKoTlkBHqNCy5BVu4vSXv0UqiRrrx5XrlE68TpKeaHl0bMGwIYNnP6.Ba95FAGNBIgKQOZ65NG CNYTgK4wVgBJG31i9RHLa0utklZb5HCv3OnskPtw4ISq4DvaLfqSTNtqNBJP3ja08v8IoIOTcEss Z4lNgScCi6al3y0rPB.zkUvh0t4wGRdAwOXr6pT4AT0fbEMX6sv86lI2V8Q1DTpZGtKq4r12k5I5 OJMMca60a0j19wWmze0VnFc4JlgeI6uugsIRhAL7FA392nhibukn.4AuKyUVqW0YFk3k4LoxTeFA lBILQFYYx5FgGCbeZQ7wfJmGmmedxf8qSRk896Q90BUu973yAKaKFjC2xRZsi7OYSSDSU4WyiO7x f0DR3i5WVNV31lyuY6P1rnHOLM1sPVST03xSJ556lL9i8LgrvB6QAmmUdUJkJxH7Qhiz1LM.HW7. cuefJYqlpf5L7CHLXr59wxwNsuUGy5PeSCd8H7_FMIsThfZpM7719GnREJavAHIvZDKtrC2Ulkuh h4Xz4fWWc5ADk.u7Ism6X9DNYsIMq9QfiUEzA8Gfn9BqCMYo0drofafn.H4fy7jri3QnJEkWHBYp csglLXm5VpbXF73AjYnyZzOmY4i3gQSn6H2g7BIpoX5GVJjwOJnu99yG0ebYJOwLCEityBabIIcu yCrKgvkC6LKlyeYEel9OkBKXZbaZ3DSpLP18uSpRR8RghBR6UMM5BExkWFhRfhCgF7nBK.gnr0Pc oMjHgP578KYjmR0Tgc2rkis9QpEHhdVzJhlY3NSP.kZQco_58y2FG2o_7WV1e2sEUfiCpQaGHSwW wSWcHQldMX6cPJmtozN0k1eFlNUgl_dWg1rhPz.0FOCIMXLj04z4agN5cpud6hs35nQ6HIOSMlOx nSfz7uZMU4sdpTaq9IlhNqq1YfQOSHk7vucNOBrLY2jleIOYdcvKfAHdVRkW.IZOnaeC.GgE9gY8 PKY8HnXvAAQZv1ZYjdJjwPXsFbmmu7QzqAnGrwc_mhvrDAENDTBLmI3B6ObBJcdGb7T1t.lFqkiK T2gbWOM_3lBuov90YBCGuT5XgfUHqXD5sz4dEoEeWIouQjsrdeUIYmWOcsNWm_gx3ZVDByKDvhfE J1l2yNiNcQbsBmBuos.DM3inW40asdZiYYNQSW61q_4EMSKEvvriNTphfyTP7kDgMQ70g5oi35.9 EJgFbQKWl6q4ydknpReLhoOqaBeTmDTfByPmUTgcFTWugVrG6iYTdwbvB26sPc7LW9nOqJHxZIwS 2qqmKOZOhwgbLapetONmHwrPdMSXh3vl6_misqQXqdGjBJisfis4ugfYq5KNI3lTGpIgue7GRkMT FurfK6sEdliBGxt7f_ZgAGhlTRvI7KlUZxrJAZZLqnNgJxb.UohQjggBY.ddkzXzxklRo9rL0DYt mARDvUVbctymLbanxtNo5LFA3hZx2Ye15kCPBiyzDXQ9r9LEkKkYZ7Iv1cbjhzhoo8ECZCigIZfg JV1.GzVUFTIdPvfMlQU207Q25PJ9.I8zLeL0nDeledojCkEzRCRnYZUjYDvz27akoitPSKxOwWyu xkC96WfR3NhxZsB1HajaYY_ZGN27CZdKm4UCfEn_mX1ovJicBYfhZVyCm6Pksja7AStT1Owll2g6 O2w5KEEs_B.13S1fWOegvLd2ySlTGid2beXNnB7uEcaYX1m7YVixjwOkazZaKi6CpStySH_oFLuC 1no14c81YJ_lLXjI15D9sUeYjR.KHlMphd.r7GvSdrgYSaZ87rbOD3fEGJk24svvEOzcCFi39QKq O4vkCqrjss3kcd_kwIYCw8mTJYC0_H6Bd._v5BujnDYCB4P_mPcduL2m7anHlaQ_Ol1HlwFcKlz0 bltreF.F0dAm0UBAsLHSIZ8RINRazaBrmpxCLLuLzDF5Xi4EGFHwR6xf.Z9ZPSm4TBSgvm2zKMsq WntELo4YEzvhjPPBUq8l2Gi_eeseoey5SLyTqlshLiXwoPlw3sz7cngJbjBqGMOJ4AreZ9_ojDYx pAEjm22dMZh6ubrGQTcWZyQ8suQM3TdTTyDKzn1UvIi_ayvObXRR2I1YdqjpfmXx73fGm70PTFqz C1Og8bC6147lkjWupvv9fQfGIV.sbWhuiscvi7p2nf540zjZYM2AG644lSjWf6M25VXehbmSORMz gU13CbZAxFP1lkuHQ1THsJA5MTqujTquiu8dKNgIEjKCYoS2W8RDXemjfGe7aoADal7w3p9CshQW 26FtIXmnBzLYsTGV2GAAw5mHwiA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Wed, 23 Jun 2021 04:56:12 +0000 Received: by kubenode500.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f224bf4b3255ad7e939c0ce8ed620e0a; Wed, 23 Jun 2021 04:56:08 +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: Raspberry Pi 3B+ and pitiful network speeds In-Reply-To: <1f13faa0-3f87-f3d2-0289-9579f33df8d0@gmail.com> Date: Tue, 22 Jun 2021 21:56:08 -0700 Cc: Ronald Klop , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <38222A46-5FCC-4E74-BC7F-21C4D2FB2DDF@yahoo.com> References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> <20210620222922.51da1818@basepc> <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> <20210621111301.75fa1c7a@basepc> <1880280342.34.1624368348439@localhost> <1f13faa0-3f87-f3d2-0289-9579f33df8d0@gmail.com> To: MJ X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G8rZQ6nC1z3Flp 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-22, at 19:18, MJ wrote: > On 22/06/2021 11:25 pm, Ronald Klop wrote: >> <...> >=20 >>=20 >> Hi, >>=20 >> Just another data point for the investigation. >>=20 >> RPI3B+ FreeBSD 13.0-RELEASE-p1 #0: Wed May 26 22:19:21 UTC 2021 = GENERIC >> ue0: flags=3D8943 = metric 0 mtu 1500 >> options=3D80009 >> ether b8:27:xx:xx:xx:xx >> inet 192.168.1.148 netmask 0xffffff00 broadcast 192.168.1.255 >> media: Ethernet autoselect (1000baseT ) >> status: active >> nd6 options=3D29 >>=20 >>=20 >> RPI4 FreeBSD 14.0-CURRENT #7 main-62ffcaab8: Tue Mar 23 17:26:53 CET = 2021 GENERIC-NODEBUG >> genet0: flags=3D8943 = metric 0 mtu 1500 >> options=3D280009 >> ether dc:a6:xx:xx:xx:xx >> inet 192.168.1.127 netmask 0xffffff00 broadcast 192.168.1.255 >> media: Ethernet autoselect (1000baseT ) >> status: active >> nd6 options=3D29 >>=20 >>=20 >> These two are next to each other connected by a 1gbit switch. >>=20 >>=20 >> [root@rpi3 ~]# iperf -c rpi4 -w 2m -t 30s -i 1 >> ------------------------------------------------------------ >> Client connecting to rpi4, TCP port 5001 >> TCP window size: 32.8 KByte (WARNING: requested 1.91 MByte) >> ------------------------------------------------------------ >> [ 1] local 192.168.1.148 port 21246 connected with 192.168.1.127 = port 5001 >> [ ID] Interval Transfer Bandwidth >> [ 1] 0.00-1.00 sec 12.6 MBytes 106 Mbits/sec >> [ 1] 1.00-2.00 sec 13.6 MBytes 114 Mbits/sec >> [ 1] 2.00-3.00 sec 13.5 MBytes 113 Mbits/sec >> [ 1] 3.00-4.00 sec 13.6 MBytes 114 Mbits/sec >> [ 1] 4.00-5.00 sec 13.5 MBytes 113 Mbits/sec >> [ 1] 5.00-6.00 sec 13.6 MBytes 114 Mbits/sec >> [ 1] 6.00-7.00 sec 13.6 MBytes 114 Mbits/sec >> [ 1] 7.00-8.00 sec 13.6 MBytes 114 Mbits/sec >> [ 1] 8.00-9.00 sec 13.2 MBytes 111 Mbits/sec >> [ 1] 9.00-10.00 sec 13.5 MBytes 113 Mbits/sec >>=20 >>=20 >> [root@rpi4 ~]# iperf -c rpi3 -w 2m -t 30s -i 1 >> ------------------------------------------------------------ >> Client connecting to rpi3, TCP port 5001 >> TCP window size: 32.8 KByte (WARNING: requested 1.91 MByte) >> ------------------------------------------------------------ >> [ 1] local 192.168.1.127 port 24993 connected with 192.168.1.148 = port 5001 >> [ ID] Interval Transfer Bandwidth >> [ 1] 0.00-1.00 sec 15.6 MBytes 131 Mbits/sec >> [ 1] 1.00-2.00 sec 16.8 MBytes 141 Mbits/sec >> [ 1] 2.00-3.00 sec 16.6 MBytes 139 Mbits/sec >> [ 1] 3.00-4.00 sec 16.8 MBytes 141 Mbits/sec >> [ 1] 4.00-5.00 sec 16.5 MBytes 138 Mbits/sec >> [ 1] 5.00-6.00 sec 16.8 MBytes 141 Mbits/sec >> [ 1] 6.00-7.00 sec 16.4 MBytes 137 Mbits/sec >> [ 1] 7.00-8.00 sec 16.5 MBytes 138 Mbits/sec >> [ 1] 8.00-9.00 sec 16.6 MBytes 139 Mbits/sec >> [ 1] 9.00-10.00 sec 14.6 MBytes 123 Mbits/sec >>=20 >>=20 >> Regards, >> Ronald. >>=20 > These are very poor for the RPI4, are they not? Is it not fully = 1000Mbit? In both of the above tests, the RPi3B+ is either the sender or the receiver: always involved. That likely bottlenecks the RPi4B. For reference: QUOTE from "man iperf3" Normally, the test data is sent from the client to the server, and measures the upload speed of the client. Measuring the download = speed from the server can be done by specifying the -R flag on the = client. END QUOTE I'll note that the -w 2m was ineffective: 32.8KByte was used. > Your RPI3B results are a little better than mine. They are still not = very impressive though. In essence the tests confirm the trend of your results --but from a different context. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Wed Jun 23 05:09:58 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 B9F175D30F9; Wed, 23 Jun 2021 05:10:04 +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 4G8rtM4sPsz3GBq; Wed, 23 Jun 2021 05:10:03 +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 15N59wxU080357 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 22 Jun 2021 22:09:59 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 15N59wPD080356; Tue, 22 Jun 2021 22:09:58 -0700 (PDT) (envelope-from fbsd) Date: Tue, 22 Jun 2021 22:09:58 -0700 From: bob prohaska To: freebsd-ports@freebsd.org, freebsd-arm@freebsd.org Subject: llvm10 build failure on Rpi3 Message-ID: <20210623050958.GA79888@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: 4G8rtM4sPsz3GBq 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 [-1.10 / 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]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; 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-ports,freebsd-arm]; MID_RHS_WWW(0.50)[] X-ThisMailContainsUnwantedMimeParts: N Attempts to compile devel/llvm10 on a RPi3 under poudriere using poudriere bulk -J 2 -j main devel/llvm10 > bulk.log & are failing with: In file included from /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMDGPUInstructionSelector.cpp:45: lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:11138:50: error: expected expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, /*RC*//*AMDGPU::SReg_64RegClassID: @2779096485*/, ^ lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:11138:118: error: expected expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, /*RC*//*AMDGPU::SReg_64RegClassID: @2779096485*/, ^ lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:11237:48: error: expected expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/0, /*RC*//*AMDGPU::VGPR_32RegClassID: @2779096485*/, ^ lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:11237:116: error: expected expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/0, /*RC*//*AMDGPU::VGPR_32RegClassID: @2779096485*/, ^ 4 errors generated. Not sure if this is an ARM problem, a poudriere problem or an llvm10 problem. It looks like an llvm10 problem to my eye. The logfile is visible at http://www.zefox.org/~bob/poudriere/data/logs/bulk/latest-per-pkg/llvm10/10.0.1_5/main-default.log and the rest of the /usr/local/poudriere tree can be browsed as well. The config files have links at the top directory. The ports tree has been updated between attempts, if I'm reading the poudriere-ports man page correctly those updates should be in effect. If I'm not a hint how to update would be much appreciated. Ports live in /usr/ports, owned by root. The goal of the enterprise is to compile www/chromium, which has worked in the (distant) past using make. Thanks for reading, bob prohaska From nobody Wed Jun 23 08:34:55 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 792E211D1885 for ; Wed, 23 Jun 2021 08:35:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.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 4G8xQv1NmVz3pL4 for ; Wed, 23 Jun 2021 08:35:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624437301; bh=jbX+M0Ok38rD4vh+GmgqTW4tSvL5hgPwZKg7Gg3G2Kg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=hrr/PXKY1pSYIWr2eqNlzxCF3xvosIvtnO/Va9LRGMaV+vC6mlVUBts5rbxZZupFHwOeWrZwkM+u8V3jJVhhK2JTE1Fj1EVXKqtUhHQgjocLRcHBwb2iffv01n4x7fi4tC8HXsO7kg/2qkG3+Ys8b59+K1GpQhydtQiFOVnxa+STmFHpVNYk7hr3HIsVBWvdIRLdNLlOEd9W8dvIw63keyDi+vFTw37FiJk7vmKdKkdBH8UDrMI7w5MsMHFvBdUpytNeEKfsSdR1IfeFb6YQcB+nawdTk35OCvvRd4r9huMsVpBvAAB19Uinsi95rZ6NUxT0Sm+bYF2nBsrt3tOUsw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624437301; bh=FcH3JzEGKy4hDXFaf3M8ooEf9eGGWPQrgsCF73X7HT7=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=PFnANVCSdqKzk6UhIX5BkvER8JN1FLp2kcblw3ypcaOWDBHCpkp/JT1U3M+Kvz416IXT5NuO6bRqHXEZQowFQwYFTxeBQVLYm0Btcd278JZcWx4P2ELU4qtlbY7r2Zei3W66mPvjyAerxEC+m6H/qjHlwoJvw3DHdeyUujtJFDXbIqtI8I4+YMBHzAAcuk3S81b1PaBAsy62QsZQT1DED1Y9lAogbA0MnRLfAOyV5oR2LuAsBSYfpGrQnS/uTFBJ5VIKedRPrNnIoSWydsxWIpO9U5QWBr9hWRG82qDJTt2BC6uIkFHnVB+pdeSbA9Qe142OjQRKJBXW8U5B1O95YA== X-YMail-OSG: .E8AtssVM1lyhWYDg.U8H4a6W2wX2I2US5_tbvzSpp3BiQtwymPCVuyFj1H7NdM ESnzfxGetnTMICvxVNh4qjqN2M2vyfpNB4.PgkyaRe4Q91RnfBSWH.U12UE6WdJQE_pS28G97jOD 9.rORc26CtoZB2Q4pMMfZNsh5R._1wxqH2rJtBT.0DvHgy5iPjsVCqDEKOa.b8G.Gs3LA4An3qDF udlj7esc6uU2cChwmfbFV453Q3yRwDxS0.Uwf9BW7X8v9MuT6dQI5z532zef33CequyN99f.7TUP RLLY.oFAl93FCJhUpNsOJnmNh.ZfaC81qzOmG4XZRlip5fGovTNcMuzHCLzOPmlju8YIpDGVvSIa ARLgBWf29OHp5Y0My5FqiM5mE6l_cUWFJshwmm5HFq2_uU.OgmFrIMNnQTO6bHfiN0IGUywrlZRO RK5Cuvqy1USbla7drnAlOEIq3e5GjS4OEwgGnZe0XdszXSgAE98FJjCllagqjfZSrx_8Z69sx5Hy PK9y0CgM71uYsWJQ3R3ibzUSBnoO6CvNMkw8crvjUgj0kuMH3Vv6FE6nQ8JJECDoEHrVugzjV02E jXk6y2Dx_mo95ou74nA4iGqLsWklT77VE1Rncswgr5pjmETNs9kkeNhFiajv7vmQcfUUqPZi0SLH 1aUbjLJEWsolGbGGn.DtEXsYSNZZRKxSc2VC_5fMvqYSsf0QqKLlzmdW5eWZBLI5qYUkd3ugqbsJ zEnt_g48Pa7v3mPrN.i4oqgFLNlDljeFHPtK6YwKk4jkZmtTZf_KXNZsWvFIHIn7Nz56x4s0r4VU juwRugEpQtDaf1XG9wA4BFTXOXkUXyKh15AQ28GkThGG46nV8CVKQgnilLoYv_oPorMCZseOyjIn GCg5Mi2J0DgWHyWKW_bDMdNGk0Da_fcWdpk_.upYHFWoD9jbUrdlkONaQ6o7Pgg_RXdeF98HW6p1 iE21KukjX0b1hdMBTvhCyhiWjE.278vm59.L..iyH.3hXI68X1QHq7tBfgCuwD7FInKiu6IyK_Dx KYC_wXA2pJh5mG6f6cdKZvETGzlJ.HTNkkoDIWo2sva93ZiT.DFApSl5sC6aX7_GFM.19RZoZ8Da sQ1cJI2fdWPdk6.R5i1PuORig5CX1Nsmmxp4W47mbvWGiFiVVmB4RIRviznjy.JQOMz5eKTRscbD Py6IHHDKRxrUWBIobGrFeXghSttPsdeMl9PE6NdlEa5s80M45392GuqiqzMd81rwXv3YBBvNUUKe uhLbl8WJk.6oYWf65Lqb6tzEMBqwDo0xPCFsiM97e8G.n0rAUgOGw_LrxB6BtNpT0gnrvjueL03O MGMXMWxoj_3lTdWYn0jIrHirCuEwho16kKY4IbhrmLWYs0_xqg08a8WA8EKheq9aReY6OdNUM7XP ZWUzJu1KnfA6BH3vNtO5TZBCwL2z2CCBr6zxhCV1g5FKGTMxEBGFDOzl2KPQmzy7QzHNEHBubGGn kf7AdYwLNPzLeObHNsUA2hhvtqBC5dZCpGEsLC1hPKtJ2s2LOekzlXUr1vHsV6lFy_qN.5J74YAd Sk206F83zEO7hYbwMBwLm1EzcOGj0oELrZePM.aaYfBAqhy31mwGAA3COIktnDPjIQDaDeOdPa7M F_hm_urXwUpGsJLaoFJYMYKpXEOOAqVDF3FGA929pc_tOBIpPpjEQ2f6lQ3V9tXrzFsBWsGYV0R_ JvPRfrLvMmbFEYXtYfhCOXI7rBXCow_gHHrIw2491PwqyOZtK2NWiw7R1iEfjslS0usP8No8JNkM pTeRo960rG.dbf7wY9jsyuh1ave4mu1OsQQd7PmtAEgvaJpSGD_H0pSNN._huMb_iScyMUo6.C4i CS8GJi5qIuRTuW8PKMHaHXezbJ1qkPkBkwDdB.a0VVcIOiF231klwDS2zz8vMg_u7Z1fnhZBt78o 0s_eo9.aqbWbtxkXGeEe6Rf4rhv.0SlkjRRXjTfsh06Ui4HwNd4hQQwRsLXNBrbV.fjBxplkrjGa KiVWzNRnMRkcssL1sYZuzlZWJFuXloCpfCeIdF.IdjtoNZ2Zfo.6TRQ5iTeSkG6jq3wBcbq4_0wD F.PFhQIwvNOnKi1li.8.R9x8C2Vki_BgRbbl0QjY8emBESIDNGWUjrts8_BjLjkiBebx5bx.L2nG 2LId3pkJqEs_Jpvda6IkqE.j5jBKVH83haY0k6VhkDCW4aDX7jun462pLGnPkIzmSZAFwEUSs1Fd doUiv7iNcqhXaDMFfxmVy29Yc5Nr88VvbQwv.RO0F3whf_mw0g51C6wK.n8aA34BeNweRSYXwQCG X5AQXbJSYCERWCgVU9YG.cYxsOn4YWflYi0dpCTEb6994Q8t_zX0PmNB4ZD7PV.gHucu_tdPxLjR XnTZNCW.MkQD3_3Ol9tQRkNdlyFoJjGY9O.DnoIyyUEiwXn95SembpOhrc_GUnVhjjYyNxGqc6cr K42bOtM56RZSuv8oJUuEd5Z5GT7F4GRPo2KchN6q6q_Q8gErkP.PjSXYGad8ftH_6d5rK3Xo4Wqf HbWwbI9sudRNcAPA3hdNd6uMGFqJazC5fHlWEe67P7x3M7am2ckogllbJRJo5OXYcyhXLWv11cWq nqlQ7jon3MknpWgknKaJCs4bYeozwA1teqkOe2MSxCaUsy2vt4VlDx3.bx89dNxuERSAoQEL1noJ NTZBgRTkWMk8- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Wed, 23 Jun 2021 08:35:01 +0000 Received: by kubenode546.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 814e4ea526fa63b39abf154736296fb0; Wed, 23 Jun 2021 08:34:57 +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: llvm10 build failure on Rpi3 In-Reply-To: <20210623050958.GA79888@www.zefox.net> Date: Wed, 23 Jun 2021 01:34:55 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210623050958.GA79888@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G8xQv1NmVz3pL4 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-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-22, at 22:09, bob prohaska wrote: > Attempts to compile devel/llvm10 on a RPi3 under poudriere using > poudriere bulk -J 2 -j main devel/llvm10 > bulk.log & > are failing with: >=20 > In file included from = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMD= GPUInstructionSelector.cpp:45: > lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:11138:50: error: expected = expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, = /*RC*//*AMDGPU::SReg_64RegClassID: @2779096485*/, > ^ > lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:11138:118: error: expected = expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, = /*RC*//*AMDGPU::SReg_64RegClassID: @2779096485*/, > = ^ > lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:11237:48: error: expected = expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/0, = /*RC*//*AMDGPU::VGPR_32RegClassID: @2779096485*/, > ^ > lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:11237:116: error: expected = expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/0, = /*RC*//*AMDGPU::VGPR_32RegClassID: @2779096485*/, > = ^ > 4 errors generated. >=20 > Not sure if this is an ARM problem, a poudriere problem or an llvm10 = problem. > It looks like an llvm10 problem to my eye. >=20 > The logfile is visible at > = http://www.zefox.org/~bob/poudriere/data/logs/bulk/latest-per-pkg/llvm10/1= 0.0.1_5/main-default.log > and the rest of the /usr/local/poudriere tree can be browsed as well. = The > config files have links at the top directory. >=20 > The ports tree has been updated between attempts, if I'm reading the > poudriere-ports man page correctly those updates should be in effect. > If I'm not a hint how to update would be much appreciated. Ports live > in /usr/ports, owned by root.=20 >=20 > The goal of the enterprise is to compile www/chromium, which has = worked > in the (distant) past using make.=20 >=20 Not that it helps much, but: 2779096485 =3D=3D 0xA5A5A5A5 It appears that such somehow was involved-in/generated by: [ 24% 1326/5364] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && = /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen = -gen-global-isel -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU = -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMD= GPUGISel.td --write-if-changed -o = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc -d = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc.d and that lead to the commented out notation in the output, with the = "@2779096485" listed in the comment as well. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Wed Jun 23 10:53: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 8B1A111D930E for ; Wed, 23 Jun 2021 10:53:23 +0000 (UTC) (envelope-from dsl@mcusim.org) Received: from mcusim.org (mcusim.org [176.58.93.53]) (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 4G90VV4Bjhz4TFQ for ; Wed, 23 Jun 2021 10:53:22 +0000 (UTC) (envelope-from dsl@mcusim.org) Received: from x230.ds (unknown [83.28.233.182]) (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) (No client certificate requested) by mcusim.org (Postfix) with ESMTPSA id 24FA685AA9; Wed, 23 Jun 2021 12:53:14 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mcusim.org; s=default; t=1624445594; bh=YSTCYcoyR2HiHBbSAqzFgkq1o2TVUTmHeQz7qY5z528=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=J/Sx9kEaC50cNLKpNjh+7BAJOH0vqV8vlnB9SxVtTadHV3kh4jgWXhaubMCq2GXWy d2YGWTjIZccrg+P+EFXLr+RQLNd9lEAGEaLwCFnnrgoyh9pHuKbazOiqfTdoYYyjN0 z8Q0AyBljFs49Nc/cmr0umzoGAxCguP6hBCFsAzM= Date: Wed, 23 Jun 2021 12:53:12 +0200 To: Mark Millard Cc: freebsd-arm Subject: Re: HoneyComb first-boot notes Message-ID: References: <8A6C415F-A57B-4F2F-861F-052B487166D6.ref@yahoo.com> <8A6C415F-A57B-4F2F-861F-052B487166D6@yahoo.com> <40AE6447-77AF-4D0E-864F-AD52D9F3346F@yahoo.com> <0DF376DC-C4A5-494C-BAA5-782516596CF0@yahoo.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; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: X-Rspamd-Queue-Id: 4G90VV4Bjhz4TFQ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mcusim.org header.s=default header.b=J/Sx9kEa; dmarc=pass (policy=reject) header.from=mcusim.org; spf=pass (mx1.freebsd.org: domain of dsl@mcusim.org designates 176.58.93.53 as permitted sender) smtp.mailfrom=dsl@mcusim.org X-Spamd-Result: default: False [-3.81 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[mcusim.org:s=default]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[176.58.93.53:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[mcusim.org:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[mcusim.org,reject]; NEURAL_HAM_SHORT(-0.81)[-0.809]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[176.58.93.53:from]; ASN(0.00)[asn:36236, ipnet:176.58.93.0/24, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; RECEIVED_SPAMHAUS_PBL(0.00)[83.28.233.182:received] Reply-To: dsl@mcusim.org From: Dmitry Salychev via freebsd-arm X-Original-From: Dmitry Salychev X-ThisMailContainsUnwantedMimeParts: N > >>>>>> I put an existing FreeBSD Optane into a just delivered > >>>>>> HoneyComb, put in the RAM and the matching UEFI/ACPI > >>>>>> image on a microsd card and put the card in the slot. > >>>>>> I plugged in a USB3 Ethernet dongle, like I use on some > >>>>>> other systems. Serial console via its USB port for such. > >>>>>> (Optane instead of video card.) The UEFI/ACPI image was > >>>>>> extracted from: > >>>>>> > >>>>>> https://solid-run-images.sos-de-fra-1.exo.io/LX2k/lx2160a_uefi/lx2= 160acex7_2000_700_2900_8_5_2_sd_81b4bbe.img.xz > >>>>>> > >>>>>> in order to match the RAM and being based on the > >>>>>> most current vintage at: > >>>>>> > >>>>>> https://github.com/SolidRun/lx2160a_uefi/ > >>>>>> > >>>>>> It booted. > >>>>> > >>>>> Could you share whole dmesg? > >>>> > >>>> I've not done a "boot -v" . The below is actually from a > >>>> captured serial console output. It is lightly edited. I > >>>> have omitted nearly all loader output (and before). > >>>> > >>> > >>> Thanks for sharing. Have you seen somewhere in output from UEFI (befo= re > >>> the loader) that "DPAA2 Management Complex initialized"? > >> > >> The text "DPAA2" does not occur in the captured output > >> at all. However, that is my understanding of the expected > >> status. > > > > That's strange because DPAA2 firmware should be included into UEFI buil= t from > > lx2160a_uefi: > > > > https://github.com/SolidRun/edk2-platforms/blob/edk2-stable202102-lx216= 0acex7/Platform/SolidRun/LX2160aCex7/LX2160aCex7.fdf#L252 > > > > I assumed that there might be any output that firmware has been loaded = correctly > > at least. > > The edk2 build is not a debug build and, before putting up > the menu, only outputs (I stripped some escape sequences): > > > NOTICE: UDIMM KHX2933C17S4/32G > NOTICE: DDR4 UDIMM with 2-rank 64-bit bus (x8) > > NOTICE: 64 GB DDR4, 64-bit, CL=3D17, ECC off, 256B, CS0+CS1 > NOTICE: BL2: Booting BL31 > NOTICE: BL31: v2.4(release):v2.0-4462-ge7b392d0a > NOTICE: BL31: Built : 07:47:10, May 31 2021 > NOTICE: Welcome to lx2160acex7 BL31 Phase > > UEFI firmware built at 07:44:26 on May 31 2021. version: > 202102 > SOC: LX2160ACE Rev2.0 (0x87360020) > UEFI firmware (version 202102 built at 07:44:28 on May 31 2021) > Tianocore/EDK2 firmware version 202102 > Press ESCAPE for boot options .... > > After the menu things start with basically: > > Consoles: serial port > |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08 Reading loader env vars from /efi/freebsd/l= oader.env > Setting currdev to disk2p1: > |=08/=08-=08\=08|=08/=08FreeBSD/arm64 EFI loader, Revision 1.1 > > Command line arguments: loader.efi > Image base: 0xedc89000 > EFI version: 2.70 > EFI Firmware: EDK II (rev 0.00) > Console: comconsole (0) > Load Path: \EFI\BOOT\BOOTAA64.EFI > . . . > > One might be able to make inferences from the content > of some potential menu displays. Otherwise, I expect > that a debug build would be required to see DPAA2 > references. > > I do not expect one can validly infer much from the > lack of "DPAA2" text in my boot sequence (with any > capitalization vs. lower case status). > > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > Could you share an output of "acpidump -d"? Regards, Dmitry From nobody Wed Jun 23 11:46:41 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 6CC7C11DBD34 for ; Wed, 23 Jun 2021 11:46:41 +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 4G91h12YLnz4Xjl for ; Wed, 23 Jun 2021 11:46:41 +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 3D13323954 for ; Wed, 23 Jun 2021 11:46:41 +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 15NBkfFd062393 for ; Wed, 23 Jun 2021 11:46:41 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 15NBkfL6062392 for freebsd-arm@FreeBSD.org; Wed, 23 Jun 2021 11:46:41 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 256779] Marvell Armada8K PCI-E - Cannot get phy: map: cannot get reg property Date: Wed, 23 Jun 2021 11:46:41 +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: bz@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution cc bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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=3D256779 Bjoern A. Zeeb changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED CC| |bz@FreeBSD.org Status|New |Closed --- Comment #2 from Bjoern A. Zeeb --- Thanks will follow there. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed Jun 23 11:47:41 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 137F111DBF7A for ; Wed, 23 Jun 2021 11:49:05 +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 4G91kl5tcxz4Y5D for ; Wed, 23 Jun 2021 11:49:03 +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=s/nJYEJNBZndHBJoDAunSnAkSufTt0k6B3m9AtpoUdg=; b=keugmNLQ9H0tl5UsYesBiPJscl pRKL+lTJG1j5wbPTIC+iQ65Sc341AEh1Xk5PfA95t/3EAuZeGre9oipXxWQ2N5DGk3MxgtYd5f287 DWUR1c+Q8hP4wqxHYAMQWHi0HZ7buQbVwvos9jvUM8IfjibG+UuxnvSIoHhAenIA7XEfsoYAhUHW+ zmTrqndmKIhHhka6VAOdOMs/VUZG+CtcQYQUpT+shcBp1GwiibMtW2gDAK00yRMthxaudiuSWpTSp TZlmOqtu/ygG3/+6PK559dF1D/9jkhayDL1kRtL06QjeCRd6mq4g8VQz1r8MLJo0OuL0Cf2QN8OPD 9gf2EHhw==; Received: from [10.9.9.72] (helo=submission01.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1lw1NM-0001GQ-QO for freebsd-arm@freebsd.org; Wed, 23 Jun 2021 13:49:00 +0200 Received: by submission01.runbox with esmtpsa [Authenticated ID (984599)] (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) id 1lw1NC-0000SK-Kb for freebsd-arm@freebsd.org; Wed, 23 Jun 2021 13:48:50 +0200 Date: Wed, 23 Jun 2021 12:47:41 +0100 From: Denis Ovsienko To: freebsd-arm@freebsd.org Subject: Re: Raspberry Pi 3B+ and pitiful network speeds Message-ID: <20210623124741.3b8cd018@basepc> In-Reply-To: <7f85f397-e656-4d05-b044-c079bc60d5e0@gmail.com> References: <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> <20210620222922.51da1818@basepc> <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> <20210621111301.75fa1c7a@basepc> <20210622133729.47b26900@basepc> <7f85f397-e656-4d05-b044-c079bc60d5e0@gmail.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; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4G91kl5tcxz4Y5D X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ovsienko.info header.s=selector2 header.b=keugmNLQ; 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]; MID_RHS_NOT_FQDN(0.50)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[91.220.196.211:from]; R_DKIM_ALLOW(-0.20)[ovsienko.info:s=selector2]; ARC_NA(0.00)[]; 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)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:50304, ipnet:91.220.196.0/24, country:NO]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[91.220.196.211:from] X-ThisMailContainsUnwantedMimeParts: N On Wed, 23 Jun 2021 12:30:29 +1000 MJ wrote: > I will likely abandon using FreeBSD, but I should probably raise a > bug report for this? I am not sure of the process for this or whether > it's even wanted. That is, does FreeBSD care enough about little > appliances like the Raspberry Pis to spend time fixing an obviously > broken network driver/stack? It seems to me that overall support is likely to improve in some future. Little boards are good vehicles for ramping newcomers up into the ARM space, so they do receive developer attention. That said, there's a lot of hard work involved in getting an operating system to support a particular board fully, and in some parts of the world some boards are more available than others. RPI is the type most available to me, and it is very helpful that FreeBSD provides a ready to run RPI image for download, and treats ARM as a Tier 1 architecture. Regarding your best next steps, it might help to consider two aspects of "works": functional-wise and performance-wise. Clearly, in your case there is a performance issue, and the best you can do is raise a detailed bug report. Functional-wise the fact is, some hardware features (GPIO, audio, accelerated video, I2C, WiFi, Bluetooth, etc) are not supported well or at all by particular releases of particular BSD systems on particular boards (cannot remember specifics, and it is changing all the time). So if your use case involves anything beyond USB, Ethernet (and even SD card, as it was with OpenBSD until recently!), you would have to double-check before switching to another board or another OS. With that in mind, if your project's functional requirements allow to switch to RPI4B, it might be another good thing to do whilst your RPI3B+ bug report is waiting to be resolved. There's plenty of churn in RPI4B code and it looks unlikely to fully settle anytime soon (FreeBSD is not unique in this regard), but Ethernet works OK. I have just done a quick one-way TCP throughput tests on FreeBSD/RPI4B and it resulted in 87MB/s in either direction. That's an order of magnitude more than what you are observing with RPI3B+. Once again, an even simpler way out of the performance issue might be through a USB Ethernet interface that happens to "just work", whatever the underlying reasons are. -- Denis Ovsienko From nobody Wed Jun 23 12:11:42 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 01FC311DD39A for ; Wed, 23 Jun 2021 12:11:52 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40136.protonmail.ch (mail-40136.protonmail.ch [185.70.40.136]) (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 "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4G92F35vXNz4ZRK for ; Wed, 23 Jun 2021 12:11:51 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Wed, 23 Jun 2021 12:11:42 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1624450303; bh=9E5ohqS55MeB8ui0OFv6Gg1C4JkJptcx+uzodMrLVaM=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=wO5yaKc0QN6nF7xdKC34dScDgGxVLrwCpMRmYU4bxTmjBsBYeOf5kuGJEtjML8F18 OGrfRguhSrto+mY0qvnUgUCubVKu7SEUFGiCaDfw5bwSE6mWdfxCo+hk5y6EG5fX7a lElM3dKfpYN2bZsijlb1eAzB+imASJRxlXbuSmf8= To: dsl@mcusim.org From: Dan Kotowski Cc: Mark Millard , freebsd-arm Reply-To: Dan Kotowski Subject: Re: HoneyComb first-boot notes Message-ID: In-Reply-To: References: <8A6C415F-A57B-4F2F-861F-052B487166D6.ref@yahoo.com> <8A6C415F-A57B-4F2F-861F-052B487166D6@yahoo.com> <40AE6447-77AF-4D0E-864F-AD52D9F3346F@yahoo.com> <0DF376DC-C4A5-494C-BAA5-782516596CF0@yahoo.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; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4G92F35vXNz4ZRK X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > > Could you share an output of "acpidump -d"? > > Regards, > > Dmitry https://gist.github.com/agrajag9/6986f05cd70baa774384fe8249aa356e From nobody Wed Jun 23 13:34:51 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 6F11C11E250A for ; Wed, 23 Jun 2021 13:34:57 +0000 (UTC) (envelope-from dsl@mcusim.org) Received: from mcusim.org (mcusim.org [176.58.93.53]) (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 4G944w1HCMz4hk3 for ; Wed, 23 Jun 2021 13:34:56 +0000 (UTC) (envelope-from dsl@mcusim.org) Received: from x230.ds (unknown [83.28.233.182]) (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) (No client certificate requested) by mcusim.org (Postfix) with ESMTPSA id E23FE86150; Wed, 23 Jun 2021 15:34:53 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mcusim.org; s=default; t=1624455294; bh=1MC2a48mrTRAu5TuDe3zYK2SimWUv+cmcpcn+vwczSo=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=mvVVYsh34wJW1tJ/mjo5OoAm2vA+OfEsIssqpk+WfX5RhicPW+hhgJ9od/GMw0PpQ ACHPCoLGyb4bjjOp8YKGxEsi9mKYbN69bIwrQ0yKpDyv9x0Sh6cXXdkvIERjDQ+CxZ a3xvzaea/THbymuAIhB43qgBiy7WkT4Ogh6WjSJg= Date: Wed, 23 Jun 2021 15:34:51 +0200 To: Dan Kotowski Cc: Mark Millard , freebsd-arm Subject: Re: HoneyComb first-boot notes Message-ID: References: <8A6C415F-A57B-4F2F-861F-052B487166D6.ref@yahoo.com> <8A6C415F-A57B-4F2F-861F-052B487166D6@yahoo.com> <40AE6447-77AF-4D0E-864F-AD52D9F3346F@yahoo.com> <0DF376DC-C4A5-494C-BAA5-782516596CF0@yahoo.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; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4G944w1HCMz4hk3 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mcusim.org header.s=default header.b=mvVVYsh3; dmarc=pass (policy=reject) header.from=mcusim.org; spf=pass (mx1.freebsd.org: domain of dsl@mcusim.org designates 176.58.93.53 as permitted sender) smtp.mailfrom=dsl@mcusim.org X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_CC(0.00)[yahoo.com,freebsd.org]; R_DKIM_ALLOW(-0.20)[mcusim.org:s=default]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[176.58.93.53:from:127.0.2.255]; RECEIVED_SPAMHAUS_PBL(0.00)[83.28.233.182:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[mcusim.org:+]; DMARC_POLICY_ALLOW(-0.50)[mcusim.org,reject]; NEURAL_HAM_SHORT(-1.00)[-0.996]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[176.58.93.53:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; ASN(0.00)[asn:36236, ipnet:176.58.93.0/24, country:US] Reply-To: dsl@mcusim.org From: Dmitry Salychev via freebsd-arm X-Original-From: Dmitry Salychev X-ThisMailContainsUnwantedMimeParts: N > > > > Could you share an output of "acpidump -d"? > > > > Regards, > > > > Dmitry > > https://gist.github.com/agrajag9/6986f05cd70baa774384fe8249aa356e Thanks. Regards, Dmitry From nobody Wed Jun 23 17:43:38 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 7E3A511CB775; Wed, 23 Jun 2021 17:43:39 +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 4G99bt1hXHz3MHx; Wed, 23 Jun 2021 17:43:37 +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 15NHhc5j085057 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 23 Jun 2021 10:43:39 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 15NHhcjP085056; Wed, 23 Jun 2021 10:43:38 -0700 (PDT) (envelope-from fbsd) Date: Wed, 23 Jun 2021 10:43:38 -0700 From: bob prohaska To: FreeBSD ports Cc: freebsd-arm , FreeBSD Toolchain Subject: Re: llvm10 build failure on Rpi3 Message-ID: <20210623174338.GA84853@www.zefox.net> References: <20210623050958.GA79888@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 In-Reply-To: X-Rspamd-Queue-Id: 4G99bt1hXHz3MHx 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 [0.11 / 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)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.21)[0.208]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; 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-ports,freebsd-arm,freebsd-toolchain]; MID_RHS_WWW(0.50)[] X-ThisMailContainsUnwantedMimeParts: N On Wed, Jun 23, 2021 at 01:34:55AM -0700, Mark Millard wrote: > > Not that it helps much, but: 2779096485 == 0xA5A5A5A5 > > It appears that such somehow was involved-in/generated by: > > [ 24% 1326/5364] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen -gen-global-isel -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMDGPUGISel.td --write-if-changed -o lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc -d lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc.d > > and that lead to the commented out notation in the output, with the "@2779096485" listed in the comment as well. > A Pi4 doing a bulk build of chromium, lxqt and apache has gone far past that point building llvm10, suggesting the fault lies somewhere in my setup. The instructions you gave for setting up poudriere seemed to work perfectly initially, but since that time both world and kernel have been updated along with ports. Is it necessary or advisable to alter /usr/local/poudriere, either by update commands or complete replacement? Thanks for reading, and all your help! bob prohaska From nobody Wed Jun 23 18:19:20 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 89C3A11CD9E5 for ; Wed, 23 Jun 2021 18:19:39 +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 4G9BPQ1xZgz3Ptx for ; Wed, 23 Jun 2021 18:19:37 +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=Kn61Zl0FPxajrUXFnb/iTZT+iAU7vQZyQt7o3AguidY=; b=PBZlPqFOFeW2RbbPRd7v0j9TUT +P7F4raemwb0amagF3QYWS0tCFq8lV5FT7oyzcQjWXNhoJlxD9gbARcZazq0oNJnlWL4N4MjCdlaO pF9xZFpZyocmfyJgaJWOyDLWEhvwW2c2G30L/qyDaQkKIKMJa9dM+rAfWkciAdxeGUuU7zdQGg1ua ltyPiT/wGcIuPQSN/g+4FeK6Uyd5Q6VEyolBPPagdci7nL0sgnZWVl8QQvZJ0nhk7JHzLchB8saCw sv9VxViurhfJqfwqeeWjCWTNyB5Kz4LUtKXcfQ6Xpm+YCfg8J07j7/FWBc53YaX0ZvfhtjxOnd3Ts sVgrghNA==; Received: from [10.9.9.73] (helo=submission02.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1lw7TK-0008CI-Se for freebsd-arm@freebsd.org; Wed, 23 Jun 2021 20:19:35 +0200 Received: by submission02.runbox with esmtpsa [Authenticated ID (984599)] (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) id 1lw7T8-0003MR-Im for freebsd-arm@freebsd.org; Wed, 23 Jun 2021 20:19:22 +0200 Date: Wed, 23 Jun 2021 19:19:20 +0100 From: Denis Ovsienko To: freebsd-arm@freebsd.org Subject: Re: llvm10 build failure on Rpi3 Message-ID: <20210623191920.259fbb7a@basepc> In-Reply-To: <20210623174338.GA84853@www.zefox.net> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@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-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4G9BPQ1xZgz3Ptx X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ovsienko.info header.s=selector2 header.b=PBZlPqFO; 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]; MID_RHS_NOT_FQDN(0.50)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[91.220.196.211:from]; R_DKIM_ALLOW(-0.20)[ovsienko.info:s=selector2]; ARC_NA(0.00)[]; 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)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:50304, ipnet:91.220.196.0/24, country:NO]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[91.220.196.211:from] X-ThisMailContainsUnwantedMimeParts: N On Wed, 23 Jun 2021 10:43:38 -0700 bob prohaska wrote: > A Pi4 doing a bulk build of chromium, lxqt and apache has gone far > past that point building llvm10, suggesting the fault lies somewhere > in my setup. In case this information helps, I occasionally build Clang/LLVM on NetBSD/AArch64. When trying to do that directly on the RPI3B, the main difficulty was that cc1plus process typically grows 500-700MB big before it produces an .o file, so instead of -j4 it had to run -j1 to avoid swapping (1GB RAM). What's worse, for some files the process size reached 1500MB anyway, and the incurred swapping was effectively blocking any progress. After waiting a week for the build to finish I spawned another NetBSD in a Cortex-A53 QEMU VM. The emulated CPU core performance measured at 40% the RPI3 CPU core performance in my [rather crude] test, but this way you can emulate as many cores and as much RAM as the host system can provide. In my case 4 cores and 8GB of emulated RAM were enough to build both LLVM and Clang in acceptable time. The resulting packages install and work on RPI3B as expected. As far as I understand, much of this logic should apply to FreeBSD as well. Could you please confirm if any resources were maxing out during the failed build on RPI3B? -- Denis Ovsienko From nobody Wed Jun 23 20:29:55 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 1D7B911D4B52 for ; Wed, 23 Jun 2021 20:30:25 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f179.google.com (mail-il1-f179.google.com [209.85.166.179]) (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 4G9FJJ2hTnz3pmV for ; Wed, 23 Jun 2021 20:30:24 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f179.google.com with SMTP id z1so3934432ils.0 for ; Wed, 23 Jun 2021 13:30:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=QzfVolSbocfPFBj0RsdbBr3SFUKlXin1wXEO/Gsju7I=; b=jH8aAHSziMmxW0p5V/SUGWxRWROTNMeAzvG1uO9Au44GGiyQubdewmenApsyl3Oqeo XglQU3GMR/ABLK1UXrnppZzwtb1Y/KYwULQvZmNxY5nQNHVWwWrzNHmFBweOGlRj6Wqz wdBBxuWmG3d5rI3kTYZ3cRzLGzEBsde3MY6Cc2sB8aa8u0yzT+jlvWW9f8iJXo7BEH4S O/7K3RN4lYvJm9YOuMjUaCkmxyT2hejU838fyuZjvke1P8h0RqHaxiDYGryToqrTFW/X ReJAZxtc7Szom2qI3iXKuIL8CPCZSJ/PMyfCYx2FWnoCJ1KGlmrQgWjfSuZTGjK68yiL EI0Q== X-Gm-Message-State: AOAM533nEdsoa7zfVLp8MaRmN4ul+9kXp1PBNOeaIP8LOb18kyi32d28 GSwre5Oc/5xXD7X2QtiODfV288AQQ4p9/F7z8B3jf6xS7m0= X-Google-Smtp-Source: ABdhPJzK1XQjNC/Zpj1343WSuoB5NnyD+2cc+SU9+Tu8MXFQvC4Qmgodd4yLWtnR9i8IgOYEGHJYZaypDV4dlXTnqj0= X-Received: by 2002:a92:c78d:: with SMTP id c13mr931654ilk.11.1624480222730; Wed, 23 Jun 2021 13:30:22 -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 From: Ed Maste Date: Wed, 23 Jun 2021 16:29:55 -0400 Message-ID: Subject: Status of bgx (ThunderX Eth driver) for FreeBSD 14? To: freebsd-arm Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4G9FJJ2hTnz3pmV X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.179 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TO_DOM_EQ_FROM_DOM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.166.179:from]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; 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]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[209.85.166.179:from:127.0.2.255]; DMARC_NA(0.00)[freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.179:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.179:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: N The Ethernet driver for Marvell/Cavium ThunderX has a number of issues, including at least: - No man page (PR204414) - Driver does not build as a module (PR204415) - Locking issues (PR206310) - Multicast not implemented (PR223573) - Non-promiscuous not implemented (PR223575) I'd like to know how much interest there is in this driver/hardware, and if anyone is willing to work on improving it. If no one has any interest I will at least add a minimal man page and document the state of the driver there. From nobody Wed Jun 23 21:03:42 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 E3C0111D7A0A for ; Wed, 23 Jun 2021 21:03:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G9G2v4PVLz3tv6 for ; Wed, 23 Jun 2021 21:03:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624482229; bh=NILNLtxClpNfwhrTl7+Xnux66VUE+BGumvU0XviLHGY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=QfZiSnWt8YRFNbT9MEt+w+lCJJNd5iEAzINKFUv2mjLCZvhum/96SSs2WelzXg48Xr5URueFublqduWAu+00eYz4VIm27e3W9IQhIsyPLyvy79Ngm9whPVOda+RC0rCNO/zYWfYJEUxCWG1QG3TzrK7ZuPSUUccEaZU97N3qgvhWRDjsLJOK2ZP9o8UTVcBeqWcIZ9YoLEY3Yt4P08XId7IMexZwOVBy16/SCzpWWrUoMX/Nt3N2YiM/sZtQFI+9wvDL1ablLEE154ze10l6KgoOEjEymQ0Nq41uuFSQwsUetCx6o2y7fX78musg/aGT871MuOCtgrp+ls4ucosypw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624482229; bh=AM3bYhpNnjE4S3hvOWAbK2lC+n1VgM8JZphyn0V2wuf=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=R3mT2mw/0Pi0/jA+lSR4GtsCWUPeak3enN4QUDDZbKZb/x3K0OqBcX1YaHV5uBFvKFUtabHuK4QbR9jz7gYeUu718gOjmb454RnN612bye8Z7dxmoqeCFVoDFmuypRAp33UswHtRUY6J05YiTP8EBVT2Dv63MnvCiWvvgq2ERvMEqw+i+0CMEj9VsM/EUFdR3nAPM5qN+lAWt86M5HqG8OxZ1hsJ1tQEaBjYmN78LBVn2NQL4ccYrvnFz9DjFk4u+Up38wp5BSlWYqck894Lqvc5dxs8DL3mtUiht1wG2OnAEEsJcSDQrYgrljLAuSmuHWSSMI6Ax3Qrpw4AkfKxxQ== X-YMail-OSG: cu9FBsoVM1lgNR_0pKtOpH5m8JbVIvH0Od18vSTJyiBlWUkJeydGe2Umv2Yv6JX k6QZlwjaMMqqp5r2IAnXqvYIjhQcFsZkLOX4KpZTvKunWbkCBhylV6.kXuryc3kE698ar1_JHVji IAs091s26yqb.J5FPpK1SkwZSMifrZEF27C6zxNyszNwBz0FqWoC_qUUM2pFopovWHvPaKWiym7n mNtoH.Fy7gDfWXD3IIdWvR07tTinZuTwBRoqdqCuElPEkuvZftfhRDU7yRCWUA2oGn3mW.Yw7MlY RhtVEzSIwEKjgCs9vp6w3N2LLfk6RmiD2CHSZeYj0.vIbkOuR.RXTNln835YbjMI3KZ5Tg7CJMrt u2CWmhtuVtsws_BZVdEneKx8gQw8MTUtI8J1HtSETgyKM_c9wqzKseEEgohnEIB0Q4urWho87NBd TbHXg_68VoxxWWyUeF3saR7QkXKBuAk8AL1w07f1WkYjKN3QFWuvPGAnbWxBTILUZDOQzsi1N8qp egj1nYxCoLbMtLC_4kbQaIJpj1q6WHYNGwmjZQ3UbUUvFS7flyDWG63u.xku8mHYSMsMG7k345RK HrceKfug6HvpySnMBk.cLzLhmOFvHgZT.cCmdGJ6iW1m6i3o1XechpTasdYiYNrAF43u2F1K43rM gAEUoX68XyAm31G9g637bnyiGSUJJwxY6IMIpd2UOTdr2GbbcjKL5Qd2jHRYba3J7xmMTaAt.gRu UtHdypDyD6T4S.gOabhEeX9mwDwSC2QpgSeVZMjA9fRa8XOVqqlW369DJ9YTRH24p.de4kKIjcLX Eh613nZodTDUsrI95_nxb.DAXZawOQbcHqCPozezavdm9Ip8AkOsttTqBSDlN53ppkRDEhGJddUu VwYp_MOHiNatJz3sbTNqD3MVMdYOb3CvRKDE58L.pQJR2DWNiJ9t4HKlCemgOFpWClZzoAN2dVZl hL4Ag5NbSDUBa2WbD.VfXbv0lItPtCun9SCqFpE3W.vWl1F21aOBfnoMoBifSYdzAsDu_4we8Jiv _bcgIdPCc952Ihuf0j6C89e2EHj7HuLOZtbTvJoPUBtDBVYX3vamD6Ed4S9OWp2S3_KH3NpnUtq4 mJcwKbCWSsdtnpV4kwfaKi0oFqB5Zz46cM7JS9v7Du0AbxUZGEL2E8v8f.OWNtGzdIPrqBjPHwTm cqz3OMxoJVPj_3E77qPIkFbfbVJQWg.3WOsEoy7HcZA2UqIUZxeb2dmlXMjXIQmSvuYzQfBwOMcQ sTaLQ0K3UqI0mpngvR326UHCftgDkRyvD_BxfN2zf42TvNvA65ty47ustkqyV4lqXvYRn3kcIxhB uH8ynQOtxGEM8BnAlvhwYF0w8W0SFqMA5Bi5L5LRii5Ld9qbFFF69L697U3mCl0oP6HUVybhDwCO hXGZFtq0V74_mau3plICzIvpFxMtaAnvTGFREWVdDT6XtJ9wsOwDqmQwwoh9z0sxXqWqVgIcfrC5 lsiL4dX2w40Uu0djpxRqb70DjLGN4.jQ8mmVQxIYY3Tp.DX7jcQBbyOqzSIPTjBIPQDYFsFjEt_d 1Oad759LhQ70zvfOWnsdH1qHIjIGY.GLJxTA8wsFrRsZvJHvVf8RGbl7xtTlsfxqf3l0zRJsJ31V PDtuy8.V2ysBOitFLtSQ_v9Vd_R.uOSsKzw00p8pv0yJmds9PjpvnhsBuL3MMjC4SBT.hMMWSkT8 mPZ_odcCvicN4VkGrllkBz6fuLsCNMlR9EMbXTewJX7ZrS8wFjC.L6xiemqJ8x3ZtcnB_3V4DQyn na_iFmCKCycFO_618R9tqhce59X8QRzA6V2S8PPBcS8QjG7ZRHaVhOgD7J31_1eLqcrREs9Wq4Mk hB8XOC2H4KloO8J3ZykHWaQbcV2qPTfrvJ.DXdUQ6fgpDmUXvPNkeDM_9vmXMvb.r2X2WZDuGHze nzahdZfGyJDRU9e5wQhmaaocjodHYQnxVMbvbJ_aGFRFneAvfvGMQmBxMOZjsrF0uU85A3yZPudY DrwF_.AdCU4nGKdKMqQm1YpQDJ5buecFmo2p4erjpvZXR2eUOTDgORBBn83zcnbyGltYq_uQlwHw h.kvB3RxfJMDY_wHI.FWHTJevJSO6O5ew.JqjcA9_BDMxG_WUE93pdoe49zYHh5ZyoSDnyt02RnT lLEiyDt.i.H2JXwmqewkeHHswcxDBHsa.35hMAh3_1ZALIu1R3k36seEfdN7ncIIW0g3okBZ_Z31 z_2OnuWLceeAMrPqiRUgHwEA6iyWKnKaNbISC51NgIQtqnkgt3CZPig6vt2jCPIORF7fNaFgMRlE 9KrAlNQXecOywI6Wr3vzZpPXIfv1ady6qzflXiZVoqK8osjIdhsnmrFIEh8eP1SzEv4ISav8ByiD csTRLFOmaz9NsEowiJ6QRq5l2VdrKfaIUBKM6h7hvq7DYaJDTcyTHjR3R05Bvt2S65CGAV5Qy9dC g2gd55_5aHZEfQvOMelEnQZ_Ns_W3fri22EHhCLk6t7WnoNvwpwMcCqXmU6wSAasmURJmT1AI85M jjhvz2VbX3Srkh9tH2xoykY.l6ibqZ5Bu2UGJjWvdBHNAPtyPz9nSWdf4VllbBPIE_AcDjwIOySN _fxMgRcg5MSnzF7FmG2kvi3xo6_DtWpCUSRS15uGfX1Ku7hTyhGKHWpqqcm9o2lawVYTeHV3NIXz 5JfjB4s04q_UUP5R2vXo7RVOVorp.Idm_cpbvDk0I8LUoLQJNbNdtieheXD72RYpY9I0p X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Wed, 23 Jun 2021 21:03:49 +0000 Received: by kubenode537.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 319162b11ff0b3ea1d2c9ebd79a66386; Wed, 23 Jun 2021 21:03:45 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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: llvm10 build failure on Rpi3 In-Reply-To: <20210623174338.GA84853@www.zefox.net> Date: Wed, 23 Jun 2021 14:03:42 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G9G2v4PVLz3tv6 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-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-23, at 10:43, bob prohaska wrote: > On Wed, Jun 23, 2021 at 01:34:55AM -0700, Mark Millard wrote: >>=20 >> Not that it helps much, but: 2779096485 =3D=3D 0xA5A5A5A5 >>=20 >> It appears that such somehow was involved-in/generated by: >>=20 >> [ 24% 1326/5364] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && = /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen = -gen-global-isel -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU = -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMD= GPUGISel.td --write-if-changed -o = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc -d = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc.d >>=20 >> and that lead to the commented out notation in the output, with the = "@2779096485" listed in the comment as well. >>=20 >=20 > A Pi4 doing a bulk build of chromium, lxqt and apache has gone far = past that > point building llvm10, suggesting the fault lies somewhere in my = setup. I'm not so sure of that for the 0xA5A5A5A5u value. You run main [so: 14 at this point]. Is it a debug build? Or a non-debug build? I expect that 0xA5A5A5A5u has some specific debug-build potential meaning. For example, 0xA5u byte values might be the value that newly allocated memory is initialized to. Looking . . . man jemalloc (the memory allocator implementation used by FreeBSD) reports: opt.junk (const char *) r- [--enable-fill] Junk filling. If set to =E2=80=9Calloc=E2=80=9D, each byte of = uninitialized allocated memory will be initialized to 0xa5. If set to = =E2=80=9Cfree=E2=80=9D, all deallocated memory will be initialized to 0x5a. If set to = =E2=80=9Ctrue=E2=80=9D, both allocated and deallocated memory will be initialized, = and if set to =E2=80=9Cfalse=E2=80=9D, junk filling be disabled = entirely. This is intended for debugging and will impact performance negatively. This = option is =E2=80=9Cfalse=E2=80=9D by default unless --enable-debug = is specified during configuration, in which case it is =E2=80=9Ctrue=E2=80=9D by = default. So, if you have junk filling enabled, I expect that you ran into a legitimate defect in the llvm-tblgen in use. Having Junk Filling disabled might be a workaround. There is /etc/malloc.conf as a way of controlling the behavior: ln -s 'junk:false' /usr/local/poudriere/poudriere-system/etc/malloc.conf I suggest you retry building after getting the above in place. If it does not get the 0xA5A5A5A5u value, that would be more evidence of a uninitialized-memory defect in the llvm-tblgen involved. I do not normally run debug builds and so would not have run into 0xA5A5A5A5u from Junk Filling of memory allocations. I'm not sure when I can setup and do a junk filling experiment (in a debug main build?). But it looks like some independent compare/contrast activity might be appropriate. > The instructions you gave for setting up poudriere seemed to work = perfectly > initially, but since that time both world and kernel have been updated > along with ports. Is it necessary or advisable to alter = /usr/local/poudriere, > either by update commands or complete replacement?=20 I will note that your log file reports: Host OSVERSION: 1400023 Jail OSVERSION: 1400019 So your jail's OSVERSION is older than the environment that it is running in. (Unlikely to contribute to the 0xA5A5A5A5u as far as I can tell.) In other words, you have not updated your: /usr/local/poudriere/poudriere-system/ to 1400023 as far as I can tell. Separately from that, for poudriere itself: I do not know if you are using ports-mgmt/poudriere-devel vs. ports-mgmt/poudriere . But, whichever, it is a port and is one of the ports that should be built when it has updated when you update /usr/ports content and should then have its install be updated via pkg like the other ports. I list ports-mgmt/poudriere-devel in the file with the other ports that I list in ~/origins/CA72-origins.txt and I use that file via -f in the bulk command. But nothing about these is likely to avoid the 0xA5A5A5A5u issue that you ran into. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Wed Jun 23 22:28:38 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 46BDF11DDB92; Wed, 23 Jun 2021 22:28:38 +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 4G9Hwj6ft1z4Xb1; Wed, 23 Jun 2021 22:28:37 +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 15NMScoQ085710 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 23 Jun 2021 15:28:39 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 15NMScgO085709; Wed, 23 Jun 2021 15:28:38 -0700 (PDT) (envelope-from fbsd) Date: Wed, 23 Jun 2021 15:28:38 -0700 From: bob prohaska To: Mark Millard Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Subject: Re: llvm10 build failure on Rpi3 Message-ID: <20210623222838.GA85566@www.zefox.net> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.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; charset=us-ascii Content-Disposition: inline In-Reply-To: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> X-Rspamd-Queue-Id: 4G9Hwj6ft1z4Xb1 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Wed, Jun 23, 2021 at 02:03:42PM -0700, Mark Millard wrote: > On 2021-Jun-23, at 10:43, bob prohaska wrote: > > > On Wed, Jun 23, 2021 at 01:34:55AM -0700, Mark Millard wrote: > >> > >> Not that it helps much, but: 2779096485 == 0xA5A5A5A5 > >> > >> It appears that such somehow was involved-in/generated by: > >> > >> [ 24% 1326/5364] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen -gen-global-isel -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMDGPUGISel.td --write-if-changed -o lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc -d lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc.d > >> > >> and that lead to the commented out notation in the output, with the "@2779096485" listed in the comment as well. > >> > > > > A Pi4 doing a bulk build of chromium, lxqt and apache has gone far past that > > point building llvm10, suggesting the fault lies somewhere in my setup. > > I'm not so sure of that for the 0xA5A5A5A5u value. You run > main [so: 14 at this point]. Is it a debug build? Or a > non-debug build? I expect that 0xA5A5A5A5u has some specific > debug-build potential meaning. > The kernel in use is FreeBSD www.zefox.org 14.0-CURRENT FreeBSD 14.0-CURRENT #1 main-n247405-8fa5c577de3: Fri Jun 18 17:03:19 PDT 2021 bob@www.zefox.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC-MMCCAM arm64 and it can invoke the debugger using [enter]-tilda-control-b. > For example, 0xA5u byte values might be the value that newly > allocated memory is initialized to. Looking . . . man jemalloc > (the memory allocator implementation used by FreeBSD) reports: > > opt.junk (const char *) r- [--enable-fill] > Junk filling. If set to ???alloc???, each byte of uninitialized > allocated memory will be initialized to 0xa5. If set to ???free???, all > deallocated memory will be initialized to 0x5a. If set to ???true???, > both allocated and deallocated memory will be initialized, and if > set to ???false???, junk filling be disabled entirely. This is intended > for debugging and will impact performance negatively. This option > is ???false??? by default unless --enable-debug is specified during > configuration, in which case it is ???true??? by default. > > So, if you have junk filling enabled, I expect that you ran > into a legitimate defect in the llvm-tblgen in use. Having > Junk Filling disabled might be a workaround. > > There is /etc/malloc.conf as a way of controlling the behavior: > > ln -s 'junk:false' /usr/local/poudriere/poudriere-system/etc/malloc.conf > > I suggest you retry building after getting the above in place. > If it does not get the 0xA5A5A5A5u value, that would be > more evidence of a uninitialized-memory defect in the llvm-tblgen > involved. > Done and running now. In the interim I tried building llvm10 using make in /usr/ports, but it failed with another python conflict. > I do not normally run debug builds and so would not have > run into 0xA5A5A5A5u from Junk Filling of memory allocations. > > I'm not sure when I can setup and do a junk filling experiment > (in a debug main build?). But it looks like some independent > compare/contrast activity might be appropriate. > > > The instructions you gave for setting up poudriere seemed to work perfectly > > initially, but since that time both world and kernel have been updated > > along with ports. Is it necessary or advisable to alter /usr/local/poudriere, > > either by update commands or complete replacement? > > I will note that your log file reports: > > Host OSVERSION: 1400023 > Jail OSVERSION: 1400019 > > So your jail's OSVERSION is older than the environment > that it is running in. (Unlikely to contribute to the > 0xA5A5A5A5u as far as I can tell.) In other words, you > have not updated your: > > /usr/local/poudriere/poudriere-system/ > > to 1400023 as far as I can tell. > After one of the world/kernel rebuilds I attempted to repeat your poudriere setup instructions, thinking it would update the setup. IIRC both commands were refused, not with an error, but more like a "don't do that" sort of message. I fumbled for a while with poudriere ports -u, but couldn't get the syntax right. Then I noticed a reference to null-mounting /usr/ports, which strongly suggested any updates to ports would be picked up by default. > Separately from that, for poudriere itself: > > I do not know if you are using ports-mgmt/poudriere-devel vs. > ports-mgmt/poudriere . Poudriere version reports 3.3.6. I believe it's _not_ the -devel version. > But, whichever, it is a port and is > one of the ports that should be built when it has updated > when you update /usr/ports content and should then have its > install be updated via pkg like the other ports. > I've yet to master getting pkg to actually work from a local repository. The handbook says to create /usr/local/poudriere % more /usr/local/etc/pkg/repos/FreeBSD.conf containing FreeBSD: { enabled: no } Hopefully, using pkg install -r /usr/local/poudriere/data/packages/main-default/All [pkgname] will do the trick. Any cautionary tales would be much appreciated. > I list ports-mgmt/poudriere-devel in the file with the other > ports that I list in ~/origins/CA72-origins.txt and I use > that file via -f in the bulk command. > If there's a guide to using poudriere/pkg in a self-hosting situation it would be very useful. The existing docs have a very different focus. Thanks again for reading and replying! bob prohaska From nobody Wed Jun 23 23:14:25 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 67ED55D031F for ; Wed, 23 Jun 2021 23:14:37 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from mail2.brickporch.com (mail2.brickporch.com [45.79.84.102]) (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 4G9Jxn1rSnz4c40; Wed, 23 Jun 2021 23:14:37 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from twill.home.brickporch.com (unknown [69.84.6.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail2.brickporch.com (Postfix) with ESMTPSA id 8DCE613F7A; Wed, 23 Jun 2021 23:14:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=brickporch.com; s=mail; t=1624490067; bh=FUyNm340F2X3cEYQXxruOkeBybNz+u6sqpu3EmsO7G4=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=XrE7ucY91fqh5QezYE4eaLNKurt2w/S8d6UIzv0lc2/nWGsOifwjVy02SH8bL2q+I LNp/iy+yxmHtUuH8NXDysLjoG1eGX9tvW9rTy2UnA0rzIvJ+cZqQcVrqGJSoIIRjXo w9SSW55gEHwKGMNvkhghpf9cJX/eSGXJv/7i8WihFxkHScWQSiUJ+0WCHRtPduAVQU SmtWnI1+NXe/KJGKH41C9r4y0R5OUYZfATY3xqxtrDgSF5PLAOwy6eh+jpsY9QE1yf LNcI6D7q9tBt+FlBL9SoWSUsvlNnUYJJ0kQNe/HXMLG/nDUbAcYVry/wPKpBf2TcvU q1D5CE9Va3gVg== Content-Type: text/plain; charset=utf-8 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.20.0.2.21\)) Subject: Re: Status of bgx (ThunderX Eth driver) for FreeBSD 14? From: Marcel Flores In-Reply-To: Date: Wed, 23 Jun 2021 16:14:25 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <58DC3667-1515-495A-88F3-104AB686B4D0@brickporch.com> References: To: Ed Maste X-Mailer: Apple Mail (2.3654.20.0.2.21) X-Rspamd-Queue-Id: 4G9Jxn1rSnz4c40 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N > On Jun 23, 2021, at 1:29 PM, Ed Maste wrote: >=20 > The Ethernet driver for Marvell/Cavium ThunderX has a number of > issues, including at least: >=20 > - No man page (PR204414) > - Driver does not build as a module (PR204415) > - Locking issues (PR206310) > - Multicast not implemented (PR223573) > - Non-promiscuous not implemented (PR223575) >=20 > I'd like to know how much interest there is in this driver/hardware, > and if anyone is willing to work on improving it. If no one has any > interest I will at least add a minimal man page and document the state > of the driver there. >=20 I=E2=80=99m interested as a regular personal-user of the hardware = anyway. Man page, in particular the vnic and iovctl setup, would certainly have = been helpful. -Marcel From nobody Wed Jun 23 23:22: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 C087B5D0D2F for ; Wed, 23 Jun 2021 23:22:43 +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 4G9K772sMsz4cNc for ; Wed, 23 Jun 2021 23:22:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624490561; bh=EgPVagRXb9V2mkrcE1TOCWW5Qx3LDHWqsK31s87+eEU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=ePXEA0OekYD6BtL8nVFmzIZUtSvMhiiu78qSPr5tIRrhU9qqkXxmqvQ5YoBaPA2Ef829WIaJKXJvfsvGdpTaenoc3bABcY6OdIi4/McoxBhFhY7yotmK2u4X7594TJCY4SawUa6Ck2wjvHQGkdZOXhkOE5jQ1BpktW2N+yms4bY5g1xNHwmgOmNxDCVsjfp0+yRhTVEmcrKPFJORFBwtitx/tG1J7wqc7c2inZhfXXnE5ELY08duq+oy6LH/mA43jZFuVLqQL2soWcx42S7clYjBjUAjYp42z8rAP3LXipUBfAJDCL80jtlt+ZMUVX+JXxVPTLyPAl7LqVLygdGPrA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624490561; bh=gi2Tzl2StBpWdVxziw/BD4I5u43uAcVNTxzRIT9Gfk+=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=B/Pvar4BioYiRFec+JTcqwmHBQ/ztN6xOYStwXFPKPgICp9zrM7z+t/FjdtBZibco0zWh/0btjlWnxTLp5IMzj+z/7bhR/l/lLntu8/c+4VI2ORpCKemsP583tu2zjxq8vxMzoCXgop7iycC0JXC42Bo6SlYOyCIViWBH1/iUfX4pG29j5ViqFE/SphtOPEf5j0TCrYPHG5BCCMvOdKq5Ho0bTPdZ9wEYqErqGPP+TLMjV4Bqe2R7SUuZwgswDZewUc6ePLfTfaJ6zKdSVC2OyhB4C4Nt/fwFGLARZhh7kyVxmf5EEwUbr4clZd3LuR2bbJeCeKAkZZ8Rtu53pQKQw== X-YMail-OSG: e2fobP0VM1mfQkByvmlxNjFk9ACQV1hnI6gIa4nxAPtZbmp.V4W.ralhK2QBeyJ 1j.OAiELYcN8Kyu_DKmfjWjl5lUQezeZCmRZH4Edib1WEPPZh2K9Q8uf97UcZjEW6AH0TDDP2pS0 8I4M3jOXi.ajadhc3WihvWeyt6kiIlygMiWaMWbAQ9mxVotOZTill8dV5SkA7oVOyNtd_IR0Gpig .Vvj6OQQyxaKWedTMgS69299.ZtmkxnZACK9i595IN3ZLvqYDoyGkxUloQwJdknu.ytnPAXkn.SE f2k8VJXB5Yf6.uAABBDErU.3GeZY3DjjOvjgoSRbdkQgwsuSfiznI6IfFi6vKLo2cS516FHVOPoM 51gOaZ0HoKuA66Ol_NEYfhgcT1.IT7ytYkyFlmz9J.YWI.tCq0Y7Xpz1a5pyMBsu9XerxemT.Osm 8SNFduGmTuXZv8AGNOkiM5nEHja6KZ_X3O_Lf.7cw9R3lf8dQ09TvYMkGxtQwZUJCQXUWLlk52It _U9a2VG5vble.Ty5PedVP_hLM4R.JECxwnF1Z9ts2CGTGInfDlcw.wbPP21u0NxINCiYGnTwYH3_ 9W.zOxueFo0ue4azsmc6MeOfEeo5BcNMPGLrRgWbzj1JJAMvrofXmLD4tATVDfRphtMrgV2.BAVh IZYd81nY1avxY1lXmWtpSCKVqCeototgZppTpFN0K0EdIq67lzHuqb.mMSQC5tjr0GnwQeH_AwYM jP3nHVSYv1FcjnCrx5br8beth_f.sBDByTRqKMitSfYlfns.VrjcrgWGnYo3VlSsGmW2mpsMqhpe VwvaZoT2JuOTs7gVw7YB53ojtZPDteqmfxXcA.bliQ9juiah_AByHjsDyJw94gNPmQASaMmbJcBN pv7XVWkPYYaZ4T8TRuOL_Rnq3CZPalgAN9_Q1hIbRPNLoYMFos49BiH71gAd6OgSB6frxktIH9sn NlZwQLYO6bU6E9nFgO_yWjocl5RZY9.cg3ct6xbHrMk9bS7wSVc5ZZurT9PLk.zKoa1nlg6dk3Hy pDenyXNhUmeoetoQfbBwe5FQeaz..ig4zKRhX.4WiFKZ0N5rJWcbg3oDZGWC2NyuzdFkDQVNu2OS Fri4v9rIjXaGzANN0az8I92D3LS695MLm1JDN6lmernoh6suVTZNVsaPq5H4GjGJYv6atBIX7sfy xk7ZdA.wZdKDwZe713ZqnLBhOeXDofCuAPcA7Iy93rWsOEioNIh2TrBOlJjaT6uZoLUhAEmPwSjI LdmsegNU2KB5wgrg1oorgPWbc6ixBsF9dcfAqFl7oeNhFCD7AgC3E_AUtsaHaTaP3fdN5TjFqxol tPeSFe._7D58oAUrjEsjl42IBo9JbIFGBW2SRu7KsUOta9LTnvpT_nJTvXIOA4lOCu0EWPhQZ8Q6 5LWGgJQEkM25UKNV15_FdOHZC0dKfdSljIu3vKGUHr71BU5VlCsh5xWQRNP0.XXgq6gCaEz97Jq_ AR2TQIIpjh9e1oBE0vL_GI3tAwau__fWG.jm4k34nYzeSFVBnFqgM5U1enLZZkQP.leQjfdSQACm BlPoJVr7beo5fJHi6PQJITGDLlJr6Ep2ilwMAsw1aCeE0s72ztZhengZIEi9ayE5ZHSPunGW9A33 LQjRIeJ0Mv5ZJaenD9hS0vfyOjUviygYa0YI7daYFamI1.uOhW8s65amy2pr0DTIYWx7FF6W6lG1 HFFvC1JDSZFgXzKXDEH7jsWBUxhhq8qXkDQFeas5BX3wfeMRKc2sGkENSs3wWWb5Be8K05FMToUY gwoAHbrR5mgK1wIF3pC9wEC7HRtiSqKofsQTIbtQvXZwzn1JxPTziDAbZJMpYrkJLb9_ZnIZ7SRH WUGZ1ueOHC4plRybCQKSHVzEejiaZY3wg4xFl5BJAr6.xZfZcetXePCr5ODs65.CHK2rmR9qKtO0 LQ3arSg2GHZLlXjXoCiK.0ethw4pw.ds.dFx6ZinLz4288tpGVgY0Y_9rqgcUy9s63Fjd1jTMBI4 3wJMSTo8OamQdcZlttj.bjwxnN5vKtSMntzPecZ5Z9IGbkF8RDuHS3X.yOniUt5MjizKKRjZHJFP zaG1HZDy4f_.idtX4wBlX1QZN.cg06hFlMisUosNJUWGSrnKwyBF2Uu4n_SgDQ0GDQTWcjKPC8vh RIH4UyyWjsFvdvYzVaCUqATUNmP0Kk5Mej.V51wEzKeoHbPVBY839k3j50ErJ4clRwdyPlD8T02l Z61nl5VyPvpsX0MVQRRFQaZnS_ur_67Gz9RMPh188NL6qXEUx1Gs6BKrdnoTIZaPC3X7K.E.hQln Yj4qrj0dtfSV6yeeJhsxdEv4QjyZBQt5uXyyZ2zQvoPd.GGHLKgig96uwIIouUohpH7ubCUxO.Pb caDb.mu5n.aIWl2dyDvAOQ6jXQ7z.hjY9q9fyRfz2j05ycKprXTQ0NJNHkqkQd7jA40iQAJR82PE vc6QvU4K2TxY.fnKE.wo8zm5T4P5a6ewHMemtMRjVm9a73CnaQPyYLzeK31RSuk3yaITdo9_qgMK AOkSrPaBNi.5v.b6iqwtEWR4Eq2.qUCkH57fkzUxO6JWrwynEQeyxc..9hk4cMqWA888p44ZvDyX sYQkPrXULOFEJwoZtSeJgaegQxKlyO3YR66DBNtMwe8avkxRpGCAD96Wvw0XpnqIsHn8Emr8iE6v B9RHxKlDuQgKrus6xhRltlbPvL8DsxFSWvjbDSr_4FxgIsvfV6WaYQnwYCwGi_SIPXyUovg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Wed, 23 Jun 2021 23:22:41 +0000 Received: by kubenode541.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 8134c30be8b3f4dfd81031bfe68c4232; Wed, 23 Jun 2021 23:22:37 +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: llvm10 build failure on Rpi3 In-Reply-To: <20210623222838.GA85566@www.zefox.net> Date: Wed, 23 Jun 2021 16:22:35 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G9K772sMsz4cNc 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-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-23, at 15:28, bob prohaska wrote: > On Wed, Jun 23, 2021 at 02:03:42PM -0700, Mark Millard wrote: >> On 2021-Jun-23, at 10:43, bob prohaska wrote: >>=20 >>> On Wed, Jun 23, 2021 at 01:34:55AM -0700, Mark Millard wrote: >>>>=20 >>>> Not that it helps much, but: 2779096485 =3D=3D 0xA5A5A5A5 >>>>=20 >>>> It appears that such somehow was involved-in/generated by: >>>>=20 >>>> [ 24% 1326/5364] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && = /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen = -gen-global-isel -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU = -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMD= GPUGISel.td --write-if-changed -o = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc -d = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc.d >>>>=20 >>>> and that lead to the commented out notation in the output, with the = "@2779096485" listed in the comment as well. >>>>=20 >>>=20 >>> A Pi4 doing a bulk build of chromium, lxqt and apache has gone far = past that >>> point building llvm10, suggesting the fault lies somewhere in my = setup. >>=20 >> I'm not so sure of that for the 0xA5A5A5A5u value. You run >> main [so: 14 at this point]. Is it a debug build? Or a >> non-debug build? I expect that 0xA5A5A5A5u has some specific >> debug-build potential meaning. >>=20 > The kernel in use is=20 > FreeBSD www.zefox.org 14.0-CURRENT FreeBSD 14.0-CURRENT #1 = main-n247405-8fa5c577de3: Fri Jun 18 17:03:19 PDT 2021 = bob@www.zefox.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC-MMCCAM = arm64 > and it can invoke the debugger using [enter]-tilda-control-b. If it was a normal style build of main-n247405-8fa5c577de3 then both the kernel and world would be debug builds. But it is possible to explicitly control if MALLOC_PRODUCTION is used instead and the like, based on how doing the build was configured. (Lots more can be controlled for the builds.) I still can not tell if it was a debug (normal) main build or not. I would guess it was a normal debug build, no extra disabling or enabling of such. Side Note: Going in a separate direction: do you also run main on faster aarch64 systems (RPi4B's)? Do you also build there? If so, it is possible to make a copy of the poudriere/data/packages/main-default/ tree from the fast system on the slower system and then use pkg on the slower system without doing builds there. It is also possible to set up to have the fast system be used as a remote source of the packages, much like FreeBSD servers. But I've never done such. Based on what you have done to publish for folks to look at when they are helping, you might (mostly?) already have that set up, other than pointing package to the right URL on the slower machine. End Side Note. >> For example, 0xA5u byte values might be the value that newly >> allocated memory is initialized to. Looking . . . man jemalloc >> (the memory allocator implementation used by FreeBSD) reports: >>=20 >> opt.junk (const char *) r- [--enable-fill] >> Junk filling. If set to ???alloc???, each byte of = uninitialized >> allocated memory will be initialized to 0xa5. If set to = ???free???, all >> deallocated memory will be initialized to 0x5a. If set to = ???true???, >> both allocated and deallocated memory will be initialized, = and if >> set to ???false???, junk filling be disabled entirely. This = is intended >> for debugging and will impact performance negatively. This = option >> is ???false??? by default unless --enable-debug is = specified during >> configuration, in which case it is ???true??? by default. >>=20 >> So, if you have junk filling enabled, I expect that you ran >> into a legitimate defect in the llvm-tblgen in use. Having >> Junk Filling disabled might be a workaround. >>=20 >> There is /etc/malloc.conf as a way of controlling the behavior: >>=20 >> ln -s 'junk:false' = /usr/local/poudriere/poudriere-system/etc/malloc.conf >>=20 >> I suggest you retry building after getting the above in place. >> If it does not get the 0xA5A5A5A5u value, that would be >> more evidence of a uninitialized-memory defect in the llvm-tblgen >> involved. >>=20 > Done and running now. In the interim I tried building llvm10 using > make in /usr/ports, but it failed with another python conflict. Intersting. I'm unable to see a: /usr/local/poudriere/poudriere-system/etc/malloc.conf via what you have published. But I've no clue if such an odd symbolic link would be expected to show up. >> I do not normally run debug builds and so would not have >> run into 0xA5A5A5A5u from Junk Filling of memory allocations. >>=20 >> I'm not sure when I can setup and do a junk filling experiment >> (in a debug main build?). But it looks like some independent >> compare/contrast activity might be appropriate. >>=20 >>> The instructions you gave for setting up poudriere seemed to work = perfectly >>> initially, but since that time both world and kernel have been = updated >>> along with ports. Is it necessary or advisable to alter = /usr/local/poudriere, >>> either by update commands or complete replacement?=20 >>=20 >> I will note that your log file reports: >>=20 >> Host OSVERSION: 1400023 >> Jail OSVERSION: 1400019 >>=20 >> So your jail's OSVERSION is older than the environment >> that it is running in. (Unlikely to contribute to the >> 0xA5A5A5A5u as far as I can tell.) In other words, you >> have not updated your: >>=20 >> /usr/local/poudriere/poudriere-system/ >>=20 >> to 1400023 as far as I can tell. >>=20 >=20 > After one of the world/kernel rebuilds I attempted to repeat your > poudriere setup instructions, thinking it would update the setup. > IIRC both commands were refused, not with an error, but more like > a "don't do that" sort of message. I fumbled for a while with > poudriere ports -u, but couldn't get the syntax right. Then I > noticed a reference to null-mounting /usr/ports, which strongly > suggested any updates to ports would be picked up by default.=20 The steps in question for my point are (from your http://www.zefox.org/~bob/readme ): # cd /usr/src # make installworld DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make distrib-dirs DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make distribution DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 Your: cd /usr/local/poudriere # poudriere ports -c -m null -M /usr/ports # poudriere jail -c -j main -m null -M = /usr/local/poudriere/poudriere-system -S /usr/src -v 14.0-CURRENT leaves /usr/ports/ and /usr/src/ automatically bound to the most recent content from the system. But the installworld related material is not automatic. (And poudriere should not point at the live system's own materials for such: during operation it temporarily changes some things in the system it is pointed at.) >> Separately from that, for poudriere itself: >>=20 >=20 >> I do not know if you are using ports-mgmt/poudriere-devel vs. >> ports-mgmt/poudriere .=20 >=20 > Poudriere version reports 3.3.6. I believe it's _not_ the -devel = version. Okay. I've always used poudriere-devel . No reason that you should but now I know that we can have some distinctions for poudriere itself for recent functionality. >> But, whichever, it is a port and is >> one of the ports that should be built when it has updated >> when you update /usr/ports content and should then have its >> install be updated via pkg like the other ports. >>=20 >=20 > I've yet to master getting pkg to actually work from a local = repository. > The handbook says to create=20 > /usr/local/poudriere % more /usr/local/etc/pkg/repos/FreeBSD.conf > containing > FreeBSD: { > enabled: no > } That is part of it. I have: # find /usr/local/etc/pkg/repos/ -print /usr/local/etc/pkg/repos/ /usr/local/etc/pkg/repos/FreeBSD.conf /usr/local/etc/pkg/repos/custom.conf # more /usr/local/etc/pkg/repos/custom.conf=20 custom: { url: = "file:///usr/local/poudriere/data/packages/13_0R-CA72-default", enabled: yes, } The file:// prefix is URL notation and the rest is the directory path, including its leading / . So, for your context: custom: { url: "file:///usr/local/poudriere/data/packages/main-default", enabled: yes, } I'll note that the default for remote use of the FreeBSD servers looks like: # more /etc/pkg/FreeBSD.conf=20 # $FreeBSD$ # # To disable this repository, instead of modifying or removing this = file, # create a /usr/local/etc/pkg/repos/FreeBSD.conf file: # # mkdir -p /usr/local/etc/pkg/repos # echo "FreeBSD: { enabled: no }" > = /usr/local/etc/pkg/repos/FreeBSD.conf # FreeBSD: { url: "pkg+http://pkg.FreeBSD.org/${ABI}/quarterly", mirror_type: "srv", signature_type: "fingerprints", fingerprints: "/usr/share/keys/pkg", enabled: yes } So something somewhat similar likely could be used in /usr/local/etc/pkg/repos/custom.conf to use a faster machine's packages via a slower machine's pkg, without coying over the directory tree that contains the respository. > Hopefully, using=20 > pkg install -r /usr/local/poudriere/data/packages/main-default/All = [pkgname] > will do the trick. Any cautionary tales would be much appreciated.=20 With an appropriate /usr/local/etc/pkg/repos/custom.conf you should be able to use pkg normally. The pkg install -r installs more than needed and not in a way that pkg autoremove would clean up. When you get pkg working with /usr/local/poudriere/data/packages/main-default/ material, you might want to do a round of deleting the installs and then only explicitly installing the things that you directly want to use. The rest needed at run-time should automatically install, but in a way that would allow for a later autoremove to work for things that are no longer being used after an update. >> I list ports-mgmt/poudriere-devel in the file with the other >> ports that I list in ~/origins/CA72-origins.txt and I use >> that file via -f in the bulk command. >>=20 >=20 > If there's a guide to using poudriere/pkg in a self-hosting situation > it would be very useful. The existing docs have a very different = focus. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Jun 24 00:58:56 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 0920C5D6037 for ; Thu, 24 Jun 2021 00:59:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-8.consmr.mail.gq1.yahoo.com (sonic307-8.consmr.mail.gq1.yahoo.com [98.137.64.32]) (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 4G9MGH40nqz4jh4 for ; Thu, 24 Jun 2021 00:59:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624496341; bh=mBShoWOxpueXdIDIjNrLUGo1y2DM6nNl2UtZrdqPUNk=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=UIC5B/ty72EAApNt71RfjvL/LEMOEc4AiDCyNSKghhAuhBCboqFJn0kO6VLRvmbrKBcZkPvUSIjaQBB4/YdPc+2NLFM1avDlO3RZjdeLb2k8n3Omhg1eTxrBS7iBeHeZvVmXFua2PS4zSO60Vr2D0GNIK/Vn8DwKe1yuz+J+0oth+haWsOEkfiYRrLRUsxz3UuWKDIyY53Z6yqr/20S9WjW6Tx2MmALVYmVJRhAC4lyjmdsWqtYHo4jE2sArNoncicDwx5AkzpPo9fPtzkZu4sRsiJYJ36yMXgaIIF64sq6aiS2dVFXKj7frjDffJLlYj8AWA7xhuD8qBYlYj4ld4w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624496341; bh=qIYrBfCQaqPucRZsy3HyYYOD3mRz3I40APMRPWcGmUv=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=iVXYTYLa7E5G3Ozzo/Y4si2asZDSnNTUU05thYXSUPkOGFxppTl5YaNaEy7c93tiCF+DQl7f69NfNCFFL+TvZNlJhs6rh55LJcgmwMkn2yQ15d5ecBIC3NmwDojmumSbE5aQhfnrwNdi/8/tgyr0FHEFyp5nb2oQCiaTrKcinP1JqkuBPj9XcuwparKj6u0MHzYTcxnmY2nBChuGXRODpawqGnivjf7jg8Aos1KitEHWFq/2b0hVdx2eeY2xlOXippyHaopxzw7Vx9PtAOlA1oNDxN+0XWPgKu7CiIrg8Gr2vN/iavWHajt8ZGhuwILmVb5jqCJzWf6XiS0FqQ/j8Q== X-YMail-OSG: fuYsLdsVM1khnoeL1xS_tyapHmEDMtKqQKNtFPx0xzLSjBNGAbvJBqjOCDiizq0 J2qCZl4ao_NpgH_rWUP2kZWrWP8EmwNqt7qBgHRfK0_CyOiCP2w9CnRgZSgAWsk_fNINNL_q4oj. Nm7NGX1K3nnamJIxaBNSP4uuE1gVDtGUo0M6Dn.2dsYQ4sZ_lcDUwQ3r3QKfEndHAdkCILxJkyuJ RcPFSuNr._e2t.AiIavoHBcXNLJMpYdtAHmhPF4dS1.3KH9UFoI2fU4wsQj8nobQr8B.rh1A_0uu t0pEqFyI4kSfaQMhXc3xc9djAxdgPCasl5uxsBuPSTTS8fH9Vc0G2P5VtnTj_NM6YGPGdm3KCPce h.JfOK6kP1NOnTm_9ODQj.Nov0G2C8TSzIhNbTXahNhhdW2xyO_PwL._u7A48_6czvrULKa60ifs slo0jBanjGdhoHmlR39vcerWHblmZlbbpsgGoyH2hk7_kDojx5jHo3Pu.6SdXgyvTU6gN652DqAH voyG.JORgEaknF2Te6PXHfAIULeYrK_rN_LwDpeuQflgVlhBpfkN0v3WB8qJPsEgpH49Rjq.0xK9 Vwq56Ks4EuSr8qGmcniaXMqUs1DOOUy.faD6UscteFnJ7toCSANtaeLzlWSBySpYgS0hqODhaAip mm2mtJTFUaXzaTNhjRPWkAggx7ClBqhvRhYTxmaJS56ERqkbc4t4kwSngUefh5PEVSVD7_YVhUnq ZdIS0_NhC_SL9ms1J6vA_GlVc4xDKxc_Ej3lPyMi4.oBCJsV._CKurpnduA1AyIFVc6pDZgFcfmX cZ4DPQjU._YjTKOV.vfL6ocnkItT94bZ5pYj6HMIBVnxMmnkoMQSujDSpyyxDU9E_atFYfqxISX3 4U4uUt6v3Hu8Itz_VV_Du3y0ffc1Nbk5DcUfPGZgTu6LaUP1ny5RHsUwsJMBHLIbDjPbxjWz.Vew dS6KDtLC8i3awXf1KL0wb1kPOGoc..1cEFn3RJLpmuPe.7d2628TdYqPmpPwmf.KeEkNdd2AtBuJ h9MDUNXa4xLAmBQrjhDZTIQ1olddcnEEhLFSMG0.vgA0Ce5CgAjcbDopBS5tzPnBHNqVGzps7aso _GOiw_Rk38CeGxamq8YSZiLOEbv3NOLIWEWllwIxyZpT8IEiQNnPQzO8f.2D1yCgXyIPiUv_YOfJ qmd9EMjzw.F69nDKN6i4A_9xQjZFu7ovXWK4.WRG_GOclngK7vGAlMalZk7rqNv1_mrnw8tmBtD6 zcZXxIyy.Q.hUNHYldfjsHEcXSHsPqaHwydmVSceGIclOhL9Aee9T6CciKKwm6OG4pPdhcC3FL9l q0BqSOsVV9hK_rgHNoKIaDcjxZfBNeslvjypk.y5TCwja1lwk4jDW7e_L08.e05pcqhnH07B5ek. eZIUDHleT_63HwDELgg_C3zbpauvwKI4tU793Y5IFI.6jv7qKBUXu.3XypugjrL4_kLr5QKz9sUl eQ8DhQmYN.8SvmlHrhm9d7LNw.YWF8BaOVTe.ZNcTqTLsgGuj8eG.hNZxJSQLGH6DWzDns.YshfY Fe2hxrbcqVMg7NO9c4rbB.v4VsHZu3UKGyY7b7Jy4bc1OVD5r8NmfUTrTkMbi1xCJchn9fqQnRYM bTW82xxUWa2uSFqKyDpH0xx8dspgaab59icmjcEv6w3Z7PBbPLwTWcWKi4tl2_T5Ge6YsILpw0oE .NMWS6AfSN4LpFdXBGO7HEopT_WkcMfdEVhw5f8zhBomjfxoLyvqgTnqR.A.HXA13GJTKTEPSCfG KF3tOFExghoKkmnLmdQVXDK.fS87djmUR98_kubIcyMBvliKdf7ylQGpKKZ7RTZYzH2PTqkFL0Gh CX398ctCotuUU3quVGgdu2ZgC_GiloD0NLIhFMMECh_mOO2JMPp0sthXu.fhS5yOMPv0sGI0E_SV 3jhQk.uOBUT5mr40qLkUyCrgvRlKkpiT2Pti4EcGcYss08SR6Uxe5q2sn8DoqxbKOJRS7iWGZGCB 1OEMpUPVX3HboGlJRCH.qw6DZe69rNkgrpwcTIIDD0kCJRQabbk_RP.LzEOORobodqyjGL1zjZGl zCfHlnpW.2bgILIyZ7nO9rjYAEmUsDz32AukocvoGFGoyqqC1Yp7XHWPPOZ5RwaJR07CifjDMjaT aLteNTVnmN789PeDupAW.eMlUgKzEjO1WDPXoP34BD2MC8FazUsrlm_3t1YlrSHvS6Qlce7xxyEC lGWOc.YUjGsRvZgK25dDpakdWTgHcIjanXNSYS6BMBksVNU03jiOUbGcyTADo1Taa6oOTjFPRP6x LPrgtyOPHkLy44rREUIcSVT.pmcekFQHyhp7gPSASqOs1XANoYg2Pr1pocq2rj5D8WyThNN_EG2Z Pt7PeTNrWy4i7Q.eKN5IFj3UhlBxWmKpFtzvMr3TGrJbkR5igYZq2b4B1JXCvyDzymDeTWDlJWhZ asGzQOQSGz2_mZHy4MY3THMrIuagns8UjcYJvOUXbOBQUl5Uwpb_8fRWtl_d45dsFFCMpIJkP9CV A6Fvji66tABWhyN93KnouD6xIaNID5Rqd4UyZO8MuCGqwUQxlDPV5ZlL.Hn6rJH8lbbpacwrOQ0m 8JaFfAQFIp4AaEP.YirBxlYB2lPLJ32VVmqd5LuDgDq5Ly5.eg8k5i.rMRGB9JQ0ds1_DUc_5gGA R4q8hXzUtANLZw3W1Wur8uGdbC9cY3BO2oY8xD6gvZRP_QimBGXrjh16YFQbY3LqXUbXGnQY- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Jun 2021 00:59:01 +0000 Received: by kubenode537.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 85cdfcc6563d62b9b66b21641ea58be7; Thu, 24 Jun 2021 00:58:58 +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: llvm10 build failure on Rpi3 In-Reply-To: <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> Date: Wed, 23 Jun 2021 17:58:56 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <43B69E69-AF38-4B50-8018-BCA02A5BBAAA@yahoo.com> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G9MGH40nqz4jh4 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=UIC5B/ty; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.32 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]; 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.64.32: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)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.32:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.32:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N Misc notes . . . Looking at your logs, I expect trying to build both llvm10 and rust in parallel is likely to run into resource issues on teh RPi3B+. For builds in that context, it may be better to do something like: # poudriere buld -j main devel/llvm10 # poudriere buld -j main lang/rust # poudriere buld -j main -f SOMEFILE-LISTING-OTHER-ORIGINS based on using ALLOW_MAKE_JOBS=3Dyes . Part of this I based on your on-going llvm10-10.0.1_5 build shows load averages (example): 4.53 4.49 4.40 so all 4 cores are busy with a little backlogged work already. It is also part of the explanation for: bad_C++_code 24:30:53 for both building at the same time vs. bad_C++_code 06:59:12 for only llvm10 building. (I'm not making claims for overall elapsed time.) You wrote in http://www.zefox.org/~bob/readme : MAX_EXECUTION_TIME_PACKAGE=3D432000 (since increased to 1724000, builds = still stop at 24 hours)=20 I think you may have guessed wrong about what MAX_EXECUTION_TIME_PACKAGE covers: it is for after staging the build, just creating the package from the staged material. It is not for the overall time turning the port into a package. The time to build (through staging?) is controlled by something you have left commented out and have not adjusted: # 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 My prior notes had listed: # Cortex-A53 and such are slow for the purpose, allow 4 times the = defaults: MAX_EXECUTION_TIME=3D432000 But the figures that I'd used never dealt with something like rust on something like an RPi3B+. So the figure may well be too small even if rust is never built in parallel with anything else. (A similar point goes for all my example MAX_EXECUTION_TIME* figures.) I did do various llvm* builds, but rust is bigger than any one of those by a long shot. Parallel builds of things like llvm10 and rust in significantly overlapping time frames put the load average well over 4 and likely cause periods if significant paging/swapping. This can greatly expand the elapsed-time for the individual jobs (builders). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Jun 24 01:15:39 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 21E8311C8F03 for ; Thu, 24 Jun 2021 01:15:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G9Mdg345hz4mk9 for ; Thu, 24 Jun 2021 01:15:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624497348; bh=bSmlhP/suG3rs9BbhVeB/P1k5zejGnmisLiIWCqg0fg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Y7mqtBr65D+ieZ6JlHNy4dEqA+2cyVGJmhEo4RQMUsMhboRQIzP8FSIKPQ07HZGh17MAY7o3m6bBp5KZkixljzpc0vEXkMF+nKaNLXDdpiniqJ+CAMnKZbMZgKUN+/A980vRUruPc0mF+aN5JYbKaZuKdhBfP8+sQ2h0/9ODn9XliZ0kgQd3vX8HPEyrm1rOCvBtNkdlyNyLkKlv+P8RQeRXXIZECWn0f/6KsKS710yshZXIYIwkBxy0LeQlWxZJIWqsO7wOXOFLdk/qRXxvCv2/J1nwFW5iwDXX+ORdVSGoXXIoalwgmC4T016DrtU/SmaIYbzDQzVig2njgYt7KA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624497348; bh=pjWR/bPNutuwKLGXKmTS+P16zaEEH5mEkg1p658yt1B=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=p1uGxhGBxXB1jXpNK2Q29L3sebAAxto6/paIAJlMf6veIq8hdF+Z7jBdSCHT0E2Axe11poErORogSQluOPc8w4zgKqdv9SQ+PFmcbv42rGlxq0znLyu0uGBhKnrDtF5YV7x9ISuDtLtB/7YuAy+8Ttc6dZxZNL3NiftUXAe2nC2kIH0w9mloGz3160KeBuSfeN0CYAQjY5BLVG3TSqKDInMuOPf9iS5JB2nWpYHWbtlJ6TtIsxD2godmCKSt4Y7Df8ft/A8qlWWboxywWjEVmXgnhQbxlSlgubjfn0P9xmbJYBblMA0vLbGZ8GfP6sRX+W2D54Syt3PHIAc44lLlaQ== X-YMail-OSG: KnafbQUVM1nxw_oo0sLfemtKwyEmHy1pVkdUeujhoJE2ecBavgb0FYj4iTV5LuF k6aXswJkwFWf2cs.i7oT2D6.sP_yCIoCWMFVJQgnOpAEBdPvN.OBs5077IPXa5Ek2ZF9geJdByvO FdIMXLq922h6ByFePUdb26CnpkA36E6ruA_nqWyhzEdMq3h5NA8pp6Zwsr8X6FI1RYlAtB65GVTO su890b9iIt24HLZyCxuYLFUsX6vGGnDf9.RgZM4dg9UyIuvCgBcXq6YC4gczxG54fqzgc50tZwQd QhqeeRA6f8JiJxWm4Z_JaM8gltnTFTcC.wY2wSL_fLn9CKrYMqRPasAAj1QsKHqdns5Qic9cVUwK wFKguTkVfWiE0uH8WfUDcFdwo5Fr9b3DBQ1fjEWL0ao6vxkOtK2QQp2uqQ5xAzM0ql29Bmg14PIV LOHM16fA4gaqk5Qg4xtbskMOOQcT.Ty0IZIbCsoXewmFoTSXS5goKw_ElrvWfHIVTgyQS7yWF__f 9Yv6fPGZOunwgjZw7emr4r6m4xAHQ1ir_wpwi6NQ1iescE_YSyXHQ2C5cjmmM2kQzQWSbKdRBG3p IlSWTRMwzghgIl6dfwRaVrm4VbCllyQVY4WyJFvBaDjiY1Dnjaz.z9WNYRr7a_etmc_112LUNn.. bg43HA7FjKYWJdziz_gvhVv3cJWPY5LCBbtc39ebjWj5YKIIets5jS3L0dl9X8KsKSQHop9NTAYy 02t0qF1XZ31cJPMZOGRZ4J4P6uaUQpFEcLeCjZ6Chux8bHTIooHvhdGTEdNR2MDOaIKe2ipObYyD jU53R8glsSz4U5E_WThXT_NFep9oZa1ECpUOK_UCxsaqAjGXkEw._VHvlGiYtduBHKPKYoys2hZz 5mpZcNN8iOLBznqJ9SfUuVq4H.JPsSVy6WEXJpM8EALFyYrhx66ynZcI2RchrcW3B0UWMUnTq_ke dpKFnH.gXs2.wyacLxLKD7K.e8y4Zjxn4qBAE0s35GJ8rU2Jn2ZfGpSjXhqTfE12q568gAGxDBKq Cd8Uqk08pZK3thSPoIg2XCHi9RCql.rZelCGGUPAha1nwEo6ACQcwYJKGzlFflBlv9dKEcMcQIw4 evo.WMtkBNQrGeUDts6_OC8_c2vrhcTNqJicJzz4r3DZOu.s_5R_Jzg.DDr2FGe19hm_XRay9sQN bxEVG488Mgn1LDXqMZF_MPbE1h.aAvhYYofdr80ovnwMAeG0tCPL_5cDYS6dA_t58_qrDT3FZIhb kJFgIFbpKiNF1CXDy1EnKhG1Aj9NW.TjIRBzERstbeBVsQkhwlPfND2CU_heBEKMBgN9BolzX3YH U748o8HYEIvizonzQFMzUAX.dx0kG5_gQ.C1EMeGO2eceEv1bw41kE7tsTTu0PlUncr8fypgDb9U cSiPdpDZuBS2CfJR6uFZusHQ2bR1VU9u_F2jgxfVPoQGk87MHaSVh7oxiQCP9Yp3J7Z_wvHp3mWh BRZDaazsDLhDgJ0F1xaPELA2SgvvA3WZ2SrdbQGaJttN8sIu8G05A8VMaWhU.NKLROkX9Qyrc2Sl lOnK.Ie_AAjtCTktcbgrRfbhnwyVMtz0EusyEltTTsvOhNlBFhjUK17sv01CgDko5TP5yjWEGn2J Zfh50LYQy2AG3HET5Rxn4ENo9Ts085A.HLownanMiqX5RkIU_PJmxMwoKfJpN0uCmBIGAEd0BUi3 6zOQNdzkWi7E9Yo6hC.nMAQ8XWR2W5igj1hLpIo_a.ltk2JxGXo4tzBFhZizcv.QOQ1zZ8NPhK_c 3fd4vmgJOgzHwKeiDfqUGrx6hhAmBjF5j2KTn_yaemL5RdMdkAfx5rzP5u8.J2SuNHd3ClaXcPqx sp9wlipc2IMeQzDVN2L0QFV8lgO.1Ua6z4rT1a2EpgS8k.HeTrHURwXbXSEyEbLGNtuxKeTD8SKb TyXgImJAnlNmC4fzZUFh8xg5pwJ.67oZFhAmYQ9k1rTrDJBeMLIZQDG.3l1LXoq8.fC0YVhhduKE sJl77IBunCF9xNGtWPXJvr8fRtQls4eGLqo9DPPimG0TE2yGwJ6JjFLEezg6P.Dax_41CY3GYfxe UPsgoOrTtq_CO63WIq3ZUNOfip148wWVZf3I90ClXl.s_64OqR.w9NUy84XzLSI6oS1h2XVRJ7i8 z.X7bCTbbdGqLWgkNKMz0TL2S3icJDsEJFYmt873jq7xaOErTQ.HJ7VfqkhryzgEdtOefsBqPHHp Us7XYBXWY1r9ZA3Nb40RyiGk5YEY1nE6H5zxtbW3W098S3uLjyPdQTBKKIPMie9KbMKARQvxuDqv SrObLjHf7IifijT03yZYgXHoaiOLalg70gVSqem2F2.dcKLLJFIPo7fUEREEhIJvA4Ng0eXN1hCi Yq0D526q_UwRHtnts.QsprBd9kbRPpzQ9XFZCB7lw1D54xte4kBXZdXvcQ4Ax8smE7S33S7HM2M4 y_Q3FtmF3jgHcV6mNEnXlh4g0w.JetNPYjsYJ0OxlYC28CHEp8a5da4dd8Y9I1N175qsKC37ND3V Voi8t8xK.BIVYE9xBq25BVHG.N99LiHAiW41N7WnsQfKmJxEGmVcq8PODhXyHfPIMROKlPCxa5LU 5xCMqaoXP.K4YJudCU4aoKM0Q4OyfOfMv9hEcz7GUoW_ZVAkq1MpgHw20nCF3jdFQ4KSMSmGtOv7 BOVwcy3VQsn9RfK6TFzA0y1deXwvwXayypm1UU8N1J.9kGyyfnTRDJyxBI2rUoy2wIpk- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Jun 2021 01:15:48 +0000 Received: by kubenode565.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 03f35d8b0d230afa16500d8b1e713352; Thu, 24 Jun 2021 01:15:42 +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: llvm10 build failure on Rpi3 In-Reply-To: <43B69E69-AF38-4B50-8018-BCA02A5BBAAA@yahoo.com> Date: Wed, 23 Jun 2021 18:15:39 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <43B69E69-AF38-4B50-8018-BCA02A5BBAAA@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G9Mdg345hz4mk9 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Y7mqtBr6; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.146 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]; 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.64.146: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)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.146:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.146:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.146:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-23, at 17:58, Mark Millard wrote: > Misc notes . . . >=20 > Looking at your logs, I expect trying to build both > llvm10 and rust in parallel is likely to run into > resource issues on teh RPi3B+. For builds in that > context, it may be better to do something like: >=20 > # poudriere buld -j main devel/llvm10 > # poudriere buld -j main lang/rust > # poudriere buld -j main -f SOMEFILE-LISTING-OTHER-ORIGINS >=20 > based on using ALLOW_MAKE_JOBS=3Dyes . >=20 > Part of this I based on your on-going llvm10-10.0.1_5 > build shows load averages (example): >=20 > 4.53 4.49 4.40 >=20 > so all 4 cores are busy with a little backlogged work > already. It is also part of the explanation for: >=20 > bad_C++_code 24:30:53 for both building at the same time > vs. > bad_C++_code 06:59:12 for only llvm10 building. >=20 > (I'm not making claims for overall elapsed time.) >=20 > You wrote in http://www.zefox.org/~bob/readme : >=20 > MAX_EXECUTION_TIME_PACKAGE=3D432000 (since increased to 1724000, = builds still stop at 24 hours)=20 >=20 > I think you may have guessed wrong about what > MAX_EXECUTION_TIME_PACKAGE covers: it is for > after staging the build, just creating the package > from the staged material. It is not for the > overall time turning the port into a package. >=20 > The time to build (through staging?) is controlled > by something you have left commented out and have > not adjusted: >=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 >=20 > My prior notes had listed: >=20 > # Cortex-A53 and such are slow for the purpose, allow 4 times the = defaults: > MAX_EXECUTION_TIME=3D432000 >=20 > But the figures that I'd used never dealt with something like > rust on something like an RPi3B+. So the figure may well be > too small even if rust is never built in parallel with anything > else. (A similar point goes for all my example MAX_EXECUTION_TIME* > figures.) I did do various llvm* builds, but rust is bigger than > any one of those by a long shot. >=20 > Parallel builds of things like llvm10 and rust in significantly > overlapping time frames put the load average well over 4 and > likely cause periods if significant paging/swapping. This can > greatly expand the elapsed-time for the individual jobs (builders). >=20 >=20 Just adding another note. QUOTE /usr/src contains a finished buildworld. /usr/ports contains a recently-updated ports tree.=20 # cd /usr/src # make installworld DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make distrib-dirs DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 # make distribution DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 END QUOTE In the above, /usr/local/poudriere/poudriere-system/ ends up containing a finished buildworld, instead of /usr/src/ containing such. ( /usr/src/ was put to use to do the build. ) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Jun 24 01:29: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 B910511CAB93 for ; Thu, 24 Jun 2021 01:29:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G9MxT4dC8z4ppK for ; Thu, 24 Jun 2021 01:29:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624498172; bh=rltkW/mQDzlvKND7LVnv/bl8j4IU/2Yjov+0G9rC8Iw=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Wia9OA6g9lQFqAZ+fwT88YeShYi7PNkS0Sj428+oSy97LFutDHvDaynLSO5Guyssbf8luJaGm4YLJyVHYH1gOqdcRgvPx9xhOmiMT//oSK+xmueMG7qOgt8yLrIEx9p+iIurCAQMRqVllMA0E9FmjpnUYqxLA3HAl/EkMmZbXvwIjXliiY+e84HamOic2O6IdBpahxJkQ7JxUf9+26XTxiTWNAMgaU2MgJ0G+Agm4jOaYttSJ1jhkM7LdEPIKldIFVpJ2IZEkni+dfRb8TYknriFjVtf02XMhKc1VPH4zDPU3OiO03e1WmFxPz3U760dtlCZntx8ohrkQsQx1lmwAQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624498172; bh=/EZcbWw4MJSf0grk7mj2xhgUN+WHTSAihRafseoBRqU=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=rAeksUYH0CjZtw9EtsO8WThZIqzz2T4fnNcbZOFwytrJUqy/KryPn/kuJn/+QTlzwIezmf4h+ma55uzSimLnwSjHOwVJYD1S5KyPejrjgEttTmi3T5BTMNIvh6Jm3qpn7b/DaM+VjxZSNdTsom+Lo7enYR9Khw0s9xO+f2tdUdGHJ4eKjxvu9wXfKd//doGRfS1HwhDWgIlf2ME7MO6Od4XNhvEj/G4D9KNt2rcG9EgerbicF6Wa+lnsGxr/711zSxhJC2vhaP6yBR8hw1FvQ8PduywKzvxEA/L4QpNIWjNww+Lx1CAHEnT22TcMAUcikrX1tq8oA2RSBEoY1HV4BQ== X-YMail-OSG: xHm6.tEVM1nN0xv7QZLMjCjnp9LtqAyyYjSWvPg2d9KXOFd3ylZN.m2rocvhNZX BgEUAfeVucv_7o7oFP8ciSdj7d5DHAxM371BmEt.ZPyXvT4NXAOMJfFRmAfEOSmWTKPIQ3LXok0i gHReG6IQn28oFUWtf5xrqJYSgIbTXC3o.9ti2GPYARZgJdJww5hbkRVb5yCgms3VAo1jDCCMf_ta cRC53KTzPhM5mj8V777rmena95Uv_r9pZv.TMtvfwzuILBVeN7gjLiVXd8m.D9QH7xaAx_lOSGmx PSRUzMH3HIDlHxARw1Q3ESGrEJUNyknAPpSRX5OXhUugVn1igKlRid6qkl2XfUbwifuuA.EYbXf9 J.dXDJ1d7PJf4y8pfGRJtPMtXE0of9j5G15hY4NSX17WWm79nQhBJ8vgEwDTAt2lo2bXkC8eqVBo .aVWfx8tIRAqCrfJMPBD0vZ3qhEhwnAVvLSnOxNyJh7Cmgk5xePspOgqGIcHZSePlhiX.XGJGRo2 P9yYLGm9CZuT1yJOW5I6vfofi81mxV9XrgJw07qLSsZU2FyWoEfUuaIY2oVR1ortw7ypeLRRACwc 68Frd6jLyxFngzGWnOXLlCuUZVTySM0ocA_c7wl7m6hyADeSBhEkSG196SCGLdHZh6T.LBNzsrVZ RXrJqLiLht_lVFqvP2tMmm5Mlf4HgcrnTxEGx6Z9sYTKZ5QzMixGFSFVTuBhdqnBXk9cQzZk32pF OxcmwHh7EvY6zOdUEOHGy_duly5n4qO3IFT_bXH9gQ_8HvYr7QBbYABCTZVZS5De8lNfoJa0pfq0 Hiz2tFlIXEeRFhVNn0EyiAwj3xx8tzE.joEg9F0QigxxNVf6vnVi5kvfTerg_B75elyK9QlS7zFN gvf7PMAviqcAb_tRErYq3PT.Ac.78ceSWQxM8EDGYBMK0k68vC.xHri7xOR2yIdsD8RZtErpuOEw Bjn4a8boTp0wLbJjmCBNB1RVCxIslR0DAIlVtI7eh50v3jO10kx5PW385la4xzA7wNpCApS4UQdo 7IKOYBx3shmYVknXi7TEKDmuG1Y9tRKrK_FNIe15LNz_Y.56G69xUtLqQeRNSSckQZ38G5aAGMFT nRG39PrnI4Ieonzz2PnDuj8pA_kePRBxKkQfomB3sR2c3S97GwP5B8G5iBd1GC_iap8T_D3JaOv4 bMF3YFEQEkKmrB7oMZB3S_d1hPba728iRjILNhRScN7CRQZzxnKwhKgJsmh41gd0pIMDsJtzF_Na N_EBu_WmjjyBaRaY4hbM.Gz9rCU3G1yG0FwgiRXeInuqWyoVXhIHCtDgB6KZGML0UdcTM9WBEfqv 93LN0k.h852hRStSb0ZOtRloy.cQgVVZbw2pYsByktzi1cLCwnFicJ9vYWGCwcp6Wkh7K2TnTmJx P23p2ySR3Co49CKEIdTmOUeqV4OYXrv01HIR9Ia_NgTUm7lgFit9qHaGruJGvWEo1um_nkSy4WhG 5vMVTeNfhzdhW1ZhLCoJ.nduOHNg7LGccSOjnSIQFTBViOPEXu6f5W0K7jNVLrwdT0WWbT.NL0WS P90i.H.AsNWnLFa3d7OE4bbEPbukrIi4cb.6izfDX3DAXkOgRi.0HR4b1xr9oqhbZvbsZsM.r.4B z0u.AbCrrsrvh1HJRpvjnJ3A6vw0QS8ho922lqgHTu5Puqz7Oivx9EF1EAxI3hbQajDB1NZqqKou Q3WCmgMN.whZAgkiN6e_gRDDj.iGShzUHaGm_mikwWcefJaN14Qme.wmyPCfiDHFMFa0bhLmeyqp QwmAANaMuqpwhmtmsrhsEU9x.mch2Px9rV3ErH.GCXXYjcOm1vNz2SsQ0LmrXmGL3gPVXsX5hekn Ev9We4TCCEsxFJykuRUIkTLAO_1uJtMg_g9.Qf7mP.7kRwcma4X39_9be0gpGP2bX4EJ66ii2AZT bASu972dMBbcKNNRewD0dke35pS3A3dRevo_QJC1ey35wW5.fNm8GJmBlAPHUuWPz0s2YPeaX320 FrGcYMN4luLPYUWRZqpALVfRc.HoK50fb0Z_27W9NL3gEEpkApj4JgGxVr1rJx_3xyy6ii_a_Vlw QwAIUjeqCdq8M7sYBavx4QpRlihNNKh_w210ArYPyKuy6izHn3oIaPoz6KPd6RbgmSOALnlq9cPb G1cA8MbvuIhaMVSQNobxMm4vQauVRAaYLkuQzRaiG2QvRC2zrIPWDnJjW1AW25CTM8kPhgAdzBd7 nPXE_EoxAteyXkcoynCAEbS.d1rxJJOrIY9ngVU31wXrtrTr.eXwhFrocDVkVpYYObdL6bIqSmT2 6YR76ZAFgXcvRrVEfZWFHNRckseFVD1HHBw7gzGmgP.mX6myvF9bEqam1vxiZJPI9uEy1JBQ3szy hoBmjcBU7MfpSSBr9Xs1_h0fgm5B1HTxwoWtvFJ.8wJAP6dpGHKgxaZK3n.c_RXDZzbBhgilMdiR 0CDSJADsjyIPdP1akMENMI_c7j5KXvEq7pVY5zcVsPcbxQ.UNHkw8j4Veo1buWf3IVag_mDfzo_G XitN7K0hFyN8ODkVhZ0aIe2nWi2ssW4hssO8L_ufKW2rhhyiOP8mVkUAhX95Ddi1VUHFp2keZQ0C uI4hHRpIOuaML7ZdgjfdZ6DSuR7FvVrxbyXmRhCqvhSQ20AB._ZdbaIoydGs0S_Nweuii7Fb.OWQ QgmuoLqyE8mPvnkQZBN2nPf6Jko3ULPOplZM39Zg8q5JB39ecZvFCl_MiFEb1oW.xfisMxA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Jun 2021 01:29:32 +0000 Received: by kubenode509.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 2749683968e7ed4733044e916224186b; Thu, 24 Jun 2021 01:29:31 +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: llvm10 build failure on Rpi3 In-Reply-To: Date: Wed, 23 Jun 2021 18:29:30 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <3E734886-7D80-4F1B-9CDE-C834BF9428A7@yahoo.com> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <43B69E69-AF38-4B50-8018-BCA02A5BBAAA@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G9MxT4dC8z4ppK X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Wia9OA6g; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.84 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.64.84: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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-23, at 18:15, Mark Millard wrote: > On 2021-Jun-23, at 17:58, Mark Millard wrote: >=20 >> Misc notes . . . >>=20 >> Looking at your logs, I expect trying to build both >> llvm10 and rust in parallel is likely to run into >> resource issues on teh RPi3B+. For builds in that >> context, it may be better to do something like: >>=20 >> # poudriere buld -j main devel/llvm10 >> # poudriere buld -j main lang/rust >> # poudriere buld -j main -f SOMEFILE-LISTING-OTHER-ORIGINS >>=20 >> based on using ALLOW_MAKE_JOBS=3Dyes . >>=20 >> Part of this I based on your on-going llvm10-10.0.1_5 >> build shows load averages (example): >>=20 >> 4.53 4.49 4.40 >>=20 >> so all 4 cores are busy with a little backlogged work >> already. It is also part of the explanation for: >>=20 >> bad_C++_code 24:30:53 for both building at the same time >> vs. >> bad_C++_code 06:59:12 for only llvm10 building. >>=20 >> (I'm not making claims for overall elapsed time.) >>=20 >> You wrote in http://www.zefox.org/~bob/readme : >>=20 >> MAX_EXECUTION_TIME_PACKAGE=3D432000 (since increased to 1724000, = builds still stop at 24 hours)=20 >>=20 >> I think you may have guessed wrong about what >> MAX_EXECUTION_TIME_PACKAGE covers: it is for >> after staging the build, just creating the package >> from the staged material. It is not for the >> overall time turning the port into a package. >>=20 >> The time to build (through staging?) is controlled >> by something you have left commented out and have >> not adjusted: >>=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 >>=20 >> My prior notes had listed: >>=20 >> # Cortex-A53 and such are slow for the purpose, allow 4 times the = defaults: >> MAX_EXECUTION_TIME=3D432000 >>=20 >> But the figures that I'd used never dealt with something like >> rust on something like an RPi3B+. So the figure may well be >> too small even if rust is never built in parallel with anything >> else. (A similar point goes for all my example MAX_EXECUTION_TIME* >> figures.) I did do various llvm* builds, but rust is bigger than >> any one of those by a long shot. >>=20 >> Parallel builds of things like llvm10 and rust in significantly >> overlapping time frames put the load average well over 4 and >> likely cause periods if significant paging/swapping. This can >> greatly expand the elapsed-time for the individual jobs (builders). >>=20 >>=20 >=20 > Just adding another note. >=20 > QUOTE > /usr/src contains a finished > buildworld. /usr/ports contains a recently-updated ports tree.=20 >=20 > # cd /usr/src > # make installworld DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 > # make distrib-dirs DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 > # make distribution DESTDIR=3D/usr/local/poudriere/poudriere-system = DB_FROM_SRC=3D1 > END QUOTE >=20 > In the above, /usr/local/poudriere/poudriere-system/ ends up = containing > a finished buildworld, instead of /usr/src/ containing such. ( = /usr/src/ > was put to use to do the build. ) >=20 Yet another note: http://www.zefox.org/~bob/ lists: /etc/make.conf But that is the wrong place for a poudriere make.conf . One possibility for a poudriere.d make.conf is: /usr/local/etc/poudriere.d/make.conf But nothing published indicates that you have such. (There are names with a -make.conf suffix that are also possible.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Jun 24 04:30:00 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 7ED4811D52F0; Thu, 24 Jun 2021 04:30:00 +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 4G9Rxh1LYtz53gZ; Thu, 24 Jun 2021 04:29:59 +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 15O4U1t7088681 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 23 Jun 2021 21:30:01 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 15O4U0Ah088680; Wed, 23 Jun 2021 21:30:00 -0700 (PDT) (envelope-from fbsd) Date: Wed, 23 Jun 2021 21:30:00 -0700 From: bob prohaska To: Mark Millard Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Subject: Re: llvm10 build failure on Rpi3 Message-ID: <20210624043000.GA87740@www.zefox.net> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.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; charset=us-ascii Content-Disposition: inline In-Reply-To: <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> X-Rspamd-Queue-Id: 4G9Rxh1LYtz53gZ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Wed, Jun 23, 2021 at 04:22:35PM -0700, Mark Millard wrote: > On 2021-Jun-23, at 15:28, bob prohaska wrote: > > > On Wed, Jun 23, 2021 at 02:03:42PM -0700, Mark Millard wrote: > >> On 2021-Jun-23, at 10:43, bob prohaska wrote: > >> > >>> On Wed, Jun 23, 2021 at 01:34:55AM -0700, Mark Millard wrote: > >>>> > >>>> Not that it helps much, but: 2779096485 == 0xA5A5A5A5 > >>>> > >>>> It appears that such somehow was involved-in/generated by: > >>>> > >>>> [ 24% 1326/5364] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen -gen-global-isel -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMDGPUGISel.td --write-if-changed -o lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc -d lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc.d > >>>> > >>>> and that lead to the commented out notation in the output, with the "@2779096485" listed in the comment as well. > >>>> > >>> > >>> A Pi4 doing a bulk build of chromium, lxqt and apache has gone far past that > >>> point building llvm10, suggesting the fault lies somewhere in my setup. > >> > >> I'm not so sure of that for the 0xA5A5A5A5u value. You run > >> main [so: 14 at this point]. Is it a debug build? Or a > >> non-debug build? I expect that 0xA5A5A5A5u has some specific > >> debug-build potential meaning. > >> > > The kernel in use is > > FreeBSD www.zefox.org 14.0-CURRENT FreeBSD 14.0-CURRENT #1 main-n247405-8fa5c577de3: Fri Jun 18 17:03:19 PDT 2021 bob@www.zefox.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC-MMCCAM arm64 > > and it can invoke the debugger using [enter]-tilda-control-b. > > If it was a normal style build of main-n247405-8fa5c577de3 then > both the kernel and world would be debug builds. But it is > possible to explicitly control if MALLOC_PRODUCTION is used > instead and the like, based on how doing the build was configured. > (Lots more can be controlled for the builds.) > > I still can not tell if it was a debug (normal) main build or > not. I would guess it was a normal debug build, no extra > disabling or enabling of such. I didn't do anything intentionally to turn off debug. To all else I plead ignorance 8-) > [snipped for brevity] > > >> For example, 0xA5u byte values might be the value that newly > >> allocated memory is initialized to. Looking . . . man jemalloc > >> (the memory allocator implementation used by FreeBSD) reports: > >> > >> opt.junk (const char *) r- [--enable-fill] > >> Junk filling. If set to ???alloc???, each byte of uninitialized > >> allocated memory will be initialized to 0xa5. If set to ???free???, all > >> deallocated memory will be initialized to 0x5a. If set to ???true???, > >> both allocated and deallocated memory will be initialized, and if > >> set to ???false???, junk filling be disabled entirely. This is intended > >> for debugging and will impact performance negatively. This option > >> is ???false??? by default unless --enable-debug is specified during > >> configuration, in which case it is ???true??? by default. > >> > >> So, if you have junk filling enabled, I expect that you ran > >> into a legitimate defect in the llvm-tblgen in use. Having > >> Junk Filling disabled might be a workaround. > >> > >> There is /etc/malloc.conf as a way of controlling the behavior: > >> > >> ln -s 'junk:false' /usr/local/poudriere/poudriere-system/etc/malloc.conf > >> > >> I suggest you retry building after getting the above in place. > >> If it does not get the 0xA5A5A5A5u value, that would be > >> more evidence of a uninitialized-memory defect in the llvm-tblgen > >> involved. > >> > > Done and running now. In the interim I tried building llvm10 using > > make in /usr/ports, but it failed with another python conflict. > The poudriere session just ended, with a somewhat different error: In file included from /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AArch64/AArch64InstructionSelector .cpp:312: lib/Target/AArch64/AArch64GenGlobalISel.inc:1900:41: error: expected expression /*GIM_CheckRegBankForClass: @0*/, /*MI*/1, /*Op*/2, /*RC*//*AArch64::FPR64RegClassID: @0*/, ^ lib/Target/AArch64/AArch64GenGlobalISel.inc:1900:99: error: expected expression /*GIM_CheckRegBankForClass: @0*/, /*MI*/1, /*Op*/2, /*RC*//*AArch64::FPR64RegClassID: @0*/, ^ 2 errors generated. [ 25% 1396/5364] The last line is included as a fiducial indicator. Two errors instead of four, nothing about AMDGPU. > Intersting. I'm unable to see a: > > /usr/local/poudriere/poudriere-system/etc/malloc.conf > > via what you have published. But I've no clue if such > an odd symbolic link would be expected to show up. > The link seems visible to find and ls: root@www:/usr/local/poudriere # find . -name malloc.conf ./poudriere-system/etc/malloc.conf root@www:/usr/local/poudriere # more ./poudriere-system/etc/malloc.conf ./poudriere-system/etc/malloc.conf: No such file or directory root@www:/usr/local/poudriere # ls -l ./poudriere-system/etc/malloc.conf lrwxr-xr-x 1 root wheel 10 Jun 23 14:27 ./poudriere-system/etc/malloc.conf -> junk:false root@www:/usr/local/poudriere # The link seems invisible to cat and more, reporting "No such file...." I'm not sure what might be profitably tried next..... Suggestions welcome! With my thanks! bob prohaska From nobody Thu Jun 24 06:02:02 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 6655C11D9F5E for ; Thu, 24 Jun 2021 06:02:09 +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 4G9V0104rLz58kl for ; Thu, 24 Jun 2021 06:02:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624514526; bh=OCeoVEmcxeaozxBepyZ0fVjwf0t+Ksv4AkhT7Yj7PaU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=GFFm+AWNWi7spWZRzjEpLpJRiX3wq/DxtApHL3KAFl1bGRwQFmQW0IaisAkb2Cch8umY8n/Z2eNKqrFpMClYoQeSSxqPs1+7LazSJ4Bk8/GtEQBSlwg3eRRbHxcDt/OhCBomUWIKQsFsmCt/h1E8dn8QHeo2lWH6tyVo7tDIUNQxkAq6EiN05nG6vcdMZxkHD3/txC8tywA0wEwraGQDs7LgONqmT/IwN4yiPmNT5i/0z5adfVeQjn/YnG5I2iRD2D7IvZ4xWCIp0xy+6WlXTKVrQBFR78QBKJWgIbskxYPeMyJLsySUKBZs5Iwd7/8IaG0p6y5UyhrOfSQcVVwL6g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624514526; bh=APGDAgPXG0KHCh18Xju8q03frQWSmhYBEUgq+krsoeK=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ToXHAb1BMthZTbw7KLytI29KIsXa1aNd3jkQvhlS1FNF/ZB4m466xqGCzfAcONqg9pNxY8NEXJe32xd2Y+nb8k5QsQlQOrUlOM00PIkx9wQwpOpRU+J5F4E/5+El+T7HbrJOuvNVoDQxu4kaoeUQH2pevByuN4XvhgdvzrGkh7VJrBJFwbGTOy8voVwu7evCVjS98ZZnXQcqXtqqSPdR9FszKZ4yyyR4VTwbLqku9LEi9AOSeQvwEcC25sq5LUKkIUcypQbUBusKKktxwz3CIvPtN1sWTlELGKiGaaJ81xrGL7MB+b0xQl0Kqyp+B5uK9WbwhMBkoP+9JiR6Ae3cQg== X-YMail-OSG: imhwGekVM1kUEuzpeqGMD90uJplv__s2I9xrsZQ39qXKAN.I.tDTAlod5xp8VBs CUOoGigvcXr8Q0kbmSmRgRbh_Dn0GdAQmJJgVWR65_WFlf9et0k1Fpa2JjVdQl.Jz34Ucsm6V8UC 4EP4VyFwO6f.6cH.Rn0o2VCeV7PoooIH_At17gJ6.YgoHqvwz.H7yPoTLnqcQpPgCmYu3B1On_a5 iIn4JF_UcHshxeeJ0xAziNm.yJHOK5Gery9YUNIUh8gSnuGs0Lcgh3DIaU6w6QtpHVXxjMk4baTb zD1AcysZHTSXT_wVQC67CTFAr83WPKcgfbJpK0BtQLCFAfgyube5lhmFY0JV.XwXqj3kHn7BVnQz gqYpWiKFFO7_xVY6M7V0wq5g_f76pgLvnbSVPa9yd6qgFxm3ThqWGDbzwFdpNuQ7718hf54jn02e ziHMfWWHFpVKxRQGMf2Scbd4BZ.79e7no_m8l7XftCKu4B3LO_yF0c1lr1.DOc6eomQVJArfOnEN _TJit1f2KpSaMqp_edHvMfeNculwxG4.bdZvicqSjqIx3YS.QcQwO41XGih4hDW9E1uuMDu1kSWn FjPmUlNQfEeAHKAx7zYX5psRRjTJnfHSGIR8jHwv8_kyhxhohYb8tK_o0MrYq_XTSw1P8BX.sSRX cVOjSA87gIu3nWttssyE1NRhmjOhu1IQh2oUVuT.UgFtLmg63SSDePCddXTuLQ1O7KddHcd1oN7B dhtWQ0Mm6mdGtqNSicVfYwbkmIP9iAJMz_YhJHyrZUGvSYgvSOHD_9Huv8V03U6tp7AIhKO7FwF9 T08GCtCJXMZv5njt6s_pLWk4gIp_rJ6MTf0e_bN4wWJZyTcNM87DreVwp7u6vfCsYcjx..RpQF6_ acF54rnqp.x6m1O062zBC9qh3wnqXGMXZCuJzWDk.BGejSY2m7nOpJJ0wLE5GIMH3_c7QJugFSmw AicreeaTttG65JICmjPJn6xH7P1hxB9KJyRJOTCzN3fM0x0ft6qJA_MVNIUZ74AyeIQOQO1XnobM WCY8upG1vV5eWkpAozhidrxyyOqwW9oCvYJmohVaAAkGkS2oMeEUTUMvuceXj571L7blbhJttsqF wDWK1wOjt86Nex7mPlFpvff0CR1bJ7ZWUdUxh8s8gcmWlD8t58Zfd8ux2xKHl1vk6jsIBDQ0gh8d uggEK8mHUWxJsYSZVScB9ic4Fdd8hloRqKk_nZX39byt8QsmIWly8c.W_KyPjyMMQOJhZSsYbvKJ qgwfyzvr.72ttJd8tZ8kg8ubk4mWfIse3Nfb6FfbKW20tZ6HULHgFpgP3zfoWv_KLO17gNHwoaJL r4OYZwNl5qPMywlRRK3fd6L8nnKVWhA5fUaG3NV8QzckL2pSeBk0bQPZnhs6FzfQE_q83VQEvyBS JU4sZYy6h311vsbn_3vOXXuGS8Nn3_jmwbCxQ5H05KTdMtuporQvSyJG6ijI30T4PBnhq8pDE_eX qjVKN8JSC081tBOrJnetD012fxyPZnz5B_u9ajdbs7fo_2ZIZfhHsLHDo3MstrgTxK5HiMNVO5rx Axw.tvI2PRSatB4AknkqChGkxwSHcPdhpzQwys3NotB9MxlktUO4OvLtOgooc3Ggyi_9jVMIz09f bWMyo3nVRKacJmWgGWbrVBq5fPfPKo2Q_sR4QJNZFUVi6mCfEOegtKCY.gJwRqgcs5hMxqoiE8NV UMzql12.JIuPfeQwF1Dpt9HKcAxTTK7iBHDkz_iMnDqrxLaIIwdUouDIrj61VPjsHvDtEWivWZQM xg_MboXJqMGTxHBtoLriMiy0Um3mewnt3iZgueSKwbBDqw1XIjVB723twU2YvN_GbZRzcvqwOc2i G_HflXVicGvxtmOdJkly692AR99AgTWtaUemDXGgsfre5AYR7p6UDNzMJP.8FEXUdy0bNPIw0vl6 Phg8tfPAfATJxINv1j1Da1MNUFQMHMre0vhp8xETHWzyzf4UD5wX5Ru3QVXe9NEfq_ff_0H3043B dN0ImaDs2o7BjmAygQiD93WY30YlZNBkakLIqTPheRvSlXj0wr9j4LEiD90hYExniv4pGxJmUshw wsUXvB_EYmhR5FgQkoXsYAhIgS7DxdmwcQKhv5d3ksR9.OvMSe2QAVX1dU.QtFR8.arWLgqGpIwt JCvJ8Aw3rEFHJf_tloVA8ugL2gDPt9KPwXLI2ALLUTK5yT4fQXu6BBoNRAWfDGVBzfXPKFOefaqG 6Nfiuf3Clkmxq4B.0h9ItpXUE1i8ZIvjWCt0pz8uC8OJ3YyQSJMBuLdVZPZGhzVjMAMqiemyQKza DBaPErjMgd6L82hPTFfFcpDx4oM0SbmWXo8m32rVMIla3Yt2KfCQEV9cbZmpZzWsMGqG2JPLX29Z VSfza3.1m0A1UXHdxm8NoPWg21TlBhbjD.hNGTGEOLSb0gODsUExiy.ivuCX97vwvu6HfNzRKYST xZeeYjphh7xpI7FZzLpsOXrZE62tmXq3RxWma2bSTF0eKCZ_bO5YQkVztcsSsqNKIaANT6kwFJCT M5oFlJiHWNWyFpRPBCVgHJJf6Q9aZdMCibmEKFTCndaWRcrIeN4cUe5rkXLFj0QDEiGUe4SGhZdH KbCvQ7o6yCbQNQsRkNjqHWQ8MXTyM65fIy73WcgKLluIpwmAMkecJItDFPowTfByRbfysRZaCvR0 hJTWXxxwwvZNGlU9J2BBeTxbCjcwEY35pYepNTcsoL3MABwK2WYAZfarGBPFJlw7cnO.8p0uX X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Jun 2021 06:02:06 +0000 Received: by kubenode513.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID b3aeda0294369b937aab57148fd682dd; Thu, 24 Jun 2021 06:02:04 +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: llvm10 build failure on Rpi3 In-Reply-To: <20210624043000.GA87740@www.zefox.net> Date: Wed, 23 Jun 2021 23:02:02 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G9V0104rLz58kl 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-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-23, at 21:30, bob prohaska wrote: > On Wed, Jun 23, 2021 at 04:22:35PM -0700, Mark Millard wrote: >> On 2021-Jun-23, at 15:28, bob prohaska wrote: >> . . . >=20 >>=20 > [snipped for brevity] >>=20 >>>> For example, 0xA5u byte values might be the value that newly >>>> allocated memory is initialized to. Looking . . . man jemalloc >>>> (the memory allocator implementation used by FreeBSD) reports: >>>>=20 >>>> opt.junk (const char *) r- [--enable-fill] >>>> Junk filling. If set to ???alloc???, each byte of = uninitialized >>>> allocated memory will be initialized to 0xa5. If set to = ???free???, all >>>> deallocated memory will be initialized to 0x5a. If set to = ???true???, >>>> both allocated and deallocated memory will be initialized, = and if >>>> set to ???false???, junk filling be disabled entirely. = This is intended >>>> for debugging and will impact performance negatively. This = option >>>> is ???false??? by default unless --enable-debug is = specified during >>>> configuration, in which case it is ???true??? by default. >>>>=20 >>>> So, if you have junk filling enabled, I expect that you ran >>>> into a legitimate defect in the llvm-tblgen in use. Having >>>> Junk Filling disabled might be a workaround. >>>>=20 >>>> There is /etc/malloc.conf as a way of controlling the behavior: >>>>=20 >>>> ln -s 'junk:false' = /usr/local/poudriere/poudriere-system/etc/malloc.conf >>>>=20 >>>> I suggest you retry building after getting the above in place. >>>> If it does not get the 0xA5A5A5A5u value, that would be >>>> more evidence of a uninitialized-memory defect in the llvm-tblgen >>>> involved. >>>>=20 >>> Done and running now. In the interim I tried building llvm10 using >>> make in /usr/ports, but it failed with another python conflict. >>=20 > The poudriere session just ended, with a somewhat different error: >=20 > In file included from = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AArch64/AA= rch64InstructionSelector > .cpp:312: > lib/Target/AArch64/AArch64GenGlobalISel.inc:1900:41: error: expected = expression > /*GIM_CheckRegBankForClass: @0*/, /*MI*/1, /*Op*/2, = /*RC*//*AArch64::FPR64RegClassID: @0*/, > ^ > lib/Target/AArch64/AArch64GenGlobalISel.inc:1900:99: error: expected = expression > /*GIM_CheckRegBankForClass: @0*/, /*MI*/1, /*Op*/2, = /*RC*//*AArch64::FPR64RegClassID: @0*/, > = ^ > 2 errors generated. > [ 25% 1396/5364] >=20 > The last line is included as a fiducial indicator. Two errors instead = of > four, nothing about AMDGPU.=20 You have a prior run that also showed only 2 errors: = http://www.zefox.org/~bob/poudriere/data/logs/bulk/main-default/2021-06-21= _12h55m51s/logs/errors/llvm10-10.0.1_5.log has: lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:15822:50: error: expected = expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/0, = /*RC*//*AMDGPU::VGPR_32RegClassID: @2779096485*/, ^ lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:15822:118: error: expected = expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/0, = /*RC*//*AMDGPU::VGPR_32RegClassID: @2779096485*/, = ^ 2 errors generated. And a prior one that shows 6 errors but for AArch64 instead of AMDGPU: = http://www.zefox.org/~bob/poudriere/data/logs/bulk/main-default/2021-06-18= _19h00m47s/logs/errors/llvm10-10.0.1_5.log has: lib/Target/AArch64/AArch64GenGlobalISel.inc:3760:50: error: expected = expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/1, /*Op*/1, = /*RC*//*AArch64::FPR64RegClassID: @2779096485*/, ^ lib/Target/AArch64/AArch64GenGlobalISel.inc:3760:117: error: expected = expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/1, /*Op*/1, = /*RC*//*AArch64::FPR64RegClassID: @2779096485*/, = ^ lib/Target/AArch64/AArch64GenGlobalISel.inc:5735:50: error: expected = expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, = /*RC*//*AArch64::GPR64RegClassID: @2779096485*/, ^ lib/Target/AArch64/AArch64GenGlobalISel.inc:5735:117: error: expected = expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, = /*RC*//*AArch64::GPR64RegClassID: @2779096485*/, = ^ lib/Target/AArch64/AArch64GenGlobalISel.inc:22981:50: error: expected = expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, = /*RC*//*AArch64::GPR64spRegClassID: @2779096485*/, ^ lib/Target/AArch64/AArch64GenGlobalISel.inc:22981:119: error: expected = expression /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, = /*RC*//*AArch64::GPR64spRegClassID: @2779096485*/, = ^ 6 errors generated. ninja: build stopped: subcommand failed. *** Error code 1 It appears that the bug does not have reproducible details but all of the examples that do not have junk:false show @2779096485 . (And the only junk:false tried so far has @0 instead.) Something is providing and/or using initialized memory. There is the possibility that swapping out and back in is sometimes not provides pages with the intended content. I state that as an example that we really can not claim to know that llvm-tblgen itself is doing something wrong. I'm not claiming to know what is actually happening. But such would fit with contexts that have more RAM that end up avoiding much of the paging/swapping also not seeing the problem. But as in some past examples, you may have exposed a problem with FreeBSD. >> Intersting. I'm unable to see a: >>=20 >> /usr/local/poudriere/poudriere-system/etc/malloc.conf >>=20 >> via what you have published. But I've no clue if such >> an odd symbolic link would be expected to show up. Still true, but . . . Well, now: http://www.zefox.org/~bob/poudriere/ shows a: junk:false Note that this is at the same level as poudriere-system/ is shown. You might want to look and see if the file system shows such a file at that level as well. This did not show up until after the build attempt had finished from what I can tell. > The link seems visible to find and ls:=20 > root@www:/usr/local/poudriere # find . -name malloc.conf > ./poudriere-system/etc/malloc.conf > root@www:/usr/local/poudriere # more = ./poudriere-system/etc/malloc.conf > ./poudriere-system/etc/malloc.conf: No such file or directory > root@www:/usr/local/poudriere # ls -l = ./poudriere-system/etc/malloc.conf > lrwxr-xr-x 1 root wheel 10 Jun 23 14:27 = ./poudriere-system/etc/malloc.conf -> junk:false > root@www:/usr/local/poudriere #=20 >=20 > The link seems invisible to cat and more, reporting "No such file...." The link is looking for a file called junk:false in the same directory. It is not expected to find such a file. > I'm not sure what might be profitably tried next..... Suggestions = welcome! First off, if the point is to get the RPi3B+ going more than it is to get evidence about the problem, I'd suggest booting an RPi4B with the same media (adjusting config.txt as necessary) and trying the build from that boot. If it builds, the media can be moved back to the RPi3B+ for other activity. The failed vs. built status does give some information about the problem. Built would suggest that paging/swapping was involved in the problem. Failed might suggest otherwise. (I do not know if there would be much paging/sapping, depending on how much RAM the RPi4B had.) One experiment would be to use the same boot media on an RPi4B but that had been told in config.txt to limit itself to 1 GiByte of RAM --and to also try with all the RAM being allowed. If the first fails but the second works, that is probably nice evidence. If both fail, that also is probably nice evidence. The other two combinations are less clear what any implications would be. (I'm not claiming that you have such a RPi4B that can be made available for the duration of such experiments.) Another direction is messy: testing under stable/13 and/or releng/13.0 vintages to see if it is somehow specific to main [so: 14], having an analogous context to what is known to fail under main (as much as reasonable). The RPi4B two-RAM-sizes comparison/contrast type of test could also be used. There is also just repeating with junk:false a couple of times to see if there is evidence of variability like there is for without junk:false. Simplest of the suggested tests, but likely the least informative. None of this would be likely to get close to a short, small test that shows the problem. I've no clue how to target that at this point. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Jun 24 07:41: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 7617C11DF456 for ; Thu, 24 Jun 2021 07:41:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (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 4G9XBG32DGz3J6N for ; Thu, 24 Jun 2021 07:41:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624520468; bh=4g9meWR2o1K3wFhcpL9ehy8qDNuBxRf42CWqJdUrT3A=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=SaRV5AGAUjfh5Jls+rE1BdKtzEQCszpC+lbW28UBgbwQhGgZxXsIFPs3Gjq24MZxN0Gsh0rc7Gp328ovTpSCDbX4HWXQFYtdRrOnkEDqGdHAuQaIh38vaYpRUjysBS7rw/rt3m2WWv8sIScc6yNvlydl2N2xYC+hlQt29Mkhbizy2HYW0YoxMgBIqiAcgHJ5tNaii+pS3md1Nd4Ij5aDaQ5LKbwYYbn2so8l6sP+mhhMwsHPVYUmpZJNLhBZq/ZdoT7ylh5LyaDdhQ84HXy9jW1smXL1acsKsUr9lSR1KiTH5xGUg0b8Eu3i3+aIcS9aKHWeKPjc4lSceTYvI7mSXw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624520468; bh=cBlOF0EmsHxBzrVsZLNajn+8wQtXHKjTcMQ5BQV5Uqg=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Oe32EeN9b/A3hDN04KScGbqxJFgCq5PRMR3iSXOfZbfcF0vvSGzO+TOQ5sSZD9jNNX4dyRGhUCNAPQhLuVqPyOQ5zaLZCP72H2e8lGrrjf+nsOCYXfFlgSTg5MkIdRfPu++xXrQRY+wsOlVIrC4cojKj+saDsoc+aEXOu//5rHyKiV4MG3B4TGhdb98rpdrI8wcqD+EGNPh5W0Wb5ss53yS1dV8ham+ahMcLZGZsGNysx4JeMCCoWH7NcuX/MyiRWDT5VpFlrr4mLL3jTTL6O/BnuaSRbQWd/sbEOvMMqAU2uYuQ8Mg+K3Hw9S9SeR04oCzrQDaGtTpUNA/tP3yVyg== X-YMail-OSG: DjPRfWUVM1mV5MksEHfTwIJyN68ncGpZp1CB5ZOK8p0uEWil.taaZBs5NCPxqw2 JXlH7HWwpDS87tiYsC4DsospTqN2eNScVThdz9bO3D6TAvj7FAmMRTdEyLzruJLc_5HMxV7qbmS4 Cn4DGMVnM42rbIIKeX28ArnsusXec5j5umH3Z58Xmg4FU8gbPZ4BG9qxP3iqPxuKul8fPoy9MSK3 pTQnFzKtlS6aM45MDOIaxB0d6wSwSOmdC5iZiUpVEcwm35b_o_SqNeKtw1jEC5dGbTblOnYOeGsF ZKGS3lRpwymSdY3mf67OGvHSrdcBL5jLgTiJuoHt30RtVlWgcGP0.RUIxHTfbROoaL6UqU3BsZkM WrFcj9DS3efmFYZ0aCF6JcysSSN9Iv7TUdbUp_yLWNiBtm1elDFNzBvYtyoHlfJxBrPgK_2lBTYr PRfJD2xiQx_y6uJYkZRusiuUS_rAEI5Y75jVpKqHCZk9omoIudXc5KQkBTg5yLYI4dqWqhSzHAnp _IvI7sH5u8IS4q5cFmZwdfzz0jhFLZhBCLSElPUyJQydVoBkvBEgKcSZBPMG.yBJtxcgbeTmS2G_ HtaknCNxK9n43Dzd2_wTPW_bUD9xphWAo6Adxn4fA1XDJzASKmrPKIjsaQONFiA_HIjtK8pucBtx GNedcoMsjUo_tMs_Rp46A6u64itu_hlzNRdMDHc3SGjypO8xS02ifjybeGr9v8nhcq5jY2GPQSh_ 7B4NKc2MyhHCVy4KUMfBvwA0LRwL3jYPYa8pIn7dSBAXU6qorlAn4et1nM5UO_vKrEKwOAKrrUIO C3PNZ4m4Kas2vv5g9wdXns6bTTAxQ64jUueSBO_YM5RpmaPSSDTshNuPNa_Qh6jfrZlQ2RmdbjLm PRlHKu4zJHEGXbohhF8PDYhmpStbgNZYwnCNu34POGDEKOlGJXskk8ILG4wIYGwNvPyhVhyEwMq8 zHVzyH4e4ZUEjmIy24Zr741OgC.GGjHFYg8owXzGaMm0ETahfy4ZVJyeOtVT_NrVHRi08E.a.LH1 KzeSxoGVNCy0OqeaSyZdieb.4heMeh81OkXlt7XWja1AGBlibuOGKS_bP1sn2c0K.umRYVv0T14e 3ENKbfHlAxQrsNjjGpDpE83aSKMAH8Za7sGYf.wZCP6hsmkvRr8OviYg3iArtNXT1sv3t6fAxDO_ Cyb3WnJeNNbo2OJK_lh5yyafWSLP0F2OX6vESI1521LrAsNpSm._BeoaPuc5Pfx6O9VUKux.TFqK SRU7lG7giKrKxOtuKUryLCOOs7_kA_kbl8MaJ_D10zb3BlECVHqApoSCyPn0fJUCAnsrGID6OXE3 As6akBnFTISbnjL26WHyhwhotIM8zJp_xU91V3kjGmFFwrRRETp_t2uySKJ2e7W1KGbMeyQmfbIi I60pmA96XXdLrF0N5eKpbtoMH2wnyAWj16mfChw2nly0HWToNE09_X7Dpsg6pr1P4xaeS93SmY89 YGggsSJc_2lKIO1WhNqd8Rx_XabFwbxmPO.jcTX9BFcChCzInq00XbdK2rHIAYq9Q9B.6xdInuP5 PAds28jRm2ZwM0cIeeUKRQJXhQjDfLu_xdXMJldYNqbOt1b_OoEicxAV8tr6zmgck6txQC7oMW6F pQpP5S_T5I4CCeSJLXRKv_nXGJUUuXH.p4Hq7XgZAgvFGzfLVCEfLNaXO5efI7EQ5ImO2qnICoh6 6Z_f.7BvbSskV9V_.ff4YVK3iHRT_CNmXARQWh0IPIm51BjAfwKtj0EsEpjcTOYZtG1ZhBiD58fe 911a1KJOZ.B6szz4Td6_Y4lWOv4aTajn.7Z0KUGhI2MJ0YWvKBZXqz5CyiK0F.rZyaCCqbJdYhGH 8iZHF164cfZJDaM_BZgeZkX5KhomY10P_gKTABtAMcKFKchhvLekCVqY3myGsKxyCH0mhGhmDA1D y4YdDq1lJi5BKxh7u9wvWT72H3KZ04lK6JiYZqLpndbbI2Uu_cEOSHNySNwtyrUXOgzdODqTYTkr sHlyZ1us01DvSsQO2jEf59MPI59b0pBmklSEVkEZtghfQUu1eyYl2UIFbcGnNusk0w8HNOKFg1Mb 0BI4f76zR52du2.f6CoOW.fjUtv64PQkmCCSr94976YXlEESStirqNcXMb5GdFKF8NpgsSh9wU_l VZX1FZN60QX4MB7DXWrSExopPtWAUzIaGH0J3y9YCO8ws.5iSO6M3qmL37bF3Oj2YHk7VqeHCkOf Iw.vt1LZlvCA47LBJKxLjm4VZXCWgOvXnnPeaQsoVhi69MSYGWk57TJtjgViuDa1PDzasQ_uYnXm w8S1CGom_RZt4WfgYivibZxSVUenStoy3vU6jjRFlalac8Bq76MZ7_y2bmW7zOG94aKi_JisW6Xs m5jPMKdyVih3tIrSWBfkrprRDtZI0nUe6ieJpuvVspn5_QNknh0aXnyWZ87oD7L0J93qqyUfmbwD bWrel4yROxnacNTeFCapbQ6G8eSZSTHMrTWrC4_B.xUGIR7ps373Te2M_747w0sXxeDF5Ft.eH8m Onjss1Bzropdls_r..AqyyJr8h4r7lib5IrXm6Pm6PQnTkDnK9CIPl0HF61c.EzcUxfcgn.S5aNY fGQ4J74chwAafXehnBg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Jun 2021 07:41:08 +0000 Received: by kubenode548.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0b258b0e50411550087c7074ac71df1b; Thu, 24 Jun 2021 07:41:04 +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: HoneyComb first-boot notes In-Reply-To: Date: Thu, 24 Jun 2021 00:41:03 -0700 Cc: dsl@mcusim.org, freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <12A4EDD1-A2AB-4CE3-AB0E-A4B5D6FB4674@yahoo.com> References: <8A6C415F-A57B-4F2F-861F-052B487166D6.ref@yahoo.com> <8A6C415F-A57B-4F2F-861F-052B487166D6@yahoo.com> <40AE6447-77AF-4D0E-864F-AD52D9F3346F@yahoo.com> To: Dan Kotowski X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G9XBG32DGz3J6N X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=SaRV5AGA; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-2.64 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.14)[-0.140]; 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.206: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)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206: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-22, at 02:15, Mark Millard wrote: > On 2021-Jun-22, at 01:40, Dan Kotowski wrote: >>=20 >>>>>> I put an existing FreeBSD Optane into a just delivered >>>>>>=20 >>>>>> HoneyComb, put in the RAM and the matching UEFI/ACPI >>>>>>=20 >>>>>> image on a microsd card and put the card in the slot. >>>>>>=20 >>>>>> I plugged in a USB3 Ethernet dongle, like I use on some >>>>>>=20 >>>>>> other systems. Serial console via its USB port for such. >>>>>>=20 >>>>>> (Optane instead of video card.) The UEFI/ACPI image was >>>>>>=20 >>>>>> extracted from: >>>>>>=20 >>>>>> = https://solid-run-images.sos-de-fra-1.exo.io/LX2k/lx2160a_uefi/lx2160acex7= _2000_700_2900_8_5_2_sd_81b4bbe.img.xz >>>>>>=20 >>>>>> in order to match the RAM and being based on the >>>>>>=20 >>>>>> most current vintage at: >>>>>>=20 >>>>>> https://github.com/SolidRun/lx2160a_uefi/ >>>>>>=20 >>>>>> It booted. >>>>>=20 >>>>> Could you share whole dmesg? >>>>=20 >>>> I've not done a "boot -v" . The below is actually from a >>>>=20 >>>> captured serial console output. It is lightly edited. I >>>>=20 >>>> have omitted nearly all loader output (and before). >>>=20 >>> Thanks for sharing. Have you seen somewhere in output from UEFI = (before >>>=20 >>> the loader) that "DPAA2 Management Complex initialized"? >>>=20 >>> Regards, >>>=20 >>> Dmitry >>=20 >> stable/13 dmesg: = https://gist.github.com/agrajag9/bf6325d4f3321d8d0ee566fee767e0d3 >>=20 >> current dmesg: = https://gist.github.com/6d07004fb3c6f0980d5e94627aaba060 >>=20 >> @dmitry - just ignore all the DPAA2 stuff for now. We don't support = it at all :'( >=20 > And UEFI/ACPI currently appears to not give anyone anything > to support (yet). >=20 >> @mark - I was given a warning about i2c from SR's @jnettlet that it's = possible to completely brick the system, although maybe they've solved = that in the more recent SOC revisions? >=20 > FYI: Jon Nettleton recently reported: >=20 > QUOTE > okay I have replicated the the i2c bus issues. Now I have > something I can fix > END QUOTE >=20 >> The IORT warnings might be related to SMMU. I'll have to dig up my = notes, I did a ton of work with Greg on this months ago and it seems = that's been swapped out of brain memory onto cold storage somewhere. = Possibly here? = https://gist.github.com/agrajag9/ff3c52c11469dccb70e17a11cb9be2a9 >=20 > FYI: Jon Nettleton reported: >=20 > QUOTE > ACPI: IORT: Dropping unhandled type 6 This is ACPI RMR support > which was just released in March 2020 and only recently updated > as of 2 months ago. I assume the other type 1 are the named > components for the network packet processor. Those will need > to be fixed once driver support for the onboard networking is > added > END QUOTE >=20 > (Jon is not always clear about UEFI/ACPI vs. U-Boot vs. > Linux kernel or whatever combination is involved.) >=20 >> Feel free to use/critique my KERNCONF: = https://gist.github.com/agrajag9/e3991573a274e59f58a0b520d2dcd5d2 >=20 > I've never been one to spend effort cutting things from > the standard kernels. In a couple of cases, in dealing > with old PowerMac issues, I've forced something to be > in the kernel to avoid contexts where I could not load > the same but it was always needed for what I was doing. >=20 >> Fans: I've had mixed success here. Lots of people went for a full = watercooling loop with = https://www.alphacool.com/shop/gpu-water-cooler/amd-gpu/11088/alphacool-hf= -14-smart-motion-universal-copper-edition?c=3D20587 >>=20 >> I'm just using = https://www.radianheatsinks.com/product/inm37-5004-25pcu-2-6/ but others = like http://www.enzotechnology.com/cnb_r1.htm >>=20 >> Either way, welcome to the party! I've been daily-driving mine as a = desktop for a few months, although I still can't get drm-kmod's amdgpu = to load properly - perhaps you can? >=20 > The PCIe slot has an Optane, not video. Very few of > the machines I use have video engaged even rarely. > One FreeBSD machine has a lower end (and low power) > video card --but I do not use X11 or the like on it > generally. Similarly for built-in HDMI (when it is > used at all). >=20 > The same Optane can be used to boot the MACCHIATObin > Double Shot, where it was previously in use. I do > not have access to other aarch64 machines with a > PCIe slot. These two machines only have one such > slot. Some more notes from Jon N. for the EDK2 UEFI/ACPI example context: QUOTE Things got a bit more complicated, after I looked at things some more. Basically BSD needs to grow I2C support for the LX2160a, which shouldn't be a big deal since it is mostly compatible with the normal IMX driver. END QUOTE and: QUOTE However to support devices that don't support the I2C controller I am writing a UEFI driver that can properly setup the PWM controller for Auto mode. This should allow the fan to ramp up and down without any needed OS support at all. END QUOTE He wondered if I knew enough to "check on the i2c controller support for imx in BSD, it could be a simple fix just by patching in ACPI support". Unfortunately, that looks to involve way more than I'd be likely to = figure out any significant part of anytime soon. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Jun 24 09:43:31 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 7C23E11E71F5 for ; Thu, 24 Jun 2021 09:43:44 +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 4G9Zvf50Kxz3kYD for ; Thu, 24 Jun 2021 09:43:42 +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:Cc:To:From:Date; bh=qSb3iYERcs6/8bxm6SK7wwi8xvMu3QdWx+McXbDdcug=; b=RWpnZy2YGnFFg4j6J0wt7G5VLH 16U/SyzZZTV07jgc6rFlYPddZXWRdx/Z14bYIEJ9tigm/vYIv2DQRZgxwbyp3hjxpxZn157F8xAsg qzMOcBpaShIpu4UXCpZ+bUpvumVeIlWX8IciQLT6TdrH5SyviZar+vB6T2EthDTaodarkTD6CASm7 00QvjnUAe8vTJoErMSsYnKcrUptXYsh+ltRv/g+tgGxFB3f8zqvV7lQCHARWW4TZ5UAxxa0Idh9cs p/DYRVez2ciKaecuHmFhPym4c/4JXUOLPtqDkSKYZf8z3Z65R0HDVhi+/C/iD2gnkef/4riFPltwb Ay5T5hXA==; Received: from [10.9.9.74] (helo=submission03.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1lwLtc-0001Gh-6b; Thu, 24 Jun 2021 11:43:40 +0200 Received: by submission03.runbox with esmtpsa [Authenticated ID (984599)] (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) id 1lwLtV-0001Za-C5; Thu, 24 Jun 2021 11:43:33 +0200 Date: Thu, 24 Jun 2021 10:43:31 +0100 From: Denis Ovsienko To: Paul Zimmerman Cc: MJ , Mark Millard via freebsd-arm Subject: Re: Raspberry Pi 3B+ and pitiful network speeds Message-ID: <20210624104331.3f21429d@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: 4G9Zvf50Kxz3kYD X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ovsienko.info header.s=selector2 header.b=RWpnZy2Y; 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 [-1.10 / 15.00]; RWL_MAILSPIKE_GOOD(0.00)[91.220.196.211:from]; R_SPF_ALLOW(-0.20)[+ip4:91.220.196.211]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[ovsienko.info:+]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:50304, ipnet:91.220.196.0/24, country:NO]; RBL_DBL_DONT_QUERY_IPS(0.00)[91.220.196.211:from]; RCVD_IN_DNSWL_LOW(-0.10)[91.220.196.211:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[ovsienko.info:s=selector2]; 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]; DMARC_NA(0.00)[ovsienko.info]; SPAMHAUS_ZRD(0.00)[91.220.196.211:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: N On Thu, 24 Jun 2021 01:51:39 -0700 Paul Zimmerman wrote: > I think the performance difference you are seeing vs. NetBSD might be > because the FreeBSD USB driver for the RPI3 and below does not use > interrupts, so all the USB transfers are polled. The NetBSD USB driver > is borrowed from OpenBSD, which in turn is borrowed from the mainline > Linux driver, which does use interrupts. Thank you for this information Paul. Do you know why RPI3B on 1.2GHz can reach 100Mb/s (150Mb/s in duplex) and RPI3B+ on 1.4GHz maxes out at 90 Mb/s? -- Denis Ovsienko From nobody Thu Jun 24 11:14:56 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 54A175D4466 for ; Thu, 24 Jun 2021 11:15:05 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: from mail-pl1-x633.google.com (mail-pl1-x633.google.com [IPv6:2607:f8b0:4864:20::633]) (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 4G9cx43l32z3rf0 for ; Thu, 24 Jun 2021 11:15:04 +0000 (UTC) (envelope-from mafsys1234@gmail.com) Received: by mail-pl1-x633.google.com with SMTP id y13so2773280plc.8 for ; Thu, 24 Jun 2021 04:15:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=C834GhN2imIeHFkVK2x+zA/6RqHg1dHzKm00vuAryr4=; b=SyB0ws6iy0cvY1wb3adQY8J2VXoa0FN0HxxdSqtRTW9bnfsUF99y0sw1Nu5bRobUKf SZANyYF9NNHv91QWeJH1A19GuKy3N4YEugTtqWFU4//wNA/kShSBLPz/BUwZgRUV6Zdb AgFRLIRfe2+r1FQEJGoj89fVAeCIoZuCErwkwZCCfnmRJpNwXv8p2rOSoQM3+3u5vwab 9Yr6A6qqoHEmTMIGRsR/IBBkHFukklvKyYEYrO7yZxLmi7M3evlzW0wRMZiZPElRUOel P1M3hOLuLhMAut3R2CkEXtbsHPkK+iFb3aAKqC9tAMiMbjMXEnqMHz0I/Id/aYHTPyHv lqGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=C834GhN2imIeHFkVK2x+zA/6RqHg1dHzKm00vuAryr4=; b=mmZFxJFgye+giJeaApAYM9kNy6APhlFC8CQPjs/7kwx4riyECCbHP6kDGDINUHnSyG cwJK4BZw/MkGW0sdV6HxVy7zh2AJGj+b2YUpzJ/bhRR9e0z580xtPrQn+dMm1YDrK2Be pEK95yuGznmR6TPzmGynRXUcME0uliBwq6A8+Fy1z6q9tUqM0LD+AeIYEBcQV4C4/B8D J41OEgjVIly3XrVFJEOYa3xD21q5z/So7TIWGtlfVC26unmj+5v6N5fsbAqKfwJyQ3g6 egcUwOsT781RGY3eyq47GsXxTwpud73tEjz2UJBQBu+AzAqsZXj+Hn+5bMQlZ9M+193D sJRA== X-Gm-Message-State: AOAM533RZLzLGjy6zWAoXwULm5VRvME/s+AwjQiHroP6MEVIvrtRmkLi nAcAOa+RuQnAit2K4U0ccxcqllYMTNEu1Q== X-Google-Smtp-Source: ABdhPJzyzGUVhJhgLyEO2lt7k8WVIaO71ZAO/vgNzypenCGGC6CqzZPpZjvmg7xwEy88WO8b19/D2w== X-Received: by 2002:a17:902:da89:b029:123:39a1:2a76 with SMTP id j9-20020a170902da89b029012339a12a76mr3863633plx.68.1624533302738; Thu, 24 Jun 2021 04:15:02 -0700 (PDT) Received: from [192.168.1.10] ([115.69.53.183]) by smtp.gmail.com with ESMTPSA id j2sm2703266pfj.168.2021.06.24.04.15.00 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 24 Jun 2021 04:15:02 -0700 (PDT) Subject: Re: Raspberry Pi 3B+ and pitiful network speeds To: Paul Zimmerman , Denis Ovsienko , Mark Millard via freebsd-arm References: From: MJ Message-ID: <624f56ee-0500-a41d-96b7-277824c30da9@gmail.com> Date: Thu, 24 Jun 2021 21:14:56 +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 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-AU X-Rspamd-Queue-Id: 4G9cx43l32z3rf0 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=SyB0ws6i; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mafsys1234@gmail.com designates 2607:f8b0:4864:20::633 as permitted sender) smtp.mailfrom=mafsys1234@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com,ovsienko.info,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::633: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)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::633:from:127.0.2.255]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::633:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: N On 24/06/2021 6:51 pm, Paul Zimmerman wrote: >> On 22/06/2021 10:37 pm, Denis Ovsienko wrote: >>> On Tue, 22 Jun 2021 08:24:02 +1000 >>> MJ wrote: >>> >>>> [ 1] 0.00-30.19 sec 310 MBytes 86.0 Mbits/sec >>>> >>>> Now, I could run these very same tests off Devuan if you like? This >>>> may help disprove any network issues? Although, as I've stated, the >>>> Devuan version running on the RPI3 consistently gets up to 3 times >>>> this speed. >>> Thank you for clarifying the test results Matt. From the numbers it >>> indeed looks like the TCP throughput never reaches even 100Mb/s. Whilst >>> the root cause of this might be a driver issue, or a consequence of the >>> "early access" board USB implementation not working well in FreeBSD, it >>> would help to eliminate trivial explanations as well. >> Thank you too Denis for your guidance in testing this appliance. >> >> The following is also addressed to all those interested: >> >> Just as a follow up, I performed some tests this morning using the old Devuan SD Card and a > new NetBSD \ >> 9.2. >> >> The summary is: >> >> Devuan/Linux is hands down faster. NetBSD 9.2 is almost 50% faster than FreeBSD 13. >> While NetBSD's result is not stellar it's still better than the pitiful FreeBSD throughput. >> >> I will likely abandon using FreeBSD, but I should probably raise a bug report for this? I am not sure of \ >> the process for this or whether it's even wanted. That is, does FreeBSD care enough about little \ >> appliances like the Raspberry Pis to spend time fixing an obviously broken network driver/stack? > I think the performance difference you are seeing vs. NetBSD might be > because the FreeBSD USB driver for the RPI3 and below does not use > interrupts, so all the USB transfers are polled. The NetBSD USB driver > is borrowed from OpenBSD, which in turn is borrowed from the mainline > Linux driver, which does use interrupts. > > - Paul Thanks Paul. In that case it seems like a waste of time posting a bug report when the driver is designed that way and only a major re-design will fix it. From nobody Thu Jun 24 14:39:14 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 AD46B11D09B9 for ; Thu, 24 Jun 2021 14:39:26 +0000 (UTC) (envelope-from 4250.82.1d4d200061a69eb.0f5beaca8f85a25f2720513f0647eacd@email-od.com) Received: from s1-b0c6.socketlabs.email-od.com (s1-b0c6.socketlabs.email-od.com [142.0.176.198]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4G9jSt3pBdz4dBL for ; Thu, 24 Jun 2021 14:39:26 +0000 (UTC) (envelope-from 4250.82.1d4d200061a69eb.0f5beaca8f85a25f2720513f0647eacd@email-od.com) DKIM-Signature: v=1; a=rsa-sha256; d=email-od.com;i=@email-od.com;s=dkim; c=relaxed/relaxed; q=dns/txt; t=1624545567; x=1627137567; h=content-transfer-encoding:content-type:mime-version:references:in-reply-to:message-id:subject:cc:to:from:date:x-thread-info; bh=kwgqXwWmJZ4dMcOYfo270ci+DajVBaGK5HcYLknOfeg=; b=fUZ33V+8iRpYGfGn/rR1CfqWLp8zQxgtf/UKIrckyO1FlfygEeVQ3ercokwD+oViR3n9bYcokj2u0uPQ1b0ygfOcGNi9sNy7Kxe838jvTigxb8BKwNiE/25TmFsXY9WI+8FhP1XwfMUV2uIC/27uNSYEh4VPSr8Ijwi4Os5PPl0= X-Thread-Info: NDI1MC4xMi4xZDRkMjAwMDYxYTY5ZWIuZnJlZWJzZC1hcm09ZnJlZWJzZC5vcmc= Received: from r1.sg.in.socketlabs.com (r1.sg.in.socketlabs.com [142.0.179.11]) by mxsg2.email-od.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Thu, 24 Jun 2021 10:39:17 -0400 Received: from smtp.lan.sohara.org (EMTPY [185.202.17.215]) by r1.sg.in.socketlabs.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Thu, 24 Jun 2021 10:39:16 -0400 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.lan.sohara.org with smtp (Exim 4.94 (FreeBSD)) (envelope-from ) id 1lwQVe-000BOp-BV; Thu, 24 Jun 2021 15:39:14 +0100 Date: Thu, 24 Jun 2021 15:39:14 +0100 From: Steve O'Hara-Smith To: Denis Ovsienko Cc: Paul Zimmerman , MJ , Mark Millard via freebsd-arm Subject: Re: Raspberry Pi 3B+ and pitiful network speeds Message-Id: <20210624153914.ea32408c50347ad2b390c99b@sohara.org> In-Reply-To: <20210624104331.3f21429d@basepc> References: <20210624104331.3f21429d@basepc> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd12.1) X-Clacks-Overhead: "GNU Terry Pratchett" 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: 4G9jSt3pBdz4dBL X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Thu, 24 Jun 2021 10:43:31 +0100 Denis Ovsienko wrote: > On Thu, 24 Jun 2021 01:51:39 -0700 > Paul Zimmerman wrote: > > > I think the performance difference you are seeing vs. NetBSD might be > > because the FreeBSD USB driver for the RPI3 and below does not use > > interrupts, so all the USB transfers are polled. The NetBSD USB driver > > is borrowed from OpenBSD, which in turn is borrowed from the mainline > > Linux driver, which does use interrupts. Hmm what is the poll frequency ? Would it help to increase it ? -- Steve O'Hara-Smith From nobody Thu Jun 24 16:01:09 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 1FD7E11D53D0; Thu, 24 Jun 2021 16:01:15 +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 4G9lHG4p2Yz4ksc; Thu, 24 Jun 2021 16:01:14 +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 15OG19fQ097067 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 24 Jun 2021 09:01:10 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 15OG19iW097066; Thu, 24 Jun 2021 09:01:09 -0700 (PDT) (envelope-from fbsd) Date: Thu, 24 Jun 2021 09:01:09 -0700 From: bob prohaska To: Mark Millard Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Subject: Re: llvm10 build failure on Rpi3 Message-ID: <20210624160109.GB87740@www.zefox.net> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.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; charset=us-ascii Content-Disposition: inline In-Reply-To: <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> X-Rspamd-Queue-Id: 4G9lHG4p2Yz4ksc X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N [What about trying a new kernel? details at end] On Wed, Jun 23, 2021 at 11:02:02PM -0700, Mark Millard wrote: > On 2021-Jun-23, at 21:30, bob prohaska wrote: > > > On Wed, Jun 23, 2021 at 04:22:35PM -0700, Mark Millard wrote: > >> On 2021-Jun-23, at 15:28, bob prohaska wrote: > >> . . . > > > >> > > [snipped for brevity] > >> > >>>> For example, 0xA5u byte values might be the value that newly > >>>> allocated memory is initialized to. Looking . . . man jemalloc > >>>> (the memory allocator implementation used by FreeBSD) reports: > >>>> > >>>> opt.junk (const char *) r- [--enable-fill] > >>>> Junk filling. If set to ???alloc???, each byte of uninitialized > >>>> allocated memory will be initialized to 0xa5. If set to ???free???, all > >>>> deallocated memory will be initialized to 0x5a. If set to ???true???, > >>>> both allocated and deallocated memory will be initialized, and if > >>>> set to ???false???, junk filling be disabled entirely. This is intended > >>>> for debugging and will impact performance negatively. This option > >>>> is ???false??? by default unless --enable-debug is specified during > >>>> configuration, in which case it is ???true??? by default. > >>>> > >>>> So, if you have junk filling enabled, I expect that you ran > >>>> into a legitimate defect in the llvm-tblgen in use. Having > >>>> Junk Filling disabled might be a workaround. > >>>> > >>>> There is /etc/malloc.conf as a way of controlling the behavior: > >>>> > >>>> ln -s 'junk:false' /usr/local/poudriere/poudriere-system/etc/malloc.conf > >>>> > >>>> I suggest you retry building after getting the above in place. > >>>> If it does not get the 0xA5A5A5A5u value, that would be > >>>> more evidence of a uninitialized-memory defect in the llvm-tblgen > >>>> involved. > >>>> > >>> Done and running now. In the interim I tried building llvm10 using > >>> make in /usr/ports, but it failed with another python conflict. > >> > > The poudriere session just ended, with a somewhat different error: > > > > In file included from /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AArch64/AArch64InstructionSelector > > .cpp:312: > > lib/Target/AArch64/AArch64GenGlobalISel.inc:1900:41: error: expected expression > > /*GIM_CheckRegBankForClass: @0*/, /*MI*/1, /*Op*/2, /*RC*//*AArch64::FPR64RegClassID: @0*/, > > ^ > > lib/Target/AArch64/AArch64GenGlobalISel.inc:1900:99: error: expected expression > > /*GIM_CheckRegBankForClass: @0*/, /*MI*/1, /*Op*/2, /*RC*//*AArch64::FPR64RegClassID: @0*/, > > ^ > > 2 errors generated. > > [ 25% 1396/5364] > > > > The last line is included as a fiducial indicator. Two errors instead of > > four, nothing about AMDGPU. > > You have a prior run that also showed only 2 errors: > > http://www.zefox.org/~bob/poudriere/data/logs/bulk/main-default/2021-06-21_12h55m51s/logs/errors/llvm10-10.0.1_5.log > > has: > > lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:15822:50: error: expected expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/0, /*RC*//*AMDGPU::VGPR_32RegClassID: @2779096485*/, > ^ > lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:15822:118: error: expected expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/0, /*RC*//*AMDGPU::VGPR_32RegClassID: @2779096485*/, > ^ > 2 errors generated. > > And a prior one that shows 6 errors but for AArch64 instead of AMDGPU: > > http://www.zefox.org/~bob/poudriere/data/logs/bulk/main-default/2021-06-18_19h00m47s/logs/errors/llvm10-10.0.1_5.log > > has: > > lib/Target/AArch64/AArch64GenGlobalISel.inc:3760:50: error: expected expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/1, /*Op*/1, /*RC*//*AArch64::FPR64RegClassID: @2779096485*/, > ^ > lib/Target/AArch64/AArch64GenGlobalISel.inc:3760:117: error: expected expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/1, /*Op*/1, /*RC*//*AArch64::FPR64RegClassID: @2779096485*/, > ^ > lib/Target/AArch64/AArch64GenGlobalISel.inc:5735:50: error: expected expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, /*RC*//*AArch64::GPR64RegClassID: @2779096485*/, > ^ > lib/Target/AArch64/AArch64GenGlobalISel.inc:5735:117: error: expected expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, /*RC*//*AArch64::GPR64RegClassID: @2779096485*/, > ^ > lib/Target/AArch64/AArch64GenGlobalISel.inc:22981:50: error: expected expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, /*RC*//*AArch64::GPR64spRegClassID: @2779096485*/, > ^ > lib/Target/AArch64/AArch64GenGlobalISel.inc:22981:119: error: expected expression > /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, /*RC*//*AArch64::GPR64spRegClassID: @2779096485*/, > ^ > 6 errors generated. > ninja: build stopped: subcommand failed. > *** Error code 1 > > It appears that the bug does not have reproducible details > but all of the examples that do not have junk:false show > @2779096485 . (And the only junk:false tried so far has @0 > instead.) > > Something is providing and/or using initialized memory. > > There is the possibility that swapping out and back in is > sometimes not provides pages with the intended content. > I state that as an example that we really can not claim > to know that llvm-tblgen itself is doing something wrong. > I'm not claiming to know what is actually happening. But > such would fit with contexts that have more RAM that > end up avoiding much of the paging/swapping also not > seeing the problem. > > But as in some past examples, you may have exposed a > problem with FreeBSD. > > >> Intersting. I'm unable to see a: > >> > >> /usr/local/poudriere/poudriere-system/etc/malloc.conf > >> > >> via what you have published. But I've no clue if such > >> an odd symbolic link would be expected to show up. > > Still true, but . . . > > Well, now: http://www.zefox.org/~bob/poudriere/ > shows a: junk:false > > Note that this is at the same level as poudriere-system/ > is shown. You might want to look and see if the file > system shows such a file at that level as well. > > This did not show up until after the build attempt had > finished from what I can tell. > > > The link seems visible to find and ls: > > root@www:/usr/local/poudriere # find . -name malloc.conf > > ./poudriere-system/etc/malloc.conf > > root@www:/usr/local/poudriere # more ./poudriere-system/etc/malloc.conf > > ./poudriere-system/etc/malloc.conf: No such file or directory > > root@www:/usr/local/poudriere # ls -l ./poudriere-system/etc/malloc.conf > > lrwxr-xr-x 1 root wheel 10 Jun 23 14:27 ./poudriere-system/etc/malloc.conf -> junk:false > > root@www:/usr/local/poudriere # > > > > The link seems invisible to cat and more, reporting "No such file...." > > The link is looking for a file called junk:false in the same > directory. It is not expected to find such a file. > > > I'm not sure what might be profitably tried next..... Suggestions welcome! > > First off, if the point is to get the RPi3B+ going > more than it is to get evidence about the problem, > I'd suggest booting an RPi4B with the same media > (adjusting config.txt as necessary) and trying the > build from that boot. If it builds, the media can > be moved back to the RPi3B+ for other activity. > The failed vs. built status does give some > information about the problem. Built would suggest > that paging/swapping was involved in the problem. > Failed might suggest otherwise. (I do not know > if there would be much paging/sapping, depending on > how much RAM the RPi4B had.) > > One experiment would be to use the same boot media on > an RPi4B but that had been told in config.txt to limit > itself to 1 GiByte of RAM --and to also try with all > the RAM being allowed. If the first fails but the > second works, that is probably nice evidence. If both > fail, that also is probably nice evidence. The other > two combinations are less clear what any implications > would be. > > (I'm not claiming that you have such a RPi4B that can > be made available for the duration of such experiments.) > > Another direction is messy: testing under stable/13 and/or > releng/13.0 vintages to see if it is somehow specific > to main [so: 14], having an analogous context to what is > known to fail under main (as much as reasonable). The > RPi4B two-RAM-sizes comparison/contrast type of test could > also be used. > > There is also just repeating with junk:false a couple of > times to see if there is evidence of variability like > there is for without junk:false. Simplest of the > suggested tests, but likely the least informative. > > None of this would be likely to get close to a short, > small test that shows the problem. I've no clue how > to target that at this point. > How about booting an older kernel so see if that makes a difference? ls -dl /boot/kernel* reports drwxr-xr-x 2 root wheel 13824 Jun 18 18:15 /boot/kernel drwxr-xr-x 2 root wheel 13312 Jan 9 15:57 /boot/kernel.main-c255664-g4d64c7243d26 drwxr-xr-x 2 root wheel 13312 Aug 29 2020 /boot/kernel.mmccam drwxr-xr-x 2 root wheel 13824 Jun 9 18:52 /boot/kernel.old drwxr-xr-x 2 root wheel 13312 Aug 27 2020 /boot/kernel.r364346 drwxr-xr-x 2 root wheel 13312 Aug 29 2020 /boot/kernel.r364895 drwxr-xr-x 2 root wheel 13312 Sep 7 2020 /boot/kernel.r365355 Most of these are probably too old to work at all, but Jun 9 and Jan 9 might possibly work, I'd expect kernel.old to work as well. ISTR the previous success building chromium was early 2021 or before. Thanks for reading, any suggestions appreciated! bob prohaska From nobody Thu Jun 24 17:41:38 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 E789511DC1A1 for ; Thu, 24 Jun 2021 17:41:46 +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 4G9nWG3wxjz4vSq for ; Thu, 24 Jun 2021 17:41:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624556504; bh=zRl1/lmJEqLQ1JKkVGKnIr1enDFyaWs4XMgs2UPB1Fc=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=DcKFSXP0YVLLE3ErraASefyiJAVMKTk2J25T1tVq36G1a/Q47e9VKnPkQ8pvi9fdrCXmZrSKiwXgAASSKx3GdurblC+KYhpyMyzbPO44iPlibGUju/1N9G9YQZtY2liqhplA7aulL0kT85joZo4RvKxMn5HNE8efCROWbx1paXSk8+Fz8vzjjiT0eup1WQzDxXGVqi5fxHRJ+XTm1Cqn9APmulmJeN9KgBMLmMHTMC3Kr8P+NSPYqGtord/uFyrAkpOkd7pHsQG6ZO7IrqoQW0c5iygSuMYFWFuzrLgjoaqEefFM6DNSWl6UYCFFT9F5JUFE1szK3E+9fzBjqR3+cA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624556504; bh=i+AbPbAa3k43J1etJJf7QdiWGS7PP7Ckui0QVEOn90A=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=mB8o794QjF6Etfka4NsNa7ksBd5a4stWOM7JNaHzPpsq8jN+CCYvlIMxQXTUb7QiesbIqld2Lv59e7ktm2A1afBIxEIczqldkDdO8XXE5baZAlz1787MBAIVa/LEwjnv8xM0rqowGpXOXU+YUHI6BhcO6rw4+CyZm6T3T4ZSSOhQ8Ms0++J+++3+lE1rFeQIWoIzjPrK050V/6zqiq+5PlozYUyT2Z/m0BAs4QX85av+w8hi2GaRJVmyPV2AhXDkckotyZBpUTBRuqQOSnNzLMJ7udWgmQ6oJhu3LBvMo8Wm5uophNG7Z6Sp7lfJrBrHwnaaursLkTPfzNTHl08OGQ== X-YMail-OSG: gl9d1NYVM1kU0jZLRLu7.LQILrimk8DP8C4AhrPNaeA_OXq13RK9tiFVWQSYJlP G88bIwdYdVrD6sp11ml5rNzl6AWcVdhfZ9hIrtzaRD4uMi67yMU5TA7bHwMwq4tb9Itl3Povmxwh M2UQid0T.Wk796m1CTEs8igZnGaWZtan..vHffDf.TUEMACGojdMf.cGis1Hypo4IeAzCe0ezZmD iJ6mGgXoJMwMErAR1RWeufg5Pt9bsk1EnaPYXPMg.G0evqBkUEguIxO_FuQ6r1lzET0uxsYUgne1 7jrKMQPmtWl0QIVsFJfLr92rX7LOUyAs1f5.uk_20TF.OGwGQfis_ta6cpna3M6Jyyx.JgXuWpAO uemsqW19YHkyB7mNcRVR7qhPbgvUaJFYwMe9GLLSpdCj.ay2NcLBtzKmGvZ3zbGwmucMFmFr2DH0 Grje_38j5JWhIEDdgXcG7NGJxyg8jZyIzVTrCnojlghnZSdeVWbASjZva69z137j0PnTAZj2xvW2 iVnrF9afMFhgE_chtIgGq6I9tvm0GK91OTjSJ9In6XIijcHOg_3U6x36tQd50JDO6vJmOquATeSB k92zseYd1scwerRzgDmTKQvJM71s9StV47yxAnQ694UtPvbITPXEg_uPSJQoG7E8S4BVOpBaCbQp 05XcimpCzXn.blL3SvKJYl6WOwzibXPGY6yde7y1u42YM341E5LLwGH84BgcNZCsz9kfDJHIe_.b _miR57nflN_BTbpH7YA_zcb_KBA5KYUVHRjQsyWnD7uiy2CKF1CTkjDikCFLRNyYeqhCo0tyiv3v Vwvtt5x._ZyG2pBQ0v4jtjDF57RkKXvoMI6dT3b1sZjdog.6cvfFXfjaxaGieiLrPgZq_OW9yri8 rsXN3JoQTeGsFeC_n_45R4ZnpFoxrtePPLJZf1F1rF08S.BOvG02GIs8ML30czhl7YNCpPYGtdTS .qFEMjR5v6hOM4emJIzDRCgwHyBdQ0v.6X_k5E6H3n.3aPeKI31DATEBA1iQnQ.D.2.dc_YdP37S mx.iksgr_zYivrLaGtST70p4aOVvz7wCLDvq0nMXUQif34BbuviXT12tOrMD9ZtsL9Ud..md.I_X 6rJOb2zvnABxNfuOCRiQC8UPQFDpVQHF.DqzJXjo1l7DyEF4GV2NqKQgCVfXzTG..pMcFpTf_PC9 3817JPNn5gYInAI22bzpCBVLus_9_M9ezK1_dPKFbfeSOiGW7OwonCnrFoocW8_2RCoLRBD4gW3a z1hfFWdxcaoEHbYQAwLo5ZIKAS2gjkuAqciW9TW3nu_8xVebzvR4_PnCMIHLQbRHNB4lAoyQix38 wqnxPqgG4FAcjS4SM9kN60g.XcOd7rNGKkwKIhn.xk364Ss0F_8q8TPjl8M_4MOqRcHR3YBfe88c VJeeqQZwnr574uIdhvNpZgQuP3DwebTRuSL3cmt4l3Ia.SHd_eEyukDEx7wT8k9Jnlr.4yzCdbRd CfzOCDCDny92tWC8acZaLUA4iHnrM9QRQ07tEPqoDbUUXrsvNg8D6FiVVffowse45BPvDlX.dflG AG_G3A13H741MZG3eRM82ay7Zs1tnKh.0AiEbOg3ONIqffmTAPZZ4s59lDPDXHYt5hBMywI3D_Q9 3b9BjZpTZh3g.dWJrdIh5NANXhvNXmhaQKrrw0AFmL_PLenxFgYP4vlk3otrOlhHPVljP7b5aRrF 3Qku1gQTlTCPIa39HCYSmSxS0Q5bsGEMa0xyxaI7TaVr7rpecEpcNzlxshAkHPTMzZPgKeVDbnFa lj1A17EWZLNMGR.SzIfytlzHUT4gZDq5TH8wju1yVrHhsVBLU3PWb447TccDlmeOlEk4Qw0Fr26V VVQTY9Wgt7Hvvzn0ZVp4NNsYNp1n4bVAkcKBsX9KhDKJRnfAGjEamHoGfaPc7wEqU0386hZm2qZ9 eCt63lV_tv9gJxJ5Vi225Etw9xcP2wnc.Bq2m6lrVzHxT9NWownCIO.cgZVlBqsiaoxNwD8Tq875 6E_x5kpOYKBLoEW9QAavE.EAOMcmPKF.AZhBBZQuhmQ6eGQABXJ.2y1FOjRazer4QF5gjfzCD44i epI2SxyhuzbTxg.kx3.Jwc7j0IeB8bxRIgJzkAn4ma34gaash7_LAU34OpJFmfYF.jxj64QxZcX4 XshHf3b5hbuL.NI4eGnqSwF4NE.ykOznFW50ZS1tmPKWDlE.vrVZYGxhvTld_hlVayYCJ5u59OIZ v_BGA3z2r3OsAwRo_p4psfxuYQyx.2cIYYFj54CnMI0c_1LZ7m3wrNZhpY6IIP4oAwxgZ25tEn31 Y00YlJ8PAeeRGwrvq_ea7e6.8SpowwJTQ77U1LJyls4N8fWZGUZnDensw_GWqemU9q52UI5SIUy5 8b6k2ORYiKRL1RwLNWHXqq1x.3oosv62ajwaWVvv.Noj5PArkJboZDhext6C9D4WozNx8vkzf3p5 HF5fjIOe0SbnVck4x0_RIZ_ZppLWIdAIKKaqxFsw3NhDuBpgHig9lhd.cbK6CbSEW78tqXD21I9a QKUxyZd8hJmWaxtC4u6PVVrmG_qvLIg4Q6z62MnTvEGpFPREJ3EFcbK9ahu9VgMS8FkYcf58QNIm 8lc4maUyQudBfWSgJrW3u0Vqn8Npafo8ZQmGzNSg5IwzmV4Tl4lbnha8xubM8Nwsjc2sSbU9mX5c aaxiuFbBVjXUgQ8aj2FNPsXIvXVGMfFJsQajj.yrSBgGa4M8CpDba3yD32ZNTszdTusY- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Jun 2021 17:41:44 +0000 Received: by kubenode573.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a190627fc72cd8f070d3662f15a06f70; Thu, 24 Jun 2021 17:41:40 +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: llvm10 build failure on Rpi3 In-Reply-To: <20210624160109.GB87740@www.zefox.net> Date: Thu, 24 Jun 2021 10:41:38 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G9nWG3wxjz4vSq 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-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-24, at 09:01, bob prohaska wrote: > [What about trying a new kernel? details at end] > On Wed, Jun 23, 2021 at 11:02:02PM -0700, Mark Millard wrote: >> On 2021-Jun-23, at 21:30, bob prohaska wrote: >>=20 >>> On Wed, Jun 23, 2021 at 04:22:35PM -0700, Mark Millard wrote: >>>> On 2021-Jun-23, at 15:28, bob prohaska = wrote: >>>> . . . >>>=20 >>>>=20 >>> [snipped for brevity] >>>>=20 >>>>>> For example, 0xA5u byte values might be the value that newly >>>>>> allocated memory is initialized to. Looking . . . man jemalloc >>>>>> (the memory allocator implementation used by FreeBSD) reports: >>>>>>=20 >>>>>> opt.junk (const char *) r- [--enable-fill] >>>>>> Junk filling. If set to ???alloc???, each byte of = uninitialized >>>>>> allocated memory will be initialized to 0xa5. If set to = ???free???, all >>>>>> deallocated memory will be initialized to 0x5a. If set to = ???true???, >>>>>> both allocated and deallocated memory will be = initialized, and if >>>>>> set to ???false???, junk filling be disabled entirely. = This is intended >>>>>> for debugging and will impact performance negatively. = This option >>>>>> is ???false??? by default unless --enable-debug is = specified during >>>>>> configuration, in which case it is ???true??? by default. >>>>>>=20 >>>>>> So, if you have junk filling enabled, I expect that you ran >>>>>> into a legitimate defect in the llvm-tblgen in use. Having >>>>>> Junk Filling disabled might be a workaround. >>>>>>=20 >>>>>> There is /etc/malloc.conf as a way of controlling the behavior: >>>>>>=20 >>>>>> ln -s 'junk:false' = /usr/local/poudriere/poudriere-system/etc/malloc.conf >>>>>>=20 >>>>>> I suggest you retry building after getting the above in place. >>>>>> If it does not get the 0xA5A5A5A5u value, that would be >>>>>> more evidence of a uninitialized-memory defect in the llvm-tblgen >>>>>> involved. >>>>>>=20 >>>>> Done and running now. In the interim I tried building llvm10 using >>>>> make in /usr/ports, but it failed with another python conflict. >>>>=20 >>> The poudriere session just ended, with a somewhat different error: >>>=20 >>> In file included from = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AArch64/AA= rch64InstructionSelector >>> .cpp:312: >>> lib/Target/AArch64/AArch64GenGlobalISel.inc:1900:41: error: expected = expression >>> /*GIM_CheckRegBankForClass: @0*/, /*MI*/1, /*Op*/2, = /*RC*//*AArch64::FPR64RegClassID: @0*/, >>> ^ >>> lib/Target/AArch64/AArch64GenGlobalISel.inc:1900:99: error: expected = expression >>> /*GIM_CheckRegBankForClass: @0*/, /*MI*/1, /*Op*/2, = /*RC*//*AArch64::FPR64RegClassID: @0*/, >>> = ^ >>> 2 errors generated. >>> [ 25% 1396/5364] >>>=20 >>> The last line is included as a fiducial indicator. Two errors = instead of >>> four, nothing about AMDGPU.=20 >>=20 >> You have a prior run that also showed only 2 errors: >>=20 >> = http://www.zefox.org/~bob/poudriere/data/logs/bulk/main-default/2021-06-21= _12h55m51s/logs/errors/llvm10-10.0.1_5.log >>=20 >> has: >>=20 >> lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:15822:50: error: expected = expression >> /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/0, = /*RC*//*AMDGPU::VGPR_32RegClassID: @2779096485*/, >> ^ >> lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc:15822:118: error: expected = expression >> /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/0, = /*RC*//*AMDGPU::VGPR_32RegClassID: @2779096485*/, >> = ^ >> 2 errors generated. >>=20 >> And a prior one that shows 6 errors but for AArch64 instead of = AMDGPU: >>=20 >> = http://www.zefox.org/~bob/poudriere/data/logs/bulk/main-default/2021-06-18= _19h00m47s/logs/errors/llvm10-10.0.1_5.log >>=20 >> has: >>=20 >> lib/Target/AArch64/AArch64GenGlobalISel.inc:3760:50: error: expected = expression >> /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/1, /*Op*/1, = /*RC*//*AArch64::FPR64RegClassID: @2779096485*/, >> ^ >> lib/Target/AArch64/AArch64GenGlobalISel.inc:3760:117: error: expected = expression >> /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/1, /*Op*/1, = /*RC*//*AArch64::FPR64RegClassID: @2779096485*/, >> = ^ >> lib/Target/AArch64/AArch64GenGlobalISel.inc:5735:50: error: expected = expression >> /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, = /*RC*//*AArch64::GPR64RegClassID: @2779096485*/, >> ^ >> lib/Target/AArch64/AArch64GenGlobalISel.inc:5735:117: error: expected = expression >> /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, = /*RC*//*AArch64::GPR64RegClassID: @2779096485*/, >> = ^ >> lib/Target/AArch64/AArch64GenGlobalISel.inc:22981:50: error: expected = expression >> /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, = /*RC*//*AArch64::GPR64spRegClassID: @2779096485*/, >> ^ >> lib/Target/AArch64/AArch64GenGlobalISel.inc:22981:119: error: = expected expression >> /*GIM_CheckRegBankForClass: @2779096485*/, /*MI*/0, /*Op*/1, = /*RC*//*AArch64::GPR64spRegClassID: @2779096485*/, >> = ^ >> 6 errors generated. >> ninja: build stopped: subcommand failed. >> *** Error code 1 >>=20 >> It appears that the bug does not have reproducible details >> but all of the examples that do not have junk:false show >> @2779096485 . (And the only junk:false tried so far has @0 >> instead.) >>=20 >> Something is providing and/or using initialized memory. >>=20 >> There is the possibility that swapping out and back in is >> sometimes not provides pages with the intended content. >> I state that as an example that we really can not claim >> to know that llvm-tblgen itself is doing something wrong. >> I'm not claiming to know what is actually happening. But >> such would fit with contexts that have more RAM that >> end up avoiding much of the paging/swapping also not >> seeing the problem. >>=20 >> But as in some past examples, you may have exposed a >> problem with FreeBSD. >>=20 >>>> Intersting. I'm unable to see a: >>>>=20 >>>> /usr/local/poudriere/poudriere-system/etc/malloc.conf >>>>=20 >>>> via what you have published. But I've no clue if such >>>> an odd symbolic link would be expected to show up. >>=20 >> Still true, but . . . >>=20 >> Well, now: http://www.zefox.org/~bob/poudriere/ >> shows a: junk:false >>=20 >> Note that this is at the same level as poudriere-system/ >> is shown. You might want to look and see if the file >> system shows such a file at that level as well. >>=20 >> This did not show up until after the build attempt had >> finished from what I can tell. >>=20 >>> The link seems visible to find and ls:=20 >>> root@www:/usr/local/poudriere # find . -name malloc.conf >>> ./poudriere-system/etc/malloc.conf >>> root@www:/usr/local/poudriere # more = ./poudriere-system/etc/malloc.conf >>> ./poudriere-system/etc/malloc.conf: No such file or directory >>> root@www:/usr/local/poudriere # ls -l = ./poudriere-system/etc/malloc.conf >>> lrwxr-xr-x 1 root wheel 10 Jun 23 14:27 = ./poudriere-system/etc/malloc.conf -> junk:false >>> root@www:/usr/local/poudriere #=20 >>>=20 >>> The link seems invisible to cat and more, reporting "No such = file...." >>=20 >> The link is looking for a file called junk:false in the same >> directory. It is not expected to find such a file. >>=20 >>> I'm not sure what might be profitably tried next..... Suggestions = welcome! >>=20 >> First off, if the point is to get the RPi3B+ going >> more than it is to get evidence about the problem, >> I'd suggest booting an RPi4B with the same media >> (adjusting config.txt as necessary) and trying the >> build from that boot. If it builds, the media can >> be moved back to the RPi3B+ for other activity. >> The failed vs. built status does give some >> information about the problem. Built would suggest >> that paging/swapping was involved in the problem. >> Failed might suggest otherwise. (I do not know >> if there would be much paging/sapping, depending on >> how much RAM the RPi4B had.) >>=20 >> One experiment would be to use the same boot media on >> an RPi4B but that had been told in config.txt to limit >> itself to 1 GiByte of RAM --and to also try with all >> the RAM being allowed. If the first fails but the >> second works, that is probably nice evidence. If both >> fail, that also is probably nice evidence. The other >> two combinations are less clear what any implications >> would be. >>=20 >> (I'm not claiming that you have such a RPi4B that can >> be made available for the duration of such experiments.) >>=20 >> Another direction is messy: testing under stable/13 and/or >> releng/13.0 vintages to see if it is somehow specific >> to main [so: 14], having an analogous context to what is >> known to fail under main (as much as reasonable). The >> RPi4B two-RAM-sizes comparison/contrast type of test could >> also be used. >>=20 >> There is also just repeating with junk:false a couple of >> times to see if there is evidence of variability like >> there is for without junk:false. Simplest of the >> suggested tests, but likely the least informative. >>=20 >> None of this would be likely to get close to a short, >> small test that shows the problem. I've no clue how >> to target that at this point. >>=20 > How about booting an older kernel so see if that makes a difference? An interesting point that I'd not thought about was that if paging/swapping (or other I/O) was a source of the problem, then, not only world, but also kernel code would have to be tracking the status of /etc/malloc.conf . It is not obvious to me that the kernel would directly track that. But if the kernel was not replacing the content of some pages like it should, it might be that we are just seeing the world code's prior initialization of the memory. > ls -dl /boot/kernel* reports > drwxr-xr-x 2 root wheel 13824 Jun 18 18:15 /boot/kernel > drwxr-xr-x 2 root wheel 13312 Jan 9 15:57 = /boot/kernel.main-c255664-g4d64c7243d26 > drwxr-xr-x 2 root wheel 13312 Aug 29 2020 /boot/kernel.mmccam > drwxr-xr-x 2 root wheel 13824 Jun 9 18:52 /boot/kernel.old > drwxr-xr-x 2 root wheel 13312 Aug 27 2020 /boot/kernel.r364346 > drwxr-xr-x 2 root wheel 13312 Aug 29 2020 /boot/kernel.r364895 > drwxr-xr-x 2 root wheel 13312 Sep 7 2020 /boot/kernel.r365355 >=20 > Most of these are probably too old to work at all, but Jun 9 and Jan 9 > might possibly work, I'd expect kernel.old to work as well. ISTR the > previous success building chromium was early 2021 or before.=20 >=20 I'll note that: QUOTE (from 2021-06-12 01:53:02 +0000 commit) param.h: Bump __FreeBSD_version to 1400022 Commit e1a907a25cfa changed the internal KAPI between the krpc and nfsserver. As such, both modules must be rebuilt from sources. Bump __FreeBSD_version to 1400022. END QUOTE So: Even going back to June 9 may messed up nfs use. (I've no clue what services you depend on or in what contexts.) You might need to disable nfs even trying to start at the next boot before booting into such an older kernel. Jan 9 predates 14 and 13.0-RELEASE: sys/sys/param.h got #define __FreeBSD_version 1400000 back on Jan-22. Running newer worlds on older kernels is not supported. Generally folks to not track the KBI changes vs. the consequences of not having the right KBI. This makes interpreting results difficult even when it appears to work. There can be mixes like NFS not working but other things working. There could be corruptions but such may not be likely. Do you have what you consider sufficient backups it case things get messed up? (That might be the status of being okay with starting over if something really bad happens.) If you try the combination you might want to review the boot messages for any evidence of problems to worry about before starting a poudriere run or otherwise causing the system to be busy (or even, just leaving it running but basically idle). If the world/kernel combination happened to work well for the specific activity, I do think the experiment could be useful. But, if it were me, I'd not want to run that way beyond the experiment(s), even if the specific problem seems to go away. If anything else odd happens with an old kernel in use, interpreting the result usefully will be unlikely. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Jun 24 20:39: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 C78235D1FF7 for ; Thu, 24 Jun 2021 20:39:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (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 4G9sS85xYBz3mXd for ; Thu, 24 Jun 2021 20:39:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624567158; bh=gEWuETjP5pZ9lxsllk368hAjYwpwgMJzpGhydMxZF3c=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=fvrqU2gz5Px9r4dnHk6jCI7qIoo2qo3QWrXbENgtqaPFQS3NprKJW8oY60ABe0qDe8gMl/XHQ5LqrwvUvesrpvfi6thdTjcXIrDHuPFhu2bSdbp9ef9l1StoQcjknFAuionhO/tThWxRDCeiu7ipibStn4VcZ589ISjDDGCN67LEYf4x0bVSGzeHdpi6Q9UZebcFzrcxM/PJAtzXLIyv7KfbK9NwQ5PKTyr66zbQEn9wA5unuB9YGj0tidKfPqbW6VoIhyhWJe993efeLwBYNJIIWIWWT2xg8zgbcpY9mesEQ0wOJ50QCYYksakJi26Nmh0gbTQVAUbJihQYxR6ncg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624567158; bh=wp0+j+LzhCiSDkTZY+1yZL43aOPM9M6Znfzyk33Jalv=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=ARtn7mdOVIxwm4ne8AtuxJWSUTWs0YyJO+S2P5VsnK+9XIhv/MfqkAPVcWuOrGMa4HBQ9ys688a2+zOrRpLWeFkrRDMr4AEF9xJGtz4+7Kc85N5CRa5W5vwPi4zvWK3M5wVUvDWTZpFJSxjHv7Ew9pmJgD2vk0Xm7YBbGo5QwzYdLHt9M89oqVqPDx8VUqUnR1qD8GrNChM5sK584tSa03xrPDAZTuZPHLC86j3jHrUxFQ2wuixbQXikDO1QE6zOj8uCxWLKQnUIMZJSLaucjQbIs5HZJaBml88CwLbAWCjvX4gtYesjdSHMQg+N1Q0Oyuzf375eHbFksBlBrRN2vw== X-YMail-OSG: gjGt5qYVM1kk1y1RdwZcJLJDlAoes76kXrvRKOM5_cOPfi6tpoaiYdqw1iHmjD9 zjwCcmAaxtzdf8sD81tttbN7l28iaWVTdAnHBSRiUpFvnC1zR_UK5_7RMDTu_9YATJfD5dEfzAIP ZTn0idFBeKONZUaVf0oabKfuwZIjloJKMklTy_Yotj85_fl7V6GlGlVPeaV16hWUQpm5yzbvM06g UQ1YoSEMFPalgr6A1bxeeUi3tf5AYGCKtwwwXgEFPurBjU4d8Pki89CjuNTlTg_8pNjFN6uMY2nu sHO9ck78nY43RnrPYpaDUt_wLwubWvXiS48ybhkP5BExZkgtTndT2WaA1h.VstRzBA35s8MWT5gh nCLj0_P6gZBOCgUpkFwBa1S67BylQZJw5R8WwIZr3UQmpiOyu8eSXDNKeOYVYKLJr8u84IUHAUib TMvjOm_QTnP0.Ed.xg_CqUIwAaHjv.RYZSgCWEZdYndQtkL.muMKGbTZRucB2BZnaV6Rql5jw0T_ uJ8iuDJwk7O.WTgRGaFOlqE.nAU.Oa40wTZrPPdci7fYOVozYAo7g4YLHPYTfe6ca.f5sqxT3ba6 sbkrWAwswO6JdCyRMpn1HFk0h9AeYtry.aTPgVd9VGQTiEFu0U11M5Vd6wZpAxT6oKB2v82WOFwQ 2byaeX1j1Z7eMjWcv898QznQyC_NeFld82DYJxC..XY5bPidq7oJ9z9ooxKexRMBSOvqjM.uNfoW Z3DMgyWcdFxwYtnoSL72dfunAQeiy.lRYJcwseSxtzeftniYnI5beqnQxds2sbT7ZUzYPUA5tPXW u_O_PFj.DK8VM0XnG7zivIFW54qSI8yo94NNiFM.1WB20B5haAFjrayqeBoySyVJhF4augd0otou EHb87ekQHjTFxuMGstTORtf04V56_8Brf1C.DKB8cbKxWwVUTFPTxqZ8UtyK0vEKooO617KdfNbZ Cs0jKSXFn604M50EPXVTsXp6yBzWZUWKfGJhE2eMlqiZr6eyE6HwrQsDC52Au3GmtR7ylH5K.xGA RFTQZHz0iZtoH7.q3ThI8ejUOpDqBcyBJAN.5dmWMwFz9zTYu5iwzZ_LSiLWhNkeBg0NFtqNlfYH xH6DHOcjgvtJw4PeOitH3uC6vx5dVgAkgjv1.Ihrny3imXV6PUu2dVKmflRDv5IZrAiDPk1pfmFT X4G7_lZpO9DTfkuUxyzF0EjiJDdfKt0k5_Gy1rA0e70oINVx4yahEHlr4cuzHASBoESz0DiBiNQx Nyqcco0vjawcMjtcFFY_pN_HqS02_qRP7uCRVGFbcHJQL7UnTmVrzmPlv5cyZEepJHmmZZ82LaHZ KXCP4d9Pa0JQdYdp6fLCNXvcZCi6zNWrlwRjEa6dws1_uNI01LQcMx04PQATTmdnkpkZkgq1B5x0 zJ5DYlyXC32hmFb0bolIKOveg43ZTwTn2o5YD94veaFlTVxwR_b5U.DYBaUVurCt3qGxouGeI__W h.4esWCiPZvcAq33stThlxMV57f03BzwbIJn_NROFfRpG9gXITUxRJNnBzyIjri9Y6lkClHupeqV 0eW5hKTP2SzoPaXCu3A.AaZzQySOFq59M0oIaWkbksUF0sPDQDjbDoVBU9yNi8e3I.bUhonD7n4W N8QXR6qASAO2faAWD5BK20QO0AeEpEod7Dhg6g8fm4vyyVA8LoRzWdXJr0Ss71fT6inkTStdYNtV DZcfR0g1.ninzWn0we7q.wI.NPsRqx4Q6ANnaB1vdDSQ6Bu_HQ9GtRVkvmC8J03v4hhNgnCjK.AA Ejlq789qvVRAiryMgOzbpkH4BgQGtIXzSVMrvMPYHyJMf7Z.Kr7dJcMyffbZOVdrQGHpsSnt4oKw k5aOZd_iFQGX3qhmic5ptwHgj1LXoL0_Ys3gKi_pjaU0EK8KEgT5mOd8VaLF.O_MxhkQLFDOWExC Yt.UOTff6sjYmcixHM.9rh1_4PKWYl94TDjwHMC0DyKcdR2KH.L8DBbnX.4fR7jFd6f9OHYxtcY3 2gI.pATKYJJtTkyI5r9C_rGE0Hku0bFnj5v3k0dr8XaR.3ksexr7Yn_YJmAxMAQ.hRMJTos5PlxF BsP4RsJoFgpO6wo5mKwwN2LFQydyl9ydCwl4qEKst6rRzN.NTaCWsYB_NxEGz_FgVpvM6Op3ULF9 KFjlzN4FArMXBYPVFKQj9kuX.looKxi97pw6Pt5rRULMxKbK.YypRoNCBx1Uzq4It5gZlY3EyXhc AlvWIGbflyjAGLHCo2i57VAf0Mr_1uvz5VHu5dQyVLG_ZL2oaZ0MOscYqyu3aozMD_kVLtw.Slee cu7TYJjrSSdhuYkIHU_t.mJzT.5UrMpCAjpRNxiO8yxhMq1vwLxLIth5Gkl5PV8DdOGmeBFTiOn8 oVaXyXWaIx.2sMcWu_CDIimiGYA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Jun 2021 20:39:18 +0000 Received: by kubenode516.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6f4e7781d4da965e8bfa5c8cdb09fb43; Thu, 24 Jun 2021 20:39:16 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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: HoneyComb first-boot notes Date: Thu, 24 Jun 2021 13:39:16 -0700 References: <8A6C415F-A57B-4F2F-861F-052B487166D6.ref@yahoo.com> <8A6C415F-A57B-4F2F-861F-052B487166D6@yahoo.com> <40AE6447-77AF-4D0E-864F-AD52D9F3346F@yahoo.com> <12A4EDD1-A2AB-4CE3-AB0E-A4B5D6FB4674@yahoo.com> To: freebsd-arm In-Reply-To: <12A4EDD1-A2AB-4CE3-AB0E-A4B5D6FB4674@yahoo.com> Message-Id: <5B1B5E1A-8AE4-4889-ABE6-50C206F896FB@yahoo.com> X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G9sS85xYBz3mXd X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=fvrqU2gz; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-2.25 / 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]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.206: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]; NEURAL_SPAM_SHORT(0.25)[0.245]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[98.137.68.206:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206: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 Repeating here what I've reported on teh solidrun discord: I decided to experiment with monitoring the temperatures reported as things are. For the default heat-sink/fan and the 2 other fans in the case, buildworld with load average 16.? for some time has stayed with tz0 through tz6 reporting between 61.0degC and 66.0degC, say about 20degC for ambiant. (tz7 and tz8 report 0.1C.) During stages with lower load averages, the tz0..tz6 tempuratures back off some. So it looks like my default context keeps the system sufficiently cool for such use. I'll note that the default heat-sink's fan is not operating at rates that I hear it upstairs. I've heard the noisy mode from there during early parts of booting for Fedora 34 server, for example. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Jun 24 23:00: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 4BE2C9F4896 for ; Thu, 24 Jun 2021 23:00:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (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 4G9wZy1zxRz4TBX for ; Thu, 24 Jun 2021 23:00:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624575622; bh=7Cly30XDz9QKehp6gmk1Qm7EKEMbeShLVy0qQFrtRkA=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=ra+DzfwSESnRumkEiXJyAWDqiK5i+kL6Y9RKyrTpjf6RiPtL6gxhxHxYsErKAp22KXgCUv/PZJx0c16b9rbGnkdKfty0qYaNRsvqqyivvvoNiJMG+lgSwN3fU5a7k3gf7CMRK9k2Q5rVMcGzdXuPfGSijMXXE7d9N1wiehpPupKRT3gCcDiQca7Fn0xCRuxkwAeIaMXDD1GG+H+qjh4ikOdK6ru3qJlBJWnXhW42tIBDzpQs6Ymah7HL6JOwE0v0WPSs4ZNJdYAMj91MTpUmHufPfK83t/InTbvB7fyNV+plvU4n+gqnxQfMHlPd0eI5pa84U0DKZXTYgXCpy+xG3g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624575622; bh=hFdOM8or1LF/5mg95nHNhcyi8DoA3FHKgtGiOTILwL+=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=EDBMJzkOSV0dwVw8DqnuWZiz/1Qdo64lQJ9ZHMkVCoV1XJmxI30AcPMkdIt3cOiv6sssQKS14N8a2nvenBISsQ6Ye9XWhT6DCqWW2NO82zgzWGjQrI40x8k58z7/leYuw2gJBUbb6tnCxwYP2Xo5jcsN4n318QBc0jB8VY651XbNQw12VRgqY2RQzj4GHQj/qolU+GPee3ckr1xlqryvuvYH67gGpXArNPo6GXuv4ch8TL6Jo0YSX4Qk0MycoLE5zLyYJr6eexZzfZEfRpT2imqC6Np5QNbkm4JJAn0IFZ3E8c0Ki8lpvST68dgWGXHL5RxcVZd8fgIVYCq3iGZ3RQ== X-YMail-OSG: UwZZneIVM1nc_.nVZ_jgndW8Ena.u6mxYQmriKzdl8L7373IpOCarIfHlcAi6cD KjIul.KN22IeHnvTXjlF44zBBSL2BVlj4MSC.bhzL8A2x4ndb6p7Gb7y8mbr5NfK5andl0HxEFkx yW.OIv2sGrVlPAZE6jqCBsK30siAM1x4qYIn9yPUai9BFyWMwAUUisTYtgnqfAImBi7hkQNDEDoF cgMY5XDkPeG8oT.ClnwRAeDp8ulGff0nYKF7bWU0xIRQo_ZjmfXcpAHNksLDL_5OCQau3DOTYep2 NS0V1ypezhkN5f6q456u2F_YVqQLtC4.NtzDSiTevnjRi7EXOwfMNr61JDC8uBpsRap_JM7zLEnT rxQFA2AcTyagrFw8YnwlrMUtFHcxfsqwLks.94uVb6hSPRiwAXkepBF2kGCBkeHPX9z6CeNUOuCN kh.x.jDRMlUnm1UP6gKd6FsNatvC9cHsIaEmvTI3nm.93FK2XQ5n_UL5YJulym0TiDQR6IJqxxYs kaXc8q011en0DjgCHJ0WSiSxVGNj0u4edlR0XKmXzP4KrbG2V_xtPR_Ru0R7SDiStEKvCwo1ovO0 2FGKX0LIHu3Fp6sdGAH8rULnY6_Sym1_4x5soLvZqcFNuEn7Z8L1eBjFl65GxzvmaZmFkcchqmbJ wQfLYVLZFy2.NHbkAit.tFsXoEB2QMHV7.Ul1mW5v4SN6Zu_0o1EWBedxC1HmOuSgEqiDj4OsWWb C.K_wfRdrh8GzzeGE5IIDZlz4eQF0kx4FE1368WLwZOGklJsufFyjf64Y3sCV3S5vcltdv21uyzi 1gFv__yyJLCyVg51xqsv6asZhR_R.mIn9XDTWXideHHc1_iJdmxe1VXhVGTFewjBaHDw9xKEXdSo Lv4wYB_1f896hlH6nHZS21LLAOcuneGshaHDfz6cy0ia.Om_CcWhH2dZFlObtb4Uy06ZQCovqUv8 JjNYxdaWi82lPxguKHFB58QnjkWBDhDVQysevMYyLnwY1uNS49Y5iapTeoYxBF70J4vR6gPfM7ti oVIglpnqamfjZYtFeiavfzMxLEXpzgkJ7lzoAam5PfT1gBpEVUm6RSL1ebNSgTov7yqEoYPkBNKJ qvW7C7g2xVmi2TEpUyKpVX3uVlGvIj10x2wT8mFsrz0S2J4OoJu2Fhqx79wdQRUQKonBvuh.Rm6Z nIaBhmVHkMuagLe8Ewb_29ctVc9t71xrFFnr765psRenj6EQbWK.7BqiwK6h6zwFJCG5R2PhaghG .NAz8F4ju6qspHD1w2ruTxo_vC9EmPIXNl4lxcg.ompQ.8nlWl9HjA9UQ0bNE6GdJaj2t_dv4mnZ 1vs3N71xJjAhSsL4QOdsOoXOvvHG3xkUQb9W6eeaZNFvW.eVmJw19re27hvvjF1vDTV1H4vJAQhI MZKEwU4kYsErrlqjCeQPhxaY1CvLFfKvvB2iEGvoZ9U5gexDwvvNsutozvEfyYu5pOyFEbI38Ccr Gm4bDDhuA6i5OCQM18Qv8QRUH6E1ie5cFn_qiIXTbnLiTxvFjwglEuXI.e3OwxNYPHQgHjwg_bSC acBUHFf01oJ6oZ6QImqFQ0FTKnHaZ3mPQyCpBoZlbEKhND6DR_wYr9Xo3f6V70hVDLgLYmjfKJBl fQOdyxr1s5I7LLoG3PaIKMJzd5GF8w5b88cypJAE11fB4OlPdcn4ByzKM4wZKXW4bX7iZwL919x8 BLSNj38ZEJmj1QHVKH9efTyWmXv_aWeKN6_dEm8GepSbi1EyuNmHACrdUvZ8276dc34nb3h3UxKD 9gFAXvGUWj1pdbuCeSdxCmRI90iI3lXXWiChbzkdQHaZ_4CgCi1XzyLEaVnN5TIgM44F8Phms5GD bNo2oqUyO73BiQZIleQ7zL_YH6pIiZkWhaRGKi09wv_1AYvXPUeO7jzzYh1NmQfAFyJyC8pGlvv2 ekN1Mh_0Nyx.B9uI2G6Hpes5adZKioPrZ2G87wM2ggXA.XUVdcsEpmvGAa6E.XpVn5IcllR1wapd AKQBSWxVFPgd3mD6PpfEGKz_1jKcrlBQK_WfU9l51LTKU9rXDCadTCSNpaMM2syAPCqo8UDr_9Sv 282Cgfo1M2ltSoFUKODFzvJvtIlRaRAF10VPT8fDLsggXjN2LKj.SJgODEZs9lv5jqwmkta8Dh3d ptUYK2SAn94tM1PHNKZJYKfQYrMeWWWxofg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Jun 2021 23:00:22 +0000 Received: by kubenode520.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1cbd54caf636066f4f9a3665646bd1bf; Thu, 24 Jun 2021 23:00:18 +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: Re: HoneyComb first-boot notes [buildworld buildkernel timing example for stable/13] Date: Thu, 24 Jun 2021 16:00:16 -0700 References: <8A6C415F-A57B-4F2F-861F-052B487166D6.ref@yahoo.com> <8A6C415F-A57B-4F2F-861F-052B487166D6@yahoo.com> <40AE6447-77AF-4D0E-864F-AD52D9F3346F@yahoo.com> <12A4EDD1-A2AB-4CE3-AB0E-A4B5D6FB4674@yahoo.com> <5B1B5E1A-8AE4-4889-ABE6-50C206F896FB@yahoo.com> To: freebsd-arm In-Reply-To: <5B1B5E1A-8AE4-4889-ABE6-50C206F896FB@yahoo.com> Message-Id: <7DBDC8AB-C80B-4E26-B58F-251A3D29CE41@yahoo.com> X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G9wZy1zxRz4TBX X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=ra+DzfwS; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.49 / 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(-0.99)[-0.994]; 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.65.206: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.65.206:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.206: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-24, at 13:39, Mark Millard wrote: > Repeating here what I've reported on teh solidrun discord: >=20 > I decided to experiment with monitoring the temperatures reported > as things are. For the default heat-sink/fan and the 2 other fans > in the case, buildworld with load average 16.? for some time has > stayed with tz0 through tz6 reporting between 61.0degC and 66.0degC, > say about 20degC for ambiant. (tz7 and tz8 report 0.1C.) During > stages with lower load averages, the tz0..tz6 tempuratures back off > some. So it looks like my default context keeps the system > sufficiently cool for such use. >=20 > I'll note that the default heat-sink's fan is not operating at rates > that I hear it upstairs. I've heard the noisy mode from there during > early parts of booting for Fedora 34 server, for example. So I updated my stable/13 source and built and installed the update, then did a rm -fr of the build directory tree context and started a from-scratch build. The build had: SYSTEM_COMPILER: Determined that CC=3Dcc matches the source tree. Not = bootstrapping a cross-compiler. and: SYSTEM_LINKER: Determined that LD=3Dld matches the source tree. Not = bootstrapping a cross-linker. as is my standard context for doing such "how long does it take" buildworld buildkernel testing. On aarch64 I do not build for targeting non-arm architectures. This does save some time on the builds. The results for the HoneyComb configuration I'm using: World build completed on Thu Jun 24 15:30:11 PDT 2021 World built in 3173 seconds, ncpu: 16, make -j16 Kernel build for GENERIC-NODBG-CA72 completed on Thu Jun 24 15:34:45 PDT = 2021 Kernel(s) GENERIC-NODBG-CA72 built in 274 seconds, ncpu: 16, make -j16 So World+Kernel took a a little under 1 hr to build (-j16). Comparison/contrast to prior aarch64 systems that I've used for buildworld buildkernel . . . By contrast, the (now failed) OverDrive 1000's last timing was (building releng/13 instead of stable/13): World build completed on Tue Apr 27 02:50:52 PDT 2021 World built in 12402 seconds, ncpu: 4, make -j4 Kernel build for GENERIC-NODBG-CA72 completed on Tue Apr 27 03:08:04 PDT = 2021 Kernel(s) GENERIC-NODBG-CA72 built in 1033 seconds, ncpu: 4, make -j4 So World+Kernel took a a little under 3.75 hrs to build (-j4). The MACCHIATObin Double Shot's last timing was (building a 13-CURRENT): World build completed on Tue Jan 19 03:44:59 PST 2021 World built in 14902 seconds, ncpu: 4, make -j4 Kernel build for GENERIC-NODBG completed on Tue Jan 19 04:04:25 PST 2021 Kernel(s) GENERIC-NODBG built in 1166 seconds, ncpu: 4, make -j4 So World+Kernel took a little under 4.5 hrs to build (-j4). The RPi4B 8GiByte's last timing was ( arm_freq=3D2000, sdram_freq_min=3D3200, force_turbo=3D1, USB3 SSD building releng/13 ): World build completed on Tue Apr 20 14:34:38 PDT 2021 World built in 22104 seconds, ncpu: 4, make -j4 Kernel build for GENERIC-NODBG completed on Tue Apr 20 15:03:24 PDT 2021 Kernel(s) GENERIC-NODBG built in 1726 seconds, ncpu: 4, make -j4 So World+Kernel took somewhat under 6 hrs 40 min to build. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Jun 24 23:25:24 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 34F619F63A5 for ; Thu, 24 Jun 2021 23:25:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (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 4G9x7v4ByJz4VTb for ; Thu, 24 Jun 2021 23:25:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624577130; bh=oYf7hkQ5T0HyGtBR8R6fCXHeD1ugzZps88/gLeJy/iU=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=RdPtJHMpCtgjXdCLtW51D/dc6BZ7oh8iooUN2Tflt6Pcq4jn2JiMK3DkaeZUAJgqukfQ/3UjFZKRsmhZ87+rrgiNo/H6rTuL6sYgarnXZE9Hb0dBWrDDJFDJ3aZZF4f6LpaQPT8xRf3dk67MhiHLBjfTzJQqgSKWntI4gYOy5Lt8n0fiKnFHDLTungUs5vhPmfxtZJ2cbKKdZy0NQgNqzxJZiS+nG9ALhxUot+3cHWZinREdb0HQay4SXIpNiQ1ECVQMbxtxhEH2J2ZvZE2PWk5ttGBLcx1PYS9rkVNU2lEZrB/z53Sb0JPArQPz1HsjgMzx7ejPfybVt0kZCli5KA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624577130; bh=rYnO9k45Z/0mWAp0aUfE2MJh7YgjaNKmJns8622rvuL=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=h3aTxtUBtTMHo6RcwnROCWkuP6IV2LgPdhKBd4z/ZaQj0vEPwXdbLXZJf8i00HzNRHFHrWw2fOqEmBwcquD+n3aZ0P/Bnt7jv+LJB3tpg085y5c6rb40/Yyxo4a4LWIHKCNlgbzcndAC6fw/mQE8k6OeNxjoq0qy5Cb1KyZmxhlnAfTIN/FwiBeaBXj4d4GfF08s1ApwVnxys0j7+lEBSNaBuoVCQT0JN9X8JP2PGIBCw7MBPWrUp90ueUYkxvZwcB+R6GMipM9s5zjBirmRCFtcadTUZliA2a/Lz+uhfmhJj1W1WIhpdjbLy/1FffWNO457+qX4HrmuRe0PR+sw2Q== X-YMail-OSG: O7uRCC8VM1lVVEF.OuTTcrbMgMZ.oL20EAhZMG3NFPwWH8MB4XgqKSg6UtANvDP 8W_ZCtmxJeR89gqKNRIKIsOxhL8oJ1Qp.5i2tAp6X1_5kRtYsoy05vnleYYiTnvKPlDIqTWOmjg1 gysrmF9ryVm8bRtqu0LVM8bw_3JoRt5uULvDw1uzq6Zaw31GbaF5gw9ZriE5VoxHxFMmhShfVEVn X8oiM_kAwqWzFJz8sF72ol5aHr_YkuhcL6CVQV3_edl0A2l95dIwicOrBwLci4wGjAyLnA0gyzgB ZGB102L_.7vE4b1W0NYUBATPNBdBvbeBfz8uzOJFA.vCNDYi6gBw9zVAOjupUMTUu0QbTnzSXVE7 SUFd6YDzpuQ01KGYmDHHAdWaWrXhjyZQBUqShne1wDki0p2xy.zH1izZIo2QFG7vKZCtSZ6eCnfK KOhCIk6OuE6ZLsekg_tb4Ag4rj9Ut4Q2w72KOBQhH1JGubYGZicCmrhyWoxe_tTlAWnOZhBQEpoU 02a8iI4biwTlAugMr2Eb8osbQfqHADLNM8LgbSopw3UN_GuXk7f2WpZhuihs.fD4MFh6Hcr_rdRT N3hMJfgJqqr0J46X5loVqt3OqehbPh_wGoaNrK9kkeDMyD5h_hf.QiBKf0bra0nZkHe9CLtEqZrq H1_RhbokbUI676FInaoen.nxkUjMU10S6l9PCwJlHbBx9oHK4pyGZmkbuwK6NjZJwB1CNRpr9ay2 JnOE9hBsxyKDAlWl2vO75rU46GO9j41Ewm6hUaHFJE6obmw4SDKzo6X2hXOZTEwbsk6uUvTKYaVU dxeWQ.JeXY_IWTHJhEZQsEYPP.mx5XZ4FrXY_Fnn70za7TKsjbLC0oTy12NBo5wn8r41wtHT.hUU wGUHoMuNWw3nbvxMYFBheQue_i1Cm_OzRQUrh5yE0SI9XcHQZg7NSSq0NDaxztExE0kai_tjywSs LlmJ1R9bTXBFfrgekG7Uxc35PGnHh8EofUalXCBTr32aUbjeP_plfNWgaoSrSs8LYaK4GL7ySD8b 4MQSkCk1ykJ.w6ce2gesaEQ.3AkOb9XrFxXc3AvdlPw9sc_2m_x3k3LklYFLObh3yuTd0jSZB1qM nRoi33LIwbRrtYRu1XdmZjevZ2MOu_DlzbNtq9TTCNOTko.qxeWUvdtNxRnf_QiJSWhzd6fzYMOI o_hyhRMuOF.4z1w06ur.qkO9He5di17BqZN1Spg3PhgVPc9uaFYqr9gbE9GjurxxqqlGRQHY88so lDYGi_WR53fr5AEXfwpFhsmEPg_GK3UNh36AdR04NRkoEdu2FNPnYMywAIkY4S0RLL0ZvVwEVkAs 5QqKY.OELAO56xvMm0s_YH7cHBH6tzPn_RzXmxgKzxnDAi8dIUkiZmkvWIOXD6rkcUWzWUSiDx6Q 91io1TbQUOLeq77Zhbp_sgjfKl7s1rKJoDIq0WVgLHtLKiOUw1zXI7wzGLWmeDCsN4vVI2vGIOOQ fyVj_n6YzGDkR.j2Jk0KjjE23fNwsZJ5dcFsZonc1kiU54NwE70xoKBDJXR_8YOjbhs.sVevip1A E3_TlKEpEOaLLAJI4uBbS4MUMGUD1sh4pXUAWyJPpt7ZTKof4XsTQifHgh2iotPB0ARJomkxAug9 ZcXQVSgyPmIWJynKaXYWvwVodN5KU77TkpDopZvX1vP.krxMMYAQoPzrGULdl.ug5uDqg7Ydgkx_ cNinDCmIYWP93uUPIt98LxWnVSQ3DAIXW.2w.uQV7miH6vp7G5py_gQ6ZeJ7kXkFtDs3lKRV.mVc 751j.HO4nJi2GMFpTdIMhmpC1_50BgPVn3Xr90IVPXQlcFRhF4jQNxGKjFEJ81aAieE271_eB.D8 KSi_.hXp35J6yTXnkrTICF_NAhtit9hSpsPo60k.9KRZpxpfEHamyxeGZSJkF.6YNU2bqW0g6ZeL e_KgZ1rO69L_zs3zWWv1VWjp0r0gOstPpDCIpZRH2B721nuT2r9MFa1XSP.5HbNdyFLfSxSFTY85 5A.CxOwIhOZCyjq.wKrrgFpNWiB1bANdvvV5.oqOFLRe5AFvEMIbPb51cZ3jHYWS0VPYow5WAk53 C4ecV98gvzfNBgPd733U7x8BdMVR9pQhZeiqCmNY7OE2HHqmx4XiQt.DlKOQM7Nz8fPbUg_SXkHb tkvgptFT8NvFyJbIOQasBisiQ70lKW56fJ9FjDlRovn.j8FfHjKKmxAheTTp2.RhemAtLA97p7mL _IdVvrLdBcGfPQxIWD4xygu42qM.gVuC7MLa5Oy5c_acuKn.EHRvUNWozvaigdXpsAXNAnUkRv.x 4tYfoDK7az1SmztNMpZdQxGeqj76oklbIZYzAG.2oRRT7D04QuBBuVQjYWOoUtE6.ro6RF8YXqbl kzhkqsPKI29phsaudZd37QUNKCD2J9FRofKLVhw8j8lNja4apCMXXQfe66oe6SO2A.KOqemHsrMd _EH5tUgpSpmfOZfPfw7G4 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Jun 2021 23:25:30 +0000 Received: by kubenode547.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d826349dac2dff7369820d6ff2ecd140; Thu, 24 Jun 2021 23:25:24 +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: Re: HoneyComb first-boot notes [buildworld buildkernel timing example for stable/13] Date: Thu, 24 Jun 2021 16:25:24 -0700 References: <8A6C415F-A57B-4F2F-861F-052B487166D6.ref@yahoo.com> <8A6C415F-A57B-4F2F-861F-052B487166D6@yahoo.com> <40AE6447-77AF-4D0E-864F-AD52D9F3346F@yahoo.com> <12A4EDD1-A2AB-4CE3-AB0E-A4B5D6FB4674@yahoo.com> <5B1B5E1A-8AE4-4889-ABE6-50C206F896FB@yahoo.com> <7DBDC8AB-C80B-4E26-B58F-251A3D29CE41@yahoo.com> To: freebsd-arm In-Reply-To: <7DBDC8AB-C80B-4E26-B58F-251A3D29CE41@yahoo.com> Message-Id: <5BBF1B55-F02C-4817-B805-677EDDC5B809@yahoo.com> X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G9x7v4ByJz4VTb X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=RdPtJHMp; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.49 / 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(-0.99)[-0.994]; 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.64.206:from]; 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.64.206:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.206: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-24, at 16:00, Mark Millard wrote: > On 2021-Jun-24, at 13:39, Mark Millard wrote: >=20 >> Repeating here what I've reported on teh solidrun discord: >>=20 >> I decided to experiment with monitoring the temperatures reported >> as things are. For the default heat-sink/fan and the 2 other fans >> in the case, buildworld with load average 16.? for some time has >> stayed with tz0 through tz6 reporting between 61.0degC and 66.0degC, >> say about 20degC for ambiant. (tz7 and tz8 report 0.1C.) During >> stages with lower load averages, the tz0..tz6 tempuratures back off >> some. So it looks like my default context keeps the system >> sufficiently cool for such use. >>=20 >> I'll note that the default heat-sink's fan is not operating at rates >> that I hear it upstairs. I've heard the noisy mode from there during >> early parts of booting for Fedora 34 server, for example. >=20 > So I updated my stable/13 source and built and installed > the update, then did a rm -fr of the build directory > tree context and started a from-scratch build. The > build had: >=20 > SYSTEM_COMPILER: Determined that CC=3Dcc matches the source tree. Not = bootstrapping a cross-compiler. > and: > SYSTEM_LINKER: Determined that LD=3Dld matches the source tree. Not = bootstrapping a cross-linker. >=20 > as is my standard context for doing such "how long does > it take" buildworld buildkernel testing. >=20 > On aarch64 I do not build for targeting non-arm architectures. > This does save some time on the builds. I should have mentioned that my builds are based on tuning for the cortex-a72 via -mcpu=3Dcortex-a72 being used. This was also true of the live system that was running, kernel and world. > The results for the HoneyComb configuration I'm using: >=20 > World build completed on Thu Jun 24 15:30:11 PDT 2021 > World built in 3173 seconds, ncpu: 16, make -j16 > Kernel build for GENERIC-NODBG-CA72 completed on Thu Jun 24 15:34:45 = PDT 2021 > Kernel(s) GENERIC-NODBG-CA72 built in 274 seconds, ncpu: 16, make = -j16 >=20 > So World+Kernel took a a little under 1 hr to build (-j16). >=20 >=20 >=20 > Comparison/contrast to prior aarch64 systems that I've used > for buildworld buildkernel . . . >=20 >=20 > By contrast, the (now failed) OverDrive 1000's last timing > was (building releng/13 instead of stable/13): >=20 > World build completed on Tue Apr 27 02:50:52 PDT 2021 > World built in 12402 seconds, ncpu: 4, make -j4 > Kernel build for GENERIC-NODBG-CA72 completed on Tue Apr 27 03:08:04 = PDT 2021 > Kernel(s) GENERIC-NODBG-CA72 built in 1033 seconds, ncpu: 4, make -j4 >=20 > So World+Kernel took a a little under 3.75 hrs to build (-j4). >=20 >=20 > The MACCHIATObin Double Shot's last timing was > (building a 13-CURRENT): >=20 > World build completed on Tue Jan 19 03:44:59 PST 2021 > World built in 14902 seconds, ncpu: 4, make -j4 > Kernel build for GENERIC-NODBG completed on Tue Jan 19 04:04:25 PST = 2021 > Kernel(s) GENERIC-NODBG built in 1166 seconds, ncpu: 4, make -j4 >=20 > So World+Kernel took a little under 4.5 hrs to build (-j4). >=20 >=20 > The RPi4B 8GiByte's last timing was > ( arm_freq=3D2000, sdram_freq_min=3D3200, force_turbo=3D1, USB3 SSD > building releng/13 ): >=20 > World build completed on Tue Apr 20 14:34:38 PDT 2021 > World built in 22104 seconds, ncpu: 4, make -j4 > Kernel build for GENERIC-NODBG completed on Tue Apr 20 15:03:24 PDT = 2021 > Kernel(s) GENERIC-NODBG built in 1726 seconds, ncpu: 4, make -j4 >=20 > So World+Kernel took somewhat under 6 hrs 40 min to build. The -mcpu=3Dcortex-a72 use note also applies to the OverDrive 1000, MACCHIATObin Double Shot, and RPi4B 8 GiByte contexts. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Fri Jun 25 00:16:51 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 5925D11C9A5A; Fri, 25 Jun 2021 00:16:52 +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 4G9yH80PB1z4ZZP; Fri, 25 Jun 2021 00:16:51 +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 15P0GpaN001542 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 24 Jun 2021 17:16:52 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 15P0Gpml001541; Thu, 24 Jun 2021 17:16:51 -0700 (PDT) (envelope-from fbsd) Date: Thu, 24 Jun 2021 17:16:51 -0700 From: bob prohaska To: Mark Millard Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Subject: Re: llvm10 build failure on Rpi3 Message-ID: <20210625001651.GA98214@www.zefox.net> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.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; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> X-Rspamd-Queue-Id: 4G9yH80PB1z4ZZP X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Thu, Jun 24, 2021 at 10:41:38AM -0700, Mark Millard wrote: [huge snip] >=20 > So: Even going back to June 9 may messed up nfs > use. (I've no clue what services you depend on > or in what contexts.) You might need to disable > nfs even trying to start at the next boot before > booting into such an older kernel. No NFS involved. Right now the machine is running FreeBSD 13.0-CURRENT #5 main-c255664-g4d64c7243d26: Sat Jan 9 11:27:58 PST= 2021 bob@www.zefox.org:/usr/obj/usr/freebsd-src/arm64.aarch64/sys/GENERIC-MM= CCAM arm64 and repeating the previous attempt to build devel/llvm10 with no other intentional changes.=20 >=20 > Jan 9 predates 14 and 13.0-RELEASE: sys/sys/param.h got > #define __FreeBSD_version 1400000 back on Jan-22. >=20 > Running newer worlds on older kernels is not supported. > Generally folks to not track the KBI changes vs. the > consequences of not having the right KBI. This makes > interpreting results difficult even when it appears to > work. There can be mixes like NFS not working but other > things working. There could be corruptions but such > may not be likely. Do you have what you consider > sufficient backups it case things get messed up? (That > might be the status of being okay with starting over > if something really bad happens.) > No backups, but I'm not averse to starting from scratch on this particular machine. As it happens, the poudriere session ended much as before: FAILED: lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64Instruc= tionSelector.cpp.o=20 /usr/bin/c++ -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT= _MACROS -Ilib/Target/AArch64 -I/wrkdirs/usr/ports/devel/llvm10/work/llvm-10= =2E0.1.src/lib/Target/AArch64 -Iinclude -I/wrkdirs/usr/ports/devel/llvm10/w= ork/llvm-10.0.1.src/include -O2 -pipe -DNDEBUG -fstack-protector-strong -is= ystem /usr/local/include -fno-strict-aliasing -DNDEBUG -isystem /usr/local= /include -fPIC -fvisibility-inlines-hidden -Werror=3Ddate-time -Werror=3Dun= guarded-availability-new -Wall -Wextra -Wno-unused-parameter -Wwrite-string= s -Wcast-qual -Wmissing-field-initializers -pedantic -Wno-long-long -Wimpli= cit-fallthrough -Wcovered-switch-default -Wno-noexcept-type -Wnon-virtual-d= tor -Wdelete-non-virtual-dtor -Wstring-conversion -fdiagnostics-color -ffun= ction-sections -fdata-sections -O2 -pipe -DNDEBUG -fstack-protector-strong = -isystem /usr/local/include -fno-strict-aliasing -DNDEBUG -isystem /usr/lo= cal/include -fvisibility=3Dhidden -fno-exceptions -std=3Dc++14 -MD -MT lib= /Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64InstructionSelecto= r.cpp.o -MF lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64Ins= tructionSelector.cpp.o.d -o lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGe= n.dir/AArch64InstructionSelector.cpp.o -c /wrkdirs/usr/ports/devel/llvm10/w= ork/llvm-10.0.1.src/lib/Target/AArch64/AArch64InstructionSelector.cpp In file included from /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/= lib/Target/AArch64/AArch64InstructionSelector.cpp:312: lib/Target/AArch64/AArch64GenGlobalISel.inc:33194:41: error: expected expre= ssion /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/0, /*RC*//*AArch64= ::FPR64RegClassID: @0*/, ^ lib/Target/AArch64/AArch64GenGlobalISel.inc:33194:99: error: expected expre= ssion /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/0, /*RC*//*AArch64= ::FPR64RegClassID: @0*/, = ^ lib/Target/AArch64/AArch64GenGlobalISel.inc:40087:39: error: expected expre= ssion /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/2, /*RC*//*AArch64::= FPR64RegClassID: @0*/, ^ lib/Target/AArch64/AArch64GenGlobalISel.inc:40087:97: error: expected expre= ssion /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/2, /*RC*//*AArch64::= FPR64RegClassID: @0*/, = ^ 4 errors generated. [ 25% 1396/5364] Not sure what to try next. Thanks for reading! bob prohaska =20 From nobody Fri Jun 25 00:54: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 3EBD311CBCC7 for ; Fri, 25 Jun 2021 00:54:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.gq1.yahoo.com (sonic302-22.consmr.mail.gq1.yahoo.com [98.137.68.148]) (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 4G9z6l6JDPz4clx for ; Fri, 25 Jun 2021 00:54:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624582478; bh=KHwk3tLIZPNF72wTaSGs6LgL/R6ib0l7gMycxp5XRok=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=V5zuVSPxjfuwg1n6UP30jdOd/AZvq96POz8RV5IgRjfGUwP/A44INK9YfdiN3Zy5P/WtWo0tfY7yqvG1ohVRulPtapsaLco6p/gkL6eJhLZ6lVZCLzP5lvhm1hUXM+lQd7VEQ9DO8qljVSrfxmxVj2dpaXigSBTVPLsmyEm1CmJaBUQu36l85QTnogMJhr+w1SwV21emmSyTaw31XUxDrcLm2mp9rfpbCXiSAVZeQgn3hz51SZSPC4UB/bToccwwHHCMAQQtjnPDY8ifUTwNSrwhCrBUv/zI1EwVCGK1+FpamnsyiuwlR4wXCDhD6i1UjMmqyaJbBnRNOS3vcm8jag== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624582478; bh=k9j6vxqNoz/uek53lL8Sb1LQRl18G9uZ2RByAAK+deE=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=uEHs6cWhLLtcLxe14pBY36qgRMAjsamZjPiREwLNnF0efF7ccSHDHQ4HgBYeKCBi6pKlfXhAR4rgYqnf1adprqgNvUZoYMVdeJaoLytnMWtazmR+oBZxFcW321Yvt7AjW0n+JmJVf4G8iCYezS3iw5R7KgZRRwjlPq6j4caIgtLei6XMz7hj4A2nant7nloJVZl2aY2r5OEi22EqFdBDrCnDcHBNiS6deS4d7tXIYS89J7f/aIA0NpM9dbfDcUTsoR3tVvMXejJ9pNeQ38YL+mNrsBmfUjhBQCTo3vKAS4QoY7QIJqz1Zqb236OL3Kd8x6KIP7Egunm7w+UUGqoK9Q== X-YMail-OSG: 8xsm7WMVM1kf8Ckp_VLYGK7X2KH8Zk9wV59npVk1BZFdWOYCZBa6dbyZkmKkhKW e90sCdJeXLlPRTwOo2VaKJqcXWKmksqPfi4qJ.HovEWd4eL7e316Qc.eP4WtR_iHgpu039EJluJ4 Qwo6qNJU.Hsc2eyJlyGp45ifzrOIPHfgveHTUhGKaXsXIipD5KgaWxq7186V_TAGo3lGnyGZwXY0 9Y03GVqaSFQmT24a7Vu2jglDSKSAAjpdXs3vgMcacyQ6oOTbKPa3YZyNFjzpNkqDzHNeu1Mvk5wn 1j7aSmqpP61P6t2dBlSgwNSXYJo6bj64TcM1WQpPgIkFC1DlMVdBGlKKr49t4Z2t7K8SxFJBpvVs Su80gTtz3aiQXhhe_a5RkyreXVdUWAvEEkdtbPYgrs5PcC2y9RmM2QslVtMKBfKmF1Pff1wGTUDY 0Bo.qgjXalZdwEPUrkAxJL30IkCNqurmFtq99LKgZkTfwJ0X7f45a2o0xbjIFwFuAgaqEMkeqDCl K3sanCHaSclws11TaR2kOMST0TJakquoFHBSGULysuQCtVQdH2aFcpJsecsdG1bw.0U5w0krWnab zquoQI1LRPjNebQL31uRASv_mcjAfEsz7trxpAVAMcobRjy6Y7zp5j.8B7Ud8aI8bWbiw2jLmspA .w8byLokQoh1fAzriSiVtGymu5ORugMchze5jUR6IJJMkrQpHHywHs0U8fIqDrssChGowjyrTlJZ Gpv9j82djb0RGoWTyreJjv_aQAY8.Fs_XqAeMRWdeIGWGIj_0nnpO1ne_8enX3Nqv9wgoWPNfjuW .YhWg_YhYyZSosLFyfbWqImMR4jkMZ3xopsCGnByWEDzMHoxWbT_0qYLJJlhaW_KcTS_sR3uiq8S Na1oeIigQHj3Ui8u_UuY5lSPWHiu.EhQS2s8PXF7b5KsVgTb.ZuKVUy0pw.uf2VVo6OkVD6s478M 5tt1z_tJFwTRA5kd2TSZYt2KP.l3zhnSaGEUuufNdJemnMGIbYfUgFWx6euivhIDhgftP_gyrcj5 7_9vrEhM4NuJkM9rhchDY0UrROEjw8Qfn3JfxOs72yiX7l98l0CXYnRxb_nFzF9O6rUcXb9ZaBia VQIe3eIUsNRweDD4p_ow5awblb63RY2Ya5fqqDTQkvnALbjgVFzE5u5AvprdWV2ulezHnuuZTlvr YwKNRhCa63dkMFCcNorO301N2UELBHWEfzkqtBwfyes7wdwXZD4Z5fcQ9F15RwfVpKK5yGmsrTuA BjNCg4vMu4lMMdSHqgYP4SdmkHhUltDfHcmF3YMEpOXn.vzqmfA94ZARHqDjuXOgg3wX04pzz3EN M5QUNuh7SUUGwYiHRg3wa4doHmGJCJZUmaYTzTfIjpExnMeE2oqeNMFPowNq_6pw8FYFwaBGCFl8 MW25UTCpoG.dWlp1fqPZDoi7uHezMBOvjjW_ZHrElHUKMpPoggFChnc2pX3MIVQbMg9giGBjWTzT YsW3yJsQ1NABne8zHZpa2rK1TBKK0S4HZmH5wKyMPRWbLn_K9FXf.s0OLR98FUewTe3I9bnWJ2rf IZ0DkXTAURiaspwPSb7vy9ejB_Jze8rEotqtlWzLsR5wHW90wZVTGuQbzecYR7UzQnciPEgFdK2a CEWYkdq_.Pd6e1dAzYL9Aj5Jmj1yYdBq7oyFX2iz2wK9fW28l5L3byXp2v3pt14A_H_JU5ijHp99 2T1ON6RJ9Tec_49RpJOVhC7sx0YzT7OcIBK3g6OWvpVmPrq6JRZnRXpkNXkS3EAa_QNJrjdLMSj3 JAMqeQrRpHyM0tpB1xiNd7mAkn14jrudI0_kGTQoeG3w8SjriKDdKjrlBPzdfkhHj3bdE12lFVUQ 2vCshXNrZobFRRVIi4zDOvlOKzCuVm0Sxk3.DN2VGgTU3LCvuDuOyiBR1GrxeQV1bsHu3KrE9Aeu 4129lGbMJTTPa6RTe0.dWuy4D7pNj4qX7xFc5FgIZ41O_8SSQrFL8ppbwzCGFUKwdjr7DY8e4OUy mxkDWBZYM2f1vX2FYPIl_CnQ4GPYGkJU78SmI81P6MNsmoYJlqTXB3LLjnJM4nlpXnZjlhmJj6kE eq2uJPjTEBOmskBp8cL8q_pmWWZlaHlAlmmpMYYv_rcb580EvCMW7cBD6jTurxJnkElB7FT.AOFw o2o8vXMohl17KVD7WaYdA1a.SgMRCK5lv178oGchM8iUx47_N1YLISKfxrMy5teJDgrSazKC8xrw SwDqHWJJ_D1LCFX8hTKMOSvyvgcgqStxRECAtH.u8rnuVqd5pgtYhank3S8aJ973MWZzEX0PTjqC 1GKhgm6WLTCES_MJMlRlZEl3KdGuLZOXVxda0n1k53.KE_HMC9jDWtS_taRlocJy0TskPh8OHpwm 4sLWsyDZVSAC6txxV9tgg_t7qYmjRcR51GWRTAjaVOPXXEum3efhFesQz_4a1kbO6Mqjqy5Vp5Tt D_KXDiIkv2Hee2zZaFXb_AsDOZFdHvGGFzsLd2.AOu6pvGC7KSEMYyVOe5U6bBx2GgFoR.bFbTWn tR9cR6sN0_myox3FzayCfHTSELxFU37gCzNBArUzmjXDPo6wFMVfjwKqK5c8jOHcIrYXDnImNcw1 DlzQlcij_9SWaaz36XkQ1rkaTBWRJ9e_bBoE97KtYWSR3eTUEZtBKv3JMTcMA5JyXIHG8J6y.lns ocur45yQOxM.DO_6ZwQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Fri, 25 Jun 2021 00:54:38 +0000 Received: by kubenode501.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 12f4d4b3260412e275d1742b4b17ebe8; Fri, 25 Jun 2021 00:54:37 +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: llvm10 build failure on Rpi3 In-Reply-To: <20210625001651.GA98214@www.zefox.net> Date: Thu, 24 Jun 2021 17:54:36 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4G9z6l6JDPz4clx 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-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-24, at 17:16, bob prohaska wrote: > On Thu, Jun 24, 2021 at 10:41:38AM -0700, Mark Millard wrote: > [huge snip] >>=20 >> So: Even going back to June 9 may messed up nfs >> use. (I've no clue what services you depend on >> or in what contexts.) You might need to disable >> nfs even trying to start at the next boot before >> booting into such an older kernel. >=20 > No NFS involved. Right now the machine is running > FreeBSD 13.0-CURRENT #5 main-c255664-g4d64c7243d26: Sat Jan 9 = 11:27:58 PST 2021 > = bob@www.zefox.org:/usr/obj/usr/freebsd-src/arm64.aarch64/sys/GENERIC-MMCCA= M arm64 I'll note that the output of -apKU fpr uname: # uname -apKU FreeBSD CA72_16Gp_ZFS 13.0-STABLE FreeBSD 13.0-STABLE #3 = stable/13-n246090-6e2623c012c3-dirty: Thu Jun 24 13:59:44 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/13S-CA72-nodbg-clang/usr/13S-src/arm64.= aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1300509 1300509 has some extra text at the end that would indicate when the world is mismatched with the kernel: the last 2 numbers end up not equal and the prefix 13 vs. 14 would indicate crossing a major version. (Kernel newer, world older can be valid/supported.) > and repeating the previous attempt to build devel/llvm10 with no other > intentional changes.=20 >=20 >> Jan 9 predates 14 and 13.0-RELEASE: sys/sys/param.h got >> #define __FreeBSD_version 1400000 back on Jan-22. >>=20 >> Running newer worlds on older kernels is not supported. >> Generally folks to not track the KBI changes vs. the >> consequences of not having the right KBI. This makes >> interpreting results difficult even when it appears to >> work. There can be mixes like NFS not working but other >> things working. There could be corruptions but such >> may not be likely. Do you have what you consider >> sufficient backups it case things get messed up? (That >> might be the status of being okay with starting over >> if something really bad happens.) >>=20 > No backups, but I'm not averse to starting from scratch on > this particular machine. >=20 > As it happens, the poudriere session ended much as before: >=20 > FAILED: = lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64InstructionSel= ector.cpp.o=20 > /usr/bin/c++ -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS = -D__STDC_LIMIT_MACROS -Ilib/Target/AArch64 = -I/wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AArch64 = -Iinclude -I/wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include = -O2 -pipe -DNDEBUG -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing -DNDEBUG -isystem /usr/local/include -fPIC = -fvisibility-inlines-hidden -Werror=3Ddate-time = -Werror=3Dunguarded-availability-new -Wall -Wextra -Wno-unused-parameter = -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic = -Wno-long-long -Wimplicit-fallthrough -Wcovered-switch-default = -Wno-noexcept-type -Wnon-virtual-dtor -Wdelete-non-virtual-dtor = -Wstring-conversion -fdiagnostics-color -ffunction-sections = -fdata-sections -O2 -pipe -DNDEBUG -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -DNDEBUG -isystem = /usr/local/include -fvisibility=3Dhidden -fno-exceptions -std=3Dc++14 = -MD -MT = lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64InstructionSel= ector.cpp.o -MF = lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64InstructionSel= ector.cpp.o.d -o = lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64InstructionSel= ector.cpp.o -c = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AArch64/AA= rch64InstructionSelector.cpp > In file included from = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AArch64/AA= rch64InstructionSelector.cpp:312: > lib/Target/AArch64/AArch64GenGlobalISel.inc:33194:41: error: expected = expression > /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/0, = /*RC*//*AArch64::FPR64RegClassID: @0*/, > ^ > lib/Target/AArch64/AArch64GenGlobalISel.inc:33194:99: error: expected = expression > /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/0, = /*RC*//*AArch64::FPR64RegClassID: @0*/, > = ^ > lib/Target/AArch64/AArch64GenGlobalISel.inc:40087:39: error: expected = expression > /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/2, = /*RC*//*AArch64::FPR64RegClassID: @0*/, > ^ > lib/Target/AArch64/AArch64GenGlobalISel.inc:40087:97: error: expected = expression > /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/2, = /*RC*//*AArch64::FPR64RegClassID: @0*/, > = ^ > 4 errors generated. > [ 25% 1396/5364] This still had junk:false in /etc/malloc.conf ? So, if it is a kernel problem, it is an old one and likely also in releng/13 and stable/13. Beyond other things that I've listed, there is also that you have an unusual context in that you use GENERIC-MMCCAM. So I'm going to suggest using an official kernel build as built by the ci.freebsd.org systems, one that is not GENERIC-MMCCAM. In: = https://artifact.ci.freebsd.org/snapshot/main/66aec14a5391bda1e9a20f5e4381= 626797c3e0fb/arm64/aarch64/ there is: kernel.txz and, if you want the debug information to match: kernel-dbg.txz These are compressed tar archives. Possibly after first uncompressing, a command of the form: # tar -xpf NAME -C / will overwrite what you now have installed. (Make any desired copies first.) Then you can reboot and use the kernel. The debug info ends up places like: # ls -Tld /usr/lib/debug/boot/*/ drwxr-xr-x 2 root wheel 647 May 27 12:39:52 2021 = /usr/lib/debug/boot/kernel.old/ drwxr-xr-x 2 root wheel 647 Jun 24 14:14:08 2021 = /usr/lib/debug/boot/kernel/ drwxr-xr-x 2 root wheel 2 Apr 8 22:40:04 2021 = /usr/lib/debug/boot/modules/ So appropriate copies from there may be involved. (I do this sort of https://artifact.ci.freebsd.org/snapshot/. . . thing to approximately bisect without spending time on doing builds and if a problem reproduces that means my personal builds are not at fault.) > Not sure what to try next. I gather that no RPi4B is available to move the media to? (Having more RAM but being able to force much of it to be ignored can be handy as a test environment for this kind of context.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Fri Jun 25 03:20: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 D2EF511D2BCA for ; Fri, 25 Jun 2021 03:20:16 +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 4GB2Lm5RvPz4mW6 for ; Fri, 25 Jun 2021 03:20:16 +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 990DB23ABD for ; Fri, 25 Jun 2021 03:20:16 +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 15P3KGMW011235 for ; Fri, 25 Jun 2021 03:20:16 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 15P3KGuv011234 for freebsd-arm@FreeBSD.org; Fri, 25 Jun 2021 03:20:16 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 256819] dummynet in monolithic kernel broken on stable/12-n233319-c419c8231fb arm64 Date: Fri, 25 Jun 2021 03:20:16 +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: 12.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: kudzu@tenebras.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 attachments.created 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=3D256819 Bug ID: 256819 Summary: dummynet in monolithic kernel broken on stable/12-n233319-c419c8231fb arm64 Product: Base System Version: 12.2-STABLE Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: kudzu@tenebras.com Created attachment 226046 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D226046&action= =3Dedit kernconf This was working with=20 stable/12-n233296-71efecb7eb1 arm64 and is broken with stable/12-n233319-c419c8231fb arm64 The sysctl oids for dummynet (many of them) are borked. Something is not getting initialized. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D root@graviton-1:/etc/ipfw 242# ipfw pipe 1 config gred 0.01/12/36/0.75 noer= ror ipfw: net.inet.ip.dummynet.red_lookup_depth must be greater than zero root@graviton-1:/etc/ipfw 243# sysctl net.inet.ip.dummynet.red_lookup_depth= =3D256 sysctl: oid 'net.inet.ip.dummynet.red_lookup_depth' is read only =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D diff of the dummynet oids < stable/12-n233296-71efecb7eb1 arm64 > stable/12-n233319-c419c8231fb arm64 3,4c3,4 < net.inet.ip.dummynet.io_pkt_fast: 66 < net.inet.ip.dummynet.io_pkt: 188 --- > net.inet.ip.dummynet.io_pkt_fast: 0 > net.inet.ip.dummynet.io_pkt: 0 6c6 < net.inet.ip.dummynet.fsk_count: 3 --- > net.inet.ip.dummynet.fsk_count: 0 8c8 < net.inet.ip.dummynet.schk_count: 6 --- > net.inet.ip.dummynet.schk_count: 0 10c10 < net.inet.ip.dummynet.expire: 1 --- > net.inet.ip.dummynet.expire: 0 12,18c12,18 < net.inet.ip.dummynet.tick_diff: 454 < net.inet.ip.dummynet.tick_adjustment: 53 < net.inet.ip.dummynet.tick_delta_sum: 4 < net.inet.ip.dummynet.tick_delta: -59 < net.inet.ip.dummynet.red_max_pkt_size: 1500 < net.inet.ip.dummynet.red_avg_pkt_size: 512 < net.inet.ip.dummynet.red_lookup_depth: 256 --- > net.inet.ip.dummynet.tick_diff: 0 > net.inet.ip.dummynet.tick_adjustment: 0 > net.inet.ip.dummynet.tick_delta_sum: 0 > net.inet.ip.dummynet.tick_delta: 0 > net.inet.ip.dummynet.red_max_pkt_size: 0 > net.inet.ip.dummynet.red_avg_pkt_size: 0 > net.inet.ip.dummynet.red_lookup_depth: 0 --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Fri Jun 25 06:12: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 E753E5D4D61 for ; Fri, 25 Jun 2021 06:12:30 +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 4GB69V5szFz3G5l for ; Fri, 25 Jun 2021 06:12:30 +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 B207E25EBF for ; Fri, 25 Jun 2021 06:12:30 +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 15P6CUVX099602 for ; Fri, 25 Jun 2021 06:12:30 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 15P6CU3o099601 for freebsd-arm@FreeBSD.org; Fri, 25 Jun 2021 06:12:30 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 256822] arm64/rockpro64/13-Rp2/mmc: Instapanic with recoverdisk(1) Date: Fri, 25 Jun 2021 06:12:30 +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: phk@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=3D256822 Bug ID: 256822 Summary: arm64/rockpro64/13-Rp2/mmc: Instapanic with recoverdisk(1) 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: phk@FreeBSD.org Fresh install on micro-SD card, freebsd-update'ed to p2: root@generic:~ # freebsd-update fetch install [...] No updates needed to update system to 13.0-RELEASE-p2. No updates are available to install. root@generic:~ # recoverdisk -v /dev/mmcsd0 Bigsize =3D 4194304, medsize =3D 4194304, minsize =3D 4194304 panic: dwmmc_ring_setup: error !=3D 0 (27) cpuid =3D 2 time =3D 1617951410 KDB: stack backtrace: #0 0xffff00000050ce7c at kdb_backtrace+0x60 #1 0xffff0000004b704c at vpanic+0x184 #2 0xffff0000004b6ec4 at panic+0x44 #3 0xffff00000085c110 at dwmmc_ring_setup+0x14c #4 0xffff0000004ffb88 at bus_dmamap_load+0xf8 #5 0xffff00000085be24 at dwmmc_next_operation+0x27c #6 0xffff00000085c548 at dwmmc_request+0x130 #7 0xffff000000203ed4 at mmc_wait_for_request+0x128 #8 0xffff00000020d3f4 at mmcsd_rw+0x1a8 #9 0xffff00000020bf0c at mmcsd_task+0x284 #10 0xffff000000467610 at fork_exit+0x88 #11 0xffff000000823ae8 at fork_trampoline+0x10 Uptime: 1m33s U-Boot TPL 2020.10 (Apr 09 2021 - 04:06:34) [...] --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Fri Jun 25 06: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 4CBDA5D69F1 for ; Fri, 25 Jun 2021 06:48:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GB6zF15KYz3HYh for ; Fri, 25 Jun 2021 06:48:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624603719; bh=dGPefZYE1i5ZWHkY9n+EQAqwe0PZDpHgao0J59O3hcM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=eaxC2UzgAGkeLA8l7n4rawGqDR6Bzg0sqec7gMP+BovumlRqJyHPWNEMR1ycRAaSap+l95hpICs8E75JxMH67rcMgqxh+W/u2p24UIGKlkW+NwCgkdkBO1CdPMm84h3u08ppIr2ssYhRuWlUEZ6/kQz/VFz5OYuQnKHUuVmAGUyzHjH/4CdXaaQ57eRrvRUf9grurucL2cWvHlT4ZMCY9Tu+2kJd98HOB8vDrZyLzKoskocT2LqcoAknc78VfkVJYAVuD9xsXKK9KXVCa3BwBVISmV1dMqC9/TFtnX6vYEX1hgbCRjCtL4N/0Yosfj840JC5gdg5Y2NThQQNwFGxUQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624603719; bh=iWI+f6gKtRK6rGEOteurP30rJUz3OO16zdXZxkK/vwm=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Hx0TnZ6KVTWY+pzUlkYti70fuBwa/f6iIixKOpqGKt5jI8rsV5cu3C8GWOrOwHiIkTAzslo4Vw5XWuAzSCMIo7vSvV3ycc5Mj6Av7/Q4jO+fCJk/AGT3qrfxialzJNrA5UK7BYZjeMYq7fp9UaMOP9SW6G6A2YQK7izRX7tbOM5Lh410pDB4bfl/0YUoBWETRsIaHmg/MGlBdJv79/DYL79kmGVd6hABbNcbIroDKM0nYwZ7LdtuOzAs+PXtc3fo/K4OI9rVFWO6STi18afmhDgQNnPuTyLEbs/Fi87XBNQS/IlbrqtTvfS8HYOlZ9icCfFkrskJB9LMzXUtA5qjUA== X-YMail-OSG: dJdHZKAVM1lmbEfHSjQlkk7hbfSIJNVYqoeTojLGIOan1UCYTF25LqP26.cDPgL BC.XvaJIMzIB.mYXnNWmfqXhNDK6HcTi15ARAJZpPPUKBA2rBcQ01Uy_IMlpXkvZgUZKBmlRISZq QgLbPzG._w5o7sV2RWXmuOP_ryiEtaVlKiYbCD.JBSyROZG.YsoBUgzMFWRlGy79winEAxVCdp7d CHEpfOryEO5.jOlZ9o9SOfUNwKhSQr7OtsIBmQ7F0R3FLyQ4cIQzxKsESgpUUXWRsK4M191A9zoU QsgQXnmEHGT4lz_l3KNtI3UE2RxO1REWQLqIjoUmxPUbOWt7LYyiW9qScZpltVb.z1vGmo3zGum5 qxcHfDRS_Ba6SuURrPurXnKob6BiO7HRDOz7vJmPMB20m_CQ24WFNSdlCno.4EqzLC45zCinqxKU KS20qDocK4CEomVX4KqJmV9pj3thKFCFpgbO9FcfD22eDE7H5fKgF1n7j59zuOeMndKF8c8VXqu8 vXqMaH0m94xT7149wa1jDSM2lkfHw_9Y8uYP2b2jHceljp92bFT767lgjnISUcoBVwLr2F7.Lqcn GpjUkgtwt95SorPdSvF3_numrrNlUB_o03HpAOfk2ruqLFHYk2FpTUYU4bLEDw4VGcFM_kH4TAYX 6kzqECp9Dz4zz75Z2sbCyQbnlhovbskvRr1bPsWYLEk6AaKRsWEKoJtUSjmwEQlAkNFGvmqecaCg EhjXjesUAGizTCEgmKEDAV38WCPBPvxDYLs6B17ijtVEkt9uP0mKiS1b4oOw4S.GcMZsdtrhFp78 2lTfgQ_jdxKbEddF4IZCCeweyiV0a2sqM0PhsqeZ8mjEIjOwa3Owq9aOKbILbWO7nPw0QQ_5in4_ 51_dmbEuD2hZgW3eNMdb.ORpyCgeguUK.ZKr0s7HwMkk0gBQuHXOaQ3BimMrqLNB1cHCYi7tWAcS 0YGKwnXZNvpz2.95NbazY3Ie7fxSFvYYmDAbpzw2OY3KxwbAxeDKyNh03c6sEvgFw.JMciRxv3mD ZJrO4HBMVdfz0Ou9q_O5F4HLQnDhWobMxHN2FCo0HFATLfVnVAAJaw9pRNyitBUpZJw0Ekgkwb1P N8bDhSbLLQDm4K8GjIiZ_Y_bFi6fkPnXIQKxEgdzj9mO3lmg1JvdjeBC1DY5KdZjOINfrfQ30Ea5 k9Q9TpKC3eJ6z_Z6NE4mvlndmq8qNrx93IRdrtRng1xobHMIxvK3UYgNV_WZxu7Vv_Dd6vt2StIi U85gnN6vFvi4pfkdBPx1iHmUIG.7z4Iypx67Ntyb529FQeFR0c0mwMt_l6Cou63X1SBcxLgXMG5Q CHVlhcGtZaG7vlTXsXZvcqbrKTL1Q1YcIrp7u.obwD50BQREgiigGaHpH0i4NCJXKhdZlpTJa9AM 0DuyUq9JrKwZv__bYXLlJgg5aF_h651ZpMo24v3o1L.I2r6aojTpLF9CxrNgQWMwLQzFTNnPBDBh FAg4jsghpbWZ7CW3Lw1U1ZkuqsP3BPLCFWnxF0NqSVFypzX761ZHCrfWDJJg8Ym4Dmk6Gm1pOrec 8NM_9DcBUeII5Rg0PvmWuBsLozLIG1wQf4OzDI4owRfGJFbt8lAB7PSozlZ4bHA5G5bjqbnea_zV .QyNr0C4JQduy.AX0k6H015AxCmH8JKMTqN8afFYAdBaWZTCT99yrTuk01smvO2JQ8vN3CXEVWCP ORUNSvX2sdI6VhVjm3V1WhGQO65KVmwsTycDYYGp.hBzg7eXpbpz5TfYztoGTqM4XITVbzGDDtQ9 U6Vmi82g0Ca9YvKDZ2IofuXoGB8ZcvATTHEStmnGK9M6ceqZodlLubTxuwaE.WMQVZFazcu5_zBd N4rMbmz.iadceX6NnJ2PUyG3gXJ.ijR2VApeLdbHft659YSwFeHM9ZlwX4DF8Bb3DDcrZB4H.VwO _HMk7PSDo3GO4mLels8mZ0ZUSKG_n8vjFIWgureqOgox9pNOOKb9hJos8E_Km0ln4QtMHc5tD9rW vNNJSg3sKU2VNS58P8iFruGLTbcVBv1DHDwbW9YVeR_jKQ9X_d9m63DwTDUqEQnbqwqncw8Rfips 5FEBtU8q5BRL2oAHhcYAtHybhUqiuhoIkOKYXm664.5OnFBAfrF8qtRaBlo4DdpPbEeUk9AiuH7G y0fsTd7jHf1ybb8VOQDqLw0upKq7KlFXRQ2ORTRJ76PtXGXHmVj4PUNR2x.u1r62YOFG67fYMeXY BKYqOkBH1dws4wkFrRGAFjpxTnHwYjLgEDNOnOVY.ZECAbSPdpBIOP8ZLzjjIFCz6G8r3_SR5nZ_ duAOn9wUzmjotsBXBEf1J4T9byat60glIxG.baIEKok_R6ps93GpLyjlS.bSW1XS0I20DdgTcW87 v.iXCXyDbcPAlu2cI5oWd5X7OgTBWwKkVJLl_Dcg7t212vgiVcK7g8jyggv.UsAQkTjBZvCEmqlq kP_L071ETOpVT1Px2tKYxNqZqPJo95Vuk0znNJ_RWmWWAHlMxG6WBOzEBgjStp1PyHKlKBPjVww6 1tWxSC1BIZY_cs6mvL4y14wIWIHwOyByO0zMijabClzhNVFVIzQ4TDfUiAUCZVqw9G.hnbgws5_m 32fAnFHooEdCD9lD6SDvla.KmPLXMbyNrpRmO9G0fhrNZ_C5I5KER.j5oAV4ZxR.qIeaV X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Fri, 25 Jun 2021 06:48:39 +0000 Received: by kubenode530.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID dc49450881814d7df068b02de22d9949; Fri, 25 Jun 2021 06:48:37 +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: I got a panic for "nvme0: cpl does not map to outstanding cmd" on a MACHIATObin Double Shot In-Reply-To: <4515C859-98C7-4FE2-AFBA-08CFF28D0774@yahoo.com> Date: Thu, 24 Jun 2021 23:48:35 -0700 Cc: freebsd-current , freebsd-arm Content-Transfer-Encoding: 7bit Message-Id: References: <063D5E36-126F-497C-97AF-827BADC1ED2F.ref@yahoo.com> <063D5E36-126F-497C-97AF-827BADC1ED2F@yahoo.com> <90A23579-61B7-4619-AFD7-68439FCC16F3@yahoo.com> <4515C859-98C7-4FE2-AFBA-08CFF28D0774@yahoo.com> To: Warner Losh X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GB6zF15KYz3HYh X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=eaxC2Uzg; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.84 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.84: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)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-current X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N I've given up on figuring any useful out for this example. I've also not had a repeat so far. I'm progressing to much more recent commits for the environment to be based on as well. The primary aarch64 system for my access is switching to be a HoneyComb. The Optane was moved to the HoneyComb. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jun 26 02:52:32 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 5FA2211E1877 for ; Sat, 26 Jun 2021 02:52:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-21.consmr.mail.gq1.yahoo.com (sonic313-21.consmr.mail.gq1.yahoo.com [98.137.65.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GBdhT73RFz4dhj for ; Sat, 26 Jun 2021 02:52:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624675959; bh=M0xQ5tU1gniF4ZeQX0RBwcI2XScmRE5Jctt6P2OT0bA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=jkOmpGHczIk7MGzOhkJvXcgFe9tM+8esSFceTU4kw31lr3RxXyl56pt9MZ2xpAKo0Dr7mZNNp7v2YK8jIaMDdS8RZDizMLSNYSo/RQnq90QoN0pqCydHkS62Rhxedft2f4ZLgrKJxJppU8JJsySOIFhCChZks3GnK5cM7ZwFeNuz7ADobRbgYCzGZWFdItQ+dCBHtuLGQn0NLRBDt4XmajKwhIGTG8/E1Xnk/L7OXeFH9t8f8ygsIzx94D/Y59Jcbchgbjve2UeSh56rfr1VCEdeoZb5EySPqOUIR7w2uL4B0oZlNBjMZMZF2ZdSyQMweq1wFfJ+BDjttzi4Mr0syw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624675959; bh=aKOrK5IdYJ4YZegyS/4Qo1oTOPmUgGDHWW4M4KnJH2F=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=pnmA5o22WVH1CKCL57EYUgZDhx6mMfo7TchxA+veoNZ3sLPQvQDc65q1yIkhXeJj9fr8TglYLe4WWIYX+NXnBAr3AqDRuztOoQrsDSBtoj5/TCM76ycydGdb4IXwwibI4HzLvhnt1Yb4DGsWWIHwH6zUh+TUzuK2gkBa+KotpOX5hNQffy+weta/jAyR+Hr/mrH+JGiNG+ppsJXNNPIKdHZekKGmfZwY+hkdykETrmsbzR8QlCpyt4hUs7OFu77OsMWCVdILA5LNQ2ARvCdrsVM/Z5oRQZk+9Z5pdMn7bgsPBR3g6W79j6toh8+KmnTxDKYq9bFnZ8Om5KoYut+6Ag== X-YMail-OSG: y1Q1lb0VM1nF5aVbpgeDWMy70DEY9HA4vcA3Al5z.eHtYmH8MkuAg3aWCjUpG3B oskJ1ElF8dvEC2gtRldn_qzmoJiY5XR6UkG6XS4UHvl3pZGbl2HlTk.QfLCesqHL1AwbDioRdSIK jC1Cw2P4aWiBa_IW89G0PgEtPdZitsgHzecidzAYPZPcUjR2VXGrlsH0rYcCjqxpC3p18mUbqDux lILvogYptOZH2xIQ3jFcgBtnf69v8PoKnvxN8xcUGPbzggDPlZFr6287q1uZTZz9xLBJgR3PUVKN l9DvdtAUcHaNnkdYObkI0zhvraJrVJioLJ.Gtg3MLfN.R6MHlLRzbJn4pyNCwuauI_3jmdQ2nl1_ GF3chHT_eDfaio2h8zqjabU.1x8sJnapbVVuTt1o.v0D7Wc2lb1pItjczqUd6FDveyME9zAhYq_7 Yd2IbnJVL_CdexoLjs6u8XQ5QDpEJDzzK5qmo3Qg923gAVazs9lM6GmpdDFCME9IvmjLYUg48teT ahnAStbN9TZtr6wD1sxrPmFTpB.RuIL8JvffiUBVWOwEJgVMePGL6YKJDNQB3ob73tcAqURy1VD8 fEOIQrEubCPO4zzYA7f64EUkps3vhB.fjSgpsJqodK6k0zFyojSnjy8xvvUhxtg97ZGaFewUPknK BMctdPLOKatGb85D9ro2fN_f6GtFlMUhWG5QPXL4_SoEdyDYSZTO.knLCKM.101T_OBLUhSPUcPm 4ehRuZT_1jllpQTU.4KEfxPRJU05jMTmEIse0K5gwpczU8GJ0GacYi.Hu5VUqZDvD0ahrIU1jsr8 IxN25jWWXtdRzX4.CT59arC5UVLuI48Yq2jIADbLKGhsEYzB9MFj2bj3rI5qbyMRWWXroM6MpFOa u7nuuXbjBFHM8jjxCqLB9E.mTWuljU4uGh0llU2OsWeMRhY0sWk11T8wIz7GkYj5B6KqqU1TjUaG 2NbYm4zvOga2JGcbrhzbY4O_Y6rP3JDDO4GrZIevv8qvIVkjQupLFo62lrYQFT0JxSxOS8KPn6p2 bFPm92eQpdo9rIPj9G_IwGiCnLEyymRUxndif6OT9E.Kp6jpY6jiRxJDw6Et1gCsb1pqiBugc_A9 LSJn7287DIKJNmdm0KF2f1cdGxDQ_JM4VCgDkC1yRaBQoBE.N4aMfDk2au779ebjhqM6fi.oZz0N WDitv_dpFm6avzOgvOwjyv5y.f7y2.v5dhhiw8p993ZrIrt4Ua.T1b4ViVn977MDt1CCCzQQMfqS xwA0fjVg4bl3Qqz54BzZS9weTsQbgv89WC5.R7UedjzXxXTVuT9AK4tEl1pOqkP_WNMNvd9TwIi1 MCW3giAnxW9W_OD9_OEn3LxH8rVsHPkyDsqRIacS2vDPH1No9QiwrcPuGoDkaJJItMZVX9SFnk7H keyxNciJFL3jcAcu9JFE_jvEDebmbjtTfBIE7L92STwInjNAX4wc6JjpeftVBxHhvU30OdTuYLue eXKNJxa1fTCaYkA_qmIaCzJo.iPkiuKsEj2pp4papFLu_WYLam_fUD3Ir2hAyTEQPcAxXZVzV5kf fwolN7KQW4GmI2w.pUMwe_zt8Gh2kRJZSOsaGFu4opAscO6zNfNN6xOzivHerlajdUubQnFkmuyR LAhnD4Dz9V6ghC.54iYDUVUdSaN0q554PJbiiz0dT7La9Tz_KMHDZZOMwIhSm8bGNoHpXEF6jJag UK_W.iBut58DIukzy2NSNUFy_H3IZDr8Ktct6tl0EKx3fY2Uvxf3Wiuzv1731ErfWctf_BNC.ppL .1xrKFYQvALUyIn62bfpVOAvj_pjbQ3AwwotCGa6hsMmYx_D1WVKJU5SjlZuJqrt4w5jB_jMZkyC iViUEMrJi2KfBfKZP.gkyRdLAuxQrV_GXLpxCqdcPVaFnJ8g5CkDn3iELhYjelK.OFd8yk8i78fn hktcUKjE.dqtbaxfaIh6JGsMxuE515JxVKjPviiGzgZRWufVs10Q0W17fnCM61kO2JWQSd66Cs.i aU92GuAbH1DT507U9_vCuaY83ZL7H6PmJf7TLdF9KkzrpKbovCrGCIEPU17cnZGuGCvx4nKkEx5u EwY4JleLuZ.phSWx7flMnBKSlPiDdPPxUVtYwG_53vM_IeaFFsD0iBjfclNLnfMp4TiejVUw3qYa XoxHtn0CYz9N091pV7LZRIwQ2.oBenh92OOF7K0GnOWRu8p8u.CGzVGtZQUlX_JUhcbHEFU2cEgM 8X8q7Xixnvx8UQWbYKPpN.XOAIbB4TmX9ILHfzdYaECICe5tlGKVPZ9PNEwnJu6tapQDqqVPQAXa 5RnxH5tYFB07uzFECnHg4CAYTtsfREQHiJqg46QpW1tuN1oH.H61RAhNItT7Oh5y2vneocAovScP GxBfyk_ooZCG9p_jzyzjbmagcPXhZR9tqu1QAlMscGhcKdYewt1JjTwOLaYrdbTQv6YG6omnwIKY 8MrwJ6MQWR_BlduwW4GaYyszHZICigkocBT3pON5.SLrN4eSEVS_5QgSQkiFzTNkgBRKIeIVuWkh nLyDC3E_ZMypCIWryr85kN2t890.anQ30Nl5YGAqCWlWi92iZltxpXE_bySLi0Ct36wLHVK8kTKp MwC3E_C8uZLTH3ZU2LlR88KfgCwHcxxOAgHxO7.9hkBl_fuleLzly74jrfsonPajZcgRpqjqmSyV XHkY.pxXW.APguML09g-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sat, 26 Jun 2021 02:52:39 +0000 Received: by kubenode505.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID ad59790cb08a79b560463ebe1bc01d60; Sat, 26 Jun 2021 02:52:35 +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: llvm10 build failure on Rpi3 In-Reply-To: Date: Fri, 25 Jun 2021 19:52:32 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> References: <20210623050958.GA79888@www.zefox.net> <20210623174338.GA84853@www.zefox.net> <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GBdhT73RFz4dhj X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=jkOmpGHc; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.84 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.65.84: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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-24, at 17:54, Mark Millard wrote: > On 2021-Jun-24, at 17:16, bob prohaska wrote: >=20 >> On Thu, Jun 24, 2021 at 10:41:38AM -0700, Mark Millard wrote: >> [huge snip] >>>=20 >>> So: Even going back to June 9 may messed up nfs >>> use. (I've no clue what services you depend on >>> or in what contexts.) You might need to disable >>> nfs even trying to start at the next boot before >>> booting into such an older kernel. >>=20 >> No NFS involved. Right now the machine is running >> FreeBSD 13.0-CURRENT #5 main-c255664-g4d64c7243d26: Sat Jan 9 = 11:27:58 PST 2021 >> = bob@www.zefox.org:/usr/obj/usr/freebsd-src/arm64.aarch64/sys/GENERIC-MMCCA= M arm64 >=20 > I'll note that the output of -apKU fpr uname: >=20 > # uname -apKU > FreeBSD CA72_16Gp_ZFS 13.0-STABLE FreeBSD 13.0-STABLE #3 = stable/13-n246090-6e2623c012c3-dirty: Thu Jun 24 13:59:44 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/13S-CA72-nodbg-clang/usr/13S-src/arm64.= aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1300509 1300509 >=20 > has some extra text at the end that would indicate > when the world is mismatched with the kernel: the > last 2 numbers end up not equal and the prefix 13 > vs. 14 would indicate crossing a major version. > (Kernel newer, world older can be valid/supported.) >=20 >> and repeating the previous attempt to build devel/llvm10 with no = other >> intentional changes.=20 >>=20 >>> Jan 9 predates 14 and 13.0-RELEASE: sys/sys/param.h got >>> #define __FreeBSD_version 1400000 back on Jan-22. >>>=20 >>> Running newer worlds on older kernels is not supported. >>> Generally folks to not track the KBI changes vs. the >>> consequences of not having the right KBI. This makes >>> interpreting results difficult even when it appears to >>> work. There can be mixes like NFS not working but other >>> things working. There could be corruptions but such >>> may not be likely. Do you have what you consider >>> sufficient backups it case things get messed up? (That >>> might be the status of being okay with starting over >>> if something really bad happens.) >>>=20 >> No backups, but I'm not averse to starting from scratch on >> this particular machine. >>=20 >> As it happens, the poudriere session ended much as before: >>=20 >> FAILED: = lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64InstructionSel= ector.cpp.o=20 >> /usr/bin/c++ -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS = -D__STDC_LIMIT_MACROS -Ilib/Target/AArch64 = -I/wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AArch64 = -Iinclude -I/wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include = -O2 -pipe -DNDEBUG -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing -DNDEBUG -isystem /usr/local/include -fPIC = -fvisibility-inlines-hidden -Werror=3Ddate-time = -Werror=3Dunguarded-availability-new -Wall -Wextra -Wno-unused-parameter = -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic = -Wno-long-long -Wimplicit-fallthrough -Wcovered-switch-default = -Wno-noexcept-type -Wnon-virtual-dtor -Wdelete-non-virtual-dtor = -Wstring-conversion -fdiagnostics-color -ffunction-sections = -fdata-sections -O2 -pipe -DNDEBUG -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -DNDEBUG -isystem = /usr/local/include -fvisibility=3Dhidden -fno-exceptions -std=3Dc++14 = -MD -MT = lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64InstructionSel= ector.cpp.o -MF = lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64InstructionSel= ector.cpp.o.d -o = lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64InstructionSel= ector.cpp.o -c = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AArch64/AA= rch64InstructionSelector.cpp >> In file included from = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AArch64/AA= rch64InstructionSelector.cpp:312: >> lib/Target/AArch64/AArch64GenGlobalISel.inc:33194:41: error: expected = expression >> /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/0, = /*RC*//*AArch64::FPR64RegClassID: @0*/, >> ^ >> lib/Target/AArch64/AArch64GenGlobalISel.inc:33194:99: error: expected = expression >> /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/0, = /*RC*//*AArch64::FPR64RegClassID: @0*/, >> = ^ >> lib/Target/AArch64/AArch64GenGlobalISel.inc:40087:39: error: expected = expression >> /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/2, = /*RC*//*AArch64::FPR64RegClassID: @0*/, >> ^ >> lib/Target/AArch64/AArch64GenGlobalISel.inc:40087:97: error: expected = expression >> /*GIM_CheckRegBankForClass: @0*/, /*MI*/0, /*Op*/2, = /*RC*//*AArch64::FPR64RegClassID: @0*/, >> = ^ >> 4 errors generated. >> [ 25% 1396/5364] >=20 > This still had junk:false in /etc/malloc.conf ? >=20 > So, if it is a kernel problem, it is an old one and > likely also in releng/13 and stable/13. >=20 > Beyond other things that I've listed, there is also > that you have an unusual context in that you use > GENERIC-MMCCAM. >=20 > So I'm going to suggest using an official kernel build > as built by the ci.freebsd.org systems, one that is not > GENERIC-MMCCAM. In: >=20 > = https://artifact.ci.freebsd.org/snapshot/main/66aec14a5391bda1e9a20f5e4381= 626797c3e0fb/arm64/aarch64/ >=20 > there is: >=20 > kernel.txz >=20 > and, if you want the debug information to match: >=20 > kernel-dbg.txz >=20 > These are compressed tar archives. Possibly after > first uncompressing, a command of the form: >=20 > # tar -xpf NAME -C / >=20 > will overwrite what you now have installed. (Make any > desired copies first.) Then you can reboot and use > the kernel. The debug info ends up places like: >=20 > # ls -Tld /usr/lib/debug/boot/*/ > drwxr-xr-x 2 root wheel 647 May 27 12:39:52 2021 = /usr/lib/debug/boot/kernel.old/ > drwxr-xr-x 2 root wheel 647 Jun 24 14:14:08 2021 = /usr/lib/debug/boot/kernel/ > drwxr-xr-x 2 root wheel 2 Apr 8 22:40:04 2021 = /usr/lib/debug/boot/modules/ >=20 > So appropriate copies from there may be involved. >=20 > (I do this sort of https://artifact.ci.freebsd.org/snapshot/. . . > thing to approximately bisect without spending time on doing > builds and if a problem reproduces that means my personal > builds are not at fault.) >=20 >> Not sure what to try next. >=20 > I gather that no RPi4B is available to move the media > to? (Having more RAM but being able to force much of > it to be ignored can be handy as a test environment > for this kind of context.) >=20 I have a RPi4B 8 GiByte with total_mem=3D1024 (MiBytes) in config.txt that is attempting a devel/llvm10 build in a poudriere jail. But the host FreeBSD has: # uname -apKU FreeBSD Rock64_RPi_4_3_2v1p2 14.0-CURRENT FreeBSD 14.0-CURRENT #0 = main-n247562-66aec14a5391-dirty: Fri Jun 25 03:25:00 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA53-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA53 arm64 aarch64 1400024 1400024 and the chroot that poudriere is using has releng/13 (patch -p2 based): # uname -apKU FreeBSD Rock64_RPi_4_3_2v1p2 14.0-CURRENT FreeBSD 14.0-CURRENT #0 = main-n247562-66aec14a5391-dirty: Fri Jun 25 03:25:00 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA53-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA53 arm64 aarch64 1400024 1300139 So it is not like your context in some ways. Another is: my typical USB3 SSD based file system, not spinning rust. It is UFS in this case. The swap/paging partition shows as (for example): # swapinfo Device 1K-blocks Used Avail Capacity /dev/gpt/Rock64swp2 3145728 56360 3089368 2% So: no warning about being mis-tuned vs. the 1 GiByte of used RAM. (I do not know about your context for this.) All the ports that devel/llvm10 needs are already in place for poudriere's use for this experiment. Another point is: # more /usr/local/etc/poudriere.d/options/devel_llvm10/options=20 # This file is auto-generated by 'make config'. # Options for llvm10-10.0.1_3 _OPTIONS_READ=3Dllvm10-10.0.1_3 _FILE_COMPLETE_OPTIONS_LIST=3DBE_AMDGPU CLANG DOCS EXTRAS LIT LLD LLDB = LLD_LINK OPENMP PYCLANG BE_FREEBSD BE_NATIVE BE_STANDARD OPTIONS_FILE_SET+=3DBE_AMDGPU OPTIONS_FILE_SET+=3DCLANG OPTIONS_FILE_SET+=3DDOCS OPTIONS_FILE_SET+=3DEXTRAS OPTIONS_FILE_SET+=3DLIT OPTIONS_FILE_SET+=3DLLD OPTIONS_FILE_SET+=3DLLDB OPTIONS_FILE_SET+=3DLLD_LINK OPTIONS_FILE_SET+=3DOPENMP OPTIONS_FILE_UNSET+=3DPYCLANG OPTIONS_FILE_UNSET+=3DBE_FREEBSD OPTIONS_FILE_SET+=3DBE_NATIVE OPTIONS_FILE_UNSET+=3DBE_STANDARD (So I normally build less than BE_STANDARD or BE_FREEBSD would build.) We will see if this is enough common context to replicate the general type of build problem. (Your details very from one attempt to the next so an exact match need not be expected, even if if this does also fail.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jun 26 03:52: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 7EEA611E6031; Sat, 26 Jun 2021 03:52:40 +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 4GBg1h1qfhz4mmW; Sat, 26 Jun 2021 03:52:39 +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 15Q3qYvx018950 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 25 Jun 2021 20:52:35 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 15Q3qYLV018949; Fri, 25 Jun 2021 20:52:34 -0700 (PDT) (envelope-from fbsd) Date: Fri, 25 Jun 2021 20:52:34 -0700 From: bob prohaska To: Mark Millard Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Subject: Re: llvm10 build failure on Rpi3 Message-ID: <20210626035234.GA18893@www.zefox.net> References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.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; charset=us-ascii Content-Disposition: inline In-Reply-To: <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> X-Rspamd-Queue-Id: 4GBg1h1qfhz4mmW X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Fri, Jun 25, 2021 at 07:52:32PM -0700, Mark Millard wrote: [huge snip, hope the quotes are still correct] > > So I'm going to suggest using an official kernel build > > as built by the ci.freebsd.org systems, one that is not > > GENERIC-MMCCAM. In: > > World and kernel are updating now to -current as of yesterday. I'll replace GENERIC-MMCCAM with GENERIC for simplicity. > > > > I gather that no RPi4B is available to move the media > > to? (Having more RAM but being able to force much of > > it to be ignored can be handy as a test environment > > for this kind of context.) > > It's still patiently chewing away at www/chromium single-threaded. My mistake, but best to finish what's started.. Now that how to use the packages created is known they can be tested. > > So: no warning about being mis-tuned vs. the 1 GiByte of > used RAM. (I do not know about your context for this.) > My Pi3 does report too much swap. But I remain uncertain about the practical significance of the warning. I gather the issue is that a certain amount memory is set aside to "index", for lack of a better word, the data stored in swap. If there's too much swap relative to index, not all swap can be used. That seems not much different than running out of swap. > All the ports that devel/llvm10 needs are already in place > for poudriere's use for this experiment. > > Another point is: > > # more /usr/local/etc/poudriere.d/options/devel_llvm10/options > # This file is auto-generated by 'make config'. > # Options for llvm10-10.0.1_3 > _OPTIONS_READ=llvm10-10.0.1_3 > _FILE_COMPLETE_OPTIONS_LIST=BE_AMDGPU CLANG DOCS EXTRAS LIT LLD LLDB LLD_LINK OPENMP PYCLANG BE_FREEBSD BE_NATIVE BE_STANDARD > OPTIONS_FILE_SET+=BE_AMDGPU > OPTIONS_FILE_SET+=CLANG > OPTIONS_FILE_SET+=DOCS > OPTIONS_FILE_SET+=EXTRAS > OPTIONS_FILE_SET+=LIT > OPTIONS_FILE_SET+=LLD > OPTIONS_FILE_SET+=LLDB > OPTIONS_FILE_SET+=LLD_LINK > OPTIONS_FILE_SET+=OPENMP > OPTIONS_FILE_UNSET+=PYCLANG > OPTIONS_FILE_UNSET+=BE_FREEBSD > OPTIONS_FILE_SET+=BE_NATIVE > OPTIONS_FILE_UNSET+=BE_STANDARD > > (So I normally build less than BE_STANDARD or > BE_FREEBSD would build.) I'm my own worst enemy when it comes to customization. The less changed the better 8-) > We will see if this is enough common context to > replicate the general type of build problem. > (Your details very from one attempt to the next > so an exact match need not be expected, even if > if this does also fail.) > If you replicate the problem I'll be very pleased. And just slightly relieved. My suspcions still center around things I might have done to corrupt /usr/local/poudriere. That leaves me wondering how to proceed after world, kernel and ports are updated. Delete /usr/local/poudriere (which would toss the packages created so far), delete only the jail (not sure if that'll delete existing packages library) or something more selective that I don't know about? The Pi3B is purely experimental, but I'd rather not throw away usable progress given the extreme slowness of that progress. Thank you! bob prohaska From nobody Sat Jun 26 04:41:43 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 D22545D2722 for ; Sat, 26 Jun 2021 04:41:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GBh6S3MBDz4skn for ; Sat, 26 Jun 2021 04:41:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624682510; bh=zOM4GCNir6DcKKaefpXSp3bQLbwQwCQ45U4F/8VdDSM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Z1X3upYwTGtxCJUTMIedH0w0prAuNWaY3OFpThbVMAMxxg9m1PfQOVREb5DxyluunKS8QlO70Tsi1ULt1CObRi+jdk+jsGx+ygY8aiB9OqwFY9GJYZeN6+6J4gajrO/IgclID3N94WejOoiPkfc4zAYspPEnePGRM7yiIsX0ozHSjl2D1bTQBjplMYP9w2N80GKSP8IdlKO3YWB+tUf0Fd0LPPI3/2+AwsnwF3MwNct/TYv91Ze0aBDrCXIWOkJtL8/FZ4waAuRkZVepZKUtcl+sFV+I5VKWkQ4B8CUuNhmMBG3wUP5dpuWzAujhZyShmzYeYTfFMe5TqAsd7JzIHQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624682510; bh=1C5BoyOPwof2qi6Jju8NZuumgH6Q6V4AGypvz7iJgDD=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=EB40BeWX378gdxAYqxcXEYo2CIb2Cw3oYZ5yTQ/ftapJQyrinbCbPNrlArh7tiSKg//JQtuk8g2xzrZcdOVBBXHyhfQ89Q+XdYGUUamVdtLh820pgaz5Fm2SgAEfuzsbNkOczBAwDj8wNPMWNJ5FwfjeTs2njf36ni997o7vNPZ7y9fhT+TAFtAd9pXolg165dvE6Zw50lUS6K0rh1cE8TfhEhyeHlpz9Dbkb69I4PZLZi8EUiznjpLNWhvsp8tZNE5oYS+FTF7+fgev8bNZzo81dZfOhGOKF9acD4aOXYBvDllMgDhiWMKUsTAv6gG14qlX7g2q+yLTsSD2wAtvfg== X-YMail-OSG: 6xDBy98VM1kxP5pIfweMXjCnmBZwFug8mfgQ09Otr1tEhXm3XnHtTxHry6bdafW YKM.ykVncOKf.D6KqLY2N2xWdGaCp93Wrlx4anSV6djg.S3GgJ8YszTq0Cy7A.EgL6ymtHKSajWZ VzsZHIRrQ_ALPs4XEH9FEnOszaKRpMHM.NQl4q1Nqh.SxMIXp63y.RW2_9DTJgrBxWz8SFj4B3My nTPxPorFydXnVNTBO6gBV5o7k8YMYAvkGygCnXs9OP1QuS11POIpRCDbR6bFpcqKyty_Z423UPy9 tW1HJC7_8QywekO59lRgCeJqhvfyCU9k3QhaoR3qcTRqU4lO84ix7QQ90hrwLiBkMGq3Ep5PKgud 2x6EiWbDdL.YWeK7mb0IgHmg8cibIKVC.UFeQr1T6lwnGIO.Y.O8j6xLlFAPrFJtBM8ds_HbQb4C GZx885C21J9MzEe4nSQfHAfYttlf8ndpv8hV_f2zLj8CoYXSRwsFncP0EY6Gb7IotorhSoAPI4GX rk6CLHu.AxQHQw3wT5TDUEAuYRGeL9ZhvdR28H.SKLB6vgODRiKGJ3Q64VOF1T7EGxuqHvqCEeKf pCS_aINqGUoZfBiHlz0v7tQj4fhungxrCCbiouJ6llMMFRRLRiBDDJy8FpSEmO48WOtNQSyNOYaq e4Y7GJ7qWA4fIW3.66GIAcjJ7wVrYv3Sakqpe1bQSEwdPszaeRU75mIME6J9rAh4VIlsrnrzFk3R _PIUPpffBmobpMlzIyrAERdWVr1VYRgZwl6APPBJdXQH1Yna8K4yH2lS7SqTyasu7B8H2Mpip4UB 8h8W4dSqhXRyst0GuGsaEHq0rVRC6_5yZ7.cnIMyJUSRLdHPpGfTgSAx95aC7F74TP7b4yj9_4e1 hcaO5s.M1QYvWFS0tFtcfcAHKFwEO5.OPNHE0ZSxdYHrg9DEWtRQYPzTXemZkB1dKFy4IXDccQ6d mpcvrV2JJyU9hp1H7qd8wnyJdLLLp1aW20fmQZg1NvZ2rZlqYU_8AJFQ.6h6CpccHPPg8Voc53mg qxET5ytyjuNUzY_.osWLYmwW0RUpKuX0ABuTu_jpBRU9SaQLxTz1QaIiShgvflMkXMwKkhfEtCMQ 7TJrFOuIU.vKD6VnSyXyzVzvEliemm2sxNSJKKtxYzL3MP_aPOpCfUwRhkc8RBJQhfZqW5elzukQ Q7fF9TpcsOX583oAvYVB3ANHimPM2wtQoigCoKRnfWmeLYBvjPYNOzIRrLAV7HtaLBS5Hhtzz8j_ vmgKyB16XuRIk7KIk1ess1f31exB7ck1DjHSzBhL4QOMI7F92wUfwa_wBRC8Qk2MQ_sHQwSzcEjg YzN8sSPYJCTgctsTnWY9tq_TC9gqJVXntC2lbvN.iJXa3A1TAIX3jp3lj1UywPm2M3SjxtDhtEAj l0NPJyzt4iQUq0gpRDPH1FD6tU_TuStP_U2mbdGIs2pdmAOOYrVpOKjTnjnrcI.4uKZtWRXboWfA BoxFIlo9Jy1TdzyD3hNW1hoP2TJa7bduQWKjbaMnCt4S8EPxS8sVNPY0V0idu3daeh3mub7ODIXG yHeZEMr8LULR9aYUeS8nwRBUwN2x3RYfX8y9W5rGaqbLO_wO_r_.1ttsbL2qLfnpcZvKEuWQ9gEb GXJ3znsKG06GJ14M0EJNcXNVv41biAAXqp.L884Y.VFrpfKlpUUQV1_pjYQINJ4zbu6TMUMsTxyV eL76koqmBx.3kdLgTjomT5B9t9q7pTOtwCr_oKRu3tOq2c9twLbE2fTUHsXXE4gDx.ZJd4tHbOrt _lA3rzeAPb4TenTyajTUVk_jbJRCHdWBKNJuWc0VKJO0NdUwSJUOlRXGIpo60efRJCxxbJM94MXo JWahLo5oDfbPnH.mEJoYOtg9AuxzaiZQ3i.X6O4G0k4IAMLKqNvqHrn2BCP.xKmwDFJbZ8CN31Zl TsEvPnmCNzSrmmYeVLZBqDFJ2CZl3heTBVIzLDkDP4ZPTotMtzge5l_H9uUnBHHOr.aqV2prqQL5 b0BpJTytoffkMlJALbY.zP5no29pHrzbCDWYY31GtRii8pk_r3_7xgBRg9lHNBocpg4T0xvVoZ1d eYx0V011Hkx47pdtpUVQrGHS6aofma4mzizH4JXbvbRxA_NdBIL3mw0ILMmCOwsS1JisnBIYBc26 q8IhfWmjCgwbgu6x8QHIxiYMWM8TTkLk8mhx_2NC3hV.H2w7.I7PeM6.vCzBiXtpwClZTaUxrLxl rhn1m3znndfxCHMbwATj2Zwp.tOXG8cgr0ZcjxMR2BVX39mL2SH.jYgE2om4tcGzNxu5VMoRVhQN yLK6GH5YTO4g1w.k8XY3.vvdr6xIMOuHMlwZSmb5zk_5s942zNqGQ01ExkR2QK1cNxQC3nA8V7in 7T22OTNm1b3dvsMJgRS.GAexJZf9tLvMTfWu0Xx36_5Y1n3i0SdZ3UB.qAVurTGhxveIW1z4Ilr0 Zjgr1ERCiKf5CrxjWZFnJcwHYKxwtY3cAIJxlMFZjGfaFV8nThJ10tsfvvyuuCRtIzmjRszpRy8N DwlkYb0589IIzN6zY1eyibxyZPUYVUBn_CqT2pQIpYOTvF8h8MJXfkI5cpn3eG0tN5RgYr6I_MpH 1EU_P7VWbS4I.DIVGo4txQR7Ensivc._g3YciboqOkhX6k66EUSqNO_BYQp0.dMvUyw8czJ8fCm5 CZgCvOvas7HGexOthc34RI2UxTXAHkMBNz58uO.jHQJtIt1MABMgcNpACdkMnwFbF_eX3mEy3BE3 P9_yhTQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Sat, 26 Jun 2021 04:41:50 +0000 Received: by kubenode530.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3951e44e14e145c77bc847ea7989affd; Sat, 26 Jun 2021 04:41:44 +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: llvm10 build failure on Rpi3 In-Reply-To: <20210626035234.GA18893@www.zefox.net> Date: Fri, 25 Jun 2021 21:41:43 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GBh6S3MBDz4skn 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-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-25, at 20:52, bob prohaska wrote: > On Fri, Jun 25, 2021 at 07:52:32PM -0700, Mark Millard wrote: > [huge snip, hope the quotes are still correct] >>> So I'm going to suggest using an official kernel build >>> as built by the ci.freebsd.org systems, one that is not >>> GENERIC-MMCCAM. In: >>>=20 >=20 > World and kernel are updating now to -current as of yesterday. > I'll replace GENERIC-MMCCAM with GENERIC for simplicity. I still strongly recommend doing some testing of official builds instead of your personal builds. That includes kernel and world, if possible. Until an official build shows the problem, you are not as likely to get the problem worked on. (And, so far, you have the only known context for getting the problem.) >>>=20 >>> I gather that no RPi4B is available to move the media >>> to? (Having more RAM but being able to force much of >>> it to be ignored can be handy as a test environment >>> for this kind of context.) >>>=20 >=20 > It's still patiently chewing away at www/chromium single-threaded. Note that system-clang just got updates for stable/11 stable/12 stable/13 and main for a defect that prevents building www/chromium with a clang that has assertions enabled (a form of debug build contribution): The branch main has been updated by dim: URL:=20 = https://cgit.FreeBSD.org/src/commit/?id=3De7e517981a6591c79fb49cd8810361b0= f3ad5983 commit e7e517981a6591c79fb49cd8810361b0f3ad5983 Author: Dimitry Andric AuthorDate: 2021-06-21 18:46:34 +0000 Commit: Dimitry Andric CommitDate: 2021-06-21 18:48:37 +0000 Fix clang assertion while building recent www/chromium =20 Merge commit c8227f06b335 from llvm git (by Arthur Eubanks): =20 [clang] Don't assert in EmitAggregateCopy on trivial_abi types =20 Fixes PR42961. =20 Reviewed By: rnk =20 Differential Revision:=20 https://reviews.llvm.org/D97872 =20 PR: 256721, 255570 Reported by: jbeich MFC after: 3 days --- contrib/llvm-project/clang/lib/CodeGen/CGExprAgg.cpp | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/contrib/llvm-project/clang/lib/CodeGen/CGExprAgg.cpp = b/contrib/llvm-project/clang/lib/CodeGen/CGExprAgg.cpp index 60ea1b2af037..f3ab91559d30 100644 --- a/contrib/llvm-project/clang/lib/CodeGen/CGExprAgg.cpp +++ b/contrib/llvm-project/clang/lib/CodeGen/CGExprAgg.cpp @@ -2056,7 +2056,7 @@ void CodeGenFunction::EmitAggregateCopy(LValue = Dest, LValue Src, QualType Ty, Record->hasTrivialCopyAssignment() || Record->hasTrivialMoveConstructor() || Record->hasTrivialMoveAssignment() || - Record->isUnion()) && + Record->hasAttr() || Record->isUnion()) = && "Trying to aggregate-copy a type without a trivial = copy/move " "constructor or assignment operator"); // Ignore empty classes in C++. > My mistake, but best to finish what's started.. Now that how to > use the packages created is known they can be tested.=20 >=20 >>=20 >> So: no warning about being mis-tuned vs. the 1 GiByte of >> used RAM. (I do not know about your context for this.) >>=20 >=20 > My Pi3 does report too much swap. But I remain uncertain about > the practical significance of the warning. I gather the issue > is that a certain amount memory is set aside to "index", for > lack of a better word, the data stored in swap. If there's too > much swap relative to index, not all swap can be used. That > seems not much different than running out of swap.=20 You are having problems that are hard to issolate and are also effectively asserting this warning does not indicate an issue that is contributing. If it were me, I'd be trying to find out if the failure can be reproduced when the FreeBSD test involved classifies that no warning is appropriate. >> All the ports that devel/llvm10 needs are already in place >> for poudriere's use for this experiment. I should have mentioned that I have not added any junk:??? controls. And my building in a releng/13 context means that 0xA5A5A5A5u would not be happening on allocation. Stronger: the build context uses my typical forced MALLOC_PRODUCTION style of build. >> Another point is: >>=20 >> # more /usr/local/etc/poudriere.d/options/devel_llvm10/options=20 >> # This file is auto-generated by 'make config'. >> # Options for llvm10-10.0.1_3 >> _OPTIONS_READ=3Dllvm10-10.0.1_3 >> _FILE_COMPLETE_OPTIONS_LIST=3DBE_AMDGPU CLANG DOCS EXTRAS LIT LLD = LLDB LLD_LINK OPENMP PYCLANG BE_FREEBSD BE_NATIVE BE_STANDARD >> OPTIONS_FILE_SET+=3DBE_AMDGPU >> OPTIONS_FILE_SET+=3DCLANG >> OPTIONS_FILE_SET+=3DDOCS >> OPTIONS_FILE_SET+=3DEXTRAS >> OPTIONS_FILE_SET+=3DLIT >> OPTIONS_FILE_SET+=3DLLD >> OPTIONS_FILE_SET+=3DLLDB >> OPTIONS_FILE_SET+=3DLLD_LINK >> OPTIONS_FILE_SET+=3DOPENMP >> OPTIONS_FILE_UNSET+=3DPYCLANG >> OPTIONS_FILE_UNSET+=3DBE_FREEBSD >> OPTIONS_FILE_SET+=3DBE_NATIVE >> OPTIONS_FILE_UNSET+=3DBE_STANDARD >>=20 >> (So I normally build less than BE_STANDARD or >> BE_FREEBSD would build.) >=20 > I'm my own worst enemy when it comes to customization. > The less changed the better 8-) Unless it avoids a problem? (I do it to avoid wasted time.) I'm not claiming it would avoid the problem, but it is one of the things that could be tried to see what happens. >> We will see if this is enough common context to >> replicate the general type of build problem. >> (Your details very from one attempt to the next >> so an exact match need not be expected, even if >> if this does also fail.) >>=20 >=20 > If you replicate the problem I'll be very pleased. > And just slightly relieved. >=20 > My suspcions still center around things I might have=20 > done to corrupt /usr/local/poudriere. Poudriere is not involved in initializing memory for llvm-tblgen's internal memory use. It could be that jails more generally have a problem, not just poudriere ones. But that would be a FreeBSD issue, not a poudriere one. > That leaves > me wondering how to proceed after world, kernel and ports > are updated. Delete /usr/local/poudriere (which would toss > the packages created so far), delete only the jail (not > sure if that'll delete existing packages library) or=20 > something more selective that I don't know about?=20 I see no likely gain from going down this path. Blaming poudriere for lack of memory initialization in llvm-tblgen makes no sense to me at all: poudriere is not involved in that memory allocation or what the bytes are set to before llvm-tblgen get the address of the memory. > The Pi3B is purely experimental, but I'd rather not throw=20 > away usable progress given the extreme slowness of that > progress.=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jun 26 05:14:53 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 D670F5D7F08 for ; Sat, 26 Jun 2021 05:14:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.32]) (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 4GBhrf3hYbz3GT3 for ; Sat, 26 Jun 2021 05:14:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624684496; bh=/sWq9jUNSkIdBCzlGLZLIHkjK9SF85hlRgN0xvTJDdE=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=EytnGMjhqK7u3pFpRZSp3uU+R8ovlkdxX/Vd3nNs67Dz+Lmion5U+YsiVvcMblCMcJLE9G3Cmly9Chytk6WooDMGnfV+6W8ZnOj+mSZ5RbG0sgV5ZQUIkCWgKdI8kkqf2Cb01bKtj3it/Pui7Iwt67AddFVCHK1r/3GlyugFxCUgr98ilXe+2cwBO/+5XBw7k1elIC4tNwyd9132vle6VvxLVbCWMVdjY2jkddef+TTDIY6SdtiPF9P71h3kuoBpAcLKY40FLN1rXaA2T8NThmfuB/SjxD2WakCi6B7NgZDVhV07dYnGfnmzh+PZ+PsYccyCIfO1tQj1GwuuOzCBsA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624684496; bh=M06iD2QHuqZvfFCTEt/gjojb/fYvQ0uhuq9dIrOyNsJ=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=cMvUkHEua4i/+UFWVh9KEOsEggrcQWlzMNIZhFZLClbV2x98rlCDUN86avK2G3r4mPtyEQ/mHkydY35D1aKjewriub84bLz6vj4w1Bck5PPDXf3nGTSeBXd0kGnWUMC8Fd899ZvUL9x6HhRvMNTLQNGlERoIuZ3ufSkBnRurEQ0S3PXJ1q78fsL8U1oXI1kiAHAPXB56DKHPowEJyGCUqyaY3Gykv+2jUEphuPZ71662212/US7Tz/uYxexX54AzzCu43PZFakXmxeDS+FpyFbBGEvpB7Qj+egD2kn1Bv+8pRNOqVmRIWXhQ4I7jpGnOQmPY0k7n3077XwNb4gW+BA== X-YMail-OSG: DhvsCyQVM1m882LFhwh27.dULc9mvVFPt8eKLVihFzwZlpR2DNqVr0ZZfd.LYwY TtdJdj0ymlpey9cR8s__ShSHumTifO0.S4vaItlAb7TfRxiyrla4LMLl3fqcMyAeTLwU98K3S88u PdlD.aOYcVcCoVIxL3HIF1EP.an8MBtZbUXeyyUHpTHuBZKUbGx3u_biv2VCEkupkSvy8XQASxXD CRR6n6lE8pOALNsllbq041ezZHtldxPnVWp.BJ_fE9_YtouEF4AoyJ9Gg0ggHU3t5.PcNxyqaoKg A3NnP1SquDVWnFXc9V0SLhkILogW6sjAaqYSHEEpJtPAteSPcEa8H1JNb02FZefDnsWHCSnGSE_2 iYhp1vP.XOwF7NZz7xgzaukSdRKFcoi0LlLEShslU3VfTnH5QfL3kNNXepc5c1yzqgeIZ3JHMjwS 7mQkKhzSES7k3R4U4s3Ow7oMX2eJThulu_ZZsWGH05shGtTwn9UGkrjQuGdR6i6tjicqLWShu13F Lm5C_g8ibEOqCzxevr_v4nyeMWwlClPtRLtqvIlJ.1L62B7cWyZhIlRhCcvkH59gZiCOs1BCA_02 6d6UM2pNcUCwphuoRkfQelwnEGtoMOFT9mJ4BM2f6s694HQpUhXGErpYWShJmnr06wDmz_sSyD7Z MdkLRpyvQ6yTjvIPTK95obkcjooR9hvIbbcOF7NGH_xrvdqojobNfl4ssUH3ql6WBsA.WPaeM256 aaQ3Ck62fzM2d2v3UXFo_UZUu7EG7MooJiFDZDSzhXsyL0fSk_FT5o9OVejN8vdz7KH7eNhc2gPD NqaW6I2ACNJ6UF183xKS97YncXQ7kdLxS23bFXY7_JJYe8coG4TE0TcwRey_crNMqxZQvKMdsyaZ lffRbXmelIBOyUTXoXKOtbkHFdYufy9hM.mUcMANoutbbIMwsj.M4sshr0g19gkZ4NfR_jTutxHu 5vWl0TInkkE5lN3hbhrP4NbKAznsculkZ2QF0hNQ6M9ucb5od6UtSSRykaEqCJx66S.D_vx4IWYv O23cmuyq5YkG7WsTr6oic_Or1ZIyIt8LKuowM0eaFXPnhJKw1VkknLtw9nLR.fTjI4bGNzKsZeCQ WPxHlLQczygBDjIzlWgBAJRX8FwDb2iNSgr.f5TLDr7TMQhZdnvoUsFZiRweiYXLzVC7KNKwfX9E jHMFdTy.Fpqd4ZMaYGy12Z8ecLQuj_st5x5Pn5tDyRv4VsUdbjcdXCCH8yBmpP.g5wRlc8TffpuE Q6yGKUKiDTXiDS2qyzg3Bd3dL.XNocBqfi020xXZRRS3Kvcdgp4EoREW50.Vz9M8aTxhbwjduaVp SiB3kKCOADiASbY_ViPpPbVvq5_82.NfX65X56dyJv2S3EsxQCpKDSXuKlO.zTovBmBYIL_fQ7A6 NaZEcBbo.5iwRLzNKt8_l2hoBrOFgrtBTVbQFY0L0BxLk0t3EqwW1Refh1teIbSw71toPfVcBXOJ 28YJkdba7AthiMwgru1_eaj3qrLv_a4Ztci6diJihntdMIGDXQHxX7AxI8eeuVymMzPesqc7lYOS _pXtTen8RaX6T8Ia6SdV5_6k9SCNKpAi2US7TAI8eylqp4qeavFfB1wF_dD_i9rA5VGMpT701JDj 98ptTs4H07AOAQdPVUeweq56E6Nsei947tBRZWeiysM.cBWdE6.CjYXzfXUTQKl8gX5F2kIQt6Gh BAIsGuBDGm6dCBat_yPc9BOGkxjf3_pk.RvvSGo.ZKRWDy1_bmB3air0GcksEhU0Ju6yayz6a8UT Licl_m6H6MBby6Nj33Iu.vvGNdAE5zN4q79a5CCRDP.X1NZgdryDFbWENKuYlhCgz8OQOOJFR1gl WB80ifLQrrFrwcRCc84fnKSbnnDWatOpqf9ygPi0M17UkvXtYsj1Q2VZz2sKtcZdK6B6hBKiEf50 yBsmYY_0DokOnLHGeV0owC3pPC9fCg21ug3yfG7j4JQfNqtgCPOD7Pu1XD2VB4J_K3rX5IrmTIg3 rtKFExF9ZZFu.BZsQfttQaujlP9FfDVyuEz5Vu56tZtv7.eps3PoIGoOecn1d3Y_oDqPkgVpGHBy eyp29tStsJ9tbp6hTSzwjYZTTcuw0ymOsFUseRhtqqT.5cqQ76kVTgcHHJQOeyzWlXTpjav4Zxvx gs.bhwChhs0hrs7yaQQ3Yo6QcK3mWZX5egxi84zpYE5s03c8zrfWYP_PipSwnc6ue2dgAGr7xhNa xb_qkSrixCbpoFuH7G2DzB0q88H2AH.Dohg7Jv7I4Vh2PvMMuhK29Uh.Pn6qxFiGSDwY.DQqggR. YNgxwabZY6Be69bRp6mM1ePSuAHKN_QqCBIC9DPEEaAQdDY72WA5otvCt9d4wyucPGcvWugV1UXT y7PmDpnEKTBxjlVvUKk3GnMiEIXlxiP6QdigzxO8.QD7eNZPAOLxJy.QIhr09_AIZ1Dc7.eG7GP. o.Cy5gLbKau.T5cK30X3GSlxTtT9h1EHdHw51MZD1S_7WPBJv06XRhkToe_3d03tygddGWcT5Gzy 1Ri31HawfEvUKJslbtTzduSoqbC5dN6__a70YB8AuN.2mOitXRQChXYRxj1Z0nkaFo06RxZgeg5J LWOKp0duSaS..RWh5ZeBZeVjvnRgRh06qTdR5SVqaM9ZLGX.CXwOHtudWqLHd0FWAXwEcsEF3E.U KiYt_vOrpqo6Yn1C_p9wdRf9IsGu7K0xHQT6ojDjylIqJzC5JvTerLlrIflp.zq52uLwxxw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sat, 26 Jun 2021 05:14:56 +0000 Received: by kubenode534.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 7c66df145911c08e748c95207f4edd78; Sat, 26 Jun 2021 05:14:54 +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: llvm10 build failure on Rpi3 In-Reply-To: <20210626035234.GA18893@www.zefox.net> Date: Fri, 25 Jun 2021 22:14:53 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GBhrf3hYbz3GT3 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-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-25, at 20:52, bob prohaska wrote: > If you replicate the problem I'll be very pleased. > And just slightly relieved. No luck on the 1st try: [ 28% 1315/4575] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && = /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen = -gen-global-isel -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/ lib/Target/AArch64 -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.s rc/lib/Target/AArch64/AArch64.td --write-if-changed -o = lib/Target/AArch64/AArch64GenGlobalISel.inc -d = lib/Target/AArch64/AArch64GenGlobalISel.inc.d . . . [ 28% 1326/4575] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && = /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen = -gen-global-isel -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU = -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMD= GPUGISel.td --write-if-changed -o = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc -d = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc.d Both finished just fine, indicating that the prior file generations were okay. I'll put the options to be like you are using and try again. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Jun 26 11:20:15 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 AC0B111CCA59 for ; Sat, 26 Jun 2021 11:20:29 +0000 (UTC) (envelope-from kamalpr@gmail.com) Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (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 4GBryN5M1jz4d98 for ; Sat, 26 Jun 2021 11:20:28 +0000 (UTC) (envelope-from kamalpr@gmail.com) Received: by mail-wm1-x32d.google.com with SMTP id u5-20020a7bc0450000b02901480e40338bso7456099wmc.1 for ; Sat, 26 Jun 2021 04:20:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:from:date:message-id:subject:to; bh=noERJ4Pt/DA5UjDyEveqFr1DgqthkCw5hnVfka/Ny2U=; b=SLoFiGpGFS2nRG+lqOqB9f1edTwqm/+hVMuUGNQ0LZQaHbIPWz1Ayl9sbEpi1HE7/j NrtFH9EmCaSUGIFFDfe2dHe+k4xOece4ihFDy6D+3KMphhpsvl0VdTAjzZ+YcY1bjeRd gvMPP63MIPKns6FsCJWAio3VBsT74LXzchjITp1g3A8c1vq4jOfnscxTwULFAdhE0YFw SEbCzI740+p2+C7RIlnKUBvBkBtZQcMkL7oa6tEzpzsaxLodN3lgZy3z/f38NFFz7xMB iQuyL7zUOAfOetjFfYWG7ajjQxANyBs23pVSuBUk5h0br+nlyYYVVnCkTNozFQspPrWk kd7Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:from:date:message-id :subject:to; bh=noERJ4Pt/DA5UjDyEveqFr1DgqthkCw5hnVfka/Ny2U=; b=SNpr8sxVQoPB2EalFyKcFVYgMClKRGoCj1cjUf5+0fZs0iGaX4sLZPXBRJTN3E0mxT LWuooW6MBlB3RQSa2QwT+kye/oM8uhye0wmW6zwDZfp6KHsbw6aRR+iBb7bZVtkQgAHG 1wyWFhYTtsJGHSAMKfq8LEGDCGyZUVEv02bERhwQfqaylCITJZb5ioMa0u1JFMt4gta5 PqO9ekPNxjvCWsuWkKp1BOecOkERS9o1i/lhyAEpzGkCtOgC12nQtWGQE8icyRpA9yle AMt6YWMGHcjNDGz1xRomwN21VhbyoQdn0OxeW+8/YGLgVH7YaHb/RFRAzKKU6lF3P6fT Q6kA== X-Gm-Message-State: AOAM531Dxwv1Vz73C4qvNvGj2riyFmHfLx0HszJ4eRSA0LzaqOH80MZD wOSgtAWT5uRz3skU+2fFildgxC9eTciWjKmkfjb1f/aMnA== X-Google-Smtp-Source: ABdhPJy45WaqgYyss4wie4m8C0Z6ocDoYjGbdaiT8GR6pTaaRY3rlIf6f8KzEN0VxYIaadjma9ALbHf/uvWxJyo/fjs= X-Received: by 2002:a1c:544e:: with SMTP id p14mr16289800wmi.152.1624706426846; Sat, 26 Jun 2021 04:20:26 -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 Reply-To: kamalpr@gmail.com From: "Kamal R. Prasad" Date: Sat, 26 Jun 2021 16:50:15 +0530 Message-ID: Subject: pmap.h To: freebsd-arm Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4GBryN5M1jz4d98 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=SLoFiGpG; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kamalpr@gmail.com designates 2a00:1450:4864:20::32d as permitted sender) smtp.mailfrom=kamalpr@gmail.com X-Spamd-Result: default: False [-1.12 / 15.00]; HAS_REPLYTO(0.00)[kamalpr@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32d:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.08)[-0.084]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::32d:from:127.0.2.255]; NEURAL_SPAM_SHORT(0.96)[0.964]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32d:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: N hello, therer are some #defines specific to amd64 in https://github.com/freebsd/freebsd-src/blob/main/sys/amd64/include/pmap.h like #define X86_PG_V 0x001 /* P Valid */ #define X86_PG_RW 0x002 /* R/W Read/Write */ #define X86_PG_U 0x004 /* U/S User/Supervisor */ #define X86_PG_NC_PWT 0x008 /* PWT Write through */ the corresponding #defines are missing in sys/arm64/include/pmap.h i need them to take a dump of some pages. so, can some one tell me where to get these #defines from? thanks -kamal From nobody Sat Jun 26 22:29:48 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 C106711F512E for ; Sat, 26 Jun 2021 22:29:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.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 4GC7ps5xGgz3rP8 for ; Sat, 26 Jun 2021 22:29:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624746596; bh=P92VLgGOPzitcTQRUfclvKyD3zn/SW2uPEyJI8/08Qg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=G2qSSHa5xNnZwtHm7Am4AElBGWe78fAy3afRnSIfCP+qJzwUFLmjaxmOE+ezVvUcYJt1BiElv+avoZpnFBRGGqZb6va7h8Lkc5XO+WYNaGh74iND0vedodmFmdbke2pUoOMJxAyKg6u+aE0Q/Mx08cj3YhD+fmOyY78hBaEQqb3xFUHWy7vOK1vlqeXpj/C/KTBNX3bmSpP5raNKn1z5q5y0l2823FlOxH5y7dBwAYV5GQbiuxBwH8fAafte1MIPSdF1s8oc2B0c/grk8IJlaAd38OWxlebHogdy3XyLVErwrhlBPNrLmdu88Mb2ZSziPalOmruwB7PqwpV8fHwuLw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624746596; bh=glJ01fIak/MFmjb5odXXWqZQPQo6AqQ7ASY0Y1/NTdw=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Jxbt7u2Ka/3TDLaeBtpN+i1HUDFgNIv54zaytUeX0SC19+KpS1jSZg6N4PBzm9TWQxkHfF0/+eacLqZLfW4RZ6NTRz4ktWWWO/1FAXCDhRLgPfwwv8oS3fNG1UxJjfQOB/hD6B8JXIEsyTBt6yCz+hsFLAEFyxLP9wKdRfsEYRatczg/QMiAMK3oFsokpsn8e/wgRZPes9ZUHTNIatZalJYp/c0vRA1RrKqbpsg4J1Gd8B8R7E0OXGjOzzzAVruo92Rc0Hf2Y28s6gF1Sa//rlpQa+RfhmPixHu3QRna3ae9kljLB3lTRT0ly+ppPNaNr0QCw+SXekJUVvKWbkOfzA== X-YMail-OSG: gswy46YVM1lxAGItx7y9BSkQa55n7nvQODU1KZcc8X78KzegRR8AYUqFBWsWBNz .rHDyzolMGLKvYT5XG2PQpONLLyaO709hcaTIksvqaX9_DRNFkSO05yi_FCBGvE74uLTBaFcoC7i gsGvIPprNOJQuxFO11SkOZoGZA9idU9Z1LeC.JhL7IhOQPWlLsiBLhYcHOC13h_p8aT4di7gKcog lH8M2HXYVHDARjxxjwjPjfWddQA3PTry0kPTD9PoVos_4US0y8kEqvU_enx5Gz.6lOqzUMhKRKa. .Hq5TZyOfF2WYf.HmhVRljG9_zdU8SQSTluCnJk4HhzUcPh_OhUIBysk18Un.Q7XO2djTirXT5H_ m53Q3TXLvRNAteLQrJfY5IqngpaCAhLQiGd9adKnCRymRaMCACqSYQrnQ9dHWd9evAlnauSpUwNB H83yMHvyDZGqFR.Xt9VS5ig64KI22qO12AjOJ6T9CwfnHIelX84YvHjamf0Er.uBQ9rHplYPLxxA kyEHxBiKOPdMs7GT6MqjizyXjbCxDs36LEllSO1AvjzHO83_7KRQYFvA.MmWMLE.mIefGnQIi61j g1.R.PX96Ki4AJjTZaE0_wISJsgjIiWf0.4cdP.bpziVqVvSSM3L9PvCvWT0VQRxk.ZaSE5GIsTL guRVAR6aUoqm0oikfHfnQ4J04ux2zj.HBihZKvb1g9DzHkAt34nWWDHH0dSTg5t8Kd70FNw836gz BGvHRlRGNFZXKsInW7PFoXZelzhAQ4W2Mc54maCXpJy8rVxM5ALq0c8POcuipzdGS9OzTG4ksRDS .9AhABj0oN4NPUX3zH6XekIXWjt7SyOcE_E1fVmuu6.NTJF7XHoD8hj5lVWhBVB5Vv.9SUx4Jxri Lqw9S5ka0PAKkf3R4J8._94drZJLWwDK1s7nsG3fa_oEAz0OEibHU3U63Wt_nEZGiepd6ydZJ996 0XXlcU0qfNWYRoMja3u0pTj2LHwsrMdXD_m_QMcSVTrd5yNdpusxG6Z7ShlFOWm3wVPxhuGhR7cD nnyxJ8pzyLZ8Fwrd7.94WJNPTA1ZXDHDAPZXsef51PLl_n33uiiaQelPUXzscwgl4ETgaKnfgj_c K3GHO_OaD_20r3WijKWR1UDabKWtmv4L9cq6zmxE6AdgsA69_cL5cym3m6i3kadaK72yreFyanYi dqScGN91_CX0b7iAMrHxNH.x3Oo1bJ10g.ToNIcUSxrjTtJ7CEBviu5zF4zeOCoZFKhG6cAZb17t 2tN0ngF8FpcC9ggHCzvQN0vRjP7mbN5xVTKOjYiPmdB8NwvibRYo_ncYWgP.TMNcKSskDR_2bBQ1 pN9vrGrhgNHdRX.CJrdhaDyuj_j2qjSUI0Qa.Knuf7IfqdgdCYRs6J94.XX1go983NRJfscMYLrL QPZdiwk_u6TfTwCavZnRaO4RL9BKgGC_6irH9_4fsS0DaaIzC9B0ys7pPV3nHTPeo7Wp7oD9FhLd JiDKrmqe6p1dkoGbiIZzIGBFre2okgOsfDai0G0S0wjiKqPNW_7OXD2uXIWVN7BzxxpOoamiCRgH pY.44UhsJTFu5paR9PD2K6vA28X9AI833PYD8AOoSKqptv_O14FlcA44t2k7eFqlsdCv1nhbSvhB A7sjWn9X2Eo5ZhhKo5zYD0CfCi_AGt_p8.5C3AKTljG20nEzd2k9ISCT5RejEhRobeQuH2ACyXsi JHLLd92CRWXNlubEHGbxVM213EMNsJ6HhoBftGhtHGQAXNYCTe2BY4dhN3PxcvSEaOvKuJGsjnvL cUS.ccK9LSL48y5RvvnNofTMGJPxDzsp1iE4FZLk23_vzHuBRP6ehANsiI9m4SN5ep6dGA4cUcP8 UszaB_i9_s.sI2BD_YGnZt4nCcUixiwghIjLtkArxhPoC9SedD5pcjNmJQ0IQa3CQw3mjP17mhu. gTT808a0aprg9.cMMYMDqsDzV95bqllaHGIZT1uJDjKgKVXNEVfJAH49gmsnE0hFn3u4Jr4KC3Xb U.mCANcW9opdLX0_cj4J1mk1lK9mg4w.K86H1PXC1pxHk9G1N7mH41QkQ_iiQNBbyn.36t29V0Gy 6QMyjGbsuGAjiUxuN7JJY17bjsvHXIblOt5pi0UX.qldL_Qt711tsXE5jNVBb8N7pVYW8Cg24jfk OPb.p6wZrtaChBZy2.iPMhl3k_SQsBjxv5O9gT9EaB55QmkJX7U2JwlYOi29j1lPEGorYOpGEzEs X.m9zGX6MPYf6t9BO6MPGJy53xsKJ7tXdar9qpjqkQEn2pn9e.Sz9DJe5hG1X2L.5TlSbDOzJ2pO 1EgIVyPQDZXGI3c.Vw5UBO8Wp4971xXfBABmXSc_biSGq2Kogi9AgK5soN.FD9CRwc1TFT5Sv4Rj vHksCrur1PlaslX6j2n3Prb9VQY2jLyhmDBgoE91VmhFs8ZyqHTULrYsFNSaWAupamumWiQAqbSq ovVHVrV4BaqTprfJHvhFuOCcNThWjI70d99HWm4cyNhK7HJS_Vyo8Oux3u1c5ueAiJVyAEE4B8_Z sNl4Vx8yvOowAOHdG1enh85mOFLvCK31Mw3ZLdJgWc7.gjPYbiY8NTNGCv6PSNadOqjQ6JNZSqi2 PAxIUMEr9owGOt8m7NoyJeU9HndMvHz2cicBGXsha898mKbV1eaWlKOgS5ZCxIbEDz39nNmetEuk 0ccFY2wxO4U5.Ce1wJf0dWp0c56xhb_DE_H39sQIvFHEC3dcDLzFecyhRpox5YLhlvPXcnw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sat, 26 Jun 2021 22:29:56 +0000 Received: by kubenode545.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 256c0dabaa95b9b68ef21eaa35fc96c8; Sat, 26 Jun 2021 22:29:50 +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: llvm10 build failure on Rpi3 In-Reply-To: <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> Date: Sat, 26 Jun 2021 15:29:48 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GC7ps5xGgz3rP8 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=G2qSSHa5; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.147 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.66.147: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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.66.147:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N [freebsd-arm+owner at FreeBSD.org sent a notice of rejection of the original of the below because, according to it, I was not a subscriber to freebsd-arm. So this is a resend after (re-)subscribing. We will see if it is again rejected.] On 2021-Jun-25, at 22:14, Mark Millard wrote: > On 2021-Jun-25, at 20:52, bob prohaska wrote: >=20 >> If you replicate the problem I'll be very pleased. >> And just slightly relieved. >=20 >=20 > No luck on the 1st try: >=20 > [ 28% 1315/4575] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && = /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen = -gen-global-isel -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/ > lib/Target/AArch64 -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.s > rc/lib/Target/AArch64/AArch64.td --write-if-changed -o = lib/Target/AArch64/AArch64GenGlobalISel.inc -d = lib/Target/AArch64/AArch64GenGlobalISel.inc.d > . . . > [ 28% 1326/4575] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && = /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen = -gen-global-isel -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU = -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMD= GPUGISel.td --write-if-changed -o = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc -d = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc.d >=20 > Both finished just fine, indicating that the prior file generations = were > okay. >=20 > I'll put the options to be like you are using and try again. No failure. In a faster context with RAM such that there is no reported use of swap in top, I've tried a host kernel that is non-debug and a host kernel that is debug in combinations with host worlds that are non-debug vs. debug in combination with systems for the jail that are non-debug releng/13 based, non-debug main based, and debug main based. So far none of that has failed. On the RPi4B with total_mem=3D1024 I've only had the non-debug main host kernel and world and a world for jail use that was nondebug. But I've tried with and without junk:true. No failures. For the RPi4B, I've now got a debug host kernel and world and a debug world for jail use. So, by default, junk:true . We will see if it gets a failure or not. It is likely the last of the reproduction attempts based on the information so far. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun Jun 27 05:12:24 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 8C59211D7B3E for ; Sun, 27 Jun 2021 05:12:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (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 4GCJlQ1HJtz3BpH for ; Sun, 27 Jun 2021 05:12:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624770752; bh=qO7qiP2+0vunWw0ePYtbOQjw4XHywnJ8FPAqYBXuf6w=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=sAR4kN6F9uqRkrIZhJdfIr4V/YKm5yjONI98CLsMH5OnXUsBRjWsapVteImOudLQuRZeZsEpM860oQRpgZri41jRXQpXZTj0wwItpzQlX7u/VHtd+pOxJKwoG+GtfFwAhhBjOWCsQjWWLi7W2yawPG/it86ALvknyQ/4hmwx8dTcEz9ij4nNZyV5AW7gDEvWkuGCfEd7puw9eaAlaK2mK9hLmSm91+pvpV0N1aVYHz1Eg/CKMSqrB/vdW6KMWd/rHhga2b4pZvbgBIBrBW6KALAyexLWcbVk17SfgEg4bK/a/rQFFMwbgYAPEQtbqJJqAzCAzjjtJMnjSBnwC2a06w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1624770752; bh=31zuIi7h78UZTvj5Mkep014IuXafyZfn18i1rqkUbtm=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=mW4EeKSwNTaomII1CoC043YveIVHni62T+Us+R/UoD7xBSJxRm0b8Vf9mNmSPVUxTtQ12GI/CyqzH2+D2ioXF6VGLHx01NbpX5r1xqFkv5k7mljzExXgFD9D09++ZVkY43kOrJLPVtwjGBe8SRsPG/wg3QAl+eXBwMzTdA5+7iBdgDPgW/DFY0x7o5p1wZFfKXD86JPPDfllrXJGT2dHqbq0MZnTI6D8seQlLVkHRB2+CzQMv9HpVMTWic5OA0D+YkdJIfGocu+ceia7BFf++RPoZQkgdY2LiDcV/4yofsoBh5FmeumsJtBxEERJcghfONZaXxzfdaRusudC9feh+Q== X-YMail-OSG: hk7En7QVM1loHvVfShGXYp0A2lPK9LAfOSKimrsCPcfqT1LXznNunqtFHTQncdO WNK5k363fkwnXgFrp4mj4xdCFdIGAqwUK6tuuTE61He0ViWKIGd5tN4sxyPhIp05Hd2YwRzBdv4t 4nhVpeHvv0YUARH6qRimLsAAj_rXoKv63CpuQFdjtHRAPAV9EOx0hyyeV7yppqLgqwj8m24AEFzF VIViKgbkpeTVJOdXNKG1239zUHGyaRDENtUpyygNQqNZUreoaYcAsguq_GGSS2mONfG4hEkZ.vNl iv._lr8ZePiKYHXNCjlF.c0GsVAum2p9hnHempJRNk6C_omqp.w3uzCboT.gMgQmIDwLQCjk6rIT 24WNAXqsU_MrynLXEhr0Mgjt.mWhi2ADlPnx04sL_bfAJ2tgnruF7AejYE9cZCIieSkk.DVpaqoH Gudy3T7yTfkL_a_yi70eTDuyF6sZ8ehsJzr2bAujopeK4pkJC1lxG110Qlei9KTnxddDhW3RzWNq puQhFzTnutkZk_hnXnLGntp4DOxaq.7j7adf_7SXRTMulna0nV_uVFbDMhPFXBzVU0YDksEGCRDn aML9QOverNts5en89sX.UrM96jf.kDqHWF9eHrClxK.Rm4ftflSY3YXZks0ayJwP43ZdS9sgDRDa b3Nv9VZX4ljhK.UnW0FBgSkkSeWxduXxyoPNWSHRfz_8yd.HHRmheRyf3TgT98RoOwHhL4z.YJ_1 AA7TSYP9YtBcIKq_aMavtyNd_YLw5QPAOfqbkFhAWQo3Tm_9JDF19PPBh5awl1CvfSp9GgRZ1qEZ IFfGxvbtSXHFgyxFRgelqTQtbskp6JSwNcBOzB3D9fW3bUBL1LFeJpvMgbfRMJZvZDVqtM9xW4mQ sF9ZLg6cYsRXXAk.rs9jvYQxdvDWG6FXD8qzs4lyk_PhwodatwfHUC39Jt0q11hDQKLnkXFw62wR OtHzYylTv5q0_93FOD5coCPrFiCu6oEqMxJHcO.Wb6Lpfc9olftDQp3.mDUkrqadBzTysjAc4Oh5 lF8peMcBq_VbeeniMVUgi3fjSjoA.H6LFWUsOWYzYmlw8Sw3C3xfY8sWZ7XXcyuEnIGifyrUyoLA 69l7upzGf8bLt.w0EjWanWVNq3RMv_sUs1LvJF6sQ2Dgh9I8PlVfmarRxAx9GA0HBnxlGCFOuZuH fLxyh72XdiqhQ8A6NuKQohsFG1E2gY2cew3NlG9eahRj_nMZ.qOIKj1cEbQE_TMFsVQP1C26s6hj nayKeeHyNrzjK21SMgp05ghhlQ4Mqj_k5k2mj.GEOvPwOv2svYuMIwjjYqyVQ8166G37SRKS2Jdf RpRea6YFh2WxwtI3ZxKX.ho57ZEsd6d9rUCNVf6WHrwZwjF395i1d7bi7sgphaoirx7noJcyLyVv r55GNrpjgyWRaxpuCEPSV4332l9_xOIeaPm90gvmvGy3Qckfbi4zXxBKeVWlEZG0jqJlgCQm_A_6 vmNszumnlo4YUQaxsD_FWDwxh8dqLkSExEp.HuMB8dHZujh7g_lmNASjHPyOnLjQ631Q6yFgEOnj dxI6dQXp9taKDyRkTKK9QrteJzd.tivdzr6jrffZuJaEpS_Ed_LxFgYe09EcM3xfYYwIqHbSNT_8 oh3J4MAgjmDqkNzJiYiMCxxWIgKO2wxG8QQYMQhylZUauOZP.2LKTvCdGyGOKyxTPj1k52k.Ro1G bCaQ45natTDgCslc4lkGENTIlE0qqNNKqHT9jJy17gt5emo7nTIFaxkAm2.3ouCh2ohLoewsX3Wp 5j9H_dCMc1Tp5.F9Ln3.WVNerhEhQNPHFtJErKLD3Sww.FUULgwuaZVZChSsvOkZx2KbdS1furqq 0F0wa7vY4uGL9MwhzNV8EwIHLOibvuYHrD51YPipeFCLLhne1Oqmig7Xx.xkJOtQ57yZOx8ih4B3 9dOzcg6z82dY_2Qvljq1Gd.RSl5l_wNOE3E9R2Y8RG9p0CY95gOAhJ7tJ3QNxQW5BzBUHSwf83ed XgfJXAe8WL4TEqihCye7IimhbqzSdtwU.LDDx1GswsrMuexuWTX7LlEuuA6tpPYLZonaCW677A11 3kO4G.1qaPY66jHL09OvsuNsS0iiNs_UGa040FSvneA7VWpVSlpf3Ry1GGgQnh298gfu3.8nJn3. U6ip9ciwUkAxbbqXtAtUinT8copdvNIHWO_d17HS.s_THVTsWqg4v1ocJ14gYc.ngazu1P3kv_Tz KOriH5r14_ujek234cEpBcQzzTYU6ByCXi4ySTvheyjF5u7HiAG1cn00NiVyFV5EPEBhZlWV3Xw3 fWpN5e5clg6w5.kUqbHc7nUd3q7GB3q17q8NUrNI_53Mq7WnUb.VPr57gekDGeFWiN11sqFXTEKq c8rr2ShAnkNYne3gY1dXB1HirnAc00l8C5rTHF9XKgjrnGZAJXEbZQACXfJejk5PVCQL4qmpk.hp 0ubBhkN.w5QrSMQa6b6POxKXvnwm3GMBA6sts0UMARYgbyKNkgq3LZ.xnwrqkn.nm1Hb5tMHCpt3 W2HvbRbza5P3VHUaBYlyd4dN47mVZnoY3BRnGRSXVEPK3t6yGuTe9SFoUNeIXqtouOE.k9cWfsUU 2bl6SkEc4DDdCZR2C1UdqretO5CesHVN8C0zZWlCqtH0E5lkOpxrirZ19dz.umhuoAOqHtQ1TXOS OJSCIq7_f0KvI9HZNpmXFw6zn14TN6QyXG7nWM0MT2CIei7j7iERhhHUAGuFlRKeXt8LKuKxAiK7 CHgaeSpVdhF8uOQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sun, 27 Jun 2021 05:12:32 +0000 Received: by kubenode570.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f0a0baccae6c4d683aea96a1b14770c8; Sun, 27 Jun 2021 05:12:27 +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: llvm10 build failure on Rpi3 In-Reply-To: <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> Date: Sat, 26 Jun 2021 22:12:24 -0700 Cc: FreeBSD ports , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <6F0CF2F3-A298-4CEA-AA07-B79810F3E8CF@yahoo.com> <20210623222838.GA85566@www.zefox.net> <8E78EE69-44A2-429E-AB65-941537DE25A0@yahoo.com> <20210624043000.GA87740@www.zefox.net> <22B941CA-3AFF-42FD-98D1-D40EC2F6EC43@yahoo.com> <20210624160109.GB87740@www.zefox.net> <3B41633E-AAFC-422A-8D73-3B1B001023F0@yahoo.com> <20210625001651.GA98214@www.zefox.net> <5A26965D-2DFD-4A46-A171-A382A61E3CFB@yahoo.com> <20210626035234.GA18893@www.zefox.net> <43513842-6FC0-4A89-8F0C-9EB2B328A5ED@yahoo.com> <9CFE71E2-23C3-4072-A8AD-74EDB339A146@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Rspamd-Queue-Id: 4GCJlQ1HJtz3BpH X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=sAR4kN6F; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.148 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.148: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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-ports X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Jun-26, at 15:29, Mark Millard wrote: >=20 > [freebsd-arm+owner at FreeBSD.org sent a notice of rejection > of the original of the below because, according to it, I was > not a subscriber to freebsd-arm. So this is a resend after > (re-)subscribing. We will see if it is again rejected.] >=20 > On 2021-Jun-25, at 22:14, Mark Millard wrote: >=20 >> On 2021-Jun-25, at 20:52, bob prohaska wrote: >>=20 >>> If you replicate the problem I'll be very pleased. >>> And just slightly relieved. >>=20 >>=20 >> No luck on the 1st try: >>=20 >> [ 28% 1315/4575] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && = /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen = -gen-global-isel -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/ >> lib/Target/AArch64 -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.s >> rc/lib/Target/AArch64/AArch64.td --write-if-changed -o = lib/Target/AArch64/AArch64GenGlobalISel.inc -d = lib/Target/AArch64/AArch64GenGlobalISel.inc.d >> . . . >> [ 28% 1326/4575] cd /wrkdirs/usr/ports/devel/llvm10/work/.build && = /wrkdirs/usr/ports/devel/llvm10/work/.build/bin/llvm-tblgen = -gen-global-isel -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU = -I /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -I = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/AMDGPU/AMD= GPUGISel.td --write-if-changed -o = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc -d = lib/Target/AMDGPU/AMDGPUGenGlobalISel.inc.d >>=20 >> Both finished just fine, indicating that the prior file generations = were >> okay. >>=20 >> I'll put the options to be like you are using and try again. >=20 > No failure. >=20 > In a faster context with RAM such that there is no reported > use of swap in top, I've tried a host kernel that is non-debug > and a host kernel that is debug in combinations with host > worlds that are non-debug vs. debug in combination with systems > for the jail that are non-debug releng/13 based, non-debug > main based, and debug main based. >=20 > So far none of that has failed. >=20 > On the RPi4B with total_mem=3D1024 I've only had the non-debug > main host kernel and world and a world for jail use that was > nondebug. But I've tried with and without junk:true. >=20 > No failures. >=20 > For the RPi4B, I've now got a debug host kernel and world > and a debug world for jail use. So, by default, junk:true . >=20 > We will see if it gets a failure or not. >=20 > It is likely the last of the reproduction attempts based on > the information so far. No failure. I do not plan on exploring swap/paging space sizes that produce notices about being mistuned. I do not plan on exploring use of spinning rust or powered hubs. Or using USB2 for the SSD. (Use of some vintage of RPi3B would require use of a powered hub, so I'll not be trying that either.) Not having replicated the problem, I'm not trying some official build from expanding the likes of artifacts.ci.freebsd.org materials. RECOMMENDATION: Since you have a failing context, I recommend that you do the test of using expanded materials from artifacts.ci.freebsd.org (so: use an official build) with a swap space size that does not produce the warning: See of the problem goes away vs. repeats with such an "official" context. Either your problem will be solved or you will at least be able to report information about the behavior of official build materials in a context not reporting a mistuning. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun Jun 27 10:07:11 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 7EBB5CFDF13 for ; Sun, 27 Jun 2021 10:07:24 +0000 (UTC) (envelope-from webplication@gmail.com) Received: from mail-ot1-x32f.google.com (mail-ot1-x32f.google.com [IPv6:2607:f8b0:4864:20::32f]) (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 4GCRHb4ssDz3jQ9 for ; Sun, 27 Jun 2021 10:07:23 +0000 (UTC) (envelope-from webplication@gmail.com) Received: by mail-ot1-x32f.google.com with SMTP id t4-20020a9d66c40000b029045e885b18deso15117829otm.6 for ; Sun, 27 Jun 2021 03:07:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=N5wr+oH+nUol66pluBxuwgayw0a21Rg4Qa37Xph2qxU=; b=QQ3yM+1g0OuZbDxxDlh+rXqVxsOrf+ZwIZ2sFlV3/pWwuaq4IfMOXbCoqtKpKqqUBv NbBAdH0lKM78PVBYmnhQMdwEYJeGGMEjEthCw+Ppmc0TxfIy6wmDDKOhYOcKtkyjGEzg QPBMzVcABX6jd7cdGVMIZv7ZKQUqbzxyc1VS8HBwoFfkpDFPb32/i/pdRZ2TrmtynaRC Tz1CuIMncVLwihDaA1NxHrNqBRGA+r00NNNYa3Jn0VPUBzBBiJ4kQIKk0w2tRnz0YyVY TYiM3qNEWE2oTf+ZpqLLlaYupDVZISmy4ebTYjtYHw4R+D7WAOktj7QoM+3ftfHp5boT X7Dg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=N5wr+oH+nUol66pluBxuwgayw0a21Rg4Qa37Xph2qxU=; b=kxKExp1qLjao9TRTSbB0Ozy5n7U89Gmnci/cuR1EELFhiWXMAFYypw2VPjF6rGtRgO bPOjaNSdRsRViTuy7xbmu3sGzmZCEi7IrE9HoN5NcUyYuCWkNZWkTcQlTvPeCmPgtILT 8+zava43ySKJAbOKbOTmJCMSk+m8CRHQY0si4iNbik/eUHzhsEMOzRqMKwxco98rBNNz 1bF11jt8SJv1jaAoZYGF1pcYEOOzOZpwxhljjOwfDdDSpQYJm1CnKv1JeSSwXOO9ZQgB eujSUuDX3Uyv0EwpEjc9rU2LiCeQo9evKM1oL/fgSfNvo0SZ10Wk8uLcrJA6jtuSpndx +xeQ== X-Gm-Message-State: AOAM530IZGPUr6JUJ+5TujdGgZjxe9Mljh6jQ2Wa5KpHcCEWOZdq+sb/ FnVgqhUWZdqKLWJ+KVUgtDFyBO415GE1ysn34Do= X-Google-Smtp-Source: ABdhPJwAZ9I45PfI1EqAoiNwkG/uNkky+7tgFcaWRkebmunCIZoWuUzI4RKu477yxKvWvBQ1csLtnX+HY2sLX/1QlPU= X-Received: by 2002:a9d:7983:: with SMTP id h3mr16305782otm.40.1624788442502; Sun, 27 Jun 2021 03:07:22 -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 From: J P Date: Sun, 27 Jun 2021 12:07:11 +0200 Message-ID: Subject: lang/rust does not build on aarch64 To: freebsd-ports@freebsd.orgadd, freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="000000000000f3584c05c5bc8938" X-Rspamd-Queue-Id: 4GCRHb4ssDz3jQ9 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=QQ3yM+1g; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of webplication@gmail.com designates 2607:f8b0:4864:20::32f as permitted sender) smtp.mailfrom=webplication@gmail.com X-Spamd-Result: default: False [-3.99 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.995]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::32f:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; 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)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::32f:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::32f:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: Y --000000000000f3584c05c5bc8938 Content-Type: text/plain; charset="UTF-8" Hi, it seems rust does not build on aarch64: ===> Building for rust-1.52.1 rustup not detected: [Errno 2] No such file or directory: 'rustc' falling back to auto-detect running: /wrkdirs/usr/ports/lang/rust/work/bootstrap/bin/cargo build --manifest-path /wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/Cargo.toml --verbose --frozen Traceback (most recent call last): File "x.py", line 27, in bootstrap.main() File "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstrap.py", line 1175, in main bootstrap(help_triggered) File "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstrap.py", line 1148, in bootstrap build.build_bootstrap() File "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstrap.py", line 900, in build_bootstrap run(args, env=env, verbose=self.verbose) File "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstrap.py", line 153, in run raise RuntimeError(err) RuntimeError: failed to run: /wrkdirs/usr/ports/lang/rust/work/bootstrap/bin/cargo build --manifest-path /wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/Cargo.toml --verbose --frozen *** Error code 1 Stop. make: stopped in /usr/ports/lang/rust Is this known? Thank you. BR, --000000000000f3584c05c5bc8938-- From nobody Sun Jun 27 10:55:32 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 8E82511C9012; Sun, 27 Jun 2021 10:55:46 +0000 (UTC) (envelope-from webplication@gmail.com) Received: from mail-ot1-x32d.google.com (mail-ot1-x32d.google.com [IPv6:2607:f8b0:4864:20::32d]) (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 4GCSMP00Btz3lwh; Sun, 27 Jun 2021 10:55:44 +0000 (UTC) (envelope-from webplication@gmail.com) Received: by mail-ot1-x32d.google.com with SMTP id 7-20020a9d0d070000b0290439abcef697so15199778oti.2; Sun, 27 Jun 2021 03:55:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=Ua2CPG4XGmkX0d6bSmkaMmic77uf/dYuX6yEaQPuq1M=; b=p/fgHFjby5Go7Hap37W4WLpreaJjfe+wDJw1mk8vH3Q36I3b7dU39t6qWR3cL48MY8 nwKFJSACO+TNHbovvqBeG8M9ZewOooww3JD87dDv5bjQEe4tSGM2gnmtW5Hw7E6Nxy8c f3Hfd6DmxpJVt9fgTEJVwGo/Ujr6zw5OKWWNqVhJLeM/0Q7VcKNyXJKRhGIv8siPiOUA 6Kbid6Uc6PTx4qNgIDtWUaPhp56HhkTi0y9sxXP3ZTToB1kl4hfIVyaId1SXvKNjEFAe JlY574DbCz/UA/O8H0ePZmKaI7sNGKfjo4BfTL99tlXBl6PJgStNtVzxYScfJjulrcrr 24Jw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=Ua2CPG4XGmkX0d6bSmkaMmic77uf/dYuX6yEaQPuq1M=; b=URFEotU2ztPee+Vq77Zt3DRxqD3ITt53Iz17w9Rxvb+O77b7jy1v3W8MfoLPHaaxT+ 4ftQ7yUqYvWDPz8kbkFXhEU1yT5feJyZRIzNlGFNEZ6fG6+Vdw1utbIoX9erbGpg1qT6 cOVVU172raTMhZl4PS724suMRBAqq8p6FBTXLiFGm1a5eZyJt3kHAh9btp63us+CNb06 Ixa2EIk2fcI+AyBZdqQlim0YlTFAbTtWPvjOde+sRwZS2vJc2atiSnsQ4u4KEAyDwiI5 jcExrat9GJbpdUweNC+OE8m9himhNTCTKVwBUIBCAlUin8BVyCDDqDduVHyzshOeG/mz dY9g== X-Gm-Message-State: AOAM533ukd7OES7jp0bsXmDZgVCG0tIiklUxKWzWQ2PylXlG4TMnQmHm V6q79Z5/HVJAtH1kmTvZCgM6nCQw3a4Nd113Pzs/2TAgViH+rSAyUAo= X-Google-Smtp-Source: ABdhPJwg6xKh+EBGA6MCghjc9pVASrfFSzGItPOwJdTAgZ2qoUio4kyurTZX7ouBH+Rp7qLmQYmVmMEA4AfypS20tQY= X-Received: by 2002:a05:6830:99:: with SMTP id a25mr324351oto.19.1624791343631; Sun, 27 Jun 2021 03:55:43 -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 From: J P Date: Sun, 27 Jun 2021 12:55:32 +0200 Message-ID: Subject: FreeBSD ocaml support for aarch64 To: freebsd-ports@freebsd.org, freebsd-arm@freebsd.org Cc: michipili@gmail.com Content-Type: multipart/alternative; boundary="000000000000df10a505c5bd3637" X-Rspamd-Queue-Id: 4GCSMP00Btz3lwh X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=p/fgHFjb; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of webplication@gmail.com designates 2607:f8b0:4864:20::32d as permitted sender) smtp.mailfrom=webplication@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::32d:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; 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)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::32d:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::32d:from]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-ports,freebsd-arm]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: Y --000000000000df10a505c5bd3637 Content-Type: text/plain; charset="UTF-8" Hi, lang/ocaml port is marked as broken on aarch64 and I would like to contribute and have it fixed. The broken reason is incorrect as of now: BROKEN_aarch64= Does not build: sh: as: not found If I comment this line out, "as" is correctly found given the port dependency from binutils: BUILD_DEPENDS= as:devel/binutils The build process stops with: ld: error: can't create dynamic relocation R_AARCH64_LDST64_ABS_LO12_NC against symbol: camlUnix in readonly segment; recompile object files with -fPIC or pass '-Wl,-z,notext' to allow text relocations in the output >>> defined in unix.a(unix.o) >>> referenced by unix.ml:863 >>> unix.o:(camlUnix__waitpid_non_intr_1853) in archive unix.a ld: error: too many errors emitted, stopping now (use -error-limit=0 to see all errors) cc: error: linker command failed with exit code 1 (use -v to see invocation) File "caml_startup", line 1: Error: Error during linking gmake[4]: *** [../Makefile:74: unix.cmxs] Error 2 gmake[4]: Leaving directory '/wrkdirs/usr/ports/lang/ocaml/work/ocaml-4.05.0/otherlibs/unix' gmake[3]: *** [Makefile:1055: otherlibrariesopt] Error 2 gmake[3]: Leaving directory '/wrkdirs/usr/ports/lang/ocaml/work/ocaml-4.05.0' gmake[2]: *** [Makefile:465: opt.opt] Error 2 gmake[2]: Leaving directory '/wrkdirs/usr/ports/lang/ocaml/work/ocaml-4.05.0' gmake[1]: *** [Makefile:531: world.opt] Error 2 gmake[1]: Leaving directory '/wrkdirs/usr/ports/lang/ocaml/work/ocaml-4.05.0' *** Error code 1 Stop. make: stopped in /usr/ports/lang/ocaml Trying to fix this issue by adding -fPIC to CONFIGURE_ARGS does nothing, in the sense that the option actually adds -fPIC to ld args, but the error remains. So I went the other way and changed LDFLAGS as suggested by the error message: LDFLAGS_aarch64= -Wl,-z,notext In this case I hit an obscure error when making with make -j : boot/ocamlrun ./ocamlopt -g -nostdlib -I stdlib -I otherlibs/dynlink -strict-sequence -principal -absname -w +a-4-9-41-42-44-45-48 -warn-error A -bin-annot -safe-string -strict-formats -I utils -I parsing -I typing -I bytecomp -I middle_end -I middle_end/base_types -I asmcomp -I driver -I toplevel -c middle_end/simplify_boxed_integer_ops.ml File "/usr/ports/lang/ocaml/work/ocaml-4.05.0/_none_", line 1: Warning 58: no cmx file was found in path for module Compilenv, and its interface was not compiled with -opaque boot/ocamlrun ./ocamlopt -g -nostdlib -I stdlib -I otherlibs/dynlink -strict-sequence -principal -absname -w +a-4-9-41-42-44-45-48 -warn-error A -bin-annot -safe-string -strict-formats -I utils -I parsing -I typing -I bytecomp -I middle_end -I middle_end/base_types -I asmcomp -I driver -I toplevel -c middle_end/simplify_primitives.ml File "/usr/ports/lang/ocaml/work/ocaml-4.05.0/asmcomp/selection.ml", line 1: Error: Some fatal warnings were triggered (1 occurrences) gmake[4]: *** [Makefile:1270: asmcomp/selection.cmx] Error 2 gmake[4]: *** Waiting for unfinished jobs.... gmake[4]: Leaving directory '/usr/ports/lang/ocaml/work/ocaml-4.05.0' gmake[3]: *** [Makefile:464: opt.opt] Error 2 gmake[3]: Leaving directory '/usr/ports/lang/ocaml/work/ocaml-4.05.0' gmake[2]: *** [Makefile:531: world.opt] Error 2 gmake[2]: Leaving directory '/usr/ports/lang/ocaml/work/ocaml-4.05.0' *** [do-build] Error code 1 make[1]: stopped in /usr/ports/lang/ocaml 1 error make[1]: stopped in /usr/ports/lang/ocaml *** [stage] Error code 2 make: stopped in /usr/ports/lang/ocaml 1 error make: stopped in /usr/ports/lang/ocaml If I continue without -j, ld fails with a similar error: ld: error: relocation R_AARCH64_LDST64_ABS_LO12_NC cannot be used against symbol camlUnix; recompile with -fPIC Note: -fPIC is enabled. I am stuck, can someone suggest how to proceed? Thank you. BR, --000000000000df10a505c5bd3637-- From nobody Sun Jun 27 11:18:58 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 C242A11CA7E7; Sun, 27 Jun 2021 11:19:10 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out2.migadu.com (out2.migadu.com [188.165.223.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GCStQ4bfRz3pM4; Sun, 27 Jun 2021 11:19:10 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Sun, 27 Jun 2021 11:18:58 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=key1; t=1624792743; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=76dy6i/qBK4TYUIUAmOCikyXPVCbMFmGrPe3k0/RoyA=; b=LL99JvsbVlWaAVMv5+TR107m16jbuOxM/eiPeGcN7gJmCl0CApf22jJfvTD71MSjtJ/U+C 3a5v2DXaXDUIKH5YvJXXOv2jAnww+oh4WxH2Siv2q5jY3TdmFM6RhX2p7RUctOf35gNLZq yZNztxMUJ6oYDmJdf4KEIAzm4ig6ZaOl3sc7egORFr4OomyUAzyDbS7LoPhfGt4BDXyVT7 fFt28BIK/0PJPOdIMwNsxpV7XbZUQrhVSQI7xYrMvLHj0/v2wyxJeoNJukcf5hrMeV7TeW AmjSvhbHyh3kpPma6fOn+Fny43GyUxtb2asaT3ny2eCQ5SByGmQrUN/a0NYAbw== X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Greg V To: freebsd-arm@freebsd.org, J P , freebsd-ports@freebsd.org CC: michipili@gmail.com Subject: Re: FreeBSD ocaml support for aarch64 In-Reply-To: References: Message-ID: <7244EA01-0094-44A4-A574-CAE98B92E073@unrelenting.technology> 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-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: greg@unrelenting.technology X-Rspamd-Queue-Id: 4GCStQ4bfRz3pM4 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On June 27, 2021 10:55:32 AM UTC, J P wrote: >Hi, >lang/ocaml port is marked as broken on aarch64 and I would like to >contribute and have it fixed=2E Hi, the version of ocaml in ports is just really old=2E Forget about running 4=2E05 on aarch64, I don't think it has the required = support at all=2E You can apply my 4=2E11 patch from https://bugs=2Efreebsd=2Eorg/bugzilla/show_bug=2Ecgi?id=3D250408 I've also uploaded a patch for some of the broader ocaml ecosystem but lot= s more work needs to be done to update all of it=2E From nobody Sun Jun 27 18:24:17 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 D4F0A11DF795 for ; Sun, 27 Jun 2021 18:24:32 +0000 (UTC) (envelope-from freebsd-arm@darkain.com) Received: from MTA-08-3.privateemail.com (mta-08-3.privateemail.com [198.54.127.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GCfKD4m9Xz4jn2 for ; Sun, 27 Jun 2021 18:24:32 +0000 (UTC) (envelope-from freebsd-arm@darkain.com) Received: from MTA-08.privateemail.com (localhost [127.0.0.1]) by MTA-08.privateemail.com (Postfix) with ESMTP id C7FBE600BB for ; Sun, 27 Jun 2021 14:24:30 -0400 (EDT) Received: from mail-lf1-f45.google.com (unknown [10.20.151.248]) by MTA-08.privateemail.com (Postfix) with ESMTPA id 3A045600B7 for ; Sun, 27 Jun 2021 14:24:30 -0400 (EDT) Received: by mail-lf1-f45.google.com with SMTP id j4so27447654lfc.8 for ; Sun, 27 Jun 2021 11:24:30 -0700 (PDT) X-Gm-Message-State: AOAM530cdnnU0VbsIFP4DcaXAGaJ6GBXKGuHRwBzjEwn15oS/f+4W4XJ GMZcTUoXu/zghc6KkoarjGcIIb9KwOU15P5HS+g= X-Google-Smtp-Source: ABdhPJz1EBevCidsschtid4D8BFxp94ttMA5ErudsOXmnIu9MP8kL25xGb4o1pUI7yXIFQtnFgElOKwaWBTF5RuLxQ4= X-Received: by 2002:ac2:42d1:: with SMTP id n17mr15505842lfl.650.1624818268663; Sun, 27 Jun 2021 11:24:28 -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: In-Reply-To: From: Vincent Milum Jr Date: Sun, 27 Jun 2021 11:24:17 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: lang/rust does not build on aarch64 To: J P Cc: freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="000000000000ba751705c5c37bd7" X-Virus-Scanned: ClamAV using ClamSMTP X-Rspamd-Queue-Id: 4GCfKD4m9Xz4jn2 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --000000000000ba751705c5c37bd7 Content-Type: text/plain; charset="UTF-8" I just tried to build lang/rust on Aarch14 on a FreeBSD 14-CURRENT machine using the latest ports repo from Git. Everything compiled just fine and appears to be running smoothly. There might be something broken in your build environment? Or it may not like being built from a non-default path? Your log log also mentions 1.52.1 but the latest in the ports tree is 1.53.0, so that may play a factor as well. On Sun, Jun 27, 2021 at 3:07 AM J P wrote: > Hi, > it seems rust does not build on aarch64: > ===> Building for rust-1.52.1 > rustup not detected: [Errno 2] No such file or directory: 'rustc' > falling back to auto-detect > running: /wrkdirs/usr/ports/lang/rust/work/bootstrap/bin/cargo build > --manifest-path > /wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/Cargo.toml > --verbose --frozen > Traceback (most recent call last): > File "x.py", line 27, in > bootstrap.main() > File > > "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstrap.py", > line 1175, in main > bootstrap(help_triggered) > File > > "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstrap.py", > line 1148, in bootstrap > build.build_bootstrap() > File > > "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstrap.py", > line 900, in build_bootstrap > run(args, env=env, verbose=self.verbose) > File > > "/wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/bootstrap.py", > line 153, in run > raise RuntimeError(err) > RuntimeError: failed to run: > /wrkdirs/usr/ports/lang/rust/work/bootstrap/bin/cargo build --manifest-path > /wrkdirs/usr/ports/lang/rust/work/rustc-1.52.1-src/src/bootstrap/Cargo.toml > --verbose --frozen > *** Error code 1 > > Stop. > make: stopped in /usr/ports/lang/rust > > Is this known? > > Thank you. > > BR, > --000000000000ba751705c5c37bd7-- From nobody Sun Jun 27 21:00:52 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 C2BAB11E7B48 for ; Sun, 27 Jun 2021 21:00:52 +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 4GCjnc3y1Wz4tDr for ; Sun, 27 Jun 2021 21:00:52 +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 25722190A7 for ; Sun, 27 Jun 2021 21:00:52 +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 15RL0qHW042875 for ; Sun, 27 Jun 2021 21:00:52 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 15RL0q7A042871 for freebsd-arm@FreeBSD.org; Sun, 27 Jun 2021 21:00:52 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202106272100.15RL0q7A042871@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, 27 Jun 2021 21:00:52 +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="16248276520.CECD6D.41516" Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: Y --16248276520.CECD6D.41516 Date: Sun, 27 Jun 2021 21:00:52 +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. --16248276520.CECD6D.41516--