<div dir="ltr"><div dir="auto">On Fri 14. Apr 2023 at 13:09, Mike Spooner via rescue <<a href="mailto:rescue@sunhelp.org" target="_blank">rescue@sunhelp.org</a>> wrote:<br></div><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">Solaris 10 doesn't run on Ultra-1 workstations (the UltraSPARC-1 support was removed).</blockquote><div dir="auto"><br></div><div dir="auto">Right, I was thinking of my U2 which has 300MHz UltraSPARC II CPUs.  Thanks for the correction, Mike!</div><div dir="auto"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)" dir="auto">Also, IIRC, the U1/140 and U1/170 won't run Solaris 7, 8 or 9 *in 64-bit mode* due to a CPU bug (an extremely specific and esoteric 64-bit code sequence that will hard-hang the CPU). The Solaris check for this can be overridden though, to force 64-bit in spite of that. The (rare) U1/200 doesn't suffer the problem.</blockquote><div dir="auto"><br></div>You are correct.  The following is from the boot(1m) man page on Solaris 7:<br><br>     On systems containing 200MHz or lower  UltraSPARC-1  proces-<br>     sors,  it  is  possible  for  a user to run a 64-bit program<br>     designed to exploit a problem that could cause  a  processor<br>     to  stall.  Since  64-bit  programs  cannot run on the 32-bit<br>     kernel, the 32-bit kernel is chosen as the default  file  on<br>     these  systems.<br><br>     The code sequence that exploits the problem is very  unusual<br>     and  is  not likely to be generated by a compiler. Assembler<br>     code had to be specifically written to demonstrate the prob-<br>     lem.  It  is  highly  unlikely that a legitimate handwritten<br>     assembler routine would use this code sequence.<br><br>     Users willing to assume the risk that a user might acciden-<br>     tally  or  deliberately  run  a program that was designed to<br>     cause a processor to stall may choose to run the 64-bit ker-<br>     nel    by    modifying   the   boot    policy   file.   Edit<br>     /platform/platform-name/boot.conf so  that  it  contains  an<br>     uncommented     line     with     the     variable     named<br>     ALLOW_64BIT_KERNEL_ON_UltraSPARC_1_CPU set to the value true<br>     as shown in the example that follows:<br><br>     ALLOW_64BIT_KERNEL_ON_UltraSPARC_1_CPU=true<br><br>     For more information, see the Sun Hardware Platform Guide.<br><br>Cheers,<br>Malte<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)" dir="auto"></blockquote></div></div>
</div>