From owner-freebsd-arm@freebsd.org Thu Nov 22 19:01:19 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 C4D241104016 for ; Thu, 22 Nov 2018 19:01:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED443815FF for ; Thu, 22 Nov 2018 19:01:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ooCk.1QVM1lSciquW3nqkA0mgUXLYklpTtPY7s_kmtxLwf15eJ2IFnrBZNvRGVj TYuWWZv34xjXglJ8Af6XM_PGjmIQv.M5Rjsw30CcRjxI7ZhX1lx6gQxBYHUJAFhsXCPSljmuJgs0 CqewMZQKlZl7it8e61zQThJHJcGULUMwvpSdvlKDP4Ig3Fq2g_GKcpaF3Y8mxLyIyPcxvsfVOTjo pYwDLbfWTU_h0S6ch0bBJRDm.3FycB6gSX8fijTQRnYR1eLTAHjllYrajpnkOU_1OrUl0G6NKxj5 g1tG37SLup.72S4.q5FS3BfXfXoOGId45xSyRqyVQIISumMU92NY91fqW3NlJRc_BOKXDBqWCJ9u 2KIrhbB7fhhJGNE6ALUtEAcoeqs1N1IVSzkcTljuoAlaFK21scH8Y0nerzZadP3foSnEXVd.wgqw rPflk93S4Y82HUmMJ2ONdtL.SUFDQqj3b.ZFkm5OLEGrZRMl7O30WphY7NRpQ1JsUhMHwqtPax3A 5xXiMFYSCzIhngBCE1qJQms.FDY0qfOwIeaUEFjGVf2cP8etk4T.NvF3A9Crh8L4xxptafvCzzl0 FmmdGmmjYLYnUcg3Lg8JFX4q_UMa7gna0pYD.04Nwp5u7iW5CxNRbYQmdDF_ujySBS1C09r1XgSJ G7MjS9cjeOlrM3FUPwe.hQjxAcJ61YYWycFl2pM9MCUUhvAb1crBSPZE_BPQkik6F_EXi1cWLSWB 3xJShVk5OnY4wRn5.k3Okh8T9G2eY10fIu4h.5m8QD_VtuCIAGX2X67SOC6TFVBTSNHwEgTUgvmG i3fxPqGur6GN396dDB94FVO1roA6ZSnC7AEJ2BPBtZYiXe8v.ffT_ToczJ4mRc9dx7eOg..O_MbR _NvETteH6QBid3kB8WQzgfeBBjiXNkC.Z3dWRy_r2rcrii2PdEB74MK4HXgG3JEB88c2oCk5KwDi 0qDC.4p.sjlWTRh_JdkKVTujRbVqlG7ugkZhCowO5WOF0W4SV5M1wUQrzbtZ2ImD2dSLPmDT2_xf qMmT2sMYoMiTZoJsNUmd2iw_zPCLZDwucCC59pulc52yPtTODnPHeW5eR Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Thu, 22 Nov 2018 19:01:11 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp424.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 412e222f4a5aa88c34af9d19a194e7f2; Thu, 22 Nov 2018 19:01:07 +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: Date: Thu, 22 Nov 2018 11:01:06 -0800 Cc: Karl Denninger , FreeBSD Release Engineering Team , "freebsd-arm@freebsd.org" , "Rodney W. Grimes" Content-Transfer-Encoding: quoted-printable Message-Id: <818D581C-D2AE-4CC9-B71F-A426B8D5D003@yahoo.com> References: <201811212303.wALN3Vv9074328@pdx.rh.CN85.dnsmgr.net> <820fac5d-dc79-64ca-33ac-7604157db423@denninger.net> <7FF4BE2B-DD9C-47AE-9775-7CBFE9813C6F@yahoo.com> <1A96848B-1B6B-4F06-9377-C702DDE4A403@yahoo.com> To: Warner Losh X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: ED443815FF X-Spamd-Result: default: False [-2.53 / 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]; RCPT_COUNT_FIVE(0.00)[5]; 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)[]; NEURAL_HAM_SHORT(-0.39)[-0.385,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.26)[ipnet: 98.137.64.0/21(0.76), asn: 36647(0.61), country: US(-0.09)]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.936,0]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.95)[-0.951,0]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[32.69.137.98.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 19:01:20 -0000 On 2018-Nov-22, at 09:45, Warner Losh wrote: >=20 >> On Thu, Nov 22, 2018 at 9:32 AM Mark Millard via freebsd-arm = wrote: >> On 2018-Nov-22, at 08:14, Mark Millard wrote: >>=20 >> > 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.) >>=20 >>=20 >> I just tested and: >>=20 >> hw.usb.template=3D3 >> # ucom is not automatically being loaded when umodem is loaded at = boot. >> ucom_load=3D"YES" >> umodem_load=3D"YES" >>=20 >> in /boot/loader.conf worked: no more message about umodem.ko >> missing dependencies. >>=20 >> 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 .) >=20 > Better to add the proper module dependency rather than this half = A***ED workaround, don't you think? Did I do something to justify that public disrepect in the tone of your reply? I'll note that after booting, without preloading ucom.ko at all, "kldload umodem" works fine and implicitly loads ucom.ko just fine. So some form of module dependency would seem to already be in place. (This has been noted in past reports on the lists.) The indirection-problem is only at boot time via using /boot/loader.conf --not later. > Warner >> 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.) >>=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)