From owner-freebsd-arm@freebsd.org Thu Nov 22 16:31:17 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9A04114BBB9 for ; Thu, 22 Nov 2018 16:31:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-20.consmr.mail.ne1.yahoo.com (sonic316-20.consmr.mail.ne1.yahoo.com [66.163.187.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1C1157C476 for ; Thu, 22 Nov 2018 16:31:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: bYjcqzsVM1mzbJ_Vdk3pqksh9nuUC_FTI2ekFDaBZBLj03TfVQGHmmDpQn3ZvSL WdfQ6ujZZW52OgkpBkysMEMNC_UsRqiCPpX4JoeIQuDZzy_ZcgMEWKbwrJlkivSsc6873djLYp.e 4TR70fwahvzIjtPNc.YSU7q7Y10nuakFElRtkjlV0WVW_8SeBLA70PxJNGPDLRGK.INh2PYiKVQC IeTA_.rplAcjZf6.ZcFeEm8hHMN4VCMYWiMADsyw67hGq_mxegqb7G6vidXshxykCaAWIR2gXBHg h8fVZS5HmYfzG7UBOt.ghgl7puwi_Cw5pYB.pUZG9rBTN3nWKr9q15n0JJHl8zVOfMK0wttFjTOt TTVKp7kxoehu0qdTuaM1I0agAwarnQTe3hJd1Z1OBFocf0JMhuB0GzEnDcU_KhBmfvNP.vxH_7JM XO7iHY1k5aqplW5JvLlgGsiLHHw9sD5lJFaxR_dsGw0Q0Up89q.JOFXhgdQ8dW7a.4.EEnTvTaV0 vHdPxKM49vtpL5OAAALRp1TWgEEvl9V9mZnj3XXKfEZN7p2N9awJIyWT8QeO8AYhpLVZ2liyLgHx mCodVPHNXq6xRVp1SI6RNsDH40RTXqvvGq2_anwcOkRPrzVoxZGI8dwzphqkg4JH7tYSEH6oDPdf jJomu5nqvxy2wf6lbH_gjm8G0FIdbBGQzZOTQfdJ6oDGKVLTTWerpEokRcLvmnoWQTMzr08lqB1c PYx6s1vReVB.pW_TrYC01Bz201s0pvXCv0TbuQVAK4iWL1LBwOB6rTFK020MUx5dekowMbE.C9H9 VgHDIkH26iLQ_NhleNywiyI0xVTU295HOT6ihLC0PtmkL5YEd8hantixaZFijKNVsjUNknOAS4cK wEkvzQ50uN45VpM.JOobo3b.tOyikdZZEOwKClNAjsa5JUkRBhQUjtw9UD.ROUIgDEHduEeRFB7J bxI9.XO4v5bN9HFqQQGxJ4hwcbDcSUHzvlRqDSaEe1l8No5m6V49UqKOKyYLssVdN9wHn4rMrnRU eyc6stQLAPNrHr_Yv1on5nLMYnh6JP3vEqsIOB7a19i1HEmCMkJfemK0- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Thu, 22 Nov 2018 16:31:14 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp403.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 340de7a23b79f623988b013f46ba86a6; Thu, 22 Nov 2018 16:31:13 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: Lost my serial console! :-) From: Mark Millard In-Reply-To: <7FF4BE2B-DD9C-47AE-9775-7CBFE9813C6F@yahoo.com> Date: Thu, 22 Nov 2018 08:31:11 -0800 Cc: "Rodney W. Grimes" , "freebsd-arm@freebsd.org" , re@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <1A96848B-1B6B-4F06-9377-C702DDE4A403@yahoo.com> References: <201811212303.wALN3Vv9074328@pdx.rh.CN85.dnsmgr.net> <820fac5d-dc79-64ca-33ac-7604157db423@denninger.net> <7FF4BE2B-DD9C-47AE-9775-7CBFE9813C6F@yahoo.com> To: Karl Denninger X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 1C1157C476 X-Spamd-Result: default: False [2.51 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; SUBJECT_HAS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(1.55)[ip: (4.72), ipnet: 66.163.184.0/21(1.72), asn: 36646(1.38), country: US(-0.09)]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.98)[0.978,0]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.30)[0.296,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.20)[0.196,0]; RCVD_IN_DNSWL_NONE(0.00)[146.187.163.66.list.dnswl.org : 127.0.5.0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2018 16:31:17 -0000 On 2018-Nov-22, at 08:14, Mark Millard wrote: > On 2018-Nov-22, at 03:27, Karl Denninger = wrote: >=20 >> On 11/21/2018 17:03, Rodney W. Grimes wrote: >>>> On 11/20/2018 09:57, Rodney W. Grimes wrote: >>>> ..... >>>>>> Lots.? I have several 3Bs, one 3B+ (since that's the current = model), and >>>>>> a passel of 2s. :-)? The 2s are fine but I'm building 11.STABLE = for >>>>>> those.? Can't for the 3s, as the code to run those isn't in 11. >>>>> Ok which of PI3B or PI3B+ or is it both that you are having >>>>> serial console issues on? >>>>>=20 >>>>> Also can you try: >>>>> = http://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/12.0/FreeBSD-12.0-R= C1-arm64-aarch64-RPI3.img.xz >>>>> on both boards and report success/failure/problems? >>>>>=20 >>>>> Thanks, >>>> RC1 boots on both and I have a serial console on both.? >>> Thank you for the testing, I am ccing this reply to RE@ so they >>> know we have at least 1 data point that says we can boot our >>> release canadate image on both a RPI3B and RPI3B+, >>> that is valuable data. >> One note -- there is a complaint about umodem.ko missing dependencies >> right at the top of the kernel messages on boot and indeed it does = not >> load out of the loader.conf entry -- but if I load it by hand once = the >> system is up (or out of /etc/rc.local, etc) it works. So while it = does >> indeed boot I wouldn't call it completely "working" (at least not if = you >> need the umodem kernel module!) >>=20 >> This happens to impact me on these devices (I have a USB device that >> "appears" as a serial modem).... it's been broken for a while on >> -CURRENT, but I don't know exactly *when* it broke. On the Pi2 under >> 11-Stable it hasn't been a problem. >=20 > Looking on the web I see an example from -r335317 : >=20 > FreeBSD 12.0-CURRENT #0 r335317: Mon Jun 18 17:37:04 UTC 2018 > = root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 > FreeBSD clang version 6.0.0 (tags/RELEASE_600/final 326565) (based on = LLVM 6.0.0) > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > KLD file umodem.ko is missing dependencies > KLD file if_run.ko is missing dependencies >=20 > But if I remove umodem.ko being the specific > example there is more --and some notes that > might provide a workaround . . . >=20 > There are examples around of folks getting the type of message for > zfs.ko , where the solution was to force /boot/kernel/opensolaris.ko > to load ahead of time instead of depending on it automatically > happening. -r317181 was an example, quoting: >=20 > QUOTE > With a slimmed down kernel config, I can load zfs.ko and boot the = kernel=20 > BUT opensolaris is not loaded and I get at kernel boot:=20 >=20 > OK load zfs=20 > /boot/kernel/zfs.ko text=3D0x9d980 text=3D0xe0480 data=3D0x214c8+0x9eb78= =20 > syms=3D[0x8+0x1d6a0+0x8+0x187bd]=20 > OK boot=20 > Booting...=20 > KDB: debugger backends: ddb=20 > KDB: current backend: ddb=20 > Copyright (c) 1992-2017 The FreeBSD Project.=20 > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994=20 > The Regents of the University of California. All rights = reserved.=20 > FreeBSD is a registered trademark of The FreeBSD Foundation.=20 > FreeBSD 12.0-CURRENT #0 r317181M: Sun May 14 14:01:52 CEST 2017=20 > [hidden email]:/usr/obj/usr/src/sys/NORQUAY arm64=20 > FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on=20= > LLVM 4.0.0)=20 > VT: init without driver.=20 > KLD file zfs.ko is missing dependencies=20 > END QUOTE >=20 > and: >=20 > QUOTE > If I load opensolaris manually, I can mount My root filesystem from = zfs=20 >=20 > OK load opensolaris=20 > /boot/kernel/opensolaris.ko text=3D0x19d8 text=3D0xda0 = data=3D0x10178+0x125b8=20 > syms=3D[0x8+0x1020+0x8+0x8ca]=20 > OK boot -s=20 > Booting...=20 > . . . > END QUOTE >=20 > That does suggest that there may be a workaround of explicitly > loading the modules that umodem.ko requires instead of depending > on implicit loading. This is true even if the person needed to > do a kldxref and at the time it might have worked after that. >=20 > (In the current context having an up to date linker.hints file > is known to be insufficient. Back then I'm unsure of the > status. But the procedure may either anyway.) >=20 > The quotes are from: >=20 > = http://freebsd.1045724.x6.nabble.com/Re-DTB-provided-by-loader-efi-from-he= ad-r317181-on-pine64-smashed-by-zfs-ko-td6185085.html >=20 > All the examples I'm referring to are arm64 in 2017 or later. > Over such a range I've not run into a non-arm64 example. >=20 > (I Did find old FreeBSD 9 missing-dependencies reports and > powerpc reports from years before that range. I ignored these.) I just tested and: hw.usb.template=3D3 # ucom is not automatically being loaded when umodem is loaded at boot. ucom_load=3D"YES" umodem_load=3D"YES" in /boot/loader.conf worked: no more message about umodem.ko missing dependencies. It looks like 12.x should have a note about amd64 requiring such completeness in what is listed in /boot/loader.conf or what is types at the loader prompts. (Presuming that this is not fixed before 12.0-RELEASE .) I greatly doubt that the issue is specific to umodem.ko and what it requires to also be loaded. (Note the if_run.ko example that was in materials that I quoted and the zfs.ko example that suggested the workaround.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)