https://bugs.freedesktop.org/show_bug.cgi?id=90481
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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
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
[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
https://bugs.freedesktop.org/show_bug.cgi?id=107095
Andrew Dorney changed:
What|Removed |Added
Attachment #140442|0 |1
is obsolete|
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).
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=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
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
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
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/
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/
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
__
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 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://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
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
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
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/
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
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
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
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
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
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
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: 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
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
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, 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, 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
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
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
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
Thomas (be11f157cd19c4a2ba1e9c70a38b1...@protonmail.com) changed:
What|Removed |Added
Attachment #277145|0
https://bugzilla.kernel.org/show_bug.cgi?id=200395
Thomas (be11f157cd19c4a2ba1e9c70a38b1...@protonmail.com) changed:
What|Removed |Added
Kernel Version|4.17.3
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
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
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 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 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
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
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
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
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
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
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
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
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.
https://bugzilla.kernel.org/show_bug.cgi?id=200387
--- Comment #22 from phoenix (fe...@feldspaten.org) ---
Apperently it's not that easy to attach valgrind to any Steam game, so I'm
going the suggested approach of trying it out using different Kernel version.
Interestingly I could observe similar
On Mon, Jul 2, 2018 at 5:48 PM, Daniel Kurtz wrote:
> Hi Alex,
>
> On Sun, Apr 15, 2018 at 9:48 PM Agrawal, Akshu wrote:
>>
>>
>>
>> On 4/13/2018 9:45 PM, Daniel Kurtz wrote:
>> > Commit 51f7415039d4 ("drm/amd/amdgpu: creating two I2S instances for
>> > stoney/cz") added support for the "BT_I2S"
On Wed, 4 Jul 2018 01:13:27 +0900
Sergey Senozhatsky wrote:
> On (06/28/18 11:03), Hans de Goede wrote:
> [..]
> >
> > +config FRAMEBUFFER_CONSOLE_DEFERRED_TAKEOVER
> > + bool "Framebuffer Console Deferred Takeover"
> > + depends on FRAMEBUFFER_CONSOLE=y && DUMMY_CONSOLE=y
>
> + defa
On (06/28/18 11:03), Hans de Goede wrote:
[..]
>
> +config FRAMEBUFFER_CONSOLE_DEFERRED_TAKEOVER
> + bool "Framebuffer Console Deferred Takeover"
> + depends on FRAMEBUFFER_CONSOLE=y && DUMMY_CONSOLE=y
+ default n
> + help
> + If enabled this defers the framebuffer conso
Make full use of the generic fbdev client.
Cc: David Lechner
Signed-off-by: Noralf Trønnes
Reviewed-by: David Lechner
---
drivers/gpu/drm/tinydrm/core/tinydrm-core.c | 3 +--
drivers/gpu/drm/tinydrm/ili9225.c | 1 -
drivers/gpu/drm/tinydrm/ili9341.c | 1 -
drivers/gpu/drm/t
Remove drm_fb_cma_fbdev_init_with_funcs(), its only user tinydrm has
moved to drm_fbdev_generic_setup().
Cc: Laurent Pinchart
Signed-off-by: Noralf Trønnes
Reviewed-by: David Lechner
---
drivers/gpu/drm/drm_fb_cma_helper.c | 21 -
include/drm/drm_fb_cma_helper.h | 3 --
This adds a drm_fbdev_generic_setup() function that sets up generic
fbdev emulation with client callbacks for restore, hotplug and
unregister.
Signed-off-by: Noralf Trønnes
Reviewed-by: Daniel Vetter
---
drivers/gpu/drm/drm_fb_helper.c | 117
include/drm
This switches the CMA helper drivers that use its fbdev emulation over
to the generic fbdev emulation. It's the first phase of using generic
fbdev. A later phase will use DRM client callbacks for the
lastclose/hotplug/remove callbacks.
There are currently 2 fbdev init/fini functions:
- drm_fb_cma_
This the beginning of an API for in-kernel clients.
First out is a way to get a framebuffer backed by a dumb buffer.
Only GEM drivers are supported.
The original idea of using an exported dma-buf was dropped because it
also creates an anonomous file descriptor which doesn't work when the
buffer is
These are needed for pl111 to use the generic fbdev emulation.
Cc: Eric Anholt
Signed-off-by: Noralf Trønnes
Reviewed-by: Eric Anholt
---
drivers/gpu/drm/pl111/pl111_drv.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/pl111/pl111_drv.c
b/drivers/gpu/drm/pl111/pl111_drv
Print the names of the internal clients currently attached.
Reviewed-by: Daniel Vetter
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_client.c | 28
drivers/gpu/drm/drm_debugfs.c | 7 +++
include/drm/drm_client.h | 3 +++
3 files changed, 38 inser
This patchset adds generic fbdev emulation for drivers that supports GEM
based dumb buffers which support .gem_prime_vmap and gem_prime_mmap. An
API is begun to support in-kernel clients in general.
I've squashed the client patches to ease review.
All patches have ack's and rb's so I'll apply this
This is the first step in getting generic fbdev emulation.
A drm_fb_helper_funcs.fb_probe function is added which uses the
DRM client API to get a framebuffer backed by a dumb buffer.
Signed-off-by: Noralf Trønnes
Reviewed-by: Daniel Vetter
---
drivers/gpu/drm/drm_fb_helper.c | 199
On Wed, 2018-06-27 at 18:45 +0200, Jernej Skrabec wrote:
> Initial implementation of DE2 planes only supported fixed zpos.
>
> Expand implementation with configurable zpos property.
Thanks for adding support for this! Tested with the Sunxi-Cedrus VPU
driver on H3 with:
https://github.com/free-ele
On Monday, July 02, 2018 02:02:47 PM Ard Biesheuvel wrote:
> On 2 July 2018 at 13:57, Bartlomiej Zolnierkiewicz
> wrote:
> > On Monday, July 02, 2018 01:46:09 PM Ard Biesheuvel wrote:
> >> On 2 July 2018 at 13:26, Hans de Goede wrote:
> >> > Bartlomiej,
> >> >
> >> > Now that the fbcon deferred c
https://bugs.freedesktop.org/show_bug.cgi?id=107066
mikita.lip...@amd.com changed:
What|Removed |Added
CC||mikita.lip...@amd.com
--- Comme
On Tuesday, June 19, 2018 07:22:21 PM Geert Uytterhoeven wrote:
> Simplefb is not a clock provider, but it uses of_clk_get_parent_count(),
> so it can just include instead.
>
> Signed-off-by: Geert Uytterhoeven
Patch queued for 4.19, thanks.
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R
On 18.06.2018 12:28, Heiko Stuebner wrote:
> >From a specified output port of one dsi controller this function allows to
> iterate over the list of registered dsi controllers trying to find a second
> instance connected to the same display, like it is used in dual-dsi setups.
>
> Signed-off-by: Hei
On Tuesday, June 12, 2018 12:32:34 PM Mikulas Patocka wrote:
>
> On Mon, 4 Jun 2018, kbuild test robot wrote:
>
> > Hi Mikulas,
> >
> > I love your patch! Perhaps something to improve:
> >
> > [auto build test WARNING on drm/drm-next]
> > [also build test WARNING on v4.17-rc7 next-20180601]
> >
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 is properly displayed, however when I unplug and re-plug the
> adapte
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 -dumbSched, I could not see any
difference.
I did run a fast moving ga
On Tue, Jul 03, 2018 at 10:54:15AM +0200, Michel Dänzer wrote:
> Unless your xserver build ends up with INPUTTHREAD undefined for some
> reason, input events are processed in a separate thread, and the HW
> cursor position is updated accordingly ASAP.
I did check on that: INPUTTHREAD is properly d
On Sunday, June 10, 2018 04:24:13 PM Julia Lawall wrote:
> Return an error code on failure.
>
> Problem found using Coccinelle.
>
> Signed-off-by: Julia Lawall
Patch queued for 4.19, thanks.
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R&D Institute Poland
Samsung Electronics
__
On Friday, June 08, 2018 12:10:59 PM r...@google.com wrote:
> From: Yu Ning
>
> Add an ACPI id to make goldfish framebuffer to support ACPI enumeration.
>
> Signed-off-by: Yu Ning
> Signed-off-by: Roman Kiryanov
Patch queued for 4.19, thanks.
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsun
On Friday, June 08, 2018 12:11:00 PM r...@google.com wrote:
> From: Christoffer Dall
>
> User space Android code identifies pixclock == 0 as a sign for emulation
> and will set the frame rate to 60 fps when reading this value, which is
> the desired outcome.
>
> Signed-off-by: Christoffer Dall
On Friday, June 08, 2018 12:10:58 PM r...@google.com wrote:
> From: Roman Kiryanov
>
> Address issues pointed by checkpatch.pl
>
> Signed-off-by: Roman Kiryanov
Patch queued for 4.19, thanks.
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R&D Institute Poland
Samsung Electronics
Am 03.07.2018 um 15:11 schrieb Daniel Vetter:
On Tue, Jul 03, 2018 at 03:02:11PM +0200, Christian König wrote:
Am 03.07.2018 um 14:52 schrieb Daniel Vetter:
On Tue, Jul 03, 2018 at 01:46:44PM +0200, Christian König wrote:
Am 25.06.2018 um 11:12 schrieb Daniel Vetter:
On Mon, Jun 25, 2018 at 1
On Tue, Jul 03, 2018 at 03:07:50PM +0200, Noralf Trønnes wrote:
>
> Den 03.07.2018 09.46, skrev Daniel Vetter:
> > On Mon, Jul 02, 2018 at 03:54:29PM +0200, Noralf Trønnes wrote:
> > > Add client callbacks and hook them up.
> > > Add a list of clients per drm_device.
> > >
> > > Signed-off-by: No
On Tue, Jul 03, 2018 at 03:02:11PM +0200, Christian König wrote:
> Am 03.07.2018 um 14:52 schrieb Daniel Vetter:
> > On Tue, Jul 03, 2018 at 01:46:44PM +0200, Christian König wrote:
> > > Am 25.06.2018 um 11:12 schrieb Daniel Vetter:
> > > > On Mon, Jun 25, 2018 at 10:22:31AM +0200, Daniel Vetter w
Den 03.07.2018 09.46, skrev Daniel Vetter:
On Mon, Jul 02, 2018 at 03:54:29PM +0200, Noralf Trønnes wrote:
Add client callbacks and hook them up.
Add a list of clients per drm_device.
Signed-off-by: Noralf Trønnes
btw for reviewing it'd be simpler if you merge the 2 patches that add the
clie
On 18.06.2018 12:28, Heiko Stuebner wrote:
> From: Nickey Yang
>
> Add the ROCKCHIP DSI controller driver that uses the Synopsys DesignWare
> MIPI DSI host controller bridge and remove the old separate one.
>
> changes:
>
> v2:
>add err_pllref, remove unnecessary encoder.enable & disable
>
On Tue, Jul 03, 2018 at 03:29:21PM +0300, Dan Carpenter wrote:
> If page_offset is == num_pages then we end up reading beyond the end of
> obj->pages[].
>
> Fixes: af33a9190d02 ("drm/vgem: Enable dmabuf import interfaces")
> Signed-off-by: Dan Carpenter
> ---
> Static analysis. Not tested
Appli
On 2018-07-02 07:07 AM, Mahesh Kumar wrote:
This patch make changes to allocate crc-entries buffer before
enabling CRC generation.
It moves all the failure check early in the function before setting
the source or memory allocation.
Now set_crc_source takes only two variable inputs, values_cnt w
On 2018-07-03 06:19 AM, Maarten Lankhorst wrote:
Op 02-07-18 om 13:07 schreef Mahesh Kumar:
This patch implements "verify_crc_source" callback function for
AMD drm driver.
Signed-off-by: Mahesh Kumar
Cc: dri-devel@lists.freedesktop.org
Reviewed-by: Maarten Lankhorst
Acked-by: Leo Li
--
Am 03.07.2018 um 14:52 schrieb Daniel Vetter:
On Tue, Jul 03, 2018 at 01:46:44PM +0200, Christian König wrote:
Am 25.06.2018 um 11:12 schrieb Daniel Vetter:
On Mon, Jun 25, 2018 at 10:22:31AM +0200, Daniel Vetter wrote:
On Fri, Jun 22, 2018 at 04:11:01PM +0200, Christian König wrote:
First st
On Tue, Jul 03, 2018 at 03:30:16PM +0300, Dan Carpenter wrote:
> If vertex->idx == dma->buf_count then we end up reading one element
> beyond the end of the dma->buflist[] array.
>
> Signed-off-by: Dan Carpenter
This driver is a full-on root hole no matter what, but applied to appease
the checke
On Tue, Jul 03, 2018 at 01:46:44PM +0200, Christian König wrote:
> Am 25.06.2018 um 11:12 schrieb Daniel Vetter:
> > On Mon, Jun 25, 2018 at 10:22:31AM +0200, Daniel Vetter wrote:
> > > On Fri, Jun 22, 2018 at 04:11:01PM +0200, Christian König wrote:
> > > > First step towards unpinned DMA buf oper
On 18.06.2018 12:28, Heiko Stuebner wrote:
> When the panel-driver is build as a module it currently fails hard as the
> panel cannot be probed directly:
>
> dw_mipi_dsi_bind()
> __dw_mipi_dsi_probe()
> creates dsi bus
> creates panel device
> triggers panel module load
> panel no
On Mon, Jul 02, 2018 at 10:00:35AM -0700, Sinclair Yeh wrote:
> Reviewed-by: Sinclair Yeh
>
> I assume you'll upstream this as part of your series?
Already pushed actually. In my haste I failed to realize I was
still missing an ack/rb for vmwgfx. Sorry about that.
>
> On Tue, Jun 26, 2018 at 1
Am Dienstag, 3. Juli 2018, 14:16:28 CEST schrieb Andrzej Hajda:
> On 18.06.2018 12:28, Heiko Stuebner wrote:
> > __dw_mipi_dsi_probe() does all the grabbing of resources and does it using
> > devm-helpers. So this is happening on each try of master bringup possibly
> > slowing down things a lot.
>
If vertex->idx == dma->buf_count then we end up reading one element
beyond the end of the dma->buflist[] array.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/i810/i810_dma.c b/drivers/gpu/drm/i810/i810_dma.c
index 576a417690d4..3b378936f575 100644
--- a/drivers/gpu/drm/i810/i810_dma.
If page_offset is == num_pages then we end up reading beyond the end of
obj->pages[].
Fixes: af33a9190d02 ("drm/vgem: Enable dmabuf import interfaces")
Signed-off-by: Dan Carpenter
---
Static analysis. Not tested
diff --git a/drivers/gpu/drm/vgem/vgem_drv.c b/drivers/gpu/drm/vgem/vgem_drv.c
ind
1 - 100 of 158 matches
Mail list logo