* [PATCH 1/2] PCI: allow MSI chip providers to implement their own multiple MSI setup @ 2015-03-09 17:33 Lucas Stach 2015-03-09 17:33 ` [PATCH 2/2] PCI: designware: implement multiple MSI irq setup Lucas Stach 0 siblings, 1 reply; 7+ messages in thread From: Lucas Stach @ 2015-03-09 17:33 UTC (permalink / raw) To: Bjorn Helgaas; +Cc: Jingoo Han, Mohit Kumar, linux-pci, kernel Signed-off-by: Lucas Stach <l.stach@pengutronix.de> --- drivers/pci/msi.c | 3 +++ include/linux/msi.h | 2 ++ 2 files changed, 5 insertions(+) diff --git a/drivers/pci/msi.c b/drivers/pci/msi.c index c3e7dfcf9ff5..9feb618d8881 100644 --- a/drivers/pci/msi.c +++ b/drivers/pci/msi.c @@ -121,9 +121,12 @@ void __weak arch_teardown_msi_irq(unsigned int irq) int __weak arch_setup_msi_irqs(struct pci_dev *dev, int nvec, int type) { + struct msi_controller *chip = pci_msi_controller(dev); struct msi_desc *entry; int ret; + if (chip && chip->setup_irqs) + return chip->setup_irqs(chip, dev, nvec, type); /* * If an architecture wants to support multiple MSI, it needs to * override arch_setup_msi_irqs() diff --git a/include/linux/msi.h b/include/linux/msi.h index 8ac4a68ffae2..50fefeb30236 100644 --- a/include/linux/msi.h +++ b/include/linux/msi.h @@ -114,6 +114,8 @@ struct msi_controller { int (*setup_irq)(struct msi_controller *chip, struct pci_dev *dev, struct msi_desc *desc); + int (*setup_irqs)(struct msi_controller *chip, struct pci_dev *dev, + int nvec, int type); void (*teardown_irq)(struct msi_controller *chip, unsigned int irq); }; -- 2.1.4 ^ permalink raw reply related [flat|nested] 7+ messages in thread
* [PATCH 2/2] PCI: designware: implement multiple MSI irq setup 2015-03-09 17:33 [PATCH 1/2] PCI: allow MSI chip providers to implement their own multiple MSI setup Lucas Stach @ 2015-03-09 17:33 ` Lucas Stach 2015-03-20 22:07 ` Bjorn Helgaas 2015-04-08 18:56 ` Bjorn Helgaas 0 siblings, 2 replies; 7+ messages in thread From: Lucas Stach @ 2015-03-09 17:33 UTC (permalink / raw) To: Bjorn Helgaas; +Cc: Jingoo Han, Mohit Kumar, linux-pci, kernel Allows to properly set up multiple MSI irqs per device. Signed-off-by: Lucas Stach <l.stach@pengutronix.de> --- The ifdef is needed to avoid a compile error on !CONFIG_PCI_MSI, as msi_list is only part of pci_dev when the kernel is compiled with MSI support. --- drivers/pci/host/pcie-designware.c | 46 ++++++++++++++++++++++++++++++++++++++ 1 file changed, 46 insertions(+) diff --git a/drivers/pci/host/pcie-designware.c b/drivers/pci/host/pcie-designware.c index 1f4ea6f2d910..8a15ea2e8eab 100644 --- a/drivers/pci/host/pcie-designware.c +++ b/drivers/pci/host/pcie-designware.c @@ -269,6 +269,9 @@ static int assign_irq(int no_irqs, struct msi_desc *desc, int *pos) } *pos = pos0; + desc->nvec_used = no_irqs; + desc->msi_attrib.multiple = order_base_2(no_irqs); + return irq; no_valid_irq: @@ -305,6 +308,48 @@ static int dw_msi_setup_irq(struct msi_controller *chip, struct pci_dev *pdev, return 0; } +#ifdef CONFIG_PCI_MSI +static int dw_msi_setup_irqs(struct msi_controller *chip, struct pci_dev *pdev, + int nvec, int type) +{ + int irq, pos; + struct msi_desc *desc; + struct msi_msg msg; + struct pcie_port *pp = sys_to_pcie(pdev->bus->sysdata); + + /* MSI-X interrupts are not supported */ + if (type == PCI_CAP_ID_MSIX) + return -EINVAL; + + WARN_ON(!list_is_singular(&pdev->msi_list)); + desc = list_entry(pdev->msi_list.next, struct msi_desc, list); + + irq = assign_irq(nvec, desc, &pos); + if (irq < 0) + return irq; + + if (pp->ops->get_msi_addr) + msg.address_lo = pp->ops->get_msi_addr(pp); + else + msg.address_lo = virt_to_phys((void *)pp->msi_data); + msg.address_hi = 0x0; + + if (pp->ops->get_msi_data) + msg.data = pp->ops->get_msi_data(pp, pos); + else + msg.data = pos; + + pci_write_msi_msg(irq, &msg); + + return 0; +} +#else +static int dw_msi_setup_irqs(struct msi_chip *chip, struct pci_dev *pdev, + int nvec, int type) +{ + return -ENOSYS; +} +#endif static void dw_msi_teardown_irq(struct msi_controller *chip, unsigned int irq) { @@ -317,6 +362,7 @@ static void dw_msi_teardown_irq(struct msi_controller *chip, unsigned int irq) static struct msi_controller dw_pcie_msi_chip = { .setup_irq = dw_msi_setup_irq, + .setup_irqs = dw_msi_setup_irqs, .teardown_irq = dw_msi_teardown_irq, }; -- 2.1.4 ^ permalink raw reply related [flat|nested] 7+ messages in thread
* Re: [PATCH 2/2] PCI: designware: implement multiple MSI irq setup 2015-03-09 17:33 ` [PATCH 2/2] PCI: designware: implement multiple MSI irq setup Lucas Stach @ 2015-03-20 22:07 ` Bjorn Helgaas 2015-03-30 11:17 ` Lucas Stach 2015-04-08 18:56 ` Bjorn Helgaas 1 sibling, 1 reply; 7+ messages in thread From: Bjorn Helgaas @ 2015-03-20 22:07 UTC (permalink / raw) To: Lucas Stach; +Cc: Jingoo Han, Mohit Kumar, linux-pci, kernel On Mon, Mar 09, 2015 at 06:33:08PM +0100, Lucas Stach wrote: > Allows to properly set up multiple MSI irqs per device. > > Signed-off-by: Lucas Stach <l.stach@pengutronix.de> > --- > The ifdef is needed to avoid a compile error on > !CONFIG_PCI_MSI, as msi_list is only part of pci_dev > when the kernel is compiled with MSI support. > --- > drivers/pci/host/pcie-designware.c | 46 ++++++++++++++++++++++++++++++++++++++ > 1 file changed, 46 insertions(+) > > diff --git a/drivers/pci/host/pcie-designware.c b/drivers/pci/host/pcie-designware.c > index 1f4ea6f2d910..8a15ea2e8eab 100644 > --- a/drivers/pci/host/pcie-designware.c > +++ b/drivers/pci/host/pcie-designware.c > @@ -269,6 +269,9 @@ static int assign_irq(int no_irqs, struct msi_desc *desc, int *pos) > } > > *pos = pos0; > + desc->nvec_used = no_irqs; > + desc->msi_attrib.multiple = order_base_2(no_irqs); > + > return irq; > > no_valid_irq: > @@ -305,6 +308,48 @@ static int dw_msi_setup_irq(struct msi_controller *chip, struct pci_dev *pdev, > > return 0; > } > +#ifdef CONFIG_PCI_MSI > +static int dw_msi_setup_irqs(struct msi_controller *chip, struct pci_dev *pdev, > + int nvec, int type) > +{ > + int irq, pos; > + struct msi_desc *desc; > + struct msi_msg msg; > + struct pcie_port *pp = sys_to_pcie(pdev->bus->sysdata); > + > + /* MSI-X interrupts are not supported */ > + if (type == PCI_CAP_ID_MSIX) > + return -EINVAL; > + > + WARN_ON(!list_is_singular(&pdev->msi_list)); > + desc = list_entry(pdev->msi_list.next, struct msi_desc, list); > + > + irq = assign_irq(nvec, desc, &pos); > + if (irq < 0) > + return irq; > + > + if (pp->ops->get_msi_addr) > + msg.address_lo = pp->ops->get_msi_addr(pp); > + else > + msg.address_lo = virt_to_phys((void *)pp->msi_data); > + msg.address_hi = 0x0; > + > + if (pp->ops->get_msi_data) > + msg.data = pp->ops->get_msi_data(pp, pos); > + else > + msg.data = pos; > + > + pci_write_msi_msg(irq, &msg); > + > + return 0; > +} > +#else > +static int dw_msi_setup_irqs(struct msi_chip *chip, struct pci_dev *pdev, > + int nvec, int type) > +{ > + return -ENOSYS; > +} Seems strange that we need even this stub function when we don't have CONFIG_PCI_MSI. Is there some way we can fix this so dw_pcie_msi_chip is only defined when we have CONFIG_PCI_MSI? > +#endif > > static void dw_msi_teardown_irq(struct msi_controller *chip, unsigned int irq) > { > @@ -317,6 +362,7 @@ static void dw_msi_teardown_irq(struct msi_controller *chip, unsigned int irq) > > static struct msi_controller dw_pcie_msi_chip = { > .setup_irq = dw_msi_setup_irq, > + .setup_irqs = dw_msi_setup_irqs, > .teardown_irq = dw_msi_teardown_irq, > }; > > -- > 2.1.4 > ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 2/2] PCI: designware: implement multiple MSI irq setup 2015-03-20 22:07 ` Bjorn Helgaas @ 2015-03-30 11:17 ` Lucas Stach 2015-04-08 9:10 ` Lucas Stach 2015-04-08 18:54 ` Bjorn Helgaas 0 siblings, 2 replies; 7+ messages in thread From: Lucas Stach @ 2015-03-30 11:17 UTC (permalink / raw) To: Bjorn Helgaas; +Cc: Mohit Kumar, Jingoo Han, kernel, linux-pci Am Freitag, den 20.03.2015, 17:07 -0500 schrieb Bjorn Helgaas: > On Mon, Mar 09, 2015 at 06:33:08PM +0100, Lucas Stach wrote: > > Allows to properly set up multiple MSI irqs per device. > > > > Signed-off-by: Lucas Stach <l.stach@pengutronix.de> > > --- > > The ifdef is needed to avoid a compile error on > > !CONFIG_PCI_MSI, as msi_list is only part of pci_dev > > when the kernel is compiled with MSI support. > > --- > > drivers/pci/host/pcie-designware.c | 46 ++++++++++++++++++++++++++++++++++++++ > > 1 file changed, 46 insertions(+) > > > > diff --git a/drivers/pci/host/pcie-designware.c b/drivers/pci/host/pcie-designware.c > > index 1f4ea6f2d910..8a15ea2e8eab 100644 > > --- a/drivers/pci/host/pcie-designware.c > > +++ b/drivers/pci/host/pcie-designware.c > > @@ -269,6 +269,9 @@ static int assign_irq(int no_irqs, struct msi_desc *desc, int *pos) > > } > > > > *pos = pos0; > > + desc->nvec_used = no_irqs; > > + desc->msi_attrib.multiple = order_base_2(no_irqs); > > + > > return irq; > > > > no_valid_irq: > > @@ -305,6 +308,48 @@ static int dw_msi_setup_irq(struct msi_controller *chip, struct pci_dev *pdev, > > > > return 0; > > } > > +#ifdef CONFIG_PCI_MSI > > +static int dw_msi_setup_irqs(struct msi_controller *chip, struct pci_dev *pdev, > > + int nvec, int type) > > +{ > > + int irq, pos; > > + struct msi_desc *desc; > > + struct msi_msg msg; > > + struct pcie_port *pp = sys_to_pcie(pdev->bus->sysdata); > > + > > + /* MSI-X interrupts are not supported */ > > + if (type == PCI_CAP_ID_MSIX) > > + return -EINVAL; > > + > > + WARN_ON(!list_is_singular(&pdev->msi_list)); > > + desc = list_entry(pdev->msi_list.next, struct msi_desc, list); > > + > > + irq = assign_irq(nvec, desc, &pos); > > + if (irq < 0) > > + return irq; > > + > > + if (pp->ops->get_msi_addr) > > + msg.address_lo = pp->ops->get_msi_addr(pp); > > + else > > + msg.address_lo = virt_to_phys((void *)pp->msi_data); > > + msg.address_hi = 0x0; > > + > > + if (pp->ops->get_msi_data) > > + msg.data = pp->ops->get_msi_data(pp, pos); > > + else > > + msg.data = pos; > > + > > + pci_write_msi_msg(irq, &msg); > > + > > + return 0; > > +} > > +#else > > +static int dw_msi_setup_irqs(struct msi_chip *chip, struct pci_dev *pdev, > > + int nvec, int type) > > +{ > > + return -ENOSYS; > > +} > > Seems strange that we need even this stub function when we don't have > CONFIG_PCI_MSI. Is there some way we can fix this so dw_pcie_msi_chip is > only defined when we have CONFIG_PCI_MSI? > I would rather not do this. We try to keep as much code as possible to at least see some compile coverage, even if the options are not set by using the IS_ENABLED() macro instead of ifdefs. All other MSI related code compiles even without CONFIG_PCI_MSI being set. The problem with the above function is that the msi_list member of struct pci_device is only declared if CONFIG_PCI_MSI is set. So of you really want to get rid of the above stub, my preferred solution would be to remove the ifdef in struct pci_device, so we can compile the code regardless of the config options. Regards, Lucas -- Pengutronix e.K. | Lucas Stach | Industrial Linux Solutions | http://www.pengutronix.de/ | ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 2/2] PCI: designware: implement multiple MSI irq setup 2015-03-30 11:17 ` Lucas Stach @ 2015-04-08 9:10 ` Lucas Stach 2015-04-08 18:54 ` Bjorn Helgaas 1 sibling, 0 replies; 7+ messages in thread From: Lucas Stach @ 2015-04-08 9:10 UTC (permalink / raw) To: Bjorn Helgaas; +Cc: Mohit Kumar, Jingoo Han, kernel, linux-pci Hello Bjorn, Am Montag, den 30.03.2015, 13:17 +0200 schrieb Lucas Stach: > Am Freitag, den 20.03.2015, 17:07 -0500 schrieb Bjorn Helgaas: > > On Mon, Mar 09, 2015 at 06:33:08PM +0100, Lucas Stach wrote: > > > Allows to properly set up multiple MSI irqs per device. > > > > > > Signed-off-by: Lucas Stach <l.stach@pengutronix.de> > > > --- > > > The ifdef is needed to avoid a compile error on > > > !CONFIG_PCI_MSI, as msi_list is only part of pci_dev > > > when the kernel is compiled with MSI support. > > > --- > > > drivers/pci/host/pcie-designware.c | 46 ++++++++++++++++++++++++++++++++++++++ > > > 1 file changed, 46 insertions(+) > > > > > > diff --git a/drivers/pci/host/pcie-designware.c b/drivers/pci/host/pcie-designware.c > > > index 1f4ea6f2d910..8a15ea2e8eab 100644 > > > --- a/drivers/pci/host/pcie-designware.c > > > +++ b/drivers/pci/host/pcie-designware.c > > > @@ -269,6 +269,9 @@ static int assign_irq(int no_irqs, struct msi_desc *desc, int *pos) > > > } > > > > > > *pos = pos0; > > > + desc->nvec_used = no_irqs; > > > + desc->msi_attrib.multiple = order_base_2(no_irqs); > > > + > > > return irq; > > > > > > no_valid_irq: > > > @@ -305,6 +308,48 @@ static int dw_msi_setup_irq(struct msi_controller *chip, struct pci_dev *pdev, > > > > > > return 0; > > > } > > > +#ifdef CONFIG_PCI_MSI > > > +static int dw_msi_setup_irqs(struct msi_controller *chip, struct pci_dev *pdev, > > > + int nvec, int type) > > > +{ > > > + int irq, pos; > > > + struct msi_desc *desc; > > > + struct msi_msg msg; > > > + struct pcie_port *pp = sys_to_pcie(pdev->bus->sysdata); > > > + > > > + /* MSI-X interrupts are not supported */ > > > + if (type == PCI_CAP_ID_MSIX) > > > + return -EINVAL; > > > + > > > + WARN_ON(!list_is_singular(&pdev->msi_list)); > > > + desc = list_entry(pdev->msi_list.next, struct msi_desc, list); > > > + > > > + irq = assign_irq(nvec, desc, &pos); > > > + if (irq < 0) > > > + return irq; > > > + > > > + if (pp->ops->get_msi_addr) > > > + msg.address_lo = pp->ops->get_msi_addr(pp); > > > + else > > > + msg.address_lo = virt_to_phys((void *)pp->msi_data); > > > + msg.address_hi = 0x0; > > > + > > > + if (pp->ops->get_msi_data) > > > + msg.data = pp->ops->get_msi_data(pp, pos); > > > + else > > > + msg.data = pos; > > > + > > > + pci_write_msi_msg(irq, &msg); > > > + > > > + return 0; > > > +} > > > +#else > > > +static int dw_msi_setup_irqs(struct msi_chip *chip, struct pci_dev *pdev, > > > + int nvec, int type) > > > +{ > > > + return -ENOSYS; > > > +} > > > > Seems strange that we need even this stub function when we don't have > > CONFIG_PCI_MSI. Is there some way we can fix this so dw_pcie_msi_chip is > > only defined when we have CONFIG_PCI_MSI? > > > I would rather not do this. We try to keep as much code as possible to > at least see some compile coverage, even if the options are not set by > using the IS_ENABLED() macro instead of ifdefs. All other MSI related > code compiles even without CONFIG_PCI_MSI being set. > > The problem with the above function is that the msi_list member of > struct pci_device is only declared if CONFIG_PCI_MSI is set. So of you > really want to get rid of the above stub, my preferred solution would be > to remove the ifdef in struct pci_device, so we can compile the code > regardless of the config options. > I'm waiting on your feedback on the above issue. Would you be OK with changing the common struct pci_device to allow for more compile coverage? If not I would like if you could take those patches as is. Regards, Lucas -- Pengutronix e.K. | Lucas Stach | Industrial Linux Solutions | http://www.pengutronix.de/ | ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 2/2] PCI: designware: implement multiple MSI irq setup 2015-03-30 11:17 ` Lucas Stach 2015-04-08 9:10 ` Lucas Stach @ 2015-04-08 18:54 ` Bjorn Helgaas 1 sibling, 0 replies; 7+ messages in thread From: Bjorn Helgaas @ 2015-04-08 18:54 UTC (permalink / raw) To: Lucas Stach; +Cc: Mohit Kumar, Jingoo Han, kernel, linux-pci, Thomas Gleixner [+cc Thomas] [Thomas, this is just FYI. The previous patch adds + int (*setup_irqs)(struct msi_controller *chip, struct pci_dev *dev, + int nvec, int type); to struct msi_controller.] On Mon, Mar 30, 2015 at 01:17:14PM +0200, Lucas Stach wrote: > Am Freitag, den 20.03.2015, 17:07 -0500 schrieb Bjorn Helgaas: > > On Mon, Mar 09, 2015 at 06:33:08PM +0100, Lucas Stach wrote: > > > Allows to properly set up multiple MSI irqs per device. > > > > > > Signed-off-by: Lucas Stach <l.stach@pengutronix.de> > > > --- > > > The ifdef is needed to avoid a compile error on > > > !CONFIG_PCI_MSI, as msi_list is only part of pci_dev > > > when the kernel is compiled with MSI support. > > > --- > > > drivers/pci/host/pcie-designware.c | 46 ++++++++++++++++++++++++++++++++++++++ > > > 1 file changed, 46 insertions(+) > > > > > > diff --git a/drivers/pci/host/pcie-designware.c b/drivers/pci/host/pcie-designware.c > > > index 1f4ea6f2d910..8a15ea2e8eab 100644 > > > --- a/drivers/pci/host/pcie-designware.c > > > +++ b/drivers/pci/host/pcie-designware.c > > > @@ -269,6 +269,9 @@ static int assign_irq(int no_irqs, struct msi_desc *desc, int *pos) > > > } > > > > > > *pos = pos0; > > > + desc->nvec_used = no_irqs; > > > + desc->msi_attrib.multiple = order_base_2(no_irqs); > > > + > > > return irq; > > > > > > no_valid_irq: > > > @@ -305,6 +308,48 @@ static int dw_msi_setup_irq(struct msi_controller *chip, struct pci_dev *pdev, > > > > > > return 0; > > > } > > > +#ifdef CONFIG_PCI_MSI > > > +static int dw_msi_setup_irqs(struct msi_controller *chip, struct pci_dev *pdev, > > > + int nvec, int type) > > > +{ > > > + int irq, pos; > > > + struct msi_desc *desc; > > > + struct msi_msg msg; > > > + struct pcie_port *pp = sys_to_pcie(pdev->bus->sysdata); > > > + > > > + /* MSI-X interrupts are not supported */ > > > + if (type == PCI_CAP_ID_MSIX) > > > + return -EINVAL; > > > + > > > + WARN_ON(!list_is_singular(&pdev->msi_list)); > > > + desc = list_entry(pdev->msi_list.next, struct msi_desc, list); > > > + > > > + irq = assign_irq(nvec, desc, &pos); > > > + if (irq < 0) > > > + return irq; > > > + > > > + if (pp->ops->get_msi_addr) > > > + msg.address_lo = pp->ops->get_msi_addr(pp); > > > + else > > > + msg.address_lo = virt_to_phys((void *)pp->msi_data); > > > + msg.address_hi = 0x0; > > > + > > > + if (pp->ops->get_msi_data) > > > + msg.data = pp->ops->get_msi_data(pp, pos); > > > + else > > > + msg.data = pos; > > > + > > > + pci_write_msi_msg(irq, &msg); > > > + > > > + return 0; > > > +} > > > +#else > > > +static int dw_msi_setup_irqs(struct msi_chip *chip, struct pci_dev *pdev, > > > + int nvec, int type) > > > +{ > > > + return -ENOSYS; > > > +} > > > > Seems strange that we need even this stub function when we don't have > > CONFIG_PCI_MSI. Is there some way we can fix this so dw_pcie_msi_chip is > > only defined when we have CONFIG_PCI_MSI? > > > I would rather not do this. We try to keep as much code as possible to > at least see some compile coverage, even if the options are not set by > using the IS_ENABLED() macro instead of ifdefs. All other MSI related > code compiles even without CONFIG_PCI_MSI being set. Is it really a goal to compile code for disabled config options? I see that a lot of the host drivers do that, especially for MSI-related code, and the lack of #ifdefs might be an advantage. But I don't think we want code for disabled config options to appear in the object file, and I'm not sure it improves readability for human readers who lose the #ifdef clues. > The problem with the above function is that the msi_list member of > struct pci_device is only declared if CONFIG_PCI_MSI is set. So of you > really want to get rid of the above stub, my preferred solution would be > to remove the ifdef in struct pci_device, so we can compile the code > regardless of the config options. No, I don't really want to remove the #ifdef in struct pci_device, because if CONFIG_PCI_MSI is disabled, there's no reason to include the space in the structure. For one config option, it's not a big deal, but it doesn't scale well if we apply the same rule to all config options. But since these patches don't change the disabled config option strategy, I'll apply them mostly as-is, given an ack from Mohit and/or Jingoo. Bjorn ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 2/2] PCI: designware: implement multiple MSI irq setup 2015-03-09 17:33 ` [PATCH 2/2] PCI: designware: implement multiple MSI irq setup Lucas Stach 2015-03-20 22:07 ` Bjorn Helgaas @ 2015-04-08 18:56 ` Bjorn Helgaas 1 sibling, 0 replies; 7+ messages in thread From: Bjorn Helgaas @ 2015-04-08 18:56 UTC (permalink / raw) To: Lucas Stach; +Cc: Jingoo Han, Mohit Kumar, linux-pci, kernel On Mon, Mar 09, 2015 at 06:33:08PM +0100, Lucas Stach wrote: > Allows to properly set up multiple MSI irqs per device. > > Signed-off-by: Lucas Stach <l.stach@pengutronix.de> > --- > The ifdef is needed to avoid a compile error on > !CONFIG_PCI_MSI, as msi_list is only part of pci_dev > when the kernel is compiled with MSI support. > --- > drivers/pci/host/pcie-designware.c | 46 ++++++++++++++++++++++++++++++++++++++ > 1 file changed, 46 insertions(+) > > diff --git a/drivers/pci/host/pcie-designware.c b/drivers/pci/host/pcie-designware.c > index 1f4ea6f2d910..8a15ea2e8eab 100644 > --- a/drivers/pci/host/pcie-designware.c > +++ b/drivers/pci/host/pcie-designware.c > @@ -269,6 +269,9 @@ static int assign_irq(int no_irqs, struct msi_desc *desc, int *pos) > } > > *pos = pos0; > + desc->nvec_used = no_irqs; > + desc->msi_attrib.multiple = order_base_2(no_irqs); > + > return irq; > > no_valid_irq: > @@ -305,6 +308,48 @@ static int dw_msi_setup_irq(struct msi_controller *chip, struct pci_dev *pdev, > > return 0; > } > +#ifdef CONFIG_PCI_MSI > +static int dw_msi_setup_irqs(struct msi_controller *chip, struct pci_dev *pdev, > + int nvec, int type) > +{ > + int irq, pos; > + struct msi_desc *desc; > + struct msi_msg msg; > + struct pcie_port *pp = sys_to_pcie(pdev->bus->sysdata); > + > + /* MSI-X interrupts are not supported */ > + if (type == PCI_CAP_ID_MSIX) > + return -EINVAL; > + > + WARN_ON(!list_is_singular(&pdev->msi_list)); > + desc = list_entry(pdev->msi_list.next, struct msi_desc, list); > + > + irq = assign_irq(nvec, desc, &pos); > + if (irq < 0) > + return irq; > + > + if (pp->ops->get_msi_addr) > + msg.address_lo = pp->ops->get_msi_addr(pp); > + else > + msg.address_lo = virt_to_phys((void *)pp->msi_data); > + msg.address_hi = 0x0; > + > + if (pp->ops->get_msi_data) > + msg.data = pp->ops->get_msi_data(pp, pos); > + else > + msg.data = pos; > + > + pci_write_msi_msg(irq, &msg); > + > + return 0; > +} > +#else > +static int dw_msi_setup_irqs(struct msi_chip *chip, struct pci_dev *pdev, > + int nvec, int type) > +{ > + return -ENOSYS; > +} > +#endif I think it would be better to have the #ifdef inside the function to avoid the error that occurred here, where the function prototype is different between the CONFIG_PCI_MSI enabled and disabled definitions ("struct msi_controller *" vs. "struct msi_chip *"). > > static void dw_msi_teardown_irq(struct msi_controller *chip, unsigned int irq) > { > @@ -317,6 +362,7 @@ static void dw_msi_teardown_irq(struct msi_controller *chip, unsigned int irq) > > static struct msi_controller dw_pcie_msi_chip = { > .setup_irq = dw_msi_setup_irq, > + .setup_irqs = dw_msi_setup_irqs, > .teardown_irq = dw_msi_teardown_irq, > }; > > -- > 2.1.4 > ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2015-04-08 18:56 UTC | newest] Thread overview: 7+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2015-03-09 17:33 [PATCH 1/2] PCI: allow MSI chip providers to implement their own multiple MSI setup Lucas Stach 2015-03-09 17:33 ` [PATCH 2/2] PCI: designware: implement multiple MSI irq setup Lucas Stach 2015-03-20 22:07 ` Bjorn Helgaas 2015-03-30 11:17 ` Lucas Stach 2015-04-08 9:10 ` Lucas Stach 2015-04-08 18:54 ` Bjorn Helgaas 2015-04-08 18:56 ` Bjorn Helgaas
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).