On (07/03/18 12:14), Steven Rostedt wrote:
> > Can we please default this to 'n'?
> >
>
> No explicit default means 'n'. You don't need to specify it.
Ah, OK. Thanks.
-ss
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.
f9cb8d8d836e fixed various race conditions with CTL flush, in particular
flushing and sending the START signal before encoder state was updated.
But it did this a little too well in some cases that don't trigger
encoder->enable(), and CTL[n].FLUSH would never be set. When page flips
happen it woul
https://bugzilla.kernel.org/show_bug.cgi?id=200387
--- Comment #23 from Michel Dänzer (mic...@daenzer.net) ---
(In reply to phoenix from comment #22)
>
> ## /proc/$ID/statm for Stardew Valley (Similar problem see the data segment)
> # statm for 4917 on 4.17.3
> 978381 424915 23927 849 0 449695 0
The bridge loses its hw state when the cable is unplugged. If we detect
this case in the hpd handler, reset its state.
Reported-by: Rob Clark
Signed-off-by: Sean Paul
---
This is the follow-up to "drm/msm: Disable mdp5 crtc when there are no
active planes". I incorrectly assumed the modeset was
On Tue, Jul 03, 2018 at 12:43:50PM -0400, Rob Clark wrote:
> f9cb8d8d836e fixed various race conditions with CTL flush, in particular
> flushing and sending the START signal before encoder state was updated.
> But it did this a little too well in some cases that don't trigger
> encoder->enable(), a
This was a failure of "git add" on my part -- we already referenced
the doc from drivers.rst.
Signed-off-by: Eric Anholt
Cc: Daniel Vetter
---
Documentation/gpu/v3d.rst | 28
1 file changed, 28 insertions(+)
create mode 100644 Documentation/gpu/v3d.rst
diff --git
The dma-fence core as of commit 418cc6ca0607 ("dma-fence: Make ->wait
callback optional") provides appropriate defaults for these methods.
Signed-off-by: Eric Anholt
Cc: Daniel Vetter
---
drivers/gpu/drm/v3d/v3d_fence.c | 12
1 file changed, 12 deletions(-)
diff --git a/drivers/gp
Signed-off-by: Eric Anholt
Cc: Daniel Vetter
---
drivers/gpu/drm/v3d/v3d_sched.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/v3d/v3d_sched.c b/drivers/gpu/drm/v3d/v3d_sched.c
index 00667c733dca..a5501581d96b 100644
--- a/drivers/gpu/drm/v3d/v3d_sched.c
GTF-GLES2.gtf.GL.acos.acos_float_vert_xvary submits jobs that take 4
seconds at maximum resolution, but we still want to reset quickly if a
job is really hung. Sample the CL's current address and the return
address (since we call into tile lists repeatedly) and if either has
changed then assume we
On 2018-07-03 04:46 PM, sylvain.bertr...@gmail.com wrote:
> On Tue, Jul 03, 2018 at 11:01:46AM +0200, Michel Dänzer wrote:
>> Also make sure you do not pass -dumbSched on the Xorg command line, and
>> do not disable Option "SilkenMouse" in xorg.conf.
>
> No pb on this side. I tried to enable -dumb
On 18.06.2018 12:28, Heiko Stuebner wrote:
> From: Nickey Yang
>
> Allow to also drive a slave dw-mipi-dsi controller in a dual-dsi
> setup. This will require additional implementation-specific
> code to look up the slave instance and do specific setup.
> Also will probably need code in the specif
On Tue, 3 Jul 2018, Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
> On Sunday, June 03, 2018 11:46:29 AM Mikulas Patocka wrote:
> > I have a USB display adapter using the udlfb driver and I use it on an ARM
> > board that doesn't have any graphics card. When I plug the adapter in, the
> > console
On Mon, Jul 02, 2018 at 12:27:20PM +0200, Heiko Stuebner wrote:
> From: huang lin
>
> The Innolux P097PFG panel is 9.7" panel with 1536X2048
> resolution, it reuse P079ZCA panel driver, so improve
> p079ZCA dt-binding to support P097PFG.
>
> Changes in v2:
> - None
> Changes in v3:
> - None
> Ch
https://bugs.freedesktop.org/show_bug.cgi?id=107066
--- Comment #7 from Lyude Paul ---
(In reply to mikita.lip...@amd.com from comment #6)
> I have just
???
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailin
https://bugzilla.kernel.org/show_bug.cgi?id=200395
Thomas (be11f157cd19c4a2ba1e9c70a38b1...@protonmail.com) changed:
What|Removed |Added
Kernel Version|4.17.3
https://bugzilla.kernel.org/show_bug.cgi?id=200395
Thomas (be11f157cd19c4a2ba1e9c70a38b1...@protonmail.com) changed:
What|Removed |Added
Attachment #277145|0
https://bugzilla.kernel.org/show_bug.cgi?id=200387
--- Comment #24 from phoenix (fe...@feldspaten.org) ---
Hi Michel,
wiredly not, I just double-checked them an in Stardew Valley the 4.4 number is
really the 400 MB bigger one. For now I'm gonna give the kernel version numbers
a try before we're w
https://bugzilla.kernel.org/show_bug.cgi?id=200395
--- Comment #5 from Thomas (be11f157cd19c4a2ba1e9c70a38b1...@protonmail.com) ---
Created attachment 277151
--> https://bugzilla.kernel.org/attachment.cgi?id=277151&action=edit
Kernel .config
--
You are receiving this mail because:
You are watc
Fix the bullet list declaration in the overview section.
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/drm_writeback.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_writeback.c b/drivers/gpu/drm/drm_writeback.c
index 827395071f0b..69e7a6
On Tue, 3 Jul 2018 19:40:46 +0200
Boris Brezillon wrote:
> Fix the bullet list declaration in the overview section.
>
> Signed-off-by: Boris Brezillon
Forgot to add:
Reported-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_writeback.c | 11 +++
> 1 file changed, 7 insertions(+), 4 d
On Tue, Jun 26, 2018 at 03:15:39PM +0800, Sandy Huang wrote:
> This path add support rv1108 and px30 rgb output interface driver.
Bindings are for h/w, not drivers.
>
> Signed-off-by: Sandy Huang
> Link:
> https://patchwork.freedesktop.org/patch/msgid/1509522765-118759-1-git-send-email-...@roc
On Tue, Jul 3, 2018 at 12:56 PM, Sean Paul wrote:
> The bridge loses its hw state when the cable is unplugged. If we detect
> this case in the hpd handler, reset its state.
>
> Reported-by: Rob Clark
> Signed-off-by: Sean Paul
Tested-by: Rob Clark
> ---
> This is the follow-up to "drm/msm: Di
On Tue, Jul 3, 2018 at 2:58 PM Rob Clark wrote:
>
> On Tue, Jul 3, 2018 at 12:56 PM, Sean Paul wrote:
> > The bridge loses its hw state when the cable is unplugged. If we detect
> > this case in the hpd handler, reset its state.
> >
> > Reported-by: Rob Clark
> > Signed-off-by: Sean Paul
>
> Te
From: Sinclair Yeh
vmw_kms_atomic_check_modeset() is currently checking config using the
legacy state, which is updated after a commit has happened.
This means vmw_kms_atomic_check_modeset() will reject an invalid config
on the next update rather than the current one.
Fix this by using the new
A series of cleanups / reorganizations and modesetting changes that mostly
target atomic state validation.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
From: Deepak Rawat
Call the same display memory validation function which is used by
modeset_check. This ensure consistency that kernel change preferred
mode/topology only if supported.
Also change the internal function to use drm_rect instead of
drm_vmw_rect.
Signed-off-by: Deepak Rawat
Revie
From: Deepak Rawat
For cases when full modeset is not requested like page-flip, skip
memory validation as the topology is not changed.
Signed-off-by: Deepak Rawat
Reviewed-by: Thomas Hellstrom
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 23 +-
Only try to unmap cached maps when the buffer is moved into or out from
vram. Otherwise the underlying pages stay the same.
Also when unbinding resources from MOBs about to move, make sure we're
really moving out of MOB memory.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Brian Paul
Reviewed-by
Previously when evicting resources we were unconditionally calling
ttm_eu_reserve_buffers with a NULL ww acquire context. That meant all
buffer object reserves were done using trylock semantics.
That makes sense when evicting during resource validation, because then
there already are a number of bu
From: Deepak Rawat
As gui_x/y positioning is display unit is protected by
requested_layout_mutex adding vmw_connector_state copy of the same and
modeset commit will refer the state copy to sync with modeset_check
state.
v2: Tested with CONFIG_PROVE_LOCKING enabled.
Signed-off-by: Deepak Rawat
It makes more sense to have all the buffer object related code in
a single file rather than splitting it up between the resource code
and buffer object pinning utilities.
Place all buffer object related code in vmwgfx_bo.c. Fix up headers
and export resource functionality when needed in the buffer
From: Deepak Rawat
This patch adds display (primary) memory validation during modeset
check. Display memory validation are applicable to both SOU and STDU,
so allow both display unit to undergo this check.
Also added check for SVGA_CAP_NO_BB_RESTRICTION capability which lifts
bounding box restri
From: Deepak Rawat
To avoid race condition between update_layout ioctl and modeset ioctl
for access to gui_x/y positioning added a new mutex
requested_layout_mutex.
Also used drm_for_each_connector_iter to iterate over connector list.
Signed-off-by: Deepak Rawat
Reviewed-by: Thomas Hellstrom
Make the host message module function declarations similar to the other
declarations in vmwgfx_drv.h and include the header in vmwgfx_msg.c
Signed-off-by: Thomas Hellstrom
Reviewed-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 11 +--
drivers/gpu/drm/vmwgfx/vmwgfx_msg.c |
From: Deepak Rawat
This validation is not required because user-space will send create_fb
request once the memory is allocated. This check should be performed
during mode-setting.
Signed-off-by: Deepak Rawat
Reviewed-by: Sinclair Yeh
Reviewed-by: Thomas Hellstrom
Signed-off-by: Thomas Hellstr
https://bugzilla.kernel.org/show_bug.cgi?id=200387
--- Comment #25 from phoenix (fe...@feldspaten.org) ---
Created attachment 277153
--> https://bugzilla.kernel.org/attachment.cgi?id=277153&action=edit
Memor usage measurements for different programs using Kernel 4.9.111 and
4.15.0-24
Ok, I've t
Make sure the error messages are a bit more descriptive, so that
a log reader may understand what's gone wrong.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Brian Paul
Reviewed-by: Sinclair Yeh
---
drivers/gpu/drm/vmwgfx/vmwgfx_msg.c | 13 +++--
1 file changed, 7 insertions(+), 6 delet
We've long ago given up on enforcing the device format is always little
endian, so remove a leftover conversion.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/
Reorganize the fence wait loop somewhat to make it look more like the
examples in set_current_state() kerneldoc, and add some code comments.
Also if we're about to time out, make sure we check again whether the fence
is actually signaled.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Brian Paul
On Tue, 3 Jul 2018 19:44:00 +0200
Boris Brezillon wrote:
> On Tue, 3 Jul 2018 19:40:46 +0200
> Boris Brezillon wrote:
>
> > Fix the bullet list declaration in the overview section.
> >
> > Signed-off-by: Boris Brezillon
>
> Forgot to add:
>
> Reported-by: Daniel Vetter
And
Fixes: 9357
Currently nouveau doesn't actually expose the state debugfs file that's
usually provided for any modesetting driver that supports atomic, even
if nouveau is loaded with atomic=1. This is due to the fact that the
standard debugfs files that DRM creates for atomic drivers is called
when drm_get_pci_d
https://bugs.freedesktop.org/show_bug.cgi?id=107065
--- Comment #14 from dwagner ---
(In reply to Andrey Grodzovsky from comment #13)
> What ASIC are you using ? I also tested with
> gfx8 ASIC and haven't observed any issues with resume. Did you update the
> firmware for this ASIC to latest #
Th
On Tue, Jul 3, 2018 at 1:05 PM, Eric Anholt wrote:
> GTF-GLES2.gtf.GL.acos.acos_float_vert_xvary submits jobs that take 4
> seconds at maximum resolution, but we still want to reset quickly if a
> job is really hung. Sample the CL's current address and the return
> address (since we call into til
https://bugzilla.kernel.org/show_bug.cgi?id=199425
--- Comment #12 from Johannes Hirte (johannes.hi...@datenkhaos.de) ---
(In reply to mikita.lip...@amd.com from comment #10)
> Johannes,
> My patch wasn't merged into DRM, but Daniel Vetter proposed another patch
> that might remove legacy code tha
On Mon, Jun 25, 2018 at 02:41:29PM +0200, Michal Vokáč wrote:
> DataImage is a Taiwan-based manufacturer of LCD panels.
>
> Signed-off-by: Michal Vokáč
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1 insertion(+)
Reviewed-by: Rob Herring
__
On Mon, Jun 25, 2018 at 02:41:30PM +0200, Michal Vokáč wrote:
> This adds support for the DataImage SCF0700C48GGU18 7.0" WVGA (800x480)
> TFT LCD panel. The panel has 24-bit parallel interface and can be
> supported by the simple panel driver.
>
> Signed-off-by: Michal Vokáč
> ---
> .../display/
One very easy to trigger runtime PM leak, along with a rare never before
seen runtime PM leak!
Lyude Paul (2):
drm/nouveau: Fix runtime PM leak in drm_open()
drm/nouveau: Fix runtime PM leak in nv50_disp_atomic_commit()
drivers/gpu/drm/nouveau/dispnv50/disp.c | 2 +-
drivers/gpu/drm/nouveau/
A CRTC being enabled doesn't mean it's on! It doesn't even necessarily
mean it's being used. This fixes runtime PM leaks on the P50 I've got
next to me.
Signed-off-by: Lyude Paul
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/nouveau/dispnv50/disp.c | 2 +-
1 file changed, 1 insertion(+), 1 dele
Noticed this as I was skimming through, if we fail to allocate memory
for cli we'll end up returning without dropping the runtime PM ref we
got. Additionally, we'll even return the wrong return code! (ret most
likely will == 0 here, we want -ENOMEM).
Signed-off-by: Lyude Paul
Cc: sta...@vger.kern
On Tue, Jun 26, 2018 at 04:53:34PM +0800, Sandy Huang wrote:
> Signed-off-by: Sandy Huang
> ---
> Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt | 2 ++
> 1 file changed, 2 insertions(+)
Acked-by: Rob Herring
>
> diff --git
> a/Documentation/devicetree/bindings/display/r
https://bugs.freedesktop.org/show_bug.cgi?id=107065
--- Comment #15 from Andrey Grodzovsky ---
(In reply to dwagner from comment #14)
> (In reply to Andrey Grodzovsky from comment #13)
> > What ASIC are you using ? I also tested with
> > gfx8 ASIC and haven't observed any issues with resume. Did
Systems support
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=107095
--- Comment #2 from Andrew Dorney ---
Created attachment 140457
--> https://bugs.freedesktop.org/attachment.cgi?id=140457&action=edit
Xorg log
Log lasts 6 seconds, GPU Fault occurs at 123s into this log (that is, X doesn't
report any issues).
https://bugs.freedesktop.org/show_bug.cgi?id=107095
Andrew Dorney changed:
What|Removed |Added
Attachment #140442|0 |1
is obsolete|
[cc -= stable]
On Tue, Jul 03, 2018 at 06:05:59PM -0400, Lyude Paul wrote:
> Noticed this as I was skimming through, if we fail to allocate memory
> for cli we'll end up returning without dropping the runtime PM ref we
> got. Additionally, we'll even return the wrong return code! (ret most
> likel
On Sat, Jun 30, 2018 at 3:32 AM, Jernej Škrabec wrote:
> Dne četrtek, 28. junij 2018 ob 09:00:32 CEST je Chen-Yu Tsai napisal(a):
>> On Thu, Jun 28, 2018 at 12:51 PM, Jernej Škrabec
>>
>> wrote:
>> > Dne četrtek, 28. junij 2018 ob 04:19:55 CEST je Chen-Yu Tsai napisal(a):
>> >> On Mon, Jun 25, 20
On Tue, Jul 03, 2018 at 10:37:57AM +0200, Daniel Vetter wrote:
> On Tue, Jul 03, 2018 at 09:53:58AM +0200, Gerd Hoffmann wrote:
> > A driver to let userspace turn memfd regions into dma-bufs.
> >
> > Use case: Allows qemu create dmabufs for the vga framebuffer or
> > virtio-gpu ressources. Then
https://bugs.freedesktop.org/show_bug.cgi?id=90481
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
101 - 158 of 158 matches
Mail list logo
