Hi Thierry,
Thanks for posting these :)
Hi Archit,
Thanks for your reply.
On 01/10/2018 05:46 PM, Archit Taneja wrote:
I don't know if the rest of the rockchip patches in the series
depend on the 4 bridge patches. If they do, the rockchip maintainer
can queue both rockchip and bridge patches
This is required to use buffers allocated by vgem on AMD and ARM devices.
We're experiencing a case where eviction of the cache races with userspace
writes. To fix this, flush the cache after retrieving a page.
Signed-off-by: Gurchetan Singh
---
drivers/gpu/drm/vgem/vgem_drv.c | 1 +
1 file chan
This patch uses the __dma_map_area function to flush the cache
on ARM64.
v2: Don't use DMA API, call functions directly (Daniel)
Signed-off-by: Gurchetan Singh
---
drivers/gpu/drm/drm_cache.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/gpu/drm/drm_cache.c b/driver
We should use our common cache maintenance functions when possible.
Signed-off-by: Gurchetan Singh
---
drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 7 ++-
drivers/gpu/drm/tegra/gem.c | 7 ++-
2 files changed, 4 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm
The dma_cache_maint_page function is important for cache maintenance on
ARM32 (this was determined via testing).
Since we desire direct control of the caches in drm_cache.c, let's make
a copy of the function, rename it and use it.
v2: Don't use DMA API, call functions directly (Daniel)
Signed-of
Since clfush is an x86-only instruction, these function names won't
make much sense if we start adding cases for other architectures.
Signed-off-by: Gurchetan Singh
---
drivers/gpu/drm/drm_cache.c | 12 ++--
drivers/gpu/drm/i915/i915_gem.c | 2 +-
drivers/gpu
https://bugs.freedesktop.org/show_bug.cgi?id=104736
--- Comment #3 from Robin Kauffman ---
(In reply to Alex Deucher from comment #2)
> does manually loading gpu_sched before amdgpu fix the issue?
Can try to do so, but unsure as to how given that pretty much the entire
graphics stack is compiled
https://bugs.freedesktop.org/show_bug.cgi?id=104602
Jason Playne changed:
What|Removed |Added
Summary|Graphical artifacts in |[apitrace] Graphical
|
Hi Ville,
Thank you for the patch.
On Tuesday, 23 January 2018 19:08:57 EET Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Move the plane clip rectangle handling into
> drm_atomic_helper_check_plane_state(). Drivers no longer
> have to worry about such mundane details.
>
> v2: Convert armada,
Hi Ville,
Thank you for the patch.
On Tuesday, 23 January 2018 19:08:53 EET Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Use drm_mode_get_hv_timing() to fill out the plane clip rectangle.
>
> No functional changes as the code already uses crtc_state->mode
> to populate the clip, which is als
Hi Philippe,
On Tuesday, 23 January 2018 12:25:51 EET Philippe CORNU wrote:
> On 01/23/2018 12:30 AM, Laurent Pinchart wrote:
> > On Monday, 22 January 2018 12:26:08 EET Philippe Cornu wrote:
> >> Add SPDX identifiers to the Synopsys DesignWare MIPI DSI
> >> host controller driver.
> >>
> >> Signe
This allows for importing buffers allocated from the
hikey and hikey960 gralloc implelementations.
Cc: Marissa Wall
Cc: Sean Paul
Cc: Dmitry Shmidt
Cc: Robert Foss
Cc: Matt Szczesiak
Cc: Liviu Dudau
Cc: David Hanna
Cc: Rob Herring
Signed-off-by: John Stultz
---
v2:
* Make platformhisi and
Here is a second revision of the early RFC patch set I wanted to
send out to get some review and feedback on.
I've been working to enable the drm_hwcomposer for HiKey and
HiKey960 boards in AOSP, and this patchset contains the required
changes to the drm_hwcomposer code to get things working.
I'm
When using drm_hwcomposer with the hikey board, the resulting
display shows lots of tearing.
This seems to be due to EGLcomposition not initializing
properly, potentially due to I'm guessing limitations of what
the utgard mali driver can do. I've noted that with the
HiKey960 board, this patch is
Originally based on work by Rob Herring, this patch changes
ValidateDisplay() so that if there is only one plane, we modify
Device composited layers to be Client composited.
Without this, on devices with just one plane, nothing gets
displayed on the screen.
Suggestions for alternative solutions h
In trying to use drm_hwcomposer with HiKey/HiKey960 boards, I
found that the crtc wouldn't intitalize and the atomic commit
calls were failing.
I initially chased this down to following check in the kernel
drm_atomic_crtc_check() function failing:
if (state->event && !state->active && !crtc->sta
https://bugs.freedesktop.org/show_bug.cgi?id=102372
--- Comment #12 from Mike Lothian ---
Created attachment 136924
--> https://bugs.freedesktop.org/attachment.cgi?id=136924&action=edit
Revert of the Kabini DC disablement
I can send this to the list, though happy for you just to apply it
--
https://bugs.freedesktop.org/show_bug.cgi?id=102372
--- Comment #11 from Mike Lothian ---
Whilst I still get the following message:
[0.583506] [drm:construct] *ERROR* construct: Invalid Connector ObjectID
from Adapter Service for connector index:1! type 0 expected 3
DC does now work on Kabi
https://bugs.freedesktop.org/show_bug.cgi?id=104756
Alex Deucher changed:
What|Removed |Added
Attachment #136922|application/x-dc-rom|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=104756
Mike Lothian changed:
What|Removed |Added
CC||m...@fireburn.co.uk
--- Comment #1 from
https://bugs.freedesktop.org/show_bug.cgi?id=104756
Bug ID: 104756
Summary: [bisected] [kabini] [regression] [drm:amdgpufb_create]
*ERROR* failed to create fbcon object -12
Product: DRI
Version: DRI git
Hardware: Other
https://bugs.freedesktop.org/show_bug.cgi?id=104736
--- Comment #2 from Alex Deucher ---
does manually loading gpu_sched before amdgpu fix the issue?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
d
On Tue, Jan 23, 2018 at 12:44 PM, Sean Paul wrote:
> On Tue, Jan 23, 2018 at 2:23 PM, John Stultz wrote:
>> On Tue, Jan 23, 2018 at 7:58 AM, Sean Paul wrote:
>>> On Tue, Jan 23, 2018 at 12:30:58AM -0800, John Stultz wrote:
In trying to use the drm_hwcomposer on HiKey, I found things
wo
Hi Philippe,
On Tue, Jan 23, 2018 at 6:26 AM, Philippe Cornu wrote:
> The dw_mipi_dsi_host_transfer() must return the number of
> bytes transmitted/received on success instead of 0.
I'm a little confused. As of the latest drm-misc-next I'm looking at,
this still has conflicting documentation.
F
Hi Philippe,
I see you sent this out already today, while I only just responded
(late) to your questions about it... oh well :)
On Tue, Jan 23, 2018 at 6:26 AM, Philippe Cornu wrote:
> The DCS/GENERIC DSI read feature is not yet implemented so it
> is important to warn the host_transfer() caller
Hi Philippe,
On Thu, Jan 18, 2018 at 11:40:48AM +, Philippe CORNU wrote:
> On 01/11/2018 12:16 PM, Philippe CORNU wrote:
> > To be honest, I do not really like the memcpy here too and I agree with
> > you regarding the BE issue.
> >
> > My first "stm" driver (ie. before using this "freescale
On Tue, Jan 23, 2018 at 12:44 PM, Sean Paul wrote:
> On Tue, Jan 23, 2018 at 2:23 PM, John Stultz wrote:
>> On Tue, Jan 23, 2018 at 7:58 AM, Sean Paul wrote:
>>> On Tue, Jan 23, 2018 at 12:30:58AM -0800, John Stultz wrote:
In trying to use the drm_hwcomposer on HiKey, I found things
wo
Hi,
Philippe asked me to review the last version. I'm not sure I have a lot
to contribute. Maybe Rockchip folks who wrote this stuff in the first
place might. I've CC'd some.
On Tue, Jan 23, 2018 at 06:08:06PM +0100, Philippe Cornu wrote:
> The pixel clock is optional. When available, it offers a
On Tue, Jan 23, 2018 at 2:23 PM, John Stultz wrote:
> On Tue, Jan 23, 2018 at 7:58 AM, Sean Paul wrote:
>> On Tue, Jan 23, 2018 at 12:30:58AM -0800, John Stultz wrote:
>>> In trying to use the drm_hwcomposer on HiKey, I found things
>>> wouldn't initialize due to the following check in
>>> drm_at
On Tue, Jan 23, 2018 at 7:58 AM, Sean Paul wrote:
> On Tue, Jan 23, 2018 at 12:30:58AM -0800, John Stultz wrote:
>> In trying to use the drm_hwcomposer on HiKey, I found things
>> wouldn't initialize due to the following check in
>> drm_atomic_crtc_check() failing:
>>
>> if (state->event && !stat
https://bugs.freedesktop.org/show_bug.cgi?id=98974
--- Comment #19 from lukas.fuernkranz+bugzil...@gmail.com ---
(In reply to Gert Wollny from comment #14)
> Could you check whether the bug persists in 17.3.0? It includes patches
> that improve the register allocation on r600.
>
> If this doesn
On Tue, Jan 23, 2018 at 06:42:00PM +, Russell King - ARM Linux wrote:
> On Tue, Jan 23, 2018 at 07:08:55PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > As armada isn't an atomic driver trying to pass a non-populated
> > crtc->state to drm_atomic_helper_check_plane_state() will
On Tue, 2018-01-23 at 19:08 +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Move the plane clip rectangle handling into
> drm_atomic_helper_check_plane_state(). Drivers no longer
> have to worry about such mundane details.
>
> v2: Convert armada, rcar, and sun4i as well
>
> Cc: Liviu Duda
https://bugzilla.kernel.org/show_bug.cgi?id=86351
letha...@gmail.com changed:
What|Removed |Added
CC||letha...@gmail.com
--- Comment #30 fr
On Tue, Jan 23, 2018 at 07:08:57PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Move the plane clip rectangle handling into
> drm_atomic_helper_check_plane_state(). Drivers no longer
> have to worry about such mundane details.
>
> v2: Convert armada, rcar, and sun4i as well
>
> Cc: Liv
Den 23.01.2018 18.41, skrev Noralf Trønnes:
Den 23.01.2018 17.55, skrev Meghana Madhyastha:
On Tue, Jan 23, 2018 at 03:37:38PM +0100, Noralf Trønnes wrote:
Den 22.01.2018 15.56, skrev Meghana Madhyastha:
Replace of_find_backlight_by_node and of the code around it
with of_find_backlight helpe
Den 23.01.2018 17.55, skrev Meghana Madhyastha:
On Tue, Jan 23, 2018 at 03:37:38PM +0100, Noralf Trønnes wrote:
Den 22.01.2018 15.56, skrev Meghana Madhyastha:
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:
https://bugs.freedesktop.org/show_bug.cgi?id=101900
--- Comment #30 from letha...@gmail.com ---
@andy:
Indeed, when i make -j3 on the kernel, the sound gets right.
When i kill the make, the audio gets glitchy !
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=101900
--- Comment #29 from letha...@gmail.com ---
Thank you Andy, i will look into your previous comments and make some tests,
hope i will be able to confirm somehow.
I suppose these are all ati/radeon audio+cpu related?
Because i'ved used hdmi-audio
From: Ville Syrjälä
Move the plane clip rectangle handling into
drm_atomic_helper_check_plane_state(). Drivers no longer
have to worry about such mundane details.
v2: Convert armada, rcar, and sun4i as well
Cc: Liviu Dudau
Cc: Brian Starkey
Cc: Mali DP Maintainers
Cc: Daniel Vetter
Cc: Gust
From: Ville Syrjälä
Use drm_mode_get_hv_timing() to fill out the plane clip rectangle.
Note that this replaces crtc_state->adjusted_mode usage with
crtc_state->mode. The latter is the correct choice since that's the
mode the user provided and it matches the plane crtc coordinates
the user also p
From: Ville Syrjälä
Use drm_mode_get_hv_timing() to fill out the plane clip rectangle.
Since armada isn't atomic we'll use crtc->enabled and crtc->mode instead
of the stuff under crtc_state.
Once everyone agrees on how the clip rectangle gets set up we can
move the code into drm_atomic_helper_c
From: Ville Syrjälä
As armada isn't an atomic driver trying to pass a non-populated
crtc->state to drm_atomic_helper_check_plane_state() will end in tears.
Construct a temporary crtc state a la drm_plane_helper_check_update()
and pass that instead. For now we just really need crtc_state->enable
t
From: Ville Syrjälä
Use drm_mode_get_hv_timing() to fill out the plane clip rectangle.
No functional changes as the code already uses crtc_state->mode
to populate the clip, which is also what drm_mode_get_hv_timing()
uses.
Once everyone agrees on this we can move the clip handling into
drm_atom
The pixel clock is optional. When available, it offers a better
preciseness for timing computations and allows to reduce the extra dsi
bandwidth in burst mode (from ~20% to ~10-12%, hw platform dependant).
Reviewed-by: Andrzej Hajda
Signed-off-by: Philippe Cornu
---
Changes in v3: Simplify px_cl
On Tue, Jan 23, 2018 at 03:37:38PM +0100, Noralf Trønnes wrote:
>
> Den 22.01.2018 15.56, skrev Meghana Madhyastha:
> >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
> >---
> >Chang
From: Ayan Halder
Mali dp needs to disable pixel alpha blending (use layer alpha blending) to
display color formats that do not contain alpha bits per pixel
This patch depends on:
"[PATCH v2 01/19] drm/fourcc: Add a alpha field to drm_format_info"
Signed-off-by: Ayan Kumar Halder
---
Change i
On 2018-01-23 04:36 PM, Michal Hocko wrote:
> On Tue 23-01-18 15:27:00, Roman Gushchin wrote:
>> On Thu, Jan 18, 2018 at 06:00:06PM +0100, Michal Hocko wrote:
>>> On Thu 18-01-18 11:47:48, Andrey Grodzovsky wrote:
Hi, this series is a revised version of an RFC sent by Christian König
a fe
On Tue 23-01-18 15:27:00, Roman Gushchin wrote:
> On Thu, Jan 18, 2018 at 06:00:06PM +0100, Michal Hocko wrote:
> > On Thu 18-01-18 11:47:48, Andrey Grodzovsky wrote:
> > > Hi, this series is a revised version of an RFC sent by Christian König
> > > a few years ago. The original RFC can be found at
On Thu, Jan 18, 2018 at 06:00:06PM +0100, Michal Hocko wrote:
> On Thu 18-01-18 11:47:48, Andrey Grodzovsky wrote:
> > Hi, this series is a revised version of an RFC sent by Christian König
> > a few years ago. The original RFC can be found at
> > https://urldefense.proofpoint.com/v2/url?u=https-3
On Fri 19-01-18 17:54:36, Christian König wrote:
> Am 19.01.2018 um 13:20 schrieb Michal Hocko:
> > On Fri 19-01-18 13:13:51, Michal Hocko wrote:
> > > On Fri 19-01-18 12:37:51, Christian König wrote:
> > > [...]
> > > > The per file descriptor badness is/was just the much easier approach to
> > >
Document sysfs attributes of s6e63m0 lcd panel driver by looking through
git logs and reading code.
Signed-off-by: Aishwarya Pant
---
Documentation/ABI/testing/sysfs-class-lcd-s6e63m0 | 22 ++
1 file changed, 22 insertions(+)
create mode 100644 Documentation/ABI/testing/sysf
On Thu, Nov 23, 2017 at 09:04:47PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> This series first unifies all users of drm_atomic_helper_check_plane_state()
> to populate the clip rectangle with drm_mode_get_hv_timing(), and once
> everything is unified the clip rectangle handling is suc
On Tue, Jan 23, 2018 at 12:30:58AM -0800, John Stultz wrote:
> In trying to use the drm_hwcomposer on HiKey, I found things
> wouldn't initialize due to the following check in
> drm_atomic_crtc_check() failing:
>
> if (state->event && !state->active && !crtc->state->active) {
> DRM_DEBUG_ATO
https://bugs.freedesktop.org/show_bug.cgi?id=104738
--- Comment #2 from Alex Deucher ---
Can you attach your full dmesg output?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedes
Den 23.01.2018 11.00, skrev Daniel Thompson:
On Mon, Jan 22, 2018 at 02:49:28PM +, Meghana Madhyastha wrote:
Add helper functions backlight_enable and backlight_disable to
enable/disable a backlight device. These helper functions can
then be used by different drm and tinydrm drivers to avoi
On 2018-01-22 05:43 PM, Manasi Navare wrote:
> Existing helpers add support upto HBR2. This patch
> adds support for HBR3 rate (8.1 Gbps) introduced as
> part of DP 1.4 specification.
>
> Cc: Rodrigo Vivi
> Cc: Jani Nikula
> Cc: dri-devel@lists.freedesktop.org
> Signed-off-by: Manasi Navare
Bo
Den 22.01.2018 15.56, skrev Meghana Madhyastha:
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.
Add a fix & a warning in the dsi_host_transfer().
Philippe Cornu (2):
drm/bridge/synopsys: dsi: Fix dsi_host_transfer() return value
drm/bridge/synopsys: dsi: Add a warning msg on dsi read operations
drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c | 17 +++--
1 file changed, 15 ins
The DCS/GENERIC DSI read feature is not yet implemented so it
is important to warn the host_transfer() caller in case of
read operation requests.
Signed-off-by: Philippe Cornu
---
drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --
The dw_mipi_dsi_host_transfer() must return the number of
bytes transmitted/received on success instead of 0.
Note: nb_bytes is introduced in this patch as it will be
re-used with the future dcs/generic dsi read feature.
Signed-off-by: Philippe Cornu
---
drivers/gpu/drm/bridge/synopsys/dw-mipi-d
Den 22.01.2018 15.55, skrev Meghana Madhyastha:
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
---
Reviewed-by: Noralf Trønnes
Changes in v18:
-Fixed warnings resulting from passing d
https://bugzilla.kernel.org/show_bug.cgi?id=197327
mirh (m...@protonmail.ch) changed:
What|Removed |Added
CC||m...@protonmail.ch
--- Commen
Den 22.01.2018 15.54, skrev Meghana Madhyastha:
Use backlight_enable/disable helpers instead of changing
the property and calling backlight_update_status for cleaner
and simpler code and also to avoid repetitions.
Signed-off-by: Meghana Madhyastha
---
Reviewed-by: Noralf Trønnes
drivers
Den 22.01.2018 15.54, skrev Meghana Madhyastha:
Use backlight_enable/disable helpers instead of changing
the property and calling backlight_update_status for cleaner
and simpler code and also to avoid repetitions.
Signed-off-by: Meghana Madhyastha
---
Reviewed-by: Noralf Trønnes
driver
We were previously selecting 1024x768 and 32BPP as the default
set-up for the PL111 consumers.
This does not work on elder systems: the device tree bindings
support a property "max-memory-bandwidth" in bytes/second that
states that if you exceed this the memory bus will saturate.
The result is fli
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: 052e3ef222d2d8b0819aaf07e0063b5a0ea72762
commit: 4ab7d004f9ff2e877caa267887360e1804b4edcf [1493/1624] ASoC: AMD: enable
ACP3x drivers build
config: sparc64-allmodconfig (attached as .config)
compiler: sparc64-linux-
MHL bridge is usually connected to TV via MHL dongle. Currently plugging
HDMI cable to dongle is handled improperly.
Fix it by splitting connecting of a dongle and a HDMI cable. The driver
should now handle unplugging a sink from a dongle and plugging a
different sink with new edid.
Tested on MHL
Currently packed pixel modes in MHL2 can't be displayed. The device
automatically recognizes output format, so setting format other than
RGB causes failure. Fix it by writing proper values to registers.
Tested on MHL1 and MHL2 using various vendors' dongles both in
DVI and HDMI mode.
Signed-off-b
Hi Laurent,
A big *thank* for your review
On 01/23/2018 12:30 AM, Laurent Pinchart wrote:
> Hi Philippe,
>
> Thank you for the patch.
>
> On Monday, 22 January 2018 12:26:08 EET Philippe Cornu wrote:
>> Add SPDX identifiers to the Synopsys DesignWare MIPI DSI
>> host controller driver.
>>
>> Si
Reviewed-by: Karol Herbst
On Wed, Jan 17, 2018 at 7:53 PM, Luis de Bethencourt wrote:
> The trailing semicolon is an empty statement that does no operation.
> Removing it since it doesn't do anything.
>
> Signed-off-by: Luis de Bethencourt
> ---
>
> Hi,
>
> After fixing the same thing in driver
Current implementation of mode_valid() and mode_fixup() callbacks
handle packed pixel modes improperly.
Fix it by using proper maximum clock values from the documentation.
Signed-off-by: Maciej Purski
---
drivers/gpu/drm/bridge/sil-sii8620.c | 90
1 file cha
On Mon, Jan 22, 2018 at 02:49:28PM +, Meghana Madhyastha wrote:
> Add helper functions backlight_enable and backlight_disable to
> enable/disable a backlight device. These helper functions can
> then be used by different drm and tinydrm drivers to avoid
> repetition of code and also to enforce
On Mon, Jan 22, 2018 at 12:42:59PM -0500, Sean Paul wrote:
> Fixes the following build warnings:
> In file included from ../drivers/gpu/drm/sun4i/sun8i_mixer.h:18:0,
> from ../drivers/gpu/drm/sun4i/sun8i_vi_scaler.h:13,
> from ../drivers/gpu/drm/sun4i/sun8i_vi_scal
https://bugs.freedesktop.org/show_bug.cgi?id=104738
--- Comment #1 from Michel Dänzer ---
Does radeon.uvd=0 on the kernel command line help?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@
Cc: Laurent Pinchart
Signed-off-by: Baruch Siach
---
drivers/gpu/drm/panel/panel-lvds.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/panel/panel-lvds.c
b/drivers/gpu/drm/panel/panel-lvds.c
index e2d57c01200b..e651bf07df9a 100644
--- a/drivers/gpu/drm/panel
Hi,
Il 22/01/2018 09:51, Maxime Ripard ha scritto:
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 n
In trying to use the drm_hwcomposer on HiKey, I found things
wouldn't initialize due to the following check in
drm_atomic_crtc_check() failing:
if (state->event && !state->active && !crtc->state->active) {
DRM_DEBUG_ATOMIC("[CRTC:%d:%s] requesting event but off\n",
crtc
https://bugs.freedesktop.org/show_bug.cgi?id=104723
--- Comment #4 from Marta Löfstedt ---
The issue is now hidden since we are currently building with autotools. I will
archive the bug from cibuglog, but the bug should remain open until the patch
is merged and tested on a Meson based build.
--
Am 22.01.2018 um 21:09 schrieb Chris Wilson:
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
Reviewed-by: Lyude Paul
80 matches
Mail list logo
