Follow Slashdot blog updates by subscribing to our blog RSS feed

 


Forgot your password?
Close
typodupeerror
×
BSD Operating Systems

NetBSD/sparc Now With SMP 29

Posted by timothy from the soon-you'll-have-a-fire dept.
jschauma writes "Largely due to the efforts of Paul Kranenburg, NetBSD -current now supports SMP on sparc. It has been tested on a SPARCstation 20/712, sun4/690 and other systems. See Matthew Green's message to the port-sparc mailing list." (i386 got this back in October.)
This discussion has been archived. No new comments can be posted.

NetBSD/sparc Now With SMP More

NetBSD/sparc Now With SMP

Comments Filter:

  • Curious about SPARC... (Score:3, Interesting)

    by mcgroarty ( 633843 ) <brian...mcgroarty@@@gmail...com> on Tuesday January 07, 2003 @12:21PM (#5033592) Homepage
    Out of curiosity, where are SPARCs being used the most? What are some of the unique characteristics of SPARC processors?

    • Re:Curious about SPARC... (Score:1, Interesting)

      by Anonymous Coward
      The other day I was shopping around for printers and I ran across the spec sheet for an epson laser printer that claimed it was using a "SPARClite (MB 86935-50) 50 MHz RISC" processor.
      I thought it was curious at the time, and I wondered if it was really a Sparc CPU or if it was some company just calling it a sparc. If you want to check it out, here's the URL:

      http://www.epson.com/homeoffice/laser/2000/

      • Re:Curious about SPARC... (Score:4, Interesting)

        by mcgroarty ( 633843 ) <brian...mcgroarty@@@gmail...com> on Tuesday January 07, 2003 @01:05PM (#5033940) Homepage
        There's some info related to the SPARCLite here [216.239.51.100]. It claims that Fuji's SPARCLite core is used in a large number of embedded devices.

        Is this related to the embedded Java processor Sun announced a while back? I never read up on that, and I wasn't sure if they really meant it was running Java bytecode, or if it was merely a processor that was well-suited for Java. Native bytecode sure sounded unlikely.

        • There's some info related to the SPARCLite
          here [216.239.51.100].

          There's also some on Fujitsu Semiconductor's Web site [fujitsu.com] as well.

          Is this related to the embedded Java processor Sun announced a while back?

          No.

          I never read up on that, and I wasn't sure if they really meant it was running Java bytecode, or if it was merely a processor that was well-suited for Java. Native bytecode sure sounded unlikely.

          "Sounds unlikely" does not necessarily imply "not true"; picoJava [sun.com] does, indeed, run Java bytecode as a native instruction set - or, at least, did, or was intended to; I can't find anything from Sun's home page that speaks of them selling any processors other than UltraSPARCs. A Google search for "Sun Microelectronics" found, as the topmost hit, a page for UltraSPARC processors [sun.com], so perhaps they've killed off picoJava and microJava (I think microJava might not have had bytecode as its native instruction set), along with the MAJC chip (some VLIW thing) they were working on at some point. (You can still find stuff about picoJava, microJava, and MAJC on Sun's web site from the search box, but the papers you find look suspiciously orphaned.)

    • Re:Curious about SPARC... (Score:4, Interesting)

      by pmz ( 462998 ) on Tuesday January 07, 2003 @02:48PM (#5034859) Homepage
      One thing I find interesting about SPARC is that it looks like it was designed for UNIX. Register windows, priviledged mode, many SMP implementations, and the RISC approach in general just makes SPARC a shoe-in for C-language based multi-user multi-processing systems.

      Also, SPARC is far from the kludge that is x86. The transition from 32-bit to 64-bit looks like it went smoothly, and there is 32-bit compatibility built into the 64-bit instruction set.

      Additionally, RISC ISAs are easy to read and understand.

      You can license the SPARC brand for $99 and make your own compliant implementations with only encouragement and a pat on the back from Sun, Fujitsu, etc. Try getting that from Intel! In fact, I see SPARC as one of the get-a-way vehicles if/when Palladium becomes standard on x86 systems. A group of determined people can create a Free SPARC implementation for Free software, and Microsoft and Intel can only pick their nose and cry about it.
  • Now I can finally _use_ that extra processor card in that rickety old SS10 of mine :)

    • Re:Cool! (Score:2, Informative)

      by SN74S181 ( 581549 )
      My rickety old SS10 is a SS10BSX, so it would be a true waste to run anything but Solaris. In addition to two processors it has dual CG14 video hardware on the motherboard and there isn't a 'free' X server out there that supports single, let alone dual CG14 on a SS10.

      • Re:Cool! (Score:1)

        by Miod ( 4828 )
        there isn't a 'free' X server out there that supports single, let alone dual CG14 on a SS10.

        I beg your pardon? XFree86 has been supporting the cg14 for years. Single or dual head.
        • Well, yeah. It has. In 256 color mode.

          Now why would I want to run a dual-headed Sparc box with 24 bit color framebuffers in 256 color mode?

          The CG14 'support' in XFree86 should be stamped 'broken' with a big red rubber stamp. Not that I complain loudly very often, as *I* haven't dug in and done it myself...

    • Someone wanna help me out here? This is just for sparcs, right? Which BSDs do SMP on i386 hardware?
  • And I had just installed FreeBSD/sparc to get SMP.

  • The "BSD is dying" troll is dying. (Score:4, Funny)

    by nutznboltz ( 473437 ) on Thursday January 09, 2003 @09:47AM (#5047014) Homepage Journal
    News flash: The frozen body of the "BSD is dying" troll was discovered in an alley yesterday along with a cardboard sign saying "will cut-and-paste anything for food".

    Film at 11.

Slashdot Top Deals

It is now pitch dark. If you proceed, you will likely fall into a pit.

Close