> On Jun 22, 2020, at 8:17 AM, Gregor Riepl <onit...@gmail.com> wrote:
> 
>> @all:
>> Are there any users that had success with Promise based ATA controllers
>> on UltraSPARC?
> 
> As a matter of fact, I do. I had a software RAID running on 2 SATA disks
> on a Promise SATA300 TX4 controller and even built a custom mounting
> bracket for my old Ultra 10 to hold more than one disk.
> But, this was with Debian 4 (or thereabouts) and the sparc32 userland,
> and the boot disk was connected to the internal PATA controller.
> 
> Not sure if this still bears much relevance.
> 
>> @Mike:
>> I wonder if your problems could be an endianness issue in the Promise
>> drivers. In the end, I assume these were mostly used on x86. I'd expect
>> it to work with the onboard ATA controller of the Ultra 5 - at least it
>> worked for me when I tried an installation on my Ultra 10 and I believe
>> the hardware used in both machines is similar to identical. That it
>> works with OpenBSD for you could be due to their development process
>> which takes into account the specifics of many different architectures.
> 
> If there is any relevance to my older success story, the issue may have
> creeped in much later than kernel 2.6.18. It could also be a 32/64-bit
> issue, as the the Debian sparc kernel was 64-bit and the userland 32-bit
> back then (as far as I remember).


This has been solved. It was “hardware” related, sort of. I had turned of the 
EIDE board via  setenv pcib-probe-list  figuring that I was not using it and 
did not need it. (I also turned off the mach64 video card). Well curiously I 
think that prevents the system from being able to use DMA (I assume the IRQ 
never get allocated or something like that). Which causes these cards to be 
forced into PIO4 and not really work correctly with modern kernels. 

Here we see it correctly set up

[   14.063745] scsi host0: pata_pdc202xx_old
[   14.075370] scsi host1: pata_cmd64x
[   14.076299] scsi host2: pata_pdc202xx_old
[   14.076897] ata1: PATA max UDMA/100 cmd 0x1fe02000400 ctl 0x1fe02000408 
bmdma 0x1fe02000440 irq 15
[   14.076914] ata2: PATA max UDMA/100 cmd 0x1fe02000410 ctl 0x1fe02000418 
bmdma 0x1fe02000448 irq 15
[   14.087272] scsi host3: pata_cmd64x
[   14.088010] ata3: PATA max MWDMA2 cmd 0x1fe02c00000 ctl 0x1fe02c00008 bmdma 
0x1fe02c00020 irq 13
[   14.088026] ata4: PATA max MWDMA2 cmd 0x1fe02c00010 ctl 0x1fe02c00018 bmdma 
0x1fe02c00028 irq 13
[   14.090801] pata_cmd64x: active 10 recovery 10 setup 3.
[   14.090821] pata_cmd64x: active 10 recovery 10 setup 3.
[   14.240097] ata1.00: ATA-9: OWC Mercury Electra 3G SSD, R0522A0, max UDMA/133
[   14.240118] ata1.00: 234441648 sectors, multi 1: LBA48 NCQ (depth 0/32)
[   14.264918] scsi 0:0:0:0: Direct-Access     ATA      OWC Mercury Elec 2A0  
PQ: 0 ANSI: 5


The install is almost done, so after I’ve played around some bits I’ll post up 
a more complete success with details. [Feeling dumb for banging my head against 
that wall for so long but oh well.]

Thanks again for the input.

-Mike

Reply via email to