Date: Mon, 25 Feb 2019 18:47:33 +0100 From: Marek Zarychta <zarychtam@plan-b.pwste.edu.pl> To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 12 and Nocona Message-ID: <9b2c6cb7-dbbb-39c4-f409-84393311a6c5@plan-b.pwste.edu.pl> In-Reply-To: <B3B46355-03A1-4083-9A41-CEEE47716BB0@lassitu.de> References: <fb0361c2-28e1-341f-c11f-75488f5ad95c@plan-b.pwste.edu.pl> <B9685323-407C-4FEC-AA3B-CCB4EAC96ECF@lassitu.de> <056a2bc4-260c-5f65-a8a1-a3b849e64502@plan-b.pwste.edu.pl> <B3B46355-03A1-4083-9A41-CEEE47716BB0@lassitu.de>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --m3rb1DpAP3HeVmxoerSl0l55sDbdyoUEx Content-Type: multipart/mixed; boundary="f7wC6Bb29MLOOGL8hszYbhmKpqn2OzzW1"; protected-headers="v1" From: Marek Zarychta <zarychtam@plan-b.pwste.edu.pl> To: freebsd-stable@freebsd.org Message-ID: <9b2c6cb7-dbbb-39c4-f409-84393311a6c5@plan-b.pwste.edu.pl> Subject: Re: FreeBSD 12 and Nocona References: <fb0361c2-28e1-341f-c11f-75488f5ad95c@plan-b.pwste.edu.pl> <B9685323-407C-4FEC-AA3B-CCB4EAC96ECF@lassitu.de> <056a2bc4-260c-5f65-a8a1-a3b849e64502@plan-b.pwste.edu.pl> <B3B46355-03A1-4083-9A41-CEEE47716BB0@lassitu.de> In-Reply-To: <B3B46355-03A1-4083-9A41-CEEE47716BB0@lassitu.de> --f7wC6Bb29MLOOGL8hszYbhmKpqn2OzzW1 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US W dniu 08.01.2019 o=C2=A012:51, Stefan Bethke pisze: > Am 08.01.2019 um 10:34 schrieb Marek Zarychta <zarychtam@plan-b.pwste.e= du.pl>: >> W dniu 03.01.2019 o 14:13, Stefan Bethke pisze: >>>> I have under supervision a few old servers running 11.2-STABLE. The >>>> hardware is almost for retirement, but still in working condition. I= t's >>>> all old Nocona NetBurst microarchitecture. I have recently tried do >>>> upgrade OS two of them to 12.0-STABLE, but failed. When I use old >>>> bootloader the boot freezes on blue highlighted "Booting" stage, whe= n I >>>> tried to use 12 loader, it freezes earlier, on loading kernel module= s. >>>> The kernel was compiled from fresh sources for CPUTYPE?=3Dnocona. >>>> 11.2-STABLE is fine with this optimization and the same kernel boots= >>>> fine on newer hardware. >>>> >>>> It is fair, that 11 EOL is expected September 30, 2021 and these ser= vers >>>> will likely be retired before this date, but some questions arise: >>>> >>>> Is such old hardware still supported? Is it possible (how to) debug = the >>>> booting process? >>> The first step is to try with known-good bits: can you boot these mac= hines off the 12.0 ISO or memstick images? Can you load your kernel and m= odules with the loader from the ISO/memstick? Does GENERIC built without = any flags work? >>> >>> If any of these don=E2=80=99t work, try to be as specific as possible= when reporting problems. For example, the exact make of mainboard (kenv = output) and the BIOS version, and any relevant BIOS settings are likely i= mportant for problems regarding the loader. If the kernel and modules loa= d, you can try a verbose boot to see better how far the kernel gets. >>> >>> I=E2=80=99d be really surprised if the CPUs themselves would cause tr= ouble. >> >> The first step is done. The affected hardware doesn't boot from offici= al >> 12.0-RELEASE CD either. Loader also freezes at the stage of loading >> kernel modules. These servers are old Maxdata Platinum 500 and 3200. >> Some time ago I have submitted dmesgs to NYC BUG dmesg repository[1][2= ]. >> >> Both configurations are fine with 11-STABLE, so I am not going to >> upgrade them and I am replying only FYI. >> >> >> [1] https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D3790 <https://d= mesgd.nycbug.org/index.cgi?do=3Dview&id=3D3790> >> [2] https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D4111 <https://d= mesgd.nycbug.org/index.cgi?do=3Dview&id=3D4111> > I think it would be great to get some input from someone familiar with = the new loader. I=E2=80=99ve cc=E2=80=99ed Warner, Kyle and Toomas, as th= ey were listed in the quarterly status report. > After recent MFCs LUA loader became available in 11-STABLE branch. I have tested it on this old hardware using freshly built r344482. I must admit the LUA loader on this hardware loads and boots 11-STABLE kernel flawlessly in root on ZFS environment. The only caveat was that kernel.old haven't been listed under "5" key, but it wasn't tested intensely so the error could be temporary or nonexistent. Nothing changed with regard to booting FreeBSD 12 on this hardware. I have tried to boot the recent 12-STABLE kernel. The kernel and all modules were loaded (in the same manner as previously loader 4th did), but instead of booting machine froze at this stage, so the breakage is elsewhere. --=20 Marek Zarychta --f7wC6Bb29MLOOGL8hszYbhmKpqn2OzzW1-- --m3rb1DpAP3HeVmxoerSl0l55sDbdyoUEx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEMOqvKm6wKvS1/ZeCdZ/s//1SjSwFAlx0KjsACgkQdZ/s//1S jSxGVQf/VodWqonALtASty44ad6TMk+4c8q/59DxwTT0hGYwiOXJR1QpxdH6fxw7 Xl67/EjhB3+Z8r9BWNlT8mgO2A45su+s/4V0xv+1r29kWxDTN5ea71X5czw+Hhy9 wANeR0wpI7jcT1UhAVKZN88n3ai07p1uJ8KAFP5koSs8zU5x2IzVcxeJDOn3KcMh hg5THTvkQgJja1fmCTKs8+OsirrP6oGaDMZq7TKWqLyuQfgEMWJhT10CJR7SHyD7 h7LWh1oHYIrWM8Hj1wBgxuIo4ScKf8dZ0bfR4bGqnNZwemtA43FQhOlgOysrPCxy HzDv62XFt/2VWTNP2T4/17gEb8ZJUw== =RETb -----END PGP SIGNATURE----- --m3rb1DpAP3HeVmxoerSl0l55sDbdyoUEx--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9b2c6cb7-dbbb-39c4-f409-84393311a6c5>