On Wed, Feb 26, 2020 at 10:25 AM Thomas Hellström (VMware)
wrote:
>
> Hi, Gerd,
>
> While looking at this patchset I came across some stuff that seems
> strange but that was merged in a previous patchset.
>
> (please refer to
> https://lists.freedesktop.org/archives/dri-devel/2018-September/190001
The main motivation behind this is to have eventually have something like this:
struct virtio_gpu_shmem {
?? ?? struct drm_gem_shmem_object base;
?? ?? uint32_t hw_res_handle;
?? ?? struct sg_table *pages;
?? ?? (...)
};
struct virtio_gpu_vram {
?? ?? struct drm_gem_object base; ??// or *drm_gem_
This is a very, very minor cleanup.
Signed-off-by: Gurchetan Singh
---
drivers/gpu/drm/virtio/virtgpu_object.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_object.c
b/drivers/gpu/drm/virtio/virtgpu_object.c
index 3d2a6d489bfc..07de3260118a 1
Whether the resource is a shmem based resource or a (planned)
vram based resource, it will have a resource handle associated
with it. Since the hypercall interface works on resource handles,
add a function that returns the handle given a GEM object.
Signed-off-by: Gurchetan Singh
---
drivers/gpu
This hypercall is reusable for both shmem and (planned) vram
based virtgpu objects.
Signed-off-by: Gurchetan Singh
---
drivers/gpu/drm/virtio/virtgpu_drv.h| 2 +-
drivers/gpu/drm/virtio/virtgpu_object.c | 2 +-
drivers/gpu/drm/virtio/virtgpu_vq.c | 17 +++--
3 files changed
This renames struct virtio_gpu_object to struct virtio_gpu_shmem.
This will go in line with the planned struct virtio_gpu_vram.
Signed-off-by: Gurchetan Singh
---
drivers/gpu/drm/virtio/virtgpu_drv.h| 22 ++---
drivers/gpu/drm/virtio/virtgpu_gem.c| 12 +--
drivers/gpu/drm/virtio/virtgp
The plan is to use this array with VRAM objects too.
Signed-off-by: Gurchetan Singh
---
drivers/gpu/drm/virtio/virtgpu_drv.h| 36
drivers/gpu/drm/virtio/virtgpu_gem.c| 116
drivers/gpu/drm/virtio/virtgpu_ioctl.c | 32 +++
drivers/gpu/drm/virtio/vi
The plan is use have both shmem and virtual "vram" running
side-by-side in virtio-gpu. It looks like we'll eventually use
struct drm_gem_object as a base class, and we'll need to convert
to shmem and vram objects on the fly. As a first step, add a
virtio_gpu_is_shmem helper. Thanks to kraxel for su
Currently, struct virtio_gpu_object refers to the SHMEM based object,
which is fair. We want to expand that a bit, so let's expand the
creation params too.
Signed-off-by: Gurchetan Singh
---
drivers/gpu/drm/virtio/virtgpu_drv.h| 10 +-
drivers/gpu/drm/virtio/virtgpu_gem.c| 4 ++-
These hypercalls are reusable by both shmem and (planned) vram
based virtio_gpu objects.
Signed-off-by: Gurchetan Singh
---
drivers/gpu/drm/virtio/virtgpu_vq.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_vq.c
b/drivers/gpu/drm/virti
tree: git://anongit.freedesktop.org/drm-intel for-linux-next
head: 7a0a6ee731508b770f3ee198af7b0c87a20ebb80
commit: d54c1a513c487ac6d6b3c4595e93e3625b461cc3 [3/6] drm/i915: Fix broken
transcoder err state
config: x86_64-randconfig-b003-20200226 (attached as .config)
compiler: gcc-7 (Debian
Hi,
On Wed, Feb 26, 2020 at 02:28:23PM +0200, Tomi Valkeinen wrote:
> On 25/02/2020 01:20, Sebastian Reichel wrote:
> > This updates the existing omapdrm DSI code, so that it uses
> > common drm_mipi_dsi API and drm_panel.
> >
> > The patchset has been tested with Droid 4 using Linux console, X.o
Hi,
On Tue, Feb 25, 2020 at 12:21:13AM +0100, Sebastian Reichel wrote:
> This fixes the omapdrm driver to call component_bind_all()
> with drm_device as data argument as recommended in the
> DRM component helper usage text.
>
> After this patch DRM functionality can be implemented directly
> in t
Hi, Enric:
On Wed, 2020-02-26 at 11:54 +0100, Enric Balletbo i Serra wrote:
> From: Matthias Brugger
>
> The mmsys memory space is shared between the drm and the
> clk driver. Use regmap to access it.
Once there is a mmsys driver and clock control is moved into mmsys
driver, I think we should a
Hi, Enric:
On Wed, 2020-02-26 at 11:54 +0100, Enric Balletbo i Serra wrote:
> From: Matthias Brugger
>
> There is no strong reason for this to use CLK_OF_DECLARE instead of
> being a platform driver. Plus, this driver provides clocks but also
> a shared register space for the mediatek-drm and th
Hi, Enric:
On Wed, 2020-02-26 at 11:54 +0100, Enric Balletbo i Serra wrote:
> In the actual implementation the same compatible string
> "mediatek,-mmsys" is used to bind the clock drivers
> (drivers/soc/mediatek) as well as to the gpu driver
> (drivers/gpu/drm/mediatek/mtk_drm_drv.c). This ends wi
Hi, Enric:
I would like you to modify mmsys binding document. In current document,
mmsys is a clock controller, but I think it's a system controller
including clock control, routing control, and miscellaneous control in
mmsys partition.
Regards,
CK
On Wed, 2020-02-26 at 11:54 +0100, Enric Ballet
Hi Dave, Daniel,
Fixes for 5.6.
The following changes since commit 97d9a4e9619a822c5baf6a63e6f5b80fee4d4213:
Merge tag 'drm-intel-fixes-2020-02-20' of
git://anongit.freedesktop.org/drm/drm-intel into drm-fixes (2020-02-21 12:46:54
+1000)
are available in the Git repository at:
git://peop
On Wed, 26 Feb 2020 10:36:26 +0100 Daniel Vetter wrote:
> On Wed, Feb 26, 2020 at 5:29 AM Sumit Semwal wrote:
> >
> > Hello Andrew,
> >
> >
> > On Wed, 26 Feb 2020 at 07:25, Andrew Morton
> > wrote:
> > >
> > >
> > > The patch titled
> > > Subject: dma-buf: free dmabuf->name in dma_buf_re
Hi Dave, Daniel,
New stuff for 5.7.
The following changes since commit 58fe03d6dec908a1bec07eea7e94907af5c07eec:
drm/amd/dm/mst: Ignore payload update failures (2020-02-04 23:30:39 -0500)
are available in the Git repository at:
git://people.freedesktop.org/~agd5f/linux tags/amd-drm-next-5.
Hi Dave & Daniel -
Switching gen7 back to aliasing-ppgtt seems to be the main highlight
here.
BR,
Jani.
drm-intel-fixes-2020-02-27:
drm/i915 fixes for v5.6-rc4:
- downgrade gen7 back to aliasing-ppgtt to avoid GPU hangs
- shrinker fix
- pmu leak and double free fixes
- gvt user after free and
Hi, Enric:
On Wed, 2020-02-26 at 12:27 +0100, Enric Balletbo i Serra wrote:
> Equivalent information can be nowadays obtained using function tracer.
>
Reviewed-by: CK Hu
> Signed-off-by: Enric Balletbo i Serra
> ---
>
> drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 5 -
> drivers/gpu/drm/me
Hi Chris,
> -Original Message-
> From: Chris Wilson
> Sent: 25 February 2020 19:32
> To: David Airlie ; Joonas Lahtinen
> ; Laxminarayan Bharadiya, Pankaj
> ; Vivi, Rodrigo
> ; dan...@ffwll.ch; dri-devel@lists.freedesktop.org;
> intel-...@lists.freedesktop.org; jani.nik...@linux.intel.com
Properly propagate error value from devm_regulator_bulk_get() and don't
confuse user with meaningless warning about failure in getting regulators
in case of deferred probe.
Signed-off-by: Marek Szyprowski
---
v2: rephrased commit message
---
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 5 +++--
1 f
On 2/27/20 1:02 AM, Chia-I Wu wrote:
On Wed, Feb 26, 2020 at 10:25 AM Thomas Hellström (VMware)
wrote:
Hi, Gerd,
#define to_drm_gem_shmem_obj(obj) \
diff --git a/drivers/gpu/drm/drm_gem_shmem_helper.c
b/drivers/gpu/drm/drm_gem_shmem_helper.c
index a421a2eed48a..aad9324dcf4f 100644
--- a/
On Wed, Feb 26, 2020 at 04:25:53PM -0800, Gurchetan Singh wrote:
> The main motivation behind this is to have eventually have something like
> this:
>
> struct virtio_gpu_shmem {
> struct drm_gem_shmem_object base;
> uint32_t hw_res_handle;
> struct sg_table *pages;
> (...)
> };
>
Hi,
> > + if (!shmem->map_cached)
> > + prot = pgprot_writecombine(prot);
> > shmem->vaddr = vmap(shmem->pages, obj->size >> PAGE_SHIFT,
> > - VM_MAP, pgprot_writecombine(PAGE_KERNEL));
> > + VM_M
201 - 227 of 227 matches
Mail list logo
