Acked-by: Sam Creasey <[email protected]>
On Wed, Mar 19, 2014 at 11:35:16PM +1100, Finn Thain wrote:
>
> This patch series addresses several issues with NCR5380 drivers:
>
> 1. The complex network of #include directives.
>
> 2. Three inconsistent implementations of the core driver all attempting
> to share the same macro definitions in NCR5380.h.
>
> 3. Broken debugging code.
>
> In the past these issues have led to compiler warnings and ugly hacks to
> fix build failures.
>
> This patch series fixes the debugging code by reducing the divergence
> between the various core driver implementations.
>
> The final two patches in the series further reduce divergence by refactoring
> sun3_scsi.c and sun3_scsi_vme.c so that they follow the same structure as
> the other NCR5380 drivers.
>
> By the end of this patch series over 800 net lines of code have been
> removed. This is mostly duplicated code that's easily eliminated once the
> debugging code is made consistent (and some dead code is removed).
>
> Better uniformity and less duplication should assist future work such as
> modernization and trivial clean-up.
>
> To make code review easier I've tried to keep these patches succinct and
> free of extraneous changes. Though I did run checkpatch.pl, I've ignored
> whitespace issues in existing code. I will send separate patches for
> whitespace clean-up of NCR5380 drivers.
>
> All NCR5380 drivers have been compile-tested with this patch series:
> arm/cumana_1.c
> arm/oak.c
> atari_scsi.c
> dmx3191d.c
> dtc.c
> g_NCR5380.c
> g_NCR5380_mmio.c
> mac_scsi.c
> pas16.c
> sun3_scsi.c
> sun3_scsi_vme.c
> t128.c
>
> I've successfully regression tested this patch series using mac_scsi on a
> PowerBook 180. The debugging macros are now usable again.