Hi,
Sorry for late reply. Could be that we're not restoring the state
properly. Not sure though that we guarantee that the framebuffer
contents is valid after unbind. Perhaps take a look at what other
drivers do. I see the same issue on my PSB systems which run SDVO so
it is at least not LVDS rela
a_ctx->indirect_ctx.obj);
> if (ret)
>
--
Open Source Technology Center, Intel ltd.
$gpg --keyserver wwwkeys.pgp.net --recv-keys 4D781827
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 163 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161020/82f8a094/attachment.sig>
//lists.freedesktop.org/archives/dri-devel/attachments/20161020/e695fa50/attachment.html>
On 19/10/16 07:33 PM, Marek Olšák wrote:
> On Wed, Oct 19, 2016 at 8:42 AM, Dave Airlie wrote:
>> On 18 October 2016 at 23:53, Dan Williams
>> wrote:
>>> On Mon, Oct 17, 2016 at 8:48 PM, Dave Airlie wrote:
>>> [..]
>> Aren't there only 2 possibilities for this regression?
>>
>> 1/
/archives/dri-devel/2016-May/107463.html
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161020/fff9db4c/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161020/004f713b/attachment.html>
On Wed, Oct 19, 2016 at 6:21 PM, Philipp Zabel
wrote:
> Odd x/y offsets are not allowed for horizontally/vertically chroma
> subsampled planar YUV formats.
>
> Signed-off-by: Philipp Zabel
Acked-by: Liu Ying
> ---
> Changes since v1:
> - Improve comment
> ---
> drivers/gpu/drm/imx/ipuv3-pla
On Wed, Oct 19, 2016 at 6:21 PM, Philipp Zabel
wrote:
> To support 4:2:2 or 4:4:4 chroma subsampling, divide the x/y offsets in
> drm_plane_state_to_ubo/vbo only if necessary for the given pixel format.
>
> Signed-off-by: Philipp Zabel
Acked-by: Liu Ying
> ---
> drivers/gpu/drm/imx/ipuv3-pla
On Wed, Oct 19, 2016 at 6:21 PM, Philipp Zabel
wrote:
> ipu_cpmem_set_yuv_planar_full is only used directly, remove the wrapper.
>
> Suggested-by: Liu Ying
> Signed-off-by: Philipp Zabel
Acked-by: Liu Ying
> ---
> drivers/gpu/ipu-v3/ipu-cpmem.c | 36
> i
On Wed, Oct 19, 2016 at 6:21 PM, Philipp Zabel
wrote:
> Hook up support for DRM_FORMAT_YUV422, DRM_FORMAT_YVU422,
> DRM_FORMAT_YUV444, DRM_FORMAT_YVU444, DRM_FORMAT_NV12,
> and DRM_FORMAT_NV16.
>
> Signed-off-by: Philipp Zabel
Acked-by: Liu Ying
> ---
> Changes since v1:
> - Make UBO/VBO swa
On Wed, Oct 19, 2016 at 6:46 PM, Marek Olšák wrote:
>>> We've had per buffer metadata in Radeon since KMS, which I believe first
>>> appeared in 2009. It's 4 bytes large and is used to communicate tiling
>>> flags between Mesa, DDX, and the kernel display code. It was a widely
>>> accepted solut
On Wed, Oct 19, 2016 at 11:28:27AM +0100, Russell King wrote:
> Convert DT component matching to use component_match_add_release().
>
> Signed-off-by: Russell King
> ---
> Can we please get this patch from May merged into the drm-misc or
> whatever trees so that we don't end up with conflicts? I
On Wed, Oct 19, 2016 at 05:32:19PM -0700, Stefan Agner wrote:
> If fbdev emulation is not in use (or not built-in), fb_helper.fbdev
> is NULL. Don't call calling drm_fbdev_cma_defio_fini in this case.
>
> Signed-off-by: Stefan Agner
Yeah makes sense. Applied to drm-misc.
-Daniel
> ---
> driver
I plan to usurp the short name of struct fence for a core kernel struct,
and so I need to rename the specialised fence/timeline for DMA
operations to make room.
A consensus was reached in
https://lists.freedesktop.org/archives/dri-devel/2016-July/113083.html
that making clear this fence applies to
Hi everyone,
This series adds support for the first display pipeline found on the
A31 and A31s SoCs, with output through the RGB LCD interface.
This has been tested on the Sinlinx SinA31s development board, with
its included 7" LCD panel, and the Merrii Hummingbird A31 development
board, with its
The A31's display pipeline has 2 frontends, 2 backends, and 2 TCONs. It
also has new display enhancement blocks, such as the DRC (Dynamic Range
Controller), the DEU (Display Enhancement Unit), and the CMU (Color
Management Unit). It supports HDMI, MIPI DSI, and 2 LCD/LVDS channels.
The A31s displa
The Hummingbird A31 board has a RGB-to-VGA bridge which converts RGB
output from the LCD interface to VGA signals.
Enable this part of the display pipeline.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun6i-a31-hummingbird.dts | 56 +
1 file changed, 56 inserti
The A31 has 2 parallel display pipelines, which can be intermixed.
However the driver currently only supports one of them.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun6i-a31.dtsi | 152 ++
arch/arm/boot/dts/sun6i-a31s.dtsi | 8 ++
2 files changed,
Some rgb-to-vga bridges have an enable GPIO, either directly tied to
an enable pin on the bridge IC, or indirectly controlling a power
switch.
Add support for it.
Signed-off-by: Chen-Yu Tsai
---
.../bindings/display/bridge/dumb-vga-dac.txt | 2 ++
drivers/gpu/drm/bridge/dumb-vga-dac.c
The LCD0 controller on the A31 can do RGB output up to 8 bits per
channel. Add the pins for RGB888 output.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun6i-a31.dtsi | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/sun6i-a31.dtsi b/arch/arm/boot/dts/sun6
I plan to usurp the short name of struct fence for a core kernel struct,
and so I need to rename the specialised fence/timeline for DMA
operations to make room.
A consensus was reached in
https://lists.freedesktop.org/archives/dri-devel/2016-July/113083.html
that making clear this fence applies to
The A31 TCON has mux controls for how TCON outputs are routed to the
HDMI and MIPI DSI blocks.
Since the A31s does not have MIPI DSI, it only has a mux for the HDMI
controller input.
This patch only adds support for the compatible strings. Actual support
for the mux controls should be added with
The A31 and A31s also have the DRC as part of the display pipeline.
As we know virtually nothing about them, just add compatible strings
for both SoCs to the stub driver.
Signed-off-by: Chen-Yu Tsai
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 2 ++
We already have some differences between the 2 supported SoCs.
More will be added as we support other SoCs. To avoid bloating
the probe function with even more conditionals, move the quirks
to a separate data structure that's tied to the compatible string.
Signed-off-by: Chen-Yu Tsai
---
drivers
On 19 October 2016 at 15:52, Randy Li wrote:
> Hello,
>
> Recently, I want to use a eDP panel in my RK3288 platform, but I got the
> following message:
>
> [8.935918] i2c i2c-6: of_i2c: modalias failure on /dp at ff97/ports
> [8.936018] rockchip-drm display-subsystem: bound ff97.
Am 19.10.2016 um 20:35 schrieb Gustavo Padovan:
> 2016-10-19 Christian König :
>
>> Am 19.10.2016 um 19:48 schrieb Gustavo Padovan:
>>> From: Gustavo Padovan
>>>
>>> When creating fence arrays we were not holding references to the fences
>>> in the array, however when destroy the array we were pu
The series adds the initial ZTE VOU display controller DRM/KMS driver.
There are still some features to be added, like overlay plane, scaling,
and more output devices support. But it's already useful with dual
CRTCs and HDMI display working.
Changes for v3:
- Rebase to v4.9-rc1
- Update binding
It adds initial bindings doc for ZTE VOU display controller. HDMI is
the only supported output device right now.
Signed-off-by: Shawn Guo
Acked-by: Rob Herring
---
.../devicetree/bindings/display/zte,vou.txt| 84 ++
1 file changed, 84 insertions(+)
create mode 1006
It adds the initial ZTE VOU display controller DRM driver. There are
still some features to be added, like overlay plane, scaling, and more
output devices support. But it's already useful with dual CRTCs and
HDMI monitor working.
Signed-off-by: Shawn Guo
---
drivers/gpu/drm/Kconfig |
Add myself as the maintainer of ZTE ZX DRM driver.
Signed-off-by: Shawn Guo
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 1cd38a7e0064..907dbd3261c5 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4281,6 +4281,13 @@ S: Maintained
Hi Jitendra,
On Wednesday 19 Oct 2016 19:11:27 Sharma, Jitendra wrote:
> On 10/19/2016 7:03 PM, Laurent Pinchart wrote:
> > On Wednesday 19 Oct 2016 18:37:38 Sharma, Jitendra wrote:
> >> On 10/19/2016 5:21 PM, Laurent Pinchart wrote:
> >>> On Wednesday 19 Oct 2016 17:12:48 Jitendra Sharma wrote:
>
On 10/20/2016 03:18 PM, Tomeu Vizoso wrote:
> On 19 October 2016 at 15:52, Randy Li wrote:
>> Hello,
>>
>> Recently, I want to use a eDP panel in my RK3288 platform, but I got the
>> following message:
>>
>> [8.935918] i2c i2c-6: of_i2c: modalias failure on /dp at ff97/ports
>> [8.
Am 20.10.2016 um 08:47 schrieb Chris Wilson:
> I plan to usurp the short name of struct fence for a core kernel struct,
> and so I need to rename the specialised fence/timeline for DMA
> operations to make room.
>
> A consensus was reached in
> https://lists.freedesktop.org/archives/dri-devel/2016-
On Wed, Oct 19, 2016 at 6:21 PM, Philipp Zabel
wrote:
> Use drm_plane_helper_check_state to clip raw user coordinates to crtc
> bounds. This checks for full plane coverage and scaling already, so
> we can drop some custom checks. Use the clipped coordinates everywhere.
>
> Suggested-by: Ville Syr
On 20 October 2016 at 09:38, Randy Li wrote:
>
>
> On 10/20/2016 03:18 PM, Tomeu Vizoso wrote:
>>
>> On 19 October 2016 at 15:52, Randy Li wrote:
>>>
>>> Hello,
>>>
>>> Recently, I want to use a eDP panel in my RK3288 platform, but I got
>>> the
>>> following message:
>>>
>>> [8.935918] i2c
Hi Russell,
On Wednesday 19 Oct 2016 10:35:21 Russell King - ARM Linux wrote:
> On Wed, Oct 19, 2016 at 12:19:30PM +0300, Laurent Pinchart wrote:
> > On Wednesday 19 Oct 2016 10:11:22 Russell King - ARM Linux wrote:
> >> In any case, I don't agree with converting it to a DRM bridge - that
> >> wil
bytes
Desc: 0001-drm-amd-powerplay-don-t-give-up-if-DPM-is-already-ru.patch
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161020/275e3a07/attachment.obj>
On Thu, Oct 20, 2016 at 03:53:46PM +0800, Ying Liu wrote:
> On Wed, Oct 19, 2016 at 6:21 PM, Philipp Zabel
> wrote:
> > Use drm_plane_helper_check_state to clip raw user coordinates to crtc
> > bounds. This checks for full plane coverage and scaling already, so
> > we can drop some custom checks.
On Thu, Oct 20, 2016 at 4:41 PM, Ville Syrjälä
wrote:
> On Thu, Oct 20, 2016 at 03:53:46PM +0800, Ying Liu wrote:
>> On Wed, Oct 19, 2016 at 6:21 PM, Philipp Zabel
>> wrote:
>> > Use drm_plane_helper_check_state to clip raw user coordinates to crtc
>> > bounds. This checks for full plane cover
self-contained.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161020/f332f660/attachment.sig>
On Thu, Oct 20, 2016 at 3:11 AM, Michel Dänzer wrote:
> On 19/10/16 07:33 PM, Marek Olšák wrote:
>> On Wed, Oct 19, 2016 at 8:42 AM, Dave Airlie wrote:
>>> On 18 October 2016 at 23:53, Dan Williams
>>> wrote:
On Mon, Oct 17, 2016 at 8:48 PM, Dave Airlie wrote:
[..]
>>> Aren't
On 10/20/2016 01:50 PM, Laurent Pinchart wrote:
> Hi Russell,
>
> On Wednesday 19 Oct 2016 10:35:21 Russell King - ARM Linux wrote:
>> On Wed, Oct 19, 2016 at 12:19:30PM +0300, Laurent Pinchart wrote:
>>> On Wednesday 19 Oct 2016 10:11:22 Russell King - ARM Linux wrote:
In any case, I don't
ktop.org/archives/dri-devel/attachments/20161020/a24f3cc6/attachment.html>
scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161020/dcd31bd9/attachment.html>
vel/attachments/20161020/e4d9fb86/attachment.html>
mailing list
> dri-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161020/16049e45/attachment.html>
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161020/02356080/attachment.sig>
CEA-861-F specs defines new 4k video modes to be used with
HDMI 2.0 EDIDs. These modes start at VIC=93 and go all the
way till VIC=107.
Our existing CEA modedb contains only 64 modes (VIC=1 to VIC=64). Now
to be able to parse 4k modes using the existing techniques, we have
to complete the modedb (
ame: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161020/b0a52fc5/attachment.sig>
Adding Jose and Daniel in cc.
Regards
Shashank
-Original Message-
From: Sharma, Shashank
Sent: Thursday, October 20, 2016 3:58 PM
To: dri-devel at lists.freedesktop.org; intel-gfx at lists.freedesktop.org
Cc: airlied at redhat.com; =daniel.vetter at intel.com; Jose.Abreu at
synopsys.co
From: Christian König
reservation_object_wait_timeout_rcu() should enable signaling even with a zero
timeout, but ttm_bo_wait() can also be called from atomic context and then it
is not a good idea to do this.
Fixes "reservation: revert "wait only with non-zero timeout specified (v3)"".
Signed
On 10/20/2016 02:45 PM, Russell King - ARM Linux wrote:
> On Thu, Oct 20, 2016 at 02:38:25PM +0530, Archit Taneja wrote:
>>
>>
>> On 10/20/2016 01:50 PM, Laurent Pinchart wrote:
>>> Hi Russell,
>>>
>>> On Wednesday 19 Oct 2016 10:35:21 Russell King - ARM Linux wrote:
On Wed, Oct 19, 2016 at
Hello Zhi Wang,
The patch be1da7070aea: "drm/i915/gvt: vGPU command scanner" from May
3, 2016, leads to the following static checker warning:
drivers/gpu/drm/i915/gvt/cmd_parser.c:1420 cmd_handler_mi_op_2f()
warn: shift has higher precedence than mask
drivers/gpu/drm/i915/gvt/cmd
2016-10-20 Christian König :
> Am 19.10.2016 um 20:35 schrieb Gustavo Padovan:
> > 2016-10-19 Christian König :
> >
> > > Am 19.10.2016 um 19:48 schrieb Gustavo Padovan:
> > > > From: Gustavo Padovan
> > > >
> > > > When creating fence arrays we were not holding references to the fences
> > >
2016-10-20 Chris Wilson :
> I plan to usurp the short name of struct fence for a core kernel struct,
> and so I need to rename the specialised fence/timeline for DMA
> operations to make room.
>
> A consensus was reached in
> https://lists.freedesktop.org/archives/dri-devel/2016-July/113083.html
Hello,
Monitor hotplugging seems to be broken on latest 4.1/4.4 RT kernel with i915.
I have tested this on non-RT kernel and it works.
I get an udev event for unplugging, but there's no event generated for
plugging the monitor back in.
Any pointers are appreciated.
Best regards,
Nicolae
Hi,
On 10/19/2016 07:55 PM, Laurent Pinchart wrote:
> The drm_bridge object models on- or off-chip hardware encoders and
> provide an abstract control API to display drivers. In order to help
> display drivers creating the right kind of drm_encoder object, expose
> the type of the hardware encoder
Different subsystems and drivers have different preferences for where to
file bugs and what information to include. Add "B:" entry for specifying
the URI for the bug tracker directly, a web page for detailed info on
filing bugs, or a mailto: URI.
Cc: Daniel Vetter
Cc: Joe Perches
Cc: Andrew Mort
Make it easier to find the developer chat for the subsystem or driver.
Signed-off-by: Jani Nikula
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 689f7f08a100..53df9ccc5573 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -76,6 +76,8 @@ Descript
Signed-off-by: Jani Nikula
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 4a47ec00a09d..689f7f08a100 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3951,6 +3951,7 @@ DRM DRIVERS
M: David Airlie
L: dri-devel at lists.freedesktop.org
Signed-off-by: Jani Nikula
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 53df9ccc5573..a6bde481170c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3954,6 +3954,7 @@ M:David Airlie
L: dri-devel at lists.freedesktop.org
T: g
On Thu, 20 Oct 2016, Nicolae Rosia wrote:
> Monitor hotplugging seems to be broken on latest 4.1/4.4 RT kernel with i915.
> I have tested this on non-RT kernel and it works.
> I get an udev event for unplugging, but there's no event generated for
> plugging the monitor back in.
Does it work on no
2016-10-20 Shawn Guo :
> It adds the initial ZTE VOU display controller DRM driver. There are
> still some features to be added, like overlay plane, scaling, and more
> output devices support. But it's already useful with dual CRTCs and
> HDMI monitor working.
>
> Signed-off-by: Shawn Guo
> --
On 19 October 2016 at 23:04, Rob Clark wrote:
> The same file in libdrm is, as is the tradition with the rest of libdrm,
> etc, using an MIT license. To avoid complications in the future with
> sync'ing the uapi header to libdrm, lets fix the license mismatch now
> before there are any non-trivia
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161020/196d1081/attachment.html>
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161020/5747a140/attachment.html>
tps://lists.freedesktop.org/archives/dri-devel/attachments/20161020/b3122c76/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161020/d4434682/attachment.html>
vailable
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161020/5175074f/attachment.sig>
Hello Zhi Wang,
The patch 2707e4446688: "drm/i915/gvt: vGPU graphics memory
virtualization" from Mar 28, 2016, leads to the following static
checker warnings:
drivers/gpu/drm/i915/gvt/gtt.c:1675 intel_vgpu_pin_mm()
warn: 'mm->pincount.counter' not decremented on lines: 1670,1675.
L:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161020/61d12209/attachment.html>
On Thu, Oct 20, 2016 at 04:51:30PM +0800, Ying Liu wrote:
> On Thu, Oct 20, 2016 at 4:41 PM, Ville Syrjälä
> wrote:
> > On Thu, Oct 20, 2016 at 03:53:46PM +0800, Ying Liu wrote:
> >> On Wed, Oct 19, 2016 at 6:21 PM, Philipp Zabel
> >> wrote:
> >> > Use drm_plane_helper_check_state to clip raw
From: Christian König
This reverts commit fb8b7d2b9d80e1e71f379e57355936bd2b024be9.
Otherwise signaling might never be activated on the fences. This can
result in infinite waiting with hardware which has unreliable interrupts.
v2: still return one when the timeout is zero and we don't have any
From: Christian König
Kernel functions taking a timeout usually return 1 on success even
when they get a zero timeout.
Signen-off-by: Christian König
Reviewed-by: Chunming Zhou
---
drivers/dma-buf/fence.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/dm
From: Christian König
This reverts commit 847b19a39e4c9b5e74c40f0842c48b41664cb43c.
When we don't call the wait function software signaling might never be
activated. This can cause infinite polling loops with unreliable interrupt
driven hardware.
Signed-off-by: Christian König
Reviewed-by: C
From: Christian König
reservation_object_wait_timeout_rcu() should enable signaling even with a zero
timeout, but ttm_bo_wait() can also be called from atomic context and then it
is not a good idea to do this.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 9 -
1 f
From: Harry Wentland
This reverts commit 4a183f66e543f697271f2ef717fb72aed071e968.
Change-Id: I331ab0afccf55bd4e50890c64f354249993fb20a
Acked-by: Alex Deucher
Reviewed-by: Andrey Grodzovsky
---
drivers/gpu/drm/amd/dal/dc/dce110/dce110_resource.c | 3 +--
1 file changed, 1 insertion(+), 2 dele
Since 4.7 kernel, we've seen the error messages like
kernel: [TTM] Buffer eviction failed
kernel: qxl :00:02.0: object_init failed for (4026540032, 0x0001)
kernel: [drm:qxl_alloc_bo_reserved [qxl]] *ERROR* failed to allocate VRAM BO
on QXL when switching and accessing on VT. The culpr
Hi Jani,
Forgive me late response.
On 12.10.2016 16:28, Jani Nikula wrote:
> On Wed, 12 Oct 2016, Emil Velikov wrote:
>> On 11 October 2016 at 10:33, Jani Nikula
>> wrote:
>>> On Tue, 11 Oct 2016, "Sun, Jing A" wrote:
It's needed that DRM Driver module could be removed and reloaded after
On Thu, 20 Oct 2016 15:20:55 +0200,
Takashi Iwai wrote:
>
> Since 4.7 kernel, we've seen the error messages like
>
> kernel: [TTM] Buffer eviction failed
> kernel: qxl :00:02.0: object_init failed for (4026540032, 0x0001)
> kernel: [drm:qxl_alloc_bo_reserved [qxl]] *ERROR* failed to al
receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161020/5262647d/attachment.html>
Ups my fault. I actually didn't want to send this patch out.
Please ignore.
Christian.
Am 20.10.2016 um 15:20 schrieb Christian König:
> From: Harry Wentland
>
> This reverts commit 4a183f66e543f697271f2ef717fb72aed071e968.
>
> Change-Id: I331ab0afccf55bd4e50890c64f354249993fb20a
> Acked-by: A
On Thu, Oct 20, 2016 at 03:20:55PM +0200, Takashi Iwai wrote:
> Since 4.7 kernel, we've seen the error messages like
>
> kernel: [TTM] Buffer eviction failed
> kernel: qxl :00:02.0: object_init failed for (4026540032, 0x0001)
> kernel: [drm:qxl_alloc_bo_reserved [qxl]] *ERROR* failed to
Am Donnerstag, den 20.10.2016, 16:51 +0800 schrieb Ying Liu:
> >> Does the clip thing potentially change the user's request by force?
> >> For example, the user request an unreasonable big resolution.
> >
> > The user is allowed to ask for destination coordinates extending outside
> > the crtc dime
On Thu, 20 Oct 2016 15:28:14 +0200,
Ville Syrjälä wrote:
>
> On Thu, Oct 20, 2016 at 03:20:55PM +0200, Takashi Iwai wrote:
> > Since 4.7 kernel, we've seen the error messages like
> >
> > kernel: [TTM] Buffer eviction failed
> > kernel: qxl :00:02.0: object_init failed for (4026540032, 0x
On Thu, 20 Oct 2016, Andrzej Hajda wrote:
> Hi Jani,
>
> Forgive me late response.
>
> On 12.10.2016 16:28, Jani Nikula wrote:
>> On Wed, 12 Oct 2016, Emil Velikov wrote:
>>> On 11 October 2016 at 10:33, Jani Nikula
>>> wrote:
On Tue, 11 Oct 2016, "Sun, Jing A" wrote:
> It's needed th
On Thu, Oct 20, 2016 at 3:30 AM, Shawn Guo wrote:
> It adds the initial ZTE VOU display controller DRM driver. There are
> still some features to be added, like overlay plane, scaling, and more
> output devices support. But it's already useful with dual CRTCs and
> HDMI monitor working.
>
> Sign
On Thu, Oct 20, 2016 at 8:47 AM, Chris Wilson
wrote:
> I plan to usurp the short name of struct fence for a core kernel struct,
> and so I need to rename the specialised fence/timeline for DMA
> operations to make room.
>
> A consensus was reached in
> https://lists.freedesktop.org/archives/dri-d
On Thu, 20 Oct 2016, David Weinehall wrote:
> On Thu, Oct 20, 2016 at 03:28:10PM +0300, Jani Nikula wrote:
>> On Thu, 20 Oct 2016, Nicolae Rosia wrote:
>> > Monitor hotplugging seems to be broken on latest 4.1/4.4 RT kernel with
>> > i915.
>> > I have tested this on non-RT kernel and it works.
>
Hi,
On Thu, Oct 20, 2016 at 3:57 PM, David Weinehall wrote:
>> > I get an udev event for unplugging, but there's no event generated for
>> > plugging the monitor back in.
>>
>> Does it work on non-RT? Does it work on v4.8 or v4.9-rc1?
>
> The second one is relevant though. 4.1 is pre-historic, 4.
Use drm_plane_helper_check_state to clip raw user coordinates to crtc
bounds. This checks for full plane coverage and scaling already, so
we can drop some custom checks. Use the clipped coordinates everywhere.
Suggested-by: Ville Syrjälä
Signed-off-by: Philipp Zabel
---
Changes since v2:
- Tr
On Thu, Oct 20, 2016 at 03:36:54PM +0200, Takashi Iwai wrote:
> On Thu, 20 Oct 2016 15:28:14 +0200,
> Ville Syrjälä wrote:
> >
> > On Thu, Oct 20, 2016 at 03:20:55PM +0200, Takashi Iwai wrote:
> > > Since 4.7 kernel, we've seen the error messages like
> > >
> > > kernel: [TTM] Buffer eviction
Hello Jose
On 10/20/2016 7:19 PM, Jose Abreu wrote:
> Hi Shashank,
>
>
> On 20-10-2016 11:25, Sharma, Shashank wrote:
>> Adding Jose and Daniel in cc.
>>
>> Regards
>> Shashank
>> -Original Message-
>> From: Sharma, Shashank
>> Sent: Thursday, October 20, 2016 3:58 PM
>> To: dri-devel at l
On Thu, Oct 20, 2016 at 6:28 AM, Shashank Sharma
wrote:
> CEA-861-F specs defines new 4k video modes to be used with
> HDMI 2.0 EDIDs. These modes start at VIC=93 and go all the
> way till VIC=107.
>
> Our existing CEA modedb contains only 64 modes (VIC=1 to VIC=64). Now
> to be able to parse 4k m
On Thu, Oct 20, 2016 at 03:36:54PM +0200, Takashi Iwai wrote:
> On Thu, 20 Oct 2016 15:28:14 +0200,
> Ville Syrjälä wrote:
> >
> > On Thu, Oct 20, 2016 at 03:20:55PM +0200, Takashi Iwai wrote:
> > > Since 4.7 kernel, we've seen the error messages like
> > >
> > > kernel: [TTM] Buffer eviction
On Thu, 20 Oct 2016 16:17:25 +0200,
Ville Syrjälä wrote:
>
> On Thu, Oct 20, 2016 at 03:36:54PM +0200, Takashi Iwai wrote:
> > On Thu, 20 Oct 2016 15:28:14 +0200,
> > Ville Syrjälä wrote:
> > >
> > > On Thu, Oct 20, 2016 at 03:20:55PM +0200, Takashi Iwai wrote:
> > > > Since 4.7 kernel, we've
Since 4.7 kernel, we've seen the error messages like
kernel: [TTM] Buffer eviction failed
kernel: qxl :00:02.0: object_init failed for (4026540032, 0x0001)
kernel: [drm:qxl_alloc_bo_reserved [qxl]] *ERROR* failed to allocate VRAM BO
on QXL when switching and accessing on VT. The culpr
On Thu, Oct 20, 2016 at 2:47 AM, Chris Wilson
wrote:
> I plan to usurp the short name of struct fence for a core kernel struct,
> and so I need to rename the specialised fence/timeline for DMA
> operations to make room.
>
> A consensus was reached in
> https://lists.freedesktop.org/archives/dri-d
From: Gustavo Padovan
Hi,
Currently the Linux Kernel only have an implicit fencing mechanism, through
reservation objects, in which the fences are attached directly to buffers
operations and userspace is unaware of what is happening. On the other hand
explicit fencing exposes fences to the user
From: Gustavo Padovan
Create one timeline context for each CRTC to be able to handle out-fences
and signal them. It adds a few members to struct drm_crtc: fence_context,
where we store the context we get from fence_context_alloc(), the
fence seqno and the fence lock, that we pass in fence_init()
1 - 100 of 169 matches
Mail list logo
