From: Deepak Rawat <drawat.floss@gmail.com> To: linux-hyperv@vger.kernel.org, dri-devel@lists.freedesktop.org Cc: David Airlie <airlied@linux.ie>, Daniel Vetter <daniel@ffwll.ch>, Maarten Lankhorst <maarten.lankhorst@linux.intel.com>, Maxime Ripard <mripard@kernel.org>, K Y Srinivasan <kys@microsoft.com>, Haiyang Zhang <haiyangz@microsoft.com>, Stephen Hemminger <sthemmin@microsoft.com>, Wei Liu <wei.liu@kernel.org>, Wei Hu <weh@microsoft.com>, Jork Loeser <jloeser@microsoft.com>, Michael Kelley <mikelley@microsoft.com>, Deepak Rawat <drawat.floss@gmail.com> Subject: [RFC PATCH 0/2] DRM driver for hyper-v synthetic video device Date: Mon, 22 Jun 2020 04:06:21 -0700 [thread overview] Message-ID: <20200622110623.113546-1-drawat.floss@gmail.com> (raw) Hi All, First draft of DRM driver for hyper-v synthetic video device. This synthetic device is already supported by hyper-v and a corresponding framebuffer driver exist at drivers/video/fbdev/hyperv_fb.c. With this patch, just reworked the framebuffer driver into DRM, in doing so got mode-setting support. The code is similar to cirrus DRM driver, using simple display pipe and shmem backed GEM objects. The device support more features like hardware cursor, EDID, multiple dirty regions, etc, which were not supported with framebuffer driver. The plan is to add support for those in future iteration. Wanted to get initial feedback and discuss cursor support with simple kms helper. Is there any value to add cursor support to drm_simple_kms_helper.c so that others can use it, or should I just add cursor plane as device private? I believe we can still keep this driver in drm/tiny? For testing, ran GNOME and Weston with current changes in a Linux VM on Windows 10 with hyper-v enabled. Thanks, Deepak Deepak Rawat (2): drm/hyperv: Add DRM driver for hyperv synthetic video device MAINTAINERS: Add maintainer for hyperv video device MAINTAINERS | 8 + drivers/gpu/drm/tiny/Kconfig | 9 + drivers/gpu/drm/tiny/Makefile | 1 + drivers/gpu/drm/tiny/hyperv_drm.c | 1007 +++++++++++++++++++++++++++++ 4 files changed, 1025 insertions(+) create mode 100644 drivers/gpu/drm/tiny/hyperv_drm.c -- 2.27.0
WARNING: multiple messages have this Message-ID (diff)
From: Deepak Rawat <drawat.floss@gmail.com> To: linux-hyperv@vger.kernel.org, dri-devel@lists.freedesktop.org Cc: Wei Liu <wei.liu@kernel.org>, Stephen Hemminger <sthemmin@microsoft.com>, David Airlie <airlied@linux.ie>, Haiyang Zhang <haiyangz@microsoft.com>, Michael Kelley <mikelley@microsoft.com>, Jork Loeser <jloeser@microsoft.com>, Deepak Rawat <drawat.floss@gmail.com>, Wei Hu <weh@microsoft.com>, K Y Srinivasan <kys@microsoft.com> Subject: [RFC PATCH 0/2] DRM driver for hyper-v synthetic video device Date: Mon, 22 Jun 2020 04:06:21 -0700 [thread overview] Message-ID: <20200622110623.113546-1-drawat.floss@gmail.com> (raw) Hi All, First draft of DRM driver for hyper-v synthetic video device. This synthetic device is already supported by hyper-v and a corresponding framebuffer driver exist at drivers/video/fbdev/hyperv_fb.c. With this patch, just reworked the framebuffer driver into DRM, in doing so got mode-setting support. The code is similar to cirrus DRM driver, using simple display pipe and shmem backed GEM objects. The device support more features like hardware cursor, EDID, multiple dirty regions, etc, which were not supported with framebuffer driver. The plan is to add support for those in future iteration. Wanted to get initial feedback and discuss cursor support with simple kms helper. Is there any value to add cursor support to drm_simple_kms_helper.c so that others can use it, or should I just add cursor plane as device private? I believe we can still keep this driver in drm/tiny? For testing, ran GNOME and Weston with current changes in a Linux VM on Windows 10 with hyper-v enabled. Thanks, Deepak Deepak Rawat (2): drm/hyperv: Add DRM driver for hyperv synthetic video device MAINTAINERS: Add maintainer for hyperv video device MAINTAINERS | 8 + drivers/gpu/drm/tiny/Kconfig | 9 + drivers/gpu/drm/tiny/Makefile | 1 + drivers/gpu/drm/tiny/hyperv_drm.c | 1007 +++++++++++++++++++++++++++++ 4 files changed, 1025 insertions(+) create mode 100644 drivers/gpu/drm/tiny/hyperv_drm.c -- 2.27.0 _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel
next reply other threads:[~2020-06-22 11:07 UTC|newest] Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-06-22 11:06 Deepak Rawat [this message] 2020-06-22 11:06 ` [RFC PATCH 0/2] DRM driver for hyper-v synthetic video device Deepak Rawat 2020-06-22 11:06 ` [RFC PATCH 1/2] drm/hyperv: Add DRM driver for hyperv " Deepak Rawat 2020-06-22 11:06 ` Deepak Rawat 2020-06-22 12:46 ` Gerd Hoffmann 2020-06-22 12:46 ` Gerd Hoffmann 2020-06-22 22:20 ` Deepak Rawat 2020-06-22 22:20 ` Deepak Rawat 2020-06-23 9:42 ` Daniel Vetter 2020-06-23 9:42 ` Daniel Vetter 2020-06-23 16:17 ` Gerd Hoffmann 2020-06-23 16:17 ` Gerd Hoffmann 2020-06-25 0:47 ` Deepak Rawat 2020-06-25 0:47 ` Deepak Rawat 2020-06-22 15:19 ` Sam Ravnborg 2020-06-22 15:19 ` Sam Ravnborg 2020-06-22 22:43 ` Deepak Rawat 2020-06-22 22:43 ` Deepak Rawat 2020-06-23 7:59 ` Thomas Zimmermann 2020-06-23 7:59 ` Thomas Zimmermann 2020-06-23 9:12 ` Deepak Rawat 2020-06-23 9:12 ` Deepak Rawat 2020-06-23 9:19 ` Thomas Zimmermann 2020-06-23 9:19 ` Thomas Zimmermann 2020-06-22 18:45 ` kernel test robot 2020-06-23 2:31 ` Dexuan Cui 2020-06-23 2:31 ` Dexuan Cui 2020-06-23 6:48 ` Deepak Rawat 2020-06-23 6:48 ` Deepak Rawat 2020-06-23 21:58 ` Dexuan Cui 2020-06-23 21:58 ` Dexuan Cui 2020-06-22 11:06 ` [RFC PATCH 2/2] MAINTAINERS: Add maintainer for hyperv " Deepak Rawat 2020-06-22 11:06 ` Deepak Rawat 2020-06-28 23:01 ` [RFC PATCH 0/2] DRM driver for hyper-v synthetic " Daniel Vetter 2020-06-28 23:01 ` Daniel Vetter
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=20200622110623.113546-1-drawat.floss@gmail.com \ --to=drawat.floss@gmail.com \ --cc=airlied@linux.ie \ --cc=daniel@ffwll.ch \ --cc=dri-devel@lists.freedesktop.org \ --cc=haiyangz@microsoft.com \ --cc=jloeser@microsoft.com \ --cc=kys@microsoft.com \ --cc=linux-hyperv@vger.kernel.org \ --cc=maarten.lankhorst@linux.intel.com \ --cc=mikelley@microsoft.com \ --cc=mripard@kernel.org \ --cc=sthemmin@microsoft.com \ --cc=weh@microsoft.com \ --cc=wei.liu@kernel.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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.