[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH for 4.5 v7 1/1] Add mmio_hole_size
>>> On 21.10.14 at 00:01, <dslutz@xxxxxxxxxxx> wrote: > On 10/20/14 10:17, Ian Campbell wrote: >> On Mon, 2014-10-13 at 08:51 -0400, Don Slutz wrote: >>> --- a/tools/libxl/libxl_types.idl >>> +++ b/tools/libxl/libxl_types.idl >>> @@ -391,6 +391,7 @@ libxl_domain_build_info = Struct("domain_build_info",[ >>> ("timeoffset", string), >>> ("hpet", >>> libxl_defbool), >>> ("vpt_align", >>> libxl_defbool), >>> + ("mmio_hole_size", uint64), >> Please make this a MemKB at the libxl interface level and convert >> internally to whatever hvmloader expects. It seems that a more >> conventional name would also have a _memkb suffix. Perhaps >> mmio_hole_memkb? (size seems to be implicit to me). >> > > Ok, Jan Beulich had proposed the name with the _size (on 27 Jun 2014), > but he > did also say "(whether the xl config option should also get renamed I'm not > sure - the xl maintainers will know )", (so I am taking this as ok from > Jan) I will > rename to mmio_hole_memkb here. My remark was really intended for you to actively inquire about the config option name. >>> + /* >>> + * With HVM_BELOW_4G_RAM_END == 0xF0000000, mmio_hole_size >>> + * must be >= 256 MiB and <= 3840 MiB. >> Isn't this just restating the if condition in a way which is liable to >> get out of sync if the values of HVM_BELOW_4G_* ever changes? > > Well, Konrad asked for this: > [...] > So I do not know which way to go here. I have to admit that I think Konrad is asking for too much commentary now and then. But in any event - Ian being one of the maintainers of the affected code, what he asks you to do generally overrules what any non-maintainer may have asked for. Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |