[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: mkfs.ext2 - state D partitioning stops at 33% /boot



On 22.06.20 17:17, Gregor Riepl 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.

Well, so the driver was at least working somewhere in the past. OTOH
you're speaking about SATA, so most likely this was with another driver.
Looking at [1] the Promise SATA300 TX4 looks like a "real" SATA
controller not like older ones that were actually ATA controllers and
used some adapter chips. Maybe things also look differently with SATA.
But interesting point anyhow - SATA RAID on Ultra 10. :-)

[1]: https://www.phoronix.com/scan.php?page=article&item=815&num=1


@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).

Yeah, but the drivers don't depend on the userland, or do they? Maybe
the specific Promise driver for Mike's controller just broke some time
ago or was broken on UltraSPARC ever since.

Cheers,
Frank


Reply to: