From owner-freebsd-current@freebsd.org Sun Oct 21 07:05:21 2018 Return-Path: Delivered-To: freebsd-current@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 5317AFD84FC for ; Sun, 21 Oct 2018 07:05:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.ne1.yahoo.com (sonic306-20.consmr.mail.ne1.yahoo.com [66.163.189.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C232A7F4A4 for ; Sun, 21 Oct 2018 07:05:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: jWLG8HUVM1mwQQiCD1mwtXnbbtWv3JyPmvtM4mz9EQArlDvI4hOgczShz6a4n82 w6eGFdBoAznpMLcr34LE7cguXiHSo2Zubl9ymvEKSvXpAa9L5rvDSnimCsQo9oOAEbBPY63XQsJA tePee0rUzWPgwKY1_g7a7cK863Tx58y0VKJocceKfoZb8FZgyAujhzn1IATLbes80DgmcAyanTmw YsdUHXegsz_sBYE1bwW6p4MRiMq4Uavi.Elak03MfAMCPjRQiOseNY2Wc75iF54jeZV4Py0RXX4l oAjJo_bQGNy62jPxFGGoloE8PS1TM4DFqaF3FlR03iH4GaQkMJ75KHKVuCk_w7uu6f8k1b_nts1I 9kCRkFJi_kdZ.MfWbE9tcDQ63YLItz2lppadi.SnzBdFQV_vF_VR.DCUmPq2xEF.p5TC09HAqR2B A4yI.smMieV5dph9MgSvWJvLZm7d38aGb32NFtt1ejdO67C.t0kH0NU7luTx0J68WFz8fiNFolhN T9nfw756NN7cUC_KmHkGy3JzRy.U3lxyJbPiGdvcbZJ402m3E6m8UykI4up0cnWdFUlWN6EDlW7B YrGMpoSqGWJ6E2KlSp4nKIc_YXG.r8ZqR_yzNjFQsCKbYp8U4qQMTS4IilEp8WHPCg8S1zw0j3FF S1lgwz08AvOsQjQtZAo4yRW5MStWNqII0OtTJr3QltgzuKjGVTdgyG1bey4PR.TFSUolzVdRZn_c dujppwm3roKKRP1YlWU8faMNazV6c84ks2IcObd6v_XqsuWLMXII8Be0Kk4yQ9njdc_ZguJrXsNi _R5usNQkAvmDOs.gegkeMLTPL_0LEE4Wo3zdqMQQ2jePWRPJX3Lq3oUmlSLrmMKyBACeKucIwy1H 0uoO8rDo_dp96wCjv7gwNfrkC7mPZmxRE2MwqqkeG9.c64V3go7DNP1n9LQ8h99XIJCvZIzfNEns fVCah4kHJVMrZquLkMD5bFeuE6RGFT4FIdev.fm57O1V9_mwvJu_xj_SatbSsBmb3wL4OumXEBNQ 2bilcPQcTY4orQ4JjPyeLpxs0W164Ct5a9Xjtn9uuIo2np.Dz0orYsp2eXo_9zXGGhNdecwkkSrS p1LgkGEcSGor3 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ne1.yahoo.com with HTTP; Sun, 21 Oct 2018 07:05:13 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp430.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e89355a7d2acd1525effad1bfa37ced7; Sun, 21 Oct 2018 07:05:09 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: head -r339076's boot loader fails to boot threadripper 1950X system (BTX halted); an earlier version works [ -r336532 broke it ] From: Mark Millard In-Reply-To: Date: Sun, 21 Oct 2018 00:05:07 -0700 Cc: FreeBSD Current , FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <30DD2F47-C8CB-4CEC-8563-C7083D0EAEEF@yahoo.com> References: <2A425DE4-2B5B-474D-8B95-81890DE4D8A1@yahoo.com> <9D2A6528-F888-4833-A52B-8F9B4D66592C@yahoo.com> To: Warner Losh X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2018 07:05:21 -0000 On 2018-Oct-20, at 10:32 PM, Warner Losh wrote: > On Sat, Oct 20, 2018 at 11:04 PM Mark Millard = wrote: > [I found what change lead to the 1950X boot crashing > with BTX halted.] >=20 >> On 2018-Oct-20, at 12:44 PM, Mark Millard = wrote: >>=20 >> > [Adding some vintage information for a loader >> > that allowed a native boot.] >> >=20 >> > On 2018-Oct-20, at 4:00 AM, Mark Millard = wrote: >> >=20 >> >> I attempted to jump from head -r334014 to -r339076 >> >> on a threadripper 1950X board and the native >> >> FreeBSD boot failed very early. (Hyper-V use of >> >> the same media did not have this issue.) >> >>=20 >> >> But copying over an older /boot/loader from another >> >> storage device with a FreeBSD head version that has >> >> not been updated yet got past the problem being >> >> reported here. (For other reasons, the kernel has >> >> been moved back to -r338804 --and with that, >> >> and the older /boot/loader, the 1950X native-boots >> >> FreeBSD all the way just fine.) >> >=20 >> > I found one /boot/loader.old that was dated >> > in the update'd file system as 2018-May 20, >> > instead of 2018-Apr-03 from the older file >> > system. May 20 would apparently mean a little >> > below -r334014 . It native-booted okay, as did >> > the April one. >> >=20 >> > [I do not know how to inspect a /boot/loader* >> > to find out what -r?????? it is from.] >> >=20 >> > Unfortunately, I had done more than one -r339076 >> > install from -r334014 before rebooting and >> > no -r334014 loaders were still present: >> > the other *.old files from a few minutes before >> > the ones I had the boot problem with. >> >=20 >> > I might be able to extract loaders from various: >> >=20 >> > = https://artifact.ci.freebsd.org/snapshot/head/r*/amd64/amd64/base.txz >> >=20 >> > materials and try substituting them in order to >> > narrow the range for works -> fails. If I can, >> > this likely would take a fair amount of time in >> > my context. >> >=20 >> > Other notes: >> >=20 >> > It turns out that only Hyper-V based use needed >> > a -r334804 kernel: Native booting with the older >> > loaders and newer kernels works fine. >> >=20 >> > Windows 10 Pro 64bit also has no problems >> > booting and operating the machine. >> >=20 >> > The native-boot problem does seem to be freeBSD >> > loader-vintage specific. >> >=20 >> >> For the BTX failure the display ends up with >> >> (hand transcribed, ". . ." for an omission): >> >>=20 >> >> BTX loader 1.00 BTX version is 1.02 >> >> Console: internal video/keyboard >> >> BIOS drive C: is disk0 >> >> . . . >> >> BIOS drive P: is disk13 >> >> - >> >> int=3D00000000 err=3D00000000 efl=3D00010246 eip=3D000096fd >> >> eax=3D74d48000 ebx=3D74d4e5e0 ecx=3D00000011 edx=3D00000000 >> >> esi=3D74d4e380 edi=3D74d4e5b0 ebp=3D00091da0 esp=3D00091d60 >> >> cs=3D002b ds=3D0033 es=3D0033 fs=3D0033 gs=3D0033 ss=3D0033 >> >> cs:eip=3D66 f7 77 04 0f b7 c0 89-44 24 0c 89 5c 24 04 8b >> >> 45 08 89 04 24 83 64 24-10 00 c7 44 24 08 01 00 >> >> ss:esp=3D00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 >> >> 00 00 00 00 00 00 00 00-f0 1d 89 00 00 00 00 00 >> >> BTX halted >> >=20 >> > I've no clue what of that output might be loader vintage >> > specific. It might not be of use without knowing the >> > exact build of the loader. >> >=20 >> >> The board is a GIGABYTE X399 AORUS Gaming 7 (rev 1.0). >> >> It has 96 GiBytes of ECC RAM, just 6 DIMMs installed. >> >=20 >> > For reference for the board's BIOS: >> >=20 >> > Version: F11e >> > Dated: 2018-Sep-17 >> > Description: Update AGESA 1.1.0.1a >>=20 >> Using: >>=20 >> https://artifact.ci.freebsd.org/snapshot/head/r*/amd64/amd64/base.txz >>=20 >> materials I found that: >>=20 >> -r336492: worked (loader vs. zfsloader: not linked) >> (no more amd64 builds until . . .) >> -r336538: failed (loader vs. zfsloader: linked) >>=20 >> (Later ones that I tried also failed.) >>=20 >> Looks like this broke for booting the 1950X=20 >> system in question when the following was >> checked in: >>=20 >> Author: imp >> Date: Fri Jul 20 05:17:37 2018 >> New Revision: 336532 >> URL:=20 >> https://svnweb.freebsd.org/changeset/base/336532 >>=20 >>=20 >> Log: >> Collapse zfsloader functionality back down into loader. >>=20 > Yea, this shouldn't matter. It worked on all the systems I tried it = on. >=20 > So my first question: is this a ZFS system? Second, does it also have = UFS? If yes to both, which one do you want it to boot off of? No zfs in use at all. It has been years since I experimented with ZFS and reverted back to UFS. # gpart show -l =3D> 40 937703008 da0 GPT (447G) 40 1024 1 FBSDFSSDboot (512K) 1064 746586112 2 FBSDFSSDroot (356G) 746587176 31457280 3 FBSDFSSDswap (15G) 778044456 159383552 4 FBSDFSSDswap2 (76G) 937428008 275040 - free - (134M) . . . Doing: gpart bootcode -p /boot/gptboot -i 1 da0 and the trying a modern /boot/loader did not change anything: still "BTX halted" for a native boot. (No problem under Hyper-V.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)