OpenBSD Journal

Developer Blog: kettenis@ - Fujitsu SPARC64-V support

Contributed by johan on from the sparc-IV-anyone dept.

Mark Kettenis (kettenis@) tells us about the latest developments in the OpenBSD/sparc64 world, support for the sun4us cpu architechture:

So from his trip to Japan, Theo brought home a Fujitsu PRIMEPOWER machine. This machine has SPARC V9 (64-bit) CPUs. However these are not Sun's UltraSPARC processors, but Fujitsu's own SPARC64-V processors. And as far as I can determine, no open source operating system would run on these machines (not even OpenSolaris with its binary-only components).

Hacking

Until today, when I booted OpenBSD/sparc64 on this machine after making only a few small changes. We've always wanted to support Fujitsu's SPARC64 CPUs, because the Fujitsu engineers did some (many?) things better than their colleagues at Sun. For example they solved the nasty Virtual Addressed Cache aliasing problems in hardware.

console is /pci@83,4000/isa@7/su@0,3f8
Copyright (c) 1982, 1986, 1989, 1991, 1993
        The Regents of the University of California.  All rights reserved.
Copyright (c) 1995-2008 OpenBSD. All rights reserved.  http://www.OpenBSD.org

OpenBSD 4.3-current (GENERIC) #7: Thu May 22 20:07:22 CEST 2008
    kettenis@bruckner.sibelius.xs4all.nl:/home/kettenis/sun4us/sys/arch/sparc64/compile/GENERIC
real mem = 2147483648 (2048MB)
avail mem = 2063532032 (1967MB)
mainbus0 at root: Fujitsu PRIMEPOWER250 2x SPARC64 V
cpu0 at mainbus0: FJSV,SPARC64-V (rev 0.8) @ 1320 MHz
cpu0: physical 128K instruction (64 b/l), 128K data (64 b/l), 2048K external (64 b/l)
"FJSV,SPARC64-V" at mainbus0 not configured
psycho0 at mainbus0 addr 0xfffb2000: SUNW,psycho, impl 0, version 4, ign c0
psycho0: bus range 0-0, PCI bus 0
psycho0: dvma map fe000000-ffffffff, iotdb 3c60000-3c68000, STC0 enabled
pci0 at psycho0
ebus0 at pci0 dev 1 function 0 "Sun PCIO EBus2" rev 0x01
"FJSV,scfc" at ebus0 addr 210000-210085, 220000-220031, 260000-260001, 270000-28ffff ivec 0x23 not configured
"FJSV,flashprom" at ebus0 addr 0-3fffff not configured
clock1 at ebus0 addr 250000-251fff: mk48t59
"FJSV,panel" at ebus0 addr 210011-210011 ivec 0x25 not configured
ebus1 at pci0 dev 7 function 0 "Acer Labs M1533 ISA" rev 0x00
com0 at ebus1 addr 3f8-3ff ivec 0x2b: ns16550a, 16 byte fifo
com0: console
com1 at ebus1 addr 2e8-2ef ivec 0x2b: ns16550a, 16 byte fifo
hme0 at pci0 dev 1 function 1 "Sun HME" rev 0x01: ivec 0xe1, address 00:e0:00:c4:da:ec
nsphyter0 at hme0 phy 1: DP83843 10/100 PHY, rev. 0
mpi0 at pci0 dev 2 function 1 "Symbios Logic 53c1030" rev 0x07: ivec 0xe0
scsibus0 at mpi0: 16 targets
sd0 at scsibus0 targ 0 lun 0:  SCSI3 0/direct fixed
sd0: 70092MB, 29902 cyl, 8 head, 600 sec, 512 bytes/sec, 143550456 sec total
sd1 at scsibus0 targ 1 lun 0:  SCSI3 0/direct fixed
sd1: 70092MB, 29902 cyl, 8 head, 600 sec, 512 bytes/sec, 143550456 sec total
mpi0: target 0 Sync at 160MHz width 16bit offset 127 QAS 1 DT 1 IU 1
mpi0: target 1 Sync at 160MHz width 16bit offset 127 QAS 1 DT 1 IU 1
pciide0 at pci0 dev 13 function 0 "Acer Labs M5229 UDMA IDE" rev 0xc4: DMA, channel 0 
configured to native-PCI, channel 1 configured to native-PCI
pciide0: using ivec 0xe4 for native-PCI interrupt
atapiscsi0 at pciide0 channel 0 drive 0
scsibus1 at atapiscsi0: 2 targets
cd0 at scsibus1 targ 0 lun 0:  ATAPI 5/cdrom removable
cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
pciide0: channel 1 disabled (no drives)
ohci0 at pci0 dev 10 function 0 "Acer Labs M5237 USB" rev 0x03: ivec 0xe9, version 1.0, 
legacy support
usb0 at ohci0: USB revision 1.0
uhub0 at usb0 "Acer Labs OHCI root hub" rev 1.00/1.00 addr 1
psycho1 at mainbus0 addr 0xfff9e000: SUNW,psycho, impl 0, version 4, ign c0
psycho1: bus range 128-128, PCI bus 128
psycho1: dvma map fe000000-ffffffff, iotdb 3c60000-3c68000, STC0 enabled, STC1 enabled
pci1 at psycho1
"ATI Rage XL" rev 0x27 at pci1 dev 2 function 0 not configured
bge0 at pci1 dev 1 function 0 "Fujitsu PRIMEPOWER250/450 LAN" rev 0x02, BCM5703 A2
 (0x1002): ivec 0xc0, address 00:e0:00:c5:5a:ec
brgphy0 at bge0 phy 1: BCM5703 10/100/1000baseT PHY, rev. 2
timer0 at mainbus0 addr 0xfff8bc00 ivec 0xec, 0xed
softraid0 at root
bootpath: /pci@83,4000/network@1,1

Thanks, Mark, for adding yet another Sparc64 CPU to the list of supported devices and thus keeping OpenBSD Sparc64 support ahead of other free OSes.

(Comments are closed)


Comments
  1. By Anonymous Coward (169.244.143.114) on

    So where do you get one of these?

  2. By Anonymous Coward (128.171.90.200) on

    I was just looking at the Fujitsu page you linked, those do seem like very nice chips.

  3. By Anonymous Coward (24.37.242.64) on

    Was this purchased, donated or loaned and if so, by Fujitsu or someone else?

  4. By Brian P. (65.117.234.99) on

    Are the changes in the snapshots yet? I can probably at least tell ya'll if it'll boot & install on the PP450s & 650s.

    Comments
    1. By Anonymous Coward (24.37.242.64) on

      > Are the changes in the snapshots yet? I can probably at least tell ya'll if it'll boot & install on the PP450s & 650s.

      If so, maybe email a dmesg to dmesg@?

    2. By Mark Kettenis (82.92.89.47) on

      > Are the changes in the snapshots yet? I can probably at least tell ya'll
      if it'll boot & install on the PP450s & 650s.

      Probably not. Better wait until snaps dated May 23 or later show up. Normally that should happen within one or two days.

      It would be cool if you could test things on those machines.
      If you have these machines up and running with Solaris now, could you send me the output of 'prtconf -pv' of these machines? Having that output would help me improving support for these machines.

      Comments
      1. By Brian P. (65.117.234.99) on

        > Probably not. Better wait until snaps dated May 23 or later show up. Normally that should happen within one or two days.
        >
        > It would be cool if you could test things on those machines.
        > If you have these machines up and running with Solaris now, could you send me the output of 'prtconf -pv' of these machines? Having that output would help me improving support for these machines.


        Okie.. prtconf's sent. Thanks Mark.

  5. By tadpoles? (70.173.232.231) on

    Any reports of sparc64 working on the newer Tadpole notebooks?

    http://www.tadpole.com/products/notebooks.asp

    Comments
    1. By Theo de Raadt (199.185.137.1) on

      > Any reports of sparc64 working on the newer Tadpole notebooks?

      If we had any of the Tadpoles, or even the Sun badged usII or usIII laptops, we would add support for them. Only one sparc64 laptop has ever been contributed (a RDI/Tadpole Ultrabook 170/200) and it works. It sure would be nice if more worked.

      I have scoured used places. I cannot find them, and I do not want to spend donated money on a newish one. I suspect they are very expensive.

      Comments
      1. By Anonymous Coward (89.77.162.243) on

        > > Any reports of sparc64 working on the newer Tadpole notebooks?
        >
        > If we had any of the Tadpoles, or even the Sun badged usII or usIII laptops, we would add support for them. Only one sparc64 laptop has ever been contributed (a RDI/Tadpole Ultrabook 170/200) and it works. It sure would be nice if more worked.
        >
        > I have scoured used places. I cannot find them, and I do not want to spend donated money on a newish one. I suspect they are very expensive.

        Price list here: http://www.remora.com.au/resources/tadpole.pdf in AUD, rate to USD is 0.96 ...

        Yup, not the cheapest kit :)

    2. By ucink garonk (125.163.1.198) on

      > Any reports of sparc64 working on the newer Tadpole notebooks?
      >
      > http://www.tadpole.com/products/notebooks.asp
      >
      >

      how about you donate tadpole notebooks to openbsd develover to make working out with openbsd :)

      Comments
      1. By Anonymous Coward (70.173.232.231) on

        > > Any reports of sparc64 working on the newer Tadpole notebooks?
        > >
        > > http://www.tadpole.com/products/notebooks.asp
        > >
        > >
        >
        > how about you donate tadpole notebooks to openbsd develover to make working out with openbsd :)

        I can't really afford two, rather get a macppc/amd64 laptop and donate the difference.

    3. By Anonymous Coward (81.83.46.237) on

      > Any reports of sparc64 working on the newer Tadpole notebooks?
      >
      > http://www.tadpole.com/products/notebooks.asp
      >
      >

      Why on earth do you need such laptops? Who buys/needs this?
      I'm curious.

      Comments
      1. By Big Chris (80.176.91.102) chriswareham@chriswareham.demon.co.uk on http://www.chriswareham.net/

        > > Any reports of sparc64 working on the newer Tadpole notebooks?
        > >
        > > http://www.tadpole.com/products/notebooks.asp
        > >
        > >
        >
        > Why on earth do you need such laptops? Who buys/needs this?
        > I'm curious.

        My last company used them for demonstrating software that runs on Solaris with Sybase for persistent storage. I understand they are still used a fair bit by the US military as well.

      2. By Matthew Szudzik (mszudzik) on

        > Why on earth do you need such laptops? Who buys/needs this?
        > I'm curious.

        If the price and performance were reasonable, I would consider switching to a sparc64 laptop just to avoid all the bugs and security issues associated with Intel processors
         http://marc.info/?l=openbsd-misc&m=118296441702631

        Comments
        1. By Anonymous Coward (81.83.46.237) on

          > > Why on earth do you need such laptops? Who buys/needs this?
          > > I'm curious.
          >
          > If the price and performance were reasonable, I would consider switching to a sparc64 laptop just to avoid all the bugs and security issues associated with Intel processors
          >

          Yeah, I like to buy one too, ... if I win the lotto.

Latest Articles

Credits

Copyright © - Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to as well as images and HTML templates were copied from the fabulous original deadly.org with Jose's and Jim's kind permission. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]