mbox series

[0/2] kconfig: add fine-grained dependencies for MSI

Message ID 20190314143032.16870-1-pbonzini@redhat.com (mailing list archive)
Headers show
Series kconfig: add fine-grained dependencies for MSI | expand

Message

Paolo Bonzini March 14, 2019, 2:30 p.m. UTC
RISC-V targets did not include PCIe ports before the Kconfig transition,
and grew them afterwards, but they are nonfunctional because the interrupt
controller does not support MSI.  This patch restores the situation prior to
the introduction of Kconfig; in fact, it will automatically drop devices
that require MSI unless the binary includes an MSI-enabled board.

Paolo

Paolo Bonzini (2):
  kconfig: add CONFIG_MSI
  kconfig: add dependencies on CONFIG_MSI

 Kconfig.host          | 3 +++
 Makefile              | 3 ++-
 hw/Kconfig            | 1 +
 hw/intc/Kconfig       | 3 +++
 hw/misc/Kconfig       | 4 ++--
 hw/net/Kconfig        | 4 ++--
 hw/pci-bridge/Kconfig | 6 +++---
 hw/pci-host/Kconfig   | 1 +
 hw/pci/Kconfig        | 4 ++++
 hw/ppc/Kconfig        | 1 +
 hw/rdma/Kconfig       | 3 +++
 hw/rdma/Makefile.objs | 6 ++----
 hw/s390x/Kconfig      | 1 +
 13 files changed, 28 insertions(+), 12 deletions(-)
 create mode 100644 hw/rdma/Kconfig

Comments

Michael S. Tsirkin March 14, 2019, 4:57 p.m. UTC | #1
On Thu, Mar 14, 2019 at 03:30:30PM +0100, Paolo Bonzini wrote:
> RISC-V targets did not include PCIe ports before the Kconfig transition,
> and grew them afterwards, but they are nonfunctional because the interrupt
> controller does not support MSI.  This patch restores the situation prior to
> the introduction of Kconfig; in fact, it will automatically drop devices
> that require MSI unless the binary includes an MSI-enabled board.
> 
> Paolo

Reviewed-by: Michael S. Tsirkin <mst@redhat.com>

> Paolo Bonzini (2):
>   kconfig: add CONFIG_MSI
>   kconfig: add dependencies on CONFIG_MSI
> 
>  Kconfig.host          | 3 +++
>  Makefile              | 3 ++-
>  hw/Kconfig            | 1 +
>  hw/intc/Kconfig       | 3 +++
>  hw/misc/Kconfig       | 4 ++--
>  hw/net/Kconfig        | 4 ++--
>  hw/pci-bridge/Kconfig | 6 +++---
>  hw/pci-host/Kconfig   | 1 +
>  hw/pci/Kconfig        | 4 ++++
>  hw/ppc/Kconfig        | 1 +
>  hw/rdma/Kconfig       | 3 +++
>  hw/rdma/Makefile.objs | 6 ++----
>  hw/s390x/Kconfig      | 1 +
>  13 files changed, 28 insertions(+), 12 deletions(-)
>  create mode 100644 hw/rdma/Kconfig
> 
> -- 
> 2.20.1
Alistair Francis March 14, 2019, 5:30 p.m. UTC | #2
On Thu, Mar 14, 2019 at 10:09 AM Michael S. Tsirkin <mst@redhat.com> wrote:
>
> On Thu, Mar 14, 2019 at 03:30:30PM +0100, Paolo Bonzini wrote:
> > RISC-V targets did not include PCIe ports before the Kconfig transition,
> > and grew them afterwards, but they are nonfunctional because the interrupt
> > controller does not support MSI.  This patch restores the situation prior to
> > the introduction of Kconfig; in fact, it will automatically drop devices
> > that require MSI unless the binary includes an MSI-enabled board.
> >
> > Paolo
>
> Reviewed-by: Michael S. Tsirkin <mst@redhat.com>

Thanks for the patch Paolo.

Reviewed-by: Alistair Francis <alistair.francis@wdc.com>

Alistair

>
> > Paolo Bonzini (2):
> >   kconfig: add CONFIG_MSI
> >   kconfig: add dependencies on CONFIG_MSI
> >
> >  Kconfig.host          | 3 +++
> >  Makefile              | 3 ++-
> >  hw/Kconfig            | 1 +
> >  hw/intc/Kconfig       | 3 +++
> >  hw/misc/Kconfig       | 4 ++--
> >  hw/net/Kconfig        | 4 ++--
> >  hw/pci-bridge/Kconfig | 6 +++---
> >  hw/pci-host/Kconfig   | 1 +
> >  hw/pci/Kconfig        | 4 ++++
> >  hw/ppc/Kconfig        | 1 +
> >  hw/rdma/Kconfig       | 3 +++
> >  hw/rdma/Makefile.objs | 6 ++----
> >  hw/s390x/Kconfig      | 1 +
> >  13 files changed, 28 insertions(+), 12 deletions(-)
> >  create mode 100644 hw/rdma/Kconfig
> >
> > --
> > 2.20.1
>
Palmer Dabbelt March 14, 2019, 7 p.m. UTC | #3
On Thu, 14 Mar 2019 10:30:20 PDT (-0700), alistair23@gmail.com wrote:
> On Thu, Mar 14, 2019 at 10:09 AM Michael S. Tsirkin <mst@redhat.com> wrote:
>>
>> On Thu, Mar 14, 2019 at 03:30:30PM +0100, Paolo Bonzini wrote:
>> > RISC-V targets did not include PCIe ports before the Kconfig transition,
>> > and grew them afterwards, but they are nonfunctional because the interrupt
>> > controller does not support MSI.  This patch restores the situation prior to
>> > the introduction of Kconfig; in fact, it will automatically drop devices
>> > that require MSI unless the binary includes an MSI-enabled board.
>> >
>> > Paolo
>>
>> Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
>
> Thanks for the patch Paolo.
>
> Reviewed-by: Alistair Francis <alistair.francis@wdc.com>

Paolo: I assume this is going in through your tree?  I'm dropping it from my 
inbox.

Thanks for fixing this!

>
> Alistair
>
>>
>> > Paolo Bonzini (2):
>> >   kconfig: add CONFIG_MSI
>> >   kconfig: add dependencies on CONFIG_MSI
>> >
>> >  Kconfig.host          | 3 +++
>> >  Makefile              | 3 ++-
>> >  hw/Kconfig            | 1 +
>> >  hw/intc/Kconfig       | 3 +++
>> >  hw/misc/Kconfig       | 4 ++--
>> >  hw/net/Kconfig        | 4 ++--
>> >  hw/pci-bridge/Kconfig | 6 +++---
>> >  hw/pci-host/Kconfig   | 1 +
>> >  hw/pci/Kconfig        | 4 ++++
>> >  hw/ppc/Kconfig        | 1 +
>> >  hw/rdma/Kconfig       | 3 +++
>> >  hw/rdma/Makefile.objs | 6 ++----
>> >  hw/s390x/Kconfig      | 1 +
>> >  13 files changed, 28 insertions(+), 12 deletions(-)
>> >  create mode 100644 hw/rdma/Kconfig
>> >
>> > --
>> > 2.20.1
>>
Andrea Bolognani March 15, 2019, 8:16 a.m. UTC | #4
On Thu, 2019-03-14 at 15:30 +0100, Paolo Bonzini wrote:
> RISC-V targets did not include PCIe ports before the Kconfig transition,
> and grew them afterwards, but they are nonfunctional because the interrupt
> controller does not support MSI.  This patch restores the situation prior to
> the introduction of Kconfig; in fact, it will automatically drop devices
> that require MSI unless the binary includes an MSI-enabled board.
> 
> Paolo
> 
> Paolo Bonzini (2):
>   kconfig: add CONFIG_MSI
>   kconfig: add dependencies on CONFIG_MSI
> 
>  Kconfig.host          | 3 +++
>  Makefile              | 3 ++-
>  hw/Kconfig            | 1 +
>  hw/intc/Kconfig       | 3 +++
>  hw/misc/Kconfig       | 4 ++--
>  hw/net/Kconfig        | 4 ++--
>  hw/pci-bridge/Kconfig | 6 +++---
>  hw/pci-host/Kconfig   | 1 +
>  hw/pci/Kconfig        | 4 ++++
>  hw/ppc/Kconfig        | 1 +
>  hw/rdma/Kconfig       | 3 +++
>  hw/rdma/Makefile.objs | 6 ++----
>  hw/s390x/Kconfig      | 1 +
>  13 files changed, 28 insertions(+), 12 deletions(-)
>  create mode 100644 hw/rdma/Kconfig

FWIW

  Tested-by: Andrea Bolognani <abologna@redhat.com>

Thanks for addressing this :)
Michael S. Tsirkin March 26, 2019, 12:57 p.m. UTC | #5
On Thu, Mar 14, 2019 at 03:30:30PM +0100, Paolo Bonzini wrote:
> RISC-V targets did not include PCIe ports before the Kconfig transition,
> and grew them afterwards, but they are nonfunctional because the interrupt
> controller does not support MSI.  This patch restores the situation prior to
> the introduction of Kconfig; in fact, it will automatically drop devices
> that require MSI unless the binary includes an MSI-enabled board.
> 
> Paolo
> 
> Paolo Bonzini (2):
>   kconfig: add CONFIG_MSI
>   kconfig: add dependencies on CONFIG_MSI

I reviewed already - feel free to merge this through your tree.

>  Kconfig.host          | 3 +++
>  Makefile              | 3 ++-
>  hw/Kconfig            | 1 +
>  hw/intc/Kconfig       | 3 +++
>  hw/misc/Kconfig       | 4 ++--
>  hw/net/Kconfig        | 4 ++--
>  hw/pci-bridge/Kconfig | 6 +++---
>  hw/pci-host/Kconfig   | 1 +
>  hw/pci/Kconfig        | 4 ++++
>  hw/ppc/Kconfig        | 1 +
>  hw/rdma/Kconfig       | 3 +++
>  hw/rdma/Makefile.objs | 6 ++----
>  hw/s390x/Kconfig      | 1 +
>  13 files changed, 28 insertions(+), 12 deletions(-)
>  create mode 100644 hw/rdma/Kconfig
> 
> -- 
> 2.20.1
Paolo Bonzini March 26, 2019, 1:31 p.m. UTC | #6
On 26/03/19 13:57, Michael S. Tsirkin wrote:
> On Thu, Mar 14, 2019 at 03:30:30PM +0100, Paolo Bonzini wrote:
>> RISC-V targets did not include PCIe ports before the Kconfig transition,
>> and grew them afterwards, but they are nonfunctional because the interrupt
>> controller does not support MSI.  This patch restores the situation prior to
>> the introduction of Kconfig; in fact, it will automatically drop devices
>> that require MSI unless the binary includes an MSI-enabled board.
>>
>> Paolo
>>
>> Paolo Bonzini (2):
>>   kconfig: add CONFIG_MSI
>>   kconfig: add dependencies on CONFIG_MSI
> 
> I reviewed already - feel free to merge this through your tree.

Yes, I'm sending a pull request today.

Paolo