Re: [PATCH 06/12] scsi/NCR5380: fix dprintk macro usage and definition

2014-05-28 Thread Christoph Hellwig
On Tue, Mar 18, 2014 at 11:42:18AM +1100, Finn Thain wrote: > There are three implementations of the core NCR5380 driver and three sets > of debugging macro definitions. And all three implementations use the > NCR5380.h header as well. > > Two of the definitions of the dprintk macro accept a

Re: [PATCH 06/12] scsi/NCR5380: fix dprintk macro usage and definition

2014-05-28 Thread Christoph Hellwig
On Tue, Mar 18, 2014 at 11:42:18AM +1100, Finn Thain wrote: There are three implementations of the core NCR5380 driver and three sets of debugging macro definitions. And all three implementations use the NCR5380.h header as well. Two of the definitions of the dprintk macro accept a variable

[PATCH 06/12] scsi/NCR5380: fix dprintk macro usage and definition

2014-03-17 Thread Finn Thain
There are three implementations of the core NCR5380 driver and three sets of debugging macro definitions. And all three implementations use the NCR5380.h header as well. Two of the definitions of the dprintk macro accept a variable argument list whereas the third does not. Standardize on the

[PATCH 06/12] scsi/NCR5380: fix dprintk macro usage and definition

2014-03-17 Thread Finn Thain
There are three implementations of the core NCR5380 driver and three sets of debugging macro definitions. And all three implementations use the NCR5380.h header as well. Two of the definitions of the dprintk macro accept a variable argument list whereas the third does not. Standardize on the