Re: sata_mv fixes: coding style preference?

2007-11-28 Thread Mark Lord

(adding linux-ide to CC:)

Jeff Garzik wrote:

Mark Lord wrote:


Below, I used inline functions to calculate the correct reg offsets
so that the rest of the code doesn't need any special if-stmts.
But another way to do it would be to just store the correct offsets
as new fields within the mv_host_priv struct.  I suspect that method
would be better.


Yes, store the offsets, you shouldn't need to call a function to 
calculate the same value over and over again.  Simple, no branches added 
to the code, ...

..

Good, so we all agree on that!

And as it turns out, this patch (or the better version coming later)
fixes both of the Marvell 7042 problems reported here a couple of weeks ago:

1:  Tom Morrison hang with large file operations.
2.  Hein-Pieter van Braam PCI ERROR; PCI IRQ reason=0x highpoint rocketraid 
2300 pci-e

Tom has confirmed the fix, and I'm waiting to hear back from Hein-Pieter
even though I now have identical hardware here as what he has.

Jeff:  This fix (one I reissue it) should go upstream for 2.6.24, if possible.

Right now the driver is guaranteed to fail on 7042, since it is hitting
reserved PCI addresses instead of valid registers.

Not a regression though, so your call.
But it does fix reported bugs, and really cannot hurt anything.

Cheers
-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: sata_mv fixes: coding style preference?

2007-11-28 Thread Jeff Garzik

Mark Lord wrote:
Jeff:  This fix (one I reissue it) should go upstream for 2.6.24, if 
possible.


Fine by me...

Jeff


-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html