Re: [PATCH 2/4] sync_file: add replace and export some functionality

On 15 March 2017 at 18:55, Daniel Vetter wrote: > On Wed, Mar 15, 2017 at 02:19:16PM +1000, Dave Airlie wrote: >> > >> > uabi semantics question: Should we wake up everyone when the fence gets >> > replaced? What's the khr semaphore expectation here? >> >> There are no real

RE: [PATCH 4/4] drm/amdgpu: resize VRAM BAR for CPU access

Thanks for your info. I see. Regards, Jerry (Junwei Zhang) Linux Base Graphics SRDC Software Development _ > -Original Message- > From: Alex Deucher [mailto:alexdeuc...@gmail.com] > Sent: Thursday, March 16, 2017 10:25 > To: Zhang, Jerry > Cc:

RE: [PATCH 4/4] drm/amdgpu: resize VRAM BAR for CPU access

> -Original Message- > From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of > Christian K?nig > Sent: Wednesday, March 15, 2017 17:29 > To: Zhou, David(ChunMing); Ayyappa Ch > Cc: linux-...@vger.kernel.org; linux-ker...@vger.kernel.org; amd- >

[PATCH v2 3/4] drm/rockchip/dsi: enable the grf clk before writing grf registers

For RK3399, the grf clk should be enabled before writing grf registers, otherwise the register value can not be changed. Signed-off-by: Chris Zhong --- Changes in v2: - check the grf_clk only for RK3399 drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 21 + 1

[PATCH v2 2/4] dt-bindings: add the grf clock for dw-mipi-dsi

For RK3399, the grf clock should be controlled by dw-mipi-dsi driver, add the description for this clock. Signed-off-by: Chris Zhong --- Changes in v2: None .../devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v2 0/4] RK3399 dw-mipi-dsi patches

Hi all This series set the phy_cfg_clk to be a required clock for RK3399, and add a grf clock control in dw-mipi-dsi driver. And then correct a register name. Changes in v2: - check the grf_clk only for RK3399 Chris Zhong (4): drm/rockchip/dsi: check phy_cfg_clk only for RK3399

[PATCH v2 4/4] drm/rockchip/dsi: correct the grf_switch_reg name

For the RK3399, the grf_switch_reg name should be RK3399_GRF_SOC_CON20, not RK3399_GRF_SOC_CON19. Signed-off-by: Chris Zhong --- Changes in v2: None drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH v2 1/4] drm/rockchip/dsi: check phy_cfg_clk only for RK3399

For RK3399, the phy_cfg_clk is a required clock, if phy_cfg_clk is disabled, MIPI phy can not work. Let's return a error if there is no phy_cfg_clk in dts property, when the pdata match RK3399. Signed-off-by: Chris Zhong --- Changes in v2: None

Re: [PATCH 4/4] drm/amdgpu: resize VRAM BAR for CPU access

On Wed, Mar 15, 2017 at 10:19 PM, Zhang, Jerry wrote: >> -Original Message- >> From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of >> Christian K?nig >> Sent: Wednesday, March 15, 2017 17:29 >> To: Zhou, David(ChunMing); Ayyappa Ch >> Cc:

Re: linux-4.11-rc1/drivers/gpu/drm/amd/amdgpu/vi.c: 3 bugs

On Mon, Mar 6, 2017 at 4:40 AM, David Binderman wrote: > > Hello there, > 1 > > [linux-4.11-rc1/drivers/gpu/drm/amd/amdgpu/vi.c:1041] -> > [linux-4.11-rc1/drivers/gpu/drm/amd/amdgpu/vi.c:1037]: (style) Same > expression on both sides of '|'. > > Maybe the macro

[PATCH libdrm] tests/exynos: fix memory issues of error path in g2d test

This patch fixes memory issues including NULL deference and leak in g2d test in error path. Signed-off-by: Seung-Woo Kim --- tests/exynos/exynos_fimg2d_test.c | 13 +++-- 1 files changed, 7 insertions(+), 6 deletions(-) diff --git

Re: [PATCH v2 1/2] drm/amdgpu: remove unneeded conversions to bool

On Wed, Mar 15, 2017 at 12:20 PM, Andrew F. Davis wrote: > Found with scripts/coccinelle/misc/boolconv.cocci. > > Signed-off-by: Andrew F. Davis > Reviewed-by: Christian König > --- > > Changes from v1: > - Rebased on v4.11-rc1 > - Added

[Bug 100222] Hang regression with R7 M370, identified possible culprit commit

https://bugs.freedesktop.org/show_bug.cgi?id=100222 --- Comment #2 from Alex Deucher --- Created attachment 130251 --> https://bugs.freedesktop.org/attachment.cgi?id=130251=edit patch 2/2 -- You are receiving this mail because: You are the assignee for the

[Bug 100222] Hang regression with R7 M370, identified possible culprit commit

https://bugs.freedesktop.org/show_bug.cgi?id=100222 --- Comment #1 from Alex Deucher --- Created attachment 130250 --> https://bugs.freedesktop.org/attachment.cgi?id=130250=edit patch 1/2 The attached patches should fix it. -- You are receiving this mail because: You

[PATCH v2 2/2] drm/amd/powerplay: remove unneeded conversions to bool

Found with scripts/coccinelle/misc/boolconv.cocci. Signed-off-by: Andrew F. Davis Reviewed-by: Christian König --- Changes from v1: - Rebased on v4.11-rc1 - Added Reviewed-by drivers/gpu/drm/amd/powerplay/amd_powerplay.c | 2 +-

[PATCH v2 1/2] drm/amdgpu: remove unneeded conversions to bool

Found with scripts/coccinelle/misc/boolconv.cocci. Signed-off-by: Andrew F. Davis Reviewed-by: Christian König --- Changes from v1: - Rebased on v4.11-rc1 - Added Reviewed-by drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 4 ++--

Re: [PATCH 2/3] drm/rockchip/dsi: enable the grf clk before writing grf registers

Hi Chris, On Wed, Mar 15, 2017 at 04:42:31PM +0800, Chris Zhong wrote: > For RK3399, the grf clk should be enabled before writing grf registers, > otherwise the register value can not be changed. > > Signed-off-by: Chris Zhong > --- > >

[PATCH libdrm] atomic: fix atomic_add_unless() fallback's return value

According to the kernel documentation: Returns non-zero if @v was not @u, and zero otherwise. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=100077 Fixes: 63fc571863aa64683400 ("atomic: add atomic_add_unless()") Signed-off-by: David Shao Reviewed-by: Eric Engestrom

[Bug 100222] Hang regression with R7 M370, identified possible culprit commit

https://bugs.freedesktop.org/show_bug.cgi?id=100222 Bug ID: 100222 Summary: Hang regression with R7 M370, identified possible culprit commit Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS:

[Bug 100089] Space Run rendering prolems

https://bugs.freedesktop.org/show_bug.cgi?id=100089 --- Comment #8 from Samuel Pitoiset --- Got the trace. The issue can be reproduced. I will investigate. Thanks -- You are receiving this mail because: You are the assignee for the

[Bug 100089] Space Run rendering prolems

https://bugs.freedesktop.org/show_bug.cgi?id=100089 --- Comment #7 from LunarG --- The invite should invite you to our file share site to get the trace. -- You are receiving this mail because: You are the assignee for the bug.___

[Bug 100089] Space Run rendering prolems

https://bugs.freedesktop.org/show_bug.cgi?id=100089 --- Comment #6 from LunarG --- Kenneth Graunke and Samuel Pitoiset should have the game now. I sent you guys an invite to our file share site. Let me know if you have any problems. -- You are receiving this mail because: You

Re: [PATCH 3/3] drm: Peek at the current counter/timestamp for vblank queries

On Wed, Mar 15, 2017 at 11:06:32PM +0200, Ville Syrjälä wrote: > > @@ -1608,6 +1619,21 @@ int drm_wait_vblank(struct drm_device *dev, void > > *data, > > > > vblank = >vblank[pipe]; > > > > + /* If the counter is currently enabled and accurate, short-circuit > > queries > > +* to

[Bug 99841] Switching to VT freezes X only on a dual screen

https://bugs.freedesktop.org/show_bug.cgi?id=99841 --- Comment #18 from Joseph Thommes --- The patch also solves the problem for me on 4.10.2-gentoo. Thank You. -- You are receiving this mail because: You are the assignee for the

[pull] radeon and amdgpu drm-fixes-4.11

Hi Dave, A few fixes for 4.11. The following changes since commit 3f81e1340706e9a7f854808e2f580c3106805d0c: drm: mxsfb: Implement drm_panel handling (2017-03-10 11:11:14 +1000) are available in the git repository at: git://people.freedesktop.org/~agd5f/linux drm-fixes-4.11 for you to

Re: [PATCH 3/3] drm: Peek at the current counter/timestamp for vblank queries

On Wed, Mar 15, 2017 at 08:40:27PM +, Chris Wilson wrote: > Bypass all the spinlocks and return the last timestamp and counter from > the last vblank if the driver delcares that it is accurate (and stable > across on/off), and the vblank is currently enabled. > > This is dependent upon the

Re: [PATCH 1/3] drm: Defer disabling the vblank IRQ until the next interrupt (for instant-off)

On Wed, Mar 15, 2017 at 08:40:25PM +, Chris Wilson wrote: > On vblank instant-off systems, we can get into a situation where the cost > of enabling and disabling the vblank IRQ around a drmWaitVblank query > dominates. And with the advent of even deeper hardware sleep state, > touching

[PATCH 2/3] drm: Skip the waitqueue setup for vblank queries

Avoid adding to the waitqueue and reprobing the current vblank if the caller is only querying the current vblank sequence and timestamp, where we know that the wait would return immediately. v2: Add CRTC identifier to debug messages Signed-off-by: Chris Wilson Cc:

[PATCH 3/3] drm: Peek at the current counter/timestamp for vblank queries

Bypass all the spinlocks and return the last timestamp and counter from the last vblank if the driver delcares that it is accurate (and stable across on/off), and the vblank is currently enabled. This is dependent upon the both the hardware and driver to provide the proper barriers to facilitate

[PATCH 1/3] drm: Defer disabling the vblank IRQ until the next interrupt (for instant-off)

On vblank instant-off systems, we can get into a situation where the cost of enabling and disabling the vblank IRQ around a drmWaitVblank query dominates. And with the advent of even deeper hardware sleep state, touching registers becomes ever more expensive. However, we know that if the user

RE: [PATCH 4/4] drm/amdgpu: resize VRAM BAR for CPU access

> -Original Message- > From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf > Of Christian König > Sent: Wednesday, March 15, 2017 3:38 AM > To: Ayyappa Ch > Cc: linux-...@vger.kernel.org; linux-ker...@vger.kernel.org; amd- > g...@lists.freedesktop.org;

[Bug 99841] Switching to VT freezes X only on a dual screen

https://bugs.freedesktop.org/show_bug.cgi?id=99841 --- Comment #17 from Elimar Riesebieter --- Thanks Michel for your efforts. Hereby I confirm that your patch against 4.11 works fine as well ;-) -- You are receiving this mail because: You are the assignee for the

Re: [PATCH 7/15] dt-bindings: display: sun4i: Add allwinner,tcon-channel property

On Tue, Mar 07, 2017 at 09:56:26AM +0100, Maxime Ripard wrote: > The Allwinner Timings Controller has two, mutually exclusive, channels. > When the binding has been introduced, it was assumed that there would be > only a single user per channel in the system. > > While this is likely for the

Re: [PATCH 6/15] dt-bindings: display: sun4i: Add HDMI display bindings

On Tue, Mar 07, 2017 at 09:56:25AM +0100, Maxime Ripard wrote: > One of the possible output of the display pipeline, on the SoCs that have > it, is the HDMI controller. > > Add a binding for it. > > Signed-off-by: Maxime Ripard > --- >

Re: [PATCH v3] drm/rockchip: Refactor the component match logic.

Am Mittwoch, 15. März 2017, 18:00:04 CET schrieb Heiko Stuebner: > Am Mittwoch, 15. März 2017, 18:20:47 CET schrieb Jeffy Chen: > > Currently we are adding all components from the dts, if one of their > > drivers been disabled, we would not be able to bring up others. > > > > Refactor component

[PATCH v4 2/8] drm/stm: Add STM32 LTDC driver

This controller provides output signals to interface directly a variety of LCD and TFT panels. These output signals are: RGB signals (up to 24bpp), vertical & horizontal synchronisations, data enable and the pixel clock. Change-Id: Ic1d6ade06ab7115c62e98dd21dc3981fb5948d1c Signed-off-by: Yannick

[PATCH v4 4/8] 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

[PATCH v4 1/8] dt-bindings: display: add STM32 LTDC driver

Acked-by: Rob Herring 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

[PATCH v4 0/8] STM32 LCD-TFT display controller

Version 4: - Update "ampire,am-480272h3tmqw-t01h.txt" binding with more details on gpios. - Update ltdc.c. Remove regmap, solve some typo & warnings. Version 3: - Update "st,stm32-ltdc.txt" binding. - Add a commit to "ARM: configs: stm32: ADD LDTC support" patch. Version 2: - Rename driver

[PATCH v4 7/8] ARM: configs: Add STM32 LTDC support in STM32 defconfig

Signed-off-by: Yannick Fertre --- arch/arm/configs/stm32_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/stm32_defconfig b/arch/arm/configs/stm32_defconfig index 436240d..9c6ba54e 100644 --- a/arch/arm/configs/stm32_defconfig +++

[PATCH v4 6/8] 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

[PATCH v4 8/8] ARM: configs: Add STM32 panel simple support in STM32 defconfig

Signed-off-by: Yannick Fertre --- arch/arm/configs/stm32_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/configs/stm32_defconfig b/arch/arm/configs/stm32_defconfig index 9c6ba54e..f7ddf29b 100644 --- a/arch/arm/configs/stm32_defconfig +++

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

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

[PATCH v4 5/8] 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

Re: [PATCH v2] dt-bindings: drm: rcar-du: Document optional reset properties

On Mon, Mar 06, 2017 at 05:25:56PM +0100, Geert Uytterhoeven wrote: > Document the optional properties for describing module resets, to > support resetting display channels and LVDS encoders on R-Car Gen2 and > Gen3. > > Signed-off-by: Geert Uytterhoeven > --- > See

Re: [PATCH v3] drm/rockchip: Refactor the component match logic.

Am Mittwoch, 15. März 2017, 18:20:47 CET schrieb Jeffy Chen: > Currently we are adding all components from the dts, if one of their > drivers been disabled, we would not be able to bring up others. > > Refactor component match logic, follow exynos drm. > > Signed-off-by: Jeffy Chen

Re: [PATCH 2/3] drm/rockchip/dsi: enable the grf clk before writing grf registers

On Wed, 15 Mar 2017 09:47:29 -0700, Brian Norris wrote: > On Wed, Mar 15, 2017 at 04:42:31PM +0800, Chris Zhong wrote: > > For RK3399, the grf clk should be enabled before writing grf registers, > > otherwise the register value can not be changed. > > > > Signed-off-by: Chris Zhong

Re: [PATCH 1/5] drm/tinydrm: Add tinydrm_rgb565_buf_copy()

On Wed, Mar 15, 2017 at 04:14:49PM +0100, Noralf Trønnes wrote: > > Den 15.03.2017 13.39, skrev Daniel Vetter: > > On Wed, Mar 15, 2017 at 01:15:37PM +0100, Noralf Trønnes wrote: > > > Den 14.03.2017 08.17, skrev Daniel Vetter: > > > > On Mon, Mar 13, 2017 at 01:30:40PM +0100, Noralf Trønnes

Re: [PATCH] drm/etnaviv: add etnaviv cooling device

On Wed, Mar 15, 2017 at 02:03:09PM +0100, Lucas Stach wrote: > Am Sonntag, den 12.03.2017, 19:00 + schrieb Russell King: > > Each Vivante GPU contains a clock divider which can divide the GPU clock > > by 2^n, which can lower the power dissipation from the GPU. It has been > > suggested that

[PATCH v3] drm/rockchip: Refactor the component match logic.

Currently we are adding all components from the dts, if one of their drivers been disabled, we would not be able to bring up others. Refactor component match logic, follow exynos drm. Signed-off-by: Jeffy Chen Reviewed-by: Andrzej Hajda ---

Re: [PATCH v2] drm/rockchip: Refactor the component match logic.

Hi Andrzej, On 03/14/2017 08:05 PM, Andrzej Hajda wrote: Hi Jeffy, On 14.03.2017 11:45, Jeffy Chen wrote: Currently we are adding all components from the dts, if one of their drivers been disabled, we would not be able to bring up others. Refactor component match logic, follow exynos drm.

Re: [PATCH 1/5] drm/tinydrm: Add tinydrm_rgb565_buf_copy()

Den 15.03.2017 13.39, skrev Daniel Vetter: On Wed, Mar 15, 2017 at 01:15:37PM +0100, Noralf Trønnes wrote: Den 14.03.2017 08.17, skrev Daniel Vetter: On Mon, Mar 13, 2017 at 01:30:40PM +0100, Noralf Trønnes wrote: Den 12.03.2017 19.00, skrev Daniel Vetter: On Sat, Mar 11, 2017 at 10:35:32PM

[PATCH v3 05/10] drm/exynos: set plane possible_crtcs in exynos_plane_init

All Exynos planes are assigned to exactly one CRTC, it allows to simplify initialization by moving setting of possible_crtcs to exynos_plane_init. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 2 +-

[PATCH v3 01/10] drm/exynos: simplify completion event handling

All Exynos CRTC drivers shouldn't fail at referencing vblank events, alternate path is actually dead code. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 17 - 1 file changed, 8 insertions(+), 9 deletions(-) diff --git

[PATCH v3 03/10] drm/exynos: kill exynos_drm_crtc::pipe

Since crtc index is stored in drm_crtc pipe field became redundant. The patch beside removing the field simplifies also exynos_drm_crtc_get_pipe_from_type. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 3 +--

[PATCH v3 08/10] drm/exynos/decon5433: kill DECON_UPDATE workaround

Since fixing CMU code (drm/exynos/decon5433: fix CMU programming) DECON started behave predictable and does not need special care during DECON_UPDATE writes. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 8 ++-- 1 file changed, 2

[PATCH v3 09/10] drm/exynos/decon5433: kill BIT_IRQS_ENABLED

BIT_IRQS_ENABLED flag duplicates drm_vblank_crtc::refcount, it could be safely removed. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 22 +++--- 1 file changed, 7 insertions(+), 15 deletions(-) diff --git

[PATCH v3 02/10] drm/exynos/decon5433: implement frame counter

DECON in Exynos5433 has frame counter, it can be used to implement get_vblank_counter callback. Signed-off-by: Andrzej Hajda --- v2: - reuse decon_get_frame_count function already implemented in previous patch --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 12

[PATCH v3 10/10] drm/exynos/decon5433: simplify shadow protect code

There is no point in protecting only particular windows during update. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 20 +++- include/video/exynos5433_decon.h | 1 + 2 files changed, 8 insertions(+), 13

[PATCH v3 00/10] drm/exynos: rework vblank handling - next

Hi Inki, This is -next part of my patchset 'drm/exynos: rework vblank handling'. With three additional cleanup patches. The patchset contains one improvement and cleanups/reworks: - adds frame counter callback, - removes redundant pipe related fields, - simplifies event handling. I have

[PATCH v3 04/10] drm/exynos: kill exynos_drm_private::pipe

The field duplicates drm_dev->mode_config.num_crtc. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 18 -- drivers/gpu/drm/exynos/exynos7_drm_decon.c| 11 ++- drivers/gpu/drm/exynos/exynos_drm_drv.h | 3 ---

[PATCH v3 07/10] drm/exynos: kill mode_set_nofb callback

All Exynos CRTCs are fully configured by .enable callback. The only users of mode_set_nofb actually did nothing in their callbacks - they immediately returned because devices were in suspend state - mode_set_nofb is always called on disabled device. Signed-off-by: Andrzej Hajda

[PATCH v3 06/10] drm/exynos: kill pipe field from drivers contexts

Since possible_crtcs are set by Exynos core helper pipe fields have no raison d'etre. The only place it was used, as a hack, is fimd_clear_channels, to avoid calling drm_crtc_handle_vblank, but DRM core has already other protection mechanism (vblank->enabled), so it could be safely removed.

Re: [RESEND PATCH] drm: amd: remove broken include path

On Tue, Mar 14, 2017 at 5:27 PM, Arnd Bergmann wrote: > The AMD ACP driver adds "-I../acp -I../acp/include" to the gcc command > line, which makes no sense, since these are evaluated relative to the > build directory. When we build with "make W=1", they instead cause > a warning: >

[Bug 91305] When running JohnTheRipper OpenCL tests: radeon 0000:01:00.0: ring 0 stalled for more than ...msec

https://bugs.freedesktop.org/show_bug.cgi?id=91305 Vedran Miletić changed: What|Removed |Added Blocks||99553 Referenced

[Bug 91315] When running JohnTheRipper OpenCL tests: The kernel rejected CS, see dmesg for more information. / [mi] EQ overflowing. Additional events will be discarded until existing events are proce

https://bugs.freedesktop.org/show_bug.cgi?id=91315 Vedran Miletić changed: What|Removed |Added Blocks||99553 Referenced

[Bug 87071] LLVM triggered Diagnostic Handler: unsupported call to function S2KItSaltedSHA1Generator in gpg

https://bugs.freedesktop.org/show_bug.cgi?id=87071 Vedran Miletić changed: What|Removed |Added Blocks||99553 Referenced

[Bug 99553] Tracker bug for runnning OpenCL applications on Clover

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Vedran Miletić changed: What|Removed |Added Depends on||91315, 91305, 87071

[Bug 99392] Ark survival evolved won't start

https://bugs.freedesktop.org/show_bug.cgi?id=99392 --- Comment #5 from Samuel Pitoiset --- Quick update: The issue has been fixed since v255.2. You no longer need any override envvars. -- You are receiving this mail because: You are the assignee for the

[Bug 93050] Amdgpu, Tonga "IO_PAGE_FAULT" and "[amdgpu]] *ERROR* amdgpu: ring 0 test failed" result in Kernel Panic

https://bugs.freedesktop.org/show_bug.cgi?id=93050 --- Comment #3 from s...@list.ru --- (In reply to Alexander Tsoy from comment #2) > These I/O page faults errors are quite annoying and delay boot for about 5 > seconds. Should I open a separate bug report? IMHO these should be reported. I had

[Bug 194867] DRM BUG while initializing cape verde (2nd card)

https://bugzilla.kernel.org/show_bug.cgi?id=194867 --- Comment #2 from Alex Deucher (alexdeuc...@gmail.com) --- Created attachment 255265 --> https://bugzilla.kernel.org/attachment.cgi?id=255265=edit patch 2/2 -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 194867] DRM BUG while initializing cape verde (2nd card)

https://bugzilla.kernel.org/show_bug.cgi?id=194867 Alex Deucher (alexdeuc...@gmail.com) changed: What|Removed |Added CC|

[Bug 99136] Blood Effects Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 --- Comment #37 from Samuel Pitoiset --- Not sure but this might help for your issue. https://cgit.freedesktop.org/mesa/mesa/commit/?id=7751ed39e40e08e5aa0633d018c9f25ad17f9bb0 Let me know if you get a chance to try.

Re: [PATCH v3] drm/rockchip: Refactor the component match logic.

On Wed, Mar 15, 2017 at 06:20:47PM +0800, Jeffy Chen wrote: > Currently we are adding all components from the dts, if one of their > drivers been disabled, we would not be able to bring up others. > > Refactor component match logic, follow exynos drm. > > Signed-off-by: Jeffy Chen

[Bug 99780] Flickering artifacts in radeonsi driver with divergent texture reads.

https://bugs.freedesktop.org/show_bug.cgi?id=99780 Samuel Pitoiset changed: What|Removed |Added Resolution|--- |FIXED

[Bug 100212] Implement vload_* and vstore_* to make Theano/libgpuarray working

https://bugs.freedesktop.org/show_bug.cgi?id=100212 Vedran Miletić changed: What|Removed |Added Summary|Implement vstore_* to make |Implement vload_*

[Bug 100105] Make Theano OpenCL support work on Clover and RadeonSI

https://bugs.freedesktop.org/show_bug.cgi?id=100105 Vedran Miletić changed: What|Removed |Added Depends on||100212

[Bug 97988] [radeonsi] playing back videos with VDPAU exhibits deinterlacing/anti-aliasing issues not visible with VA-API

https://bugs.freedesktop.org/show_bug.cgi?id=97988 Samuel Pitoiset changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 99484] Crusader Kings 2 - Loading bars, siege bars, morale bars, etc. do not render correctly

https://bugs.freedesktop.org/show_bug.cgi?id=99484 Samuel Pitoiset changed: What|Removed |Added Resolution|--- |FIXED

[Bug 99553] Tracker bug for runnning OpenCL applications on Clover

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Bug 99553 depends on bug 91556, which changed state. Bug 91556 Summary: [Clover / OpenCL] struct and union arguments handled incorrectly, producing CL_INVALID_ARG_SIZE https://bugs.freedesktop.org/show_bug.cgi?id=91556 What

Re: [PATCH] drm/etnaviv: add etnaviv cooling device

Am Sonntag, den 12.03.2017, 19:00 + schrieb Russell King: > Each Vivante GPU contains a clock divider which can divide the GPU clock > by 2^n, which can lower the power dissipation from the GPU. It has been > suggested that the GC600 on Dove is responsible for 20-30% of the power >

Re: [PATCH 1/5] drm/tinydrm: Add tinydrm_rgb565_buf_copy()

On Wed, Mar 15, 2017 at 01:15:37PM +0100, Noralf Trønnes wrote: > > Den 14.03.2017 08.17, skrev Daniel Vetter: > > On Mon, Mar 13, 2017 at 01:30:40PM +0100, Noralf Trønnes wrote: > > > Den 12.03.2017 19.00, skrev Daniel Vetter: > > > > On Sat, Mar 11, 2017 at 10:35:32PM +0100, Noralf Trønnes

Re: [PATCH] drm/exynos: Print kernel pointers in a restricted form

Hello Andrzej, note that i had already pointed Krzysztof to that documentation in my previous mail. - Tobias Andrzej Hajda wrote: > Hi Tobias, > > On 14.03.2017 21:41, Tobias Jakobi wrote: >> Krzysztof Kozlowski wrote: >>> On Tue, Mar 14, 2017 at 08:17:35PM +0100, Tobias Jakobi wrote:

Re: [PATCH 1/5] drm/tinydrm: Add tinydrm_rgb565_buf_copy()

Den 14.03.2017 08.17, skrev Daniel Vetter: On Mon, Mar 13, 2017 at 01:30:40PM +0100, Noralf Trønnes wrote: Den 12.03.2017 19.00, skrev Daniel Vetter: On Sat, Mar 11, 2017 at 10:35:32PM +0100, Noralf Trønnes wrote: Add tinydrm_rgb565_buf_copy() function that copies buffer rectangle to

[Bug 99553] Tracker bug for runnning OpenCL applications on Clover

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Vedran Miletić changed: What|Removed |Added Depends on||100212 Referenced

[Bug 100212] Implement vstore_* to make Theano/libgpuarray working

https://bugs.freedesktop.org/show_bug.cgi?id=100212 Vedran Miletić changed: What|Removed |Added Blocks||99553 Referenced

[Bug 100212] Implement vstore_* to make Theano/libgpuarray working

https://bugs.freedesktop.org/show_bug.cgi?id=100212 Bug ID: 100212 Summary: Implement vstore_* to make Theano/libgpuarray working Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity:

[Bug 194761] amdgpu driver breaks on Oland (SI)

https://bugzilla.kernel.org/show_bug.cgi?id=194761 Jean Delvare (jdelv...@suse.de) changed: What|Removed |Added Regression|No |Yes -- You are

[Bug 194761] amdgpu driver breaks on Oland (SI)

https://bugzilla.kernel.org/show_bug.cgi?id=194761 Jean Delvare (jdelv...@suse.de) changed: What|Removed |Added Status|NEW |RESOLVED

[PATCH v2] drm/exynos/dsi: make te-gpios optional

DSI forwards te-gpios interrupts to display controller, but if display controller works in HW-TRIGGER mode this interrupt is not necessary. Making te-gpios property optional allows to avoid generating spare interrupts. With this patch we can get rid of 60 interrupt callbacks per second.

Re: [PATCH 0/7] omapdrm: Fix GEM objects DMA unmapping

On 10/03/17 11:39, Laurent Pinchart wrote: > Hello, > > Memory leaks have been reported when allocating a cached omap_bo (with > OMAP_BO_CACHED. Investigation showed that this can only come from the DMA > mapping debug layer, as on ARM32 the non-coherent, non-IOMMU DMA mapping code > doesn't

Re: [PATCH 4/4] drm/amdgpu: resize VRAM BAR for CPU access

No, we resize the BAR on the fly during driver load without help from the BIOS or VBIOS. Christian. Am 15.03.2017 um 11:42 schrieb Ayyappa Ch: It also needs any support from VBIOS side ? I mean PCIe large bar support? Thanks, Ayyappa. On Wed, Mar 15, 2017 at 1:07 PM, Christian König

Re: [PATCH 4/4] drm/amdgpu: resize VRAM BAR for CPU access

It also needs any support from VBIOS side ? I mean PCIe large bar support? Thanks, Ayyappa. On Wed, Mar 15, 2017 at 1:07 PM, Christian König wrote: > Carizzo is an APU and resizing BARs isn't needed nor supported there. The > CPU can access the full stolen VRAM directly

Re: [PATCH libdrm] libdrm/amdgpu: add interface for kernel semaphores

Hi Dave, Barring the other discussions, allow me to put a couple of trivial suggestions: Please re-wrap the long lines to follow existing code style. On 14 March 2017 at 00:50, Dave Airlie wrote: > @@ -882,6 +894,12 @@ int amdgpu_cs_submit(amdgpu_context_handle context, >

Re: [PATCH 2/3] drm/omapdrm: Change possible_crtcs to possible_crtcs_for_planes

On 14/03/17 22:35, Jyri Sarha wrote: > Rename possible_crtcs local variable to possible_crtcs_for_planes in > omap_modeset_init() and add a comment about its initialization. This > is to make it more explicit what the variable is used for. > > Signed-off-by: Jyri Sarha > --- >

Re: [PATCH 3/3] drm/omapdrm: Separate ids for planes and CRTCs in omap_modeset_init()

Hi, On 14/03/17 22:35, Jyri Sarha wrote: > Add separate local id variables for indexing planes and CRTCs in > omap_modeset_init(). This is to make it more explicit what each local > variable is used for. "id" should be used for DRM object ids. I think here plane_id and crtc_id are really idx.

Re: [PATCH 1/3] dt-bindings: add the grf clock for dw-mipi-dsi

Am Mittwoch, 15. März 2017, 17:55:23 CET schrieb Chris Zhong: > Hi Heiko > > On 03/15/2017 05:03 PM, Heiko Stübner wrote: > > Am Mittwoch, 15. März 2017, 16:42:30 CET schrieb Chris Zhong: > >> For RK3399, the grf clock should be controlled by dw-mipi-dsi driver, > >> add the description for this

Re: [RFC][PATCH] dma-buf: Introduce dma-buf test module

On Tue, Mar 14, 2017 at 01:30:30PM -0700, Laura Abbott wrote: > On 03/14/2017 01:13 PM, Daniel Vetter wrote: > > On Tue, Mar 14, 2017 at 01:04:19PM -0700, Laura Abbott wrote: > >> > >> dma-buf is designed to share buffers. Sharing means that there needs to > >> be another subsystem to accept those

Re: [PATCH 4/4] amdgpu: use sync file for shared semaphores

On Wed, Mar 15, 2017 at 10:43:01AM +0100, Christian König wrote: > Am 15.03.2017 um 10:01 schrieb Daniel Vetter: > > On Tue, Mar 14, 2017 at 10:50:54AM +1000, Dave Airlie wrote: > > > From: Dave Airlie > > > > > > This creates a new interface for amdgpu with ioctls to > > >

Re: [PATCH 1/3] dt-bindings: add the grf clock for dw-mipi-dsi

Hi Heiko On 03/15/2017 05:03 PM, Heiko Stübner wrote: Am Mittwoch, 15. März 2017, 16:42:30 CET schrieb Chris Zhong: For RK3399, the grf clock should be controlled by dw-mipi-dsi driver, add the description for this clock. Signed-off-by: Chris Zhong ---

  1   2   >