[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LNX.2.00.1603151358460.9662@nippy.intranet>
Date: Tue, 15 Mar 2016 14:21:28 +1100 (AEDT)
From: Finn Thain <fthain@...egraphics.com.au>
To: Hannes Reinecke <hare@...e.de>
cc: "James E.J. Bottomley" <James.Bottomley@...senPartnership.com>,
"Martin K. Petersen" <martin.petersen@...cle.com>,
Michael Schmitz <schmitzmic@...il.com>,
linux-m68k@...r.kernel.org, linux-scsi@...r.kernel.org,
linux-kernel@...r.kernel.org,
Ondrej Zary <linux@...nbow-software.org>,
Sam Creasey <sammy@...my.net>
Subject: Re: [PATCH 16/22] ncr5380: Fix register decoding for debugging
On Mon, 14 Mar 2016, Hannes Reinecke wrote:
> 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.
This routine is meant to be called with the lock held in irq mode. I made
it the caller's responsibility to do the locking. It is the only way to
get a point-in-time snapshot of all of the device registers.
--
>
> But as the original code did that, too:
>
> Reviewed-by: Hannes Reinecke <hare@...e.com>
>
> Cheers,
>
> Hannes
>
Powered by blists - more mailing lists