On 09/20, Jernej Skrabec wrote:
> When setting the HDMI clock of H3, the PLL_VIDEO clock needs to be set.
>
> Add CLK_SET_RATE_PARENT flag for H3 HDMI clock.
>
> Signed-off-by: Jernej Skrabec
> Signed-off-by: Icenowy Zheng
> ---
Acked-by: Stephen Boyd
--
Qualcomm Innovation Center, Inc. is
Hi Andrew,
Today's linux-next merge of the akpm-current tree got conflicts in:
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
between commits:
b72cf4fca2bb ("drm/amdgpu: move taking mmap_sem into get_user_pages v2")
ca666a3c298f ("drm/amdgpu: stop using B
On Wed, 01 Nov 2017, Sean Paul wrote:
> On Wed, Nov 1, 2017 at 1:00 PM, Eric Anholt wrote:
>> Sean Paul writes:
>>
>>> On Wed, Nov 1, 2017 at 7:12 AM, Gustavo Padovan wrote:
2017-10-31 Sean Paul :
> On Tue, Oct 31, 2017 at 1:31 PM, Daniel Vetter wrote:
> > On Tue, Oct 31, 201
This uses the EDID info from Oculus Rift DK1, DK2, and CV1
to mark them as non-desktop.
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/drm_edid.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 0fee61abe98c..a3fa3220b646 10
On 01/11/17 00:32, Rafael J. Wysocki wrote:
On Tue, Oct 31, 2017 at 7:07 PM, Geert Uytterhoeven
wrote:
Hi Rafael,
On Tue, Oct 31, 2017 at 6:22 PM, Rafael J. Wysocki wrote:
On Tue, Oct 31, 2017 at 2:55 PM, Geert Uytterhoeven
wrote:
Hi Rafael, Tero,
CC pinchartl, dri-devel
On Tue, Oct 31,
[cut]
>> It seems the default values for pm_qos have changed with the patch, and that
>> breaks genpd at least. I only fixed PM runtime initially, but you could try
>> this diff to fix the genpd part also:
>>
>> diff --git a/include/linux/pm_qos.h b/include/linux/pm_qos.h
>> index d68b056..7c8f643
On Wed, Nov 1, 2017 at 11:28 AM, Tero Kristo wrote:
> On 01/11/17 00:32, Rafael J. Wysocki wrote:
>>
>> On Tue, Oct 31, 2017 at 7:07 PM, Geert Uytterhoeven
>> wrote:
>>>
>>> Hi Rafael,
>>>
>>> On Tue, Oct 31, 2017 at 6:22 PM, Rafael J. Wysocki
>>> wrote:
On Tue, Oct 31, 2017 at 2:55 PM
Hi,
On my Asus C201 laptop (rk3288) the HDMI has been behaving weirdly after
Linux upgrade.
~50% of the time after a hotplug, there is a vertical pink bar on the
left of the display area and audio is not working at all. According to
the sink device the display size is 1282x720 which seems pretty
Op 01-11-17 om 18:00 schreef Ville Syrjälä:
> On Wed, Nov 01, 2017 at 04:55:06PM +0100, Maarten Lankhorst wrote:
>> Op 01-11-17 om 16:29 schreef Ville Syrjälä:
>>> On Wed, Nov 01, 2017 at 04:04:33PM +0100, Maarten Lankhorst wrote:
This introduces a slight behavioral change to rmfb. Instead of
From: Colin Ian King
Trivial fix to spelling mistake in DRM_DEV_ERROR error message
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/msm/adreno/adreno_gpu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/msm/adreno/adreno_gpu.c
b/drivers/gpu/drm/msm/adren
On Wed, Nov 01, 2017 at 01:59:00PM +0100, Noralf Trønnes wrote:
>
> Den 01.11.2017 09.47, skrev Daniel Vetter:
> > On Tue, Oct 31, 2017 at 05:37:23PM +0100, Noralf Trønnes wrote:
> > > Den 30.10.2017 10.34, skrev Daniel Vetter:
> > > > Hi Noralf,
> > > >
> > > > On Sun, Oct 22, 2017 at 06:52:41PM
On Wed, Nov 01, 2017 at 02:08:37PM +, Chris Wilson wrote:
> Quoting Daniel Vetter (2017-10-31 16:38:26)
> > On Tue, Oct 31, 2017 at 03:28:01PM +0200, Ville Syrjälä wrote:
> > > On Tue, Oct 31, 2017 at 11:55:35AM +, Chris Wilson wrote:
> > > > To acquire all modeset locks requires a ww_ctx t
On Wed, Nov 01, 2017 at 02:47:34PM +, Chris Wilson wrote:
> Quoting Liviu Dudau (2017-11-01 14:44:58)
> > Commit db2395eccf08i ("drm: Convert drm_vma_manager to embedded
> > interval-tree in drm_mm") removed a line in drm_vma_offset_add() function
> > that
> > makes checking the result of call
Am 01.11.2017 um 15:06 schrieb Liviu Dudau:
Mappings need to be unmapped by calling dma_buf_unmap_attachment() and
not by calling again dma_buf_map_attachment(). Also fix some spelling
mistakes.
Signed-off-by: Liviu Dudau
Reviewed-by: Christian König
---
drivers/dma-buf/dma-buf.c | 6 +++
Am 01.11.2017 um 15:04 schrieb Liviu Dudau:
drm_mm_insert_node_generic() is a simplified version of
drm_mm_insert_node_in_range(), update comment to reflect correct
function name.
Signed-off-by: Liviu Dudau
Reviewed-by: Christian König
---
include/drm/drm_mm.h | 2 +-
1 file changed, 1
On Wed, Nov 01, 2017 at 08:35:33PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> When debugging bad plane source coordinates it helps to have an
> idea of what the framebuffer dimensions are.
>
> Signed-off-by: Ville Syrjälä
Makes sense.
Reviewed-by: Daniel Vetter
> ---
> drivers/g
Hi Dave,
Second pull request for 4.15 merge window.
highlights include:
- Usermode Events
The current events code implemented some data structures (waitqueue, fifo)
that were already implemented in the kernel. The patches below addresses
this issue by replacing them with the standard kernel impl
On Wed, Nov 01, 2017 at 08:29:16PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Throw away the bugs crtc coords vs. fb size check. Crtc coords don't
> define the viewport inside the fb, that's a job for the src coords,
> which have been checked by the core already.
>
> Cc: VMware Graphi
On Wed, Nov 01, 2017 at 08:29:17PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Atomic drivers have no reason to use drm_plane_helper_check_update()
> instead of drm_plane_helper_check_state(). So let's switch over.
>
> Cc: VMware Graphics
> Cc: Sinclair Yeh
> Cc: Thomas Hellstrom
>
On Wed, Nov 01, 2017 at 08:29:18PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Try to fix the code to actually clip the plane to the crtc bounds
> instead of the user provided crtc coordinates (which would be a no-op
> since those are exactly the coordinates before clipping).
>
> Cc: V
On Wed, Nov 01, 2017 at 10:15:58PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> drm_plane_helper_check_state() is supposed to do things the atomic way,
> so it should not be inspecting crtc->enabled. Rather we should be
> looking at crtc_state->enable.
Oh dear, how often are those legac
On Wed, Nov 01, 2017 at 10:16:19PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> drm_plane_helper_check_update() isn't a transitional helper, so let's
> rename it to drm_atomic_helper_check_plane_state() and move it into
> drm_atomic_helper.c.
>
> v2: Fix the WARNs about plane_state->crt
On Tue, Oct 31, 2017 at 07:11:53PM +, Mark Brown wrote:
> On Tue, Oct 31, 2017 at 12:03:35PM -0700, Laura Abbott wrote:
>
> > I'm not a fan of the platform bus but I have mixed feelings about
> > creating a dedicated bus type. I guess if we really need a bus
> > type we can do it later?
>
> T
On Wed, 1 Nov 2017 10:57:31 +0100
Boris Brezillon wrote:
> vc4->purgeable.size and vc4->purgeable.purged_size are size_t fields
> and should be printed with a %zd specifier.
Applied to drm-misc-next.
>
> Fixes: b9f19259b84d ("drm/vc4: Add the DRM_IOCTL_VC4_GEM_MADVISE ioctl")
> Signed-off-by:
https://bugs.freedesktop.org/show_bug.cgi?id=102358
--- Comment #28 from Thomas Hellström ---
Hi!
We can probably pave over this specific problem for the release, but making
dri3 fully thread-safe is a much larger task, which I will not have time for
before the release.
BTW are you running with
On Wed, 2017-10-25 at 16:30 +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This adds the infrastructure needed to quirk displays
> using edid and to mark them as non-desktop to denote
> that userspace shouldn't display a standard desktop on them.
>
> A non-desktop display is one which doesn't
On Thu, Nov 02, 2017 at 11:44:07AM +0100, Greg KH wrote:
> On Tue, Oct 31, 2017 at 07:11:53PM +, Mark Brown wrote:
> > There was a discussion a while ago in the context of I2C/SPI MFDs
> > which concluded that if you need a bus and it's going to be effectively
> > noop then you should just use
Printing a size_t variable needs to use the %z format string modifier
rather than %l, otherwise we get this warning on 64-bit architectures:
drivers/gpu/drm/vc4/vc4_bo.c: In function 'vc4_bo_stats_debugfs':
drivers/gpu/drm/vc4/vc4_bo.c:91:26: error: format '%d' expects argument of type
'int', but
The prototype of msm_rd_dump_submit() has recently changed. However,
we have two declarations of this functions, and the other one
remains the old version, leading to this:
drivers/gpu/drm/msm/msm_gpu.c: In function 'recover_worker':
drivers/gpu/drm/msm/msm_gpu.c:295:23: error: passing argument 1
Accessing the THIS_MODULE directly is only possible when modules
are enabled, otherwise we get a build failure:
drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c: In function
'amdgpu_virt_init_data_exchange':
drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c:331:20: error: dereferencing pointer
to incomplete type
It seems impossible to build this driver without setting either
CONFIG_DEBUG_KERNEL or CONFIG_DEBUG_DRIVER:
drivers/gpu/drm/amd/amdgpu/../display/dc/dm_services.h: In function
'set_reg_field_value_ex':
drivers/gpu/drm/amd/amdgpu/../display/dc/dm_services.h:132:2: error: implicit
declaration of f
The name conflicts with another macro of the same name on the ARM ixp4xx
platform, leading to build errors.
Neither of the users actually should use a name that generic, but the
other one was here first and the dc driver doesn't actually use it.
Signed-off-by: Arnd Bergmann
---
drivers/gpu/drm/a
gcc warns about an ambiguous integer calculation:
drivers/gpu/drm/amd/amdgpu/../display/dc/calcs/dce_calcs.c: In function
'calculate_bandwidth':
drivers/gpu/drm/amd/amdgpu/../display/dc/calcs/dce_calcs.c:534:5: error: this
decimal constant is unsigned only in ISO C90 [-Werror]
data->lb_line
The exynos DRM driver uses real-time 'struct timeval' values
for exporting its timestamps to user space. This has multiple
problems:
1. signed seconds overflow in y2038
2. the 'struct timeval' definition is deprecated in the kernel
3. time may jump or go backwards after a 'settimeofday()' syscall
Hi Arnd,
On Thu, 2 Nov 2017 12:20:43 +0100
Arnd Bergmann wrote:
> Printing a size_t variable needs to use the %z format string modifier
> rather than %l, otherwise we get this warning on 64-bit architectures:
>
> drivers/gpu/drm/vc4/vc4_bo.c: In function 'vc4_bo_stats_debugfs':
> drivers/gpu/d
在 2017-10-27 23:06，Icenowy Zheng 写道：
This patchset adds support for the SimpleFB on Allwinner SoCs with
"Display Engine 2.0".
PATCH 1 to PATCH 3 are DE2 CCU fixes for H3/H5 SoCs.
PATCH 4 adds the pipeline strings for DE2 SimpleFB.
PATCH 5 to 7 adds necessary device tree nodes (DE2 CCU and Simp
Hi Christian,
On 30 October 2017 at 20:29, Christian König
wrote:
> From: Christian König
>
> The amdgpu issue to also need signaled fences in the reservation objects
> should be fixed by now.
>
> Optimize the list by keeping only the not signaled yet fences around.
I think this warrants some m
https://bugs.freedesktop.org/show_bug.cgi?id=103544
Bug ID: 103544
Summary: Graphical glitches r600 in game this war of mine linux
native
Product: Mesa
Version: 17.3
Hardware: x86-64 (AMD64)
OS: Linux (All)
Hi Liviu,
2017-11-01 Liviu Dudau :
> Minor spelling fix for 'monster' and replace 'on' with 'own' in
> comments.
>
> Signed-off-by: Liviu Dudau
> ---
> drivers/gpu/drm/drm_atomic.c | 2 +-
> drivers/gpu/drm/drm_mm.c | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
pushed to drm-
Hi Dave,
Given you're the reviewer on these 2 patches, not much needs to be said.
Apologies for not noticing the patches earlier in the week.
drm-misc-fixes-2017-11-02:
Driver Changes:
- qxl: Use a shadow bo as primary and blit to it to fix flicker (Gerd)
Cheers, Sean
The following changes sin
Hi Liviu,
2017-11-01 Liviu Dudau :
> Mappings need to be unmapped by calling dma_buf_unmap_attachment() and
> not by calling again dma_buf_map_attachment(). Also fix some spelling
> mistakes.
>
> Signed-off-by: Liviu Dudau
> ---
> drivers/dma-buf/dma-buf.c | 6 +++---
> 1 file changed, 3 inser
Hi Liviu,
2017-11-01 Liviu Dudau :
> drm_mm_insert_node_generic() is a simplified version of
> drm_mm_insert_node_in_range(), update comment to reflect correct
> function name.
>
> Signed-off-by: Liviu Dudau
> ---
> include/drm/drm_mm.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
2017-11-02 Daniel Vetter :
> On Wed, Nov 01, 2017 at 08:35:33PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > When debugging bad plane source coordinates it helps to have an
> > idea of what the framebuffer dimensions are.
> >
> > Signed-off-by: Ville Syrjälä
>
> Makes sense.
>
On Thu, Nov 02, 2017 at 11:12:09AM +0100, Daniel Vetter wrote:
> On Wed, Nov 01, 2017 at 08:29:18PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Try to fix the code to actually clip the plane to the crtc bounds
> > instead of the user provided crtc coordinates (which would be a no-
https://bugs.freedesktop.org/show_bug.cgi?id=103544
--- Comment #1 from Emil Velikov ---
Vitalii can you bisect Mesa to the commit that broke the game? There aren't
many developer working on r600 - so this would be greatly beneficial.
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=103544
--- Comment #2 from Vitalii ---
tell me how and what to do and I'll try
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=103544
--- Comment #3 from Vitalii ---
(In reply to Emil Velikov from comment #1)
> Vitalii can you bisect Mesa to the commit that broke the game? There aren't
> many developer working on r600 - so this would be greatly beneficial.
tell me how and wha
Hi Laurent,
Thank you for the review.
Den 02.11.2017 05.43, skrev Laurent Pinchart:
Hi Noralf,
Thank you for the patch.
On Monday, 30 October 2017 18:29:38 EET Noralf Trønnes wrote:
Add debugfs file that dumps info about the framebuffers and its planes.
Also dump info about any connected gem
On 2017-11-02 07:26 AM, Arnd Bergmann wrote:
> gcc warns about an ambiguous integer calculation:
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/calcs/dce_calcs.c: In function
> 'calculate_bandwidth':
> drivers/gpu/drm/amd/amdgpu/../display/dc/calcs/dce_calcs.c:534:5: error: this
> decimal constant
On Thu, Nov 2, 2017 at 3:09 PM, Felix Kuehling wrote:
> On 2017-11-02 07:26 AM, Arnd Bergmann wrote:
>> It seems impossible to build this driver without setting either
>> CONFIG_DEBUG_KERNEL or CONFIG_DEBUG_DRIVER:
>>
>> drivers/gpu/drm/amd/amdgpu/../display/dc/dm_services.h: In function
>> 'set_
It seems impossible to build this driver without setting either
CONFIG_DEBUG_KERNEL or CONFIG_DEBUG_DRIVER:
drivers/gpu/drm/amd/amdgpu/../display/dc/dm_services.h: In function
'set_reg_field_value_ex':
drivers/gpu/drm/amd/amdgpu/../display/dc/dm_services.h:132:2: error: implicit
declaration of f
On Thu, Nov 2, 2017 at 10:20 AM, Arnd Bergmann wrote:
> On Thu, Nov 2, 2017 at 3:09 PM, Felix Kuehling wrote:
>> On 2017-11-02 07:26 AM, Arnd Bergmann wrote:
>>> It seems impossible to build this driver without setting either
>>> CONFIG_DEBUG_KERNEL or CONFIG_DEBUG_DRIVER:
>>>
>>> drivers/gpu/drm
On Thu, Nov 02, 2017 at 11:12:08AM -0200, Gustavo Padovan wrote:
> Hi Liviu,
Hi Gustavo,
>
> 2017-11-01 Liviu Dudau :
>
> > Minor spelling fix for 'monster' and replace 'on' with 'own' in
> > comments.
> >
> > Signed-off-by: Liviu Dudau
> > ---
> > drivers/gpu/drm/drm_atomic.c | 2 +-
> > dr
On 2017-11-02 10:24 AM, Arnd Bergmann wrote:
> It seems impossible to build this driver without setting either
> CONFIG_DEBUG_KERNEL or CONFIG_DEBUG_DRIVER:
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dm_services.h: In function
> 'set_reg_field_value_ex':
> drivers/gpu/drm/amd/amdgpu/../display/
Rmove amdgpu_context_handle from the interface and use
amdgpu_device_handle instead. Uupdate VMID reservation test
accordingly.
Signed-off-by: Andrey Grodzovsky
---
amdgpu/amdgpu.h | 4 ++--
amdgpu/amdgpu_vm.c | 8
tests/amdgpu/vm_tests.c | 4 ++--
3 files changed, 8 inser
https://bugs.freedesktop.org/show_bug.cgi?id=91375
Nicolai Hähnle changed:
What|Removed |Added
Summary|[radeonsi] |[radeon]
|[drm:si_dpm
On 2017-11-02 07:26 AM, Arnd Bergmann wrote:
> It seems impossible to build this driver without setting either
> CONFIG_DEBUG_KERNEL or CONFIG_DEBUG_DRIVER:
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dm_services.h: In function
> 'set_reg_field_value_ex':
> drivers/gpu/drm/amd/amdgpu/../display/d
On Thu, Nov 02, 2017 at 04:51:29PM +0800, Icenowy Zheng wrote:
> 在 2017-10-27 23:06，Icenowy Zheng 写道：
> > This patchset adds support for the SimpleFB on Allwinner SoCs with
> > "Display Engine 2.0".
> >
> > PATCH 1 to PATCH 3 are DE2 CCU fixes for H3/H5 SoCs.
> >
> > PATCH 4 adds the pipeline str
https://bugs.freedesktop.org/show_bug.cgi?id=102358
--- Comment #29 from har...@gmx.de ---
I tried both: mesa_glthread=false/true, it doesn't make a difference in respect
to this issue.
It think other applications/games could be affected by this problem too, so
maybe temporary reverting the chang
https://bugs.freedesktop.org/show_bug.cgi?id=102358
--- Comment #30 from Thomas Hellström ---
Thanks for testing.
But if I understand you correctly the "patch to protect the
loader_dri3_drawable struct" fixes the issue on your side, right? If so, I'd
rather push a somewhat polished version of t
On Wed, Oct 18, 2017 at 9:58 AM, Christian König
wrote:
> From: Christian König
>
> Most BIOS don't enable this because of compatibility reasons.
>
> Manually enable a 64bit BAR of 64GB size so that we have
> enough room for PCI devices.
>
> v2: style cleanups, increase size, add resource name, s
https://bugzilla.kernel.org/show_bug.cgi?id=196615
--- Comment #33 from Florian Schmitt (kommer...@galois.de) ---
Looks like the patch made it into 4.13.11. Yay. Thanks!
From the changelog:
commit 0d74253003e6370e65468f5aec8c969bdef6733e
Author: Rex Zhu
Date: Fri Oct 20 15:07:41 2017 +0800
Hi Dave,
Misc fixes for radeon, amdgpu, and ttm for 4.15.
The following changes since commit 4a0144bfc6df1f7a89a04a3e8662f1f4375eb1fe:
drm/amd/amdgpu: Remove workaround for suspend/resume in uvd7 (2017-10-25
23:09:40 -0400)
are available in the git repository at:
git://people.freedesktop.
From: Michel Dänzer
Fixes a use-after-free due to a race condition in
ttm_bo_cleanup_refs_and_unlock, which allows one task to reserve a BO
and destroy its ttm_resv while another task is waiting for it to signal
in reservation_object_wait_timeout_rcu.
v2:
* Always initialize bo->ttm_resv in ttm_
From: Michel Dänzer
Memory allocation failure should generally be handled gracefully by
callers. In particular, with transparent hugepage support, attempts
to allocate huge pages can fail under memory pressure, but the callers
fall back to allocating individual pages instead. In that case, there
Am 02.11.2017 um 18:22 schrieb Michel Dänzer:
From: Michel Dänzer
Fixes a use-after-free due to a race condition in
ttm_bo_cleanup_refs_and_unlock, which allows one task to reserve a BO
and destroy its ttm_resv while another task is waiting for it to signal
in reservation_object_wait_timeout_rc
Am 02.11.2017 um 18:34 schrieb Michel Dänzer:
From: Michel Dänzer
Memory allocation failure should generally be handled gracefully by
callers. In particular, with transparent hugepage support, attempts
to allocate huge pages can fail under memory pressure, but the callers
fall back to allocatin
On 02/11/17 06:37 PM, Christian König wrote:
> Am 02.11.2017 um 18:34 schrieb Michel Dänzer:
>> From: Michel Dänzer
>>
>> Memory allocation failure should generally be handled gracefully by
>> callers. In particular, with transparent hugepage support, attempts
>> to allocate huge pages can fail un
https://bugs.freedesktop.org/show_bug.cgi?id=93866
Michel Dänzer changed:
What|Removed |Added
Component|DRM/AMDgpu |Mesa core
Assignee|dri-devel@l
From: Colin Ian King
Don't populate arrays hwsq_signature and edid_sig on the stack but
instead make them static. Makes the object code smaller by over 190
bytes:
Before:
textdata bss dec hex filename
356763312 64 39052988c nouveau_bios.o
After:
textda
Hi Dave,
A few fixes for DC for 4.15.
The following changes since commit af9111336071ee9378e1db70ac8f4c2b7fcd17a1:
Merge branch 'drm-next-4.15-dc' of git://people.freedesktop.org/~agd5f/linux
into drm-next (2017-10-23 11:17:54 +1000)
are available in the git repository at:
git://people.fr
https://bugzilla.kernel.org/show_bug.cgi?id=196197
Ivan Iraci (ivan.ir...@gmail.com) changed:
What|Removed |Added
CC||ivan.ir...@gmail.com
On 2017-11-02 07:25 AM, Arnd Bergmann wrote:
> Accessing the THIS_MODULE directly is only possible when modules
> are enabled, otherwise we get a build failure:
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c: In function
> 'amdgpu_virt_init_data_exchange':
> drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c
From: Chris Wilson
We take advantage of that syncobj->fence is an RCU-protected pointer, and
so sparse complains that it is lacking annotation.
Cc: Dave Airlie
Cc: Jason Ekstrand
Cc: linaro-mm-...@lists.linaro.org
Cc: linux-me...@vger.kernel.org
Cc: Alex Deucher
Cc: Christian König
Cc: Sumit
From: Ville Syrjälä
Use rcu_assign_pointer() when setting an rcu protected pointer.
This gets rid of another sparse warning.
Cc: Dave Airlie
Cc: Jason Ekstrand
Cc: linaro-mm-...@lists.linaro.org
Cc: linux-me...@vger.kernel.org
Cc: Alex Deucher
Cc: Christian König
Cc: Sumit Semwal
Cc: Chris
From: Ville Syrjälä
Use rcu_dereference_protected() and rcu_assign_pointer() for accessing
the rcu protected syncobj->fence pointer. This eliminates several sparse
warnings.
Cc: Dave Airlie
Cc: Jason Ekstrand
Cc: linaro-mm-...@lists.linaro.org
Cc: linux-me...@vger.kernel.org
Cc: Alex Deucher
From: Ville Syrjälä
When building drm+i915 I get around 150 lines of sparse noise from
dma_fence __rcu warnings. This series eliminates all of that.
The first two patches were already posted by Chris, but there wasn't
any real reaction, so I figured I'd repost with a wider Cc list.
As for the
From: Chris Wilson
In order to silent sparse in dma_fence_get_rcu_safe(), we need to mark
the incoming fence object as being RCU protected and not the pointer to
the object.
Cc: Dave Airlie
Cc: Jason Ekstrand
Cc: linaro-mm-...@lists.linaro.org
Cc: linux-me...@vger.kernel.org
Cc: Alex Deucher
Fix docs to reflect code and drm_kms_helper_poll_disable() docs by saying
that calling drm_kms_helper_poll_enable() is fine even if output polling
is not enabled.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_probe_helper.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --
This patchset adds some simple modeset suspend/resume helpers which
probably most atomic drivers can use.
For those that haven't followed dri-devel closely the past few days,
this patch put in place the fbdev piece necessary to do this:
drm: Add drm_device->fb_helper pointer
https://cgit.freedeskt
These helpers take care of output polling, fbdev and atomic state.
Cc: Stefan Agner
Cc: Alison Wang
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 23 +--
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.h | 1 -
2 files changed, 5 insertions(+), 19 d
Add drm_mode_config_helper_suspend/resume() which takes care of
atomic modeset suspend/resume for simple use cases.
The suspend state is stored in struct drm_mode_config.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_modeset_helper.c | 76
include/drm
These helpers take care of fbdev and atomic state.
Remove todo entry.
Signed-off-by: Noralf Trønnes
---
Documentation/gpu/todo.rst | 5 ---
drivers/gpu/drm/tinydrm/core/tinydrm-core.c | 67 -
drivers/gpu/drm/tinydrm/mi0283qt.c | 7 ++-
incl
Add entry for conversion of drivers to new helpers.
Signed-off-by: Noralf Trønnes
---
Documentation/gpu/todo.rst | 9 +
1 file changed, 9 insertions(+)
diff --git a/Documentation/gpu/todo.rst b/Documentation/gpu/todo.rst
index a44f379d2b25..6bce1beafabe 100644
--- a/Documentation/gpu/to
These helpers take care of output polling, fbdev and atomic state.
Cc: Liviu Dudau
Cc: Brian Starkey
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/arm/malidp_drv.c | 24 +++-
drivers/gpu/drm/arm/malidp_drv.h | 1 -
2 files changed, 3 insertions(+), 22 deletions(-)
dif
https://bugs.freedesktop.org/show_bug.cgi?id=102358
--- Comment #31 from har...@gmx.de ---
Yes, your last patch worked flawless here and if you could provide a polished
version just let me know, i am ready to test it.
--
You are receiving this mail because:
You are the assignee for the bug._
On Thu, Nov 2, 2017 at 3:22 PM, Harry Wentland wrote:
> On 2017-11-02 07:25 AM, Arnd Bergmann wrote:
>> Accessing the THIS_MODULE directly is only possible when modules
>> are enabled, otherwise we get a build failure:
>>
>> drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c: In function
>> 'amdgpu_virt_in
https://bugs.freedesktop.org/show_bug.cgi?id=101055
--- Comment #3 from Frank Doepper ---
Same in NixOS
https://github.com/NixOS/nixpkgs/issues/30758
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
d
https://bugs.freedesktop.org/show_bug.cgi?id=101055
--- Comment #4 from Ilia Mirkin ---
(In reply to Karl-Johan Karlsson from comment #2)
> You're right, sorry. I'm not entirely clear on the difference. I switched to
> the classic driver, and with that both glxgears and KDE Plasma works.
Clear c
Hi Marek,
2017년 11월 02일 15:51에 Marek Szyprowski 이(가) 쓴 글:
> Hi Inki,
>
> On 2017-11-01 07:31, Inki Dae wrote:
>> 2017년 11월 01일 01:28에 Marek Szyprowski 이(가) 쓴 글:
>>> When no IOMMU is available, all GEM buffers allocated by Exynos DRM driver
>>> are contiguous, because of the underlying dma_alloc_a
https://bugs.freedesktop.org/show_bug.cgi?id=102885
--- Comment #8 from Thomas J. Moore ---
(In reply to Samuel Pitoiset from comment #7)
> A temporary workaround is to use R600_DEBUG="nodccfb".
Does the existence of this workaround mean you do not intend to fix the bug?
Given that there have b
Hi Email,
Since I posted this patch, much time has been passed.
But no answer. We got already many Acked-by so could you merge this patch?
Thanks,
Inki Dae
2017년 08월 10일 13:52에 Inki Dae 이(가) 쓴 글:
> Chnage GPL license of Exynos relevant code to X11/MIT.
>
> I'd like to keep license consistency
The libraries are moved to /vendor since commit 011fd913.
Clean all old files for incremental builds.
Fixes: 011fd913 (Android: move libraries to /vendor)
Signed-off-by: Chih-Wei Huang
---
CleanSpec.mk | 2 ++
1 file changed, 2 insertions(+)
diff --git a/CleanSpec.mk b/CleanSpec.mk
index 28a11
The file contains rules that are executed on incremental builds.
Since commit 4f7dc9b6 the library was moved to /vendor so
the old file must be removed.
Signed-off-by: Chih-Wei Huang
---
CleanSpec.mk | 1 +
1 file changed, 1 insertion(+)
create mode 100644 CleanSpec.mk
diff --git a/CleanSpec.m
Hi Linus,
One nouveau regression fix,
Some amdgpu fixes for stable to fix hangs on some harvested Polaris GPUs
A set of KASAN and regression fixes for i915, their CI system seems to
be working pretty well now.
Dave.
The following changes since commit 0b07194bb55ed836c2cc7c22e866b87a14681984:
95 matches
Mail list logo
