Re: [PATCH v2 4/6] drm/panel: simple: Add support for Banana Pi 7" S070WV20-CT16 panel

On Fri, 7 Sep 2018 12:19:46 +0800, Chen-Yu Tsai wrote: > This panel is marketed as Banana Pi 7" LCD display. On the back is > a sticker denoting the model name S070WV20-CT16. > > This is a 7" 800x480 panel connected through a 24-bit RGB interface. > However the panel only does 262k colors. > > D

Re: [PATCH 0/3] HiBMC driver fixes

Thanks John, good addressing! The root cause as you said, our hibmc previous frame buffer format depth setting is wrong which does not pass the new format sanity checking drm_mode_legacy_fb_format. For this series, Reviewed-by: Xinliang Liu Applied to hisilicon-drm-next. Thanks, Xinliang On Sun

Re: [PATCH] drm/hisilicon: Replace ttm_bo_unref with ttm_bo_put

Hi Thomas, sorry for too late to reply. On Tue, 31 Jul 2018 at 14:33, Thomas Zimmermann wrote: > > The function ttm_bo_put releases a reference to a TTM buffer object. The > function's name is more aligned to the Linux kernel convention of naming > ref-counting function _get and _put. > > A call

[Bug 107213] [amdgpu/DisplayPort] KDE Wayland session is segfaulting right after login

https://bugs.freedesktop.org/show_bug.cgi?id=107213 --- Comment #20 from Shmerl --- I also opened downstream Debian bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=909636 -- You are receiving this mail because: You are the assignee for the bug.

Re: [PATCH] drm/hisilicon: Replace drm_dev_unref with drm_dev_put

On Fri, 13 Jul 2018 at 16:48, Thomas Zimmermann wrote: > > This patch unifies the naming of DRM functions for reference counting > of struct drm_device. The resulting code is more aligned with the rest > of the Linux kernel interfaces. > > Signed-off-by: Thomas Zimmermann Sorry for late reply.

[GIT PULL] drm-hisilicon-next-2018-09-26

Hi Dave, A few changes for 4.20. Please pull. - A crash fix founded in recent linux-next from John Garry - One sparse warning fix from Souptick Joarder - Some xxx_unref cleanup from Thomas Zimmermann Thanks, Xinliang The following changes since commit 36c9c3c91128e2b892c9be0dd9ee9bd82cbe82ad:

Re: [PATCH 0/3] virtio: add vmap support for prime objects

Hi, > Having the support for vmapping dmabuf's is required to share > dmabufs to drivers that want CPU access. This is the case of > a vivid to virtio-gpu pipeline, where the virtio-gpu driver > exports dmabufs to the video4linux vivid driver. > > The first patch adds virtio_gpu_object_kunmap()

<    1   2