All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bart Van Assche <bvanassche@acm.org>
To: Michael Schmitz <schmitzmic@gmail.com>,
	Finn Thain <fthain@linux-m68k.org>
Cc: "Martin K . Petersen" <martin.petersen@oracle.com>,
	linux-scsi@vger.kernel.org,
	"James E.J. Bottomley" <jejb@linux.ibm.com>
Subject: Re: [PATCH v4 12/52] NCR5380: Use scsi_cmd_to_rq() instead of scsi_cmnd.request
Date: Sat, 7 Aug 2021 11:09:31 -0700	[thread overview]
Message-ID: <db7a1272-d36b-2556-cbe8-a62dd0a6d3d2@acm.org> (raw)
In-Reply-To: <5ec19a0b-d49c-8f6d-9452-f8b1a43f2a22@gmail.com>

On 8/6/21 1:24 PM, Michael Schmitz wrote:
> Am 07.08.2021 um 03:56 schrieb Bart Van Assche:
>> On 8/6/21 2:24 AM, Finn Thain wrote:
>>> On Thu, 5 Aug 2021, Bart Van Assche wrote:
>>>
>>>> Prepare for removal of the request pointer by using scsi_cmd_to_rq()
>>>> instead. This patch does not change any functionality.
>>>>
>>>> Signed-off-by: Bart Van Assche <bvanassche@acm.org>
>>>
>>> Acked-by: Finn Thain <fthain@linux-m68k.org>
>>>
>>> Did you consider replacing rq_data_dir(cmd->request) with
>>> cmd->sc_data_direction for this driver?
>>
>> That's an interesting suggestion but I prefer to minimize the number of
>> changes I make in NCR5380 drivers since I do not have access to a setup
>> on which I can test any of these drivers.
> 
> The NCR5380 driver gets frequent testing on my Atari, so unless it's
> something integration specific, we ought to see any regressions there.

How about replacing patch 12/52 with the (totally untested) patch below?

Thanks,

Bart.


Subject: [PATCH] NCR5380: Use sc_data_direction instead of rq_data_dir()

This patch prepares for the removal of the request pointer from struct
scsi_cmnd and does not change any functionality.

Suggested-by: Finn Thain <fthain@linux-m68k.org>
Cc: Finn Thain <fthain@linux-m68k.org>
Cc: Michael Schmitz <schmitzmic@gmail.com>
Signed-off-by: Bart Van Assche <bvanassche@acm.org>
---
 drivers/scsi/NCR5380.c   | 6 +++---
 drivers/scsi/sun3_scsi.c | 3 ++-
 2 files changed, 5 insertions(+), 4 deletions(-)

diff --git a/drivers/scsi/NCR5380.c b/drivers/scsi/NCR5380.c
index 3baadd068768..a85589a2a8af 100644
--- a/drivers/scsi/NCR5380.c
+++ b/drivers/scsi/NCR5380.c
@@ -778,7 +778,7 @@ static void NCR5380_dma_complete(struct Scsi_Host *instance)
 	}

 #ifdef CONFIG_SUN3
-	if ((sun3scsi_dma_finish(rq_data_dir(hostdata->connected->request)))) {
+	if (sun3scsi_dma_finish(hostdata->connected->sc_data_direction)) {
 		pr_err("scsi%d: overrun in UDC counter -- not prepared to deal with this!\n",
 		       instance->host_no);
 		BUG();
@@ -1710,7 +1710,7 @@ static void NCR5380_information_transfer(struct Scsi_Host *instance)
 				count = sun3scsi_dma_xfer_len(hostdata, cmd);

 				if (count > 0) {
-					if (rq_data_dir(cmd->request))
+					if (cmd->sc_data_direction == DMA_TO_DEVICE)
 						sun3scsi_dma_send_setup(hostdata,
 						                        cmd->SCp.ptr, count);
 					else
@@ -2158,7 +2158,7 @@ static void NCR5380_reselect(struct Scsi_Host *instance)
 		count = sun3scsi_dma_xfer_len(hostdata, tmp);

 		if (count > 0) {
-			if (rq_data_dir(tmp->request))
+			if (tmp->sc_data_direction == DMA_TO_DEVICE)
 				sun3scsi_dma_send_setup(hostdata,
 				                        tmp->SCp.ptr, count);
 			else
diff --git a/drivers/scsi/sun3_scsi.c b/drivers/scsi/sun3_scsi.c
index 2e3fbc2fae97..af71ab112a84 100644
--- a/drivers/scsi/sun3_scsi.c
+++ b/drivers/scsi/sun3_scsi.c
@@ -366,10 +366,11 @@ static inline int sun3scsi_dma_start(unsigned long count, unsigned char *data)
 }

 /* clean up after our dma is done */
-static int sun3scsi_dma_finish(int write_flag)
+static int sun3scsi_dma_finish(enum dma_data_direction data_dir)
 {
 	unsigned short __maybe_unused count;
 	unsigned short fifo;
+	const bool write_flag = data_dir == DMA_TO_DEVICE;
 	int ret = 0;
 	
 	sun3_dma_active = 0;

  reply	other threads:[~2021-08-07 18:09 UTC|newest]

Thread overview: 62+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-08-05 19:17 [PATCH v4 00/52] Remove the request pointer from struct scsi_cmnd Bart Van Assche
2021-08-05 19:17 ` [PATCH v4 01/52] core: Introduce the scsi_cmd_to_rq() function Bart Van Assche
2021-08-05 19:17 ` [PATCH v4 02/52] core: Use scsi_cmd_to_rq() instead of scsi_cmnd.request Bart Van Assche
2021-08-05 19:17 ` [PATCH v4 03/52] sd: " Bart Van Assche
2021-08-05 19:17 ` [PATCH v4 04/52] sr: " Bart Van Assche
2021-08-05 19:17 ` [PATCH v4 05/52] scsi_transport_fc: " Bart Van Assche
2021-08-05 19:17 ` [PATCH v4 06/52] scsi_transport_spi: " Bart Van Assche
2021-08-05 19:17 ` [PATCH v4 07/52] ata: " Bart Van Assche
2021-08-05 19:17 ` [PATCH v4 08/52] RDMA/iser: " Bart Van Assche
2021-08-06 19:32   ` Sagi Grimberg
2021-08-05 19:17 ` [PATCH v4 09/52] RDMA/srp: " Bart Van Assche
2021-08-05 19:17 ` [PATCH v4 10/52] zfcp: " Bart Van Assche
2021-08-05 19:17 ` [PATCH v4 11/52] 53c700: " Bart Van Assche
2021-08-05 19:17 ` [PATCH v4 12/52] NCR5380: " Bart Van Assche
2021-08-06  9:24   ` Finn Thain
2021-08-06 15:56     ` Bart Van Assche
2021-08-06 20:24       ` Michael Schmitz
2021-08-07 18:09         ` Bart Van Assche [this message]
2021-08-08  1:01           ` Finn Thain
2021-08-05 19:17 ` [PATCH v4 13/52] aacraid: " Bart Van Assche
2021-08-05 19:17 ` [PATCH v4 14/52] advansys: " Bart Van Assche
2021-08-05 19:17 ` [PATCH v4 15/52] aha1542: " Bart Van Assche
2021-08-05 19:17 ` [PATCH v4 16/52] bnx2i: " Bart Van Assche
2021-08-05 19:17 ` [PATCH v4 17/52] csiostor: " Bart Van Assche
2021-08-05 19:17 ` [PATCH v4 18/52] cxlflash: " Bart Van Assche
2021-08-05 19:17 ` [PATCH v4 19/52] dpt_i2o: " Bart Van Assche
2021-08-05 19:17 ` [PATCH v4 20/52] fnic: " Bart Van Assche
2021-08-05 19:17 ` [PATCH v4 21/52] hisi_sas: " Bart Van Assche
2021-08-05 19:17 ` [PATCH v4 22/52] hpsa: " Bart Van Assche
2021-08-05 22:08   ` Don.Brace
2021-08-05 19:17 ` [PATCH v4 23/52] ibmvfc: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 24/52] ibmvscsi: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 25/52] ips: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 26/52] libsas: " Bart Van Assche
2021-08-06  8:14   ` John Garry
2021-08-05 19:18 ` [PATCH v4 27/52] lpfc: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 28/52] megaraid: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 29/52] mpi3mr: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 30/52] mpt3sas: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 31/52] mvumi: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 32/52] myrb: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 33/52] myrs: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 34/52] ncr53c8xx: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 35/52] qedf: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 36/52] qedi: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 37/52] qla1280: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 38/52] qla2xxx: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 39/52] qla4xxx: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 40/52] qlogicpti: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 41/52] scsi_debug: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 42/52] smartpqi: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 43/52] snic: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 44/52] stex: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 45/52] sun3_scsi: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 46/52] sym53c8xx: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 47/52] ufs: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 48/52] virtio_scsi: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 49/52] xen-scsifront: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 50/52] tcm_loop: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 51/52] usb-storage: " Bart Van Assche
2021-08-05 19:18 ` [PATCH v4 52/52] core: Remove the request member from struct scsi_cmnd Bart Van Assche
     [not found] ` <CGME20210805192017epcas2p486b21e2f00e29f9254892884bb340c40@epcms2p1>
2021-08-05 21:39   ` [PATCH v4 47/52] ufs: Use scsi_cmd_to_rq() instead of scsi_cmnd.request Daejun Park

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=db7a1272-d36b-2556-cbe8-a62dd0a6d3d2@acm.org \
    --to=bvanassche@acm.org \
    --cc=fthain@linux-m68k.org \
    --cc=jejb@linux.ibm.com \
    --cc=linux-scsi@vger.kernel.org \
    --cc=martin.petersen@oracle.com \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.