From: Tomas Henzl <thenzl@redhat.com>
To: Rajinikanth Pandurangan <Rajinikanth.Pandurangan@pmcs.com>,
"jbottomley@parallels.com" <jbottomley@parallels.com>,
"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>
Cc: "aacraid@pmc-sierra.com" <aacraid@pmc-sierra.com>,
Harry Yang <Harry.Yang@pmcs.com>, Rich Bono <Rich.Bono@pmcs.com>,
Achim Leubner <Achim.Leubner@pmcs.com>,
Murthy Bhat <Murthy.Bhat@pmcs.com>
Subject: Re: [PATCH 4/9] [SCSI] aacraid: Enable 64-bit write to controller register
Date: Sun, 24 May 2015 21:31:43 +0200 [thread overview]
Message-ID: <5562271F.9000104@redhat.com> (raw)
In-Reply-To: <E34C6B6293F0214497D0C55B92526C05B697A042@BBYEXM01.pmc-sierra.internal>
On 05/23/2015 01:52 AM, Rajinikanth Pandurangan wrote:
> -----Original Message-----
> From: Tomas Henzl [mailto:thenzl@redhat.com]
> Sent: Friday, May 22, 2015 7:02 AM
> To: Rajinikanth Pandurangan; jbottomley@parallels.com; linux-scsi@vger.kernel.org
> Cc: aacraid@pmc-sierra.com; Harry Yang; Rich Bono; Achim Leubner; Murthy Bhat
> Subject: Re: [PATCH 4/9] [SCSI] aacraid: Enable 64-bit write to controller register
>
> On 05/14/2015 02:12 AM, rajinikanth.pandurangan@pmcs.com wrote:
>> From: Rajinikanth Pandurangan <rajinikanth.pandurangan@pmcs.com>
>>
>> Description:
>> If writeq() not supported, then do atomic two 32bit write
>>
>> Signed-off-by: Rajinikanth Pandurangan
>> <rajinikanth.pandurangan@pmcs.com>
>> ---
>> drivers/scsi/aacraid/aacraid.h | 12 ++++++++++++
>> drivers/scsi/aacraid/comminit.c | 1 +
>> drivers/scsi/aacraid/src.c | 12 ++++++++++--
>> 3 files changed, 23 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/scsi/aacraid/aacraid.h
>> b/drivers/scsi/aacraid/aacraid.h index 62b0999..9e69e3e 100644
>> --- a/drivers/scsi/aacraid/aacraid.h
>> +++ b/drivers/scsi/aacraid/aacraid.h
>> @@ -719,6 +719,9 @@ struct sa_registers {
>> #define sa_readl(AEP, CSR) readl(&((AEP)->regs.sa->CSR))
>> #define sa_writew(AEP, CSR, value) writew(value, &((AEP)->regs.sa->CSR))
>> #define sa_writel(AEP, CSR, value) writel(value, &((AEP)->regs.sa->CSR))
>> +#if defined(writeq)
>> +#define sa_writeq(AEP, CSR, value) writeq(value, &((AEP)->regs.sa->CSR))
> This^ is used nowhere, is it needed?
>
> [rajp] Yes, it's not needed.
>
>> +#endif
>>
>> /*
>> * Rx Message Unit Registers
>> @@ -844,6 +847,10 @@ struct src_registers {
>> &((AEP)->regs.src.bar0->CSR))
>> #define src_writel(AEP, CSR, value) writel(value, \
>> &((AEP)->regs.src.bar0->CSR))
>> +#if defined(writeq)
>> +#define src_writeq(AEP, CSR, value) writeq(value, \
>> + &((AEP)->regs.src.bar0->CSR))
>> +#endif
>>
>> #define SRC_ODR_SHIFT 12
>> #define SRC_IDR_SHIFT 9
>> @@ -1163,6 +1170,11 @@ struct aac_dev
>> struct fsa_dev_info *fsa_dev;
>> struct task_struct *thread;
>> int cardtype;
>> + /*
>> + *This lock will protect the two 32-bit
>> + *writes to the Inbound Queue
>> + */
>> + spinlock_t iq_lock;
>>
>> /*
>> * The following is the device specific extension.
>> diff --git a/drivers/scsi/aacraid/comminit.c
>> b/drivers/scsi/aacraid/comminit.c index 45a0a04..4043245 100644
>> --- a/drivers/scsi/aacraid/comminit.c
>> +++ b/drivers/scsi/aacraid/comminit.c
>> @@ -424,6 +424,7 @@ struct aac_dev *aac_init_adapter(struct aac_dev *dev)
>> dev->management_fib_count = 0;
>> spin_lock_init(&dev->manage_lock);
>> spin_lock_init(&dev->sync_lock);
>> + spin_lock_init(&dev->iq_lock);
>> dev->max_fib_size = sizeof(struct hw_fib);
>> dev->sg_tablesize = host->sg_tablesize = (dev->max_fib_size
>> - sizeof(struct aac_fibhdr)
>> diff --git a/drivers/scsi/aacraid/src.c b/drivers/scsi/aacraid/src.c
>> index ae494c5..109863a 100644
>> --- a/drivers/scsi/aacraid/src.c
>> +++ b/drivers/scsi/aacraid/src.c
>> @@ -447,6 +447,10 @@ static int aac_src_deliver_message(struct fib *fib)
>> u32 fibsize;
>> dma_addr_t address;
>> struct aac_fib_xporthdr *pFibX;
>> +#if !defined(writeq)
>> + unsigned long flags;
>> +#endif
>> +
>> u16 hdr_size = le16_to_cpu(fib->hw_fib_va->header.Size);
>>
>> atomic_inc(&q->numpending);
>> @@ -511,10 +515,14 @@ static int aac_src_deliver_message(struct fib *fib)
>> return -EINVAL;
>> address |= fibsize;
>> }
>> -
>> +#if defined(writeq)
>> + src_writeq(dev, MUnit.IQ_L, (u64)address);
> What about just using the writeq directly without the macro ?
> writeq(value, address); ?
>
> [Rajp] All other place we have macro. This is just for the uniformity.
Okay,
Tomas
>
>> +#else
>> + spin_lock_irqsave(&fib->dev->iq_lock, flags);
>> src_writel(dev, MUnit.IQ_H, upper_32_bits(address) & 0xffffffff);
>> src_writel(dev, MUnit.IQ_L, address & 0xffffffff);
>> -
>> + spin_unlock_irqrestore(&fib->dev->iq_lock, flags); #endif
>> return 0;
>> }
>>
>>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2015-05-24 19:31 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-14 0:12 [PATCH 0/9] aacraid: Patchset for aacraid driver version 41010 rajinikanth.pandurangan
2015-05-14 0:12 ` [PATCH 1/9] [SCSI] aacraid: Fix for logical device name and UID not exposed to the OS rajinikanth.pandurangan
2015-05-15 2:55 ` Mahesh Rajashekhara
2015-05-22 13:18 ` Tomas Henzl
2015-05-26 18:06 ` Rajinikanth Pandurangan
2015-05-27 14:41 ` Tomas Henzl
2015-05-14 0:12 ` [PATCH 2/9] [SCSI] aacraid: Add Power Management support rajinikanth.pandurangan
2015-05-15 2:56 ` Mahesh Rajashekhara
2015-05-22 13:36 ` Tomas Henzl
2015-05-27 14:41 ` Tomas Henzl
2015-06-01 15:14 ` James Bottomley
2015-06-01 21:16 ` Rajinikanth Pandurangan
2015-06-01 21:38 ` James Bottomley
2015-05-14 0:12 ` [PATCH 3/9] [SCSI] aacraid: Enable MSI interrupt for series-6 controller rajinikanth.pandurangan
2015-05-15 2:56 ` Mahesh Rajashekhara
2015-05-22 13:40 ` Tomas Henzl
2015-05-22 23:46 ` Rajinikanth Pandurangan
2015-05-24 19:31 ` Tomas Henzl
2015-05-27 14:42 ` Tomas Henzl
2015-05-14 0:12 ` [PATCH 4/9] [SCSI] aacraid: Enable 64-bit write to controller register rajinikanth.pandurangan
2015-05-15 2:57 ` Mahesh Rajashekhara
2015-05-22 14:02 ` Tomas Henzl
2015-05-22 23:52 ` Rajinikanth Pandurangan
2015-05-24 19:31 ` Tomas Henzl [this message]
2015-05-27 14:44 ` Tomas Henzl
2015-05-14 0:12 ` [PATCH 5/9] [SCSI] aacraid: Tune response path if IsFastPath bit set rajinikanth.pandurangan
2015-05-15 2:57 ` Mahesh Rajashekhara
2015-05-27 14:45 ` Tomas Henzl
2015-05-14 0:12 ` [PATCH 6/9] [SCSI] aacraid: Reset irq affinity hints before releasing irq rajinikanth.pandurangan
2015-05-15 2:57 ` Mahesh Rajashekhara
2015-05-27 14:45 ` Tomas Henzl
2015-05-14 0:12 ` [PATCH 7/9] [SCSI] aacraid: Unblock IOCTLs to controller once system resumed from suspend rajinikanth.pandurangan
2015-05-15 2:57 ` Mahesh Rajashekhara
2015-05-27 14:45 ` Tomas Henzl
2015-05-14 0:12 ` [PATCH 8/9] [SCSI] aacraid: Send commit-config to controller firmware rajinikanth.pandurangan
2015-05-15 2:57 ` Mahesh Rajashekhara
2015-05-14 0:12 ` [PATCH 9/9] [SCSI] aacraid: Update driver version rajinikanth.pandurangan
2015-05-15 2:58 ` Mahesh Rajashekhara
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=5562271F.9000104@redhat.com \
--to=thenzl@redhat.com \
--cc=Achim.Leubner@pmcs.com \
--cc=Harry.Yang@pmcs.com \
--cc=Murthy.Bhat@pmcs.com \
--cc=Rajinikanth.Pandurangan@pmcs.com \
--cc=Rich.Bono@pmcs.com \
--cc=aacraid@pmc-sierra.com \
--cc=jbottomley@parallels.com \
--cc=linux-scsi@vger.kernel.org \
/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).