Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
Linux Business SuSE Linux IT

ARM Support Comes To SUSE Linux Enterprise Server 23

jrepin writes: SUSE announced partner program expansion to include support for 64-bit ARM server processors. This expansion makes available to partners a version of SUSE Linux Enterprise 12 that allows them to develop, test and deliver products to the market using 64-bit ARM chips. To simplify partner access, SUSE has also implemented support for ARM and AArch64 into its openSUSE Build Service. This allows the community to build packages against real 64-bit ARM hardware and the SUSE Linux Enterprise 12 binaries.
This discussion has been archived. No new comments can be posted.

ARM Support Comes To SUSE Linux Enterprise Server

Comments Filter:
  • The AS400 and System 38 before it used an "ideal" ISA that the computer then translates when you load the program on to the system. Think of it as an install time compiler.
    It would be great if Linux had the same concept built in. You could do it the first time you run the program if need by.
    Maybe pick the IBM zseries as the ISA so that you do not tick off Intel, AMD, or ARM.

    • That is how Android is dealing with ART. https://source.android.com/dev... [android.com]

      JAVA (Dalvik) the ideal ISA, dex2oat converts the java bytecode to native ISA (intel or ARM).

      Similar to pNaCL in Chrome, where at least historically the LLVM IR (effectively the ISA) would be pushed to the chrome devices which would then complete the conversion to native code.

      • Java bytecode is extremely far from being "the ideal ISA". It's too language-specific.
        • Ideal was a reference to the "ideal" in the original post. There was no comment on it being ideal. I doubt there is an ideal.

    • Oberon employed "slim binaries" to the same effect, if I'm not mistaken.
      • by LWATCDR ( 28044 )

        I knew that Wirth did some work in that direction but I never could find it again. One idea he had was compile right to the point of code generation and then stop. When you got the file the browser/installer would then complete the code generation. All the parsing and optimization was already done.

  • so... are there any ARMv8 servers on the market? o_O?

    • I think this is the real question. SLES is a product for servers/high uptime systems. Perhaps I'm ignorant but I don't know of many server lines that use ARM CPUs. It makes sense for them to be on x86/64, Power and z (s390x) but not much else for SLES. OpenSUSE support for as many architectures as possible is probably sensible but I'm not sure that there's need for the enterprise-class ditro to do the same.
  • Now I can run SUSE's broken, outdated software on another platform! Yaay!

    SUSE is technically nice an' all, but god damn its packages are always so outdated, and its userbase is too small to be regularly catered for in documentation.

"What is wanted is not the will to believe, but the will to find out, which is the exact opposite." -- Bertrand Russell, _Sceptical_Essays_, 1928

Working...