From nobody Sat Sep 23 22:51:47 2023 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 4RtPXS3c0Nz4vMj2 for ; Sat, 23 Sep 2023 22:52:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.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 4RtPXS0Lb4z3fR5 for ; Sat, 23 Sep 2023 22:52:07 +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=1695509526; bh=fstJu4aSwQ/mkzuk7vyG6kNWuAb2cdwfPaAn2wNH2A0=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=FX0Kd3nLThvGykJIA/0LTBxdNY/Up0B8APl6wuc2EK6yFUb7eIKy5C6MZbc2t1uQrGjyo6yfXTMci76ncXkva4pxkRfXV3fntIWMlv7MswL5GYfkOluDXKQjMe5TfICuTZ/5tTvnc4b9L+jlWDUQsWa+8V7cqtKJbyypELRSJT3YVwwcmXO6kD/KQO0kHbV6USIoNskb7kzqgqc1PXhUnETqlB68q9zlSB50wwErnWvU/5WRFS3UW2xqsD5FkJZLRbgl4Bqaq0TmW0AJ3qPaxyBsjaJw5QCJkl+3e26+8cXVNTHYelpxAJmJdM8PiwqRsbKxF6vVs1+yj+bSycvryQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695509526; bh=3iHs7UCbCizlqc1x9tyYjXXG7pvEyl9lHxBsz1TpaSy=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=SM528586AIlGgQjCEiULjPimvMJCqJKtd2XS8/VXWRU1kfmYb7l6lvLU6bPGzLRBKd79vzdfSL+07SJ3F+0uAqm9YpcZipF4bPy4wJ9o0l6Vt96/MZUha/PHmkgiFXpVcY4QuXlG/CnkWjGjCbHvPJ2X8A3JdSKAuQqr+D/zcFgX4kbbEOXDKuV+v7YoWwbXovykFLH7w8lX05GQyfFpQyehgRGRPIT8bLw0hKe/uWWsGwJsIONykOy+a7SJDsyFF9+esD9sj9DGztQGOB1zafGxidIXML4PIlAfeYMb4UfKPGBn3ClMuF0rbTiIwrZyfMVYH6ZSk5yEJiTYq2yERA== X-YMail-OSG: MI3yaXYVM1nEGDdJatjXyAENJOw24Gap3j.NzW9Ok7dMAjs2x193ewoUy71DxK8 gv0d_incGsK9oehplxbm3qLBxuI3QumAP9EEhYU09EI1wjn825aOvBXhhU_OueiujhI4YKjnAtbG YaMR_8qnIXpWw9sW.rAwleAQ9fcgvL36ryG3YF_mCT7J5.RrEnvF87nvY6G0jFdo.lW.ttGC_2vp L2VA7johcBcxRIc1tiLh.mhLdohMVqh6GWaSF3U0BVF.bRgZi36zXF9Z72jUdRcx_qCm.c3MPCd9 aO4gwB1uF_M41D6yQqSr68Xe0kexssTECb4UxFoH4QinVLhBFUq2TJqWbz9KpHddWNxVRT5uLgVn JOV0zWIBuoy_BRwNZMSVDmoX1pDojrIzXbIBbkTuvXtCXCmEI4zV7Y1xAf.8NUXSVGvLCO8pSzW0 fDmCSkbxHnOraLIU.MCBQbCe3sjjewltV2e1SouoNpdJKtRz4MeoU.jEgs4N6qWwhSbOpEbFvDha r1qkaYC3C28p9CckRafb3VLS752FPcp_PNf5FnmTYOigXMII6aOTeJBlk.LcqBBxhyFFzIEpjl53 EkQqT_5uqXH4JOGbgwpjp4jLljIYq6Va65k4N7tPjfhvJGsf1qrQIMXnF6hjZkOq57o94s6J07LO BFVaQeC_0JzH.qwGADoPKeDR8oRUuanSClB9w6HtSkZg5EBjKsvoNei3y5ND3eb8nC.ScOQmM88A aYF6huxuOvH77v4Wozzcoe0k8KaoQ.CiJxNuMJLNbIiIto0nT77OV9B9RRVGnQeu.BmniT.kkgAq YPzmQhrGYvvJgzFzHn3ivG0_E.s5__0CrT3YaPu1hm0pnPnERq.ImIBmNtWurnzxauZEzMZ9ZjHM 0a_4hbTmPHe74Vrc2axkVqMvAhBuuWVev5XJgPiSEBlmqCcZjZSSNJxPHsLeKrcVu7YawFJNnAe5 YlrZ_1cv.1G4EO8tSezYL20XBUahld4rs1RkIwwSqvLFM.uVBW.eZAu4MSCL4bsSIw3fzQ.09ahX Wls2FF_ljY4Sa9vexExGG2KQcjy8qge4pKG4AFKWh2QYXQxDW3PYldj3XSy6pRwp05ixUUJC36ML Eos9PG40cRcGvl.tcOM.9GyMLUSTFvl5Ey.mqWonE1L.t1Knd3Iyk9I2re4Hz8O.YZqUkeyIYHFq wtht8i_sUz8Jyb9Ed7dSRWrm_7EEDQzIVaj46zm3CfBybZW..Ijyucdkzv9WW_ykLKoerYZeitl2 poBtAZaseETS4yyqTfDUgQLkK9qniitpcIABl6InFtPJa2uX3Jy6tU3y44J9yUXM.BeKd9Catpim Z39yVQ.aToHJXI38sdyOhCCcj9CIGt861yuRqqvEAPQH.FNyEiy7uLIcFfCILkYkVEnxp1wqAaS4 hO9ZfZOQW_oMcAPvxELPYBOrlj5.rw2zR0LfKSLqkW1gXVgbENPoUF16wTBlPNlOTqNhtIVEWa1T DGHY07fJf5fPUt_Unz7eE2W4hQ_T54VsrVuTcA2mb.YwADDtof_SqpObr8_WH.NVp1uwNCslmMPA Z1KKZV8SGvmX33gpQ..INZZnXFRqQth7qZhUK5SqkJ8qh9mm46sZB6JH6fzCVlJBu1P0GD3Kf6jr ZW5sUK2PSNJTZx5bVJtrVpNxAxta4pxshjFPEmOwecCuXq9ik_PHwdGc5Oe7T13yZRAro1rGJr5N F0Z_wZxpsk0momdXEvivyUDW67naw9GGmTv1fvn7x7K.0U4BdxrGDmLOHxh8k19ZALEf3uoW.PuF cADaWUKRXtBs95sZ2Sf4eF.R84mE0V7yUBm6faQ_yRhg3YCXjkcyzepIjZoOGykanvZ4.CzBIENV .ez0VX9CBmnIcTk7FqMT6XnXxfD_qSrZLtZ3oGgpi98cdJtZEPZ8wequ4bfakouHQmQTsP.Byuv8 bWunMvExtdusKUgN.gsH8pQaK.vI7q7xAS0nQ6tcwN1AeiEle486_DQw2y.69wLxY_Z74BQ8Tsx2 QP_naPPOy4p6l37QmqU_O1JfepCAeJhjcVLLjIUemfa8GXMXxyFM4DqrmbDwcx66FKakJLghiWfo qVegA49HKs07dK5f2HgjBC.bUDa8DjhRlv8P7rR55ZRZfSrPAnVojpUYtHRGdLrBG2itkrXegekJ q2QD_h0JSF0ZZ7LR.eGMv8OR6ojvGvJ2jdS7NB_ASCAhwax07Xr3UAVQbE.sxZvSS.BVnqEg1sgo vT6EpKXDJCSsYdJTVPVmWJeCuXC4xRAorDPMvy8kT1Kjjx6DLjp2oG5S7Bwj13_.3ZZ4Cc0wVvx3 r.h_N X-Sonic-MF: X-Sonic-ID: a24279d8-2bd2-4547-87f2-fae013baa242 Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Sat, 23 Sep 2023 22:52:06 +0000 Received: by hermes--production-ne1-6cbd549489-jfw92 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c531b950d067def1344f470bace09c08; Sat, 23 Sep 2023 22:51:59 +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 \(3731.700.6\)) Subject: Re: Shutdown -r under -current hangs on RPi3 From: Mark Millard In-Reply-To: Date: Sat, 23 Sep 2023 15:51:47 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <0AADDACB-ABA3-47FF-B3A7-05B313F5326C@yahoo.com> <9D29DD48-1572-4C04-AD88-8436AC8DDDCC@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3731.700.6) 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: 4RtPXS0Lb4z3fR5 On Sep 23, 2023, at 15:26, bob prohaska wrote: > On Sat, Sep 23, 2023 at 12:41:34PM -0700, Mark Millard wrote: > [huge snip] > >> >> So a "boot -v" before such sessions might, eventually, prove >> useful. >> > > Are you saying boot -v will affect or display extra shutdown > messages? Yes, such is possible. It even can cause extra messages during normal operations. (Such is not its normal intent but I've seen some normal-operation debug code guarded by checking for verbose boot having been enabled.) QUOTE boot -v can add messages both to boot-time and to the later reboot/shutdown-time. END QUOTE That does not mean that the boot -v is entered later to do so. However, there is: # sysctl -Wd debug.bootverbose debug.bootverbose: Control the output of verbose kernel messages So use of: # sysctl debug.bootverbose=1 before shutdown may be a way of controlling it later, after having already booting. This might be handy if one forgot to do the the boot -v at boot time. > I couldn't find a man page for the boot command. It is a FreeBSD-loader command, not a FreeBSD-OS command. But the "-v" is interpreted by the kernel, not the loader. There is: # man loader_simp but it just reports: boot boot kernelname [...] boot -flag ... Immediately proceeds to bootstrap the system, loading the kernel if necessary. Any flags or arguments are passed to the kernel, but they must precede the kernel name, if a kernel name is provided. It is the kernel that interprets the "-v", not the loader. > Apologies if I'm being dense, but I don't see an opportunity > to invoke boot -v manually after invoking shutdown -r. That is because you do it before invoking shutdown -r . You can not wait until the problem has already occurred. You must cause the extra messaging to be enabled before knowing if the problem will occur. > Typically I type shutdown -r, the system may or may not > emit the ertt message, but keeps going to emit the > "Resetting system ..." message. At that time the system > either reboots normally, or becomes unresponsive to the > serial console. If it reboots, the red power LED turns > on, the green LED flashes briefly, the disk LED starts > flashing and the red LED turns off as boot progresses. > > If the boot gets stuck the red LED remains off, given > enough time the disk LED turns off. At that point power > cycling seems to be the only way out. > > The fact that the system emits a "Resetting system" > message suggests the complaint about ertt isn't fatal. You assume, serial/sequential/single-threaded/non-interrupt based. That may or may-not be the case. I'm giving instructions based on covering both alternatives. But I've also said that the extra messages are potentially useful even if there is no ertt related message generated. So it need not matter if the ertt related code is involved in the hangup: boot -v ( or sysctl debug.bootverbose=1 ) is still appropriate. === Mark Millard marklmi at yahoo.com From nobody Sun Sep 24 01:13:13 2023 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 4RtSgJ0zydz4vXTx for ; Sun, 24 Sep 2023 01:13:16 +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 4RtSgH5BCwz4P5c for ; Sun, 24 Sep 2023 01:13:15 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.15.2) with ESMTPS id 38O1DD47036682 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 23 Sep 2023 18:13:13 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 38O1DDhS036681; Sat, 23 Sep 2023 18:13:13 -0700 (PDT) (envelope-from fbsd) Date: Sat, 23 Sep 2023 18:13:13 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org Subject: Re: Shutdown -r under -current hangs on RPi3 Message-ID: References: <0AADDACB-ABA3-47FF-B3A7-05B313F5326C@yahoo.com> <9D29DD48-1572-4C04-AD88-8436AC8DDDCC@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-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:7065, ipnet:50.1.16.0/20, country:US] X-Rspamd-Queue-Id: 4RtSgH5BCwz4P5c On Sat, Sep 23, 2023 at 03:51:47PM -0700, Mark Millard wrote: > > # sysctl -Wd debug.bootverbose > debug.bootverbose: Control the output of verbose kernel messages > > So use of: > > # sysctl debug.bootverbose=1 > > before shutdown may be a way of controlling it later, after > having already booting. This might be handy if one forgot > to do the the boot -v at boot time. > Ahh, so I was being dense.... sysctl never crossed my mind. I've added sysctl debug.bootverbose=1 to /etc/sysctl.conf and rebooted. The reboot completed without complaints about errt, but as it came up multiuser the console reported: sysctl: unknown oid 'sysctl debug.bootverbose' at line 11 However, if I type sysctl debug.bootverbose=1 while logged in as root I see root@pelorus:~ # sysctl debug.bootverbose=1 debug.bootverbose: 0 -> 1 root@pelorus:~ # So, for some reason the command has to be entered interactively, at least for now. Rebooting with shutdown -r reported swap device removal. The errt complaint remained absent. There's something odd about sysctl debug.bootverbose. For example: root@pelorus:~ # sysctl -a | grep -i bootverbose <118>sysctl: unknown oid 'sysctl debug.bootverbose' at line 11 debug.bootverbose: 0 root@pelorus:~ # sysctl debug.bootverbose debug.bootverbose: 0 root@pelorus:~ # sysctl debug.bootverbose=1 debug.bootverbose: 0 -> 1 root@pelorus:~ # Am I committing some invisible (to me) typo? Thanks for writing! bob prohaska From nobody Sun Sep 24 01:32:46 2023 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 4RtT655p2Cz4vYws for ; Sun, 24 Sep 2023 01:33:01 +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.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 4RtT6539Nkz4RSP for ; Sun, 24 Sep 2023 01:33:01 +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=1695519178; bh=ZwyYkSW+C/7DwS5IU3NsVP1tL789HR3lykxZl5e7U9c=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=XGj72a+fje/pPd9PUm3Br/fKI7a3htwHoXCmi3GsOlqYe7BYLr4a176A+xA+MkWNN5gvJZSCI6TYGX2J73cfKt4OIIoeIOg5rj+Dtu9BktAMvs7nA06mL1zwkULcJSECIYuNWU8S9u2wfN/X4GvLCN0mXzmRIeX03DDTAWE13Yle+Z/PVEoUYqD9ctkT+hxY2pzx4RZrlhqU0k+42Cr3ONEKgNR3WIP/0HY+spgQKYGsvoF2oHhhGHC3P2ipbTEw04RPjUBQAO0SxR+27wyI1iOdIlFV3OVmqQTvjrmpdXJY3qZhiGdO/jUgogIVOGzUww3QaHP0ddiEn5IVJo6dNQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695519178; bh=rZEQ3vQjUn9JEFiKpRiUBZRYxxkKVoav08S2XHZPxW1=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=QDf05n9nz1tzXz+Zm6Hs6ESugRLgp/DNVEmmp4d/AZy9/e+POvx4B2iMAGeWznSrVJf3KqfU0q3iTYQSFTyOUJ8InnDi1TiOILF5Z95KFJDnJdFKfXA+G3pn0Qq379pGAIWrppp0lUe+Zq0AT9MU6DN+8OzXPgrdAfYEyUy+7a92X4zH4Y+DBjdaNjxK8FeHaXg29IFgX0qBrWco4XnemCSmsvPpdcJkPVbQaOrgNZSTZKgvEq7zkJaTSOrnV8OZNQ/GdPT491itopCiXttCzHkSEIIc/itY63626h3ZyU5/jiSVTlE1ICGsTMXBfK0/HR+TpbtxRm7ZCT5HkEx6bw== X-YMail-OSG: 5VMndk8VM1k9nqEqIgzVZO4EYDOXXv7dHMtDURDam7vouo87ONd2oQV_NSHBVJV aop7A87ArglgkaJSMHTb7ejVaH6FuYe4Dv1a5C8m_e0o7d2cz5SUH.wl8CTKZr8lf7DbUUn.7fgh 57vQUFfGau.RPvVJg4YXsZUuP2m5ZFryWS7io9WICFfWciPetOftu74Aac7sqK0SNeYb8kU51qXG ISeHuUY0ZCdKE7osLQ9xjzkIRCejv1oLsVQ1dOplMK9KPj.HzRN674bDjmlh5Iwn2iBV2CNsDtZU bCpvxgF0M8.2tLZ3CTiCt15jLWvNc4ADpAl7P6AUoAVdS7k9ibcbAFIfyoXBmLR8d1up6JPQT36r sbs9wG_cvZilPXWNN56sWWCBcYP.g8egyU1SVuq6JrNFsWbg3n0IDV7a3dhiqHzofC5_5qiK_A3l JB7XMgvK9gsuk3BsNR32Ely1ql0SYbPtas.yfHnfQf35FZjqAz4JrEf_4qEpEX9OpQkoOb6rKDk7 K00ER9ShXdWptubky7bf64zF5EKVn883DWy1_NuGU5YkbYrbrc69jWWF4Kqk5tWve59YM53fPDmJ lj9Ag0uBaPqzTdxHHsRduJ__WaYcJY9Hn9hHDY.pdxCwOX6KIjXkNpp9Lfx1gJt_vyjnsr2MTbbK ppymdyXYYbz3XGMPimiH_atgpcZIf2SEbvs3GDbPH04Mz0SmG_2a7dvlmEQqa4LDoqoBLKDVyyQ2 3p7bWmQky6Z4.GNbA9XxKCkRmKBz_zgVFpqBIqCtsX8t4XhTn0RTTJgZwF4DfA3V3mIvI4Fa8gv3 zR4x3xwAogwcYx8KTU3m7aZu7iYAV61JeDeK_fRTHVQ9_7o4rXYmF98yXrFVkJXCOXNGdhC4yjI0 nI47ATu9mCeQkcWEWmgeOMLRw3n.4P.i0wVZSetdU1C0Tu1x_uYdrQ6XdAtjm9VPOAcRHI15jUcc i9LRL7f7f7HQ6v2gr5v9Iw4yY7qN9RSDUMh54yze2vFPG3yoBnGiMRQpizkZvEzM02nNeqzvGGYy 06i4aLmb5TW7eZe_tUS_K2AbyCk4rlrjOCNcOz5Q1C5IZ0GaSAS86mhru8B.TCmGpWQA1RIIZPN6 Y2wbUbZMq1baSx54FW8oTEE8wh4FsQb.PaLas82VdTdhSKdEU5CzB6Wx0ptSu9c9XKcnEVHs5GdT 1NJX9YlpxLV1moYJAY9j6Cj3T8fl7Gb7aHKYC3rwygaXdKIA7mciOHjaVUSsRNnFeI1ag3WEfJw8 sBkGXavNB48ZUOujWDp_R5nV3QwP6yHLu8xw2z.y3TQHtGEc9060hhlQBSp950xxxVLKiPWKMudG 7ssAGUu03jrybOH2xccsKTWGPCiKT5GqE1YgPIaMb0lBRkFSDq_8kAEVqzSnX2dmZxw16VosOAhd 7..PJsS5dWtLal.0ExXJsPbXnT9YTUFsJ.OEMOum_PqD5B0uKh5JotzIgOeVam2ecxtq4jyDv_9U yz9uAwbSgLu.vu5Ps2LbsOFO75FUEXkazDww6oOsvhRUfX9B8qR.D.HHrUO6LqfMlBPyP9_P415u eVBSoLT5lT7TWGd5y_3U7UmJ5c7ehmxc6UIlF8ThXgH6z.MIPWpZTIReNi0oQByyLkJ96vhbkgrI YCwcHSRcbtkw46TB2pVtctQ6Idz1csf0qIWc_skM4ADrew8Fp3WO2PlNY7ExS5U5s1_2wliQEt7z g57xut60wsC90ZHalHfN74DPoUrkSvTX9Awb.u4c6qjiBumTQb24pKZEFOqaC5fvhpIyKHf_A_0f iwxPYTz7BySKFXPAVfB3UxnTvw_nAmmce75XnrpufgsTpFj.Ksuig63j.38zKx_b0NtcBcUXTM_z slyFGobexS_adXCFdMBvwumJcnNLmdlUMDczwVyF2KPd2tpws3GfgeQhsIq1P6sowT9ndH.4h6Ki TRGfUISe27j.jG6UXHc0dhpGteRziRh1tOOWFqT0LqBXq9392PXSnxaU5PholPKEC0oAYqdJT79E 8hcYGBuzJeAtW8h4QsmE_v1PfkrD6ZVagIUcGu3eHplpgwaZ73KcFig0ZqxO5Y9bqp5Yeg_v8aP7 myPiHYMuw_oXk9MoGWLEvpcvua.Qnzsnn5pNi9GnXwFTXgO5J3Xyv9brEnP9Wo6LKNL.wVHqA8U0 2mdNXGWfwJjMfW3KBbBaGTiknu19i6yxSZxCL7hcB9A7V6.t.fuzW66ePJRX5n674mGQIulQ3fIu 3WLcxNDMAsy.CjJFJPTx1qRVUU7eKsSBLHSM2NP6CinqeSXI_BCPnZ9K.f7Gu6c8pDfPWLa3FCn3 nzSp31w-- X-Sonic-MF: X-Sonic-ID: 779cbba2-9032-4948-982b-ab857b6d667e Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sun, 24 Sep 2023 01:32:58 +0000 Received: by hermes--production-gq1-77657878bb-6nv9v (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c324f694c5064f3a84b3f8e86007c243; Sun, 24 Sep 2023 01:32:56 +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 \(3731.700.6\)) Subject: Re: Shutdown -r under -current hangs on RPi3 From: Mark Millard In-Reply-To: Date: Sat, 23 Sep 2023 18:32:46 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <88F77A9A-F3BB-4FEA-8330-EC5992D7B36B@yahoo.com> References: <0AADDACB-ABA3-47FF-B3A7-05B313F5326C@yahoo.com> <9D29DD48-1572-4C04-AD88-8436AC8DDDCC@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3731.700.6) 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: 4RtT6539Nkz4RSP On Sep 23, 2023, at 18:13, bob prohaska wrote: > On Sat, Sep 23, 2023 at 03:51:47PM -0700, Mark Millard wrote: >> >> # sysctl -Wd debug.bootverbose >> debug.bootverbose: Control the output of verbose kernel messages >> >> So use of: >> >> # sysctl debug.bootverbose=1 I showed the interactive/shell-script command, not a line for use in /etc/sysctl.conf . >> before shutdown may be a way of controlling it later, after >> having already booting. This might be handy if one forgot >> to do the the boot -v at boot time. >> > Ahh, so I was being dense.... sysctl never crossed my mind. > > I've added sysctl debug.bootverbose=1 to /etc/sysctl.conf and rebooted. /etc/sysctl.conf looks like (just an example with comments removed): vfs.zfs.min_auto_ashift=12 vfs.zfs.per_txg_dirty_frees_percent=5 vm.swap_enabled=0 vm.swap_idle_enabled=0 debug.minidump=1 kern.nodump_coredump=1 kern.capmode_coredump=1 kern.sugid_coredump=1 kern.tty_info_kstacks=1 Note the lack of any "sysctl " prefix: it is not a shell script. It only contains the assignment notation, not a shell command. > The reboot completed without complaints about errt, but as it came up > multiuser the console reported: > sysctl: unknown oid 'sysctl debug.bootverbose' at line 11 Yep: Remove the "sysctl " prefix. > However, if I type > sysctl debug.bootverbose=1 while logged in as root I see > root@pelorus:~ # sysctl debug.bootverbose=1 > debug.bootverbose: 0 -> 1 > root@pelorus:~ # > > So, for some reason the command has to be entered interactively, > at least for now. > > Rebooting with shutdown -r reported swap device removal. > The errt complaint remained absent. > > There's something odd about sysctl debug.bootverbose. For example: > > root@pelorus:~ # sysctl -a | grep -i bootverbose > <118>sysctl: unknown oid 'sysctl debug.bootverbose' at line 11 One of the things in a sysctl entry is logging output of error messages. One of those messages contained the text "bootverbose" and show was shown by the grep. > debug.bootverbose: 0 That is the normal output of the default value. > root@pelorus:~ # sysctl debug.bootverbose > debug.bootverbose: 0 That is again the normal output of the default value, but by a request for just the one value to be output. > root@pelorus:~ # sysctl debug.bootverbose=1 > debug.bootverbose: 0 -> 1 That is just reporting the explicit change to the non-default value. > root@pelorus:~ # > > Am I committing some invisible (to me) typo? > The only oddity was the "sysctl " prefix in /etc/sysctl.conf === Mark Millard marklmi at yahoo.com From nobody Sun Sep 24 02:40:21 2023 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 4RtVbs1n1Mz4vddY for ; Sun, 24 Sep 2023 02:40:25 +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 4RtVbs05BNz4Ytc for ; Sun, 24 Sep 2023 02:40:22 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.15.2) with ESMTPS id 38O2eLv1036953 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 23 Sep 2023 19:40:22 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 38O2eLBw036952; Sat, 23 Sep 2023 19:40:21 -0700 (PDT) (envelope-from fbsd) Date: Sat, 23 Sep 2023 19:40:21 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org Subject: Re: Shutdown -r under -current hangs on RPi3 Message-ID: References: <0AADDACB-ABA3-47FF-B3A7-05B313F5326C@yahoo.com> <9D29DD48-1572-4C04-AD88-8436AC8DDDCC@yahoo.com> <88F77A9A-F3BB-4FEA-8330-EC5992D7B36B@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: <88F77A9A-F3BB-4FEA-8330-EC5992D7B36B@yahoo.com> 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:7065, ipnet:50.1.16.0/20, country:US] X-Rspamd-Queue-Id: 4RtVbs05BNz4Ytc On Sat, Sep 23, 2023 at 06:32:46PM -0700, Mark Millard wrote: > On Sep 23, 2023, at 18:13, bob prohaska wrote: > > > On Sat, Sep 23, 2023 at 03:51:47PM -0700, Mark Millard wrote: > >> > >> # sysctl -Wd debug.bootverbose > >> debug.bootverbose: Control the output of verbose kernel messages > >> > >> So use of: > >> > >> # sysctl debug.bootverbose=1 > > I showed the interactive/shell-script command, not a line for > use in /etc/sysctl.conf . Ok, my density has been (slightly) reduced. Fixed now, updated and running buildworld. Thanks for your patience! bob prohaska From nobody Sun Sep 24 15:17:54 2023 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 4RtqPx6DGnz4v5qg for ; Sun, 24 Sep 2023 15:17:57 +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 4RtqPw5C82z3HnY for ; Sun, 24 Sep 2023 15:17:56 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; dkim=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; dmarc=none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.15.2) with ESMTPS id 38OFHsFL038696 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 24 Sep 2023 08:17:54 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 38OFHsXM038695; Sun, 24 Sep 2023 08:17:54 -0700 (PDT) (envelope-from fbsd) Date: Sun, 24 Sep 2023 08:17:54 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org Subject: Re: Shutdown -r under -current hangs on RPi3 Message-ID: References: <0AADDACB-ABA3-47FF-B3A7-05B313F5326C@yahoo.com> <9D29DD48-1572-4C04-AD88-8436AC8DDDCC@yahoo.com> <88F77A9A-F3BB-4FEA-8330-EC5992D7B36B@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-Spamd-Bar: / X-Spamd-Result: default: False [-0.64 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.998]; NEURAL_HAM_SHORT(-0.54)[-0.537]; MID_RHS_WWW(0.50)[]; WWW_DOT_DOMAIN(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MIME_TRACE(0.00)[0:+]; FREEMAIL_TO(0.00)[yahoo.com]; R_DKIM_NA(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[zefox.net]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Queue-Id: 4RtqPw5C82z3HnY It appears that setting debug.bootverbose=1 suppresses the otherwise-persistent Khelp module "ertt" can't unload until its refcount drops from 1 to 0. message during shutdown. No new output either, apart from the swap removal notice. So far, the few shutdown -r experiments tried have not gotten stuck, even after an OS build/install cycle. Thanks for all your help! bob prohaska From nobody Sun Sep 24 17:46:35 2023 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 4Rttjd54Nlz4vFYj for ; Sun, 24 Sep 2023 17:46:45 +0000 (UTC) (envelope-from sergeantsagara@protonmail.com) Received: from mail-4316.protonmail.ch (mail-4316.protonmail.ch [185.70.43.16]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits)) (Client CN "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rttjd1P1Cz3Ysf for ; Sun, 24 Sep 2023 17:46:45 +0000 (UTC) (envelope-from sergeantsagara@protonmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protonmail.com header.s=protonmail3 header.b="WTid/Ezo"; spf=pass (mx1.freebsd.org: domain of sergeantsagara@protonmail.com designates 185.70.43.16 as permitted sender) smtp.mailfrom=sergeantsagara@protonmail.com; dmarc=pass (policy=quarantine) header.from=protonmail.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1695577602; x=1695836802; bh=uWue/WJtKUbTxp5bfM0hdS3qDS7IAH1bfaM3z/UeNAg=; h=Date:To:From:Cc:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=WTid/Ezo9NY2I1AR1BPHJzmyUEh2glk5Y3phJE0iijM5UHNqqTon/mwODwwjiJrX9 pOmA1JMDaykSq3YGHkcUUuAViy2OifKPSDRfv4iX0Ipqq6z6Udfi19jh5/xfNLghuf GbgDFQyX/g4r4WI3T9CjXf6pJZFxYAYBf/85/3wXZ1ZfKZEh01aTy6coMMwXcQH/ca jbbGMBbbrrEogXeQWEEu0xCTKAkUswU60iGuUNp5z9XTlDZUzVhxzgSa9EsqsKl0U5 zusJnXJ45E7Ecx0iQR1xMesq3E1niD5IqwQ1TGQg+1f/OOiYknd8+v1hR8K46l/pDF E1m4LkBAKYoiQ== Date: Sun, 24 Sep 2023 17:46:35 +0000 To: freebsd-arm@FreeBSD.org From: Rahul Rameshbabu Cc: Rahul Rameshbabu Subject: FreeBSD aarch64 buildworld target fails to build 32-bit compat LLVM compiler-rt due to fp support Message-ID: <87h6njh3ba.fsf@protonmail.com> Feedback-ID: 26003777:user:proton 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-Spamd-Bar: --- X-Spamd-Result: default: False [-3.71 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; RWL_MAILSPIKE_EXCELLENT(-0.40)[185.70.43.16:from]; NEURAL_HAM_SHORT(-0.31)[-0.314]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail3]; R_SPF_ALLOW(-0.20)[+ip4:185.70.43.0/24:c]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; MLMMJ_DEST(0.00)[freebsd-arm@FreeBSD.org]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ZERO(0.00)[0]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[protonmail.com:+]; FREEMAIL_CC(0.00)[protonmail.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4Rttjd1P1Cz3Ysf Hello, I am trying to build the FreeBSD project for aarch64 to better support the Raspberry Pi 3 and Raspberry Pi 4 boards in the project. https://wiki.freebsd.org/arm/Raspberry%20Pi I use the following build command (generic aarch64 target). make TARGET_ARCH=3Daarch64 SRCCONF=3D/dev/null __MAKE_CONF=3D/dev/null -j= 32 buildworld I notice the following error related to HW floating point support on armv7 (32-bit arch) target that is compiled for compat/32-bit build purpose= s. --- fixunsdfsivfp.o --- /usr/src/contrib/llvm-project/compiler-rt/lib/builtins/arm/fixunsdfsivfp.= S:26:2: error: instruction requires: fp registers --- lshrdi3.o --- cc -march=3Darmv7 -m32 -target armv7-unknown-freebsd15.0-gnueabihf -DCOM= PAT_LIBCOMPAT=3D\"32\" -DCOMPAT_libcompat=3D\"32\" -DCOMPAT_LIB32 --sysr= oot=3D/home/binary-eater/Documents/crochet/work/obj/usr/src/arm64.aarch64/t= mp -B/home/binary-eater/Documents/crochet/work/obj/usr/src/arm64.aarch64/t= mp/usr/bin -B/home/binary-eater/Documents/crochet/work/obj/usr/src/arm64.aa= rch64/tmp/usr/lib32 -O2 -pipe -fno-common -target armv7-unknown-freebsd -= fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -I/usr/src/contrib/llvm-proj= ect/libunwind/include -DEMIT_SYNC_ATOMICS -g -gz=3Dzlib -MD -MF.depend.lsh= rdi3.o -MTlshrdi3.o -std=3Dgnu99 -Wno-format-zero-length -Wsystem-headers -= Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wdate-ti= me -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-err= or=3Dunused-but-set-parameter -Wno-tautological-compare -Wno-unused-value -= Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unu= sed-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-sw--- fixu= nsdfsivfp.o --- vmov d7, r0, r1 ^ /usr/src/contrib/llvm-project/compiler-rt/lib/builtins/arm/fixunsdfsivfp.= S:27:2: error: instruction requires: double precision VFP VFP2 vcvt.u32.f64 s15, d7 ^ /usr/src/contrib/llvm-project/compiler-rt/lib/builtins/arm/fixunsdfsivfp.= S:28:2: error: instruction requires: fp registers vmov r0, s15 ^ --- lshrti3.o --- --- lshrdi3.o --- itch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/= contrib/llvm-project/compiler-rt/lib/builtins/lshrdi3.c -o lshrdi3.o --- fixunssfsivfp.o --- /usr/src/contrib/llvm-project/compiler-rt/lib/builtins/arm/fixunssfsivfp.= S:26:2: error: instruction requires: fp registers vmov s15, r0 ^ /usr/src/contrib/llvm-project/compiler-rt/lib/builtins/arm/fixunssfsivfp.= S:27:2: error: instruction requires: VFP2 vcvt.u32.f32 s15, s15 ^ /usr/src/contrib/llvm-project/compiler-rt/lib/builtins/arm/fixunssfsivfp.= S:28:2: error: instruction requires: fp registers vmov r0, s15 ^ --- moddi3.o --- --- modsi3.o --- --- lshrti3.o --- cc -march=3Darmv7 -m32 -target armv7-unknown-freebsd15.0-gnueabihf -DCOM= PAT_LIBCOMPAT=3D\"32\" -DCOMPAT_libcompat=3D\"32\" -DCOMPAT_LIB32 --sysr= oot=3D/home/binary-eater/Documents/crochet/work/obj/usr/src/arm64.aarch64/t= mp -B/home/binary-eater/Documents/crochet/work/obj/usr/src/arm64.aarch64/t= mp/usr/bin -B/home/binary-eater/Documents/crochet/work/obj/usr/src/arm64.aa= rch64/tmp/usr/lib32 -O2 -pipe -fno-common -target armv7-unknown-freebsd -= fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -I/usr/src/contrib/llvm-proj= ect/libunwind/include -DEMIT_SYNC_ATOMICS -g -gz=3Dzlib -MD -MF.depend.lsh= rti3.o -MTlshrti3.o -std=3Dgnu99 -Wno-format-zero-length -Wsystem-headers -= Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wdate-ti= me -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-err= or=3Dunused-but-set-parameter -Wno-tautological-compare -Wno-unused-value -= Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unu= sed-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-sw--- modd= i3.o --- cc -march=3Darmv7 -m32 -target armv7-unknown-freebsd15.0-gnueabihf -DCOM= PAT_LIBCOMPAT=3D\"32\" -DCOMPAT_libcompat=3D\"32\" -DCOMPAT_LIB32 --sysr= oot=3D/home/binary-eater/Documents/crochet/work/obj/usr/src/arm64.aarch64/t= mp -B/home/binary-eater/Documents/crochet/work/obj/usr/src/arm64.aarch64/t= mp/usr/bin -B/home/binary-eater/Documents/crochet/work/obj/usr/src/arm64.aa= rch64/tmp/usr/lib32 -O2 -pipe -fno-common -target armv7-unknown-freebsd -= fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -I/usr/src/contrib/llvm-proj= ect/libunwind/include -DEMIT_SYNC_ATOMICS -g -gz=3Dzlib -MD -MF.depend.mod= di3.o -MTmoddi3.o -std=3Dgnu99 -Wno-format-zero-length -Wsystem-headers -We= rror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wdate-time= -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error= =3Dunused-but-set-parameter -Wno-tautological-compare -Wno-unused-value -Wn= o-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unuse= d-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-swit--- lshr= ti3.o --- itch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/= contrib/llvm-project/compiler-rt/lib/builtins/lshrti3.c -o lshrti3.o --- modsi3.o --- cc -march=3Darmv7 -m32 -target armv7-unknown-freebsd15.0-gnueabihf -DCOMP= AT_LIBCOMPAT=3D\"32\" -DCOMPAT_libcompat=3D\"32\" -DCOMPAT_LIB32 --sysroot= =3D/home/binary-eater/Documents/crochet/work/obj/usr/src/arm64.aarch64/tmp = -B/home/binary-eater/Documents/crochet/work/obj/usr/src/arm64.aarch64/tmp/u= sr/bin -B/home/binary-eater/Documents/crochet/work/obj/usr/src/arm64.aarch6= 4/tmp/usr/lib32 -O2 -pipe -fno-common -target armv7-unknown-freebsd -fpic = -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -I/usr/src/contrib/llvm-project/l= ibunwind/include -DEMIT_SYNC_ATOMICS -g -gz=3Dzlib -MD -MF.depend.modsi3.o= -MTmodsi3.o -std=3Dgnu99 -Wno-format-zero-length -Wsystem-headers -Werror = -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wdate-time -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error=3Dun= used-but-set-parameter -Wno-tautological-compare -Wno-unused-value -Wno-par= entheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-loc= al-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enu--- mod= di3.o --- ch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/co= ntrib/llvm-project/compiler-rt/lib/builtins/moddi3.c -o moddi3.o --- modsi3.o --- m -Wno-knr-promoted-parameter -Qunused-arguments -target armv7-unkno= wn-freebsd -c /usr/src/contrib/llvm-project/compiler-rt/lib/builtins/arm/= modsi3.S -o modsi3.o --- fixunsdfsivfp.o --- *** [fixunsdfsivfp.o] Error code 1 make[4]: stopped in /usr/src/lib/libcompiler_rt --- fixunssfsivfp.o --- *** [fixunssfsivfp.o] Error code 1 make[4]: stopped in /usr/src/lib/libcompiler_rt 2 errors make[4]: stopped in /usr/src/lib/libcompiler_rt make[3]: stopped in /usr/src --- lib/libgcc_eh__PL --- make[3]: stopped in /usr/src make[2]: stopped in /usr/src 0.31 real 2.27 user 0.81 sys *** [build32] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src make: stopped in /usr/src I believe this is due to a couple of parts in the build system where I am not sure what the right solution would be. In lib/libcompiler_rt/Makefile.inc: .for file in ${SRCF} .if ${MACHINE_CPUARCH} =3D=3D "arm" && (!defined(CPUTYPE) || ${CPUTYPE:M*= soft*} =3D=3D "") \ && exists(${CRTSRC}/${CRTARCH}/${file}vfp.S) SRCS+=3D=09=09${file}vfp.S . elif exists(${CRTSRC}/${CRTARCH}/${file}.S) SRCS+=3D=09=09${file}.S . else SRCS+=3D=09=09${file}.c . endif .endfor When 32-bit compat for aarch64 is compiled, the first conditional is true and this leads to the vfp assembly variants under contrib/llvm-project/compiler-rt/lib/builtins/arm being chosen as source that needs to be assembled (but the compiler options seem to lack the needed arguments for the specific fp register support needed for vfp). I believe these options are determined by the following snippet in share/mk/bsd.compat.mk. .elif ${COMPAT_ARCH} =3D=3D "aarch64" HAS_COMPAT+=3D=0932 .if empty(LIB32CPUTYPE) LIB32CPUFLAGS=3D=09-march=3Darmv7 .else LIB32CPUFLAGS=3D=09-mcpu=3D${LIB32CPUTYPE} .endif The problem here is that armv7 is selected for the arch but there is no indication of vfp support, which leads to the error seen. I am not sure what the ideal fix is (avoid using vfp built-in for 32-bit compat or hack up the compat build to indicate 32-bit compat for aarch64 always has HW fp support). You can find the full logs here if needed. https://gist.github.com/Binary-Eater/1ced3c02530254e716c441ed77ce4d8c -- Thanks, Rahul Rameshbabu From nobody Sun Sep 24 19:02:27 2023 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 4RtwPM2kTBz4vKbn for ; Sun, 24 Sep 2023 19:02:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (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 4RtwPL6lTvz4H2D for ; Sun, 24 Sep 2023 19:02:46 +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=1695582164; bh=6RkBQ8KR39+Nsm2bUp1zBsWBnGq5xlOBUm5uk/JRZOo=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=DmgjNvqOu6i5orzEOmCDlJ3IfNdC23pCkDnr3hg7ZqLpLoQyhcHZJHjKVfiVgZoE75uGktoiPeC58YvCpTM7ZikBZLcuItp7QPM3QpCYkN38agH+6sBO0fseg69CuHkJNb9z3pAtvAf02kNweFdBmIIiQZuaVTjZI5ZSfCINIlhqeG6WpbZP5B5HYkyrel93uEFIYauVdv6gdFhIdmcs+Dk5PrAJcPkJUO3JYwGOLVIwOHT0qgqR6txUBhHfTiI3ybmYWlC4cdLMNExBaX6TuIfsYMAaZMePxr6dJv00tllWoSSXH4MbK17Mdj/1AcIpvtoPrJ1HDvdRY5T0t0mIyw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695582164; bh=5shdnGw3DvWvjqv1CctUd/LzsDdd0xf2dsNu65S7KpB=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=HXIZAt0tVXvHZWB0KrJspaSOsCGQ0Bv9RRqjfFWuEJ4EM7LwCMNaPCNDkFW/Nw7w0fSiNQARGI0/ddCaY6RaFpm+6muw6Ptysuq938l9sPuHqBs25okPZWUcih1kilF4NiQIUOVh49lvPhhpMFL/1zpB8Kn8euigJR/0Bgrrn2EYCuXRTx5fe91RRjz9Xmht/pY+IFpDCns/a2NCFDyiER/D84LWB1dI48ukanefwHSICt6DIsouBiLdpR09AW1XIS1F1vprsAFSmPwrVzBMDHP9g6l/QdMyyZxcEolDeU81dXSO2/S7x4hGb0DiJ1z36NFUpTrP4Nf2OvK0y358aQ== X-YMail-OSG: 49E6RYMVM1kDmZLcqAms2lyTC39TJAiZbem71cUwqydDMl5V3T1T8FZnk0Tzi5P vxdX.uFvrkLM1lVajzZblLRSfiL44eHQ2D6tjIxbvJq04onkMzL9f97.SaTEZd82RRH6pGXKP8_E l56B34CHiFr.RRqnQPYGmPlwjHlgEdLoJYMKOUXQcqcxTT0_YTLEgHEx0Ch77H99onlqfOAacrX. 3VHgnSvqyCpxZ6NXTA1H9MUFGENUE4IQxdXm8Tvul72jqivHt5c8c86FanXe.Omtk1Mbex0ZwMhL 0YZWHBABUnR_KgwhKKtlFAIGm6XqFAdAgkkZoZqNmDJfLNNIoScQ001gtyYd88Jto36OKncTriRM WK2vt4tM60PlZXkOgR0sL.azteQZjBO4orrcq.tQ.6n2AsrCNx.3MrVRXd_XV2OCWePaAZfEIf27 JKZawagJVQpKhIWqqMZljpO8ZRkDG60fxFq5mCW8RBoLcBDwb0wvKAK63LO8XsGkitbYew7.gxHp ioDJB5nktklzMNDWftaMhVq.wTjbgE28lqhFmT3ModVbUsUS8XuJqVHWBXZW4Ki80r26nIiRZCl8 6dSldD6aZqoVXpE9vrGb5SwezAm.3u4GUe7_VU_1rSkA9RS2EcGu1Dpmph8TFspCY.v2jw4v8.My Lf6lzApog9eyzVZ_gaBbfXdX0qFshxA8NtSGFgspflP8e7NHdJAjXAuEtukpgKQkehWXyxFN8nK0 b5x3eKX_j.RWIjyC8GA_9z8NSRep05qWEcLe2dX.sZ55RxdP0piW8nSv63CR2g47RKlvrt1wAxQf sozN8rOe_GZnxw_3ZtzjVqwGpf8iFKIhNriNcM_SbCiPw8j5TLeH2YSEjliYxFUOyHtturcBqhno pR9HWg9LfofQTgo9tyFpU.jag_yaPTDZqxRsyik8wgE7i2HdMoADcke9MmR56Lw_6j70hqYEehkK lnPMM_5Zq6pjhLdUaaY177Ks6n7V4irge87teoZrxzNA.oe06oIwOo6441erpR3vrf2IE.80ywGz dsJD8WbRTejDdeNu8Fns4iclPGm_5QfWrRdRkKqaC.caCihDgX0m6UHGLfCh5PlDP4ZAshOvGRCp zDT.MmgOObtccYkOEdmOBiP4m67V8Yqg2ZvfR_JYWLjnskRohN5EZ.epU_fTPdAMyTOu4K.hcwst zmkj9AfSUuZ9Qhf567Gk95E2hJtWaQtsindxwjGbR4JTKP0YKt8LkEEOiJtH7gehGBOWgWO1g_nY 8lFVepZfFcQRjQBQbKPJFgRlqF.CVBZJrZMPny9HaA4JfEVDJFtUrJNCQhJWfUYhkXHyKq_p5FIW _MURWD3.u597oVpPUyKxCmSyOFVz3C8nuvsIqKznBKdyApIqYXsI_P1wX0m2MgGtMQAmnB5S7pl_ UzbFOh4yIucZl8MeHOw6gq1Jwov9ssQ46CwY6Da73efVLc1RqptkV8GRf6kB8iPU8UFOAdBcXQEv RpIps5y8WgcYoDekl8usFiTl36Ut8zsTh5cm9i6bp2KfUt2LlvHXOeT0mDjjdJTRQkGsItIvHlhr u42APzwXuOD0D5erK68ESh_HYYM13LSJm2i.d_diXN0qFP8cx2kb1tLG.xlkP7B4lczdiZzdFpkD L4WdnlleIoXKfXwHEIZG5kIqf5GrPLPRJgHkZFyi356A3EqmYmDNsBQLANOxqQMkWvJL2TrlLOM3 TKt7yT_isShfM7UqS7EqS6NAuwaV.gsuXJzJGNYaE2ys9dc5ifAilTWQ6wV3RtX7T8ZZxNFQFs00 rQYvyEBtv60YQq.mTJ59RundIzvkdIxoAq1r2qb64xZPOxBf1JM7B54Iwj_iQyN90Sx.ZDKGMRNL .4UmltSIE.YaYvOtwQ.g15A7Fzay4DS_xPBmhG4zgIQwtmyQBQZVrS1iIaXSBxFc7WXFcEZb0LAS cJbF8szCQ03owIM4tZHCp0isLQGOwRPaYEv06GQqDFU6fGa2L1QNm3dKWJymKy34VJJoVuK.xDvo 0lSbn3su3G4LkhWzYLx4GUBDv0QZoV.00.czUK17g4Uy17NAlvjkpogZwQaeDjGKT4_cIC8HYADQ mKX0FPyZas_NEV3skqSOVRWTP62Z54FKU9RoUf0NaiFKAzekSqxJYHCS8p3rGH7xe2J0d6JLBaYg gvFl_dVy7wGPe7l3W8Wb7n.IFBZh6XjCd49yEEqhn34nOGrk5u4b9cdijQSMp8.RLBVeahiodLfP SjNHPqajkGegpC36tIgBQE8_0.m250hddMaVoJazosRYLvxspja6yeaBJK5A9zrB4OCFZJccHYy0 .DU8rqQ-- X-Sonic-MF: X-Sonic-ID: 5d034665-ebac-465d-9d77-40d320dac016 Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sun, 24 Sep 2023 19:02:44 +0000 Received: by hermes--production-ne1-6cbd549489-2lmpf (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 6168dacda4393802ab90860b5c70788a; Sun, 24 Sep 2023 19:02:39 +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 16.0 \(3731.700.6\)) Subject: Re: FreeBSD aarch64 buildworld target fails to build 32-bit compat LLVM compiler-rt due to fp support From: Mark Millard In-Reply-To: <87h6njh3ba.fsf@protonmail.com> Date: Sun, 24 Sep 2023 12:02:27 -0700 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <050657BE-816E-4A76-8E59-14FF6996F70C@yahoo.com> References: <87h6njh3ba.fsf@protonmail.com> To: Rahul Rameshbabu X-Mailer: Apple Mail (2.3731.700.6) 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: 4RtwPL6lTvz4H2D This has been fixed by: =E2=80=A2 Sat, 23 Sep 2023 . . . =E2=80=A2 git: f174619c38c3 - main - Guard CROSS_TARGET_FLAGS = from buildworld Simon J. Gerraty It was caused by the earlier: =E2=80=A2 Sat, 23 Sep 2023 . . .=20 =E2=80=A2 git: f9df60975087 - main - Add support for host32 for = DIRDEPS_BUILD Simon J. Gerraty . . .=20 The 3 Sep 23 failures shown on the page: https://ci.freebsd.org/job/FreeBSD-main-aarch64-build/ are from f174619c38c3 . The more recent ones show the builds that include f9df60975087 worked. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Sep 24 19:51:41 2023 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 4RtxTw1vrnz4vN4t for ; Sun, 24 Sep 2023 19:51:48 +0000 (UTC) (envelope-from sergeantsagara@protonmail.com) Received: from mail-40134.protonmail.ch (mail-40134.protonmail.ch [185.70.40.134]) (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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RtxTv69DXz4Kvd for ; Sun, 24 Sep 2023 19:51:47 +0000 (UTC) (envelope-from sergeantsagara@protonmail.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1695585104; x=1695844304; bh=92msD/GUXvLqpwbQPMJRl9MuO9iB+/pfSLq9+rlhMog=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=KTwTk3UKy+t3c9bM+igyEBKlaCYKv7FCf4ltPmBmqSU+EEYyorMUWiOCf0cuXk5++ ELRI1Y0Qe6pf6SPZvarWKHTmrY4pTCreE+/2PgY3WQniUoS0+p3WdyprLrawNuuu7v UGKuxcEjOeF/zVQzenxAM5/MHWQvBJolBKufCq9Z/ZwYQEoQT+3XzrwMlCwFLCwIq/ EFw6ugdpDqrToXQJHLfuvZcrPVxRSGQm9wMFtlD/qiPmKoO+YqA33aouv7WEeTSVqz 9QcTytVIfxxAzREKuivZoqZrxKVNoUNQHbztEAR9x90xWqTMQDdi76ZuEJHSCF8E7Q gEl8c5avCUyFA== Date: Sun, 24 Sep 2023 19:51:41 +0000 To: Mark Millard From: Rahul Rameshbabu Cc: "freebsd-arm@freebsd.org" Subject: Re: FreeBSD aarch64 buildworld target fails to build 32-bit compat LLVM compiler-rt due to fp support Message-ID: <875y3zwdrq.fsf@protonmail.com> In-Reply-To: <050657BE-816E-4A76-8E59-14FF6996F70C@yahoo.com> References: <87h6njh3ba.fsf@protonmail.com> <050657BE-816E-4A76-8E59-14FF6996F70C@yahoo.com> Feedback-ID: 26003777:user:proton 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-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:62371, ipnet:185.70.40.0/24, country:CH] X-Rspamd-Queue-Id: 4RtxTv69DXz4Kvd On Sun, 24 Sep, 2023 12:02:27 -0700 "Mark Millard" wrot= e: > This has been fixed by: > > =E2=80=A2 Sat, 23 Sep 2023 > . . . > =E2=80=A2 git: f174619c38c3 - main - Guard CROSS_TARGET_FLAGS fro= m buildworld Simon J. Gerraty > > It was caused by the earlier: > > =E2=80=A2 Sat, 23 Sep 2023 > . . . > =E2=80=A2 git: f9df60975087 - main - Add support for host32 for D= IRDEPS_BUILD Simon J. Gerraty > . . . Thanks for the breakdown. This make sense to me. I just tested with the fix and it does indeed resolve the issue I posted (which is also depected in the CI job you shared). > > The 3 Sep 23 failures shown on the page: > > https://ci.freebsd.org/job/FreeBSD-main-aarch64-build/ It's great to know about this CI page. > > are from f174619c38c3 . The more recent ones show the > builds that include f9df60975087 worked. > > =3D=3D=3D > Mark Millard > marklmi at yahoo.com -- Thanks again for the help, Rahul Rameshbabu From nobody Sun Sep 24 21:01:00 2023 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 4Rtz1m6sQ2z4tSgr for ; Sun, 24 Sep 2023 21:01:00 +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 4Rtz1m4rwyz4TZR for ; Sun, 24 Sep 2023 21:01:00 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695589260; a=rsa-sha256; cv=none; b=grH/KHwU5IPfSXj5hVVFlcPukIAKu2SGfsYU+7uiuzDMB25jTq8guUKaSPGAzDC8b6L3AT 0UPvZ36GPyz3wcis0v25QHrtLos53gH8TJmLLwhFzojJRFllY40xvaM8CEwlcua9lufv+l ELHFMBzzXWaVOFv1zj861JBKfYEVfzYd9Rc28O8xIFItEkYxli9MdmDNPiV13ZY6YDgzRn EOVU4dkhOcc9HC8/7aa7B22+o/RW46dU3KQtJfqVF7Hj/8IMPCEeIG3E3KUZDegdSAoc0J PGMGJ/U3UGoD0KG1GNaNEfXZbEuHLkhLGJu0XItPDR7ouqk8m0e+sjZnsJgJtw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695589260; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=M6nVRS+E9uj2qSIRFjo1b7i0yk4b4+X/fHvittzEKFU=; b=Yu4k44BPn7G+3Jm7hRx7lhUi5mUVO5EHZ0Ql7YHlq/qVzZC8LBGL4ZQjfzsTVQEOdznQJN kEHspR0XMMPtCOT804EOdwEgaKuTOM17f/eqXNM5lmra8lw8Np8rHx56p8yezp5R3xC1Lh 10xSmg2UQlvGXHG6gko8cEVOlja3dVuaWT19dbmgVlffYzLCy/p+EMHZj73anDXYjNS6iv vTP5tAgbrJ994wcBUbl5yV3VdYPNPj5lxMoVsxLTE5K2Mg/JfZ96YjGnxjLGnYrjPwlnIn dJ8q+IsPQw1YUwUgu4r3QV7DIm48V8LnWDS2IaLIohSE+ZP4sofE6Qd5ca7TIA== 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 4Rtz1m3qm9z12Vq for ; Sun, 24 Sep 2023 21:01:00 +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 38OL10Sm030617 for ; Sun, 24 Sep 2023 21:01:00 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 38OL10W7030616 for freebsd-arm@FreeBSD.org; Sun, 24 Sep 2023 21:01:00 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202309242101.38OL10W7030616@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, 24 Sep 2023 21:01:00 +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="16955892605.10fD5B.25540" Content-Transfer-Encoding: 7bit --16955892605.10fD5B.25540 Date: Sun, 24 Sep 2023 21:01:00 +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 | 257670 | mpr(4): SAS3008 PCI-Express Fusion-MPT SAS-3: Fat 2 problems total for which you should take action. --16955892605.10fD5B.25540 Date: Sun, 24 Sep 2023 21:01:00 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" 
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        |    257670 | mpr(4): SAS3008 PCI-Express Fusion-MPT SAS-3: Fat

2 problems total for which you should take action.
--16955892605.10fD5B.25540-- From nobody Mon Sep 25 17:10:58 2023 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 4RvTt938lZz4tp0k for ; Mon, 25 Sep 2023 17:11:13 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RvTt82JJ5z4p94 for ; Mon, 25 Sep 2023 17:11:12 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of pmh@hausen.com designates 217.29.33.228 as permitted sender) smtp.mailfrom=pmh@hausen.com; dmarc=none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 10E3B5; Mon, 25 Sep 2023 19:11:09 +0200 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 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: "Patrick M. Hausen" In-Reply-To: <2071C2B6-B61A-40E0-8DA2-1E23D463B2E9@hausen.com> Date: Mon, 25 Sep 2023 19:10:58 +0200 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <8305B36C-9DFE-4FF1-A836-80F2931A6A46@hausen.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> <4951c134-39be-43de-0aa7-430a136d8b36@FreeBSD.org> <2071C2B6-B61A-40E0-8DA2-1E23D463B2E9@hausen.com> To: Ronald Klop X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.80 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:mail2.pluspunkthosting.de]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE]; RCVD_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_NA(0.00)[hausen.com]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4RvTt82JJ5z4p94 Hi all > Am 24.09.2023 um 23:05 schrieb Patrick M. Hausen : >=20 > Hi all >=20 >> Am 23.09.2023 um 21:28 schrieb Ronald Klop : >>=20 >> Would this work? >>=20 >> diff --git a/sys/dev/usb/net/if_smsc.c b/sys/dev/usb/net/if_smsc.c >> index 0a0268bfa1a2..4a7983a20717 100644 >> --- a/sys/dev/usb/net/if_smsc.c >> +++ b/sys/dev/usb/net/if_smsc.c >> [...] >=20 > After building and installing the kernel with this patch and reboot I > lost access to the node I used. I will try to set up console access > somehow ... The development board I use for flashing etc. has got a serial port connector and even a USB to serial converter so you can just plug in USB to your laptop - I did not get any console output, though. https://www.waveshare.com/wiki/Compute_Module_PoE_Board#Serial_port I did get console output via HDMI, but my Apple keyboard seems not to work when plugged in to USB so I could not really examine what is wrong or boot into kernel.old - only diagonistic I can provide: The new kernel prints the "No MAC address found" message, then panics. I'm reflashing the module now ... =46rom reading your source code, what are you really trying to achieve? More diagnostic messages are a good thing, but from where are you trying to read that MAC address? As far as I understand for the Pi you are supposed to use the RPi foundation OUI B8:27:EB plus the lower three octets of the Pi's serial number - regardless of the Ethernet adapter plugged in. All Pis running Linux do this. Kind regards, Patrick= From nobody Mon Sep 25 17:54:14 2023 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 4RvVrD4Sb5z4trLq for ; Mon, 25 Sep 2023 17:54:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.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 4RvVrD1s5Nz3DqY for ; Mon, 25 Sep 2023 17:54:35 +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=1695664471; bh=jS3AInlahlVZH1Y+MFuu1E+Q+XuowfF/fARTMsLW8UM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=WLcCMO1zzj/DhghsIHUcwJAs7XCpvy2jyWKuML2DKzC3AiR7cP0WFkY5PyB96aCLIXwdOGorS27lBinF3eQpn/Kxc/ZQ6zJwmO3J5PqonETb3rpIlLYcMcr6Td3UyHOp/o5YVxqGocPXo6KRaTqQxD/kF/mKfQ7GdAw8GJkQE9NrTF2IaU4KcrqpQae/kcOjTQS/N3gLg7jRLLzOeFB+BskAdyqf/sVMiodckLEwDY6FDCusuMRvgzU1Q1gbfLm4T7IVSuXk7lKHS5s+ehm5WIwmPEuvANYG72oOqPFbRseduvoNErtTda87qT228XW+VMWMD42DmVfgNQFdBwr/9w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1695664471; bh=sx6rmZO7qMdya6tSq7Gse5N63fmrlINct5vHiiTOSx4=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=hTKD2QwcrCWpQaHiRbkPDHjHwsdjw03XKHi/BDS9WVfOGEPd+JTccsBfM77Da02OLJWRfOSfyum87eOPsWoAgWzbeeapIWXX9nU6pbHR4oE9CIuOB4D9A8BY4mA0JtcAq/cTa+7hEwQNASqnvL1JEgBZ+rauoeFiMUlHLesNkZMPLcnZxu4br/l0SmRWQQop1agsUre2Hqx1DWZl4u2N02HFAc3ay78kiFnJUmjSSQTYiwFNa40VsIrWK8fGEH/l2D8cJ4HGQlJIcxXeiQMQJ/f02qCK9dbSvmWoMXsTwfCF3fTtp58cDfkXHNilts3wExjlNRntTTP2IBoTAH0cmQ== X-YMail-OSG: pTAWgPAVM1mOMeg9PFBe8h7mE.pWtRgxiLAfR2LZGLdoDwGxsWFhrXIaS36EMYd nMerpH3g1M6PhDohV0J8ugecgMKWpWd18Go8D4Hfz0rV67j_jl0BFqaX9R620iNyfl3r3B1LTT6i V3bk8J8kH6EI3g52nBayjKPeOjuZ31oU.9.M02EkUmPFHoyj8vS_n_zMeowxLRl7nPa4O2S9J3Rh AtVzv84GxZyhtoVGhJ0vgbZfFgN8FNPx8uSl3k2GDB3q9k5ZNmpma6pHAPc8qEgJH6DKDtCTAHoO R4KN7OVMi.NaZWQ1is8n4UuERdP1fKAGTZEphn0bYVMX0D_oXDOVUlvHO009deH7PJ9Uc6NsA8OQ B1difwEoHgkJAAiGimcNWqQV_hiWNNVQbxs.JT.h08cBD8L06H5l5erM0AA5vqkhxIu1LlQXJhvl pz0s5OQykTqP8DSXDacLU3OwXnRFI_Bp4DcAZjs2jj3hotvONJ.f3CubI60W4PcILTri7CgLBZYY EP6HDp5jr0eY3cO6.egEZhxVss1yhfPFZ.YlgjFddAZYpfJjHj1Bx2l_2uqJpkcPgxI0uwub0EgW 32ZhV6EyLfErpFSSuBI13rYZRXxlZranzFrHY2jc2hecNrshBPOSTvEa6PX2X3OoO3xSK6pg2S05 TVscA_0fe40VyIGsKfmqsmTIQu12i.tfJxdMWj0f.6n3248p6HGTxLJiOQG0p8zO72KxotnoJK5Q BNV2oxm6GdF.fAGrlYgeeL.o3SWS_eAHR2ULbB81VDuzRQpwHQW.H8fu.tUNu9LX0J.CTJi5n5fY urXoYXCOK5nlo4YZkiqCYJwfMD0FqUElfO4Ic7LMF6FpY3sp9nq2Z0gITPtjDb33mZRuinWYRMmx osxNdR8KI0xlhMZmr6SWvx78uwdpz1UV0TUxpbYNIu6Ij28tIEzMQ_.MVLQYO1MPoKg_tVusG0Wj j7c5KOSj2iWwD3G23WEx1o63xR8XFOgDi4jFPfOawPRE7hMwc.JfQwgsfxkxFPHyOY.aR2fqq48_ JJWupNlYVjjRdBavxs1ZfDhnUxzcOFr68gw1TbtpP6VfJ7Y3LyrgVR367Z5yg0dVN3tB41S0Zqbl DcLV9mS0y15bK_Ms1ceeM5eszBH8jQiLtUuSnaiDJ6h38bx5SQGkUKXD15LIGmMkKcxgPtcJ_nrj WtnXXL4m2pOhLpkrD1_tw8PfKXavIsTYVczVN6aaO9wmbS_vLqZiAxetUJsJQmux3NmVT9FuYZ07 imz9OmeH.PI9o8XntSOQ5SYLHCPcF_dmopfg2Cb2UixY7M4yMrEgfb2ILcsJGSzygVxvyAyuJeIo MXaR.gOhDukKeUG0bUxTy9pdBmQvWeixb8f_KbrzwM54OE7HYFlC6fpHPWPjXbHVZNGkX_gr.ITF 8K2uQ4OIWdM40sLOLNhFOcOgEJQ9kdrLy6aY9trDf4SZEu4_UK6ONL2PSsDT0YcpZshgsSazSvnw vZXYkI._dRIf4BMK7j1seYh1bYR6y.z_t6su27GSmlprWZpcL8QPdSoqFWwm1mONK727CXy1VAZU mwzx7we5MxWs_H.cb5zoOGbi8TYOP48ZJqB2CrTaK01wkfR.D2PIOMkVvokDT6CF8JtOYsk.0iCI Wdbasyzkgh_g1XQMk5RlhBj5kpDRFmQ65.TFN_BCLeOgoeFlhdUUNH9fFSPfrYF4HPPiBbcj3SXa .tM5VHt5eAmWPUsL4gonuFmA7zlWFpDeB_2ru.yQsnvosq6fgMxhFV0XjbaH5OBCxlTDv_DLxCWr 9N0CP7DINBL6F0lZ33np7EHV6nKrdeaTO4xWDgogIsskHe3.me2b3PpagM3Dh7XwImzhs9Q2_tq8 TkRGS9UEtXXiEdTZ0lwlt8YgzlypCLeQ5Vy9d_c1a0PTzwOlC7FIqv9FRhAJ01gKYqVZgaA_yGBh o2BVTiRTfBYRLJeWDMHVJcxaNPjBtOoHTYcNp3k9TioMd87QkoGT1luO7TCwgYCM9PCh5cidilRl 8XawUmyOA7VyQ.LMWlsD_vFvesesV2nj1YuLC6ZFegZWMivEXZO5fxdZGCpnLDVvHD6P3CHUqdAT G5mIsbrf3kOu4jkVz0TZrKMwkpTWFlpLS7bcUTx0VwJP4pWTsmfVY_g4tXU21HkHCWQ75UR9JMTq vOZZgxt3NYbKlcRYLA5OsXbQ5r2Pjcj_005OdJ.bOJtewBTozpBemputAOfyevznp.sqUHREa2Sf bhrQxBuECPRqV5GrTx2GdWD5gjOVlzTUVLaoIdqCVvWAWMEfDgPG7IY3Oo_33CeKjmfUVcNpg0Q- - X-Sonic-MF: X-Sonic-ID: ae21ed0b-b333-49e4-a164-bca7dfcfb95d Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Mon, 25 Sep 2023 17:54:31 +0000 Received: by hermes--production-bf1-678f64c47b-glgzv (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 37eda0f881953f4c4df134dbfa3f2ba5; Mon, 25 Sep 2023 17:54: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 16.0 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: Mark Millard In-Reply-To: <8305B36C-9DFE-4FF1-A836-80F2931A6A46@hausen.com> Date: Mon, 25 Sep 2023 10:54:14 -0700 Cc: Ronald Klop , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> <4951c134-39be-43de-0aa7-430a136d8b36@FreeBSD.org> <2071C2B6-B61A-40E0-8DA2-1E23D463B2E9@hausen.com> <8305B36C-9DFE-4FF1-A836-80F2931A6A46@hausen.com> To: "Patrick M. Hausen" X-Mailer: Apple Mail (2.3731.700.6) 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: 4RvVrD1s5Nz3DqY On Sep 25, 2023, at 10:10, Patrick M. Hausen wrote: >> Am 24.09.2023 um 23:05 schrieb Patrick M. Hausen : >>=20 >> Hi all >>=20 >>> Am 23.09.2023 um 21:28 schrieb Ronald Klop : >>>=20 >>> Would this work? >>>=20 >>> diff --git a/sys/dev/usb/net/if_smsc.c b/sys/dev/usb/net/if_smsc.c >>> index 0a0268bfa1a2..4a7983a20717 100644 >>> --- a/sys/dev/usb/net/if_smsc.c >>> +++ b/sys/dev/usb/net/if_smsc.c >>> [...] >>=20 >> After building and installing the kernel with this patch and reboot I >> lost access to the node I used. I will try to set up console access >> somehow ... >=20 > The development board I use for flashing etc. has got a serial port > connector and even a USB to serial converter so you can just plug in > USB to your laptop - I did not get any console output, though. >=20 > https://www.waveshare.com/wiki/Compute_Module_PoE_Board#Serial_port >=20 > I did get console output via HDMI, but my Apple keyboard seems not > to work when plugged in to USB so I could not really examine what > is wrong or boot into kernel.old - only diagonistic I can provide: >=20 > The new kernel prints the "No MAC address found" message, then panics. >=20 > I'm reflashing the module now ... >=20 > =46rom reading your source code, what are you really trying to = achieve? > More diagnostic messages are a good thing, but from where are you > trying to read that MAC address? >=20 > As far as I understand for the Pi you are supposed to use the RPi > foundation OUI B8:27:EB plus the lower three octets of the Pi's > serial number - regardless of the Ethernet adapter plugged in. Definately not, in multiple ways. 0) Having multiple Ethernet adapters plugged in can all be used over the same time frame. The MAC addresses need to be distinct. 1) RPi4B's and the like are not set up to have such MAC addresses. Only older RPi*'s are. > All Pis running Linux do this. Quoting: = https://www.raspberrypi.com/documentation/computers/remote-access.html#eth= ernet-mac-address QUOTE On Raspberry Pi 4 the MAC address is programmed at manufacture and there = is no link between the MAC address and serial number. Both the MAC = address and serial numbers are displayed on the bootloader HDMI = diagnostics screen. END QUOTE I doubt that Linux overrides that. I doubt that Linux is limited to having only one Ethernet adapter present. The USB3 Ethernet dongles that I have access to had their own MAC addresses preset before I opened the packaging. I have used such dongles on RPi2B v1.1, RPi2B v1.2, RPi3B, and various RPi4B, both udner FreeBSD and under various vintages of the official RPi* OS. Perhaps you are referencing a much more limited/special context. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Sep 25 18:02:42 2023 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 4RvW1r6ckBz4trr1 for ; Mon, 25 Sep 2023 18:02:56 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RvW1r4HCdz3GgW for ; Mon, 25 Sep 2023 18:02:56 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 27A0CC; Mon, 25 Sep 2023 20:02:53 +0200 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 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: "Patrick M. Hausen" In-Reply-To: Date: Mon, 25 Sep 2023 20:02:42 +0200 Cc: Ronald Klop , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <0783DA55-E91C-43DB-8D0F-C3F0FCF7FC4A@hausen.com> References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> <4951c134-39be-43de-0aa7-430a136d8b36@FreeBSD.org> <2071C2B6-B61A-40E0-8DA2-1E23D463B2E9@hausen.com> <8305B36C-9DFE-4FF1-A836-80F2931A6A46@hausen.com> To: Mark Millard X-Mailer: Apple Mail (2.3731.700.6) 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:16188, ipnet:217.29.32.0/20, country:DE] X-Rspamd-Queue-Id: 4RvW1r4HCdz3GgW Hi, > Am 25.09.2023 um 19:54 schrieb Mark Millard : >=20 > Definately not, in multiple ways. >=20 > 0) Having multiple Ethernet adapters plugged in can all be used > over the same time frame. The MAC addresses need to be distinct. >=20 > 1) RPi4B's and the like are not set up to have such MAC addresses. > Only older RPi*'s are. You are correct. Yet CM3+ is what I am using. This is as far as I understood an official RPi Foundation document on the topic: = https://pip.raspberrypi.com/categories/685-whitepapers-app-notes/documents= /RP-003474-WP/Changing-MAC-addresses.pdf > How are MAC addresses generated? >=20 > The MAC address is the set of six hexadecimal numbers of the form = aa:bb:cc:dd:ee:ff. > On devices prior to the Raspberry Pi 4x the MAC address is generated = from the Raspberry Pi serial number. For example, if your Raspberry Pi = serial number is 58d2ec5c, the MAC address will be generated from the = bottom six nibbles, combined with the Raspberry Pi Foundation = Organizationally Unique Identifier (OUI), which is b8:27:eb, so the = final MAC address would be b8:27:eb:d2:ec:5c. > This address is generated on startup by the firmware, and passed on to = the Linux kernel for use by the Ethernet driver. And this is what I am referring to. My company runs a a handfull of RPi3, I have this TuringPi with seven = CM3+ which I ran under various versions of Ubuntu or Raspbian/Raspberry Pi OS - and = when run under Linux they all do this. Kind regards, Patrick= From nobody Mon Sep 25 20:26:12 2023 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 4RvZCG0zlcz4v2Zd for ; Mon, 25 Sep 2023 20:26:18 +0000 (UTC) (envelope-from ronald@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RvZCG0R9wz3ZZQ; Mon, 25 Sep 2023 20:26:18 +0000 (UTC) (envelope-from ronald@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695673578; 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=yzYevcfY28vXzq90gV7iJKAYvtGhH1ftqIiDRCbLnfU=; b=YmlvUSu++Nx+t9Uu7zL09pYY3uuU5RnY3zpKZD/lnibzPNZLS8yKlZZbcYoLx/4eXZDTNd SYEK5XaB/d9oIn5JMidouXwGJQf2UlQQszMvgB8JamQfB3ABlJ2SWp2YN2o3I4PiFapzUc VaBMiUzFgIUAXSyHdr1Vh9jViCVt8RxE5g5wIMZ/1SToWkR1Tg6QxydjZAxAZcne8PjHiY duVn8PJUfbsOY3zI2FNjPz05m/DQdcBjmNR/9hym+eCHhu/zILezbEUh54VZtG45Xfr0j7 L2iXnfP4E9WDHwTMcXrodTBPSX/dxacn2wZrgS5gxoYMw2ar7f6dgSkHLYSHzw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695673578; a=rsa-sha256; cv=none; b=MHyZOcVd/Y+g28DrI220G9BOaqM4N5m+9tVyWbaKjsrap4xmYATkyb7rRosre8cwP5Dl6l Zsn1Kn2i9gOpFA1l8G3QeKFXbnNn6cpNxEfimvQhoZouhc9dKn5lscBx9hgUbgwgE8yXba 3L0thVCoRFLPnRXrAlKe7+glQDO9FISUlPn9RKlwc3IezzpG+pGUr52EGF5Vc03tvo4ap3 z4yIzIvlV9dCsjv8/oEQyM4b4A8Z8ScO8dClu0MCaqaj5/KtxfNvSLCWkqHXkivnBGnAkV 6sI/HxkOlKhxRdRi1iKXNSvEQxy5BZGTjTG///a9H8HGoel/+yW7tiHXhgM64Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695673578; 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=yzYevcfY28vXzq90gV7iJKAYvtGhH1ftqIiDRCbLnfU=; b=bWUe1gRUO29LMGbHgENwwSoTg5LdD07ZrWLtOZkMomhhQQy9VzGlChLumtxLxDoW1P49nL IdhARKdHwsQtygBC3FZ0lx7xnbS9dbtzc8YxFHFp9VJ7ejQY6IzpGkxXouKUABhl+QgXTb daYdtSoEUbHJ7YqIaht2dQHkn0YxDWXS5QkjA1W/Pt7OZ20AhGl6ENl/1rFfrKlfcLLl5n Sn5/dLb7nDIeUhOcPXWKgWjWCbhzKmg/hvyYBqrn2dpeQj6rsjA8gcuaw33SfThtYSmZRF gfiwhWhrYo6/M95BxQOFF77kHRu85yJ67sq9Zi+awnyEu2THWn2V2rL9uNYzXg== Received: from [192.168.1.109] (84-105-120-103.cable.dynamic.v4.ziggo.nl [84.105.120.103]) (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) (Authenticated sender: ronald/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4RvZCF3mR2z1MP2; Mon, 25 Sep 2023 20:26:17 +0000 (UTC) (envelope-from ronald@FreeBSD.org) Message-ID: Date: Mon, 25 Sep 2023 22:26:12 +0200 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 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.15.0 Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface To: "Patrick M. Hausen" Cc: freebsd-arm References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> <4951c134-39be-43de-0aa7-430a136d8b36@FreeBSD.org> <2071C2B6-B61A-40E0-8DA2-1E23D463B2E9@hausen.com> <8305B36C-9DFE-4FF1-A836-80F2931A6A46@hausen.com> Content-Language: en-US From: Ronald Klop In-Reply-To: <8305B36C-9DFE-4FF1-A836-80F2931A6A46@hausen.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/25/23 19:10, Patrick M. Hausen wrote: > Hi all > >> Am 24.09.2023 um 23:05 schrieb Patrick M. Hausen : >> >> Hi all >> >>> Am 23.09.2023 um 21:28 schrieb Ronald Klop : >>> >>> Would this work? >>> >>> diff --git a/sys/dev/usb/net/if_smsc.c b/sys/dev/usb/net/if_smsc.c >>> index 0a0268bfa1a2..4a7983a20717 100644 >>> --- a/sys/dev/usb/net/if_smsc.c >>> +++ b/sys/dev/usb/net/if_smsc.c >>> [...] >> >> After building and installing the kernel with this patch and reboot I >> lost access to the node I used. I will try to set up console access >> somehow ... > > The development board I use for flashing etc. has got a serial port > connector and even a USB to serial converter so you can just plug in > USB to your laptop - I did not get any console output, though. > > https://www.waveshare.com/wiki/Compute_Module_PoE_Board#Serial_port > > I did get console output via HDMI, but my Apple keyboard seems not > to work when plugged in to USB so I could not really examine what > is wrong or boot into kernel.old - only diagonistic I can provide: > > The new kernel prints the "No MAC address found" message, then panics. > > I'm reflashing the module now ... > > From reading your source code, what are you really trying to achieve? > More diagnostic messages are a good thing, but from where are you > trying to read that MAC address? The method ether_gen_addr() generates a MAC address bases on hostuuid and interface name. Maybe not ideal, bu a lot better then a random MAC. sys/net/if_ethersubr.c: /* * Allocate an address from the FreeBSD Foundation OUI. This uses a * cryptographic hash function on the containing jail's name, UUID and the * interface name to attempt to provide a unique but stable address. * Pseudo-interfaces which require a MAC address should use this function to * allocate non-locally-administered addresses. */ void ether_gen_addr(struct ifnet *ifp, struct ether_addr *hwaddr) It would be nice to see more information from the panic. Can you make a picture or movie of the screen while this happens? Or does the system make a kernel crashdump? See "dumpdev" in /etc/defaults/rc.conf. A crashdump is written to the swap partition and on reboot a summary is written in /var/crash from what is in the swap partition. This is all assuming the system has a large enough swap partition. Regards, Ronald. > As far as I understand for the Pi you are supposed to use the RPi > foundation OUI B8:27:EB plus the lower three octets of the Pi's > serial number - regardless of the Ethernet adapter plugged in. > > All Pis running Linux do this. > > Kind regards, > Patrick From nobody Mon Sep 25 20:34:33 2023 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 4RvZP332hRz4v30T for ; Mon, 25 Sep 2023 20:34:47 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (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 4RvZP30H2Nz3cT4 for ; Mon, 25 Sep 2023 20:34:47 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 345048; Mon, 25 Sep 2023 22:34:44 +0200 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 \(3731.700.6\)) Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface From: "Patrick M. Hausen" In-Reply-To: Date: Mon, 25 Sep 2023 22:34:33 +0200 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> <4951c134-39be-43de-0aa7-430a136d8b36@FreeBSD.org> <2071C2B6-B61A-40E0-8DA2-1E23D463B2E9@hausen.com> <8305B36C-9DFE-4FF1-A836-80F2931A6A46@hausen.com> To: Ronald Klop X-Mailer: Apple Mail (2.3731.700.6) 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:16188, ipnet:217.29.32.0/20, country:DE] X-Rspamd-Queue-Id: 4RvZP30H2Nz3cT4 Hi all, > Am 25.09.2023 um 22:26 schrieb Ronald Klop : > The method ether_gen_addr() generates a MAC address bases on hostuuid = and interface name. Maybe not ideal, bu a lot better then a random MAC. I do not understand why "we" as a project do not got the RPi Foundation = documented way? > It would be nice to see more information from the panic. Can you make = a picture or movie of the screen while this happens? > Or does the system make a kernel crashdump? See "dumpdev" in = /etc/defaults/rc.conf. Of course. I have one more CM3+ that is not part of my TuringPi cluster = that I can use for that. Can't promise tomorrow, but sometime this week. Could you send me your patch in an archived binary format in direct = email, please? I manually applied the changes, because my MUA or whatever intermediate = system converted tabs to spaces and the patch did not apply automatically. = Possibly I made some mistake. Kind regards, Patrick= From nobody Mon Sep 25 21:57:07 2023 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 4RvcD73kt9z4v77j for ; Mon, 25 Sep 2023 21:57:11 +0000 (UTC) (envelope-from ronald@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RvcD732QJz4LKc; Mon, 25 Sep 2023 21:57:11 +0000 (UTC) (envelope-from ronald@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695679031; 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=MdTPO7EfCIcUeCfFJKvIcfyLWf1CXuYTLqbSTbfcKGg=; b=YCy4e8EE4zCT1fmKLpAXd41dSsiR1n+2NUxRvlIv26LkxI1FtzU0FiLzt6mt/6qJc74nVM qEOmy/Sykf5AGU+SJvx6myTg/PWW7ip2f+edy/a9XncfqhpybPquBacZJ7/IWDyohq16a3 2SIeWqTTviGCZzDdDw57TidP1xfKoSKZO0iCDnzDtcwiYO4WumG8dEgYVIJ+cqqg4liQmJ HbxxuUpqzIMY3F7ubld93dgX60V5aROesZ4xg4qCbKDiAYSoc2eZxEUelKpur5qFm4Z16e J6yw1yd6Cg9p7Nb3RFKcDFyFe/BDJRa27oqlsZJYsLJFoCWFv6xQA0eBg4w8ew== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695679031; a=rsa-sha256; cv=none; b=dPhe5SznABoYpVq+honcX/vJnvw88U4zskNaIYbQC/Q3GIzE55FxHcWhi6F4cURJsjp5d3 JO5BDcUPihDfrWIJ8B6/SRwm/L9dPVYOFjbOEGzVweu9s29vNwJCURwu6GBzXbImTJdsVa 4wtsjhH/kvyE/EUI/d1/A7tAOsMi2RHpi4K55ENaQKNpKRNI4NJcaJL71LyjN11IdwxhXw H8R3jkTYvDTYfNQA4zG9Yoo/pnCrKnJCMj65K8DFRlBa64HPkpARL1m0h4gxjfho1mcjW8 VXimnjbffhdtjstXBReF6DCYFwL62bC5YXmrduTzUZ9qNDfD05ywZHK39z8dIQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695679031; 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=MdTPO7EfCIcUeCfFJKvIcfyLWf1CXuYTLqbSTbfcKGg=; b=nA0BLmrpouFSJ3dUhi7G9L+D4JuQcI33D7le2Y6yN/yEhcOoJA8nJ+QUOODaWUyfuXdRpW KTipQnnryC6xZu4LIxzSv7k7ys1bJJAgGeH0hliCLAsDXf6ErUfnbqN1UEeF2L/mfqDxiv RZtq1QQRw2aNMAMXpxfMsA9AUiy4JdYnTdu+oWydSQu9AA1OLXshGS9vT90dRsVz5+ko8F 4jLWvTt5i3IMSmLBwJYzXjHXbgLyvqOa+ILBfJPz+kmRim3p/82qUt4j2jJPntl9kARAUL 82MVsQqcdZavJszrq/Tych+83ksWpuNLQy6riTtQbdGIquKomP9hYYkPiu6HUQ== Received: from [192.168.1.109] (84-105-120-103.cable.dynamic.v4.ziggo.nl [84.105.120.103]) (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) (Authenticated sender: ronald/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4RvcD64m4fz1N25; Mon, 25 Sep 2023 21:57:10 +0000 (UTC) (envelope-from ronald@FreeBSD.org) Content-Type: multipart/mixed; boundary="------------ztD9iCwnQIq6aG5i9jOKbmtw" Message-ID: Date: Mon, 25 Sep 2023 23:57:07 +0200 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 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.15.0 Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface To: "Patrick M. Hausen" Cc: freebsd-arm References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> <4951c134-39be-43de-0aa7-430a136d8b36@FreeBSD.org> <2071C2B6-B61A-40E0-8DA2-1E23D463B2E9@hausen.com> <8305B36C-9DFE-4FF1-A836-80F2931A6A46@hausen.com> Content-Language: en-US From: Ronald Klop In-Reply-To: This is a multi-part message in MIME format. --------------ztD9iCwnQIq6aG5i9jOKbmtw Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/25/23 22:34, Patrick M. Hausen wrote: > Hi all, > >> Am 25.09.2023 um 22:26 schrieb Ronald Klop : >> The method ether_gen_addr() generates a MAC address bases on hostuuid and interface name. Maybe not ideal, bu a lot better then a random MAC. > > I do not understand why "we" as a project do not got the RPi Foundation documented way? > I can't help you on this question. I don't know either. >> It would be nice to see more information from the panic. Can you make a picture or movie of the screen while this happens? >> Or does the system make a kernel crashdump? See "dumpdev" in /etc/defaults/rc.conf. > > Of course. I have one more CM3+ that is not part of my TuringPi cluster that I can > use for that. Can't promise tomorrow, but sometime this week. > > Could you send me your patch in an archived binary format in direct email, please? > I manually applied the changes, because my MUA or whatever intermediate system > converted tabs to spaces and the patch did not apply automatically. Possibly I made some mistake. See attachment. I hope it gets through the list. I'll try to create a PR with the patch soon. > Kind regards, > Patrick --------------ztD9iCwnQIq6aG5i9jOKbmtw Content-Type: text/plain; charset=UTF-8; name="if_smsc.c.diff" Content-Disposition: attachment; filename="if_smsc.c.diff" Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL3N5cy9kZXYvdXNiL25ldC9pZl9zbXNjLmMgYi9zeXMvZGV2L3VzYi9u ZXQvaWZfc21zYy5jCmluZGV4IDBhMDI2OGJmYTFhMi4uMTU3ZjI2OGVmNGRkIDEwMDY0NAot LS0gYS9zeXMvZGV2L3VzYi9uZXQvaWZfc21zYy5jCisrKyBiL3N5cy9kZXYvdXNiL25ldC9p Zl9zbXNjLmMKQEAgLTE1NTQsOCArMTU1NCwxMSBAQCBzdGF0aWMgdm9pZAogc21zY19hdHRh Y2hfcG9zdChzdHJ1Y3QgdXNiX2V0aGVyICp1ZSkKIHsKIAlzdHJ1Y3Qgc21zY19zb2Z0YyAq c2MgPSB1ZXRoZXJfZ2V0c2ModWUpOworCXN0cnVjdCBldGhlcl9hZGRyIGVhZGRyOworCWlm X3QgaWZwOwogCXVpbnQzMl90IG1hY19oLCBtYWNfbDsKIAlpbnQgZXJyOworCWludCBpOwog CiAJc21zY19kYmdfcHJpbnRmKHNjLCAic21zY19hdHRhY2hfcG9zdFxuIik7CiAKQEAgLTE1 ODksOSArMTU5MiwxMCBAQCBzbXNjX2F0dGFjaF9wb3N0KHN0cnVjdCB1c2JfZXRoZXIgKnVl KQogCQkJZXJyID0gdXNiX2ZkdF9nZXRfbWFjX2FkZHIoc2MtPnNjX3VlLnVlX2RldiwgJnNj LT5zY191ZSk7CiAjZW5kaWYKIAkJaWYgKChlcnIgIT0gMCkgfHwgKCFFVEhFUl9JU19WQUxJ RChzYy0+c2NfdWUudWVfZWFkZHIpKSkgewotCQkJcmVhZF9yYW5kb20oc2MtPnNjX3VlLnVl X2VhZGRyLCBFVEhFUl9BRERSX0xFTik7Ci0JCQlzYy0+c2NfdWUudWVfZWFkZHJbMF0gJj0g fjB4MDE7ICAgICAvKiB1bmljYXN0ICovCi0JCQlzYy0+c2NfdWUudWVfZWFkZHJbMF0gfD0g IDB4MDI7ICAgICAvKiBsb2NhbGx5IGFkbWluaXN0ZXJlZCAqLworCQkJZGV2aWNlX3ByaW50 Zih1ZS0+dWVfZGV2LCAiTm8gTUFDIGFkZHJlc3MgZm91bmQuIFVzaW5nIGV0aGVyX2dlbl9h ZGRyKCkuXG4iKTsKKwkJCWV0aGVyX2dlbl9hZGRyKHVlLT51ZV9pZnAsICZlYWRkcik7CisJ CQlmb3IgKGkgPSAwOyBpIDwgRVRIRVJfQUREUl9MRU47IGkrKykKKwkJCQlzYy0+c2NfdWUu dWVfZWFkZHJbaV0gPSBlYWRkci5vY3RldFtpXTsKIAkJfQogCX0KIAo= --------------ztD9iCwnQIq6aG5i9jOKbmtw-- From nobody Mon Sep 25 22:03:38 2023 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 4RvcMc548Zz4v7l0 for ; Mon, 25 Sep 2023 22:03:40 +0000 (UTC) (envelope-from ronald@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RvcMc4bJWz4MlV; Mon, 25 Sep 2023 22:03:40 +0000 (UTC) (envelope-from ronald@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695679420; 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=G8iOjp7JOL0pU01bhPe/ig25uxjKOYVLMgKigEZ1m6c=; b=U/rJEkQC6m8dklY2PKN7seplBxEpJChJNSP9AsU9BN45+AG2wLcP6N/e4opXP4T8PQD+PS Qn/4NdIkgsXlsMG7YNPm89jlw/g2fkQ6qXKpZCXl+TPxhCir9hoOlhSsw4l/4DPUTkYemP BGsDoL1QDMEfWkp8BEIJzj/KvxYfSCDmTrvEpksu3vvc8rC1iHn51kwfXGV2FPfnDfWFCh MtfSLbHihDqKy6VEF8q3GtbVIpWPHz8/xbdWsnhVN3gnEP9LTKYbdqy7lN88X8PaMb1fz7 p0pMmaPLGlPGqCRXqCFrkes9buFaVBURROq3sswHA9wSi9dJgCiPX+aiVht3HA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695679420; a=rsa-sha256; cv=none; b=iIR9Q6b8HMcWsAhOEvI+nhEsPTllJeMdHkO522P9f3RbTPZbLI7Hh/q59rRnDyAvT0YlVI BA0cLVUBJG/cKzqnp2eZD7Nl7JOPuyDJ9miXQz4m4Y9Wze3DBVUOWA1RC0CrC/Js7ZZeXI nYkSUYH9FHDpUXzqCaWkYSLLQxcwxstGV5gL6uih0pFzWa3BU4B6z/7dxMROfc285KrqYE mF+UcpPPG6QoIlM8afA3zdWmTr6VfitBcEVWAZrGQdKiTD07wlHYPLRBzwMA9PRdCOT6J8 JzTWuw9uhO+NM2WUaeo7s/DprNkYeoRYpsjV6VA0a9C2e8KZTEyxVk57HNVHWA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695679420; 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=G8iOjp7JOL0pU01bhPe/ig25uxjKOYVLMgKigEZ1m6c=; b=GPLsT4r4TxpVhm6vPURHX+fGLN8aEsR2gH9XJkhoRBoUxW3M7vcpzTmyuMmrJs1RuTCJ+G vNaNs9k6TKwnntsyD0clwW5bjdIUGtHu/fOs0osUMyKpxAkOzH/ot1TwjrloQjfsT2dUj6 HX6gmN721i3cHBlvVxzU5DYP83qFhzsBRQbLOQVhAZBESDGrNwGCwt2djv2uXPqPRc+k64 +t5BC9DT5rPvc0rg9iX20vA8d2IrYPN+7Ob6b2oyKTkQ1tqlv8b/jYnhpKLsrXVFEyqfDG 7TYGWLlbvLR7AVVZyXOwlDQAsFqy4jg3hEP6waRi+QR7k83t/vZnDGhQJnvSVA== Received: from [192.168.1.109] (84-105-120-103.cable.dynamic.v4.ziggo.nl [84.105.120.103]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: ronald/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4RvcMc13hJz1NTS; Mon, 25 Sep 2023 22:03:39 +0000 (UTC) (envelope-from ronald@FreeBSD.org) Message-ID: <93d1aaac-e8da-48bf-3c1d-7ff4e6789714@FreeBSD.org> Date: Tue, 26 Sep 2023 00:03:38 +0200 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 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.15.0 Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface Content-Language: en-US From: Ronald Klop To: "Patrick M. Hausen" Cc: freebsd-arm References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> <4951c134-39be-43de-0aa7-430a136d8b36@FreeBSD.org> <2071C2B6-B61A-40E0-8DA2-1E23D463B2E9@hausen.com> <8305B36C-9DFE-4FF1-A836-80F2931A6A46@hausen.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/25/23 23:57, Ronald Klop wrote: > On 9/25/23 22:34, Patrick M. Hausen wrote: >> Hi all, >> >>> Am 25.09.2023 um 22:26 schrieb Ronald Klop : >>> The method ether_gen_addr() generates a MAC address bases on hostuuid and interface name. Maybe not ideal, bu a lot better then a random MAC. >> >> I do not understand why "we" as a project do not got the RPi Foundation documented way? >> > > > I can't help you on this question. I don't know either. > > >>> It would be nice to see more information from the panic. Can you make a picture or movie of the screen while this happens? >>> Or does the system make a kernel crashdump? See "dumpdev" in /etc/defaults/rc.conf. >> >> Of course. I have one more CM3+ that is not part of my TuringPi cluster that I can >> use for that. Can't promise tomorrow, but sometime this week. >> >> Could you send me your patch in an archived binary format in direct email, please? >> I manually applied the changes, because my MUA or whatever intermediate system >> converted tabs to spaces and the patch did not apply automatically. Possibly I made some mistake. > > > See attachment. I hope it gets through the list. I'll try to create a PR with the patch soon. PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274092 Regards, Ronald. > > >> Kind regards, >> Patrick From nobody Mon Sep 25 22:15:04 2023 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 4Rvccq4S8tz4v8Xr for ; Mon, 25 Sep 2023 22:15:07 +0000 (UTC) (envelope-from ronald@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rvccq3bRwz4QnT; Mon, 25 Sep 2023 22:15:07 +0000 (UTC) (envelope-from ronald@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695680107; 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=68XjGm92b7ingpJhDUtFCHnDceO+rZZXG/Lduwf6GsE=; b=QsLYD0NoLmZssKXPGY2KpQpH5pOVOCioCtOCFW6sp/bJEHgfDIY+2zmWsfGvd3UMWPsUbh s9ZAvPtawSN0ojImdGMT7wg5UvyBlQUj4LqnlfMSeXR0lRQTS+NBM4jBHWUYc1pbLbWwQo 3BD5t3BX9GQVSSn9nsk/s16JTjljWsxGFXTpQK55InoZoYYTB7glF+4IRtovzOqK4bgY7+ t8T12v5Ns4Xp2ieRcw6qrFatztDZQmitrVrvhyJLIlk1qRr3bTdL85GKaQhcun5C1IoHsx OTu5ehJz6bhCDpdNYaktb17XdjT7fMl/4jp6jcyVNd0QSGddu7Bj0JcQqbExWQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695680107; a=rsa-sha256; cv=none; b=m1Tithhv5MVzqoHZBJFuUouv9RCXy8pMTkOzZXgiOyoXMXO9oIjL0NDrIx6rWfyOLR+ut2 SrMvPmPAcVGg8022UzRQdOM2HZ5ernKmwbrjSae4faya2weA2iTuGWadVF8jcsXyelXinG 0F3MU526GS7OW3iLpYmg5qcy+an9kcvCh6l9eNSU6pwUuqEr1F9AKyto2qilYmXtRSi+Fl 2IZKF5p/H0/zK5zOYj3gyXdQvdmoaQEL5A0B7abHwbulgaY4KsqiaSoWg7/QeZfWmVxzmN 96BAOkjknYnHRVCH5qbT6x3FcsT8qF7fCNVsJvYJOaa2XT8TGzlaoOOrFe7iFA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695680107; 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=68XjGm92b7ingpJhDUtFCHnDceO+rZZXG/Lduwf6GsE=; b=qYxt/3RFr+FOva0ekg3By82Ef5rU4HQyXf1sbW3rqpMbBiPrWVZ63JpHtIqqC9Vx+/abcz 86jqiQU2SUjKBSXuK81x17+w78dpVloeBrP2pDQpRFRzUlrCayCMnR5n4jR9bMPDSXVf/M 9Wmm5b1Ff+QaIup1caLc6skB0meN8dR6omPV5ETe7Bq/p76/VydtmSGRxxQAEF+DJO+aXH 6kjZY4h+ott5x9pySmymfHd1QzRsgxpO1krmbYKVcbQdcFtDdONgjsnWCoVzY136Qw0XCh J8aokuOJuxeaGoaNX6LDOvI1HhMfX9gkovXT0+KP+Zsi0865NvBfiYR/CnG+dg== Received: from [192.168.1.109] (84-105-120-103.cable.dynamic.v4.ziggo.nl [84.105.120.103]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: ronald/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Rvccq0CT3z1PlN; Mon, 25 Sep 2023 22:15:06 +0000 (UTC) (envelope-from ronald@FreeBSD.org) Message-ID: <99e9f809-e29b-273e-5769-8f41b61d5105@FreeBSD.org> Date: Tue, 26 Sep 2023 00:15:04 +0200 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 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.15.0 Subject: Re: Getting a stable MAC address for a RPI CM3+ with ue0 interface Content-Language: en-US From: Ronald Klop To: "Patrick M. Hausen" Cc: freebsd-arm References: <3C1032FF-B914-4863-8A03-759A8B4BE216@hausen.com> <77E70D30-8E7D-42DC-A041-3A783E1C6908@yahoo.com> <5205C76E-BAB4-4AB7-8A03-1E8A2D4353BB@hausen.com> <84C20AD4-1F37-414E-8808-60A2C9B621D9@karels.net> <4951c134-39be-43de-0aa7-430a136d8b36@FreeBSD.org> <2071C2B6-B61A-40E0-8DA2-1E23D463B2E9@hausen.com> <8305B36C-9DFE-4FF1-A836-80F2931A6A46@hausen.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/25/23 23:57, Ronald Klop wrote: > On 9/25/23 22:34, Patrick M. Hausen wrote: >> Hi all, >> >>> Am 25.09.2023 um 22:26 schrieb Ronald Klop : >>> The method ether_gen_addr() generates a MAC address bases on hostuuid and interface name. Maybe not ideal, bu a lot better then a random MAC. >> >> I do not understand why "we" as a project do not got the RPi Foundation documented way? >> > > > I can't help you on this question. I don't know either. > > >>> It would be nice to see more information from the panic. Can you make a picture or movie of the screen while this happens? >>> Or does the system make a kernel crashdump? See "dumpdev" in /etc/defaults/rc.conf. >> >> Of course. I have one more CM3+ that is not part of my TuringPi cluster that I can >> use for that. Can't promise tomorrow, but sometime this week. >> >> Could you send me your patch in an archived binary format in direct email, please? >> I manually applied the changes, because my MUA or whatever intermediate system >> converted tabs to spaces and the patch did not apply automatically. Possibly I made some mistake. > > > See attachment. I hope it gets through the list. I'll try to create a PR with the patch soon. Mmm of course I was playing around and the patch in the mail contains a leftover line which does not compile. See the PR for the working patch. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274092 Ronald > > >> Kind regards, >> Patrick From nobody Wed Sep 27 08:32:20 2023 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 4RwVGl6FZVz4v8Kc for ; Wed, 27 Sep 2023 08:32:31 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RwVGk1mmVz3Lbx for ; Wed, 27 Sep 2023 08:32:30 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cs.huji.ac.il header.s=57791128 header.b=LWWUI6Gu; spf=none (mx1.freebsd.org: domain of danny@cs.huji.ac.il has no SPF policy when checking 132.65.116.210) smtp.mailfrom=danny@cs.huji.ac.il; dmarc=pass (policy=none) header.from=huji.ac.il DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cs.huji.ac.il; s=57791128; h=References:To:Cc:In-Reply-To:Date:Subject:Mime-Version:Content-Type:Message-Id:From; bh=GriWPs1eqhW+NW//b1ihQy76XCAsL0unKQxLAuxq0+w=; b=LWWUI6GuZ2D7PlXo3RPRm1MIjYWAbcmjh73Q5BTViSCKiXmmLMuUsrCShD7FJcNMVQIH1x9usNpINyv9vET9cZ2FFRkYxH1WNbUCYHtmfzUQwoFjdvJCLcP+bAWKxy+tCFZCxChSm2pHmjgHXNcW8cW5dgqNhZa/pom6NQkMxfnwiesPcNZevJN7z3YiCNDGAu6k6lHO2dFU1Q9EImi7HbKXYCZjATaRYG3XfKG/mDukEtsn8cm2zKzluDvb3KWutZWTPVXHsnqRVJEAULSoDMM+A3TgTlKnBcCGyP7y7SzdJUZ4eH4CbnpzHzqINVcYY6oA5sK6z0dD71NN/5wiCA==; Received: from bach.cs.huji.ac.il ([132.65.80.20] helo=smtpclient.apple) by kabab.cs.huji.ac.il with esmtp id 1qlPy0-000MTn-8O; Wed, 27 Sep 2023 11:32:20 +0300 From: Daniel Braniss Message-Id: <705D8590-5087-4DB8-B382-398D0B225CC9@cs.huji.ac.il> Content-Type: multipart/alternative; boundary="Apple-Mail=_DE8B6214-7B31-49C9-9BA8-E509047ED01B" 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 \(3696.120.41.1.4\)) Subject: Re: FreeBSD 14, RPI CM3+ - how to use I2C? Date: Wed, 27 Sep 2023 11:32:20 +0300 In-Reply-To: <20230921155034.863ebfa8ead5bc85046fa988@bidouilliste.com> Cc: "Patrick M. Hausen" , freebsd-arm To: Emmanuel Vadot References: <8B10870E-C485-4626-BBCF-BEE0771D8B5A@hausen.com> <6E552CD8-4248-4EBE-A919-2A56CA1A87FA@hausen.com> <20230921155034.863ebfa8ead5bc85046fa988@bidouilliste.com> X-Mailer: Apple Mail (2.3696.120.41.1.4) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.20 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[huji.ac.il,none]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[cs.huji.ac.il:s=57791128]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ONCE_RECEIVED(0.10)[]; RCVD_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:378, ipnet:132.64.0.0/15, country:IL]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEFALL_USER(0.00)[danny]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[cs.huji.ac.il:+]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_NA(0.00)[no SPF record] X-Rspamd-Queue-Id: 4RwVGk1mmVz3Lbx --Apple-Mail=_DE8B6214-7B31-49C9-9BA8-E509047ED01B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii hi, is there a similar solution for allwinner i2c(twsi)? cheers, danny > On 21 Sep 2023, at 16:50, Emmanuel Vadot = wrote: >=20 > On Thu, 21 Sep 2023 15:09:45 +0200 > "Patrick M. Hausen" > wrote: >=20 >> Hi, >>=20 >>> Am 21.09.2023 um 14:10 schrieb Patrick M. Hausen : >>> dtoverlay=3Di2c1,pins_44_45 >>> dtoverlay=3Di2c-rtc,mcp7940x >>>=20 >>> Source: = https://docs.turingpi.com/docs/turing-pi1-cluster-management-bus-i2c >>>=20 >>> Did that, but >>>=20 >>> i2c -s >>>=20 >>> shows now output [...] >>=20 >> Turns out the FreeBSD installation does not come with all (?) = overlays >> by default like e.g. Ubuntu. >>=20 >> I downloaded the two missing files from here: >>=20 >> https://github.com/raspberrypi/firmware >>=20 >> and placed them in /boot/efi/overlays. >=20 > We don't install them all on the image but everything is packaged in > the rpi-firmware package. >=20 >> Bingo: >>=20 >> root@pi1:~ # i2c -s >> 57 5c >> root@pi1:~ # i2c -a 0x57 -o 0xf2 -d r -c 1 >> ff >>=20 >> Now I finally understand what all of this weird stuff *is* - sort of = ;-) >>=20 >> Kind regards, >> Patrick >=20 >=20 > --=20 > Emmanuel Vadot > = > --Apple-Mail=_DE8B6214-7B31-49C9-9BA8-E509047ED01B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii hi,
is there a similar solution for allwinner = i2c(twsi)?
cheers,
= danny


On 21 = Sep 2023, at 16:50, Emmanuel Vadot <manu@bidouilliste.com> wrote:

On Thu, 21 Sep 2023 15:09:45 +0200
"Patrick M. Hausen" = <pmh@hausen.com> wrote:

Hi,

Am = 21.09.2023 um 14:10 schrieb Patrick M. Hausen <pmh@hausen.com>:
dtoverlay=3Di2c1,pins_44_45
dtoverlay=3Di2c-rtc,mcp7940x

Source: https://docs.turingpi.com/docs/turing-pi1-cluster-management-bu= s-i2c

Did that, but

i2c -s

shows now output [...]

Turns out the FreeBSD = installation does not come with all (?) overlays
by = default like e.g. Ubuntu.

I downloaded the = two missing files from here:

https://github.com/raspberrypi/firmware

and placed them in /boot/efi/overlays.

We don't install them all on the image but everything is = packaged in
the = rpi-firmware package.

Bingo:

root@pi1:~ # i2c -s
57 5c
root@pi1:~ # i2c -a 0x57 -o 0xf2 -d r -c 1
ff

Now I finally understand what all of this = weird stuff *is* - sort of ;-)

Kind = regards,
Patrick


-- 
Emmanuel Vadot <manu@bidouilliste.com> <manu@freebsd.org>

= --Apple-Mail=_DE8B6214-7B31-49C9-9BA8-E509047ED01B-- From nobody Thu Sep 28 15:25:05 2023 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 4RxHNK2Czcz4tw2w for ; Thu, 28 Sep 2023 15:25:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RxHNK04qLz4G1q for ; Thu, 28 Sep 2023 15:25:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1695914705; a=rsa-sha256; cv=none; b=VfB7htv6ruWG57rtUIZnvylfA/qSCZsBjlpFaVZ8vVqgoEEGbsZHDm97fTcRZ70A6ZhumS MDt73mlWzUwqnxT8k5+UY2DMY0wHTuYmwsNeJ0lv/wZRVv19F2VpWeC9t4xF1TGA+W42BE wjxjLLPOgTjhHPeFTmzH6jZT/ULFGla6mEGEjoFKKYCiq8inf1qCe8mpTOyjeyhqwbadRc MjPRjpnx1FMguhyuhALQ26OzcaveZHxv0NIPMwbDcFb0SeTzcrhdGSYURcMV0b1tYFGCQT lOIRcm37wMZicUgzSdI686KriBEQ8C2QexOpxtZVdWA/MHILMWN07tJStA7wwQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1695914705; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=dPSE6nHdFF8RMsO/Kj4Cqcfrgq7d2KdwGJoC3roA35s=; b=Y3uZHA+avLuG5ne4/J0sU9gr5DDvAiF5GUEu9bp2auvhszqzicv3qTtT1Z0cGN9ExDmXsx tajrECQ6+y91oNjrNCMF9qyaAmyb9LEzelo0PCy5kd9i8Gg19H0CnHCK7ikMwbXwpXbufV t/p9O+PUcz0iJyRvGI01/bs0ZIVWiv45GCob6N67+/iK3FB8oopkpJg4K2VATyRBqflESg u/f7CNuLg/3A8WQDq0iSQcZQsv43vNmFjYzOwHdNus2F+iAvMN9zY2ii1B1gp8iin97tUn 1Ie5JfsgYhXvQAng7UMutoaITgkztczlGUTY2VBrB2kK0kyL+EuWG/DckCctHQ== 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 4RxHNJ6Jf9zCVv for ; Thu, 28 Sep 2023 15:25:04 +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 38SFP4Fx029499 for ; Thu, 28 Sep 2023 15:25:04 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 38SFP48H029497 for freebsd-arm@FreeBSD.org; Thu, 28 Sep 2023 15:25:04 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 271078] [nanobsd] embedded/common script does not copy FAT slice recursively Date: Thu, 28 Sep 2023 15:25:05 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 13.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: hondareyte.luc@laposte.net 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 dependson 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D271078 Luc Hondareyte changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Depends on|255639 | Status|New |Closed --- Comment #1 from Luc Hondareyte --- Obsolete bug report: https://cgit.freebsd.org/src/commit/tools/tools/nanobsd/embedded/common?id= =3D0853415963c0b24a24abc7a13bfa4117b35c8a37 Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D255639 [Bug 255639] [nanobsd] "missing directory in specification" while building = disk image --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Fri Sep 29 18:12:00 2023 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 4Rxz2d3QKYz4vTqD for ; Fri, 29 Sep 2023 18:12:09 +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 4Rxz2b5Th7z3CFf for ; Fri, 29 Sep 2023 18:12:07 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; dkim=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; dmarc=none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.15.2) with ESMTPS id 38TIC006059969 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Fri, 29 Sep 2023 11:12:00 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 38TIC0t1059968 for freebsd-arm@freebsd.org; Fri, 29 Sep 2023 11:12:00 -0700 (PDT) (envelope-from fbsd) Date: Fri, 29 Sep 2023 11:12:00 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Stable/14 dropping ssh connections to FT232 usb-serial adapter Message-ID: 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-Spamd-Bar: / X-Spamd-Result: default: False [0.57 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994]; NEURAL_HAM_SHORT(-0.89)[-0.888]; NEURAL_SPAM_LONG(0.55)[0.554]; MID_RHS_WWW(0.50)[]; WWW_DOT_DOMAIN(0.50)[]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; MIME_TRACE(0.00)[0:+]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; DMARC_NA(0.00)[zefox.net]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Queue-Id: 4Rxz2b5Th7z3CFf A stable/14 install on a Pi2 v1.1 (armv7) host seems to work quite well, apart from dropping ssh connections when used to run a cu or tip session to an FT232 usb-serial adapter. Ssh connections to interactive shells seem to remain up indefinitely, but drop within a couple of hours (between the same hosts) when used to run cu or tip. The only debug info provided by ssh looks like: login: Sep 29 08:25:19 pelorus sshd[53926]: error: PAM: Authentication error for illegal user username from 179.63.55.224 Sep 29 08:31:52 pelorus sshd[53966]: error: Fssh_kex_exchange_identification: Connection closed by remote host [....] Sep 29 08:41:05 pelorus sshd[54026]: error: PAM: Authentication error for illegal user ubnt from 103.146.55.222 FreeBSD/arm64 (pelorus.zefox.org) (ttyu0) login: debug3: send packet: type 1 client_loop: send disconnect: Broken pipe bob@raspberrypi:~ Since the problem doesn't happen when running a shell, it's tempting to think this is caued by tip, cu or maybe the driver for the adapter. It seems to be confined to stable/14, neither current nor 12.4 has this tendency. The stable/14 host is up to date as of yesterday. This sort of trouble has been present for some time on -current for both Pi2 (armv7) and Pi3 (aarch64), but it seems to have gone away on aarch64, which now holds ssh-to-ft232 sessions indefinitely. Thanks for reading, and any hints. bob prohaska .