On 24 May 2016 at 04:59, Linus Torvalds
wrote:
> On Sun, May 22, 2016 at 11:41 PM, Dave Airlie wrote:
>>
>> Here's the main drm pull request for 4.7, it's been
>> a busy one, and I've been a bit more distracted in
>> real life this merge window.
>
> Hmm.
>
> I pulled this, but I think I'll have
On 24 May 2016 at 05:20, Dave Airlie wrote:
> On 24 May 2016 at 04:59, Linus Torvalds
> wrote:
>> On Sun, May 22, 2016 at 11:41 PM, Dave Airlie wrote:
>>>
>>> Here's the main drm pull request for 4.7, it's been
>>> a busy one, and I've been a bit more distracted in
>>> real life this merge wind
On 24 May 2016 at 05:23, Dave Airlie wrote:
> On 24 May 2016 at 05:20, Dave Airlie wrote:
>> On 24 May 2016 at 04:59, Linus Torvalds
>> wrote:
>>> On Sun, May 22, 2016 at 11:41 PM, Dave Airlie wrote:
Here's the main drm pull request for 4.7, it's been
a busy one, and I've been a
is needed at all.
BR,
Jyri
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160524/41196c7b/attachment.sig>
Hi Liviu,
Humble request: For the future please split things into manageable
hunks. I doubt you wrote the whole thing in one go, right ?
At the very minimum you could have introduced DP500 support initially
and then DP550 and DP650 as follow up commits.
On 25 April 2016 at 15:19, Liviu Dudau wr
https://bugzilla.kernel.org/show_bug.cgi?id=118791
Bug ID: 118791
Summary: HD 7450, R9-270, GPU locked when testing glmark2
Product: Drivers
Version: 2.5
Kernel Version: 4.4.0;4.5.3;4.6
Hardware: ARM
OS: Linux
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160524/9088a986/attachment.html>
:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160524/c1b428f0/attachment.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/20160524/d3de52bb/attachment.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/20160524/8e724d40/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=118611
--- Comment #2 from Michel Dänzer ---
Also, please attach the dmesg output and Xorg log file (assuming you're using
X), preferably captured after the problem occurred.
--
You are receiving this mail because:
You are watching the assignee of th
Hi all,
This series have been posted about one month, still no comments, help here :(
RK3399 and RK3288 shared the same eDP IP controller, only some light
difference with VOP configure and GRF configure.
Also same misc fix to analogix_dp driver:
- Hotplug invalid which report by Dan Carpenter
-
Rename RK3288_DP marcos to ROCKCHIP_DP, prepare to add eDP
support for more Rockchip chips.
Signed-off-by: Yakir Yang
---
Changes in v2: None
drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 4 ++--
drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c | 6 +++---
drivers/gpu/drm/rockchip/anal
eDP controller need to declare which vop provide the video source,
and it's defined in GRF registers.
But different chips have different GRF register address, so we need to
create a device data to declare the GRF messages for each chips.
Signed-off-by: Yakir Yang
---
Changes in v2: None
driver
There're an register define error in ANALOGIX_DP_PLL_REG_1 which introduced
by commit bcec20fd5ad6 ("drm: bridge: analogix/dp: add some rk3288 special
registers setting").
The PHY PLL input clock source is selected by ANALOGIX_DP_PLL_REG_1
BIT 0, not BIT 1.
Signed-off-by: Yakir Yang
---
Changes
As vendor document indicate, when REF_CLK bit set 0, then DP
phy's REF_CLK should switch to 24M source clock.
But due to IC PHY layout mistaken, some chips need to flip this
bit(like RK3288), and unfortunately they didn't indicate in the
DP version register. That's why we have to make this little
RK3399 and RK3288 shared the same eDP IP controller, only some light
difference with VOP configure and GRF configure.
Signed-off-by: Yakir Yang
---
Changes in v2:
- rebase with drm-next, fix some conflicts
.../bindings/display/bridge/analogix_dp.txt| 1 +
.../display/rockchip/analogix_
Some boards don't need to declare a panel device node, like the
display interface is DP monitors, so it's necessary to make the
panel detect to an optional action.
Signed-off-by: Yakir Yang
---
Changes in v2: None
drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 48 -
1
It's helpful to expand the mode_valid callback to platform driver,
so they could valid the display mode or information.
Signed-off-by: Yakir Yang
---
Changes in v2: None
drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 15 +++
include/drm/bridge/analogix_dp.h |
Rockchip VOP couldn't output YUV video format for eDP controller, so
when driver detect connector support YUV video format, we need to hack
it down to RGB888.
Signed-off-by: Yakir Yang
---
Changes in v2: None
drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 19 +++
1 file chang
The hardware IC designed that VOP must output the RGB10 video format to
eDP contoller, and if eDP panel only support RGB8, then eDP contoller
should cut down the video data, not via VOP contoller, that's why we need
to hardcode the VOP output mode to RGA10 here.
Signed-off-by: Yakir Yang
---
Chan
The enum value of DP_IRQ_TYPE_HP_CABLE_IN is zero, but driver only
send drm hp event when the irq_type and the enum value is true.
if (irq_type & DP_IRQ_TYPE_HP_CABLE_IN || ...)
drm_helper_hpd_irq_event(dp->drm_dev);
So there would no drm hpd event when cable plug in, to fix that
just nee
On 05/17/2016 09:48 AM, Xinliang Liu wrote:
> On 17 May 2016 at 11:43, Archit Taneja wrote:
>>
>>
>> On 05/16/2016 05:31 PM, Laurent Pinchart wrote:
>>>
>>> Hi Archit,
>>>
>>> On Friday 22 Apr 2016 11:10:18 Archit Taneja wrote:
On 04/22/2016 04:02 AM, Laurent Pinchart wrote:
>
Hi Linus,
here is the C++ guards warning fix from Arnd.
I've tried using a tag for this.
Dave.
The following changes since commit 84787c572d402644dca4874aba73324d9f8e3948:
Merge branch 'akpm' (patches from Andrew) (2016-05-23 19:42:28 -0700)
are available in the git repository at:
git:/
problem in the
attached Xorg log.
--
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/20160524/aa1d4ba0/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160524/46414a5a/attachment.html>
RK3399 and RK3288 shared the same eDP IP controller, only some light
difference with VOP configure and GRF configure.
Signed-off-by: Yakir Yang
---
Changes in v2:
- rebase with drm-next, fix some conflicts
.../bindings/display/bridge/analogix_dp.txt| 1 +
.../display/rockchip/analogix_
---
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160524/dd9df19e/attachment.html>
Hi Tomeu,
On 5 April 2016 at 16:07, Tomeu Vizoso wrote:
> On 4 April 2016 at 17:44, Daniel Stone wrote:
>> On 4 April 2016 at 14:55, Tomeu Vizoso wrote:
>>> + if (async) {
>>> + for_each_crtc_in_state(state, crtc, crtc_state, i) {
>>> + if (crtc->state-
As per the docs, atomic_commit should return -EBUSY "if an asycnhronous
updated is requested and there is an earlier updated pending".
v2: Use the status of the workqueue instead of vop->event, and don't add
a superfluous wait on the workqueue.
v3: Drop work_busy, as there's a sizeable delay when
As per the docs, atomic_commit should return -EBUSY "if an asycnhronous
updated is requested and there is an earlier updated pending".
v2: Use the status of the workqueue instead of vop->event, and don't add
a superfluous wait on the workqueue.
v3: Drop work_busy, as there's a sizeable delay when
On 24 May 2016 at 09:27, Tomeu Vizoso wrote:
> As per the docs, atomic_commit should return -EBUSY "if an asycnhronous
> updated is requested and there is an earlier updated pending".
>
> v2: Use the status of the workqueue instead of vop->event, and don't add
> a superfluous wait on the workqueue
On 24.05.2016 06:04, Alex Deucher wrote:
> Need to properly update the sw ring status when we disable
> the gfx MEs on SI.
>
> Signed-off-by: Alex Deucher
> ---
> drivers/gpu/drm/amd/amdgpu/gfx_v6_0.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v6_0
Hi Tomeu,
Patch subject: please put the version into the brackets, so [PATCH v5] as it
shouldn't be part of the commit log.
Am Dienstag, 24. Mai 2016, 09:27:37 schrieb Tomeu Vizoso:
> As per the docs, atomic_commit should return -EBUSY "if an asycnhronous
> updated is requested and there is an e
On Tue, May 24, 2016 at 10:28:42AM +0200, Heiko Stuebner wrote:
> Hi Tomeu,
>
> Patch subject: please put the version into the brackets, so [PATCH v5] as it
> shouldn't be part of the commit log.
>
> Am Dienstag, 24. Mai 2016, 09:27:37 schrieb Tomeu Vizoso:
> > As per the docs, atomic_commit sho
On Tue, May 24, 2016 at 10:30:50AM +0200, Daniel Vetter wrote:
> On Tue, May 24, 2016 at 10:28:42AM +0200, Heiko Stuebner wrote:
> > Hi Tomeu,
> >
> > Patch subject: please put the version into the brackets, so [PATCH v5] as
> > it
> > shouldn't be part of the commit log.
> >
> > Am Dienstag, 2
Am Dienstag, 24. Mai 2016, 10:37:49 schrieb Daniel Vetter:
> On Tue, May 24, 2016 at 10:30:50AM +0200, Daniel Vetter wrote:
> > On Tue, May 24, 2016 at 10:28:42AM +0200, Heiko Stuebner wrote:
> > > Hi Tomeu,
> > >
> > > Patch subject: please put the version into the brackets, so [PATCH v5]
> > > a
On Tue, May 24, 2016 at 10:41:30AM +0200, Heiko Stuebner wrote:
> Am Dienstag, 24. Mai 2016, 10:37:49 schrieb Daniel Vetter:
> > On Tue, May 24, 2016 at 10:30:50AM +0200, Daniel Vetter wrote:
> > > On Tue, May 24, 2016 at 10:28:42AM +0200, Heiko Stuebner wrote:
> > > > Hi Tomeu,
> > > >
> > > > Pa
On Tue, May 24, 2016 at 07:29:25AM +0100, Dave Airlie wrote:
>
> Hi Linus,
>
> here is the C++ guards warning fix from Arnd.
So why the hell do we have C++ guards in kernel headers?
Hi Dave,
could you apply the following fix for imx-drm probing in the non-modular
case, which was broken by commit 950b410dd1ab ("gpu: ipu-v3: Fix
imx-ipuv3-crtc module autoloading")?
regards
Philipp
The following changes since commit 2dcd0af568b0cf583645c8a317dd12e344b1c72a:
Linux 4.6 (2016-
Implements gamma tables for OMAP4, OMAP5, and dra7xx SoCs and adds a
work-a-round for errata that may break LCD1 channel if gamma tables
are in use.
Changes from v2 to v3
- "drm/omapdrm: Add gamma table support to DSS dispc"
- fix dispc_init_gamma_tables() to always return an int
- omap54xx_di
Implement gamma_lut atomic crtc property, set crtc gamma size to 256
for all crtcs and use drm_atomic_helper_legacy_gamma_set() as
gamma_set func. The tv-out crtc has 1024 element gamma table (with
10bit precision) in HW, but current Xorg server does not accept
anything else but 256 elements so tha
Add gamma table support to DSS dispc.
DSS driver initializes the default gamma table at component bind time
and holds a copy of all gamma tables in its internal data structure.
Each call to dispc_mgr_set_gamma() updates the internal table and
triggers write to the HW, if it is enabled. The tables
Workaround for errata i734 in DSS dispc
- LCD1 Gamma Correction Is Not Working When GFX Pipe Is Disabled
For gamma tables to work on LCD1 the GFX plane has to be used at least
once after DSS HW has come out of reset. The workaround sets up a
minimal LCD setup with GFX plane and waits for one vert
On Mon, 23 May 2016, Lyude Paul wrote:
> On Mon, 2016-05-23 at 21:06 +0300, Ville Syrjälä wrote:
>> On Fri, May 20, 2016 at 05:36:40PM -0400, Lyude wrote:
>> >
>> > We no longer call ilk_audio_codec_enable() while we have vblanks
>> > disabled. As such, we can finally fix this and stop the occa
On Tue, May 24, 2016 at 01:01:33AM +0100, Emil Velikov wrote:
> Hi Liviu,
Hi Emil,
Thank you very much for taking your time to review this.
>
> Humble request: For the future please split things into manageable
> hunks. I doubt you wrote the whole thing in one go, right ?
Actually, I did, beca
On Tue, 24 May 2016, Christoph Hellwig wrote:
> On Tue, May 24, 2016 at 07:29:25AM +0100, Dave Airlie wrote:
>>
>> Hi Linus,
>>
>> here is the C++ guards warning fix from Arnd.
>
> So why the hell do we have C++ guards in kernel headers?
uapi headers. See [1] for the cover letter to the patches
On 23 May 2016 at 08:32, Mark yao wrote:
> On 2016å¹´05æ05æ¥ 17:34, Tomeu Vizoso wrote:
>>
>> On 20 April 2016 at 16:23, Tomeu Vizoso
>> wrote:
>>>
>>> On 11 April 2016 at 03:15, Mark yao wrote:
On 2016å¹´04æ08æ¥ 18:54, Tomeu Vizoso wrote:
>
> On 8 April 2016 at 03:07, Ma
On Tue, May 24, 2016 at 11:52 AM, Jani Nikula
wrote:
> On Tue, 24 May 2016, Christoph Hellwig wrote:
>> On Tue, May 24, 2016 at 07:29:25AM +0100, Dave Airlie wrote:
>>>
>>> Hi Linus,
>>>
>>> here is the C++ guards warning fix from Arnd.
>>
>> So why the hell do we have C++ guards in kernel header
Am Dienstag, 24. Mai 2016, 14:57:23 schrieb Yakir Yang:
> RK3399 and RK3288 shared the same eDP IP controller, only some light
> difference with VOP configure and GRF configure.
>
> Signed-off-by: Yakir Yang
> ---
> Changes in v2:
> - rebase with drm-next, fix some conflicts
>
> .../bindings/di
For normal video modes such as 1280x720p at 60Hz and 1920x1080p at 60Hz,
we always get 2 slots for a plane by using the current existing
dynamic DMFC FIFO allocation mechanism. So, let's change to use
the static one to simplify the code. This also makes it easier to
implement the atomic mode sett
Now that we can use atomic configurations, all the legacy callbacks
of CRTCs, encoders and connectors can be switched to the atomic version.
For the imx-ldb driver, there is a clock parent setting mismatch bewteen
->enable and ->disable after the switch, so a fixup is added.
Signed-off-by: Liu Yin
Signed-off-by: Liu Ying
---
drivers/gpu/drm/imx/ipuv3-plane.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/imx/ipuv3-plane.c
b/drivers/gpu/drm/imx/ipuv3-plane.c
index 681ec6e..157032d 100644
--- a/drivers/gpu/drm/imx/ipuv3-plane.c
+++ b/drivers/gpu/drm/imx/
Since CRTC has already been disabled in crtc_funcs->prepare(), it doesn't hurt
to disable the primary plane in drm_helper_crtc_mode_set() before enabling it
in drm_helper_crtc_mode_set_base(). This makes those who reject active plane
update in plane_funcs->atomic_check() happy.
Signed-off-by: Liu
Use drm_atomic_set_fb_for_plane() in the legacy ->page_flip path to track
the pointer plane_state->fb correctly.
Signed-off-by: Liu Ying
---
drivers/gpu/drm/imx/ipuv3-crtc.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/imx/ipuv3-crtc.c b/drivers/gpu/drm/imx/ipuv3-crtc.
This patch switches the update/disable_plane callbacks to their atomic version.
Also, use the default atomic helpers to implement the atomic_check/commit
callbacks for mode configuration.
Signed-off-by: Liu Ying
---
drivers/gpu/drm/imx/imx-drm-core.c | 3 +++
drivers/gpu/drm/imx/ipuv3-plane.c |
Hi,
This patch set converts imx drm into atomic mode setting.
It takes 3 phases to achieve the goal as recommended.
This patch set may apply to Philipp Zabel's open git branch imx-drm/fixes.
Liu Ying (14):
drm/imx: ipuv3-plane: Constify ipu_plane_funcs
drm/imx: plane: Don't set plane->crtc in
To support generic atomic page flip, this patch customizes ->atomic_commit
for async commits.
Signed-off-by: Liu Ying
---
drivers/gpu/drm/imx/imx-drm-core.c | 137 +++-
drivers/gpu/drm/imx/ipuv3-crtc.c | 156 ++---
2 files changed, 14
With all the beforehand phases and steps done, we can adverstise DRIVER_ATOMIC.
Signed-off-by: Liu Ying
---
drivers/gpu/drm/imx/imx-drm-core.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/imx/imx-drm-core.c
b/drivers/gpu/drm/imx/imx-drm-core.c
index cb52
Use the drm_plane_helper_update/disable() and drm_helper_crtc_mode_set()
transistional atomic helpers. The crtc->mode_set_nofb callback is added
so that the primary plane is no longer tied to the CRTC. Check/update
logics are separated to make sure crtc->mode_set_nofb and plane->atomic_update
are
Replacing drm_crtc_helper_set_config() by drm_atomic_helper_set_config()
and converting the suspend/resume operations to atomic makes us be able
to use atomic configurations. All of these allows us to remove the
crtc_funcs->mode_set callback as it is no longer used. Also, we may remove
all the en
Since the drm core sets plane->crtc correctly, we don't need to do that.
Signed-off-by: Liu Ying
---
drivers/gpu/drm/imx/ipuv3-plane.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/imx/ipuv3-plane.c
b/drivers/gpu/drm/imx/ipuv3-plane.c
index 157032d..e6ec8eb 100644
--- a/dri
Wire up CRTCs', planes' and connectors' ->reset, ->duplicate and ->destroy state
hooks to use the default implementations from the atomic helper library.
The helpers track each DRM object state.
Signed-off-by: Liu Ying
---
drivers/gpu/drm/bridge/dw-hdmi.c | 19 +++
drivers/
We should disable planes explicitly when suspending.
Especially, this is meaningful for those display controllers which
don't support active planes without relevant CRTCs being enabled.
Signed-off-by: Liu Ying
---
drivers/gpu/drm/drm_atomic_helper.c | 18 +-
1 file changed, 17 in
The IPUv3 primary plane doesn't support partial off screen.
So, this patch separates plane check logics for primary plane and overlay
plane and adds more limitations on the primary plane.
Signed-off-by: Liu Ying
---
drivers/gpu/drm/imx/ipuv3-plane.c | 72 ++-
On 23/05/16 10:03, Jon Hunter wrote:
>
> On 20/05/16 15:45, Laxman Dewangan wrote:
>> The IO pins of Tegra SoCs are grouped for common control of IO
>> interface like setting voltage signal levels and power state of
>> the interface. The group is generally referred as IO pads. The
>> power state
On Tue, May 24, 2016 at 10:43:28AM +0100, Liviu Dudau wrote:
> On Tue, May 24, 2016 at 01:01:33AM +0100, Emil Velikov wrote:
> > Hi Liviu,
>
> Hi Emil,
>
> Thank you very much for taking your time to review this.
>
> >
> > Humble request: For the future please split things into manageable
> > h
On Tue, May 24, 2016 at 06:10:44PM +0800, Liu Ying wrote:
> Since CRTC has already been disabled in crtc_funcs->prepare(), it doesn't hurt
> to disable the primary plane in drm_helper_crtc_mode_set() before enabling it
> in drm_helper_crtc_mode_set_base(). This makes those who reject active plane
On Tue, May 24, 2016 at 06:10:49PM +0800, Liu Ying wrote:
> We should disable planes explicitly when suspending.
> Especially, this is meaningful for those display controllers which
> don't support active planes without relevant CRTCs being enabled.
>
> Signed-off-by: Liu Ying
Recommended way is
On Tue, May 24, 2016 at 06:10:52PM +0800, Liu Ying wrote:
> To support generic atomic page flip, this patch customizes ->atomic_commit
> for async commits.
It's now called nonblocking instead of async. Please run s/async/nonblock/
over this patch.
-Daniel
>
> Signed-off-by: Liu Ying
> ---
> dr
org-server 1.18.2,
mesa 11.2.0
kernel 4.4
--
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/20160524/49a29080/attachment.html>
E
properties to the crtc. Otherwise only the legacy API is available. See
drm_helper_crtc_enable_color_mgmt() (we can't use that, but as an example).
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160524/620c405a/attachment.sig>
On Tue, May 10, 2016 at 03:21:28PM +0100, Matthew Auld wrote:
> This patch aims to replace the roll-your-own seqlock implementation with
> full-blown seqlock'. We also remove the timestamp ring-buffer in favour
> of single timestamp/count pair protected by a seqlock. In turn this
> means we can now
Forgot to update the docs when nuking that. Oops.
Fixes: fcee59065e58 ("drm: Nuke ->vblank_disable_allowed")
Signed-off-by: Daniel Vetter
---
Documentation/DocBook/gpu.tmpl | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/Documentation/DocBook/gpu.tmpl b/Documentation/
On Mon, May 23, 2016 at 03:56:36PM -0400, Lyude wrote:
> Thanks to Ville Syrjälä for pointing me towards the cause of this issue.
>
> Unfortunately one of the sideaffects of having the refclk for a DPLL set
> to SSC is that as long as it's set to SSC, the GPU will prevent us from
> powering down
The non-DRM s5p-g2d driver supports two versions of G2D: v3.0 on
S5Pv210 and v4.x on Exynos 4x12 (or newer). The driver for 3.0 device
version is doing two things differently:
1. Before starting the render process, it invalidates caches (pattern,
source buffer and mask buffer). Cache control is
Remove the old non-DRM driver because it is now entirely supported by
exynos_drm_g2d driver.
Cc: Kyungmin Park
Cc: Kamil Debski
Signed-off-by: Krzysztof Kozlowski
---
MAINTAINERS | 8 -
drivers/gpu/drm/exynos/Kconfig| 1 -
drivers/media/platform/Kc
Hi Morimoto-san,
Thank you for the patch.
On Tuesday 24 May 2016 14:24:09 Kuninori Morimoto wrote:
> From: Kuninori Morimoto
>
> EPROBE_DEFER is not error, thus, error message on kernel log on this
> case is confusable for user. Prints it only error cases.
>
> Signed-off-by: Kuninori Morimoto
org/archives/dri-devel/attachments/20160524/e9f02eb7/attachment.html>
Hello Krzysztof,
are you sure that these are the only differences. Because AFAIK there
are quite a few more:
- DMA submission of commands
- blend mode / rounding
- solid fill
- YCrCb support
- and probably more
One would need to add least split the command list parser into a v3 and
v41 version to
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160524/c3a42c1f/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160524/ccb1e50d/attachment-0001.html>
->state->gamma_lut->data;
'gamma_lut' here is NULL when removing gamma table, which crashes the
driver at the moment
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc:
On 05/24/2016 03:49 PM, Tobias Jakobi wrote:
> Hello Krzysztof,
>
> are you sure that these are the only differences. Because AFAIK there
> are quite a few more:
> - DMA submission of commands
> - blend mode / rounding
> - solid fill
> - YCrCb support
> - and probably more
>
> One would need to a
Hi Ville,
On Thursday 12 May 2016 23:54:09 Ville Syrjälä wrote:
> On Thu, May 12, 2016 at 11:15:42PM +0300, Laurent Pinchart wrote:
> > On Thursday 12 May 2016 22:46:05 Ville Syrjälä wrote:
> >> On Thu, May 12, 2016 at 10:20:12PM +0300, Laurent Pinchart wrote:
> >>> On Thursday 12 May 2016 14:
---
Is this something that still happens/relevant ?
--
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/20160524/9d96f
Huh⦠so I'm going to have to take back what I said before about this. On
further
observation, it looks like the "Don't disable SSC source if it's in use" patch
actually got rid of the underruns entirely, with or without the wait for a
vblank here.
On Tue, 2016-05-24 at 16:14 +0300, Ville Syrjä
org/archives/dri-devel/attachments/20160524/5ebc3a55/attachment.html>
---
Hi Vadim,
Is it still relevant for you ?
Does it still happen ?
--
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/20160
|DRI
--
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/20160524/5f06a4cb/attachment.html>
attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160524/a9aaf66f/attachment.html>
---
Does this still happens to you ?
--
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/20160524/dbf8caad/attachment.html>
Hi Lothar,
thank you for rebasing. I have applied the other two patches.
With this one, I'd like to avoid the duplicated code. See below:
Am Dienstag, den 24.05.2016, 08:31 +0200 schrieb Lothar WaÃmann:
> Currently these flags are lost in the call
> drm_display_mode_from_videomode()
>
> Signed-
Hi Liu,
Am Dienstag, den 24.05.2016, 18:10 +0800 schrieb Liu Ying:
> Hi,
>
> This patch set converts imx drm into atomic mode setting.
> It takes 3 phases to achieve the goal as recommended.
> This patch set may apply to Philipp Zabel's open git branch imx-drm/fixes.
Thank you for the rework! Co
Am Dienstag, den 24.05.2016, 18:10 +0800 schrieb Liu Ying:
> The IPUv3 primary plane doesn't support partial off screen.
> So, this patch separates plane check logics for primary plane and overlay
> plane and adds more limitations on the primary plane.
>
> Signed-off-by: Liu Ying
> ---
> drivers
Am Dienstag, den 24.05.2016, 18:10 +0800 schrieb Liu Ying:
> For normal video modes such as 1280x720p at 60Hz and 1920x1080p at 60Hz,
I'm very happy to drop all this code if possible, but the stated reason
is not good enough. Rather we should look at the worst case and make
sure that 2 FIFO slots
Am Dienstag, den 24.05.2016, 18:10 +0800 schrieb Liu Ying:
> Use the drm_plane_helper_update/disable() and drm_helper_crtc_mode_set()
> transistional atomic helpers. The crtc->mode_set_nofb callback is added
> so that the primary plane is no longer tied to the CRTC. Check/update
> logics are sepa
Am Dienstag, den 24.05.2016, 18:10 +0800 schrieb Liu Ying:
> Wire up CRTCs', planes' and connectors' ->reset, ->duplicate and ->destroy
> state
> hooks to use the default implementations from the atomic helper library.
> The helpers track each DRM object state.
>
> Signed-off-by: Liu Ying
> ---
On Tue, May 24, 2016 at 05:01:02PM +0300, Laurent Pinchart wrote:
> Hi Ville,
>
> On Thursday 12 May 2016 23:54:09 Ville Syrjälä wrote:
> > On Thu, May 12, 2016 at 11:15:42PM +0300, Laurent Pinchart wrote:
> > > On Thursday 12 May 2016 22:46:05 Ville Syrjälä wrote:
> > >> On Thu, May 12, 2016
On Tue, May 24, 2016 at 8:45 AM, Daniel Vetter
wrote:
> Forgot to update the docs when nuking that. Oops.
>
> Fixes: fcee59065e58 ("drm: Nuke ->vblank_disable_allowed")
> Signed-off-by: Daniel Vetter
Reviewed-by: Alex Deucher
> ---
> Documentation/DocBook/gpu.tmpl | 9 +
> 1 file cha
1 - 100 of 161 matches
Mail list logo
