From owner-freebsd-current@freebsd.org Mon Oct 22 12:39:42 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 CB786FFAADF for ; Mon, 22 Oct 2018 12:39:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-36.consmr.mail.ne1.yahoo.com (sonic317-36.consmr.mail.ne1.yahoo.com [66.163.184.47]) (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 665517814B for ; Mon, 22 Oct 2018 12:39:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: nlUpYekVM1k8LPpTgXb9Li5gPeIldEl8aqVIdYJXYqvkVWIBy7JB5VFeM88wIj8 VpDBN7di71903oVbJ41QQR11rKqeXQxO9g6QIcOGGFQAeNJtZZvB6m0Gqi6jcxhQkk8b_xHBNdrU vao7NXBhHHqO_scUV8dNQLswK.Sa53CM6EWNaM5d05Y0wc5aHv9_4CYRc8q_Qh8ektVElCfrdooZ 4nUr_WlwcmN8IeSKCHDnOTMjXpnWq4eI4h.8F7K5c45gUZ5sm9r1PWerKVDvWTjdrX1qGZsnnpT. _x1vcLs_7QkshHdbQDAB1ii9E5yZyac_mawffk2v3hUUam8pRCJuZO5Qkica8E72NtSYWFHJ4O0Z 5ycn8OPGS7dzHyi4OVuaYY_KD1SPRKWkCIb5UCtlpwQeHqWJE_zJc4sMPtI2UURFWNsP_OGg.kyp CjsBt2wNvhy4UHjPCMl444RZW7esGCh1Td96QVq0uoBEWP2Hqe5EavdU5FZ28WhnY8xmY72pU01t JtgubyA0AvSobhDrjaXLMYv3S.ufB1cEnshlVo67vSmgNwv6gwEGbr4rrDZFrfq4roK6PTsodIkt jPGlT_BFzQ.xW1Ir9mC_0b.aCufA0kE5wwVQlKoArpf.Ha5YRWyJh4906SpfNfkJUMky2MbYwHVo u9T.AQj1wRFvTmhjrun6RYPFlXIRklMAY8UKKkCwjOcg6dPLcTd61PQyufGy78aYfVU27RduSrWZ mYEBvqvh6saC5.0KL7GelR0bb2O5Q0rEAZ8fPdLZtnUSIAr.GnFxNfHq2Vm5sOYxBZXKs9AgBjPO gqJ2a8FPcny60zVKhhl4jQLWLT0HONnKRtkS1AUpQdfVbki2UtrHW.kFJx99ACud3aWmCGGcthyP vBSJFTiBvifp2J4nwxNoS61n8p0ca1rHmBm4njv9sviREY2IY5rLOnZDkF5nyuDKdRTctgD1gH8S J6uliQl4f6Hn0lrzwOQWYPKgi.daBchxP_Cwt0PQJbAzWtRUU9Kkoohvb0T8tmhDkmgyo9Naqqj7 HCUQuO7WjUVf5SG90MZf9o35Q65xgXITfaPFUdCdfJ.bsWxuChJUc.TfBVTZKLMa19vaO9lgHPyI uQeA- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.ne1.yahoo.com with HTTP; Mon, 22 Oct 2018 12:39:41 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp422.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a3206d9ee5ade17a4a95cd6b0065b2c0; Mon, 22 Oct 2018 12:39:37 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: head -r338804 boots threadripper 1950X fine; head -r338810+ do not; -r338807 seems implicated From: Mark Millard In-Reply-To: <9AEF5EB3-C393-44D1-9BD4-D0E59FE97CCE@me.com> Date: Mon, 22 Oct 2018 05:39:36 -0700 Cc: Konstantin Belousov , FreeBSD Current , FreeBSD-STABLE Mailing List , Warner Losh Content-Transfer-Encoding: quoted-printable Message-Id: <08B26F92-F1F5-4F51-8DC4-EDDC6DD493B2@yahoo.com> References: <79973E2B-F5C4-4E7C-B92B-1C8D4441C7D1@yahoo.com> <3CA4C94F-A062-44FE-B507-948A6F88C83D@me.com> <085BCA2B-4451-406C-9CEE-57D8B8008201@yahoo.com> <9AEF5EB3-C393-44D1-9BD4-D0E59FE97CCE@me.com> To: Toomas Soome 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: Mon, 22 Oct 2018 12:39:43 -0000 On 2018-Oct-22, at 4:07 AM, Toomas Soome wrote: > On 22 Oct 2018, at 13:58, Mark Millard wrote: >>=20 >> On 2018-Oct-22, at 2:27 AM, Toomas Soome wrote: >>>=20 >>>> On 22 Oct 2018, at 06:30, Warner Losh wrote: >>>>=20 >>>> On Sun, Oct 21, 2018 at 9:28 PM Warner Losh wrote: >>>>=20 >>>>>=20 >>>>>=20 >>>>> On Sun, Oct 21, 2018 at 8:57 PM Mark Millard via freebsd-stable < >>>>> freebsd-stable@freebsd.org> wrote: >>>>>=20 >>>>>> [I built based on WITHOUT_ZFS=3D for other reasons. But, >>>>>> after installing the build, Hyper-V based boots are >>>>>> working.] >>>>>>=20 >>>>>> On 2018-Oct-20, at 2:09 AM, Mark Millard = wrote: >>>>>>=20 >>>>>>> On 2018-Oct-20, at 1:39 AM, Mark Millard = wrote: >>>>>>> . . . >>>>=20 >>>=20 >>> It would help to get output from loader lsdev -v command. >>=20 >> That turned out to be very interesting: The non-ZFS loader >> crashes during the listing, during disk8, which shows a >> x0 instead of a x512. >>=20 >=20 > Yes, thats the root cause there. The non-zfs loader does only *read* = the boot disk, thats why the issue was not revealed there.=20 >=20 > It would help to identify the sector size for that disk, at least from = OS, so we can compare with what we can get from INT13. >=20 > I have pretty good idea what to look there, but I am afraid we need to = run few tests with you to understand why that disk is reporting sector = size 0 there. >=20 >=20 Looks like I guessed wrong about the device for "drive8". So I unplugged the only other external storage device, so the original drives 0-13 become 0-11 overall. The machine has a multi-LUN media card reader with no cards plugged in. It is built-in rather than one that I plugged into a port. It has 4 LUN's. So 8+4=3D12 and drives 0-7 show up with media before it tries any of the 4 LUN's with no card in place. I conclude that "drive8" is an empty LUN in a media card reader. I conclude that there is no sector size available for any of the empty LUNs in the media reader. >=20 >=20 >> Hand transcribed from pictures: >>=20 >> OK lsdev -v >> disk devices >> disk0: BIOS drive C (937703088 x 512): >> disk0p1: FreeBSD boot 512K >> disk0p2: FreeBSD UFS 356G >> disk0p3: FreeBSD swap 15G >> disp0p4: FreeBSD swap 76G >> disk1: BIOS drive D (16514064 x 512): >> disk1s1: Linux 2048KB >> disk1s2: Unknown 952GB >> disk2: BIOS drive E (16514064 x 512): >> disk2p1: Unknown 128MB >> disk3: BIOS drive F (16514064 x 512): >> disk3p1: Unknown 128MB >> disk4: BIOS drive G (16434495 x 512): >> disk2p1: Unknown 128MB >> disk4p2: DOS/Windwos 1716GB >> disk5: BIOS drive H (16434495 x 512): >> disk5p1: FreeBSD boot 512K >> disk5p2: FreeBSD UFS 176G >> disk5p3: FreeBSD swap 193G >> disp5p4: FreeBSD swap 15G >> disk6: BIOS drive I (16434495 x 512): >> disk6p1: Unknown 499MB >> disk6p2: EFI 99MB >> disk6p3: Unknown 16MB >> disp6p4: DOS/Windows 886G >> dis7: BIOS drive H (16434495 x 512): >> disk7p1: FreeBSD boot 512K >> disk7p2: FreeBSD UFS 953G >> disk8: BIOS drive K (262144 x 0): >>=20 >> int=3D00000000 err=3D00000000 efl=3D00010246 eip=3D000286bd >> eax=3D00000000 ebx=3D72b50430 ecx=3D00000000 edx=3D00000000 >> esi=3D00000000 edi=3D00092080 ebp=3D00091eec esp=3D00091ea8 >> cs=3D002b ds=3D0033 es=3D0033 fs=3D0033 gs=3D0033 ss=3D0033 >> cs:eip=3Df7 f1 89 c1 85 d2 0f 85-d8 01 00 00 6a 05 58 85 >> f6 0f 88 75 01 00 00 89-cb c1 fb 1f 89 ca 03 55 >> ss:esp=3D09 00 00 00 00 00 00 00-0a 00 00 00 02 00 00 00 >> 00 00 00 00 00 00 00 00-78 1f 09 00 33 45 04 00 >> BTX halted >>=20 >> I expect that "disk8" is what gpart show -p >> from a native boot showed as: >>=20 >> =3D> 1 60062499 da1 MBR (29G) >> 1 31 - free - (16K) >> 32 60062468 da1s1 fat32lba (29G) >>=20 >> (That gpart show -p output is in another of the >> list messages.) >>=20 >>> Also if you could test boot loader with UEFI - for example get to = loader prompt via usb/cd boot and then get the same lsdev -v output. >>=20 >> Still true given the above crash? Or, going the >> other way, should "drive8" be left as it is in >> order to be sure to do this test with the drive >> present? >>=20 >> If I do this test later, it will take a bit to >> get media to do it with. (It is about 4AM in the >> morning and I've yet to get to sleep.) >>=20 >> Note: I've never tried a UEFI based boot of FreeBSD >> on this machine (but the Windows 10 Pro x64 is EFI >> based). The only FreeBSD context using a EFI partition >> to boot that I have used is on an arm aarch64 >> Cortex-A57 system. >>=20 >>> I would be interested to see the sector size information and if the = UEFI loader does also have issues. >>=20 >> Understood. >>=20 >>> If it does, I=E2=80=99d like to see the outputs from commands: >>=20 >>> zpool status >>> zpool import >>=20 >> Independent of the UEFI test . . . >>=20 >> I do have a -r331924 head version on another one >> of the devices and can native-boot that. It still >> has its ZFS software (but a default loader without >> ZFS). >>=20 >> Trying from that context, hand transcribed: >>=20 >> # zpool status >> ZFS filesystem version: 5 >> ZFS storage pool version: features support (5000) >> no pools available >> # zpool import >> # >>=20 >> [That was based on the old (default) loader being >> a non-ZFS one.] >=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)