[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PULL 15/54] build: convert pci.mak to Kconfig
From: |
David Abdurachmanov |
Subject: |
Re: [Qemu-devel] [PULL 15/54] build: convert pci.mak to Kconfig |
Date: |
Thu, 14 Mar 2019 14:03:47 +0100 |
On Thu, Mar 14, 2019 at 2:00 PM Michael S. Tsirkin <address@hidden> wrote:
>
> On Thu, Mar 14, 2019 at 01:53:48PM +0100, Andrea Bolognani wrote:
> > On Mon, 2019-03-04 at 19:19 +0100, Paolo Bonzini wrote:
> > > Instead of including the same list of devices for each target,
> > > set CONFIG_PCI to true, and make the devices default to present
> > > whenever PCI is available. However, s390x does not want all the
> > > PCI devices, so there is a separate symbol to enable them.
> > [...]
> > > +++ b/default-configs/riscv32-softmmu.mak
> > > @@ -1,8 +1,8 @@
> > > # Default configuration for riscv-softmmu
> > >
> > > -include pci.mak
> > > include usb.mak
> > > -
> > > +CONFIG_PCI=y
> > > +CONFIG_PCI_DEVICES=y
> > > CONFIG_SERIAL=y
> > > CONFIG_VIRTIO_MMIO=y
> >
> > I *think* this might have caused some unwanted changes for RISC-V.
> >
> > pcie-root-port is built into qemu-system-riscv64 by default as of
> > dbbc277510aa (along with ioh3420!), but if you actually try to use it
> > you'll get:
> >
> > $ ./riscv64-softmmu/qemu-system-riscv64 \
> > -M virt \
> > -device pcie-root-port
> > qemu-system-riscv64: -device pcie-root-port: MSI-X is not
> > supported by interrupt controller
> >
> > This is a limitation we have been aware of, and the plan was to
> > enable the device in QEMU once it had been addressed: from the
> > libvirt side, the availability of the device would have meant that it
> > was safe to use it, but if the device is enabled in QEMU before it
> > can actually be used, then that makes detection on the libvirt side
> > problematic.
> >
> > I haven't spent time digging further - and I'm not familiar enough
> > with the QEMU build system anyway O:-) - but I wouldn't be surprised
> > if the same happened for other architectures, too.
>
> I'd say just disable it at build time by default.
> How about a dependency on BROKEN? Developers can
> enable it temporarily. Paolo?
Would it be enough to modify ./default-configs/riscv32-softmmu.mak by
adding:
CONFIG_PCIE_PORT=n
?
>
> > --
> > Andrea Bolognani / Red Hat / Virtualization
- [Qemu-devel] [PULL 09/54] build: switch to Kconfig, (continued)
- [Qemu-devel] [PULL 09/54] build: switch to Kconfig, Paolo Bonzini, 2019/03/04
- [Qemu-devel] [PULL 11/54] kconfig: introduce CONFIG_TEST_DEVICES, Paolo Bonzini, 2019/03/04
- [Qemu-devel] [PULL 13/54] hw/pci/Makefile.objs: make pcie configurable, Paolo Bonzini, 2019/03/04
- [Qemu-devel] [PULL 08/54] kconfig: introduce kconfig files, Paolo Bonzini, 2019/03/04
- [Qemu-devel] [PULL 16/54] build: convert sound.mak to Kconfig, Paolo Bonzini, 2019/03/04
- [Qemu-devel] [PULL 17/54] scsi: express dependencies with Kconfig, Paolo Bonzini, 2019/03/04
- [Qemu-devel] [PULL 15/54] build: convert pci.mak to Kconfig, Paolo Bonzini, 2019/03/04
- Re: [Qemu-devel] [PULL 15/54] build: convert pci.mak to Kconfig, Paolo Bonzini, 2019/03/14
[Qemu-devel] [PULL 18/54] build: convert usb.mak to Kconfig, Paolo Bonzini, 2019/03/04
[Qemu-devel] [PULL 19/54] i386: express dependencies with Kconfig, Paolo Bonzini, 2019/03/04
[Qemu-devel] [PULL 21/54] ptimer: express dependencies with Kconfig, Paolo Bonzini, 2019/03/04
[Qemu-devel] [PULL 20/54] i2c: express dependencies with Kconfig, Paolo Bonzini, 2019/03/04
[Qemu-devel] [PULL 23/54] hyperv: express dependencies with kconfig, Paolo Bonzini, 2019/03/04
[Qemu-devel] [PULL 24/54] vfio: express vfio dependencies with Kconfig, Paolo Bonzini, 2019/03/04
[Qemu-devel] [PULL 22/54] display: express dependencies with kconfig, Paolo Bonzini, 2019/03/04