[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH V3 10/23] xen/mm: Make x86's XENMEM_resource_ioreq_server handling common
On 07.12.2020 12:35, Jan Beulich wrote: > On 30.11.2020 11:31, Oleksandr Tyshchenko wrote: >> --- a/xen/arch/x86/mm.c >> +++ b/xen/arch/x86/mm.c >> @@ -4699,50 +4699,6 @@ int xenmem_add_to_physmap_one( >> return rc; >> } >> >> -int arch_acquire_resource(struct domain *d, unsigned int type, >> - unsigned int id, unsigned long frame, >> - unsigned int nr_frames, xen_pfn_t mfn_list[]) >> -{ >> - int rc; >> - >> - switch ( type ) >> - { >> -#ifdef CONFIG_HVM >> - case XENMEM_resource_ioreq_server: >> - { >> - ioservid_t ioservid = id; >> - unsigned int i; >> - >> - rc = -EINVAL; >> - if ( !is_hvm_domain(d) ) >> - break; >> - >> - if ( id != (unsigned int)ioservid ) >> - break; >> - >> - rc = 0; >> - for ( i = 0; i < nr_frames; i++ ) >> - { >> - mfn_t mfn; >> - >> - rc = hvm_get_ioreq_server_frame(d, id, frame + i, &mfn); >> - if ( rc ) >> - break; >> - >> - mfn_list[i] = mfn_x(mfn); >> - } >> - break; >> - } >> -#endif >> - >> - default: >> - rc = -EOPNOTSUPP; >> - break; >> - } >> - >> - return rc; >> -} > > Can't this be accompanied by removal of the xen/ioreq.h inclusion? > (I'm only looking at patch 4 right now, but the renaming there made > the soon to be unnecessary #include quite apparent.) And then, now that I've looked at this patch as a whole, Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx> Jan
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |