On Thu, Nov 15, 2018 at 05:46:30PM -0800, Gurchetan Singh wrote:
> Reviewed-by: Gurchetan Singh
> Tested-by: Gurchetan Singh
Thanks. Pushed to drm-misc-fixes.
cheers,
Gerd
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.fr
On Thursday, 2018-11-15 21:18:43 -0800, Eric Anholt wrote:
> For ARM systems with tinydrm displays attached to SPI, the bus name is
> /spi but we have platform device info for the rest. Fixes
> eglInitialize() failures on hx8357d since the EGL_EXT_device_drm
> changes.
Acked-by: Eric Engestrom
On Thursday, 2018-11-15 21:18:42 -0800, Eric Anholt wrote:
> Having people count characters is error-prone, when we could just have
> a computer do it.
Reviewed-by: Eric Engestrom
> ---
> xf86drm.c | 31 ---
> 1 file changed, 16 insertions(+), 15 deletions(-)
>
> di
Don't know how to work, not completely yet.
> -Original Message-
> From: Christian König
> Sent: Thursday, November 15, 2018 7:13 PM
> To: dri-devel@lists.freedesktop.org
> Cc: ch...@chris-wilson.co.uk; daniel.vet...@ffwll.ch; e...@anholt.net; Zhou,
> David(ChunMing)
> Subject: [PATCH 6/
Reviewed-by: Chunming Zhou
> -Original Message-
> From: Christian König
> Sent: Thursday, November 15, 2018 7:13 PM
> To: dri-devel@lists.freedesktop.org
> Cc: ch...@chris-wilson.co.uk; daniel.vet...@ffwll.ch; e...@anholt.net; Zhou,
> David(ChunMing)
> Subject: [PATCH 5/7] drm/syncobj:
> -Original Message-
> From: Christian König
> Sent: Thursday, November 15, 2018 7:13 PM
> To: dri-devel@lists.freedesktop.org
> Cc: ch...@chris-wilson.co.uk; daniel.vet...@ffwll.ch; e...@anholt.net; Zhou,
> David(ChunMing)
> Subject: [PATCH 4/7] drm/syncobj: use only a single stub fenc
> -Original Message-
> From: Christian König
> Sent: Thursday, November 15, 2018 7:13 PM
> To: dri-devel@lists.freedesktop.org
> Cc: ch...@chris-wilson.co.uk; daniel.vet...@ffwll.ch; e...@anholt.net; Zhou,
> David(ChunMing)
> Subject: [PATCH 2/7] dma-buf: add new dma_fence_chain contain
Acked-by: Chunming Zhou , it is better that other people
from outside can take a look.
> -Original Message-
> From: Christian König
> Sent: Thursday, November 15, 2018 7:13 PM
> To: dri-devel@lists.freedesktop.org
> Cc: ch...@chris-wilson.co.uk; daniel.vet...@ffwll.ch; e...@anholt.net;
For ARM systems with tinydrm displays attached to SPI, the bus name is
/spi but we have platform device info for the rest. Fixes
eglInitialize() failures on hx8357d since the EGL_EXT_device_drm
changes.
---
xf86drm.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/xf86drm.c b/xf86drm.c
index
Having people count characters is error-prone, when we could just have
a computer do it.
---
xf86drm.c | 31 ---
1 file changed, 16 insertions(+), 15 deletions(-)
diff --git a/xf86drm.c b/xf86drm.c
index 10df682b7870..60fbc49b3d35 100644
--- a/xf86drm.c
+++ b/xf86drm.c
DPU was using one thread per display to dispatch async commits and
vblank requests. Since clean up already happened in msm to use the
common thread for all the display commits, display threads are only
used to cater vblank requests. Since a single thread is sufficient
to do the job without any perf
Since there are no clients using these threads,
cleaning it up.
changes in v2:
- switch all the dependent clients to use system wq
before removing the disp_threads (Sean Paul)
changes in v3:
- none
Signed-off-by: Jeykumar Sankaran
---
drivers/gpu/drm/msm/msm_drv.c | 35
use kthread_destroy_worker to destroy workers and
release their associated kthreads.
changes in v3:
- introduced in the series
Signed-off-by: Jeykumar Sankaran
---
drivers/gpu/drm/msm/msm_drv.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/msm
msm is using system wq for dispatching commit and vblank
events. Switch idle power collapse feature also to use
system wq to handle delayed work handlers so that
msm can get rid of redundant display threads.
changes in v2:
- patch introduced in v2
changes in v3:
- none
Signed-off-
msm maintains a separate structure to define vblank
work definitions and a list to track events submitted
to the workqueue. We can avoid this redundant list
and its protection mechanism, if we subclass the
work object to encapsulate vblank event parameters.
changes in v2:
- subclass optimi
https://bugs.freedesktop.org/show_bug.cgi?id=105725
--- Comment #13 from Petr Cvek ---
Comment on attachment 142485
--> https://bugs.freedesktop.org/attachment.cgi?id=142485
Suggested fix with a semaphore
It seems there is a race condition between multiple threads which calls
dal_ddc_open(). W
https://bugs.freedesktop.org/show_bug.cgi?id=105725
Petr Cvek changed:
What|Removed |Added
CC||petrcve...@gmail.com
--- Comment #12 from P
Reviewed-by: Gurchetan Singh
Tested-by: Gurchetan Singh
On Wed, Nov 14, 2018 at 4:20 AM Gerd Hoffmann wrote:
>
> Otherwise, mmap fails when done with PROT_WRITE.
>
> Suggested-by: Gurchetan Singh
> Signed-off-by: Gerd Hoffmann
> ---
> drivers/dma-buf/udmabuf.c | 1 +
> 1 file changed, 1 inser
On Tue, Nov 13, 2018 at 05:52:28PM -0800, Manasi Navare wrote:
> DSC can be supported per DP connector. This patch adds a per connector
> debugfs node to expose DSC support capability by the kernel.
> The same node can be used from userspace to force DSC enable.
>
> force_dsc_en written through th
This will let us warn if we end up freeing a port when we're not
expecting to, which will make reporting erroneous usage of the new MST
VCPI helpers a little easier.
Signed-off-by: Lyude Paul
Cc: Daniel Vetter
---
drivers/gpu/drm/drm_dp_mst_topology.c | 6 +++---
1 file changed, 3 insertions(+)
Currently, nouveau uses the yolo method of setting up MST displays: it
uses the old VCPI helpers (drm_dp_find_vcpi_slots()) for computing the
display configuration. These helpers don't take care to make sure they
take a reference to the mstb port that they're checking, and
additionally don't actual
It occurred to me that we never actually check this! So let's start
doing that.
Signed-off-by: Lyude Paul
Reviewed-by: Daniel Vetter
---
drivers/gpu/drm/drm_dp_mst_topology.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_dp_mst_topology.c
b/dri
Same thing we did in i915, but for nouveau now.
Signed-off-by: Lyude Paul
Cc: Daniel Vetter
---
drivers/gpu/drm/nouveau/dispnv50/disp.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/dispnv50/disp.c
b/drivers/gpu/drm/nouveau/dispnv50
There has been a TODO waiting for quite a long time in
drm_dp_mst_topology.c:
/* We cannot rely on port->vcpi.num_slots to update
* topology_state->avail_slots as the port may not exist if the parent
* branch device was unplugged. This should be fixed by tracking
Signed-off-by: Lyude Paul
Reviewed-by: Daniel Vetter
---
include/drm/drm_dp_mst_helper.h | 77 +
1 file changed, 77 insertions(+)
diff --git a/include/drm/drm_dp_mst_helper.h b/include/drm/drm_dp_mst_helper.h
index 59f005b419cf..3faceb66f5cb 100644
--- a/include/
This patchset does some cleaning up of the atomic VCPI helpers for MST,
and converts nouveau over to using them. I would have included amdgpu in
this patch as well, but at the moment moving them over to the atomic
helpers is nontrivial.
[sorry for still not adding your R-Bs! I ended up needing to
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #71 from dwagner ---
Created attachment 142484
--> https://bugs.freedesktop.org/attachment.cgi?id=142484&action=edit
gpu_debug4_output.txt.gz
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #70 from dwagner ---
Created attachment 142483
--> https://bugs.freedesktop.org/attachment.cgi?id=142483&action=edit
test script
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #69 from dwagner ---
As promised in above comment, today I ran my debug script "gpu_debug4.sh" to
obtain the diagnostic output after the crash as requested above.
This output is in attached "gpu_debug4_output.txt".
Since the trace ou
https://bugs.freedesktop.org/show_bug.cgi?id=99089
Witold Baryluk changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=99089
--- Comment #3 from Witold Baryluk ---
I am going to close this, as I did not have this lockups for some time now
anymore. I most likely changed some settings in BIOS that make it stable. If I
ever get more data on recent kernels and can reproduc
Hi Linus,
Live from Vancouver, SoC maintainer talk, this weeks drm fixes pull for rc3.
omapdrm: regression fixes for the reordering bridge stuff that went into rc1,
i915: incorrect EU count fix, HPD storm fix, MST fix, relocation fix for gen4/5
amdgpu: huge page handling fix, IH ring setup, XGMI
On Thu, 15 Nov 2018 23:16:23 +0100
Fernando Ramos wrote:
> This patch unifies the naming of DRM functions for reference counting as
> requested on Documentation/gpu/todo.rst
>
> Signed-off-by: Fernando Ramos
> ---
> drivers/gpu/drm/arc/arcpgu_drv.c | 4 ++--
> drivers/gpu/drm/atmel
https://bugs.freedesktop.org/show_bug.cgi?id=108100
--- Comment #5 from Jure Repinc ---
I just upgraded to Linux kernel 4.19.1 and the problem is still present.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mai
On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos wrote:
> One of the things in the DRM TODO list ("Documentation/gpu/todo.rst") was to
> "switch from reference/unreference to get/put". That's what this patch series
> is
> about.
The series:
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
_
https://bugs.freedesktop.org/show_bug.cgi?id=102909
Jan Vesely changed:
What|Removed |Added
See Also|https://bugs.freedesktop.or |
|g/show_bug.cgi?id=1051
https://bugs.freedesktop.org/show_bug.cgi?id=101712
Jan Vesely changed:
What|Removed |Added
See Also|https://bugs.freedesktop.or |
|g/show_bug.cgi?id=1051
https://bugs.freedesktop.org/show_bug.cgi?id=104307
Jan Vesely changed:
What|Removed |Added
See Also|https://bugs.freedesktop.or |
|g/show_bug.cgi?id=1051
https://bugs.freedesktop.org/show_bug.cgi?id=107545
Jan Vesely changed:
What|Removed |Added
See Also|https://bugs.freedesktop.or |
|g/show_bug.cgi?id=1051
https://bugs.freedesktop.org/show_bug.cgi?id=105113
Jan Vesely changed:
What|Removed |Added
See Also|https://bugs.freedesktop.or |
|g/show_bug.cgi?id=1029
The coccinelle script was used to rename some (deprecated) functions
which no longer exist now.
Signed-off-by: Fernando Ramos
---
scripts/coccinelle/api/drm-get-put.cocci | 78
1 file changed, 78 deletions(-)
delete mode 100644 scripts/coccinelle/api/drm-get-put.cocci
This patch unifies the naming of DRM functions for reference counting as
requested on Documentation/gpu/todo.rst
Signed-off-by: Fernando Ramos
---
drivers/gpu/drm/bochs/bochs_mm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/bochs/bochs_mm.c b/drivers/g
There are no more places where this (deprecated) function is being
used from, thus it can now be removed.
Signed-off-by: Fernando Ramos
---
include/drm/drm_connector.h | 24
1 file changed, 24 deletions(-)
diff --git a/include/drm/drm_connector.h b/include/drm/drm_conne
Hi all,
One of the things in the DRM TODO list ("Documentation/gpu/todo.rst") was to
"switch from reference/unreference to get/put". That's what this patch series is
about.
In the past year or so most of the functions had already been renamed and only a
few remained, which are the ones I fix here
There are no more places where this (deprecated) function is being used
from, thus it can now be removed.
Signed-off-by: Fernando Ramos
---
include/drm/drm_framebuffer.h | 24
1 file changed, 24 deletions(-)
diff --git a/include/drm/drm_framebuffer.h b/include/drm/drm_f
This patch unifies the naming of DRM functions for reference counting as
requested on Documentation/gpu/todo.rst
Signed-off-by: Fernando Ramos
---
drivers/gpu/drm/arc/arcpgu_drv.c | 4 ++--
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 4 ++--
drivers/gpu/drm/etnaviv/etnaviv_drv.c
This patch unifies the naming of DRM functions for reference counting as
requested on Documentation/gpu/todo.rst
Signed-off-by: Fernando Ramos
---
drivers/gpu/drm/bridge/tc358764.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/tc358764.c
b/drivers/gp
This entry asked to rename all drm core "*_reference/_unrefence"
functions to "*_get/_put".
Now that this task is complete, we can remove this entry from the TODO
list.
Signed-off-by: Fernando Ramos
---
Documentation/gpu/todo.rst | 17 -
1 file changed, 17 deletions(-)
diff --g
There are no more places where this (deprecated) function is being used
from, thus it can now be removed.
Signed-off-by: Fernando Ramos
---
drivers/gpu/drm/drm_drv.c | 13 -
include/drm/drm_drv.h | 1 -
2 files changed, 14 deletions(-)
diff --git a/drivers/gpu/drm/drm_drv.c b/d
There are no more places where these (deprecated) functions are being
used from, thus they can now be removed.
Signed-off-by: Fernando Ramos
---
include/drm/drm_gem.h | 50 ---
1 file changed, 50 deletions(-)
diff --git a/include/drm/drm_gem.h b/include/d
Some display controllers can be programmed to present non-black colors
for pixels not covered by any plane (or pixels covered by the
transparent regions of higher planes). Compositors that want a UI with
a solid color background can potentially save memory bandwidth by
setting the CRTC background
Gen9+ platforms allow CRTC's to be programmed with a background/canvas
color below the programmable planes. Let's expose this for use by
compositors.
v2:
- Split out bgcolor sanitization and programming of csc/gamma bits to a
separate patch that we can land before the ABI changes are ready to
Some display controllers can be programmed to present non-black colors
for pixels not covered by any plane (or pixels covered by the
transparent regions of higher planes). Compositors that want a UI with
a solid color background can potentially save memory bandwidth by
setting the CRTC background
Third version of the series previously posted here:
https://lists.freedesktop.org/archives/intel-gfx/2018-November/181777.html
This version incorporates review feedback from Ville and Sean Paul.
The first patch here can be merged whenever it receives review approval.
The second and third patche
On Thu, 15 Nov 2018 12:49:11 -0800
Eric Anholt wrote:
> Boris Brezillon writes:
>
> > vc4_plane_atomic_async_check() was only based on the
> > state->{crtc,src}_{w,h} which was fine since scaling was not allowed on
> > the cursor plane.
> >
> > We are about to change that to properly support un
On Thu, 15 Nov 2018 12:41:36 -0800
Eric Anholt wrote:
> Boris Brezillon writes:
>
> > We are about to use vc4_plane_mode_set() in the async check path, but
> > async check can decide that async update is not possible and force the
> > driver to fallback to a sync update.
> >
> > All the checks
On Thu, 15 Nov 2018 12:39:42 -0800
Eric Anholt wrote:
> Boris Brezillon writes:
>
> > We are about to use vc4_plane_mode_set() in the async check path, and
> > async updates require that LBM size stay the same since they reuse the
> > LBM from the previous state. So we definitely don't want to
Boris Brezillon writes:
> Now that async update has been reworked to allow scaled planes to be
> updated asynchronously when the scaling params do not change, we can
> remove the NO_SCALING constraint on cursor planes.
These last 2 get my r-b.
signature.asc
Description: PGP signature
_
Boris Brezillon writes:
> vc4_plane_atomic_async_check() was only based on the
> state->{crtc,src}_{w,h} which was fine since scaling was not allowed on
> the cursor plane.
>
> We are about to change that to properly support underscan, and, in order
> to make the async check more reliable, we cal
Boris Brezillon writes:
> We are about to use vc4_plane_mode_set() in the async check path, but
> async check can decide that async update is not possible and force the
> driver to fallback to a sync update.
>
> All the checks that have been done on the plane state during async check
> stay valid
On Thu, Nov 15, 2018 at 8:47 AM Joerg Roedel wrote:
>
> From: Joerg Roedel
>
> Running kfdtest on an AMD Carizzo flooded the kernel log
> with thousands of these "was not implemented" messages,
> making it impossible to see other messages there.
>
> Ratelimit the messages to prevent user-space fr
Boris Brezillon writes:
> LBM is not needed when vertical scaling is disabled. Return 0 in this
> case to avoid allocating LBM memory that will anyway be unused.
>
> While at it, drop the test on ->is_unity which is now redundant.
r-b
signature.asc
Description: PGP signature
__
Boris Brezillon writes:
> We are about to use vc4_plane_mode_set() in the async check path, and
> async updates require that LBM size stay the same since they reuse the
> LBM from the previous state. So we definitely don't want to allocate a
> new LBM region that we know for sure will be free rig
Apologies. We already have a fix for this on our internal amd-kfd-staging
branch, but it's missing from amd-staging-drm-next. I'll cherry-pick our fix to
amd-staging-drm-next and nominate it for drm-fixes.
Regards,
Felix
-Original Message-
From: amd-gfx On Behalf Of Joerg Roedel
Sent
On Thu, Nov 15, 2018 at 11:12 AM YueHaibing wrote:
>
> Fixes gcc '-Wunused-but-set-variable' warning:
>
> drivers/gpu/drm/amd/amdgpu/psp_v10_0.c: In function 'psp_v10_0_ring_stop':
> drivers/gpu/drm/amd/amdgpu/psp_v10_0.c:230:19: warning:
> variable 'ring' set but not used [-Wunused-but-set-varia
Eric Anholt writes:
> [ Unknown signature status ]
> "Koenig, Christian" writes:
>
>> Hi Eric,
>>
>> thanks for your time to test this.
>>
>> Am 14.11.18 um 08:07 schrieb Eric Anholt:
>>> zhoucm1 writes:
>>>
Ping.. Eric, Could you help try attached patch for your memory issue?
If
This adds support for the VK_GOOGLE_display timing extension, which
provides two things:
1) Detailed information about when frames are displayed, including
slack time between GPU execution and display frame.
2) Absolute time control over swapchain queue processing. This allows
the appli
On Thu, 15 Nov 2018 08:25:48 -0800
Eric Anholt wrote:
> Boris Brezillon writes:
>
> > vc4_plane_atomic_async_update() calls vc4_plane_atomic_check()
> > which in turn calls vc4_plane_setup_clipping_and_scaling(), and since
> > commit 58a6a36fe8e0 ("drm/vc4: Use
> > drm_atomic_helper_check_plane
On Thu, 15 Nov 2018 11:39:30 +
Fabrizio Castro wrote:
> Hello Boris,
>
> > From: Boris Brezillon
> > Sent: 15 November 2018 10:16
> > Subject: Re: [PATCH v3] drm/bridge/sii902x: Fix EDID readback
> >
> > On Thu, 15 Nov 2018 11:13:52 +0100
> > Linus Walleij wrote:
> >
> > > On Tue, Nov 6,
Hi Dave,
Most importantly we have a fix for an incorrect EU count reported
from kernel, Gen9+ scaled output fix, and avoiding OOPS on MST
display systems.
So looking pretty stable.
Regards, Joonas
PS. Had some CI turbulence for this PR as we raised the bar
so that now a loss of lockdep coverage
https://bugs.freedesktop.org/show_bug.cgi?id=108710
--- Comment #8 from mikhail.v.gavri...@gmail.com ---
Oh I see again messages (even with proposed patch and Mesa 18.3.0-rc2):
[ 1784.721401] gmc_v9_0_process_interrupt: 1 callbacks suppressed
[ 1784.721406] amdgpu :0b:00.0: [mmhub] VMC page f
https://bugs.freedesktop.org/show_bug.cgi?id=108710
--- Comment #7 from mikhail.v.gavri...@gmail.com ---
Created attachment 142482
--> https://bugs.freedesktop.org/attachment.cgi?id=142482&action=edit
dmesg 4.20 rc2 with patch from comment 4 (GPU hang again and again)
--
You are receiving this
On Thu, 15 Nov 2018 17:32:48 +0100
Paul Kocialkowski wrote:
> Writeback connectors do not produce any on-screen output and require
> special care for use. Such connectors are hidden from enumeration in
> DRM resources by default, but they are still picked-up by fbdev.
> This makes rather little s
Writeback connectors do not produce any on-screen output and require
special care for use. Such connectors are hidden from enumeration in
DRM resources by default, but they are still picked-up by fbdev.
This makes rather little sense since fbdev is not really adapted for
dealing with writeback.
Mo
Boris Brezillon writes:
> vc4_plane_atomic_async_update() calls vc4_plane_atomic_check()
> which in turn calls vc4_plane_setup_clipping_and_scaling(), and since
> commit 58a6a36fe8e0 ("drm/vc4: Use
> drm_atomic_helper_check_plane_state() to simplify the logic"), this
> function accesses plane_sta
https://bugs.freedesktop.org/show_bug.cgi?id=108760
Alex Deucher changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=108754
Alex Deucher changed:
What|Removed |Added
Attachment #142474|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #17 from Drexler ---
Created attachment 142479
--> https://bugs.freedesktop.org/attachment.cgi?id=142479&action=edit
setup video
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #16 from Drexler ---
Created attachment 142478
--> https://bugs.freedesktop.org/attachment.cgi?id=142478&action=edit
setup pic 1
--
You are receiving this mail because:
You are the assignee for the bug.___
On Wed, Nov 14, 2018 at 09:58:37AM +0530, Jagan Teki wrote:
> Add support for Allwinner A64 has Mali-400MP2.
>
> All interrupt lines are mentioned in the manual so used the same.
>
> Signed-off-by: Jagan Teki
Applied both, thanks
Maxime
--
Maxime Ripard, Bootlin
Embedded Linux and Kernel eng
https://bugs.freedesktop.org/show_bug.cgi?id=108760
--- Comment #1 from Hai ---
Created attachment 142477
--> https://bugs.freedesktop.org/attachment.cgi?id=142477&action=edit
xorg.0.log
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #15 from Drexler ---
Hi Jan,
i have exact same panel and tried it out, with thinpro 7, but unable to see the
problem. The panel's native resolution is 1680x1050 @60 which is selected by
default. I then set using xrandr, another reso
https://bugs.freedesktop.org/show_bug.cgi?id=108753
--- Comment #4 from baracl...@gmail.com ---
Arch Linux/Budgie Desktop. I tried a few other dosbox games and they work
correctly. The game also works correctly when starting dosbox in windowed mode.
Then I tried to start the game with only one mon
Hello Fabrizio,
Many thanks for your patch. It's very helpful.
Tested-by: Yannick Fertré
Best regards
Yannick Fertré
> Subject: [PATCH v3] drm/bridge/sii902x: Fix EDID readback
> Date: Tue, 6 Nov 2018 11:52:36 +
> From: Fabrizio Castro
> To: Archit Taneja , Andrzej Hajda
> , David Airli
https://bugs.freedesktop.org/show_bug.cgi?id=108760
Bug ID: 108760
Summary: AMD GPU pro 18.40 doesn't work with Kabylake-g
Product: DRI
Version: XOrg git
Hardware: Other
OS: Linux (All)
Status: NEW
Severit
https://bugs.freedesktop.org/show_bug.cgi?id=108753
Michel Dänzer changed:
What|Removed |Added
Attachment #142475|text/x-log |text/plain
mime type|
From: Joerg Roedel
Running kfdtest on Kaveri triggers a kernel NULL-ptr dereference:
BUG: unable to handle kernel NULL pointer dereference at
PGD 42c017067 P4D 42c017067 PUD 40f071067 PMD 0
Oops: 0010 [#1] SMP NOPTI
CPU: 0 PID: 13107 Comm: kfdtes
https://bugs.freedesktop.org/show_bug.cgi?id=108753
--- Comment #3 from Nicholas Kazlauskas ---
What distro and desktop environment are you using?
Does this problem occur when using xf86-video-amdgpu instead of the modesetting
driver?
--
You are receiving this mail because:
You are the assigne
From: Joerg Roedel
Running kfdtest on an AMD Carizzo flooded the kernel log
with thousands of these "was not implemented" messages,
making it impossible to see other messages there.
Ratelimit the messages to prevent user-space from flooding
the kernel log.
Signed-off-by: Joerg Roedel
---
driv
https://bugs.freedesktop.org/show_bug.cgi?id=108753
--- Comment #2 from baracl...@gmail.com ---
Created attachment 142475
--> https://bugs.freedesktop.org/attachment.cgi?id=142475&action=edit
Xorg.0.log
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=108644
--- Comment #5 from Dan Horák ---
I got a new crash today, after ~10 days without an issue. Again it was when I
was scrolling a page in Firefox.
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=108644
--- Comment #4 from Dan Horák ---
Testing with 4.20-pre kernels is not possible due bug 108754 :-(
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=108754
Bug ID: 108754
Summary: hard crash of amdgpu in 4.20-rc
Product: DRI
Version: unspecified
Hardware: PowerPC
OS: Linux (All)
Status: NEW
Severity: normal
On 2018-11-14 21:19, Sean Paul wrote:
On Wed, Oct 10, 2018 at 02:54:32PM +0530, Sravanthi Kollukuduru wrote:
Since the upstream interconnect bus framework has landed
upstream, the existing references of custom bus scaling
needs to be cleaned up.
Just a few nits below.
Sure, will make the chan
> -Original Message-
> From: YueHaibing [mailto:yuehaib...@huawei.com]
> Sent: Thursday, November 15, 2018 6:52 PM
> To: Deucher, Alexander ; Koenig, Christian
> ; Zhou, David(ChunMing)
> ; airl...@linux.ie; Liu, Shaoyun
> ; Francis, David ; Huang,
> Ray ; Xu, Feifei ; Gao, Likun
>
> Cc: Y
Hey,
I think this patch is ready for inclusion.
Rob.
On 2018-11-05 11:13, Robert Foss wrote:
If dma_fence_wait fails to wait for a supplied in-fence in
msm_ioctl_gem_submit, make sure we release that in-fence.
Also remove this dma_fence_put() from the 'out' label.
Signed-off-by: Robert Foss
Not used outside the file.
Signed-off-by: Christian König
---
drivers/gpu/drm/drm_syncobj.c | 21 +
include/drm/drm_syncobj.h | 21 -
2 files changed, 21 insertions(+), 21 deletions(-)
diff --git a/drivers/gpu/drm/drm_syncobj.c b/drivers/gpu/drm/drm_s
Extract of useful code from the timeline work. Let's use just a single
stub fence instance instead of allocating a new one all the time.
Signed-off-by: Chunming Zhou
Signed-off-by: Christian König
---
drivers/gpu/drm/drm_syncobj.c | 67 ++-
1 file changed
Use the dma_fence_chain object to create a timeline of fence objects
instead of just replacing the existing fence.
Signed-off-by: Christian König
---
drivers/gpu/drm/drm_syncobj.c | 40
include/drm/drm_syncobj.h | 5 +
2 files changed, 45 inserti
Implement finding the right timeline point in drm_syncobj_find_fence.
Signed-off-by: Christian König
---
drivers/gpu/drm/drm_syncobj.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_syncobj.c b/drivers/gpu/drm/drm_syncobj.c
index 589d884ccd58..d
1 - 100 of 143 matches
Mail list logo
