Re: Booting sparc64 from SSD

I've got a sb2000, and I've had excellent luck with scsi-to-sata adaptors.
 I've got a DVD burner on one, and a 120Gb sata SSD on the other.  booting
works, even though 20MB/sec is a bit pokey for SSD's.   I have a
PCI-X 3442X from LSI logic as well, but haven't figured out the magic
incantation to allow booting from anything on it - this would be ideal,
since it's got a 66mhz 64 bit pci.

--curt


On Mon, May 19, 2014 at 12:33 PM, Cameron Berkenpas <[email protected]
> wrote:

> Hmmm... How are you mounting the drive? I have an sb2000, and there isn't
> really a place to mount a SATA drive. I assume the 2500 is very similar.
>
> Maybe I should do this on one of my ultra10's... I would think an ulra10
> is pretty low power. Anyone know if there are any SATA 6.0 Gbps controllers
> that would work (probably not)?
>
> -Cameron
>
>
> On 5/18/14, 5:39 AM, Michael wrote:
>
>> Hello,
>>
>> On Sun, 18 May 2014 14:03:52 +1000
>> Darren Reed <[email protected]> wrote:
>>
>>  Looking at my Sun SB2500, I'm thinking of ways to make it less noisy and
>>> less power hungry and one of the obvious ones would seem to be replacing
>>> the 10k SCSI drives with some SSD.
>>>
>>> The mechanical problem of getting everything mounted I can deal with.
>>>
>>> But what I would like some advice on is which PCI cards are well suited
>>> to being mounted inside the SB2500 and that will support booting from
>>> SSD?
>>>
>> My sb2500 boots from a CompactFlash card in an adaptor plugged into the
>> unused onboard ATA port ( the other one is hooked to the DVD drive ).
>> It's only UDMA33 but just for loading the kernel and a rescue system
>> that's more than enough. For everything else I have a 500GB SATA-II
>> disk on a Silicon Image PCI-X card, sitting in one of the 66MHz slots
>> so there's plenty of bandwidth to go.
>> The adaptor is ~$5 at monoprice, the SATA card was about $20 or so.
>> Relevant dmesg bits:
>>
>> siisata0 at pci0 dev 2 function 0: CMD Technology SiI3124 SATALink (rev.
>> 0x02)
>> siisata0: interrupting at ivec 700
>> siisata0: SiI3124, 3.0Gb/s
>> siisata0: 64-bit 66MHz PCI
>> atabus2 at siisata0 channel 0
>> atabus3 at siisata0 channel 1
>> atabus4 at siisata0 channel 2
>> atabus5 at siisata0 channel 3
>> ...
>> aceride0 at pci2 dev 13 function 0: Acer Labs M5229 UDMA IDE Controller
>> (rev. 0xc4)
>> aceride0: bus-master DMA support present
>> aceride0: using PIO transfers above 137GB as workaround for 48bit DMA
>> access bug, expect reduced performance
>> aceride0: primary channel configured to native-PCI mode
>> aceride0: using ivec 1f98 for native-PCI interrupt
>> atabus0 at aceride0 channel 0
>> aceride0: secondary channel configured to native-PCI mode
>> atabus1 at aceride0 channel 1
>> ...
>> siisata0 port 0: device present, speed: 3.0Gb/s
>> wd1 at atabus2 drive 0
>> wd1: <WDC WD5000AAKX-083CA1>
>> wd1: drive supports 16-sector PIO transfers, LBA48 addressing
>> wd1: 465 GB, 969021 cyl, 16 head, 63 sec, 512 bytes/sect x 976773168
>> sectors
>> wd1: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100)
>> wd1(siisata0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 5
>> (Ultra/100) (using DMA)
>> ...
>> wd0 at atabus0 drive 0
>> wd0: <SanDisk SDCFH-008G>
>> wd0: drive supports 1-sector PIO transfers, LBA48 addressing
>> wd0: 7629 MB, 15501 cyl, 16 head, 63 sec, 512 bytes/sect x 15625216
>> sectors
>> wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 4 (Ultra/66)
>> wd0(aceride0:0:0): using PIO mode 4, Ultra-DMA mode 2 (Ultra/33) (using
>> DMA)
>>
>> have fun
>> Michael
>>
>
>