RE: [GIT PULL] virtio: fixes, features

From: Angus Chen
Date: Wed Oct 12 2022 - 02:45:48 EST




> -----Original Message-----
> From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
> Sent: Wednesday, October 12, 2022 2:21 PM
> To: Michael S. Tsirkin <mst@xxxxxxxxxx>
> Cc: kvm@xxxxxxxxxxxxxxx; virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx;
> netdev@xxxxxxxxxxxxxxx; linux-kernel@xxxxxxxxxxxxxxx;
> alvaro.karsz@xxxxxxxxxxxxx; Angus Chen <angus.chen@xxxxxxxxxxxxxxx>;
> gavinl@xxxxxxxxxx; jasowang@xxxxxxxxxx; lingshan.zhu@xxxxxxxxx;
> mst@xxxxxxxxxx; wangdeming@xxxxxxxxxx; xiujianfeng@xxxxxxxxxx;
> linuxppc-dev@xxxxxxxxxxxxxxxx; Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
> Subject: Re: [GIT PULL] virtio: fixes, features
>
> "Michael S. Tsirkin" <mst@xxxxxxxxxx> writes:
> > The following changes since commit
> 4fe89d07dcc2804c8b562f6c7896a45643d34b2f:
> >
> > Linux 6.0 (2022-10-02 14:09:07 -0700)
> >
> > are available in the Git repository at:
> >
> > https://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git
> tags/for_linus
> >
> > for you to fetch changes up to
> 71491c54eafa318fdd24a1f26a1c82b28e1ac21d:
> >
> > virtio_pci: don't try to use intxif pin is zero (2022-10-07 20:00:44 -0400)
> >
> > ----------------------------------------------------------------
> > virtio: fixes, features
> >
> > 9k mtu perf improvements
> > vdpa feature provisioning
> > virtio blk SECURE ERASE support
> >
> > Fixes, cleanups all over the place.
> >
> > Signed-off-by: Michael S. Tsirkin <mst@xxxxxxxxxx>
> >
> > ----------------------------------------------------------------
> > Alvaro Karsz (1):
> > virtio_blk: add SECURE ERASE command support
> >
> > Angus Chen (1):
> > virtio_pci: don't try to use intxif pin is zero
>
> This commit breaks virtio_pci for me on powerpc, when running as a qemu
> guest.
>
> vp_find_vqs() bails out because pci_dev->pin == 0.
>
> But pci_dev->irq is populated correctly, so vp_find_vqs_intx() would
> succeed if we called it - which is what the code used to do.
>
> I think this happens because pci_dev->pin is not populated in
> pci_assign_irq().
Yes,you are right.
>
> I would absolutely believe this is bug in our PCI code, but I think it
> may also affect other platforms that use of_irq_parse_and_map_pci().
>
Should I just revert or submit a new version?
> cheers