[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Mon, 9 Sep 2013 10:41:03 +0800
From: Yijing Wang <wangyijing@...wei.com>
To: Bjorn Helgaas <bhelgaas@...gle.com>
CC: Benjamin Herrenschmidt <benh@...nel.crashing.org>,
"James E.J. Bottomley" <JBottomley@...allels.com>,
Gavin Shan <shangw@...ux.vnet.ibm.com>,
<linux-kernel@...r.kernel.org>, <linux-pci@...r.kernel.org>,
Hanjun Guo <guohanjun@...wei.com>,
Jiang Liu <jiang.liu@...wei.com>,
Anil Gurumurthy <agurumur@...cade.com>,
Vijaya Mohan Guvva <vmohan@...cade.com>,
<linux-scsi@...r.kernel.org>
Subject: Re: [PATCH v2 1/6] scsi/bfa: use pcie_set/get_readrq to simplify
code
On 2013/9/7 6:14, Bjorn Helgaas wrote:
> On Thu, Sep 05, 2013 at 03:55:25PM +0800, Yijing Wang wrote:
>> v1->v2: use pcie_get/set_readrq to simplify code
>> a lot suggestd by Bjorn.
>>
>> Use pcie_get_readrq()/pcie_set_readrq() to simplify
>> code.
>>
>> Signed-off-by: Yijing Wang <wangyijing@...wei.com>
>> Cc: Jiang Liu <jiang.liu@...wei.com>
>> Cc: Anil Gurumurthy <agurumur@...cade.com>
>> Cc: Vijaya Mohan Guvva <vmohan@...cade.com>
>> Cc: "James E.J. Bottomley" <JBottomley@...allels.com>
>> Cc: linux-scsi@...r.kernel.org
>> Cc: linux-kernel@...r.kernel.org
>> ---
>> drivers/scsi/bfa/bfad.c | 48 +++++-----------------------------------------
>> 1 files changed, 6 insertions(+), 42 deletions(-)
Hi Bjorn,
Thanks for your patience guidance! Now I know more about how to write
a patch or patchset. I will check my patch follow the advices below before
I send out every time. Make it easier for you and other maintainers to
review and apply.
>
> I applied all these with some tweaks to my pci/yijing-pci_is_pcie-v2
> branch [1]. This will be rebased after v3.12-rc1, and may be amended
> if any patches are picked up by others.
>
> Hints (not just for you; I hope other people pay attention, too,
> because I'm obsessive and I pay attention to these details):
>
> - Include a "[PATCH v2 0/6]" email. That's a good place for you to
> put an overall description of the series, and a good place for
> responses like this one that apply to the whole series.
>
>> -
>> - pcie_cap_reg = pci_find_capability(pdev, PCI_CAP_ID_EXP);
>> - if (mask != 0xffff && pcie_cap_reg) {
>> - pcie_cap_reg += 0x08;
>> - pci_read_config_word(pdev, pcie_cap_reg, &pcie_dev_ctl);
>> - if ((pcie_dev_ctl & 0x7000) != mask) {
>> - printk(KERN_WARNING "BFA[%s]: "
>> + if (pcie_max_read_reqsz > 0 && pci_is_pcie(pdev)) {
>> + int max_rq = pcie_get_readrq(pdev);
>> + if (max_rq > 128 && max_rq < 4096 && is_power_of_2(max_rq))
>
> I think you meant to validate pcie_max_read_reqsz (the module parameter),
> not max_rq. I made this change on my branch.
Yes, thanks for your fix.
Thanks!
Yijing.
>
>> + printk(KERN_WARNING "BFA[%s]: "
>> "pcie_max_read_request_size is %d, "
>> - "reset to %d\n", bfad->pci_name,
>> - (1 << ((pcie_dev_ctl & 0x7000) >> 12)) << 7,
>> + "reset to %d\n", bfad->pci_name, max_rq,
>> pcie_max_read_reqsz);
>> -
>> - pcie_dev_ctl &= ~0x7000;
>> - pci_write_config_word(pdev, pcie_cap_reg,
>> - pcie_dev_ctl | mask);
>> - }
>> - }
>> + pcie_set_readrq(pdev, pcie_max_read_reqsz);
>> }
>>
>> pci_save_state(pdev);
>> --
>> 1.7.1
>>
>>
>
> .
>
--
Thanks!
Yijing
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists