Re: [PATCH 2/4] drm/vc4: Wait for fences interruptibly in blocking mode.

On Wed, 21 Jun 2017 11:50:00 -0700 Eric Anholt wrote: > We should allow SIGIO and things to interrupt us before we get to the > no-error stage of the commit process. This code is effectively copied > from drm_atomic_helper_commit(). > > Signed-off-by: Eric Anholt

Re: [PATCH v3.1 1/3] drm/rockchip: dw_hdmi: add RK3399 HDMI support

Am Donnerstag, 22. Juni 2017, 16:02:44 CEST schrieb Mark yao: > On 2017年06月22日 15:31, Heiko Stuebner wrote: > >> + > >> >+/** > >> >+ * struct rockchip_hdmi_chip_data - splite the grf setting of kind of > >> >chips > >> >+ * @lcdsel_grf_reg: grf register offset of lcdc select > >> >+ *

Re: [PATCH] drm: bridge: synopsys/dw-hdmi: Provide default configuration function for HDMI 2.0 PHY

Hi Jose Sorry miss your email and Sorry for the late reply I can sure that your patch works on our rk3399 platform. my internal kernel already has similar patch, using hdmi_phy_configure_dwc_hdmi_3d_tx() for hdmi 2.0 phy, good works with many video modes (4k, 1080p, 720p etc.), I'm not

Re: [PATCH 09/13] drm/shmob: Drop drm_vblank_cleanup

On Wed, Jun 21, 2017 at 12:12:02PM +0300, Laurent Pinchart wrote: > Hi Daniel, > > Thank you for the patch. > > On Wednesday 21 Jun 2017 10:28:46 Daniel Vetter wrote: > > It doesn't do anything in the driver load error paths that the drm > > core doesn't also do. > > If I understand the code

[PATCH v3.1 1/3] drm/rockchip: dw_hdmi: add RK3399 HDMI support

RK3399 and RK3288 shared the same HDMI IP controller, only some light difference with GRF configure. Signed-off-by: Yakir Yang Signed-off-by: Mark Yao --- Changes in v3.1: Correct documentation compatible's format(Rob Herring). Changes in v3:

Re: [PATCH 1/7] drm/bridge: Support hotplugging panel-bridge.

On 06/22/2017 01:20 PM, Benjamin Gaignard wrote: 2017-06-20 19:31 GMT+02:00 Eric Anholt : Archit Taneja writes: On 06/16/2017 08:13 PM, Eric Anholt wrote: Archit Taneja writes: On 06/16/2017 02:11 AM, Eric Anholt wrote:

Re: [Intel-gfx] [PATCH v5 7/7] drm: create hdmi output property

Thanks for the review, Daniel. My comments inline. Regards Shashank On 6/22/2017 12:44 PM, Daniel Vetter wrote: On Wed, Jun 21, 2017 at 04:04:13PM +0530, Shashank Sharma wrote: HDMI displays can support various output types, based on the color space and subsampling type. The possible outputs

Re: [PATCH 01/11] drm/fb-helper: do a generic fb_setcmap helper in terms of crtc .gamma_set

On Wed, Jun 21, 2017 at 11:40:52AM +0200, Peter Rosin wrote: > On 2017-06-21 09:38, Daniel Vetter wrote: > > On Tue, Jun 20, 2017 at 09:25:25PM +0200, Peter Rosin wrote: > >> This makes the redundant fb helpers .load_lut, .gamma_set and .gamma_get > >> totally obsolete. > >> > >> I think the

Re: [PATCH 11/11] drm: remove unused and redundant callbacks

On Thu, Jun 22, 2017 at 12:34:36AM +0800, kbuild test robot wrote: > Hi Peter, > > [auto build test ERROR on drm/drm-next] > [also build test ERROR on next-20170621] > [cannot apply to v4.12-rc6] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the

Re: [PATCH 3/4] drm/vc4: Use the atomic state's commit workqueue.

On Wed, Jun 21, 2017 at 11:50:01AM -0700, Eric Anholt wrote: > Now that we're using the atomic helpers for fence waits, we can use > the same codepath as drm_atomic_helper_commit() does for async, > getting rid of our custom vc4_commit struct. \o/ On the series: Acked-by: Daniel Vetter

Re: [PATCH RESEND v11 0/3] Enhancement to intel_dp_aux_backlight driver

On Mon, Jun 05, 2017 at 02:56:04PM -0700, Puthikorn Voravootivat wrote: > This patch set contain 3 patches which are already reviewed by DK. > Another 6 patches in previous version was already merged in v7 and v9. > - First patch sets the PWM freqency to match data in panel vbt. > - Next patch

Re: [PATCH 1/7] drm/bridge: Support hotplugging panel-bridge.

2017-06-20 19:31 GMT+02:00 Eric Anholt : > Archit Taneja writes: > >> On 06/16/2017 08:13 PM, Eric Anholt wrote: >>> Archit Taneja writes: >>> On 06/16/2017 02:11 AM, Eric Anholt wrote: > If the panel-bridge is being set

[Bug 101382] [r300] Electronic super joy crash on startup(regression)

https://bugs.freedesktop.org/show_bug.cgi?id=101382 cosiek...@o2.pl changed: What|Removed |Added Summary|[r300] Electronic super joy |[r300] Electronic super joy

Re: [PATCH 1/4] drm/vc4: Hook up plane prepare_fb to lookup dma-buf reservations.

On Wed, 21 Jun 2017 11:49:59 -0700 Eric Anholt wrote: > This way drm_atomic_helper_wait_for_fences() will actually do > something. The vc4_seqno_cb has been doing the fence waits on V3D > manually, so far. > > Signed-off-by: Eric Anholt Reviewed-by: Boris

Re: [Intel-gfx] [RESEND-CI v4 09/15] drm: add helper functions for YCBCR output handling

On Wed, Jun 21, 2017 at 04:04:06PM +0530, Shashank Sharma wrote: > This patch adds set of helper functions for YCBCR HDMI output > handling. These functions provide functionality like: > - check if a given video mode is YCBCR 420 only mode. > - check if a given video mode is YCBCR 420 mode. > -

Re: [Intel-gfx] [PATCH v5 7/7] drm: create hdmi output property

On Wed, Jun 21, 2017 at 04:04:13PM +0530, Shashank Sharma wrote: > HDMI displays can support various output types, based on > the color space and subsampling type. The possible > outputs from a HDMI 2.0 monitor could be: > - RGB > - YCBCR 444 > - YCBCR 422 > - YCBCR 420 > > This patch adds a

Re: [PATCH 11/11] drm: remove unused and redundant callbacks

On Thu, 22 Jun 2017 08:37:55 +0200 Daniel Vetter wrote: > On Thu, Jun 22, 2017 at 12:34:36AM +0800, kbuild test robot wrote: > > Hi Peter, > > > > [auto build test ERROR on drm/drm-next] > > [also build test ERROR on next-20170621] > > [cannot apply to v4.12-rc6] > > [if your

Re: [PATCH v3.1 1/3] drm/rockchip: dw_hdmi: add RK3399 HDMI support

Hi Mark, Am Donnerstag, 22. Juni 2017, 15:17:24 CEST schrieb Mark Yao: > RK3399 and RK3288 shared the same HDMI IP controller, only some light > difference with GRF configure. > > Signed-off-by: Yakir Yang > Signed-off-by: Mark Yao > --- > Changes

[Bug 101382] [r300] Electronic super joy crash on startup(regression)

https://bugs.freedesktop.org/show_bug.cgi?id=101382 --- Comment #5 from cosiek...@o2.pl --- 17.1.3-1 crash Computer Information: Manufacturer: Unknown Model: Unknown Form Factor: Desktop No Touch Input Detected Processor Information: CPU Vendor: GenuineIntel CPU

Re: [PATCH 3/4] drm/vc4: Use the atomic state's commit workqueue.

On Wed, 21 Jun 2017 11:50:01 -0700 Eric Anholt wrote: > Now that we're using the atomic helpers for fence waits, we can use > the same codepath as drm_atomic_helper_commit() does for async, > getting rid of our custom vc4_commit struct. > > Signed-off-by: Eric Anholt

Re: [PATCH v3.1 1/3] drm/rockchip: dw_hdmi: add RK3399 HDMI support

On 2017年06月22日 15:31, Heiko Stuebner wrote: + >+/** >+ * struct rockchip_hdmi_chip_data - splite the grf setting of kind of chips >+ * @lcdsel_grf_reg: grf register offset of lcdc select >+ * @lcdsel_big: reg value of selecting vop big for HDMI >+ * @lcdsel_lit: reg value of selecting vop little

[Bug 101499] Black screen when detaching HDMI cable (AMD A10-9620P)

https://bugs.freedesktop.org/show_bug.cgi?id=101499 --- Comment #16 from Michel Dänzer --- (In reply to Carlo Caione from comment #15) > > With an amd-staging-* kernel branch and DC enabled, you can try tweaking > > dce_v11_0_crtc_do_set_base to pass AMDGPU_GEM_DOMAIN_GTT

[Bug 101387] amdgpu display corruption and hang on AMD A10-9620P

https://bugs.freedesktop.org/show_bug.cgi?id=101387 --- Comment #25 from Michel Dänzer --- (In reply to Carlo Caione from comment #24) > - Retrieve the gamma size from the kernel with drmModeGetCrtc() This could be wrong if the currently set pixel format uses a different LUT

Re: [PATCH v3] drm: mediatek: change the variable type of rdma threshold

On Thu, 2017-06-22 at 10:43 +0800, Bibby Hsieh wrote: > For some greater resolution, the rdma threshold > variable will overflow. > > Signed-off-by: Bibby Hsieh > --- > drivers/gpu/drm/mediatek/mtk_disp_rdma.c | 7 --- > 1 file changed, 4 insertions(+), 3

[PATCH v3 0/1] staging: vboxvideo: Add vboxvideo to drivers/staging

Hi All, As discussed during the review of v2 here is a new version of the vboxvideo driver, now with all files converted to kernel coding style, making the entire patch 100% checkpatch clean (with the exception of some -ENOSYS warnings). Still TODO is converting the driver to the atomic

Re: [PATCH 1/7] drm/bridge: Support hotplugging panel-bridge.

On Thu, 22 Jun 2017 13:47:43 +0530 Archit Taneja wrote: > On 06/22/2017 01:20 PM, Benjamin Gaignard wrote: > > 2017-06-20 19:31 GMT+02:00 Eric Anholt : > >> Archit Taneja writes: > >> > >>> On 06/16/2017 08:13 PM, Eric Anholt

Re: [PATCH v5 05/10] drm: arcpgu: Use crtc->mode_valid() callback

On Wed, Jun 21, 2017 at 10:38:43AM +0100, Jose Abreu wrote: > Hi Daniel, Alexey, > > > On 25-05-2017 15:19, Jose Abreu wrote: > > Now that we have a callback to check if crtc supports a given mode > > we can use it in arcpgu so that we restrict the number of probbed > > modes to the ones we can

Re: [Intel-gfx] [RESEND-CI v4 09/15] drm: add helper functions for YCBCR output handling

Regards Shashank On 6/22/2017 12:35 PM, Daniel Vetter wrote: On Wed, Jun 21, 2017 at 04:04:06PM +0530, Shashank Sharma wrote: This patch adds set of helper functions for YCBCR HDMI output handling. These functions provide functionality like: - check if a given video mode is YCBCR 420 only

Re: [PATCH] drm: bridge: synopsys/dw-hdmi: Provide default configuration function for HDMI 2.0 PHY

Hi, Jose： The value of RK3399 reg HDMI_CONFIG2_ID is 0xf3. Using hdmi_phy_configure_dwc_hdmi_3d_tx() for hdmi 2.0 phy, we test all HDMI video mode(including 594MHz) and it woks good. And our customer has pass the HDMI CTS. If you send a patch with a general config function

Re: [PATCH 1/7] drm/bridge: Support hotplugging panel-bridge.

On 06/22/2017 10:17 AM, Archit Taneja wrote: > > > On 06/22/2017 01:20 PM, Benjamin Gaignard wrote: >> 2017-06-20 19:31 GMT+02:00 Eric Anholt : >>> Archit Taneja writes: >>> On 06/16/2017 08:13 PM, Eric Anholt wrote: > Archit Taneja

[Bug 101499] Black screen when detaching HDMI cable (AMD A10-9620P)

https://bugs.freedesktop.org/show_bug.cgi?id=101499 --- Comment #17 from Carlo Caione --- Created attachment 132130 --> https://bugs.freedesktop.org/attachment.cgi?id=132130=edit dm_plane_helper_prepare_fb with AMDGPU_GEM_DOMAIN_GTT > Right, sorry, with DC you need to tweak

Re: [PATCH libdrm] headers: Update drm_fourcc and vc4_drm.h with new VC4 tiling UAPI.

On 21 June 2017 at 18:23, Eric Anholt wrote: > Taken from make headers_install of drm-misc-next > (34c8ea400ff6383b028f63df2453914163afc07c) Oh! I'd somehow totally missed the kernel modifier support. Pushed with review. Cheers, Daniel

Re: [PATCH v2 13/14] drm: stm: remove dead code and pointless local lut storage

On 06/22/2017 08:06 AM, Peter Rosin wrote: > The redundant fb helper .load_lut is no longer used, and can not > work right without also providing the fb helpers .gamma_set and > .gamma_get thus rendering the code in this driver suspect. > Hi Peter, STM32 chipsets supports 8-bit CLUT mode but

Re: [PATCH 1/7] drm/bridge: Support hotplugging panel-bridge.

On 22.06.2017 11:23, Boris Brezillon wrote: > On Thu, 22 Jun 2017 13:47:43 +0530 > Archit Taneja wrote: > >> On 06/22/2017 01:20 PM, Benjamin Gaignard wrote: >>> 2017-06-20 19:31 GMT+02:00 Eric Anholt : Archit Taneja writes:

Re: [PATCH 01/13] drm/amd|radeon: Drop drm_vblank_cleanup

On Wed, Jun 21, 2017 at 4:28 AM, Daniel Vetter wrote: > Both drivers shut down all crtc beforehand already, which will shut up > any pending vblank (the only thing vblank_cleanup really does is > disable the disable timer). Hence we don't need this here and can > remove

Re: [PATCH 1/7] drm/bridge: Support hotplugging panel-bridge.

On 22.06.2017 14:41, Boris Brezillon wrote: > On Thu, 22 Jun 2017 14:29:07 +0200 > Andrzej Hajda wrote: > >> On 22.06.2017 11:23, Boris Brezillon wrote: >>> On Thu, 22 Jun 2017 13:47:43 +0530 >>> Archit Taneja wrote: >>> On 06/22/2017 01:20 PM,

Re: [PATCH 1/7] drm/bridge: Support hotplugging panel-bridge.

On Thu, 22 Jun 2017 14:29:07 +0200 Andrzej Hajda wrote: > On 22.06.2017 11:23, Boris Brezillon wrote: > > On Thu, 22 Jun 2017 13:47:43 +0530 > > Archit Taneja wrote: > > > >> On 06/22/2017 01:20 PM, Benjamin Gaignard wrote: > >>> 2017-06-20 19:31

Re: [PATCH 13/13] drm/vblank: Unexport drm_vblank_cleanup

On Wed, Jun 21, 2017 at 4:28 AM, Daniel Vetter wrote: > There's no reason for drivers to call this, and all the ones I've > removed looked very fishy: > - Proper quiescenting of the vblank machinery should be done by > calling drm_crtc_vblank_off(), which is best done by

[PATCH] drm/vgem: Pin our pages for dmabuf exports

When the caller maps their dmabuf and we return an sg_table, the caller doesn't expect the pages beneath that sg_table to vanish on a whim (i.e. under mempressure). The contract is that the pages are pinned for the duration of the mapping (from dma_buf_map_attachment() to

Re: [PATCH] drm/vgem: Pin our pages for dmabuf exports

Quoting Chris Wilson (2017-06-22 14:30:08) > static void *vgem_prime_vmap(struct drm_gem_object *obj) > { > + struct drm_vgem_gem_object *bo = to_vgem_bo(obj); > long n_pages = obj->size >> PAGE_SHIFT; > struct page **pages; > void *addr; > > - pages =

[PATCH v2] drm/vgem: Pin our pages for dmabuf exports

When the caller maps their dmabuf and we return an sg_table, the caller doesn't expect the pages beneath that sg_table to vanish on a whim (i.e. under mempressure). The contract is that the pages are pinned for the duration of the mapping (from dma_buf_map_attachment() to

Re: [PATCH 00/12] fbdev helper locking rework and deferred setup

On Wed, Jun 21, 2017 at 08:28:03PM +0200, Daniel Vetter wrote: > Hi all, > > This is Thierry's deferred fbdev setup series, with the locking rework almost > entirely redone. The much wider scope is to get rid of drm_modeset_lock_all > calls for atomic drivers and remove users of the fairly nasty

[Bug 101222] [amd-staging] No HDMI/DP surround sound with DC on RX 480

https://bugs.freedesktop.org/show_bug.cgi?id=101222 --- Comment #4 from Mikko Autio --- Created attachment 132140 --> https://bugs.freedesktop.org/attachment.cgi?id=132140=edit fix Attached patch fixes multi-channel HDMI audio on my RX 460. -- You are receiving this

RE: [PATCH 5/7] ntb: ntb_hw_intel: remove ioread64 and iowrite64 hacks

> -Original Message- > From: linux-...@googlegroups.com [mailto:linux-...@googlegroups.com] On > Behalf Of Logan Gunthorpe > Sent: Thursday, June 22, 2017 9:48 AM > To: linux-ker...@vger.kernel.org; linux-a...@vger.kernel.org; > linux-...@googlegroups.com; linux-al...@vger.kernel.org;

[Bug 100612] [i915] [SNA] Graphics corruption with QupZilla

https://bugs.freedesktop.org/show_bug.cgi?id=100612 elizabethx.de.la.torre.m...@intel.com changed: What|Removed |Added Version|unspecified |17.0 -- You

Re: [PATCH] dt-bindings: display-timing.txt convert non-ascii characters to ascii

On Tue, Jun 20, 2017 at 04:18:15PM -0700, frowand.l...@gmail.com wrote: > From: Frank Rowand > > Convert non-ascii up and down arrows to '^' and 'v' > > Signed-off-by: Frank Rowand > --- > .../devicetree/bindings/display/panel/display-timing.txt |

[Bug 99843] Geometry Shader - Incorrect Output

https://bugs.freedesktop.org/show_bug.cgi?id=99843 --- Comment #10 from Gert Wollny --- Looks good on Barts (6870) (mesa-git 903e1047) that actually uses r600g. When replaying the trace I see an api issue message though: 1430: message: api issue 1: FBO incomplete: no

[Bug 93715] [r600g] rendering issues with R600_DEBUG=nosb for all three 'raytrace' variants

https://bugs.freedesktop.org/show_bug.cgi?id=93715 --- Comment #4 from Gert Wollny --- For me it works correctly with current mesa-git and a 6870 HD (Barts). -- You are receiving this mail because: You are the assignee for the

[Bug 100612] [i915] [SNA] Graphics corruption with QupZilla

https://bugs.freedesktop.org/show_bug.cgi?id=100612 elizabethx.de.la.torre.m...@intel.com changed: What|Removed |Added Assignee|intel-gfx-bugs@lists.freede

Re: [PATCH v3.1 1/3] drm/rockchip: dw_hdmi: add RK3399 HDMI support

On Thu, Jun 22, 2017 at 2:17 AM, Mark Yao wrote: > RK3399 and RK3288 shared the same HDMI IP controller, only some light > difference with GRF configure. > > Signed-off-by: Yakir Yang > Signed-off-by: Mark Yao > --- >

[PATCH 2/2] drm/stm: Fixup for "drm/stm: ltdc: Add panel-bridge support"

Signed-off-by: Eric Anholt --- This fixup would be squashed into patch 1 of your series. drivers/gpu/drm/stm/ltdc.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/stm/ltdc.c b/drivers/gpu/drm/stm/ltdc.c index 7d7e889f09c3..d1d28348512b

[PATCH 1/2] drm/stm: Fix leak of pixel clock enable in some error paths.

The clock gets enabled early on in init, since it's required in order to read registers. If only devm_clk_prepare_enable() was a thing! Signed-off-by: Eric Anholt --- This fixup, if you like, I would slip in before patch 1 of your series. drivers/gpu/drm/stm/ltdc.c | 10

Re: [PATCH] drm/vc4: Allow vblank_disable_immediate on non-fw-kms. (v2)

Mario Kleiner writes: > With instantaneous high precision vblank timestamping > that updates at leading edge of vblank, the emulated > "hw vblank counter" from vblank timestamping which > increments at leading edge of vblank, and reliable > page flip execution and

Re: [PATCH 3/4] drm/vc4: Use the atomic state's commit workqueue.

Daniel Vetter writes: > On Wed, Jun 21, 2017 at 11:50:01AM -0700, Eric Anholt wrote: >> Now that we're using the atomic helpers for fence waits, we can use >> the same codepath as drm_atomic_helper_commit() does for async, >> getting rid of our custom vc4_commit struct. > > \o/

[Bug 100612] [i915] [SNA] Graphics corruption with QupZilla

https://bugs.freedesktop.org/show_bug.cgi?id=100612 elizabethx.de.la.torre.m...@intel.com changed: What|Removed |Added Status|NEEDINFO|REOPENED --

[PATCH] vc4: Add an ioctl for labeling GEM BOs for summary stats

This has proven immensely useful for debugging memory leaks and overallocation (which is a rather serious concern on the platform, given that we typically run at about 256MB of CMA out of up to 1GB total memory, with framebuffers that are about 8MB ecah). The state of the art without this is to

[Bug 101222] [amd-staging] No HDMI/DP surround sound with DC on RX 480

https://bugs.freedesktop.org/show_bug.cgi?id=101222 --- Comment #6 from James Le Cuirot --- (In reply to Mikko Autio from comment #4) > Attached patch fixes multi-channel HDMI audio on my RX 460. I was about to shower you with praise but sadly that patch made no difference

Re: [PATCH 3/7] asm-generic/io.h: make ioread64 and iowrite64 universally available

On Thu, 22 Jun 2017 14:24:58 -0600 Logan Gunthorpe wrote: > On 6/22/2017 2:14 PM, Alan Cox wrote: > > If a platform doesn't support 64bit I/O operations from the CPU then you > > either need to use some kind of platform/architecture specific interface > > if present or

[linux-next:master 2278/9292] drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c:1995:6: sparse: symbol 'gfx_v9_0_enable_gfx_static_mg_power_gating' was not declared. Should it be static?

tree: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master head: 09c17284731e42dbe4c6d334603e9c05ba1219ae commit: 18924c719e1d2b194f93ef757584b814421f22a5 [2278/9292] drm/amdgpu/gfx9: allow updating gfx mgpg state reproduce: # apt-get install sparse git

[RFC PATCH linux-next] drm/amdgpu/gfx9: gfx_v9_0_enable_gfx_static_mg_power_gating() can be static

Signed-off-by: Fengguang Wu --- gfx_v9_0.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c b/drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c index a1e1b7aa..f2ae6f3 100644 ---

Re: [PATCH v5 0/2] drm: atmel-hlcdc: clut support

On Thu, 22 Jun 2017 07:03:09 +0200 Peter Rosin wrote: > Hi! > > This series adds support for an 8-bit clut mode in the atmel-hlcdc > driver. Applied to drm-misc-next. Thanks, Boris > > Changes since v4: > > - Added .clut_offset for overlay2 at 0xe00 for sama5d4

Re: [PATCH 4/7] alpha: provide ioread64 and iowrite64 implementations

On Thu, Jun 22, 2017 at 10:09 PM, Logan Gunthorpe wrote: > On 6/22/2017 2:08 PM, Alan Cox wrote: >> >> But this does not do the same thing as an ioread64 with regards to >> atomicity or side effects on the device. The same is true of the other >> hacks. You either have a real

[PULL] drm-misc-fixes for 4.12

Hi Dave, I was hoping I wouldn't have to send a pull this week, but alas, we have a regression fix to broken userspace. The issue was that we were sending stale property values from GETCONNECTOR after probing modes. The patch grabs the property values after probe to ensure everything is cohesive.

Re: [PATCH 3/7] asm-generic/io.h: make ioread64 and iowrite64 universally available

On Thu, 22 Jun 2017 10:48:13 -0600 Logan Gunthorpe wrote: > Currently, ioread64 and iowrite64 are only available io CONFIG_64BIT=y > and CONFIG_GENERIC_IOMAP=n. Thus, seeing the functions are not > universally available, it makes them unusable for driver developers. > This

[PATCH] drm/vc4: Fix VBLANK handling in crtc->enable() path

When we are enabling a CRTC, drm_crtc_vblank_get() is called before drm_crtc_vblank_on(), which is not supposed to happen (hence the WARN_ON() in the code). To solve the problem, we delay the 'update display list' operation after the CRTC is actually enabled. Signed-off-by: Boris Brezillon

Re: [RFC PATCH linux-next] drm/amdgpu/gfx9: gfx_v9_0_enable_gfx_static_mg_power_gating() can be static

On Thu, Jun 22, 2017 at 4:28 PM, kbuild test robot wrote: > > Signed-off-by: Fengguang Wu Applied. thanks! > --- > gfx_v9_0.c |6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git

Re: [PATCH 4/7] alpha: provide ioread64 and iowrite64 implementations

On Thu, 22 Jun 2017 10:48:14 -0600 Logan Gunthorpe wrote: > Alpha implements its own io operation and doesn't use the > common library. Thus to make ioread64 and iowrite64 globally > available we need to add implementations for alpha. > > For this, we simply use calls that

Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2

Hi all, On Wed, 21 Jun 2017 15:32:39 +0200 Marek Szyprowski wrote: > > On 2017-06-20 15:16, Christoph Hellwig wrote: > > On Tue, Jun 20, 2017 at 11:04:00PM +1000, Stephen Rothwell wrote: > >>

Re: [PATCH libdrm 1/2] xf86drm: inline drmIoctl()

On 22/06/17 11:45 PM, Eric Engestrom wrote: > On Thursday, 2017-06-22 10:42:21 +0900, Michel Dänzer wrote: >> >> Also, there are downsides to exposing library API calls as inline >> functions: E.g. if drmIoctl(2) ever needs a change (worst case a >> security bug fix), every user has to be

[Bug 101561] [bisected] [llvm] Blue color shift on videos in MPV when using vo=opengl[-hq]

https://bugs.freedesktop.org/show_bug.cgi?id=101561 Bug ID: 101561 Summary: [bisected] [llvm] Blue color shift on videos in MPV when using vo=opengl[-hq] Product: Mesa Version: git Hardware: Other OS: All

[Bug 101561] [bisected] [llvm] Blue color shift on videos in MPV when using vo=opengl[-hq]

https://bugs.freedesktop.org/show_bug.cgi?id=101561 --- Comment #1 from Nick Sarnie --- Created attachment 132151 --> https://bugs.freedesktop.org/attachment.cgi?id=132151=edit good R600_DEBUG=fs,vs,gs,ps,cs -- You are receiving this mail because: You are the

[Bug 101561] [bisected] [llvm] Blue color shift on videos in MPV when using vo=opengl[-hq]

https://bugs.freedesktop.org/show_bug.cgi?id=101561 --- Comment #2 from Nick Sarnie --- Created attachment 132152 --> https://bugs.freedesktop.org/attachment.cgi?id=132152=edit bad R600_DEBUG=fs,vs,gs,ps,cs -- You are receiving this mail because: You are the assignee

[Bug 101222] [amd-staging] No HDMI/DP surround sound with DC on RX 480

https://bugs.freedesktop.org/show_bug.cgi?id=101222 --- Comment #7 from Mikko Autio --- (In reply to James Le Cuirot from comment #6) > (In reply to Mikko Autio from comment #4) > > Attached patch fixes multi-channel HDMI audio on my RX 460. > > I was about to shower you

[Bug 101561] [bisected] [llvm] Blue color shift on videos in MPV when using vo=opengl[-hq]

https://bugs.freedesktop.org/show_bug.cgi?id=101561 --- Comment #3 from Nick Sarnie --- As a final piece of information, if I compile LLVM with asserts enabled, I get the following assert mpv:

[git pull] drm fixes for v4.12-rc7

Hi Linus, A varied bunch of fixes, one for an API regression with connectors, otherwise amdgpu and i915 have a bunch of varied fixes, the shrinker ones being the most important. Dave. The following changes since commit 41f1830f5a7af77cf5c86359aba3cbd706687e52: Linux 4.12-rc6 (2017-06-19

[Bug 101222] [amd-staging] No HDMI/DP surround sound with DC on RX 480

https://bugs.freedesktop.org/show_bug.cgi?id=101222 --- Comment #8 from Mikko Autio --- (In reply to Harry Wentland from comment #5) > Thanks, Mikko. Looks good. Do you want to send a patch to amd-gfx? If not > I'll create a patch with description and title for it. I'll

[PATCH v12 3/3] drm/i915: Add option to support dynamic backlight via DPCD

This patch adds option to enable dynamic backlight for eDP panel that supports this feature via DPCD register and set minimum / maximum brightness to 0% and 100% of the normal brightness. Signed-off-by: Puthikorn Voravootivat Reviewed-by: Dhinakaran Pandiyan

[PATCH v12 2/3] drm/i915: Add heuristic to determine better way to adjust brightness

Add heuristic to decide that AUX or PWM pin should use for backlight brightness adjustment and modify i915 param description to have auto, force disable, and force enable. The heuristic to determine that using AUX pin is better than using PWM pin is that the panel support any of the feature list

[PATCH v5 1/2] drm: atmel-hlcdc: add missing .set_property helper to the crtc

The default implementation should be used. Signed-off-by: Peter Rosin --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c b/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c index

Re: [PATCH 3/7] asm-generic/io.h: make ioread64 and iowrite64 universally available

On 6/22/2017 2:14 PM, Alan Cox wrote: If a platform doesn't support 64bit I/O operations from the CPU then you either need to use some kind of platform/architecture specific interface if present or accept you don't have one. Yes, I understand that. The thing is that every user that's

[PATCH v2 13/14] drm: stm: remove dead code and pointless local lut storage

The redundant fb helper .load_lut is no longer used, and can not work right without also providing the fb helpers .gamma_set and .gamma_get thus rendering the code in this driver suspect. Just remove the dead code. Signed-off-by: Peter Rosin --- drivers/gpu/drm/stm/ltdc.c | 12

[PATCH v12 1/3] drm/i915: Set PWM divider to match desired frequency in vbt

Read desired PWM frequency from panel vbt and calculate the value for divider in DPCD address 0x724 and 0x728 to have as many bits as possible for PWM duty cyle for granularity of brightness adjustment while the frequency divisor is still within 25% of the desired value. Signed-off-by: Puthikorn

[PATCH v2 05/14] drm: armada: remove dead empty functions

The redundant fb helpers .gamma_set and .gamma_get are no longer used. Remove the dead code. Signed-off-by: Peter Rosin --- drivers/gpu/drm/armada/armada_crtc.c | 10 -- drivers/gpu/drm/armada/armada_crtc.h | 2 -- drivers/gpu/drm/armada/armada_fbdev.c | 2 -- 3

Re: [PATCH 4/7] alpha: provide ioread64 and iowrite64 implementations

On 6/22/2017 2:08 PM, Alan Cox wrote: But this does not do the same thing as an ioread64 with regards to atomicity or side effects on the device. The same is true of the other hacks. You either have a real 64bit single read/write from MMIO space or you don't. You can't fake it. Yes, I know.

Re: [PATCH v5 0/2] drm: atmel-hlcdc: clut support

On 22/06/2017 at 07:03, Peter Rosin wrote: > Hi! > > This series adds support for an 8-bit clut mode in the atmel-hlcdc > driver. > > Changes since v4: > > - Added .clut_offset for overlay2 at 0xe00 for sama5d4 (unconfirmed if 0xe00 > is the correct offset, but I'll eat my hat if it's not

[PATCH v2 09/14] drm: i915: remove dead code and pointless local lut storage

The driver stores lut values from the fbdev interface, and is able to give them back, but does not appear to do anything with these lut values. The generic fb helpers have replaced this function, and may even have made the driver work for the C8 mode from the fbdev interface. But that is untested.

[PATCH v2 01/14] drm/fb-helper: keep the .gamma_store updated in drm_fb_helper_setcmap

I think the gamma_store can end up invalid on error. But the way I read it, that can happen in drm_mode_gamma_set_ioctl as well, so why should this pesky legacy fbdev stuff be any better? Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_fb_helper.c | 27

[PATCH v2 03/14] drm/fb-helper: do a generic fb_setcmap helper in terms of crtc .gamma_set

This makes the redundant fb helpers .load_lut, .gamma_set and .gamma_get totally obsolete. Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_fb_helper.c | 154 1 file changed, 63 insertions(+), 91 deletions(-) diff --git

Re: [PATCH 01/11] drm/fb-helper: do a generic fb_setcmap helper in terms of crtc .gamma_set

On 2017-06-22 08:36, Daniel Vetter wrote: > On Wed, Jun 21, 2017 at 11:40:52AM +0200, Peter Rosin wrote: >> On 2017-06-21 09:38, Daniel Vetter wrote: >>> On Tue, Jun 20, 2017 at 09:25:25PM +0200, Peter Rosin wrote: This makes the redundant fb helpers .load_lut, .gamma_set and .gamma_get

[PATCH v2 00/14] improve the fb_setcmap helper

Hi! While trying to get CLUT support for the atmel_hlcdc driver, and specifically for the emulated fbdev interface, I received some push-back that my feeble in-driver attempts should be solved by the core. This is my attempt to do it right. I have obviously not tested all of this with more than

[PATCH v2 12/14] drm: radeon: remove dead code and pointless local lut storage

The redundant fb helpers .load_lut, .gamma_set and .gamma_get are no longer used. Remove the dead code and hook up the crtc .gamma_set to use the crtc gamma_store directly instead of duplicating that info locally. Signed-off-by: Peter Rosin ---

Re: [PATCH v3 0/3] Add RK3399 HDMI Support

Thanks for Heiko's review and Rob's Ack. Seems no more confuse, pushed to drm-misc-next. Thanks. On 2017年06月09日 15:10, Mark Yao wrote: RK3399 and RK3288 shared the same HDMI IP controller, only some light difference with GRF configure, and an external VPLL clock need to configure. base on

[PATCH v2 14/14] drm: remove unused and redundant callbacks

Drivers no longer have any need for these callbacks, and there are no users. Zap. Zap-zap-zzzap-p-pp-p. Signed-off-by: Peter Rosin --- include/drm/drm_fb_helper.h | 32 include/drm/drm_modeset_helper_vtables.h | 16

Re: [PATCH 09/12] drm/fb-helper: Split dpms handling into legacy and atomic paths

On 2017-06-21 20:28, Daniel Vetter wrote: > Like with panning and modesetting, and like with those, stick with > simple drm_modeset_locking_all for the legacy path, and the full > atomic dance for atomic drivers. > > This means a bit more boilerplate since setting up the atomic state > machinery

[PATCH 0/7] cleanup issues with io{read|write}64

Hi, Presently, the 64bit IO functions are not very usable in drivers because they are not universally available in all architectures. This leads to a bunch of hacks in the kernel to work around this. (See the last 3 patches in this series.) As part of my switchtec_ntb submission which added

[PATCH v2 04/14] drm: amd: remove dead code and pointless local lut storage

The redundant fb helpers .load_lut, .gamma_set and .gamma_get are no longer used. Remove the dead code and hook up the crtc .gamma_set to use the crtc gamma_store directly instead of duplicating that info locally. Signed-off-by: Peter Rosin ---

Re: [PATCH 4/7] alpha: provide ioread64 and iowrite64 implementations

On 06/22/2017 09:48 AM, Logan Gunthorpe wrote: Alpha implements its own io operation and doesn't use the common library. Thus to make ioread64 and iowrite64 globally available we need to add implementations for alpha. For this, we simply use calls that chain two 32-bit operations. (mostly

[PATCH 5/7] ntb: ntb_hw_intel: remove ioread64 and iowrite64 hacks

Now that ioread64 and iowrite64 are available generically we can remove the hack at the top of ntb_hw_intel.c that patches them in when they are not available. Signed-off-by: Logan Gunthorpe Cc: Jon Mason Cc: Dave Jiang Cc: Allen

[PATCH v2 08/14] drm: gma500: remove dead code and pointless local lut storage

The redundant fb helpers .gamma_set and .gamma_get are no longer used. Remove the dead code and hook up the crtc .gamma_set to use the crtc gamma_store directly instead of duplicating that info locally. Signed-off-by: Peter Rosin --- drivers/gpu/drm/gma500/framebuffer.c |

[PATCH v2 03/14] drm/fb-helper: do a generic fb_setcmap helper in terms of crtc .gamma_set

This makes the redundant fb helpers .load_lut, .gamma_set and .gamma_get totally obsolete. Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_fb_helper.c | 151 +--- 1 file changed, 63 insertions(+), 88 deletions(-) This is an alternative

  1   2   >