Jeff Garzik wrote:
>> -Jeff will probably cringe at how I implemented the 
>> bmdma_stop/start/status/setup functions. This kludge of toggling 
>> ATA_FLAG_MMIO off for the call into libata was needed since this 
>> controller is almost what libata calls ATA_FLAG_MMIO, but not quite 
>> (the ATA taskfile registers are MMIO but the BMDMA registers are PIO). 
>> This is also why I needed the patch to libata-sff.c to use the 
>> adapter's bmdma_status function rather than hardcoded ata_bmdma_status.
> 
> *shrug*  I don't cringe if that's the most expedient way to do something.
> 
> But I really don't think that is necessary.  I will take a look at docs 
> and see how things match up, when I am much more awake.  Most likely you 
> need to be using another set of registers, and be all MMIO, all the time.
> 
>     Jeff

Hopefully that is the case, it would clean things up a bit..

I've cut another patch, this one against 2.6.18-mm3. I've fixed a couple 
of issues:

-Error handling now pushes the port back into port-register mode so that 
the reset will actually work properly.

-It seems there was a problem with the checks for deciding whether to 
scan the CPB list in the interrupt handler that occasionally caused 
interrupts to get lost and commands to time out (which unintentionally 
tested the EH fix above). I think this is fixed now.

Signed-off-by: Robert Hancock <hancockr@shaw.ca>

-- 
Robert Hancock      Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@nospamshaw.ca
Home Page: http://www.roberthancock.com/