Re: [PATCH 08/12] qemu-command: Move qemuDomain*Address* functions to qemu_domain.c

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Feb 16, 2016 at 09:36:58AM -0500, John Ferlan wrote:
> 
> 
> On 02/16/2016 08:58 AM, Ján Tomko wrote:
> > On Mon, Feb 15, 2016 at 02:37:22PM -0500, John Ferlan wrote:
> >> Move the functions into qemu_domain.c - additionally move any supporting
> >> static functions.
> >>
> >> Make qemuDomainSupportsPCI non static.
> >>
> >> Also, move and rename the following:
> >>
> >> qemuSetSCSIControllerModel to qemuDomainSetSCSIControllerModel

ACK to the move of qemuSetSCSIControllerModel to qemu_domain.c

> >> qemuCollectPCIAddress to qemuDomainCollectPCIAddress
> >> qemuValidateDevicePCISlotsPIIX3 to qemuDomainValidateDevicePCISlotsPIIX3
> >> qemuAssignDevicePCISlots to qemuDomainAssignDevicePCISlots
> >>

And the rest of the functions to to qemu_domain_addr.c.

> > 
> > Most of these deal with domain addresses and qemu_domain.c is growing
> > pretty large. I think they deserve a qemu_domain_addr.c module. (On the
> > other hand, strictly sticking to the qemuDomainAddr prefix will make the
> > function names too long)
> > 
> > Jan
> > 
> 
> So if this was a create a qemu_domain_addr.c module and move those
> functions in there, would that work for you?  Someone else can move
> other virDomain*Address* functions afterwards...  For some reason I have
> a recollection of another thread on that a while back.
> 
> w/r/t the qemuDomain vs. qemuDomainAddr prefix-ing, I think
> qemu_hotplug.c already uses qemuDomain prefixes, so keeping virDomain
> (for now) should be OK.
> 
> Would you want to see the adjustment?
> 

No need for that.

Jan

Attachment: signature.asc
Description: Digital signature

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list

[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]