[Bug 104717] Rocket League: grass rendering broken with nir

https://bugs.freedesktop.org/show_bug.cgi?id=104717 Kenneth Graunke changed: What|Removed |Added QA Contact|intel-3d-bugs@lists.freedes

[Bug 198511] lags in youtube videos 1080p 60fps with radeon hd4650 and kernel 4.15rc8

https://bugzilla.kernel.org/show_bug.cgi?id=198511 --- Comment #29 from Christian König (christian.koe...@amd.com) --- For this you need to call the driver IOCTL to create a buffer object directly. Best is probably you use the Mesa code as and work from that backward, see here

Re: [PATCH 2/2] drm/sun4i: Handle DRM_MODE_FLAG_**SYNC_POSITIVE correctly

On Sat, Jan 20, 2018 at 07:50:21PM +0100, Giulio Benetti wrote: > On previous handling, if specified DRM_MODE_FLAG_N*SYNC, > it was ignored, > because only PHSYNC and PVSYNC were taken into account. > DRM_MODE_FLAG_P*SYNC and DRM_MODE_FLAG_N*SYNC are not exclusive. > > If flags contains PVSYNC,

[Bug 102204] GLideN64 very slow on r600/radeonsi

https://bugs.freedesktop.org/show_bug.cgi?id=102204 H4nN1baL changed: What|Removed |Added Summary|GLideN64 very slow on |GLideN64 very slow on

Re: [PATCH 1/2] drm/sun4i: Handle DRM_BUS_FLAG_PIXDATA_*EDGE

Hi, On Sat, Jan 20, 2018 at 07:50:20PM +0100, Giulio Benetti wrote: > Can't set dclk polarity on sun4i. > > Handle both positive and negative dclk polarity, > according to bus_flags. It's not really that we can't set it, it's that it's been ignored. > Signed-off-by: Giulio Benetti

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio) and static noise in sound when LPCM on amdgpu Xorg driver

https://bugs.freedesktop.org/show_bug.cgi?id=101900 letha...@gmail.com changed: What|Removed |Added Summary|No HDMI HBR audio on|No HDMI HBR audio on

[Bug 198123] Console is the wrong color at boot with radeon 6670

https://bugzilla.kernel.org/show_bug.cgi?id=198123 --- Comment #22 from Paul Tobias (tobias@gmail.com) --- Created attachment 273783 --> https://bugzilla.kernel.org/attachment.cgi?id=273783=edit Red console text with kernel 4.14 and ast driver -- You are receiving this mail because: You

[PATCH v4 00/13] drm/sun4i: Support the Display Engine frontend

Hi, This is a first serie to enable the display engine frontend. This hardware block is found in the first generation Display Engine from Allwinner. Its role is to implement more advanced features that the associated backend, even though the backend alone can be used (and was used so far) for

[PATCH v4 10/13] drm/sun4i: backend: Add a custom atomic_check for the frontend

Now that we have everything in place, we can start enabling the frontend. This is more difficult than one would assume since there can only be one plane using the frontend per-backend. We therefore need to make sure that the userspace will not try to setup multiple planes using it, since that

[PATCH v4 06/13] drm/sun4i: engine: Add a VBLANK quirk callback

In some cases, the display engine needs to apply some quirks during the VBLANK event. In the Display Engine 1.0 case for example, we can only disable the frontend once the backend has been, which is at VBLANK. Let's introduce a callback that can be implemented by the various engines.

[PATCH v4 12/13] drm/sun4i: backend: Make sure we don't have a commit pending

If we try to read the backend registers while it fetches the new values, we end up with the value of some random register instead of the one we asked for. In order to prevent that, let's make sure that the very first thing we do during our atomic modesetting is to let the commit bit come to a

[PATCH v4 03/13] drm/sun4i: backend: Allow a NULL plane pointer to retrieve the format

The function converting the DRM format to its equivalent in the backend registers was assuming that we were having a plane. However, we might want to use that function when setting up a plane using the frontend, in which case we will not have a plane associated to the backend's layer. Yet, we

[PATCH v4 02/13] drm/sun4i: backend: Document the engine operations

Our operations were missing some documentation to explain what was expected from them. Let's make that clearer. Reviewed-by: Chen-Yu Tsai Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sunxi_engine.h | 46 +-

[PATCH v4 05/13] drm/sun4i: engine: Add a custom crtc atomic_check

We have some restrictions on what the planes and CRTC can provide that are tied to only one generation of display engines. For example, on the first generation, we can only have one YUV plane or one plane that uses the frontend output. Let's allow our engines to provide an atomic_check callback

[PATCH v4 08/13] drm/sun4i: Add a driver for the display frontend

The display frontend is an hardware block that can be used to implement some more advanced features like hardware scaling or colorspace conversions. It can also be used to implement the output format of the VPU. Let's create a minimal driver for it that will only enable the hardware scaling

[PATCH v4 04/13] drm/sun4i: backend: Add a custom plane state

We will need to store some additional data in the future to the state. Create a custom plane state that will embed those data, in order to store the pipe or whether or not that plane should use the frontend. Reviewed-by: Chen-Yu Tsai Reviewed-by: Neil Armstrong

[PATCH v4 09/13] drm/sun4i: backend: Wire in the frontend

Now that we have a driver, we can make use of it. This is done by adding a flag to our custom plane state that will trigger whether we should use the frontend on that particular plane or not. The rest is just plumbing to set up the backend to not perform the DMA but receive its data from the

[PATCH v4 07/13] drm/sun4i: engine: Create an atomic_begin callback

We have to implement some display engine specific behaviours in atomic_begin. Let's add a function for that. Reviewed-by: Chen-Yu Tsai Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_crtc.c | 6 +-

[PATCH v4 01/13] drm/sun4i: backend: Move line stride setup to buffer setup function

Setup the line stride in the buffer setup function, since it's tied to the buffer itself, and is not needed when we do not set the buffer in the backend. This is for example the case when using the frontend and then routing its output to the backend. Reviewed-by: Chen-Yu Tsai

[PATCH v4 13/13] ARM: dts: sun8i: a33 Enable our display frontend

The display frontend can be used to do hardware scaling, colorspaces conversion or to implement the buffer format output by the Cedar VPU. Since we're starting to have some support for it in the DRM driver, let's enable its DT node. Reviewed-by: Chen-Yu Tsai Signed-off-by: Maxime

[PATCH v4 11/13] drm/sun4i: backend: Use runtime_pm variant of atomic_commit_tail

During a hardware commit, the commit bit in the backend will only be cleared if the TCON is enabled. Use the runtime_pm variant of the atomic_commit_tail hook that makes sure that the CRTC, our TCON, is enabled when we perform an atomic_commit. Reviewed-by: Chen-Yu Tsai

[Bug 198123] Console is the wrong color at boot with radeon 6670

https://bugzilla.kernel.org/show_bug.cgi?id=198123 Paul Tobias (tobias@gmail.com) changed: What|Removed |Added CC||tobias@gmail.com

Re: [v3, 3/6] dt: booting-without-of: DT fix s/#interrupt-cell/#interrupt-cells/

On Fri, 2017-06-02 at 12:38:46 UTC, Geert Uytterhoeven wrote: > Signed-off-by: Geert Uytterhoeven > Acked-by: Rob Herring Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/4be4119d1fbd93c44d5c639735c312 cheers

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio)

https://bugs.freedesktop.org/show_bug.cgi?id=101900 --- Comment #27 from letha...@gmail.com --- After more tests, i have a small race condition on my systemctl setup which causes X to be unable to load the "amdgpu" driver and fallbacks on "modesetting" instead. In this case, the videocard can't

Re: [PATCH RFC 8/9] drm/i915: Allow default context priority to be set via cgroup parameter

On 2018-01-20 11:40 AM, Chris Wilson wrote: > > Along this vein, it's worthwhile pointing out that the current scheduler > is not even close to being the cgroup-enabled CFS implementation it > needs to be to call itself a scheduler. (It's more or less a no-op > scheduler.) It may be premature to

[PATCH v2 14/19] drm/sun4i: backend: Add support for zpos

Our various planes have a configurable zpos, that combined with the pipes allow to configure the composition. Since the interaction between the pipes, zpos and alphas framebuffers are not trivials, let's just enable the zpos as an immutable property for now, and use that zpos in our atomic_update

[PATCH v2 03/19] drm/atmel-exynos: Use the alpha format field in drm_format_info

Now that the drm_format_info has a alpha field to tell if a format embeds an alpha component in it, let's use it. Cc: Joonyoung Shim Cc: Kyungmin Park Cc: Seung-Woo Kim Acked-by: Inki Dae

[PATCH] video: remove unused kconfig SH_LCD_MIPI_DSI

SH_LCD_MIPI_DSI is unused since commit 18b6562c243f ("fbdev: sh_mipi_dsi: remove driver") So no need to keep it. Fixes: 18b6562c243f ("fbdev: sh_mipi_dsi: remove driver") Signed-off-by: Corentin Labbe --- drivers/video/Kconfig | 3 --- 1 file changed, 3 deletions(-)

[Bug 104723] [CI] igt@[kms_3d|igt@kms_panel_fitting] - fail - Could not open data file "1080p-left.png": No such file or directoryReceived signal SIGSEGV.

https://bugs.freedesktop.org/show_bug.cgi?id=104723 Marta Löfstedt changed: What|Removed |Added Summary|[CI] igt@kms_3d - fail -|[CI]

[PATCH v2 08/19] drm/rcar-du: Convert to the new generic alpha property

Now that we have support for per-plane alpha in the core, let's use it. Reviewed-by: Laurent Pinchart Signed-off-by: Maxime Ripard --- drivers/gpu/drm/rcar-du/rcar_du_drv.h | 1 +- drivers/gpu/drm/rcar-du/rcar_du_kms.c |

[PATCH v2 02/19] drm/atmel-hlcdc: Use the alpha format field in drm_format_info

Now that the drm_format_info has a alpha field to tell if a format embeds an alpha component in it, let's use it. Acked-by: Boris Brezillon Reviewed-by: Daniel Vetter Signed-off-by: Maxime Ripard ---

[PATCH v2 00/19] drm/sun4i: Support more planes, zpos and plane-wide alpha

Hi, This serie aims at enhancing the support for our planes in the current drm driver on the first generation of Allwinner's display engine. This also introduces a few generic stuff, as well as some conversion for some other drivers. This series basically implements three things that look

[PATCH v2 11/19] drm/sun4i: framebuffer: Add a custom atomic_check

In order to support normalized zpos, we need to call drm_atomic_normalize_zpos in our driver's drm_mode_config_funcs' atomic_check. Let's duplicate the definition of drm_atomic_helper_check for now. Signed-off-by: Maxime Ripard ---

[PATCH v2 07/19] drm/atmel-hclcdc: Convert to the new generic alpha property

Now that we have support for per-plane alpha in the core, let's use it. Acked-by: Boris Brezillon Signed-off-by: Maxime Ripard --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.h| 13 +---

[PATCH v2 09/19] drm/sun4i: backend: Fix structure indentation

The sun4i_plane_desc structure was somehow indented to two tabulations instead of one as we shoud do. Fix that. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_layer.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

Re: [PATCH RFC 8/9] drm/i915: Allow default context priority to be set via cgroup parameter

Quoting Michel Dänzer (2018-01-22 09:50:38) > On 2018-01-20 11:40 AM, Chris Wilson wrote: > > > > Along this vein, it's worthwhile pointing out that the current scheduler > > is not even close to being the cgroup-enabled CFS implementation it > > needs to be to call itself a scheduler. (It's more

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio) and static noise in sound when LPCM on amdgpu Xorg driver

https://bugs.freedesktop.org/show_bug.cgi?id=101900 --- Comment #28 from Andy Furniss --- (In reply to lethalwp from comment #27) > After more tests, i have a small race condition on my systemctl setup which > causes X to be unable to load the "amdgpu" driver and fallbacks

Re: [PATCH libdrm] modetest: Fix to check return value of asprintf()

On Wednesday, 2018-01-10 11:16:41 +0900, Seung-Woo Kim wrote: > There is warning about ignoring return value of 'asprintf'. Fix to > check return value of asprintf(). > > Signed-off-by: Seung-Woo Kim Reviewed-by: Eric Engestrom Do you have

[PATCH 1/2] media: adv7604: Add support for i2c_new_secondary_device

From: Jean-Michel Hautbois The ADV7604 has thirteen 256-byte maps that can be accessed via the main I²C ports. Each map has it own I²C address and acts as a standard slave device on the I²C bus. Allow a device tree node to override the default addresses so that

[PATCH 0/2] Add support for i2c_new_secondary_device

Back in 2014, Jean-Michel provided patches [0] to implement a means of describing software defined I2C addresses for devices through the DT nodes. The patch to implement the function "i2c_new_secondary_device()" was integrated, but the corresponding driver update didn't get applied. This short

[PATCH v2 10/19] drm/sun4i: backend: Fix define typo

There was a typo in the width spelling of the (unused) SUN4I_BACKEND_IYUVLINEWITDTH_REG macro. Fix it. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_backend.h | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[PATCH v2 13/19] drm/sun4i: backend: Set a default zpos in our reset hook

The our plane state zpos value will be set only if there's an existing state attached to the plane when creating the property. However, this is not the case during the probe, and we therefore need to put our default value in our reset hook. Signed-off-by: Maxime Ripard

[PATCH v2 12/19] drm/sun4i: backend: Move the coord function in the shared part

The function supposed to update a plane's coordinates is called in both branches of our function. Let's move it out the if statement. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_layer.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-)

[PATCH v2 06/19] drm/blend: Add a generic alpha property

Some drivers duplicate the logic to create a property to store a per-plane alpha. This is especially useful if we ever want to support extra protocols for Wayland like: https://lists.freedesktop.org/archives/wayland-devel/2017-August/034741.html Let's create a helper in order to move that to the

[PATCH v2 05/19] drm/vc4: Use the alpha format field in drm_format_info

Now that the drm_format_info has a alpha field to tell if a format embeds an alpha component in it, let's use it. Cc: Eric Anholt Reviewed-by: Daniel Vetter Signed-off-by: Maxime Ripard ---

[PATCH v2 16/19] drm/sun4i: backend: Assign the pipes automatically

Since we now have a way to enforce the zpos, check for the number of alpha planes, the only missing part is to assign our pipe automatically instead of hardcoding it. The algorithm is quite simple, but requires two iterations over the list of planes. In the first one (which is the same one that

[PATCH v2 01/19] drm/fourcc: Add a alpha field to drm_format_info

There's a bunch of drivers that duplicate the same function to know if a particular format embeds an alpha component or not. Let's create a field in the drm_format_info to avoid duplicating that logic and looking up formats all the time. Cc: Eric Anholt Cc: Inki Dae

[PATCH v2 19/19] drm/sun4i: backend: Remove ARGB spoofing

We've had some code for quite some time to prevent the alpha bug from happening on the lowest primary plane. Since we now check for this in our atomic_check, we can simply remove it. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_backend.c | 12

[PATCH v2 15/19] drm/sun4i: backend: Check for the number of alpha planes

Due to the way the composition is done in hardware, we can only have a single alpha-enabled plane active at a time, placed in the second (highest priority) pipe. Make sure of that in our atomic_check to not end up in an impossible scenario. Signed-off-by: Maxime Ripard

[PATCH v2 04/19] drm/rockchip: Use the alpha format field in drm_format_info

Now that the drm_format_info has a alpha field to tell if a format embeds an alpha component in it, let's use it. Acked-by: Sandy huang Reviewed-by: Daniel Vetter Signed-off-by: Maxime Ripard ---

[PATCH v2 18/19] drm/sun4i: Add support for plane alpha

Our backend supports a per-plane alpha property. Support it through our new helper. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_backend.c | 16 +--- drivers/gpu/drm/sun4i/sun4i_backend.h | 3 +++ drivers/gpu/drm/sun4i/sun4i_layer.c

[PATCH v2 17/19] drm/sun4i: backend: Make zpos configurable

Now that we have everything in place, we can make zpos configurable now. Change the zpos property from an immutable one to a regular. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_layer.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-)

[PATCH] drm/bridge/synopsys: dsi: Adopt SPDX identifiers

Add SPDX identifiers to the Synopsys DesignWare MIPI DSI host controller driver. Signed-off-by: Philippe Cornu --- drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git

[PATCH] drm/stm: drv: Improve data transfers

To optimize data transfers, align pitch on 128 bytes & height on 4 bytes. This optimization is not applicable without MMU. Signed-off-by: Yannick Fertre Signed-off-by: Vincent Abriou Signed-off-by: Philippe Cornu ---

Re: [PATCH 03/40] drm/rockchip: Respect page offset for PRIME mmap calls

Am Montag, 15. Januar 2018, 18:15:37 CET schrieb Thierry Escande: > From: Ørjan Eide > > When mapping external DMA-bufs through the PRIME mmap call, we might be > given an offset which has to be respected. However for the internal DRM > GEM mmap path, we have to ignore the

Re: [PATCH 02/40] drm/rockchip: support prime import sg table

Am Montag, 15. Januar 2018, 18:15:36 CET schrieb Thierry Escande: > From: Haixia Shi > > The prime fd to handle ioctl was not used with rockchip before. Support > was added in order to pass graphics_Gbm and to support potential uses > within Chrome OS (e.g. zero-copy video

[Bug 104736] Kernel panic with agd5's drm-next-4.17-wip & GFX8/Polaris10/Ellesmere/Rx-480-8GiB

https://bugs.freedesktop.org/show_bug.cgi?id=104736 Bug ID: 104736 Summary: Kernel panic with agd5's drm-next-4.17-wip & GFX8/Polaris10/Ellesmere/Rx-480-8GiB Product: DRI Version: XOrg git Hardware: Other

[Bug 104737] amdgpu module does not bind to 1002:6660 R5 M330

https://bugs.freedesktop.org/show_bug.cgi?id=104737 Tj <0.freedesk...@iam.tj> changed: What|Removed |Added Resolution|NOTABUG |FIXED --- Comment #3 from

[PATCH 5/5] drm/msm/adreno: Rename gpmufw to powerfw

The power management device on the a5xx cores is known as the GPMU (Graphics Power Management Unit). On a6xx cores the device was expanded and renamed as the GMU (Graphics Management Unit). Rename the 'gpmufw' name struct adreno_info as 'powerfw' to avoid confusion. Signed-off-by: Jordan Crouse

[v2 PATCH 0/5] drm/msm/gpu: Code reorganization ahead of a6xx

In anticipation of forthcoming a6xx support here is a handful of changes to reorganize the generic code a bit to make it easier to plug in the new target. Also included are a few minor bug fixes for issues that popped up in the midst of the new code development. Resending because I messed up a

[Bug 104731] UVD lockup on MPEG2 missing Field

https://bugs.freedesktop.org/show_bug.cgi?id=104731 --- Comment #3 from Francois Cartegnie --- What do you mean by stopping ? Ring N lockup kernel messages ? -- You are receiving this mail because: You are the assignee for the

[Bug 104731] UVD lockup on MPEG2 missing Field

https://bugs.freedesktop.org/show_bug.cgi?id=104731 --- Comment #4 from Christian König --- (In reply to Francois Cartegnie from comment #3) > What do you mean by stopping ? > Ring N lockup kernel messages ? Yes, exactly. -- You are receiving this mail

Re: [PATCH] dma-buf: fix reservation_object_wait_timeout_rcu once more

Quoting Christian König (2018-01-22 19:32:39) > We need to set shared_count even if we already have a fence to wait for. You mean for the if (ret > 0 && wait_all && (i + 1 < shared_count) clause. In the case of having the exclusive fence, i=0 (erm, once), but shared_count may still be just 1

[Bug 104731] UVD lockup on MPEG2 missing Field

https://bugs.freedesktop.org/show_bug.cgi?id=104731 Christian König changed: What|Removed |Added Status|NEW

Re: [PATCH] dma-buf: fix reservation_object_wait_timeout_rcu once more

Could you please make sure to add Cc: sta...@vger.kernel.org for this? This is causing crashing of wayland sessions on Fedora so we should definitely get this into stable. Other then that: Tested-by: Lyude Paul Reviewed-by: Lyude Paul On Mon, 2018-01-22 at

[Bug 104737] amdgpu module does not bind to 1002:6660 R5 M330

https://bugs.freedesktop.org/show_bug.cgi?id=104737 Bas Nieuwenhuizen changed: What|Removed |Added Resolution|--- |NOTABUG

Re: [PATCH] dma-buf: fix reservation_object_wait_timeout_rcu once more v2

Quoting Christian König (2018-01-22 20:00:03) > We need to set shared_count even if we already have a fence to wait for. > > v2: init i to -1 as well > > Signed-off-by: Christian König > Cc: sta...@vger.kernel.org > Tested-by: Lyude Paul >

[PATCH 1/5] drm/msm/adreno: Make microcode loading target specific

Move microcode loading to be target specific. While this results in a bit more code duplication (especially between A3XX/A4XX) this gives us more flexibility for newer targets that don't need to keep an extra copy of the firmware data around in memory. Signed-off-by: Jordan Crouse

[PATCH 3/5] drm/msm/gpu: Set number of clocks to 0 if the list allocation fails

If we fail to allocate gpu->grp_clks reset the number of available clocks to zero to avoid referencing the missing array later. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/msm/msm_gpu.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[Bug 104731] UVD lockup on MPEG2 missing Field

https://bugs.freedesktop.org/show_bug.cgi?id=104731 --- Comment #1 from Andy Furniss --- FWIW UVD has never (AFAIK) been able to decode field coded mpeg2, as it seems to be quite rare in the wild it doesn't come up much. A long time ago I managed to lock older h/w with a

[Bug 104737] amdgpu module does not bind to 1002:6660 R5 M330

https://bugs.freedesktop.org/show_bug.cgi?id=104737 Gopal Sharma changed: What|Removed |Added Priority|medium |highest

[Bug 104737] amdgpu module does not bind to 1002:6660 R5 M330

https://bugs.freedesktop.org/show_bug.cgi?id=104737 Bug ID: 104737 Summary: amdgpu module does not bind to 1002:6660 R5 M330 Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

[Bug 104738] Radeon HD 6970M/6990M crash on iMac on boot - only nomodeset helps

https://bugs.freedesktop.org/show_bug.cgi?id=104738 Bug ID: 104738 Summary: Radeon HD 6970M/6990M crash on iMac on boot - only nomodeset helps Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS:

[PATCH] dma-buf: fix reservation_object_wait_timeout_rcu once more v2

We need to set shared_count even if we already have a fence to wait for. v2: init i to -1 as well Signed-off-by: Christian König Cc: sta...@vger.kernel.org Tested-by: Lyude Paul Reviewed-by: Lyude Paul ---

[Bug 104737] amdgpu module does not bind to 1002:6660 R5 M330

https://bugs.freedesktop.org/show_bug.cgi?id=104737 Gopal Sharma changed: What|Removed |Added QA Contact||s10go...@gmail.com

[PATCH] dma-buf: fix reservation_object_wait_timeout_rcu once more

We need to set shared_count even if we already have a fence to wait for. Signed-off-by: Christian König --- drivers/dma-buf/reservation.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/dma-buf/reservation.c

Re: [PATCH] dma-buf: fix reservation_object_wait_timeout_rcu once more

Am 22.01.2018 um 20:42 schrieb Lyude Paul: Could you please make sure to add Cc: sta...@vger.kernel.org for this? Sure, just pushed into our upstream branch. Alex can you pick that up for your next drm-fixes pull request? Sorry for the noise, Christian. This is causing crashing of wayland

[Bug 104745] HEVC VDPAU decoding broken on RX 460 with UVD Firmware v1.130

https://bugs.freedesktop.org/show_bug.cgi?id=104745 saunders...@wright.edu changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH 2/2] drm: adv7511: Add support for i2c_new_secondary_device

On 22/01/18 13:00, Lars-Peter Clausen wrote: > On 01/22/2018 01:50 PM, Kieran Bingham wrote: >> The ADV7511 has four 256-byte maps that can be accessed via the main I²C >> ports. Each map has it own I²C address and acts as a standard slave >> device on the I²C bus. >> >> Allow a device tree node

Re: [PATCH v4 08/13] drm/sun4i: Add a driver for the display frontend

On Mon, Jan 22, 2018 at 5:25 PM, Maxime Ripard wrote: > The display frontend is an hardware block that can be used to implement > some more advanced features like hardware scaling or colorspace > conversions. It can also be used to implement the output format of

Re: [PATCH] dt-bindings: display: stm32: correct clock-names in dsi panel example

On Sun, Jan 21, 2018 at 2:58 PM, Philippe Cornu wrote: > In the dsi panel example, clock names in the "clock-names" > field have been swapped: > * "pclk" (peripheral clock) is < 1 CLK_F469_DSI> on stm32f4 > * "ref" (dsi phy pll ref clock) is <_hse> on stm32f4 > >

Re: [PATCH] dt-bindings: display: stm32: correct clock-names in dsi panel example

Hi Rob, On 01/22/2018 03:30 PM, Rob Herring wrote: > On Sun, Jan 21, 2018 at 2:58 PM, Philippe Cornu wrote: >> In the dsi panel example, clock names in the "clock-names" >> field have been swapped: >> * "pclk" (peripheral clock) is < 1 CLK_F469_DSI> on stm32f4 >> * "ref"

[PATCH v18 03/10] video: backlight: Add of_find_backlight helper in backlight.c

Add of_find_backlight, a helper function which is a generic version of tinydrm_of_find_backlight that can be used by other drivers to avoid repetition of code and simplify things. Signed-off-by: Meghana Madhyastha --- Acked-by: Daniel Thompson

[PATCH v18 06/10] drm/tinydrm: Call devres version of of_find_backlight

Call devm_of_find_backlight (the devres version) instead of of_find_backlight. Signed-off-by: Meghana Madhyastha --- Reviewed-by: Noralf Trønnes Reviewed-by: Sean Paul drivers/gpu/drm/tinydrm/mi0283qt.c | 2 +-

Re: [PATCH] dt-bindings: display: stm32: correct clock-names in dsi panel example

On Mon, Jan 22, 2018 at 8:39 AM, Philippe CORNU wrote: > Hi Rob, > > On 01/22/2018 03:30 PM, Rob Herring wrote: >> On Sun, Jan 21, 2018 at 2:58 PM, Philippe Cornu >> wrote: >>> In the dsi panel example, clock names in the "clock-names" >>> field

[Bug 103277] [bisected] Systems hangs on resume from S3 sleep due to "Match actual state during S3 resume" commit

https://bugs.freedesktop.org/show_bug.cgi?id=103277 --- Comment #12 from Harry Wentland --- Can you try blacklisting amdgpu and try S3 again? We've seen issues with S3 on 4.15 RCs outside of amdgpu where the system wouldn't come back from S3. It's fixed in more recent

[Bug 104723] [CI] igt@[kms_3d|igt@kms_panel_fitting] - fail - Could not open data file "1080p-left.png": No such file or directoryReceived signal SIGSEGV.

https://bugs.freedesktop.org/show_bug.cgi?id=104723 --- Comment #3 from Petri Latvala --- Caused by meson build using an incorrect string for IGT_DATADIR. Patch sent: https://patchwork.freedesktop.org/series/36896/ -- You are receiving this mail because: You are the

[Bug 103915] Undertale crashes on startup (compiling shaders?)

https://bugs.freedesktop.org/show_bug.cgi?id=103915 --- Comment #7 from Alexander Schlarb --- Created attachment 136894 --> https://bugs.freedesktop.org/attachment.cgi?id=136894=edit Backtrace of Undertale / YoYo Game Linux Runner just before crash -- You are

Re: [PATCH v4 00/13] drm/sun4i: Support the Display Engine frontend

On Mon, Jan 22, 2018 at 10:25:14AM +0100, Maxime Ripard wrote: > Hi, > > This is a first serie to enable the display engine frontend. > > This hardware block is found in the first generation Display Engine from > Allwinner. Its role is to implement more advanced features that the > associated

[PATCH v18 10/10] drm/omapdrm: Use of_find_backlight helper

Replace of_find_backlight_by_node and of the code around it with of_find_backlight helper to avoid repetition of code. Signed-off-by: Meghana Madhyastha --- Changes in v18: -Fixed warnings resulting from passing device_node* to of_find_backlight. Fixed it by

[PATCH 2/5] drm/msm/adreno: Use generic function to load firwmare to a buffer object

Move a5xx specific code to load firmware into a buffer object to the generic Adreno code. This will come in useful for future targets. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/msm/adreno/a5xx_gpu.c | 32 ++--

[PATCH 4/5] drm/msm: Pass the correct aperture end to drm_mm_init

drm_mm_init() takes the start and length of the intended virtual memory address region but the msm code is passing the end of the region instead. That would work out if the region started at 0 but it doesn't so the top of the region sneaks above the 32 bit boundary which won't work because the

[Bug 104736] Kernel panic with agd5's drm-next-4.17-wip & GFX8/Polaris10/Ellesmere/Rx-480-8GiB

https://bugs.freedesktop.org/show_bug.cgi?id=104736 --- Comment #1 from Robin Kauffman --- Oops, s/kennel/kernel/ -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[Bug 104737] amdgpu module does not bind to 1002:6660 R5 M330

https://bugs.freedesktop.org/show_bug.cgi?id=104737 --- Comment #1 from Tj <0.freedesk...@iam.tj> --- I helped this user for several hours in #ubuntu IRc support diagnosing this issue. It's: DMI: HP HP Notebook/81EC, BIOS F.23 12/01/2016 with integrated Intel and AMD GPUs. We fetched the

Re: [PATCH] dma-buf: fix reservation_object_wait_timeout_rcu once more

Am 22.01.2018 um 20:47 schrieb Chris Wilson: Quoting Christian König (2018-01-22 19:32:39) We need to set shared_count even if we already have a fence to wait for. You mean for the if (ret > 0 && wait_all && (i + 1 < shared_count) clause. In the case of having the exclusive fence, i=0 (erm,

[Bug 104744] [r600] Total War: Warhammer black textures and flickering.

https://bugs.freedesktop.org/show_bug.cgi?id=104744 Bug ID: 104744 Summary: [r600] Total War: Warhammer black textures and flickering. Product: Mesa Version: git Hardware: Other OS: All Status:

[Bug 104745] HEVC VDPAU decoding broken on RX 460 with UVD Firmware v1.130

https://bugs.freedesktop.org/show_bug.cgi?id=104745 Bug ID: 104745 Summary: HEVC VDPAU decoding broken on RX 460 with UVD Firmware v1.130 Product: DRI Version: XOrg git Hardware: Other OS: All

[Bug 104745] HEVC VDPAU decoding broken on RX 460 with UVD Firmware v1.130

https://bugs.freedesktop.org/show_bug.cgi?id=104745 --- Comment #1 from saunders...@wright.edu --- Created attachment 136912 --> https://bugs.freedesktop.org/attachment.cgi?id=136912=edit Software decoded version of the same timestamp in the file. -- You are receiving this mail because: You

[Bug 104745] HEVC VDPAU decoding broken on RX 460 with UVD Firmware v1.130

https://bugs.freedesktop.org/show_bug.cgi?id=104745 saunders...@wright.edu changed: What|Removed |Added OS|All |Linux (All)

Re: [PATCH libdrm] modetest: Fix to check return value of asprintf()

Hello, On 2018년 01월 22일 21:09, Eric Engestrom wrote: > On Wednesday, 2018-01-10 11:16:41 +0900, Seung-Woo Kim wrote: >> There is warning about ignoring return value of 'asprintf'. Fix to >> check return value of asprintf(). >> >> Signed-off-by: Seung-Woo Kim > >

  1   2   >