From: "Chen, Tiejun" <tiejun.chen@intel.com>
To: Wei Liu <wei.liu2@citrix.com>
Cc: ian.campbell@citrix.com, Ian.Jackson@eu.citrix.com,
qemu-devel@nongnu.org, xen-devel@lists.xen.org,
stefano.stabellini@citrix.com, kraxel@redhat.com
Subject: Re: [Qemu-devel] [v2][PATCH] libxl: add one machine property to support IGD GFX passthrough
Date: Wed, 04 Feb 2015 08:41:15 +0800 [thread overview]
Message-ID: <54D16AAB.9040008@intel.com> (raw)
In-Reply-To: <20150203101921.GA12437@zion.uk.xensource.com>
On 2015/2/3 18:19, Wei Liu wrote:
> On Tue, Feb 03, 2015 at 09:01:53AM +0800, Chen, Tiejun wrote:
>>
>> On 2015/2/2 20:19, Wei Liu wrote:
>>> On Mon, Feb 02, 2015 at 09:17:23AM +0800, Tiejun Chen wrote:
>>>> When we're working to support IGD GFX passthrough with qemu
>>>> upstream, instead of "-gfx_passthru" we'd like to make that
>>>> a machine option, "-machine xxx,-igd-passthru=on". This need
>>>> to bring a change on tool side.
>>>>
>>>> Signed-off-by: Tiejun Chen <tiejun.chen@intel.com>
>>>> ---
>>>> v2:
>>>>
>>>> * Based on some discussions with Wei we'd like to keep both old
>>>> option, -gfx_passthru, and new machine property option,
>>>> "-machine xxx,-igd-passthru=on" at the same time but deprecate
>>>> the old one. Then finally we remove the old one at that point
>>>> that to give downstream (in this case, Xen) time to cope with the
>>>> change.
>>>>
>>>
>>> My suggestion has one premise -- if upstream QEMU has already released
>>> that -gfx_passthru option. If there is no "old one" (in upstream QEMU)
>>> at all, then there is nothing to keep and deprecate.
>>
>> Understood.
>>
>>>
>>>> tools/libxl/libxl_dm.c | 10 ++++++++++
>>>> 1 file changed, 10 insertions(+)
>>>>
>>>> diff --git a/tools/libxl/libxl_dm.c b/tools/libxl/libxl_dm.c
>>>> index c2b0487..8405f0b 100644
>>>> --- a/tools/libxl/libxl_dm.c
>>>> +++ b/tools/libxl/libxl_dm.c
>>>> @@ -701,6 +701,11 @@ static char ** libxl__build_device_model_args_new(libxl__gc *gc,
>>>
>>> Note this function is upstream QEMU specfic.
>>
>> Yeah.
>>
>>>
>>>> flexarray_append(dm_args, "-net");
>>>> flexarray_append(dm_args, "none");
>>>> }
>>>> + /*
>>>> + * Although we already introduce 'igd-passthru', but we'd like
>>>> + * to remove this until we give downstream time to cope with
>>>> + * the change.
>>>> + */
>>>> if (libxl_defbool_val(b_info->u.hvm.gfx_passthru)) {
>>>> flexarray_append(dm_args, "-gfx_passthru");
>>>> }
>>>
>>> The comment contradicts what I know (or what I think I know). In our
>>> last email exchange you said there was no "-gfx_passthru" in any version
>>> of upstream QEMU.
>>>
>>> So, shouldn't you just remove this `if' statement?
>>
>> Right. So what about this?
>>
>> libxl: add one machine property to support IGD GFX passthrough
>>
>> When we're working to support IGD GFX passthrough with qemu
>> upstream, we'd like to introduce a machine option,
>> "-machine xxx,igd-passthru=on", to enable/disable that feature.
>> And we also remove that old option, "-gfx_passthru", just from
>> the case of LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN since actually
>> no any qemu stream version really need or use that.
>>
>> Signed-off-by: Tiejun Chen <tiejun.chen@intel.com>
>>
>
> Yes. I think a patch like this reflects the reality.
>
> It would be nice, as Ian J suggested, to state which version of QEMU
> upstream introduces that new option in commit message.
I have to provide this exact info after those qemu stuffs are merged,
but now at lease you guys agree this option named as 'igd-passthrough',
its enough to first continue working all qemu patches out. Once its
finished I will go back.
>
>> diff --git a/tools/libxl/libxl_dm.c b/tools/libxl/libxl_dm.c
>> index c2b0487..b888f19 100644
>> --- a/tools/libxl/libxl_dm.c
>> +++ b/tools/libxl/libxl_dm.c
>> @@ -701,9 +701,6 @@ static char **
>> libxl__build_device_model_args_new(libxl__gc *gc,
>> flexarray_append(dm_args, "-net");
>> flexarray_append(dm_args, "none");
>> }
>> - if (libxl_defbool_val(b_info->u.hvm.gfx_passthru)) {
>> - flexarray_append(dm_args, "-gfx_passthru");
>> - }
>> } else {
>> if (!sdl && !vnc) {
>> flexarray_append(dm_args, "-nographic");
>> @@ -748,6 +745,11 @@ static char **
>> libxl__build_device_model_args_new(libxl__gc *gc,
>> machinearg, max_ram_below_4g);
>> }
>> }
>> +
>> + if (libxl_defbool_val(b_info->u.hvm.gfx_passthru)) {
>> + machinearg = libxl__sprintf(gc, "%s,igd-passthru=on",
>> machinearg);
>> + }
>> +
>
> Please use GCSPRINTF macro.
>
Sure.
@@ -748,6 +745,11 @@ static char **
libxl__build_device_model_args_new(libxl__gc *gc,
machinearg, max_ram_below_4g);
}
}
+
+ if (libxl_defbool_val(b_info->u.hvm.gfx_passthru)) {
+ machinearg = GCSPRINTF("%s,igd-passthru=on", machinearg);
+ }
+
flexarray_append(dm_args, machinearg);
for (i = 0; b_info->extra_hvm && b_info->extra_hvm[i] != NULL;
i++)
flexarray_append(dm_args, b_info->extra_hvm[i]);
Thanks
Tiejun
prev parent reply other threads:[~2015-02-04 0:41 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-02 1:17 [Qemu-devel] [v2][PATCH] libxl: add one machine property to support IGD GFX passthrough Tiejun Chen
2015-02-02 11:08 ` Ian Campbell
2015-02-03 1:00 ` Chen, Tiejun
2015-02-02 12:19 ` Wei Liu
2015-02-02 12:54 ` Ian Jackson
2015-02-03 1:04 ` Chen, Tiejun
2015-02-03 11:07 ` Ian Campbell
2015-02-04 1:34 ` Chen, Tiejun
2015-02-04 10:41 ` Ian Campbell
2015-02-05 1:22 ` Chen, Tiejun
2015-02-05 9:52 ` [Qemu-devel] [Xen-devel] " Ian Campbell
2015-02-06 1:01 ` Chen, Tiejun
2015-02-09 6:28 ` Chen, Tiejun
2015-02-09 11:05 ` Ian Campbell
2015-02-11 2:45 ` Chen, Tiejun
2015-02-13 1:14 ` Chen, Tiejun
2015-02-18 13:22 ` Ian Campbell
2015-02-26 6:35 ` Chen, Tiejun
2015-02-26 16:17 ` Ian Campbell
2015-02-27 6:28 ` Chen, Tiejun
2015-02-27 11:04 ` Ian Campbell
2015-03-02 1:20 ` Chen, Tiejun
2015-03-03 10:06 ` Chen, Tiejun
2015-03-05 17:24 ` Ian Campbell
2015-02-03 1:01 ` [Qemu-devel] " Chen, Tiejun
2015-02-03 10:19 ` Wei Liu
2015-02-04 0:41 ` Chen, Tiejun [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=54D16AAB.9040008@intel.com \
--to=tiejun.chen@intel.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=ian.campbell@citrix.com \
--cc=kraxel@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=stefano.stabellini@citrix.com \
--cc=wei.liu2@citrix.com \
--cc=xen-devel@lists.xen.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).