Re: [Intel-gfx] [PATCH v3 5/6] drm/i915: enable scrambling

Op 10-02-17 om 17:29 schreef Shashank Sharma: > Geminilake platform sports a native HDMI 2.0 controller, and is > capable of driving pixel-clocks upto 594Mhz. HDMI 2.0 spec > mendates scrambling for these higher clocks, for reduced RF footprint. > > This patch checks if the monitor supports

Re: [PATCH] drm: drm_printer: add __printf validation

On Wednesday, 2017-02-15 15:33:18 -0800, Joe Perches wrote: > drm_printf does not currently use the compiler to verify > format and arguments. Make it do so. > > Miscellanea: > > o Add appropriate #include files for __printf and struct va_format > o Convert dev_printk to dev_info I think these

Re: [PATCH 2/2] drm/i915: Avoid decomposing a signal-on-any fence-array

On Mon, Feb 20, 2017 at 01:32:42PM +0200, Joonas Lahtinen wrote: > On pe, 2017-02-17 at 18:35 +, Chris Wilson wrote: > > The code currently assumes that all fence arrays it sees are the normal > > signal-on-all variety, and decomposes the array into its individual > > fences so that it can

Re: [PATCH 1/9] gpu: ipu-v3: remove AXI ID setting for IC channel

On Fri, 2017-02-17 at 19:28 +0100, Lucas Stach wrote: > This is a pretty minor optimization for the IC channel to get > out-of-order AXI returns, but clashes with the AXI ID assignment > that needs to be done for the display channels on QuadPlus. > > Signed-off-by: Lucas Stach

Re: [PATCH 2/2] drm/i915: Avoid decomposing a signal-on-any fence-array

On pe, 2017-02-17 at 18:35 +, Chris Wilson wrote: > The code currently assumes that all fence arrays it sees are the normal > signal-on-all variety, and decomposes the array into its individual > fences so that it can extract the native i915 fences. If the fence array > is using signal-on-any,

[PATCH 1/1] drm/sti: fix build warnings in sti_drv.c and sti_vtg.c files

Fix compilation warning introduced by: commit 0c7ff84f7f9d ("drm/sti: remove deprecated legacy vtg slave") commit 5e60f595d6ca ("drm/sti: use atomic_helper for commit") Signed-off-by: Vincent Abriou --- drivers/gpu/drm/sti/sti_drv.c | 9 -

Re: KMS backlight ABI proposition

+plasma-devel, as suggested by Martin Gräßlin. On 17/02/17 14:58, Martin Peres wrote: Hey everyone, We have been working towards exposing the backlight as a KMS property instead of relying on the backlight drivers. We have CC:ed the people we have found to be the more likely to be interested

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Avoid decomposing a signal-on-any fence-array

Op 20-02-17 om 13:03 schreef Chris Wilson: > On Mon, Feb 20, 2017 at 01:32:42PM +0200, Joonas Lahtinen wrote: >> On pe, 2017-02-17 at 18:35 +, Chris Wilson wrote: >>> The code currently assumes that all fence arrays it sees are the normal >>> signal-on-all variety, and decomposes the array

Re: [PULL] mxsfb fixes

On 20 Feb. 2017 18:29, "Marek Vasut" wrote: On 02/20/2017 03:56 AM, Dave Airlie wrote: > On 19 February 2017 at 08:25, Marek Vasut wrote: >> On 02/17/2017 09:34 PM, Dave Airlie wrote: >>> On 17 February 2017 at 18:00, Marek Vasut wrote: On

Re: [PATCH v2 4/9] dt-bindings: Add Ampire AM-480272H3TMQW-T01H panel

On 02/16/2017 03:34 AM, Rob Herring wrote: > On Fri, Feb 10, 2017 at 03:54:44PM +0100, Yannick Fertre wrote: >> Signed-off-by: Yannick Fertre >> --- >> .../bindings/display/panel/ampire,am-480272h3tmqw-t01h.txt | 7 >> +++ >> 1 file changed, 7 insertions(+)

Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements

On Fri, Feb 17, 2017 at 04:43:41PM +0100, Maxime Ripard wrote: > On Fri, Feb 17, 2017 at 01:45:44PM +0100, Tobias Jakobi wrote: > > Hello Maxime, > > > > Maxime Ripard wrote: > > > Hi, > > > > > > On Thu, Feb 16, 2017 at 01:43:06PM +0100, Tobias Jakobi wrote: > > >> I was wondering about the

[Bug 96999] r600_shader.c:1590: warning: array subscript is above array bounds

https://bugs.freedesktop.org/show_bug.cgi?id=96999 Jan Ziak <0xe2.0x9a.0...@gmail.com> changed: What|Removed |Added Status|NEW |RESOLVED

[PATCH v3 0/7] STM32 LCD-TFT display controller

Version 3: - Update "st,stm32-ltdc.txt" binding. - Add a commit to "ARM: configs: stm32: ADD LDTC support" patch. Version 2: - Rename driver directory from st to stm. - Rename compatiblity from st,ltdc to st,stm32-ltdc. - Remove compatibility st,display-subsystem. - Rename driver from st-drm to

[PATCH v3 2/7] drm/st: Add STM32 LTDC driver

This patch adds support for the STM32 LCD-TFT display controller. Signed-off-by: Yannick Fertre --- drivers/gpu/drm/Kconfig |2 + drivers/gpu/drm/Makefile |1 + drivers/gpu/drm/stm/Kconfig | 14 + drivers/gpu/drm/stm/Makefile |7 +

[PATCH v3 1/7] dt-bindings: display: add STM32 LTDC driver

Signed-off-by: Yannick Fertre --- .../devicetree/bindings/display/st,stm32-ltdc.txt | 36 ++ 1 file changed, 36 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/st,stm32-ltdc.txt diff --git

[PATCH v3 6/7] ARM: dts: stm32: Enable ltdc & simple panel on stm32f429-Eval board

Enable ltdc & enable am-480272h3tmqw-t01h panel. Signed-off-by: Yannick Fertre --- arch/arm/boot/dts/stm32429i-eval.dts | 59 1 file changed, 59 insertions(+) diff --git a/arch/arm/boot/dts/stm32429i-eval.dts

Re: [PATCH] drm: drm_printer: add __printf validation

On Mon, 2017-02-20 at 12:17 +, Eric Engestrom wrote: > On Wednesday, 2017-02-15 15:33:18 -0800, Joe Perches wrote: > > drm_printf does not currently use the compiler to verify > > format and arguments. Make it do so. > > > > Miscellanea: > > > > o Add appropriate #include files for __printf

[PATCH v3 7/7] ARM: configs: stm32: ADD LDTC support

This patch adds STM32 LTDC support & simple panel support in stm32_defconfig file Signed-off-by: Yannick Fertre --- arch/arm/configs/stm32_defconfig | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/configs/stm32_defconfig

[PATCH v3 3/7] dt-bindings: Add Ampire AM-480272H3TMQW-T01H panel

Signed-off-by: Yannick Fertre --- .../bindings/display/panel/ampire,am-480272h3tmqw-t01h.txt | 7 +++ 1 file changed, 7 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/panel/ampire,am-480272h3tmqw-t01h.txt diff --git

[PATCH v3 5/7] ARM: dts: stm32: Add ltdc support on stm32f429 MCU

Add LTDC (Lcd-tft Display Controller) support. Signed-off-by: Yannick Fertre --- arch/arm/boot/dts/stm32f429.dtsi | 19 ++- 1 file changed, 18 insertions(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch/arm/boot/dts/stm32f429.dtsi

[PATCH v3 4/7] drm/panel: simple: Add support for Ampire AM-480272H3TMQW-T01H

Add simple-panel support for the Ampire AM-480272H3TMQW-T01H, which is a 4.3" WQVGA panel. Signed-off-by: Yannick Fertre --- drivers/gpu/drm/panel/panel-simple.c | 29 + 1 file changed, 29 insertions(+) diff --git

Re: [BUG] hdlcd gets confused about base address

Hi Russell, On Mon, Feb 20, 2017 at 12:16:03PM +, Russell King - ARM Linux wrote: > On Fri, Nov 18, 2016 at 11:37:33PM +, Russell King - ARM Linux wrote: > > Something I also noticed is this: > > > > scanout_start = gem->paddr + plane->state->fb->offsets[0] + > >

Re: imxdrm issue on SABRE Lite

Hi Dan, On Sat, 2017-02-11 at 21:09 +, Dan MacDonald wrote: > Hi Phillipp > > I'm having trouble getting xf86-video-armada working properly on a > Element 14 / Embest SABRE Lite board running Arch Linux with kernel > 4.9.8. I have been in touch with RMK and he's confident the crash > below is

Re: KMS backlight ABI proposition

Cc'ing Daniel, Lee and Jingoo, the backlight subsystem maintainers. On 17/02/17 14:58, Martin Peres wrote: > Hey everyone, > > We have been working towards exposing the backlight as a KMS property > instead of relying on the backlight drivers. We have CC:ed the people we > have found to be the

Re: [PATCH v3 1/2] drm/fb-helper: Add multi buffer support for cma fbdev

Hi Maxime, sorry, I have missed the discussion about the double buffering/virtual surface size patch series two weeks ago. My comments about the patch are inline: On Wed, Feb 15, 2017 at 05:19:08PM +0100, Maxime Ripard wrote: > From: Xinliang Liu Mabye you should take

Re: i915: Dealing with 90° rotated display ?

Hi, On 16-02-17 17:58, Ville Syrjälä wrote: On Thu, Feb 16, 2017 at 11:01:29AM +0100, Hans de Goede wrote: Hi, On 15-02-17 15:59, Ville Syrjälä wrote: On Wed, Feb 15, 2017 at 03:54:17PM +0100, Hans de Goede wrote: Hi Jani, As discussed here:

Re: [PATCH v5] drm/imx: ipuv3-plane: use drm_plane_helper_check_state, clipped coordinates

On Mon, 2017-02-20 at 14:30 +0100, Philipp Zabel wrote: > Use drm_plane_helper_check_state to clip raw user coordinates to crtc > bounds. This checks for full plane coverage and scaling already, so > we can drop some custom checks. Use the clipped coordinates everywhere. > > Suggested-by: Ville

Re: [PATCH v2 1/7] dt-bindings: display: add STM32 LTDC driver

On 02/16/2017 04:15 AM, Rob Herring wrote: > On Fri, Feb 10, 2017 at 04:24:28PM +0100, Yannick Fertre wrote: >> Signed-off-by: Yannick Fertre >> --- >> .../devicetree/bindings/display/st,stm32-ltdc.txt | 37 >> ++ >> 1 file changed, 37 insertions(+)

Re: [PATCH 2/2] drm/ast: Support AST2500

On 18 February 2017 at 22:22, Benjamin Herrenschmidt wrote: > On Sat, 2017-02-18 at 15:43 +, Emil Velikov wrote: >> >> Out of curiosity - can you try testing with and w/o the ddr_test_2500 >> bug fix(?). >> Would be interesting to see if any of the omitted code [in

[PATCH] drm: zte: fix static checker warning on variable 'fmt'

From: Shawn Guo Commit 4e986d3705df ("drm: zte: add overlay plane support") introduces the following static checker warning: drivers/gpu/drm/zte/zx_plane.c:170 zx_vl_rsz_setup() warn: always true condition '(fmt >= 0) => (0-u32max >= 0)' Fix it by change 'fmt' type to

Re: [PATCH 2/9] gpu: ipu-v3: add DT binding for the Prefetch Resolve Engine

On Fri, 2017-02-17 at 19:28 +0100, Lucas Stach wrote: > The Prefetch Resolve Engine is a prefetch and tile resolve engine > which prefetches display data from DRAM to an internal SRAM region. > It has a single clock for configuration register access and the > functional units. A single shared

Re: KMS backlight ABI proposition

On 20/02/17 12:46, Martin Peres wrote: +plasma-devel, as suggested by Martin Gräßlin. This reply also adds the current drivers/video/backlight maintainers (I forwarded the original mail to them separately, so I've been pretty brutal with the delete key when quoting the original mail). On

Re: [PATCH 5/9] gpu: ipu-v3: add driver for Prefetch Resolve Gasket

On Fri, 2017-02-17 at 19:28 +0100, Lucas Stach wrote: > This adds support for the i.MX6 QUadPlus PRG unit. It glues together the > IPU and the PRE units. > > Signed-off-by: Lucas Stach > --- > drivers/gpu/ipu-v3/Makefile | 2 +- > drivers/gpu/ipu-v3/ipu-prg.c | 413 >

[PATCH v5] drm/imx: ipuv3-plane: use drm_plane_helper_check_state, clipped coordinates

Use drm_plane_helper_check_state to clip raw user coordinates to crtc bounds. This checks for full plane coverage and scaling already, so we can drop some custom checks. Use the clipped coordinates everywhere. Suggested-by: Ville Syrjälä Signed-off-by: Philipp

[PATCH v6] drm/imx: ipuv3-plane: use drm_plane_helper_check_state, clipped coordinates

Use drm_plane_helper_check_state to clip raw user coordinates to crtc bounds. This checks for full plane coverage and scaling already, so we can drop some custom checks. Use the clipped coordinates everywhere. Suggested-by: Ville Syrjälä Signed-off-by: Philipp

[PATCH] drm/edid: Add EDID_QUIRK_FORCE_8BPC quirk for Rotel RSX-1058

Rotel RSX-1058 is a receiver with 4 HDMI inputs and a HDMI output, all 1.1. When a sink that supports deep color is connected to the output, the receiver will send EDIDs that advertise this capability, even if it isn't possible with HDMI versions earlier than 1.3. Currently the kernel is

Re: [PATCH 3/9] gpu: ipu-v3: add driver for Prefetch Resolve Engine

On Fri, 2017-02-17 at 19:28 +0100, Lucas Stach wrote: > This adds support for the i.MX6 QuadPlus PRE units. Currently only > linear prefetch into SRAM is supported, other modes of operation > like the tiled-to-linear conversion will be added later. > > Signed-off-by: Lucas Stach

Re: KMS backlight ABI proposition

Hi, On 20-02-17 20:27, Dave Airlie wrote: On 17 February 2017 at 22:58, Martin Peres wrote: Hey everyone, We have been working towards exposing the backlight as a KMS property instead of relying on the backlight drivers. We have CC:ed the people we have found to

Re: KMS backlight ABI proposition

Hi All, On 17-02-17 13:58, Martin Peres wrote: Hey everyone, We have been working towards exposing the backlight as a KMS property instead of relying on the backlight drivers. We have CC:ed the people we have found to be the more likely to be interested in the discussion but please add

Re: [BUG] hdlcd gets confused about base address

On Mon, Feb 20, 2017 at 05:53:31PM +, Liviu Dudau wrote: > Hi Russell, > > On Mon, Feb 20, 2017 at 12:16:03PM +, Russell King - ARM Linux wrote: > > On Fri, Nov 18, 2016 at 11:37:33PM +, Russell King - ARM Linux wrote: > > > Something I also noticed is this: > > > > > >

Re: KMS backlight ABI proposition

On 17 February 2017 at 22:58, Martin Peres wrote: > Hey everyone, > > We have been working towards exposing the backlight as a KMS property > instead of relying on the backlight drivers. We have CC:ed the people we > have found to be the more likely to be interested

[Bug 99857] Radeon R7 M260/M265 *ERROR* amdgpu asic reset failed - Suspending notebook freezes it

https://bugs.freedesktop.org/show_bug.cgi?id=99857 --- Comment #1 from Nayan Deshmukh --- What is the kernel version that you are using? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

[Bug 99851] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x8504)=0xCAFEDEAD)

https://bugs.freedesktop.org/show_bug.cgi?id=99851 Alex Deucher changed: What|Removed |Added Attachment #129726|text/x-log |text/plain

Re: [RFC][PATCH 1/2] drm/probe-helper: Add mode_valid check to drm_crtc_helper_funcs

I thought about this some more, I think what we need to fix this mess properly is: - mode_valid helper callbacks for crtc, encoder, bridges, with the same interface as for connectors. - calling all these new mode_valid hooks from the probe helpers, but with the restriction that we only reject a

Re: KMS backlight ABI proposition

On Mon, Feb 20, 2017 at 2:27 PM, Dave Airlie wrote: > On 17 February 2017 at 22:58, Martin Peres > wrote: >> Hey everyone, >> >> We have been working towards exposing the backlight as a KMS property >> instead of relying on the backlight drivers.

Re: KMS backlight ABI proposition

I don't work on this anymore, but, even disregarding the mess that is ACPI backlight: I think when people start interfacing with the Backlight API, they wonder why it's not normalized. And then you start implementing it, and you realize that some writes don't do anything. And that when you read

Re: [PATCH] [RFC] drm: Nerf DRM_CONTROL nodes

On Sun, Feb 19, 2017 at 4:21 PM, Thomas Hellstrom wrote: > So I think we need a quick revert of this commit or a quick stable > follow-up to unbreak things on our side. I'd much prefer we just register control nodes for vmwgfx only, with a commit message explaining in detail

[Bug 99857] Radeon R7 M260/M265 *ERROR* amdgpu asic reset failed - Suspending notebook freezes it

https://bugs.freedesktop.org/show_bug.cgi?id=99857 --- Comment #2 from Ederson --- In the `dmesg` attachment I've sent, I was using 4.9.8. I've just updated to 4.9.9 on Arch, and the issue is still here. -- You are receiving this mail because: You are the assignee

Re: [PATCH v2 0/5] Fix the parse_dt of exynos dsi and remove the OF graph

2017년 02월 20일 17:55에 Krzysztof Kozlowski 이(가) 쓴 글: > On Mon, Feb 20, 2017 at 10:32 AM, Inki Dae wrote: >> >> >> 2017년 02월 20일 16:27에 Krzysztof Kozlowski 이(가) 쓴 글: >>> On Mon, Feb 20, 2017 at 9:07 AM, Inki Dae wrote: Hi Krzysztof, Can

[Bug 99851] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x8504)=0xCAFEDEAD)

https://bugs.freedesktop.org/show_bug.cgi?id=99851 --- Comment #15 from Alex Deucher --- (In reply to Christian Zigotzky from comment #12) > Hi All, > > I have the same problem. > > System: > > A-EON AmigaOne X1000 PowerPC > Nemo board with a P.A. Semi PA6T-1682M CPU >

Re: [PATCH v2] drm/dp/mst: fix kernel oops when turning off secondary monitor

For next time around, pls cc dri-devel (it's in MAINTAINERS, get_maintainers.pl gets it right) too. -Daniel On Mon, Dec 5, 2016 at 10:49 PM, Pierre-Louis Bossart wrote: > 100% reproducible issue found on SKL SkullCanyon NUC with two external > DP

[Bug 99851] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x8504)=0xCAFEDEAD)

https://bugs.freedesktop.org/show_bug.cgi?id=99851 --- Comment #14 from Alex Deucher --- (In reply to intermedi...@hotmail.com from comment #9) > Created attachment 129726 [details] > xorg new > > Hi Alex, > making more tests changing totally my inside pci setting and .

[Bug 99851] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x8504)=0xCAFEDEAD)

https://bugs.freedesktop.org/show_bug.cgi?id=99851 --- Comment #16 from intermedi...@hotmail.com --- Created attachment 129780 --> https://bugs.freedesktop.org/attachment.cgi?id=129780=edit my xorg log 7xxx (In reply to Alex Deucher from comment #14) > (In reply to

Re: [PULL] mxsfb fixes

On 02/20/2017 03:56 AM, Dave Airlie wrote: > On 19 February 2017 at 08:25, Marek Vasut wrote: >> On 02/17/2017 09:34 PM, Dave Airlie wrote: >>> On 17 February 2017 at 18:00, Marek Vasut wrote: On 02/17/2017 03:41 AM, Dave Airlie wrote: > On 16 February 2017

Re: [PATCH] drm/bridge: analogix_dp: Don't return -EBUSY when msg->size is 0 in aux transaction

Hi Tomasz, 在 2017/2/20 10:40, Tomasz Figa 写道: Hi Zain, On Mon, Feb 13, 2017 at 6:27 PM, zain wang wrote: The analogix_dp_transfer() will return -EBUSY if num_transferred is zero. But sometimes we will send a bare address packet to start the transaction, like

Re: [PATCH v2 0/5] Fix the parse_dt of exynos dsi and remove the OF graph

On Mon, Feb 20, 2017 at 9:07 AM, Inki Dae wrote: > Hi Krzysztof, > > Can you merge patch 2 and 5 to your tree so that they can go to mainline? > Otherwise, I can merge them to my tree if you give me acked-by. Hi, Hm? Why do you need them to be merged? Do you mean that the

Re: [PATCH] drm/bridge: analogix_dp: Don't return -EBUSY when msg->size is 0 in aux transaction

Hi Sean, Could you give some comments for this patch? Thanks Zain 在 2017/2/13 17:27, zain wang 写道: The analogix_dp_transfer() will return -EBUSY if num_transferred is zero. But sometimes we will send a bare address packet to start the transaction, like drm_dp_i2c_xfer() show:

Re: [PATCH 3/8] mm: cma: Export a few symbols

On Mon 13-02-17 14:44:16, Maxime Ripard wrote: > Hi Michal, > > On Thu, Feb 09, 2017 at 08:20:47PM +0100, Michal Hocko wrote: > > [CC CMA people] > > > > On Thu 09-02-17 17:39:17, Maxime Ripard wrote: > > > Modules might want to check their CMA pool size and address for debugging > > > and / or

Re: [PATCH v10 3/3] arm64: dts: exynos: Add support for S6E3HA2 panel device on TM2 board

On Mon, Feb 20, 2017 at 9:09 AM, Hoegeun Kwon wrote: > From: Hyungwon Hwang > > This patch add the panel device tree node for S6E3HA2 display > controller to TM2 dts. > > Signed-off-by: Hyungwon Hwang > Signed-off-by:

Re: [PATCH] drm/via: use get_user_pages_unlocked()

On 6 January 2017 at 07:09, Lorenzo Stoakes wrote: > > Adding Andrew, as this may be another less active corner of the corner, > thanks! Hi all, Thought I'd also give this one a gentle nudge now the merge window has re-opened, Andrew - are you ok to pick this up? I've

Re: [Intel-gfx] [PATCH v3 7/8] drm: Connector helper function to release resources

Pandiyan, Dhinakaran schreef op ma 13-02-2017 om 22:48 [+]: > On Mon, 2017-02-13 at 21:26 +, Pandiyan, Dhinakaran wrote: > > > > On Mon, 2017-02-13 at 09:05 +, Lankhorst, Maarten wrote: > > > > > > Pandiyan, Dhinakaran schreef op do 09-02-2017 om 18:55 [+]: > > > > > > > > On

Re: [PULL] mxsfb fixes

On 02/20/2017 10:05 AM, Dave Airlie wrote: > On 20 Feb. 2017 18:29, "Marek Vasut" wrote: > > On 02/20/2017 03:56 AM, Dave Airlie wrote: >> On 19 February 2017 at 08:25, Marek Vasut wrote: >>> On 02/17/2017 09:34 PM, Dave Airlie wrote: On 17 February 2017 at

Re: [PATCH v2 4/6] drm: convert drivers to use of_graph_get_remote_node

On 02/09/17 21:05, Rob Herring wrote: > Convert drivers to use the new of_graph_get_remote_node() helper > instead of parsing the endpoint node and then getting the remote device > node. Now drivers can just specify the device node and which > port/endpoint and get back the connected remote device

[PATCH v2] drm/rockchip: cdn-dp: Fix error handling

It is likely that both 'clk_disable_unprepare()' should be called if 'pm_runtime_get_sync()' fails. Add a new label for that, because 'err_set_rate' is not meaningful in this case. Add a missing call to 'pm_runtime_put()'. Fixes: 1a0f7ed3abe2 ("drm/rockchip: cdn-dp: add cdn DP support for

Re: [PATCH v2 0/5] Fix the parse_dt of exynos dsi and remove the OF graph

On Mon, Feb 20, 2017 at 10:32 AM, Inki Dae wrote: > > > 2017년 02월 20일 16:27에 Krzysztof Kozlowski 이(가) 쓴 글: >> On Mon, Feb 20, 2017 at 9:07 AM, Inki Dae wrote: >>> Hi Krzysztof, >>> >>> Can you merge patch 2 and 5 to your tree so that they can go to

Re: [BUG] hdlcd gets confused about base address

On Mon, Feb 20, 2017 at 05:53:31PM +, Liviu Dudau wrote: > Sorry, looks like this fell through the cracks of us trying to fix the > other issues you were seeing. I'm attaching a patch, please let me know > if this works for you. I don't have time to test right now, but it looks similar to

Re: [BUG] hdlcd gets confused about base address

On Mon, Feb 20, 2017 at 08:05:58PM +0200, Ville Syrjälä wrote: > This stuff should be using the clipped coordinates, not the user > coordinates. And it doesn't look like this guy is even calling the > clip helper thing. > > malidp seems to be calling that thing, but it still doesn't > manage to

Re: imxdrm issue on SABRE Lite

Hi Phillipp On Mon, Feb 20, 2017 at 3:42 PM, Philipp Zabel wrote: > Hi Dan, > > On Sat, 2017-02-11 at 21:09 +, Dan MacDonald wrote: >> Hi Phillipp >> >> I'm having trouble getting xf86-video-armada working properly on a >> Element 14 / Embest SABRE Lite board running

Re: [BUG] hdlcd gets confused about base address

On Fri, Nov 18, 2016 at 11:37:33PM +, Russell King - ARM Linux wrote: > Something I also noticed is this: > > scanout_start = gem->paddr + plane->state->fb->offsets[0] + > plane->state->crtc_y * plane->state->fb->pitches[0] + > plane->state->crtc_x *

Re: [PATCH v2 3/5] arm: dts: Remove the OF graph from DSI node for exynos3250 dts

On Thu, Feb 9, 2017 at 3:26 AM, Hoegeun Kwon wrote: > The OF graph is not needed because the panel is a child of dsi. So > Remove the ports node and move burst and esc clock frequency > properties to the parent (DSI node). > > Signed-off-by: Hoegeun Kwon

[Bug 99881] Lockup/Freezes on Laptop with switchable graphics

https://bugs.freedesktop.org/show_bug.cgi?id=99881 --- Comment #4 from Michel Dänzer --- (In reply to Matthew Fox from comment #3) > This is a fresh install and I have not set that env var anywhere. Where > could I check for that? What does env | grep DRI_ say? > Does

[Bug 99881] Lockup/Freezes on Laptop with switchable graphics

https://bugs.freedesktop.org/show_bug.cgi?id=99881 --- Comment #2 from Michel Dänzer --- It sounds like you have the environment variable DRI_PRIME=1 set for all applications? Those dmesg messages are normal when the dedicated GPU is powered up, which takes some time. With

[Bug 99881] Lockup/Freezes on Laptop with switchable graphics

https://bugs.freedesktop.org/show_bug.cgi?id=99881 --- Comment #5 from Matthew Fox --- > What does > > env | grep DRI_ > > say? That printed nothing. My session with runtime pm enabled (no radeon.runpm=0 in cmdline) had been running for a couple of hours without problem

[Bug 99881] Lockup/Freezes on Laptop with switchable graphics

https://bugs.freedesktop.org/show_bug.cgi?id=99881 Bug ID: 99881 Summary: Lockup/Freezes on Laptop with switchable graphics Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

[Bug 99881] Lockup/Freezes on Laptop with switchable graphics

https://bugs.freedesktop.org/show_bug.cgi?id=99881 --- Comment #1 from Matthew Fox --- Created attachment 129782 --> https://bugs.freedesktop.org/attachment.cgi?id=129782=edit lspci.log -- You are receiving this mail because: You are the assignee for the

[Bug 99881] Lockup/Freezes on Laptop with switchable graphics

https://bugs.freedesktop.org/show_bug.cgi?id=99881 --- Comment #11 from Matthew Fox --- Created attachment 129784 --> https://bugs.freedesktop.org/attachment.cgi?id=129784=edit Xorg.1.log -- You are receiving this mail because: You are the assignee for the

[Bug 99881] Lockup/Freezes on Laptop with switchable graphics

https://bugs.freedesktop.org/show_bug.cgi?id=99881 Matthew Fox changed: What|Removed |Added Attachment #129782|text/x-log |text/plain

[Bug 99881] Lockup/Freezes on Laptop with switchable graphics

https://bugs.freedesktop.org/show_bug.cgi?id=99881 --- Comment #10 from Matthew Fox --- Created attachment 129783 --> https://bugs.freedesktop.org/attachment.cgi?id=129783=edit dmesg.log 2 -- You are receiving this mail because: You are the assignee for the

[Bug 99881] Lockup/Freezes on Laptop with switchable graphics

https://bugs.freedesktop.org/show_bug.cgi?id=99881 --- Comment #12 from Matthew Fox --- Created attachment 129785 --> https://bugs.freedesktop.org/attachment.cgi?id=129785=edit Xorg.0.log -- You are receiving this mail because: You are the assignee for the

[RESEND PATCH v7 7/7] drm/rockchip/dsi: add dw-mipi power domain support

Reference the power domain incase dw-mipi power down when in use. Signed-off-by: Chris Zhong Reviewed-by: Sean Paul --- Changes in v6: None Changes in v5: None Changes in v4: None Changes in v3: None drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 16

[RESEND PATCH v7 4/7] drm/rockchip/dsi: remove mode_valid function

The MIPI DSI do not need check the validity of resolution, the max resolution should depend VOP. Hence, remove rk3288_mipi_dsi_mode_valid here. Signed-off-by: Chris Zhong --- Changes in v6: None Changes in v5: None Changes in v4: None Changes in v3: None

[RESEND PATCH v7 2/7] drm/rockchip/dsi: dw-mipi: support RK3399 mipi dsi

The vopb/vopl switch register of RK3399 mipi is different from RK3288, the default setting for mipi dsi mode is different too, so add a of_device_id structure to distinguish them, and make sure set the correct mode before mipi phy init. Signed-off-by: Chris Zhong

[RESEND PATCH v7 1/7] dt-bindings: add rk3399 support for dw-mipi-rockchip

The dw-mipi-dsi of rk3399 is almost the same as rk3288, the rk3399 has additional phy config clock. Signed-off-by: Chris Zhong Acked-by: Rob Herring --- Changes in v6: None Changes in v5: None Changes in v4: None Changes in v3: None

[RESEND PATCH v7 5/7] dt-bindings: add power domain node for dw-mipi-rockchip

Signed-off-by: Chris Zhong Acked-by: Rob Herring --- Changes in v6: None Changes in v5: None Changes in v4: None Changes in v3: None .../devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt | 3 +++ 1 file changed, 3 insertions(+) diff

[RESEND PATCH v7 6/7] drm/rockchip/dsi: fix insufficient bandwidth of some panel

Set the lanes bps to 1 / 0.9 times of pclk, the margin is not enough for some panel, it will cause the screen display is not normal, so increases the badnwidth to 1 / 0.8. Signed-off-by: Chris Zhong --- Changes in v6: None Changes in v5: None Changes in v4: None Changes in

Re: [PATCH v3 12/12] drm/i915: Listen for PMIC bus access notifications

Hi, On 16-02-17 20:02, Jani Nikula wrote: On Thu, 16 Feb 2017, Ville Syrjälä wrote: On Fri, Feb 10, 2017 at 11:28:02AM +0100, Hans de Goede wrote: Listen for PMIC bus access notifications and get FORCEWAKE_ALL while the bus is accessed to avoid needing to do

[PATCH] drm/rockchip: vop: no need wait vblank on crtc enable

Since atomic framework, crtc enable and disable are in pairs, no need to wait vblank. Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 36 - 1 file changed, 36 deletions(-) diff --git

[RESEND PATCH v7 0/7] Rockchip dw-mipi-dsi driver

Hi all [Resend this v7 version series, since there are 5 mails have gone missing, last week] This version does not change the existing v6 patches, just to add the "bandwidth fix" patch back, since we really need it. This patch serial is for RK3399 MIPI DSI. The MIPI DSI controller of RK3399 is

[RESEND PATCH v7 3/7] drm/rockchip/dsi: dw-mipi: correct the coding style

correct the coding style, according the checkpatch scripts Signed-off-by: Chris Zhong Reviewed-by: Sean Paul --- Changes in v6: None Changes in v5: None Changes in v4: None Changes in v3: None drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 29

RE: [PATCH v3 5/6] drm/i915: enable scrambling

Hello Ville, Jani I have addressed all your review comments in this patch set (V3). Can you please have a look if this seems ok ? Link: https://patchwork.kernel.org/patch/9567061/ Regards Shashank -Original Message- From: Sharma, Shashank Sent: Friday, February 10, 2017 9:59 PM To:

Re: [PATCH v2 0/5] Fix the parse_dt of exynos dsi and remove the OF graph

2017년 02월 20일 16:27에 Krzysztof Kozlowski 이(가) 쓴 글: > On Mon, Feb 20, 2017 at 9:07 AM, Inki Dae wrote: >> Hi Krzysztof, >> >> Can you merge patch 2 and 5 to your tree so that they can go to mainline? >> Otherwise, I can merge them to my tree if you give me acked-by. > >

[PATCH v2] drm: add drm_get_connector_force_name

Follow the naming in debugfs also for logging, add "unknown" for values beyond the enumerated ones. v2: add \n in connector_show, make internal to drm (Chris) Cc: Chris Wilson Reviewed-by: Chris Wilson Signed-off-by: Jani Nikula

DRM_CONTROL node breakage (Re: [PATCH] [RFC] drm: Nerf DRM_CONTROL nodes)

No. IMO Not fixing this immediately through stable is out of the question. The deal is that we don't break userspace. Having said that, I'm not against a long term vmwgfx-only solution. But let's fix this now. Admittedly we missed testing this but you got to understand that not all developer

Re: DRM_CONTROL node breakage (Re: [PATCH] [RFC] drm: Nerf DRM_CONTROL nodes)

> > No. > > IMO Not fixing this immediately through stable is out of the question. > The deal is that we don't break userspace. > Having said that, I'm not against a long term vmwgfx-only solution. But > let's fix this now. > > Admittedly we missed testing this but you got to understand that

[Bug 99881] Lockup/Freezes on Laptop with switchable graphics

https://bugs.freedesktop.org/show_bug.cgi?id=99881 --- Comment #13 from Michel Dänzer --- Please attach the output of xrandr. With runpm enabled, if you run xrandr, does the dedicated GPU turn on and the corresponding messages appear in dmesg? -- You are receiving this