On 30 November 2015 at 03:44, Thomas Hellstrom wrote:
> Hi, all!
>
> There's an odd master inheritance going on in drm. Consider the
> following scenario.
>
> 1) Xorg opens DRM. Becomes master.
> 2) Plymouthd opens a file descriptor to drm.
> 3) Xorg exits.
> 4) Plymouthd calls drmSetMaster(). At
From: Tobias Jakobi
This enables us to pass command buffers to the kernel which
trigger an event on the DRM fd upon completion.
The final goal is to enable asynchronous operation of the
G2D engine, similar to async page flips.
Passing the event userdata pointer through the G2D context
was chosen
From: Tobias Jakobi
Used to handle kernel events specific to the Exynos platform.
Currently only G2D events are handled.
Signed-off-by: Tobias Jakobi
Signed-off-by: Hyungwon Hwang
---
Changes for
v2: Adapt to container approach.
v3: Add exynos_handle_event() to Exynos symbol test.
v4: exynos_h
From: Tobias Jakobi
This tests async processing of G2D jobs. A separate thread is spawned
to monitor the DRM fd for events and check whether a G2D job was
completed.
Signed-off-by: Tobias Jakobi
Signed-off-by: Hyungwon Hwang
---
Changes for
v2: Add GPLv2 header, argument handling and documenta
From: Tobias Jakobi
We already have g2d_copy() which implements G2D copy
operations from one buffer to another. However we can't
do a overlapping copy operation in one buffer.
Add g2d_move() which acts like the standard memmove()
and properly handles overlapping copies.
Signed-off-by: Tobias Ja
From: Tobias Jakobi
This matches the G2D color mode that is used in the entire code.
The previous (incorrect) RGBA would only work since the
Exynos mixer did its configuration based on the bpp, and not
based on the actual pixelformat.
Reviewed-by: Hyungwon Hwang
Signed-off-by: Tobias Jakobi
From: Tobias Jakobi
Currently only fast solid color clear performance is measured.
A large buffer is allocated and solid color clear operations
are executed on it with randomly chosen properties (position
and size of the region, clear color). Execution time is
measured and output together with th
From: Tobias Jakobi
This allows setting the two direction registers, which specify how
the engine blits pixels. This can be used for overlapping blits,
which happen e.g. when 'moving' a rectangular region inside a
fixed buffer.
Reviewed-by: Hyungwon Hwang
Signed-off-by: Tobias Jakobi
Signed-of
From: Tobias Jakobi
The Exynos API was extended quite a bit, so reflect this in the
version number.
Signed-off-by: Tobias Jakobi
---
exynos/libdrm_exynos.pc.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/exynos/libdrm_exynos.pc.in b/exynos/libdrm_exynos.pc.in
index 5ce9
From: Tobias Jakobi
To check if g2d_move() works properly we create a small checkerboard
pattern in the center of the screen and then shift this pattern
around with g2d_move(). The pattern should be properly preserved
by the operation (but not the surrounding area).
Tested-by: Hyungwon Hwang
Re
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151130/c739b81d/attachment.html>
this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151130/eb1c55c1/attachment.html>
From: Tobias Jakobi
Basically this is an extended version of drmHandleEvent().
drmHandleEvent() only handles core events (like e.g. page flips),
but since kernel DRM drivers might use vendor-specific events
to signal userspace the completion of pending jobs, etc., its
desirable to provide a way
Hello,
this series mostly touches G2D code. It introduces the following:
(1) A small performance test application which can be used to measure
the speed of solid color clear operations. Interesting for
benchmarking and plotting colorful graphs (e.g. through
Mathematica).
(2) g2d_move
On Sat, Nov 28, 2015 at 05:36:54AM +1000, Dave Airlie wrote:
> On 28 November 2015 at 05:05, Linus Torvalds
> wrote:
> > On Thu, Nov 19, 2015 at 8:07 PM, Dave Airlie wrote:
> >>
> >> core: Atomic fixes and Atomic helper fixes
> >> i915: Revert for the backlight regression along with a bunch of fi
On Fri, Nov 27, 2015 at 04:14:01PM +0200, Jyri Sarha wrote:
> Add drm_atomic_helper_disable_planes_on_crtc() for disabling all
> planes associated with the given CRTC. This can be used for instance
> in the CRTC helper disable callback to disable all planes before
> shutting down the display pipeli
On Sat, Nov 28, 2015 at 03:25:35PM +, Emil Velikov wrote:
> Hi Xinliang,
>
> On 28 November 2015 at 10:38, Xinliang Liu wrote:
> > Add DRM master driver for hi6220 SoC which used in HiKey board.
> > Add dumb buffer feature.
> > Add prime dmabuf feature.
> >
> > Signed-off-by: Xinliang Liu
>
On Sat, Nov 28, 2015 at 06:39:01PM +0800, Xinliang Liu wrote:
> Add vblank handle for ADE.
>
> Signed-off-by: Xinliang Liu
> Signed-off-by: Xinwei Kong
> Signed-off-by: Andy Green
> ---
> drivers/gpu/drm/hisilicon/hisi_drm_ade.c | 78
>
> drivers/gpu/drm/hisil
ly option you have right now. At least that's what
I did too, because I don't see this bug fixed in the near future.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists
On 29.11.2015 23:22, Pavel Machek wrote:
> On Sun 2015-11-29 20:48:53, Christian König wrote:
>> On 28.11.2015 21:58, Pavel Machek wrote:
>>> Ring test failure is often caused by too high agpmode. Tell the user
>>> what to try.
>>>
>>> Signed-off-by: Pavel Machek
>> NAK, the ring test can fail fo
Hi Dave, here's a few i915 fixes out of the way, still more to come.
BR,
Jani.
The following changes since commit 1ec218373b8ebda821aec00bb156a9c94fad9cd4:
Linux 4.4-rc2 (2015-11-22 16:45:59 -0800)
are available in the git repository at:
git://anongit.freedesktop.org/drm-intel tags/drm-in
We are currently restricted when it comes to supporting DSI on devices
that have a non-DSI control bus. For example, DSI encoder chips are
available in the market that are configured via i2c. Configuring their
registers via DSI bus is either optional or not available at all.
These devices still ne
Simplify the mipi dsi device creation process. device_initialize and
device_add don't need to be called separately when creating
mipi_dsi_device's. Use device_register instead to simplify things.
Create a helper function mipi_dsi_device_new which takes in struct
mipi_dsi_device_info and mipi_dsi_h
Add a device name field in mipi_dsi_device. This name is different from
the actual dev name (which is of the format "hostname.reg"). When the
device is created via DT, this name is set to the modalias string.
In the non-DT case, the driver creating the DSI device provides the
name by populating a f
We don't check whether a previously registered mipi_dsi_device under the
same host shares the same virtual channel.
Before registering, check if any of the registered devices doesn't
already have the same virtual channel.
This wasn't crucial when all the devices under a host were populated via
DT
A driver calling mipi_dsi_device_new might want to unregister the device
once it's done. It might also require it in an error handling path in
case something didn't go right.
Signed-off-by: Archit Taneja
---
include/drm/drm_mipi_dsi.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/incl
mipi_dsi_devices are inherently aware of their host because they
share a parent-child hierarchy in the device tree.
non-dsi drivers that create dsi device don't have this data. In order to
get this information, they require to a phandle to the dsi host in the
device tree.
Maintain a list of all t
On 11/30/2015 01:01 PM, Archit Taneja wrote:
> A driver calling mipi_dsi_device_new might want to unregister the device
> once it's done. It might also require it in an error handling path in
> case something didn't go right.
>
> Signed-off-by: Archit Taneja
Reviewed-by: Andrzej Hajda
Regards
An
A client calling drmSetMaster() using a file descriptor that was opened
when another client was master would inherit the latter client's master
object and all it's authenticated clients.
This is unwanted behaviour, and when this happens, instead allocate a
brand new master object for the client ca
Hi Archit,
[auto build test ERROR on: v4.4-rc3]
[also build test ERROR on: next-20151127]
url:
https://github.com/0day-ci/linux/commits/Archit-Taneja/drm-dsi-DSI-for-devices-with-different-control-bus/20151130-200725
config: x86_64-allyesdebian (attached as .config)
reproduce:
# save
On 11/29/2015 10:18 AM, Daniel Vetter wrote:
> On Fri, Nov 27, 2015 at 01:24:11PM +0100, Thomas Hellstrom wrote:
>> On 11/27/2015 01:02 PM, Ville Syrjälä wrote:
>>> On Fri, Nov 27, 2015 at 12:42:15PM +0100, Thomas Hellstrom wrote:
On 11/27/2015 11:11 AM, Daniel Vetter wrote:
> On Thu, No
From: Seung-Woo Kim
Ths patch changes the clk_enable and clk_disable call in gsc driver
into clk_prepare_enable and clk_disable_unprepare.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Marek Szyprowski
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_gsc.c | 4 ++--
1 file ch
Dear All,
This patch series introduces a new life into Exynos IPP (Image Post
Processing) subsystem by integrating it (transparently for userspace
applications) with Exynos DRM core plane management. This means that all
CRTC drivers transparently get support for standard features of IPP
subsystem
Display area is already checked by exynos plane core, so there is no
need for such check in driver code.
Signed-off-by: Marek Szyprowski
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos7_drm_decon.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/drivers/gpu/drm/exy
This driver was not used after introduction of common clock framework.
This patch adds missing prepare/unprepare calls and allows to use it
again with current kernel code.
Signed-off-by: Marek Szyprowski
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_rotator.c | 4 ++--
1 fi
This patch replaces usage of crtc->mode with crtc->state->adjusted_mode
like it is already done in common plane code.
Signed-off-by: Marek Szyprowski
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_mixer.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/dr
From: Seung-Woo Kim
At probe time, gsc clock is not enabled, so pm_runtime state should
be deactive. So this patch removes pm_runtime_set_active() from
gsc_probe().
Signed-off-by: Seung-Woo Kim
Signed-off-by: Marek Szyprowski
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm
From: Seung-Woo Kim
This patch adds device tree support for exynos_drm_gsc. This patch
also fixed build issue on non-Exynos platforms, thus dependency on
!ARCH_MULTIPLATFORM can be now removed. The driver cannot be used
simultaneously with V4L2 Mem2Mem GScaller driver thought.
Signed-off-by: Seu
Common plane code already calculates and checks for supported scalling
modes, so additional code in mixer driver can be now removed.
Signed-off-by: Marek Szyprowski
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_mixer.c | 33 +++--
1 file changed, 3 i
Video overlay plane should be registered only when suitable hardware
sub-block (Video Processor) is available.
Signed-off-by: Marek Szyprowski
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_mixer.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exy
This patch adds generic check for plane state - display area dimensions,
so drivers can always assume that they get valid plane state to set.
Signed-off-by: Marek Szyprowski
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 3 +++
drivers/gpu/drm/exynos/exynos_drm_pl
This patch adds common structure for keeping plane configuration and
capabilities data. This patch is inspired by similar code developed by
Tobias Jakobi.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 18 ---
drivers/gpu/drm/exynos/exynos7_drm_decon.
This patch fixes trashed display of buffers cropped to very small width.
Even if DMA is unstable and causes tearing when changing the burst size,
it is still better than displaying a garbage.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 24 +++---
This patch fixes calculation of src x/y offset for negative crtc x/y
values when scaling is enabled. This fixes possible IOMMU fault when
scaling is enabled.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_plane.c | 13 +++--
1 file changed, 7 insertions(+), 6 delet
This patch removes old, unused function prototypes from exynos_drm_gem.h.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_gem.h | 28
1 file changed, 28 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_gem.h
b/drivers/gpu/drm/exynos
From: Seung-Woo Kim
NV12 and YUV420 formats are need to calculate offset of each plane
for ipp fimc in a gem buffer. Without proper offset, only Y plane
can be processed, so result shows green frame.
This patch fixes to calculate offset for cbcr planes for NV12 and
YUV420 formats.
Signed-off-by:
Add framebuffer pointer to exynos_drm_plane_state and tell drivers to use
it. This lets common plane code to set temporary framebuffer in the
future and drivers will use it without additional changes.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 2 +-
drive
From: Seung-Woo Kim
NV12 and YUV420 formats are needed to calculate offset of each plane
in a gem buffer for ipp gsc. Without proper offset, only Y plane
can be processed, so result shows green frame. This patch fixes to
calculate offset for cbcr planes for NV12 and YUV420 formats.
Signed-off-by
IPP framework stored global context in driver data of its platform device.
This patch moves it to global variable to simplify access. There exists
only one such framework, so there is no drawback of this change.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 50 +++
This patch adds generic plane rotation property for all supported
drivers. This has been implemented with additional help from Exynos IPP
(Exynos Image Post-Processing subsystem) with temporary framebuffers.
Besides rotation, scaling and color space conversion are also supported.
Signed-off-by: Ma
This patch introduces exynos_drm_plane_state structure, which subclasses
drm_plane_state and holds precalculated data suitable for configuring
Exynos hardware.
Signed-off-by: Marek Szyprowski
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 21 ++---
drivers/gpu
This patch forces all GEM buffers to have pitch aligned at least to 8
pixels. This is a common requirement for various Exynos IPP blocks,
which otherwise won't be able to operate on buffers of random size.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 ++
driver
Replace calls to exynos_drm_gem_get_{dma_addr,size}, by a simpler
function exynos_drm_gem_get(). This lets the caller to get access to
exynos_drm_gem object and extract any information about GEM object
without searching object tree for getting each parameter.
Signed-off-by: Marek Szyprowski
---
DMA address is a framebuffer attribute and the right place for it is
exynos_drm_framebuffer not exynos_drm_plane. This patch also introduces
helper function for getting dma address of the given framebuffer.
Signed-off-by: Marek Szyprowski
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/armada_drm.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/uapi/drm/armada_drm.h b/include/uapi/drm/armada_drm.h
index 8dec3fd..6de7f01 100644
--- a/include/uapi/drm/armada_drm.h
+++ b/include/
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/Kbuild | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/uapi/drm/Kbuild b/include/uapi/drm/Kbuild
index 38d4370..159551f 100644
--- a/include/uapi/drm/Kbuild
+++ b/include/uapi/drm/Kbuild
@@ -3,6 +3
Instead of using linux/types.h, drm headers should use drm.h, in order
to handle the portability issues in only one place.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/drm_fourcc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/incl
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/virtgpu_drm.h | 98 +-
1 file changed, 49 insertions(+), 49 deletions(-)
diff --git a/include/uapi/drm/virtgpu_drm.h b/include/uapi/drm/virtgpu_drm.h
index fc9e2d6..4bc
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/exynos_drm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/mga_drm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/msm_drm.h | 3 +--
1 file changed, 1 insertion(+), 2 deletions(
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/tegra_drm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/virtgpu_drm.h | 3 +--
1 file changed, 1 insertion(+), 2 deleti
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/savage_drm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/vmwgfx_drm.h | 4 +---
1 file changed, 1 insertion(+), 3 deleti
via_drmclient.h comes from userland drivers, it should not be in the
kernel public headers. Moreover, this does not compile if taken outside
of the drivers.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/via_drm.h | 4
1 file changed, 4 deletions(-)
Instead of using linux/types.h, drm headers should use drm.h, in order
to handle the portability issues in only one place.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/drm_mode.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/includ
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/qxl_drm.h | 3 +--
1 file changed, 1 insertion(+), 2 deletions(
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/r128_drm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/via_drm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/drm_sarea.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for
the libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/i810_drm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-
Using `#include "drm.h"` instead of `#include ` allow drm
headers to be moved in another directory without changes, like for the
libdrm imports.
Signed-off-by: Gabriel Laskar
CC: Emil Velikov
CC: Mikko Rapeli
---
include/uapi/drm/omap_drm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-
David, Russell,
ping. No response for more than 2 months.
On 02.11.2015 17:10, Vladimir Zapolskiy wrote:
> David, Russell,
>
> ping.
>
> On 12.10.2015 16:15, Vladimir Zapolskiy wrote:
>> David, Russell,
>>
>> ping.
>>
>> On 23.09.2015 00:46, Vladimir Zapolskiy wrote:
>>> of_find_i2c_adapter_by_
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151130/9732bec5/attachment.html>
On Mon, Nov 30, 2015 at 02:35:53PM +0100, Thomas Hellstrom wrote:
> On 11/29/2015 10:18 AM, Daniel Vetter wrote:
> > On Fri, Nov 27, 2015 at 01:24:11PM +0100, Thomas Hellstrom wrote:
> >> On 11/27/2015 01:02 PM, Ville Syrjälä wrote:
> >>> On Fri, Nov 27, 2015 at 12:42:15PM +0100, Thomas Hellstrom
On Mon, Nov 30, 2015 at 04:44:21AM -0800, Thomas Hellstrom wrote:
> A client calling drmSetMaster() using a file descriptor that was opened
> when another client was master would inherit the latter client's master
> object and all it's authenticated clients.
>
> This is unwanted behaviour, and whe
chment was scrubbed...
Name: drm_master_bug.c
Type: text/x-csrc
Size: 415 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151130/6371a8f2/attachment.c>
Ping
Do we have any consensus on the best way of handling this situation in the
driver?
On Mon, 2015-11-23 at 14:20 +, Deucher, Alexander wrote:
> > -Original Message-
> > From: Lyude [mailto:cpaul at redhat.com]
> > Sent: Sunday, November 22, 2015 9:45 PM
> > To: Koenig, Christian; Da
Hi,
On 30 November 2015 at 13:53, Marek Szyprowski
wrote:
> This patch fixes trashed display of buffers cropped to very small width.
> Even if DMA is unstable and causes tearing when changing the burst size,
> it is still better than displaying a garbage.
>
> Signed-off-by: Marek Szyprowski
Re
On 11/30/2015 03:55 PM, Daniel Vetter wrote:
> On Mon, Nov 30, 2015 at 02:35:53PM +0100, Thomas Hellstrom wrote:
>> On 11/29/2015 10:18 AM, Daniel Vetter wrote:
>>> On Fri, Nov 27, 2015 at 01:24:11PM +0100, Thomas Hellstrom wrote:
On 11/27/2015 01:02 PM, Ville Syrjälä wrote:
> On Fri, No
b.width()): set_plane(x,
int((sin(x/50) + 1) * 100)); sleep(0.01)
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/a
On Mon, Nov 30, 2015 at 04:27:50PM +0100, Thomas Hellstrom wrote:
> Hi,
>
> On 11/30/2015 04:00 PM, Daniel Vetter wrote:
> > On Mon, Nov 30, 2015 at 04:44:21AM -0800, Thomas Hellstrom wrote:
> >> A client calling drmSetMaster() using a file descriptor that was opened
> >> when another client was m
On Mon, Nov 30, 2015 at 04:52:22PM +0100, Thomas Hellstrom wrote:
> On 11/30/2015 03:55 PM, Daniel Vetter wrote:
> > On Mon, Nov 30, 2015 at 02:35:53PM +0100, Thomas Hellstrom wrote:
> >> On 11/29/2015 10:18 AM, Daniel Vetter wrote:
> >>> On Fri, Nov 27, 2015 at 01:24:11PM +0100, Thomas Hellstrom w
On 11/30/2015 05:09 PM, Daniel Vetter wrote:
> On Mon, Nov 30, 2015 at 04:27:50PM +0100, Thomas Hellstrom wrote:
>> Hi,
>>
>> On 11/30/2015 04:00 PM, Daniel Vetter wrote:
>>> On Mon, Nov 30, 2015 at 04:44:21AM -0800, Thomas Hellstrom wrote:
A client calling drmSetMaster() using a file descript
On Mon, Nov 30, 2015 at 08:46:03AM +0100, Daniel Vetter wrote:
> On Sat, Nov 28, 2015 at 03:25:35PM +, Emil Velikov wrote:
> > Hi Xinliang,
> >
> > On 28 November 2015 at 10:38, Xinliang Liu
> > wrote:
> > > Add DRM master driver for hi6220 SoC which used in HiKey board.
> > > Add dumb buffe
On Thu, 2015-11-26 at 19:01 +0200, Ville Syrjälä wrote:
> On Mon, Nov 16, 2015 at 09:05:12PM +0200, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrjälä
> >
> > Rather than using drm_match_cea_mode() to see if the EDID detailed
> > timings are supposed to represent one of the CE
Reviewed-by: Sinclair Yeh
On Mon, Nov 30, 2015 at 04:44:21AM -0800, Thomas Hellstrom wrote:
> A client calling drmSetMaster() using a file descriptor that was opened
> when another client was master would inherit the latter client's master
> object and all it's authenticated clients.
>
> This is
On Sun, Nov 29, 2015 at 11:33 PM, Daniel Vetter wrote:
>
> Yeah I just hunted down a test infrastructure failure on my Haswell the
> past few days with various loads and output configs. Seemed very happy.
> And not aware of anything else blowing up (bdw/skl would be less
> surprising).
So I'm cur
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151130/6c848465/attachment.html>
||
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151130/bcfc3e04/attachment.html>
is mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151130/5a815adf/attachment.html>
On Sat, Nov 28, 2015 at 06:38:57PM +0800, Xinliang Liu wrote:
> Add the device tree binding documentation for hi6220 SoC display subsystem.
> drm master device binding doc.
> ADE display controller binding doc.
> DSI controller binding doc.
>
> Signed-off-by: Xinliang Liu
> Signed-off-by: Xinwei
a proper trace
3 - both
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151130/9cb7bdd8/attachment.html>
On Thu, Nov 26, 2015 at 9:42 PM, Michel Dänzer wrote:
> On 26.11.2015 19:06, Christian König wrote:
>> From: Christian König
>>
>> That got messed up while porting it from Radeon.
>>
>> Signed-off-by: Christian König
>> Cc: stable at vger.kernel.org
>> ---
>> drivers/gpu/drm/amd/amdgpu/amdg
On Fri, Nov 27, 2015 at 10:49 AM, Christian König
wrote:
> From: Christian König
>
> We use the reservation object of the page directory for the page tables as
> well, because of this the page directory should be freed last. Ensure that
> by keeping a reference from the page tables to the direc
On Sat, Nov 28, 2015 at 4:01 PM, Pavel Machek wrote:
>
> Thinkpad T40p needs agpmode 1.
>
> Signed-off-by: Pavel Machek
Seems odd that this wouldn't have been found earlier given how popular
thinkpads are. Applied. Thanks,
Alex
>
> diff --git a/drivers/gpu/drm/radeon/radeon_agp.c
> b/driver
Reviewed-by: Sinclair Yeh
On Thu, Nov 26, 2015 at 10:52:14AM -0800, Thomas Hellstrom wrote:
> If the drm_mode_cursor_ioctl is called and the cursor_set2 callback is
> implemented, the cursor hotspot is set to (0,0) which is incompatible
> with vmwgfx where the hotspot should instead remain unchan
Hi,
On Mon, Nov 30, 2015 at 04:27:50PM +0100, Thomas Hellstrom wrote:
> while probably all other drivers don't care, except that it's a security
> issue
Hm, I don't know what the security policy is for DRM-related issues
but shouldn't this be cc'ed to security at kernel.org so that it gets the
at
gh
you were cc:d on most of it I think. Maybe I can bounce the entire thing onto
the list...
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archive
1 - 100 of 140 matches
Mail list logo
