• M4000 failing to boot Debian Sparc64

    From =?UTF-8?Q?Vocal=C3=ADa_Infraestruct@21:1/5 to All on Sun Jul 2 13:00:01 2023
    Hi,

    We are trying to boot Debian Sparc64 on a SPARC Enterprise M4000 server (SPARC64 VII+), but, after selecting normal / expert / secure install mode,
    we get this error message and the installer quits:

    *ERROR: Last Trap: Division by Zero*
    *%TL:1 %TT:28 %TPC:43056c %TnPC:430570 %TSTATE:1180001603*
    *%PSTATE:16 ( IE:1 PRIV:1 PEF:1 )*


    We have tried with the following ISO images: *debian-12.0.0-sparc64-NETINST-1.iso*, *debian-10.0-sparc64-NETINST-1.iso*
    and *debian-9.0-sparc64-NETINST-1.iso*.

    Maybe this is an unknown incompatibility, or we are missing some steps when installing.

    ¿Any ideas on how to fix this? ¿Has anyone experienced something similar?

    Thanks in advance!
    Kind regards.

    <div dir="ltr"><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div style="color:rgb(34,34,34)">Hi,</div><div style="color:rgb(34,34,34)"><br></div><div style="color:rgb(34,34,34)">We are trying to boot Debian
    Sparc64 on a SPARC Enterprise M4000 server (SPARC64 VII+), but, after selecting normal / expert / secure install mode, we get this error message and the installer quits:</div><div style="color:rgb(34,34,34)"><br></div></div></div><blockquote style="
    margin:0 0 0 40px;border:none;padding:0px"><div class="gmail_signature" data-smartmail="gmail_signature"><div><div style="color:rgb(34,34,34)"><i>ERROR: Last Trap: Division by Zero</i></div></div></div><div class="gmail_signature" data-smartmail="gmail_
    signature"><div><div style="color:rgb(34,34,34)"><i>%TL:1 %TT:28 %TPC:43056c %TnPC:430570 %TSTATE:1180001603</i></div></div></div><div class="gmail_signature" data-smartmail="gmail_signature"><div><div style="color:rgb(34,34,34)"><i>%PSTATE:16 ( IE:1
    PRIV:1 PEF:1 )</i></div></div></div></blockquote><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div style="color:rgb(34,34,34)"><br></div><div style="color:rgb(34,34,34)">We have tried with the following ISO
    images: <i>debian-12.0.0-sparc64-NETINST-1.iso</i>, <i>debian-10.0-sparc64-NETINST-1.iso</i> and <i>debian-9.0-sparc64-NETINST-1.iso</i>.</div><div style="color:rgb(34,34,34)"><br></div><div style="color:rgb(34,34,34)">Maybe this is an unknown
    incompatibility, or we are missing some steps when installing. </div><div style="color:rgb(34,34,34)"><br></div><div style="color:rgb(34,34,34)">¿Any ideas on how to fix this? ¿Has anyone experienced something similar?</div><div style="color:rgb(34,34,
    34)"><br></div><div style="color:rgb(34,34,34)">Thanks in advance!</div><div style="color:rgb(34,34,34)">Kind regards.</div></div></div></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Scheiner@21:1/5 to All on Sun Jul 2 15:50:01 2023
    SGksDQoNCk9uIDAyLjA3LjIzIDEyOjM1LCBWb2NhbMOtYSBJbmZyYWVzdHJ1Y3R1cmEgVElD IENFRUlOQSB3cm90ZToNCj4gSGksDQo+IA0KPiBXZSBhcmUgdHJ5aW5nIHRvIGJvb3QgRGVi aWFuIFNwYXJjNjQgb24gYSBTUEFSQyBFbnRlcnByaXNlIE00MDAwIHNlcnZlciANCj4gKFNQ QVJDNjQgVklJKyksIGJ1dCwgYWZ0ZXIgc2VsZWN0aW5nIG5vcm1hbCAvIGV4cGVydCAvIHNl Y3VyZSBpbnN0YWxsIA0KPiBtb2RlLCB3ZSBnZXQgdGhpcyBlcnJvciBtZXNzYWdlIGFuZCB0 aGUgaW5zdGFsbGVyIHF1aXRzOg0KPiANCj4gICAgIC9FUlJPUjogTGFzdCBUcmFwOiBEaXZp c2lvbiBieSBaZXJvLw0KPiAgICAgLyVUTDoxICVUVDoyOCAlVFBDOjQzMDU2YyAlVG5QQzo0 MzA1NzAgJVRTVEFURToxMTgwMDAxNjAzLw0KPiAgICAgLyVQU1RBVEU6MTYgKCBJRToxIFBS SVY6MSBQRUY6MSApLw0KPiANCj4gDQo+IFdlIGhhdmUgdHJpZWQgd2l0aCB0aGUgZm9sbG93 aW5nIElTTyBpbWFnZXM6IA0KPiAvZGViaWFuLTEyLjAuMC1zcGFyYzY0LU5FVElOU1QtMS5p c28vLCANCj4gL2RlYmlhbi0xMC4wLXNwYXJjNjQtTkVUSU5TVC0xLmlzby8gYW5kIC9kZWJp YW4tOS4wLXNwYXJjNjQtTkVUSU5TVC0xLmlzby8uDQo+IA0KPiBNYXliZSB0aGlzIGlzIGFu IHVua25vd24gaW5jb21wYXRpYmlsaXR5LCBvciB3ZSBhcmUgbWlzc2luZyBzb21lIHN0ZXBz IA0KPiB3aGVuIGluc3RhbGxpbmcuDQoNCk5vLCBpdCBqdXN0IGRvZXMgbm90IHdvcmsgb24g dGhvc2UgbWFjaGluZXMuIEUuZy4gdGhlIG9ubHkgdGhpbmcgdGhhdCANCndvcmtzIG9uIGUu Zy4gU1BBUkM2NCBWICh0ZXN0ZWQgb24gYSBQUklNRVBPV0VSIDI1MCkgaXMgR1JVQjIuDQoN CkFGQUlLIHRoZSBMaW51eCBrZXJuZWwgb25seSB3b3JrcyAoZnVsbHkpIG9uIFN1bidzIChV bHRyYSlTUEFSQyAoSSwgSUksIA0KSUlpL2UsIElJSSwgSUlJaSwgSVYgYW5kIFQpcyBhbmQg RnVqaXRzdSdzIFNQQVJDNjQgWC4NCg0KPiDCv0FueSBpZGVhcyBvbiBob3cgdG8gZml4IHRo aXM/IMK/SGFzIGFueW9uZSBleHBlcmllbmNlZCBzb21ldGhpbmcgc2ltaWxhcj8NCg0KSXQg d291bGQgcmVxdWlyZSBzb21lIGRldmVsb3BtZW50IGVmZm9ydC4gT3BlbkJTRCBoYXMgc3Vw cG9ydCBmb3IgdGhvc2UgDQptYWNoaW5lcywgdGhvdWdoLCBpZiB0aGF0IGNvdWxkIGJlIGFu IGFsdGVybmF0aXZlIGZvciB5b3UuDQoNCkNoZWVycywNCkZyYW5rDQo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?Vocal=C3=ADa_Infraestruct@21:1/5 to All on Sun Jul 2 17:00:01 2023
    Hi Frank,

    Thank you for your fast answer. I also thought when installing that it was
    an incompatibility problem with the processor architecture, as you stated.

    However, having a look at the wiki (https://wiki.debian.org/Sparc64) it
    seems to me that machines with a sun4u SPARC VII+ processor should be able
    to run it, right? Our M4000 has a VII+ processor.

    Maybe I have not fully understood the wiki or your message, therefore sorry
    if I'm wrong.

    Best regards.


    El dom, 2 jul 2023 a las 15:43, Frank Scheiner (<frank.scheiner@web.de>) escribió:

    Hi,

    On 02.07.23 12:35, Vocalía Infraestructura TIC CEEINA wrote:
    Hi,

    We are trying to boot Debian Sparc64 on a SPARC Enterprise M4000 server (SPARC64 VII+), but, after selecting normal / expert / secure install
    mode, we get this error message and the installer quits:

    /ERROR: Last Trap: Division by Zero/
    /%TL:1 %TT:28 %TPC:43056c %TnPC:430570 %TSTATE:1180001603/
    /%PSTATE:16 ( IE:1 PRIV:1 PEF:1 )/


    We have tried with the following ISO images: /debian-12.0.0-sparc64-NETINST-1.iso/,
    /debian-10.0-sparc64-NETINST-1.iso/ and
    /debian-9.0-sparc64-NETINST-1.iso/.

    Maybe this is an unknown incompatibility, or we are missing some steps
    when installing.

    No, it just does not work on those machines. E.g. the only thing that
    works on e.g. SPARC64 V (tested on a PRIMEPOWER 250) is GRUB2.

    AFAIK the Linux kernel only works (fully) on Sun's (Ultra)SPARC (I, II, IIi/e, III, IIIi, IV and T)s and Fujitsu's SPARC64 X.

    ¿Any ideas on how to fix this? ¿Has anyone experienced something similar?

    It would require some development effort. OpenBSD has support for those machines, though, if that could be an alternative for you.

    Cheers,
    Frank


    <div dir="ltr"><div dir="ltr"><div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div style="color:rgb(34,34,34)">Hi Frank,</div><div style="color:rgb(34,34,34)"><br></div><div style="color:rgb(34,34,34)">Thank you for your fast answer. I also
    thought when installing that it was an incompatibility problem with the processor architecture, as you stated.</div><div style="color:rgb(34,34,34)"><br></div><div style="color:rgb(34,34,34)">However, having a look at the wiki (<a href="https://wiki.
    debian.org/Sparc64">https://wiki.debian.org/Sparc64</a>) it seems to me that machines with a sun4u SPARC VII+ processor should be able to run it, right? Our M4000 has a VII+ processor.</div><div style="color:rgb(34,34,34)"><br></div><div style="color:rgb(
    34,34,34)">Maybe I have not fully understood the wiki or your message, therefore sorry if I&#39;m wrong.</div><div style="color:rgb(34,34,34)"><br></div><div style="color:rgb(34,34,34)">Best regards.</div><div style="color:rgb(34,34,34)"></div></div></
    </div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El dom, 2 jul 2023 a las 15:43, Frank Scheiner (&lt;<a href="mailto:frank.scheiner@web.de">frank.scheiner@web.de</a>&gt;) escribió:<br></div><blockquote class="gmail_
    quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>

    On 02.07.23 12:35, Vocalía Infraestructura TIC CEEINA wrote:<br>
    &gt; Hi,<br>
    &gt; <br>
    &gt; We are trying to boot Debian Sparc64 on a SPARC Enterprise M4000 server <br>
    &gt; (SPARC64 VII+), but, after selecting normal / expert / secure install <br> &gt; mode, we get this error message and the installer quits:<br>
    &gt; <br>
    &gt;     /ERROR: Last Trap: Division by Zero/<br>
    &gt;     /%TL:1 %TT:28 %TPC:43056c %TnPC:430570 %TSTATE:1180001603/<br> &gt;     /%PSTATE:16 ( IE:1 PRIV:1 PEF:1 )/<br>
    &gt; <br>
    &gt; <br>
    &gt; We have tried with the following ISO images: <br>
    &gt; /debian-12.0.0-sparc64-NETINST-1.iso/, <br>
    &gt; /debian-10.0-sparc64-NETINST-1.iso/ and /debian-9.0-sparc64-NETINST-1.iso/.<br>
    &gt; <br>
    &gt; Maybe this is an unknown incompatibility, or we are missing some steps <br>
    &gt; when installing.<br>

    No, it just does not work on those machines. E.g. the only thing that <br> works on e.g. SPARC64 V (tested on a PRIMEPOWER 250) is GRUB2.<br>

    AFAIK the Linux kernel only works (fully) on Sun&#39;s (Ultra)SPARC (I, II, <br>
    IIi/e, III, IIIi, IV and T)s and Fujitsu&#39;s SPARC64 X.<br>

    &gt; ¿Any ideas on how to fix this? ¿Has anyone experienced something similar?<br>

    It would require some development effort. OpenBSD has support for those <br> machines, though, if that could be an alternative for you.<br>

    Cheers,<br>
    Frank<br>
    </blockquote></div></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?Vocal=C3=ADa_Infraestruct@21:1/5 to All on Sun Jul 2 18:50:01 2023
    Hi,

    Sure. This is what we are getting when trying to install Debian 9.0 Sparc64:

    ---------------------------------------------------

    *{0} ok boot cdrom*




    *Boot device: /pci@0,600000/pci@0/pci@8/pci@0/scsi@1/disk@3,0:f File and args:*























    *SILO Version 1.4.14\ Welcome to Debian GNU/Linux
    sid!This is a Debian installation CDROM, built on 20180404-20:54.Keep it
    once you have installed your system, as you can boot from itto repair the system on your hard disk if that ever becomes necessary.WARNING: You should completely back up all of your hard disks before proceeding. The installation procedure can completely and irreversibly erase them! If you haven't made backups yet, remove the rescue CD from the drive and press
    L1-A to get back to the OpenBoot prompt.Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permittedby applicable law.[ ENTER - Boot install ] [ Type "expert" - Boot into expert mode ]
    [ Type "rescue" - Boot into rescue mode ]boot:*










    *Allocated 64 Megs of memory at 0x40000000 for kernelLoaded kernel version 4.15.11Loading initial ramdisk (14093161 bytes at 0x3CFFE000000 phys, 0x40C00000 virt)...\ERROR: Last Trap: Division by Zero%TL:1 %TT:28 %TPC:43056c %TnPC:430570 %TSTATE:1180001603%PSTATE:16 ( IE:1 PRIV:1 PEF:1 )*



    *{0} ok*

    ---------------------------------------------------

    Let me know if you need any additional details.

    Unfortunately, we do not have any SPARC64 X server to perform the test.
    Sorry.

    Regards.

    El dom, 2 jul 2023 a las 18:13, Frank Scheiner (<frank.scheiner@web.de>) escribió:

    Hi,

    On 02.07.23 16:35, Vocalía Infraestructura TIC CEEINA wrote:
    Hi Frank,

    Thank you for your fast answer. I also thought when installing that it
    was an incompatibility problem with the processor architecture, as you stated.

    However, having a look at the wiki (https://wiki.debian.org/Sparc64 <https://wiki.debian.org/Sparc64>) it seems to me that machines with a sun4u SPARC VII+ processor should be able to run it, right? Our M4000
    has a VII+ processor.

    Can you post the kernel messages for your boot, so we can reference it
    in the Debian Wiki? Maybe by comparing them to what was posted about a
    M3000 with SPARC64 VII on [1] and SPARC64 V on [2], we can conclude if support for SPARC64 VII+ is any better than for those other processors.

    [1]: https://oss.oracle.com/pipermail/linux-sparc-users/2017-October/000027.html

    [2]: https://lists.debian.org/debian-sparc/2017/09/msg00017.html

    You don't happen to have a SPARC64 X based system for testing? I think I never saw a dmesg from such a system, too.

    Maybe I have not fully understood the wiki or your message, therefore
    sorry if I'm wrong.

    I went through the history of changes and the one that adds the
    information about SPARC64 processors ([3]) was done by an Alex McWhirter.

    [3]: https://wiki.debian.org/Sparc64?action=diff&rev1=25&rev2=26

    Checking my email archive I actually even asked him (via alexmcwhirter@triadic.us, though not sure if that is the correct
    address) exactly about this change, but never got a reply IIRC.

    Cheers,
    Frank


    <div dir="ltr">Hi,<div><br></div><div>Sure. This is what we are getting when trying to install Debian 9.0 Sparc64:</div><div><br></div><div>---------------------------------------------------</div><blockquote class="gmail_quote" style="margin:0px 0px 0px
    0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><i>{0} ok boot cdrom</i></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><i>Boot device: /pci@
    0,600000/pci@0/pci@8/pci@0/scsi@1/disk@3,0:f  File and args:<br></i></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><i>SILO Version 1.4.14<br>\<br><br>  Â
                    Welcome to Debian GNU/Linux sid!<br><br>This is a Debian installation CDROM, built on 20180404-20:54.<br>Keep it once you have installed your system, as you can boot from it<br>to repair the system on your hard disk if that ever
    becomes necessary.<br><br>WARNING: You should completely back up all of your hard disks before<br>  proceeding. The installation procedure can completely and irreversibly<br>  erase them! If you haven&#39;t made backups yet, remove the rescue CD from<
      the drive and press L1-A to get back to the OpenBoot prompt.<br><br>Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted<br>by applicable law.<br><br>[ ENTER - Boot install ]   [ Type &quot;expert&quot; - Boot into expert
    mode ]<br>                           [ Type &quot;rescue&quot; - Boot into rescue mode ]<br>boot:<br></i></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);
    padding-left:1ex"><i>Allocated 64 Megs of memory at 0x40000000 for kernel<br>Loaded kernel version 4.15.11<br>Loading initial ramdisk (14093161 bytes at 0x3CFFE000000 phys, 0x40C00000 virt)...<br>\<br>ERROR: Last Trap: Division by Zero<br>%TL:1 %TT:28 %
    TPC:43056c %TnPC:430570 %TSTATE:1180001603<br>%PSTATE:16 ( IE:1 PRIV:1 PEF:1 )<br></i></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><i>{0} ok</i><br></
    blockquote><div><div>---------------------------------------------------</div><div><br></div></div><div>Let me know if you need any additional details.</div><div><br></div><div>Unfortunately, we do not have any SPARC64 X server to perform the test. Sorry.
    </div><div><br></div><div>Regards.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El dom, 2 jul 2023 a las 18:13, Frank Scheiner (&lt;<a href="mailto:frank.scheiner@web.de">frank.scheiner@web.de</a>&gt;) escribió:<br></div><
    blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>

    On 02.07.23 16:35, Vocalía Infraestructura TIC CEEINA wrote:<br>
    &gt; Hi Frank,<br>
    &gt; <br>
    &gt; Thank you for your fast answer. I also thought when installing that it <br>
    &gt; was an incompatibility problem with the processor architecture, as you <br>
    &gt; stated.<br>
    &gt; <br>
    &gt; However, having a look at the wiki (<a href="https://wiki.debian.org/Sparc64" rel="noreferrer" target="_blank">https://wiki.debian.org/Sparc64</a> <br>
    &gt; &lt;<a href="https://wiki.debian.org/Sparc64" rel="noreferrer" target="_blank">https://wiki.debian.org/Sparc64</a>&gt;) it seems to me that machines with a <br>
    &gt; sun4u SPARC VII+ processor should be able to run it, right? Our M4000 <br> &gt; has a VII+ processor.<br>

    Can you post the kernel messages for your boot, so we can reference it <br>
    in the Debian Wiki? Maybe by comparing them to what was posted about a <br> M3000 with SPARC64 VII on [1] and SPARC64 V on [2], we can conclude if <br> support for SPARC64 VII+ is any better than for those other processors.<br>

    [1]: <br>
    <a href="https://oss.oracle.com/pipermail/linux-sparc-users/2017-October/000027.html" rel="noreferrer" target="_blank">https://oss.oracle.com/pipermail/linux-sparc-users/2017-October/000027.html</a><br>

    [2]: <a href="https://lists.debian.org/debian-sparc/2017/09/msg00017.html" rel="noreferrer" target="_blank">https://lists.debian.org/debian-sparc/2017/09/msg00017.html</a><br>

    You don&#39;t happen to have a SPARC64 X based system for testing? I think I <br>
    never saw a dmesg from such a system, too.<br>

    &gt; Maybe I have not fully understood the wiki or your message, therefore <br> &gt; sorry if I&#39;m wrong.<br>

    I went through the history of changes and the one that adds the <br> information about SPARC64 processors ([3]) was done by an Alex McWhirter.<br>

    [3]: <a href="https://wiki.debian.org/Sparc64?action=diff&amp;rev1=25&amp;rev2=26" rel="noreferrer" target="_blank">https://wiki.debian.org/Sparc64?action=diff&amp;rev1=25&amp;rev2=26</a><br>

    Checking my email archive I actually even asked him (via <br>
    <a href="mailto:alexmcwhirter@triadic.us" target="_blank">alexmcwhirter@triadic.us</a>, though not sure if that is the correct <br>
    address) exactly about this change, but never got a reply IIRC.<br>

    Cheers,<br>
    Frank<br>
    </blockquote></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Scheiner@21:1/5 to All on Sun Jul 2 18:20:01 2023
    SGksDQoNCk9uIDAyLjA3LjIzIDE2OjM1LCBWb2NhbMOtYSBJbmZyYWVzdHJ1Y3R1cmEgVElD IENFRUlOQSB3cm90ZToNCj4gSGkgRnJhbmssDQo+IA0KPiBUaGFuayB5b3UgZm9yIHlvdXIg ZmFzdCBhbnN3ZXIuIEkgYWxzbyB0aG91Z2h0IHdoZW4gaW5zdGFsbGluZyB0aGF0IGl0IA0K PiB3YXMgYW4gaW5jb21wYXRpYmlsaXR5IHByb2JsZW0gd2l0aCB0aGUgcHJvY2Vzc29yIGFy Y2hpdGVjdHVyZSwgYXMgeW91IA0KPiBzdGF0ZWQuDQo+IA0KPiBIb3dldmVyLCBoYXZpbmcg YSBsb29rIGF0IHRoZSB3aWtpIChodHRwczovL3dpa2kuZGViaWFuLm9yZy9TcGFyYzY0IA0K PiA8aHR0cHM6Ly93aWtpLmRlYmlhbi5vcmcvU3BhcmM2ND4pIGl0IHNlZW1zIHRvIG1lIHRo YXQgbWFjaGluZXMgd2l0aCBhIA0KPiBzdW40dSBTUEFSQyBWSUkrIHByb2Nlc3NvciBzaG91 bGQgYmUgYWJsZSB0byBydW4gaXQsIHJpZ2h0PyBPdXIgTTQwMDAgDQo+IGhhcyBhIFZJSSsg cHJvY2Vzc29yLg0KDQpDYW4geW91IHBvc3QgdGhlIGtlcm5lbCBtZXNzYWdlcyBmb3IgeW91 ciBib290LCBzbyB3ZSBjYW4gcmVmZXJlbmNlIGl0IA0KaW4gdGhlIERlYmlhbiBXaWtpPyBN YXliZSBieSBjb21wYXJpbmcgdGhlbSB0byB3aGF0IHdhcyBwb3N0ZWQgYWJvdXQgYSANCk0z MDAwIHdpdGggU1BBUkM2NCBWSUkgb24gWzFdIGFuZCBTUEFSQzY0IFYgb24gWzJdLCB3ZSBj YW4gY29uY2x1ZGUgaWYgDQpzdXBwb3J0IGZvciBTUEFSQzY0IFZJSSsgaXMgYW55IGJldHRl ciB0aGFuIGZvciB0aG9zZSBvdGhlciBwcm9jZXNzb3JzLg0KDQpbMV06IA0KaHR0cHM6Ly9v c3Mub3JhY2xlLmNvbS9waXBlcm1haWwvbGludXgtc3BhcmMtdXNlcnMvMjAxNy1PY3RvYmVy LzAwMDAyNy5odG1sDQoNClsyXTogaHR0cHM6Ly9saXN0cy5kZWJpYW4ub3JnL2RlYmlhbi1z cGFyYy8yMDE3LzA5L21zZzAwMDE3Lmh0bWwNCg0KWW91IGRvbid0IGhhcHBlbiB0byBoYXZl IGEgU1BBUkM2NCBYIGJhc2VkIHN5c3RlbSBmb3IgdGVzdGluZz8gSSB0aGluayBJIA0KbmV2 ZXIgc2F3IGEgZG1lc2cgZnJvbSBzdWNoIGEgc3lzdGVtLCB0b28uDQoNCj4gTWF5YmUgSSBo YXZlIG5vdCBmdWxseSB1bmRlcnN0b29kIHRoZSB3aWtpIG9yIHlvdXIgbWVzc2FnZSwgdGhl cmVmb3JlIA0KPiBzb3JyeSBpZiBJJ20gd3JvbmcuDQoNCkkgd2VudCB0aHJvdWdoIHRoZSBo aXN0b3J5IG9mIGNoYW5nZXMgYW5kIHRoZSBvbmUgdGhhdCBhZGRzIHRoZSANCmluZm9ybWF0 aW9uIGFib3V0IFNQQVJDNjQgcHJvY2Vzc29ycyAoWzNdKSB3YXMgZG9uZSBieSBhbiBBbGV4 IE1jV2hpcnRlci4NCg0KWzNdOiBodHRwczovL3dpa2kuZGViaWFuLm9yZy9TcGFyYzY0P2Fj dGlvbj1kaWZmJnJldjE9MjUmcmV2Mj0yNg0KDQpDaGVja2luZyBteSBlbWFpbCBhcmNoaXZl IEkgYWN0dWFsbHkgZXZlbiBhc2tlZCBoaW0gKHZpYSANCmFsZXhtY3doaXJ0ZXJAdHJpYWRp Yy51cywgdGhvdWdoIG5vdCBzdXJlIGlmIHRoYXQgaXMgdGhlIGNvcnJlY3QgDQphZGRyZXNz KSBleGFjdGx5IGFib3V0IHRoaXMgY2hhbmdlLCBidXQgbmV2ZXIgZ290IGEgcmVwbHkgSUlS Qy4NCg0KQ2hlZXJzLA0KRnJhbmsNCg==

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Dennis Clarke@21:1/5 to All on Sun Jul 2 20:40:01 2023
    On 7/2/23 06:35, Vocalía Infraestructura TIC CEEINA wrote:
    Hi,

    We are trying to boot Debian Sparc64 on a SPARC Enterprise M4000 server (SPARC64 VII+), but, after selecting normal / expert / secure install mode, we get this error message and the installer quits:

    *ERROR: Last Trap: Division by Zero*
    *%TL:1 %TT:28 %TPC:43056c %TnPC:430570 %TSTATE:1180001603*
    *%PSTATE:16 ( IE:1 PRIV:1 PEF:1 )*


    We have tried with the following ISO images: *debian-12.0.0-sparc64-NETINST-1.iso*, *debian-10.0-sparc64-NETINST-1.iso* and *debian-9.0-sparc64-NETINST-1.iso*.


    You are likely kicking a dead horse. That M4000 is similar to my M3000
    and you will never ever get Linux to run there. Ever. Unless you have a
    few million dollars for research and development and then be able to
    push all the good research upstream into the Linux kernel. Sorry. The
    machine is dead weight. A room heater at best. I had one of those also. Complete with 256G of memory and the top of the line processors. Trash.

    Useless.

    Sadly the Fujitsu M3000 SPARC64 VII+ does bad things after we see GRUB :

    (1) from the expert install option

    Loading ...

    ERROR: Last Trap: Division by Zero
    %TL:1 %TT:28 %TPC:10abf30 %TnPC:10abf34 %TSTATE:4480001604
    %PSTATE:16 ( IE:1 PRIV:1 PEF:1 )

    (2) from the default install option

    Loading ...

    ERROR: Last Trap: Division by Zero
    %TL:1 %TT:28 %TPC:10abf30 %TnPC:10abf34 %TSTATE:4480001604
    %PSTATE:16 ( IE:1 PRIV:1 PEF:1 )


    {0} ok



    --
    Dennis Clarke
    RISC-V/SPARC/PPC/ARM/CISC
    Four decades in production systems.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From John Paul Adrian Glaubitz@21:1/5 to Dennis Clarke on Sun Jul 2 23:30:02 2023
    Hi Dennis!

    On Sun, 2023-07-02 at 14:34 -0400, Dennis Clarke wrote:
    You are likely kicking a dead horse. That M4000 is similar to my M3000
    and you will never ever get Linux to run there. Ever. Unless you have a
    few million dollars for research and development and then be able to
    push all the good research upstream into the Linux kernel.

    I don't think that's true. Since it has been reported that these machines
    run OpenBSD, it should be a matter of reading the OpenBSD kernel sources
    and add the missing bits and pieces for the SPARC64 VII(+) machines to the Linux kernel.

    I don't think that would be much as this it just some board-specific code
    and it wouldn't probably take an experienced kernel developer longer than
    a month if at all.

    Adrian

    --
    .''`. John Paul Adrian Glaubitz
    : :' : Debian Developer
    `. `' Physicist
    `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Dennis Clarke@21:1/5 to John Paul Adrian Glaubitz on Mon Jul 3 11:30:01 2023
    On 7/2/23 17:19, John Paul Adrian Glaubitz wrote:
    Hi Dennis!

    Good day to you Sir!


    On Sun, 2023-07-02 at 14:34 -0400, Dennis Clarke wrote:
    You are likely kicking a dead horse. That M4000 is similar to my M3000
    and you will never ever get Linux to run there. Ever. Unless you have a
    few million dollars for research and development and then be able to
    push all the good research upstream into the Linux kernel.

    I don't think that's true. Since it has been reported that these machines
    run OpenBSD, it should be a matter of reading the OpenBSD kernel sources
    and add the missing bits and pieces for the SPARC64 VII(+) machines to the Linux kernel.

    Are we certain about NetBSD or OpenBSD? I did try to install NetBSD and
    that failed also. I think I have my notes on that somewhere but it would
    be easy enough for me to try again.


    I don't think that would be much as this it just some board-specific code
    and it wouldn't probably take an experienced kernel developer longer than
    a month if at all.

    That brings the costs down to the level of reasonable. Let me ponder
    that a while.

    --
    Dennis Clarke
    RISC-V/SPARC/PPC/ARM/CISC

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From John Paul Adrian Glaubitz@21:1/5 to Dennis Clarke on Mon Jul 3 11:50:01 2023
    Hello!

    On Mon, 2023-07-03 at 05:28 -0400, Dennis Clarke wrote:
    I don't think that's true. Since it has been reported that these machines run OpenBSD, it should be a matter of reading the OpenBSD kernel sources and add the missing bits and pieces for the SPARC64 VII(+) machines to the Linux kernel.

    Are we certain about NetBSD or OpenBSD? I did try to install NetBSD and
    that failed also. I think I have my notes on that somewhere but it would
    be easy enough for me to try again.

    OpenBSD lists the M4000 as supported:

    https://www.openbsd.org/sparc64.html

    While I didn't actually mention NetBSD here, since it's not the same as OpenBSD,
    I checked that as well now and it currently doesn't support Fujitsu CPUs, but that's work-in-progress, same applies to sun4v, i.e. T1-T5. For sun4v, I'm actually
    in contact with the developer doing the work.

    https://wiki.netbsd.org/ports/sparc64/

    I don't think that would be much as this it just some board-specific code and it wouldn't probably take an experienced kernel developer longer than
    a month if at all.

    That brings the costs down to the level of reasonable. Let me ponder
    that a while.

    Find someone on the sparclinux Linux kernel mailing list willing to do the work and create a Bountysource campaign to sponsor the work. I assume, you can get it done for maybe $5000-$10.000.

    Adrian

    --
    .''`. John Paul Adrian Glaubitz
    : :' : Debian Developer
    `. `' Physicist
    `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Dennis Clarke@21:1/5 to John Paul Adrian Glaubitz on Wed Jul 5 17:10:02 2023
    On 7/3/23 05:47, John Paul Adrian Glaubitz wrote:
    Hello!

    On Mon, 2023-07-03 at 05:28 -0400, Dennis Clarke wrote:
    I don't think that's true. Since it has been reported that these machines >>> run OpenBSD, it should be a matter of reading the OpenBSD kernel sources >>> and add the missing bits and pieces for the SPARC64 VII(+) machines to the >>> Linux kernel.

    Are we certain about NetBSD or OpenBSD? I did try to install NetBSD and
    that failed also. I think I have my notes on that somewhere but it would
    be easy enough for me to try again.

    OpenBSD lists the M4000 as supported:

    https://www.openbsd.org/sparc64.html

    While I didn't actually mention NetBSD here, since it's not the same as OpenBSD,
    I checked that as well now and it currently doesn't support Fujitsu CPUs, but that's work-in-progress, same applies to sun4v, i.e. T1-T5. For sun4v, I'm actually
    in contact with the developer doing the work.

    https://wiki.netbsd.org/ports/sparc64/

    I don't think that would be much as this it just some board-specific code >>> and it wouldn't probably take an experienced kernel developer longer than >>> a month if at all.

    That brings the costs down to the level of reasonable. Let me ponder
    that a while.

    Find someone on the sparclinux Linux kernel mailing list willing to do the work
    and create a Bountysource campaign to sponsor the work. I assume, you can get it done for maybe $5000-$10.000.

    Adrian


    Dear Sir :

    I just want to follow up to let you know that I am giving this idea
    some reasonable thought. I suspect the costs and efforts to be quite a
    bit higher. Merely my own experience in such a collective endeavor where
    the benefit is hardly measurable with such a small userbase. Having said
    that, I must also admit that the userbase is so minuscule for precisely
    the reason one would consider fixing this mess!


    --
    Dennis Clarke
    RISC-V/SPARC/PPC/ARM/CISC
    Four ( or five? ) decades in production systems.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)