Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp1106112pxa; Thu, 13 Aug 2020 00:06:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxwmQLjfBwh1Y08oVHcw+WSrNG5vB/ACTNPaKfpaBhT0ttxNf2C12nfBYrN/gtJcyH/33E6 X-Received: by 2002:a17:906:960a:: with SMTP id s10mr3489801ejx.60.1597302388919; Thu, 13 Aug 2020 00:06:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597302388; cv=none; d=google.com; s=arc-20160816; b=BrknQ1PWwzIH8KmbMyMGpAkBHk4A/0GJWlQDCYibfmOaKYIpJIvzmZRLD+MLLuMXlg 10V1UWRe0IiysqT8LpkmjJ1GyRsXAAjdow/VOuxI0EtzZ/WvmDP+5D+UlHjrzFiue/Y2 A7FmeiMJsi2XtEq+f5mGx/kqs/DDRBk+C3keCfFDCldtHka3TVIPJTJ5NZkHFURlvnlv 0V9HhQeCg2ag1D9MWdql3A1M2Jwtzhj6ENxRFI77nhysJh+cl0EfJrpMxExoagf1uVt/ aQA7z3WhfzamKTjhNtSQwiTHkG4mBP9tg2ydzlIObZgWH6eKHJ110uWmatk/K2Dc87Hk NZSA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=F2kbTrOX9xmPvIFmVf+a3zRaoJd9PoSg4jxMG0IgXjw=; b=DpBiSt2gM3/jcC+ZgkBg5FXyrTa8/K6O78rK0Dwe63Tj4RixHvkwVoh9ekDyMQ838y h7ksiG3bANldfdJyCCUiFMqp/dowwTL+DeassnxSymcPdVA52xOwTt43vUX/QYUMcmpO uZl58rwkgoBUpSa3I0n0PeAngSUMMWfWSf5yPY4fgcpatamO9NL+U04tfTLm0/QNglQe PdsGQjZ1oLsfdvzxvDfO5UvG86yb7l9bDXb81PbCxktIuTeCB8f3qmLsQHPY7rpKjvox yDO3jbLE6ovJV4arnLLr8wVEekO/izZPWR2fJxzbqMURadUo1O8Guv4RMYjg2Pfn0xb2 13UA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b6si3041242ejb.68.2020.08.13.00.06.05; Thu, 13 Aug 2020 00:06:28 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726499AbgHMHFc (ORCPT + 99 others); Thu, 13 Aug 2020 03:05:32 -0400 Received: from mx2.suse.de ([195.135.220.15]:40818 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725982AbgHMHFa (ORCPT ); Thu, 13 Aug 2020 03:05:30 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id A22C1B163; Thu, 13 Aug 2020 07:05:50 +0000 (UTC) Subject: Re: [PATCH v2 0/5] Fixes and improvements for Xen pvdrm To: Oleksandr Andrushchenko , "boris.ostrovsky@oracle.com" Cc: Oleksandr Andrushchenko , "xen-devel@lists.xenproject.org" , "dri-devel@lists.freedesktop.org" , "linux-kernel@vger.kernel.org" , "airlied@linux.ie" , "daniel@ffwll.ch" , "sstabellini@kernel.org" , "dan.carpenter@oracle.com" , "intel-gfx@lists.freedesktop.org" References: <20200813062113.11030-1-andr2000@gmail.com> <7c8cb6e9-8270-d27a-6480-793ef5599d09@epam.com> From: =?UTF-8?B?SsO8cmdlbiBHcm/Dnw==?= Message-ID: <231ee1e7-c2fa-3c2a-f444-f9f813fc906d@suse.com> Date: Thu, 13 Aug 2020 09:05:26 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <7c8cb6e9-8270-d27a-6480-793ef5599d09@epam.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 13.08.20 08:32, Oleksandr Andrushchenko wrote: > Juergen, Boris, > > can we please merge these via Xen Linux tree as I have collected enough Ack/R-b? > > The series has DRM patches, but those anyway are Xen related, so I think > > this should be fine from DRI point of view. Yes, fine with me. Juergen > > Thank you, > > Oleksandr > > On 8/13/20 9:21 AM, Oleksandr Andrushchenko wrote: >> From: Oleksandr Andrushchenko >> >> Hello, >> >> This series contains an assorted set of fixes and improvements for >> the Xen para-virtualized display driver and grant device driver which >> I have collected over the last couple of months: >> >> 1. Minor fixes to grant device driver and drm/xen-front. >> >> 2. New format (YUYV) added to the list of the PV DRM supported formats >> which allows the driver to be used in zero-copying use-cases when >> a camera device is the source of the dma-bufs. >> >> 3. Synchronization with the latest para-virtualized protocol definition >> in Xen [1]. >> >> 4. SGT offset is now propagated to the backend: while importing a dmabuf >> it is possible that the data of the buffer is put with offset which is >> indicated by the SGT offset. This is needed for some GPUs which have >> non-zero offset. >> >> Thank you, >> Oleksandr Andrushchenko >> >> [1] https://urldefense.com/v3/__https://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=c27a184225eab54d20435c8cab5ad0ef384dc2c0__;!!GF_29dbcQIUBPA!iAHOdk4M167VNM1AypMGVmyKJu-iqC9e5cXyu6N595Np3iyIZDnZl0MIBX3IROJSD1GSMX_GfQ$ [xenbits[.]xen[.]org] >> >> Changes since v1: >> ================= >> >> 1. Removed patch which adds EDID to PV DRM as it needs more time for review: >> "5. Version 2 of the Xen displif protocol adds XENDISPL_OP_GET_EDID >> request which allows frontends to request EDID structure per >> connector. This request is optional and if not supported by the >> backend then visible area is still defined by the relevant >> XenStore's "resolution" property. >> If backend provides EDID with XENDISPL_OP_GET_EDID request then >> its values must take precedence over the resolutions defined in >> XenStore." >> I will send this as a dedicated patch. >> >> 2. Added missing CC stable for the patches with fixes >> >> Oleksandr Andrushchenko (5): >> xen/gntdev: Fix dmabuf import with non-zero sgt offset >> drm/xen-front: Fix misused IS_ERR_OR_NULL checks >> drm/xen-front: Add YUYV to supported formats >> xen: Sync up with the canonical protocol definition in Xen >> drm/xen-front: Pass dumb buffer data offset to the backend >> >> drivers/gpu/drm/xen/xen_drm_front.c | 10 +-- >> drivers/gpu/drm/xen/xen_drm_front.h | 2 +- >> drivers/gpu/drm/xen/xen_drm_front_conn.c | 1 + >> drivers/gpu/drm/xen/xen_drm_front_gem.c | 11 +-- >> drivers/gpu/drm/xen/xen_drm_front_kms.c | 2 +- >> drivers/xen/gntdev-dmabuf.c | 8 +++ >> include/xen/interface/io/displif.h | 91 +++++++++++++++++++++++- >> 7 files changed, 111 insertions(+), 14 deletions(-) >> >