From nobody Wed Jun 26 00:51:59 2024 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 4W837h28Zmz5QKmg for ; Wed, 26 Jun 2024 00:52:16 +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.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4W837g5HGVz4nrh for ; Wed, 26 Jun 2024 00:52:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1719363133; bh=0WW+mT8j5RoG89yWzBWyc2qa9gUrXrPXcrurEVYZyeI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=lPIDejxjQ/Aerq9hUZMAHOIwVLffBbmtizU0QHMFrlkdbobM61pWJMPPJdXBjHeKrqg9jAcP73lKidx2eXR1ddCiqbt46i6JfR8HUL27WAgA8XQbd7CPXcxxwLhhUqJEp7OBvWT/UzFC3EvnvuKbhVr5qtXzqpGERZJQSEgMAC1UAf++q0urnVB29QXYZ1R+5M4o4RF1m+MW4fFlSkmN+h/S3MTRyobdYe6rmp4z1SCDVyUlUIvVg7k58yeiGKWGEsjYQId12uiY0tXuOhI11KSdH+O9ZcLjE0LuiU7OUuxhpf7rzPakWVNl6G8v/10ouZVRGuDSfym3gdgm2ibLAw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1719363133; bh=Yd+/v+v/LHUhL5flHdn+s3BCiymhWmHv/QBGKuPO4Qx=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=R+1OEh2PJCMc8MzJgRAYDPwyEXa5getdHKQZIO4HmEE0Qt+BuXKhfFSEVaK8z5YRhfzlnn+t/3lqY9BWjz58okmiX2nSdxCZbGjFj/4jfj0smg3gerDT8BMZc5OY06FIX5fagcWrj0IN5RGA0MjgZZcWTvAQ9AARtkcPWMCk5EukRp5AE+dDdAxY0BTZACColXi0W7XwyY19ZXzO33bszKrf70uv62EJWJJpf8JdHpa2i8UyuY+UAtnjchyPre7ewTJseTRQGWYDYyeuxbkSAQ/aKgMGtPFEwsyLWnYWUPcFY55KkBKMNUQiz+tFaQ9s3R0549rBF0oY3GCXqfoAfw== X-YMail-OSG: JdaEIE0VM1nLeT3OWl9isxcx31cJvhqWt3bLT3xTI2PAfCABn53MPCJjITdTFo6 SWkvydTJ5ePOY4Li_nBEEHwH7inKTWQDBXzGgnH6JdsOIUdmc1AlCRgcayAu6Z8H8ZAVpdVbIh50 zO33_qAEBdrX3ye97zNtBMj4HN1GpOa6FWxMtdwjDMfyM5XBuIMKikflQ72qKbNx7TW4gxqeKamc 5FweVctLhcsjDLfgYSprBedtm.Di4hXKyrkEVE_SBJl_WjRGdZhmezsQKcJZmKkD_Sbu0_zBQqBg 3ZJ1mUZScl.SpoF.Tv.TGM1Xaa6ChnqSuXM2DvO2o7jL8ILUBn_NnoFaTP6NUWe1AlW9gCYXH0se 4ByDkah10NmRFT.SC7OepxRFuQluNvwFfWo_GWlA2XiiD7f500BOT3xybc73HXywKIv1SPGTPz3S HQgIwyrJVr7.k5KCtg4.SE_oKYqBp20I.phXfkwZV1d5a7r4C1nwdZHAGhoSy_N3UVBlcN3c01YF DpErcxD5vYSlw0AH7Saiy644vBIIiRs7yMs5omjgUI_0vYOzi4muE9nvVHFrOLzAkGTsYYrakSf3 HaffseeviH07ZO__hLGeSiujPyhc1ygAX.Uy9LRpzrSu.xwJxQRtIakXXeXCkzisKL_xaiKMpHx6 H55em8CN5seeJIDwX4rxywooE1TtUXFDNp9cLXIJwgMp1DlwA9XCa2faHaELd1lugjVE8QBLQkZO AKjtp_XGh852m89dxB0tM.kQGOnszcR4T4.4veaC6FpImSbtuwFvla4qHMhHBrOGbfbvh1MK0JxN 4b.pLFGwhadjHqEaARrM7z81A5RqurTNHD1jhIRgft1.HJwCuU9fOAVUxrVLtEb1Z.kmiELGSlvb BcJgTXtgc8qs2GxaqX4bVry8Rh8q.oY.MJQqAMfqIlvn.sgIDbVe7zQmPHzYPkylkE3Jre9m4E7t TY0d3hV_SQ2RvMb2_TblxYwststbJ.7dUKOT5FhNwB0Rpge8fPpGKsAbbp8d56X_kYqY3HTwMjOE __X6XHTUtbpuLBdfSTQFs1IdHy.wR85dT2Vv9EiG4VhGYVxqySQ1yVX0O1G6AnrHt79Jdreaj0El agwDN4D8PpVNczn1yVmqjTquqvGIv2J3noAfonUnmkA2zSBDbnC33Gqdey0ScsVRssWxKzJlzlrH ymZ9L5MeraGQ15sksxi5.XqGJpjYh54IFUBYMcKy_EyfPNLmUnePEjrpxa9HhbyT0GsXN3ceN1H5 NGTIEtDt6.S6xFEPT4VcjyXz.vLE_j..0Pox1b4CA6ApdomKeGQlu_9n9bYq96HVrWT50T3lJVnh uENJXniCQQWPknIhTmsDZmTWcp6K6rYzjBzzz4rVrbwRn6ml2B_yABxrzsc76LW4zQs7A5JnhGcU rAp0b89voVCzYdxT0i2XM2JxSkhPKZP3cCTXNKqFd7n3PKHCFkHvvAC33N__FQ55cRwEfcl2TlQr 9hst4u0JwUeu4818PruJQaJ9SO0qJMZBcKTqS77i4s15ZjZwW9vVMOLL5XHXrqzgZgxeQSJ28nEV IMJO3dDjedoHtu67RDo5yONzrecJT_ES_qDsBVLukkulBNiSZ3_IUYbgVmNav3XxBn6Ez4Pd5vKm mDoR5niVV1v28O922m3t3T0bk64JJcmMVIDe1lZ.WVjJoQaZ9zgQss.0VeihGtSZxItlYw1cGMzT 2kfpYwqs9oRrfOvw.rQY.cZeJHEF4axlWzpG0u9GvJQzEk.PscFoa916aaEa4pKnPg1.5eTmmay1 ppoY4Dxl5K.g7OtDgOVkvxg3w.TFnZdpE42rURF18QewdxE1yEZsu4aZAzi6WYKKsuZFgLoggfZS goZ63LJDIhOisIEKW9X4JAt9cV4NFxpVlQRdxkrh2ooFAR8XQjqnxN_14dcakpX6g3LYRZ0MLDmo sR2w9n79F1GzpAe_zE9feGtZmj1Es4As2bOyHKv5guvkfI4ZRiNQWzuqd4W8.q67du6PE9EGzCZn RloVi4Qpf_O63ugLmk4.rIcEsajPgd3V8e4_2TH4u1DDzuNeM2ak4ro9_JZLQtWxxpIj3e4SnDBA tHOfbBEDAGU5Xh5qlpFl6PNNFwDydlHnsCy33.UrBN3.0qbeHei9KyYyHAjLz9W5QHssfIWBkk64 QqmIYgRdSZs2dQ6.Vmw_Q5DIBZLckx1tUipY2F2WpKz2E37FexJ7dFceCEoYmBjJgxk6gsL.Fcp0 0k63IsZ74lrnp.D5uEAlF9T_cWqydQGcHACiOSvZeqaGf71KNUPfFzFBOtypuSK2fQ8Hb1si6Ovj Ynx0- X-Sonic-MF: X-Sonic-ID: d4228431-2f70-4a6c-b81c-b78a3172045e Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Wed, 26 Jun 2024 00:52:13 +0000 Received: by hermes--production-gq1-5b4c49485c-4t9zs (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 5d0ce6d231f4737e0ce691a0bd9557da; Wed, 26 Jun 2024 00:52:09 +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 16.0 \(3774.600.62\)) Subject: Re: Git clone failures on armv7, was Re: Git core dump checking out main on armv7 From: Mark Millard In-Reply-To: Date: Tue, 25 Jun 2024 17:51:59 -0700 Cc: FreeBSD ARM List Content-Transfer-Encoding: quoted-printable Message-Id: References: <7B376999-B84B-459E-B1C4-CC99EEF8D55A.ref@yahoo.com> <7B376999-B84B-459E-B1C4-CC99EEF8D55A@yahoo.com> <5D5B6739-1685-43F5-80CC-E55603181D09@yahoo.com> <8F4F4B49-5ED3-4ACA-B0D3-356D8459BE95@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3774.600.62) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4W837g5HGVz4nrh On Jun 25, 2024, at 17:28, bob prohaska wrote: > On Sun, Jun 23, 2024 at 10:17:53AM -0700, Mark Millard wrote: >> On Jun 23, 2024, at 07:28, bob prohaska wrote: >>>>=20 >>>> It should be possible to mount the media normally used >>>> on one of the RPi2B v1.1's on, say, an RPi4B. One could >>>> then set up enough context to, say, chroot into the >>>> armv7 file system and try executing the clone in that >>>> context. >>>>=20 >>>=20 >>> That's physically not hard to do. Just power down the stable/14 >>> Pi2 and plug the Pi2's boot disk into the Pi4. >>=20 >> Up to power issues, if bus powered. >>=20 >>>> The result would be using the RPi4B aarch64 kernel and >>>> the armv7 world. If that has no problems, then the armv7 >>>> kernel likely has problems that contribute but the armv7 >>>> world would be less likely to. >>>>=20 >>>> Doing this can get into first using the likes of >>>> (notation presumes use of /mnt at the mount point used >>>> above): >>>>=20 >>>> # mount -tdevfs devfs /mnt/dev/ >>>> and possibly: >>>> # mount -tfdescfs none /mnt/fd/ >>=20 >> That last should have been: >>=20 >> # mount -tfdescfs none /mnt/dev/fd/ >>=20 >> Use of the likes of "mkdir -p . . ." may be required in >> order to have the directories for use as mount points >> if they are missing. >>=20 >>>>=20 >>>> before doing the likes of: >>>>=20 >>>> # chroot /mnt/ >>>> # # EXPERIMENT HERE >>>> # exit >>>>=20 >>> I didn't realise that armv7 binaries would run under >>> an aarch64 kernel. Most convenient! >>=20 >> Such can be used to have a faster way to build armv7 >> packages, that also allows larger armv7 processes to >> be involved (but still 32-bit limited with part of >> the address space reserved, for sure). Not only that, >> the process size limit is not a system >> size limit: An RPi4B with 8 GiBytes of RAM can have >> several armv7 processes at once that total over 4 >> GiBytes of RAM in use at the time, no swapping >> needing to be involved. >>=20 >>>> Also, after exiting the chroot session, one would >>>> do the likes of: >>>>=20 >>>> # umount /mnt/dev/ >>>> and possibly: >>>> # umount /mnt/fd/ >>=20 >> That should have been (order dependent for fd inside dev): >>=20 >> possibly: >> # umount /mnt/dev/fd/ >>=20 >> then: >>=20 >> # umount /mnt/dev/ >>=20 >>>>=20 >>>> # umount /mnt/ >>>>=20 >>> Thank you for the cleanup details! >>=20 >=20 > I ended up trying the experiment twice. The first try used the = mistaken > mount -tfdescfs none /mnt/fd/ but since it was noted "possibly" I = ignored > the error and the git clone command completed successfully. After = noticing > your correction, the experiment was repeated and the clone failed: >=20 > root@nemesis:/usr/2ndgittest # git clone --depth=3D1 -o freebsd = ssh://anongit@192.158.248.9/src.git . > Cloning into '.'... > remote: Enumerating objects: 104636, done. > remote: Counting objects: 100% (104636/104636), done. > remote: Compressing objects: 100% (88903/88903), done. > client_loop: send disconnect: Broken pipe88.34 MiB | 165.00 KiB/s The above "client_loop: send disconnect: Broken pipe" seems to be the original error here. It would be interesting to have evidence of how repeatable such is and what variety of other results happen. So far it is suggestive of the armv7 kernel having problems that the chroot on aarch64 does not have. > fetch-pack: unexpected disconnect while reading sideband packet > fatal: early EOF > fatal: fetch-pack: invalid index-pack output > root@nemesis:/usr/2ndgittest #=20 >=20 > The invalid index-pack output error has been seen on the Pi2s, but it > isn't the most common recently. It followd a successful clone by a=20 > few minutes.=20 >=20 > Hopefully somebody can make sense of the result...! >=20 > Thanks for all your help! >=20 > bob prohaska =3D=3D=3D Mark Millard marklmi at yahoo.com