[PATCH libvirt v1 0/6] Fix ZPCI address auto-generation on s390
Andrea Bolognani
abologna at redhat.com
Thu May 14 13:59:26 UTC 2020
On Thu, 2020-05-14 at 15:34 +0200, Boris Fiuczynski wrote:
> On 5/14/20 10:37 AM, Daniel P. Berrangé wrote:
> > I don't see this existing behaviour as confusing. It looks like mostly
> > being a docs ommission about auto-allocation taking place.
>
> Maybe I am repeating myself but I find e.g the below example confusing
> if I take into consideration that uid=0 is NOT a valid value and fid is
> a valid value. Please note that the valid fid is dislocated from its
> original device!
>
> Specify this in the domain:
> pcidev1: uid='0x0000' fid='0x00000000'
> pcidev2: uid='0x0000'
> Results in a defined domain:
> pcidev1: uid='0x0002' fid='0x00000001'
> pcidev2: uid='0x0001' fid='0x00000000'
>
> If the user would be tying to fix the dislocating fid... one would very
> likely try this:
> Specify this in the domain:
> pcidev1: uid='0x0000' fid='0x00000000'
> pcidev2: uid='0x0000' fid='0x00000001'
> Result:
> error: Failed to define domain from mini-pcis.xml
> error: XML error: Invalid PCI address uid='0x0000', must be > 0x0000 and
> <= 0xffff
And partial assignments, which one might reasonably expect to work,
actually don't:
fid=0 -> interpreted the same as no information provided
-> valid address but probably not fid=0
fid=x -> interpreted as uid=0 fid=x
-> invalid address because uid=0 is invalid
Plus, if you have two devices:
uid=1, uid=2 -> interpreted as uid=1 fid=0, uid=2 fid=0
-> invalid addresses because of duplicated fid
Dan, please go through the entire thread and look at the other
examples that Shalini, Boris and I have provided: I think you'll
see why I feel like it's hard to argue that the current behavior can
be considered reasonable from the user's point of view.
--
Andrea Bolognani / Red Hat / Virtualization
More information about the libvir-list
mailing list