linux-scsi.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Hannes Reinecke <hare@suse.de>
To: Finn Thain <fthain@telegraphics.com.au>,
	"James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>,
	"Martin K. Petersen" <martin.petersen@oracle.com>,
	Michael Schmitz <schmitzmic@gmail.com>,
	linux-m68k@vger.kernel.org, linux-scsi@vger.kernel.org,
	linux-kernel@vger.kernel.org
Cc: Ondrej Zary <linux@rainbow-software.org>, Sam Creasey <sammy@sammy.net>
Subject: Re: [PATCH 16/22] ncr5380: Fix register decoding for debugging
Date: Mon, 14 Mar 2016 08:46:11 +0100	[thread overview]
Message-ID: <56E66C43.4030208@suse.de> (raw)
In-Reply-To: <20160314042704.806019139@telegraphics.com.au>

On 03/14/2016 05:27 AM, Finn Thain wrote:
> Decode all bits in the chip registers. They are all useful at times.
> Fix printk severity so that this output can be suppressed along with
> the other debugging output.
> 
> Signed-off-by: Finn Thain <fthain@telegraphics.com.au>
> 
> ---
>  drivers/scsi/NCR5380.c |   42 +++++++++++++++++++++++++-----------------
>  1 file changed, 25 insertions(+), 17 deletions(-)
> 
> Index: linux/drivers/scsi/NCR5380.c
> ===================================================================
> --- linux.orig/drivers/scsi/NCR5380.c	2016-03-14 15:26:48.000000000 +1100
> +++ linux/drivers/scsi/NCR5380.c	2016-03-14 15:26:50.000000000 +1100
> @@ -256,12 +256,20 @@ static struct {
>  	{0, NULL}
>  },
>  basrs[] = {
> +	{BASR_END_DMA_TRANSFER, "END OF DMA"},
> +	{BASR_DRQ, "DRQ"},
> +	{BASR_PARITY_ERROR, "PARITY ERROR"},
> +	{BASR_IRQ, "IRQ"},
> +	{BASR_PHASE_MATCH, "PHASE MATCH"},
> +	{BASR_BUSY_ERROR, "BUSY ERROR"},
>  	{BASR_ATN, "ATN"},
>  	{BASR_ACK, "ACK"},
>  	{0, NULL}
>  },
>  icrs[] = {
>  	{ICR_ASSERT_RST, "ASSERT RST"},
> +	{ICR_ARBITRATION_PROGRESS, "ARB. IN PROGRESS"},
> +	{ICR_ARBITRATION_LOST, "LOST ARB."},
>  	{ICR_ASSERT_ACK, "ASSERT ACK"},
>  	{ICR_ASSERT_BSY, "ASSERT BSY"},
>  	{ICR_ASSERT_SEL, "ASSERT SEL"},
> @@ -270,14 +278,14 @@ icrs[] = {
>  	{0, NULL}
>  },
>  mrs[] = {
> -	{MR_BLOCK_DMA_MODE, "MODE BLOCK DMA"},
> -	{MR_TARGET, "MODE TARGET"},
> -	{MR_ENABLE_PAR_CHECK, "MODE PARITY CHECK"},
> -	{MR_ENABLE_PAR_INTR, "MODE PARITY INTR"},
> -	{MR_ENABLE_EOP_INTR, "MODE EOP INTR"},
> -	{MR_MONITOR_BSY, "MODE MONITOR BSY"},
> -	{MR_DMA_MODE, "MODE DMA"},
> -	{MR_ARBITRATE, "MODE ARBITRATION"},
> +	{MR_BLOCK_DMA_MODE, "BLOCK DMA MODE"},
> +	{MR_TARGET, "TARGET"},
> +	{MR_ENABLE_PAR_CHECK, "PARITY CHECK"},
> +	{MR_ENABLE_PAR_INTR, "PARITY INTR"},
> +	{MR_ENABLE_EOP_INTR, "EOP INTR"},
> +	{MR_MONITOR_BSY, "MONITOR BSY"},
> +	{MR_DMA_MODE, "DMA MODE"},
> +	{MR_ARBITRATE, "ARBITRATE"},
>  	{0, NULL}
>  };
>  
> @@ -298,23 +306,23 @@ static void NCR5380_print(struct Scsi_Ho
>  	icr = NCR5380_read(INITIATOR_COMMAND_REG);
>  	basr = NCR5380_read(BUS_AND_STATUS_REG);
>  
> -	printk("STATUS_REG: %02x ", status);
> +	printk(KERN_DEBUG "SR =   0x%02x : ", status);
>  	for (i = 0; signals[i].mask; ++i)
>  		if (status & signals[i].mask)
> -			printk(",%s", signals[i].name);
> -	printk("\nBASR: %02x ", basr);
> +			printk(KERN_CONT "%s, ", signals[i].name);
> +	printk(KERN_CONT "\nBASR = 0x%02x : ", basr);
>  	for (i = 0; basrs[i].mask; ++i)
>  		if (basr & basrs[i].mask)
> -			printk(",%s", basrs[i].name);
> -	printk("\nICR: %02x ", icr);
> +			printk(KERN_CONT "%s, ", basrs[i].name);
> +	printk(KERN_CONT "\nICR =  0x%02x : ", icr);
>  	for (i = 0; icrs[i].mask; ++i)
>  		if (icr & icrs[i].mask)
> -			printk(",%s", icrs[i].name);
> -	printk("\nMODE: %02x ", mr);
> +			printk(KERN_CONT "%s, ", icrs[i].name);
> +	printk(KERN_CONT "\nMR =   0x%02x : ", mr);
>  	for (i = 0; mrs[i].mask; ++i)
>  		if (mr & mrs[i].mask)
> -			printk(",%s", mrs[i].name);
> -	printk("\n");
> +			printk(KERN_CONT "%s, ", mrs[i].name);
> +	printk(KERN_CONT "\n");
>  }
>  
>  static struct {
> 
> 
Well ... using individual printk() like here might end up in each
call to be broken up into individual lines.
You might want to consider using a line buffer here or, better
still, move to seq_file or debugfs output.

But as the original code did that, too:

Reviewed-by: Hannes Reinecke <hare@suse.com>

Cheers,

Hannes
-- 
Dr. Hannes Reinecke		   Teamlead Storage & Networking
hare@suse.de			               +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: F. Imendörffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton
HRB 21284 (AG Nürnberg)

  reply	other threads:[~2016-03-14  7:46 UTC|newest]

Thread overview: 57+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-14  4:27 [PATCH 00/22] ncr5380: Eliminate macros, reduce code duplication, fix bugs etc Finn Thain
2016-03-14  4:27 ` [PATCH 01/22] g_ncr5380: Remove CONFIG_SCSI_GENERIC_NCR53C400 Finn Thain
2016-03-14  7:21   ` Hannes Reinecke
2016-03-14  4:27 ` [PATCH 02/22] ncr5380: Remove FLAG_NO_PSEUDO_DMA where possible Finn Thain
2016-03-14  7:21   ` Hannes Reinecke
2016-03-14  4:27 ` [PATCH 03/22] ncr5380: Remove REAL_DMA and REAL_DMA_POLL macros Finn Thain
2016-03-14  7:23   ` Hannes Reinecke
2016-03-14  4:27 ` [PATCH 04/22] atari_NCR5380: Remove DMA_MIN_SIZE macro Finn Thain
2016-03-14  7:25   ` Hannes Reinecke
2016-03-15  3:18     ` Finn Thain
2016-03-14  4:27 ` [PATCH 05/22] ncr5380: Disable the DMA errata workaround flag by default Finn Thain
2016-03-14  7:26   ` Hannes Reinecke
2016-03-14  4:27 ` [PATCH 06/22] ncr5380: Remove PSEUDO_DMA macro Finn Thain
2016-03-14  7:28   ` Hannes Reinecke
2016-03-14  4:27 ` [PATCH 07/22] ncr5380: Remove BOARD_REQUIRES_NO_DELAY macro Finn Thain
2016-03-14  7:33   ` Hannes Reinecke
2016-03-14  4:27 ` [PATCH 08/22] ncr5380: Use DMA hooks for PDMA Finn Thain
2016-03-14  7:34   ` Hannes Reinecke
2016-03-14  4:27 ` [PATCH 09/22] ncr5380: Adopt uniform DMA setup convention Finn Thain
2016-03-14  7:36   ` Hannes Reinecke
2016-03-15  3:19     ` Finn Thain
2016-03-15  6:49       ` Hannes Reinecke
2016-03-14  4:27 ` [PATCH 10/22] ncr5380: Merge DMA implementation from atari_NCR5380 core driver Finn Thain
2016-03-14  7:38   ` Hannes Reinecke
2016-03-14  4:27 ` [PATCH 11/22] atari_scsi: Adopt NCR5380.c " Finn Thain
2016-03-14  7:39   ` Hannes Reinecke
2016-03-14  4:27 ` [PATCH 12/22] sun3_scsi: " Finn Thain
2016-03-14  7:40   ` Hannes Reinecke
2016-03-14  4:27 ` [PATCH 13/22] ncr5380: Remove disused atari_NCR5380.c " Finn Thain
2016-03-14  7:42   ` Hannes Reinecke
2016-03-14  4:27 ` [PATCH 14/22] ncr5380: Add MAX_LUN limit Finn Thain
2016-03-14  7:43   ` Hannes Reinecke
2016-03-14  7:51   ` Christoph Hellwig
2016-03-15  3:20     ` Finn Thain
2016-03-15  8:26       ` Christoph Hellwig
2016-03-14  4:27 ` [PATCH 15/22] dmx3191d: Drop max_sectors limit Finn Thain
2016-03-14  7:43   ` Hannes Reinecke
2016-03-14  4:27 ` [PATCH 16/22] ncr5380: Fix register decoding for debugging Finn Thain
2016-03-14  7:46   ` Hannes Reinecke [this message]
2016-03-15  3:21     ` Finn Thain
2016-03-14  4:27 ` [PATCH 17/22] ncr5380: Remove remaining register storage qualifiers Finn Thain
2016-03-14  7:46   ` Hannes Reinecke
2016-03-14  4:27 ` [PATCH 18/22] ncr5380: Remove DONT_USE_INTR and AUTOPROBE_IRQ macros Finn Thain
2016-03-14  7:47   ` Hannes Reinecke
2016-03-14  4:27 ` [PATCH 19/22] ncr5380: Update usage documentation Finn Thain
2016-03-14  7:47   ` Hannes Reinecke
2016-03-14  4:27 ` [PATCH 20/22] atari_scsi: Set a reasonable default for cmd_per_lun Finn Thain
2016-03-14  7:49   ` Hannes Reinecke
2016-03-15  3:27     ` Finn Thain
2016-03-15  6:53       ` Hannes Reinecke
2016-03-15  8:27         ` Finn Thain
2016-03-15 14:34       ` James Bottomley
2016-03-14  4:27 ` [PATCH 21/22] atari_scsi: Allow can_queue to be increased for Falcon Finn Thain
2016-03-14  7:58   ` Hannes Reinecke
2016-03-14  4:27 ` [PATCH 22/22] mac_scsi: Fix pseudo DMA implementation Finn Thain
2016-03-14  7:59   ` Hannes Reinecke
2016-03-18  7:03 ` [PATCH 00/22] ncr5380: Eliminate macros, reduce code duplication, fix bugs etc Michael Schmitz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=56E66C43.4030208@suse.de \
    --to=hare@suse.de \
    --cc=James.Bottomley@HansenPartnership.com \
    --cc=fthain@telegraphics.com.au \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-m68k@vger.kernel.org \
    --cc=linux-scsi@vger.kernel.org \
    --cc=linux@rainbow-software.org \
    --cc=martin.petersen@oracle.com \
    --cc=sammy@sammy.net \
    --cc=schmitzmic@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).