Hi Gerd,
It seems in the latest kernel, there is no PRIME support for bochs-drm
driver, I've found that you have an old CL which adds basic prime
support to it.
https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1893205.html
Do you remember why it finally doesn't go through?
Thanks!
hanks!
On Sun, Aug 15, 2021 at 9:46 PM Gerd Hoffmann wrote:
>
> On Fri, Aug 13, 2021 at 12:42:51PM -0700, lepton wrote:
> > Hi Gerd,
> >
> > We found a bug in 5.4 kernel and virtgpu_gem_prime_mmap doesn't work
> > because it references vma_node in gem_base object wh
Hi Gerd,
We found a bug in 5.4 kernel and virtgpu_gem_prime_mmap doesn't work
because it references vma_node in gem_base object while ttm code
initialized vma_node in tbo.base object. I am wondering, in your
original serial:
https://patchwork.kernel.org/project/dri-devel/cover/20190805124310.3275-
>
> vgem_gem_dumb_map():
> if (!obj->filp) return -EINVAL;
>
> falling foul of the same trap as above.
>
> Reported-by: Lepton Wu
> Fixes: af33a9190d02 ("drm/vgem: Enable dmabuf import interfaces")
> Signed-off-by: Chris Wilson
> Cc: Lepton Wu
On Tue, Jul 7, 2020 at 10:20 AM Chris Wilson wrote:
>
> Quoting lepton (2020-07-07 18:05:21)
> > On Tue, Jul 7, 2020 at 9:00 AM Chris Wilson
> > wrote:
> > >
> > > If we assign obj->filp, we believe that the create vgem bo is native and
> > >
ap(), which checked for
> obj->filp assuming that it would be NULL.
>
> Well it would had it been updated to use the common
> drm_gem_dum_map_offset() helper, instead it has
>
> vgem_gem_dumb_map():
> if (!obj->filp) return -EINVAL;
>
> falling foul of the sam
O_RDWR); // vgem
int dfd = open("/dev/dri/card1", O_RDWR); // virtio gpu
int ret;
struct drm_mode_create_dumb ct = {};
ct.height = HEIGHT;
ct.width = WIDTH;
ct.bpp = 32;
ret = ioctl(dfd, DRM_IOCTL_MODE_CREATE_DUMB, &ct);
On Fri, Mar 27, 2020 at 1:20 AM Gerd Hoffmann wrote:
>
> > > Hmm, yes, I can see loopback virtio being useful for various cases.
> > > Testing being one. A dummy virtio-gpu could be done too, or a more
> > > advanced version which exports the display as vnc.
> > So what's your suggestion on this?
On Tue, Feb 25, 2020 at 2:29 AM Gerd Hoffmann wrote:
>
> On Mon, Feb 24, 2020 at 03:01:54PM -0800, Lepton Wu wrote:
> > Hi,
> >
> > I'd like to get comments on this before I polish it. This is a
> > simple way to get something similar with vkms but it heavily re
The idea here is: if we run the vm headless, we don't really need to
communicate with VMM, and we even don't need any VMM support
for virtio-gpu. Of course, only 2d works. But it's enough for some
use case. And this looks simpler than vkms.
Signed-off-by: Lepton Wu
---
drivers
Hi,
I'd like to get comments on this before I polish it. This is a
simple way to get something similar with vkms but it heavily reuse
the code provided by virtio-gpu. Please feel free to give me any
feedbacks or comments.
Thanks!
___
dri-devel mailin
.
Signed-off-by: Lepton Wu
---
drivers/gpu/drm/Kconfig | 2 ++
drivers/gpu/drm/ttm/Kconfig | 7 +++
drivers/gpu/drm/ttm/ttm_bo.c | 2 +-
3 files changed, 10 insertions(+), 1 deletion(-)
create mode 100644 drivers/gpu/drm/ttm/Kconfig
diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm
Ping.
On Wed, Nov 8, 2017 at 10:42 AM, Lepton Wu wrote:
> Add create_handle support to virtio fb. Without this, screenshot tool
> in chromium OS can't work.
>
> Signed-off-by: Lepton Wu
> ---
> drivers/gpu/drm/virtio/virtgpu_display.c | 12
> 1 f
Add create_handle support to virtio fb. Without this, screenshot tool
in chromium OS can't work.
Signed-off-by: Lepton Wu
---
drivers/gpu/drm/virtio/virtgpu_display.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/gpu/drm/virtio/virtgpu_display.c
b/drivers/gp
Add create_handle support to cirrus and virtio fb which are used
in virtual machines. Without this, screenshot tool in chromium OS
can't work.
Signed-off-by: Lepton Wu
---
drivers/gpu/drm/cirrus/cirrus_main.c | 9 +
drivers/gpu/drm/virtio/virtgpu_display.c | 12 ++
15 matches
Mail list logo
