All of lore.kernel.org
 help / color / mirror / Atom feed
From: John Garry <john.garry@huawei.com>
To: Rob Herring <robh+dt@kernel.org>
Cc: "James E.J. Bottomley" <JBottomley@odin.com>,
	Pawel Moll <pawel.moll@arm.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Ian Campbell <ijc+devicetree@hellion.org.uk>,
	Kumar Gala <galak@codeaurora.org>, Arnd Bergmann <arnd@arndb.de>,
	linux-scsi@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	Linuxarm <linuxarm@huawei.com>,
	John Garry <john.garry2@mail.dcu.ie>,
	hare@suse.de, Wei Xu <xuwei5@hisilicon.com>,
	Zhangfei Gao <zhangfei.gao@linaro.org>
Subject: Re: [PATCH v5 20/32] scsi: hisi_sas: add v1 hw interrupt init
Date: Wed, 18 Nov 2015 16:13:10 +0000	[thread overview]
Message-ID: <564CA396.9010709@huawei.com> (raw)
In-Reply-To: <CAL_Jsq+NEm_+cGYC6XG6_fprg1Gd7VG0dj8MKPAPUPqpBzL0pg@mail.gmail.com>



On 18/11/2015 15:26, Rob Herring wrote:
> On Tue, Nov 17, 2015 at 10:50 AM, John Garry <john.garry@huawei.com> wrote:
>> Add code to interrupts, so now we can get a phy up
>> interrupt when a disk is connected.
> So I started looking at why you are using of_irq_count which drivers
> shouldn't need to. In patch 5 you use it to allocate memory to store
> the irq names, then use them here...
right
>
>> +static const char phy_int_names[HISI_SAS_PHY_INT_NR][32] = {
>> +       {"Phy Up"},
>> +};
>> +static irq_handler_t phy_interrupts[HISI_SAS_PHY_INT_NR] = {
>> +       int_phyup_v1_hw,
>> +};
>> +
>> +static int interrupt_init_v1_hw(struct hisi_hba *hisi_hba)
>> +{
>> +       struct device *dev = &hisi_hba->pdev->dev;
>> +       struct device_node *np = dev->of_node;
>> +       char *int_names = hisi_hba->int_names;
>> +       int i, j, irq, rc, idx;
>> +
>> +       if (!np)
>> +               return -ENOENT;
>> +
>> +       for (i = 0; i < hisi_hba->n_phy; i++) {
>> +               struct hisi_sas_phy *phy = &hisi_hba->phy[i];
>> +
>> +               idx = i * HISI_SAS_PHY_INT_NR;
>> +               for (j = 0; j < HISI_SAS_PHY_INT_NR; j++, idx++) {
>> +                       irq = irq_of_parse_and_map(np, idx);
> It is also preferred that drivers don't use this either. You should
> use platform_get_irq() instead.
>
>> +                       if (!irq) {
>> +                               dev_err(dev,
>> +                                       "irq init: fail map phy interrupt %d\n",
>> +                                       idx);
>> +                               return -ENOENT;
>> +                       }
>> +
>> +                       (void)snprintf(&int_names[idx * HISI_SAS_NAME_LEN],
>> +                                      HISI_SAS_NAME_LEN,
>> +                                      "%s %s:%d", dev_name(dev),
>> +                                      phy_int_names[j], i);
>> +                       rc = devm_request_irq(dev, irq, phy_interrupts[j], 0,
>> +                                       &int_names[idx * HISI_SAS_NAME_LEN],
>> +                                       phy);
> There's no requirement for the name to match the name in the DT or
> even that the name needs to be unique.
It is desirable to be unique as we have so many instances of the same 
types of interrupt sources:
for hip05 chipset with v1 controller we have the following interrupts: 8 
phyup, 8 abnormal, 8 broadcast, 32 completion, 2 fatal
> If you really want the DT names used, then just call
> of_property_read_string_index() on interrupt-names here. There is no
> point to copy the string.
We would not want to add so many strings, no?
> Rob
thanks,
John

WARNING: multiple messages have this Message-ID (diff)
From: John Garry <john.garry@huawei.com>
To: Rob Herring <robh+dt@kernel.org>
Cc: "James E.J. Bottomley" <JBottomley@odin.com>,
	Pawel Moll <pawel.moll@arm.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Ian Campbell <ijc+devicetree@hellion.org.uk>,
	Kumar Gala <galak@codeaurora.org>,
	"Arnd Bergmann" <arnd@arndb.de>, <linux-scsi@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	Linuxarm <linuxarm@huawei.com>,
	John Garry <john.garry2@mail.dcu.ie>, <hare@suse.de>,
	Wei Xu <xuwei5@hisilicon.com>,
	Zhangfei Gao <zhangfei.gao@linaro.org>
Subject: Re: [PATCH v5 20/32] scsi: hisi_sas: add v1 hw interrupt init
Date: Wed, 18 Nov 2015 16:13:10 +0000	[thread overview]
Message-ID: <564CA396.9010709@huawei.com> (raw)
In-Reply-To: <CAL_Jsq+NEm_+cGYC6XG6_fprg1Gd7VG0dj8MKPAPUPqpBzL0pg@mail.gmail.com>



On 18/11/2015 15:26, Rob Herring wrote:
> On Tue, Nov 17, 2015 at 10:50 AM, John Garry <john.garry@huawei.com> wrote:
>> Add code to interrupts, so now we can get a phy up
>> interrupt when a disk is connected.
> So I started looking at why you are using of_irq_count which drivers
> shouldn't need to. In patch 5 you use it to allocate memory to store
> the irq names, then use them here...
right
>
>> +static const char phy_int_names[HISI_SAS_PHY_INT_NR][32] = {
>> +       {"Phy Up"},
>> +};
>> +static irq_handler_t phy_interrupts[HISI_SAS_PHY_INT_NR] = {
>> +       int_phyup_v1_hw,
>> +};
>> +
>> +static int interrupt_init_v1_hw(struct hisi_hba *hisi_hba)
>> +{
>> +       struct device *dev = &hisi_hba->pdev->dev;
>> +       struct device_node *np = dev->of_node;
>> +       char *int_names = hisi_hba->int_names;
>> +       int i, j, irq, rc, idx;
>> +
>> +       if (!np)
>> +               return -ENOENT;
>> +
>> +       for (i = 0; i < hisi_hba->n_phy; i++) {
>> +               struct hisi_sas_phy *phy = &hisi_hba->phy[i];
>> +
>> +               idx = i * HISI_SAS_PHY_INT_NR;
>> +               for (j = 0; j < HISI_SAS_PHY_INT_NR; j++, idx++) {
>> +                       irq = irq_of_parse_and_map(np, idx);
> It is also preferred that drivers don't use this either. You should
> use platform_get_irq() instead.
>
>> +                       if (!irq) {
>> +                               dev_err(dev,
>> +                                       "irq init: fail map phy interrupt %d\n",
>> +                                       idx);
>> +                               return -ENOENT;
>> +                       }
>> +
>> +                       (void)snprintf(&int_names[idx * HISI_SAS_NAME_LEN],
>> +                                      HISI_SAS_NAME_LEN,
>> +                                      "%s %s:%d", dev_name(dev),
>> +                                      phy_int_names[j], i);
>> +                       rc = devm_request_irq(dev, irq, phy_interrupts[j], 0,
>> +                                       &int_names[idx * HISI_SAS_NAME_LEN],
>> +                                       phy);
> There's no requirement for the name to match the name in the DT or
> even that the name needs to be unique.
It is desirable to be unique as we have so many instances of the same 
types of interrupt sources:
for hip05 chipset with v1 controller we have the following interrupts: 8 
phyup, 8 abnormal, 8 broadcast, 32 completion, 2 fatal
> If you really want the DT names used, then just call
> of_property_read_string_index() on interrupt-names here. There is no
> point to copy the string.
We would not want to add so many strings, no?
> Rob
thanks,
John


  reply	other threads:[~2015-11-18 16:13 UTC|newest]

Thread overview: 76+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-17 16:50 [PATCH v5 00/32] HiSilicon SAS driver John Garry
2015-11-17 16:50 ` John Garry
2015-11-17 16:50 ` [PATCH v5 01/32] [SCSI] sas: centralise ssp frame information units John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 02/32] devicetree: bindings: scsi: HiSi SAS John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 03/32] scsi: hisi_sas: add initial bare main driver John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 04/32] scsi: hisi_sas: add scsi host registration John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 05/32] scsi: hisi_sas: scan device tree John Garry
2015-11-17 16:50   ` John Garry
     [not found] ` <1447779059-136143-1-git-send-email-john.garry-hv44wF8Li93QT0dZR+AlfA@public.gmane.org>
2015-11-17 16:50   ` [PATCH v5 06/32] scsi: hisi_sas: add HW DMA structures John Garry
2015-11-17 16:50     ` John Garry
2015-11-17 16:50   ` [PATCH v5 14/32] scsi: hisi_sas: add hisi sas device type John Garry
2015-11-17 16:50     ` John Garry
2015-11-17 16:50   ` [PATCH v5 26/32] scsi: hisi_sas: add bcast interrupt handler John Garry
2015-11-17 16:50     ` John Garry
2015-11-17 16:50   ` [PATCH v5 28/32] scsi: hisi_sas: add scan finished and start John Garry
2015-11-17 16:50     ` John Garry
2015-11-17 16:50 ` [PATCH v5 07/32] scsi: hisi_sas: allocate memories and create pools John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 08/32] scsi: hisi_sas: add hisi_sas_remove John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 09/32] scsi: hisi_sas: add slot init code John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 10/32] scsi: hisi_sas: add cq structure initialization John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 11/32] scsi: hisi_sas: add phy SAS ADDR initialization John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 12/32] scsi: hisi_sas: set dev DMA mask John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 13/32] scsi: hisi_sas: add hisi_hba workqueue John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 15/32] scsi: hisi_sas: add phy and port init John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 16/32] scsi: hisi_sas: add timer and spinlock init John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 17/32] scsi: hisi_sas: add v1 hw module init John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 18/32] scsi: hisi_sas: add v1 hardware register definitions John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 19/32] scsi: hisi_sas: add v1 HW initialisation code John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 20/32] scsi: hisi_sas: add v1 hw interrupt init John Garry
2015-11-17 16:50   ` John Garry
     [not found]   ` <1447779059-136143-21-git-send-email-john.garry-hv44wF8Li93QT0dZR+AlfA@public.gmane.org>
2015-11-18 15:26     ` Rob Herring
2015-11-18 15:26       ` Rob Herring
2015-11-18 16:13       ` John Garry [this message]
2015-11-18 16:13         ` John Garry
2015-11-17 16:50 ` [PATCH v5 21/32] scsi: hisi_sas: add path from phyup irq to SAS framework John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 22/32] scsi: hisi_sas: add ssp command function John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 23/32] scsi: hisi_sas: add cq interrupt handler John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 24/32] scsi: hisi_sas: add dev_found and dev_gone John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 25/32] scsi: hisi_sas: add abnormal irq handler John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 27/32] scsi: hisi_sas: add smp protocol support John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 29/32] scsi: hisi_sas: add tmf methods John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 30/32] scsi: hisi_sas: add control phy handler John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 31/32] scsi: hisi_sas: add fatal irq handler John Garry
2015-11-17 16:50   ` John Garry
2015-11-17 16:50 ` [PATCH v5 32/32] MAINTAINERS: add maintainer for HiSi SAS driver John Garry
2015-11-17 16:50   ` John Garry
2015-11-18 16:56 ` [PATCH v5 00/32] HiSilicon " Martin K. Petersen
2015-11-18 16:56   ` Martin K. Petersen
2015-11-18 17:23   ` John Garry
2015-11-19  3:15     ` Martin K. Petersen
2015-11-19  3:15       ` Martin K. Petersen
2015-11-19  9:46       ` John Garry

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=564CA396.9010709@huawei.com \
    --to=john.garry@huawei.com \
    --cc=JBottomley@odin.com \
    --cc=arnd@arndb.de \
    --cc=devicetree@vger.kernel.org \
    --cc=galak@codeaurora.org \
    --cc=hare@suse.de \
    --cc=ijc+devicetree@hellion.org.uk \
    --cc=john.garry2@mail.dcu.ie \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-scsi@vger.kernel.org \
    --cc=linuxarm@huawei.com \
    --cc=mark.rutland@arm.com \
    --cc=pawel.moll@arm.com \
    --cc=robh+dt@kernel.org \
    --cc=xuwei5@hisilicon.com \
    --cc=zhangfei.gao@linaro.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 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.