yesterday toni fixed an annoying bug we were tracing for years, that prevented aros to fully boot from some internal amiga ide controllers (a4k, probably a600), which may have also caused some problems to boot it on vampirized hardware. tested it succesfully this night and hope toni commits it soon.. 
If it's this
https://github.com/ezrec/AROS-mirror/commit/7f51cc5dcc9b49e29bdc99b1007a91cd676da10d then
Then the patch only skips reading the alternative status register if you have an IDE doubler. So I would expect it will only affect you if you are using an IDE doubler.
Reading the status register acknowledges an interrupt and you're supposed to write your code so that it only reads it when you're processing interrupts. The alternative status register doesn't acknowledge interrupts, but you can't read it when you are using an IDE doubler. IDE has cs0 and cs1, each has the potential for 8 registers but cs1 only has 2 that aren't commonly used (I think the original scsi.device from commodore doesn't use them). IDE doublers use the amiga cs1 for the second set of drives cs0 & don't give any way of accessing the drives cs1 registers.
I've not found what it actually does if you ask for the alt status and it can't read it. Although if it falls back to reading the actual status, then it would explain the behaviour.
Fortunately in that place the alt status is only used in DEBUG mode for logging, so now it's not being read then it's just logging the wrong value.
This line will potentially cause a problem if you have an IDE doubler and are using irq mode and compile in DEBUG:
DATAPI(bug("[ATAPI] Status after packet: %lx\n", ata_ReadAltStatus(bus)));
Ideally the code would be changed to avoid needing to read the alternative status register in all circumstances, at least it should only use it for logging and skip the logging when you are using an IDE doubler.
