On 09/04/2017 04:36 PM, Daniel Vetter wrote:
On Fri, Sep 01, 2017 at 04:36:25PM +0300, Ville Syrjälä wrote:
On Fri, Sep 01, 2017 at 04:07:16PM +0900, Hoegeun Kwon wrote:
If scanout started, we should reduce etime by delta_ns. But delta_ns
is negative if scanout has not started. If delta_ns is n
Hi Laurent,
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
On 2017-09-04 17:19, Laurent Pinchart wrote:
>> Ah, OK, so the current way is buggy as well.
>>
>> How do you plan to fix that?
>> I think this should work
On Mon, Sep 04, 2017 at 05:04:56PM +0200, Maarten Lankhorst wrote:
> Most code only cares about the current commit or previous commit.
> Fortuantely we already have a place to track those. Move it to
> drm_crtc_state where it belongs. :)
>
> The per-crtc commit_list is kept for places where we hav
On Mon, Sep 04, 2017 at 07:06:54PM +0300, marius vlad wrote:
> There isn't any dark plot behind it.
>
> For instance, in our use case, a DPU (Display Process Unit) which has a
> blit feature (using DRM_RENDER_ALLOW) can be implemented cleanly
> in a separate driver and not being dependent on the D
https://bugs.freedesktop.org/show_bug.cgi?id=99710
--- Comment #9 from Sandeep ---
I've tried 4.11.9 and 4.10.13 kernels, and the hang occurs on both of them.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel maili
On 02/09/17 04:05 AM, Jan Vesely wrote:
> Fixes crash when/usr/share/libdrm/amdgpu.ids contains
> ASIC_ID_TABLE_NUM_ENTRIES + 1 entries.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=102432
> Signed-off-by: Jan Vesely
Thanks for the good catch.
> diff --git a/amdgpu/amdgpu_asic_i
https://bugs.freedesktop.org/show_bug.cgi?id=102522
Michel Dänzer changed:
What|Removed |Added
QA Contact|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
Quoting Gustavo Padovan (2017-09-05 00:06:04)
> From: Dominik Behr
>
> To avoid hanging userspace components that might have been waiting on the
> active fences of the destroyed timeline we need to signal with error all
> remaining fences on such timeline.
>
> This restore the default behaviour
Hi,
Is linux-next support HDMI on rk3288? I'm trying to enable hdmi (with
ddc-i2c-bus) statically along with Linux boot logo. Observed an kernel
boot hang, didn't find whats wrong because DWC MHL PHY as detected
from the log.
Here is the full log[1] please let me know if I miss any?
Log:
-
[
Hello there,
[linux-4.13/drivers/gpu/drm/nouveau/nvkm/subdev/therm/fan.c:93]: (warning)
Opposite inner 'if' condition leads to a dead code block.
Source code is
if (target != duty) {
u16 bump_period = fan->bios.bump_period;
u16 slow_down_period = fan->bios.slow_down_period;
From: Marius Vlad
Signed-off-by: Marius Vlad
Signed-off-by: Marius-Adrian Negreanu
---
drivers/gpu/drm/i915/i915_drv.c | 3 ---
drivers/gpu/drm/i915/i915_perf.c | 21 +
2 files changed, 21 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drive
From: Marius Vlad
Signed-off-by: Marius Vlad
Signed-off-by: Marius-Adrian Negreanu
---
drivers/gpu/drm/i915/i915_drv.c | 145 +---
1 file changed, 78 insertions(+), 67 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv
From: Marius Vlad
Signed-off-by: Marius Vlad
Signed-off-by: Marius-Adrian Negreanu
---
drivers/gpu/drm/drm_drv.c | 1 +
drivers/gpu/drm/drm_ioctl.c | 99 +++--
include/drm/drm_drv.h | 34
include/drm/drm_ioctl.h | 6 +++
4
From: Marius Vlad
Signed-off-by: Marius Vlad
Signed-off-by: Marius-Adrian Negreanu
---
drivers/gpu/drm/i915/i915_drv.c | 35 ---
drivers/gpu/drm/i915/i915_gem.c | 52 +
2 files changed, 52 insertions(+), 35 deletions(-)
diff --gi
From: Marius Vlad
Currently driver-specific ioctls have to be declared static and are confined to
DRM core driver. This patch series provides the means to remove those constrains
and allow to register driver-specific ioctls dynamically by keeping a list of
registered ioctls in struct drm_driver,
From: Emilio López
If a sw_sync_timeline is destroyed the fences associated to it need
to be signalled. This test checks that.
Cc: Shuah Khan
Cc: linux-kselft...@vger.kernel.org
Signed-off-by: Emilio López
Signed-off-by: Gustavo Padovan
---
tools/testing/selftests/sync/sync_test.c | 1 +
to
From: Dominik Behr
To avoid hanging userspace components that might have been waiting on the
active fences of the destroyed timeline we need to signal with error all
remaining fences on such timeline.
This restore the default behaviour of the Android sw_sync framework, which
Android still relies
On 5 September 2017 at 05:23, Marek Olšák wrote:
> On Fri, Sep 1, 2017 at 5:36 PM, Marek Olšák wrote:
>> On Thu, Jul 6, 2017 at 3:17 AM, Dave Airlie wrote:
>>> From: Dave Airlie
>>>
>>> This adds kernel semaphore support to the command submission
>>> interface in what should be a backwards comp
On 2 September 2017 at 01:36, Marek Olšák wrote:
> On Thu, Jul 6, 2017 at 3:17 AM, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> This adds kernel semaphore support to the command submission
>> interface in what should be a backwards compatible manner,
>> it adds a new command submission API.
>>
https://bugs.freedesktop.org/show_bug.cgi?id=102540
Bug ID: 102540
Summary: MSAA not working in Unity game
Product: Mesa
Version: 17.1
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priorit
https://bugs.freedesktop.org/show_bug.cgi?id=97942
Elizabeth changed:
What|Removed |Added
Summary|[IGT] [BYT] [BXT] [BYT] |[IGT][BYT/BXT] gem_mmap_gtt
https://bugs.freedesktop.org/show_bug.cgi?id=101483
--- Comment #10 from FFAB ---
Upstream kernel test - kernel 4.13
Installation, on which upstream kernel was installed:
ubuntu 16.04.3, kernel4.10.0-33, updated 2017-09-04
1. booting without any workaround parameters
2. booting with kernel par
https://bugs.freedesktop.org/show_bug.cgi?id=101483
--- Comment #9 from FFAB ---
Created attachment 133965
--> https://bugs.freedesktop.org/attachment.cgi?id=133965&action=edit
kernel4.13 iommu=soft
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=101483
FFAB changed:
What|Removed |Added
Attachment #133775|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=102500
Vedran Miletić changed:
What|Removed |Added
CC||ved...@miletic.net
Summary|
On Fri, Sep 1, 2017 at 5:36 PM, Marek Olšák wrote:
> On Thu, Jul 6, 2017 at 3:17 AM, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> This adds kernel semaphore support to the command submission
>> interface in what should be a backwards compatible manner,
>> it adds a new command submission API.
>
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #36 from Shmerl ---
(In reply to Pablo Estigarribia from comment #35)
> Could it be related to dpm?
>
> In my case I was trying many combinations of mesa versions, libdrm and
> kernels, but until many tests I have just changed dpm
From: Christian König
With shared reservation objects __ttm_bo_reserve() can easily fail even on
destroyed BOs. This prevents correct handling when we need to individualize
the reservation object.
Fix this by individualizing the object before even trying to reserve it.
Signed-off-by: Christian
From: Christian König
Stop requiring that the src reservation object is locked for this operation.
Signed-off-by: Christian König
---
drivers/dma-buf/reservation.c | 56 ---
1 file changed, 42 insertions(+), 14 deletions(-)
diff --git a/drivers/dma-buf/
Hi Maarten,
[auto build test ERROR on drm/drm-next]
[also build test ERROR on next-20170904]
[cannot apply to v4.13]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Maarten-Lankhorst/drm-atomic
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #35 from Pablo Estigarribia ---
Could it be related to dpm?
In my case I was trying many combinations of mesa versions, libdrm and kernels,
but until many tests I have just changed dpm to high performance and no freeze
happended an
https://bugs.freedesktop.org/show_bug.cgi?id=102468
--- Comment #3 from taij...@posteo.de ---
Also, this might be related:
https://bugzilla.kernel.org/show_bug.cgi?id=156341#c65
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #34 from Shmerl ---
(In reply to Samuel Pitoiset from comment #27)
> An apitrace that reproduces the issue would be very useful.
Hi Samuel. Any luck with reproducing or narrowing down this problem? The
uploaded trace is going to exp
On Mon, Sep 4, 2017 at 5:54 PM, Noralf Trønnes wrote:
>
> Den 04.09.2017 17.20, skrev Daniel Vetter:
>>
>> On Mon, Sep 04, 2017 at 02:30:05PM +0200, Noralf Trønnes wrote:
>>>
>>> Den 04.09.2017 11.04, skrev Daniel Vetter:
On Mon, Sep 04, 2017 at 11:41:05AM +0300, Laurent Pinchart wrote:
Indeed, we argued at first to let the driver handle the ioctls directly,
but we would like to use the DRM interface if possible.
On Mon, Sep 4, 2017 at 6:26 PM, Chris Wilson
wrote:
> Quoting Marius Vlad (2017-09-04 16:16:41)
> > From: Marius Vlad
> >
> > Currently driver-specific ioctls have to
There isn't any dark plot behind it.
For instance, in our use case, a DPU (Display Process Unit) which has a
blit feature (using DRM_RENDER_ALLOW) can be implemented cleanly
in a separate driver and not being dependent on the DRM core driver. If the
blit
feature is present/enabled, we can dynamica
Den 04.09.2017 17.20, skrev Daniel Vetter:
On Mon, Sep 04, 2017 at 02:30:05PM +0200, Noralf Trønnes wrote:
Den 04.09.2017 11.04, skrev Daniel Vetter:
On Mon, Sep 04, 2017 at 11:41:05AM +0300, Laurent Pinchart wrote:
Hi Daniel,
On Monday, 4 September 2017 10:26:15 EEST Daniel Vetter wrote:
O
I really wonder what's wrong with my mail client, but it looks like this
patch never made it at least to dri-devel.
Forwarding manually now,
Christian.
Am 04.09.2017 um 15:16 schrieb Christian König:
From: Christian König
The logic is buggy and unnecessary complex. When dma_fence_get_rcu() f
Quoting Marius Vlad (2017-09-04 16:16:41)
> From: Marius Vlad
>
> Currently driver-specific ioctls have to be declared static and are confined
> to
> DRM core driver. This patch series provides the means to remove those
> constrains
> and allow to register driver-specific ioctls dynamically by
On Mon, Sep 04, 2017 at 06:16:41PM +0300, Marius Vlad wrote:
> From: Marius Vlad
>
> Currently driver-specific ioctls have to be declared static and are confined
> to
> DRM core driver. This patch series provides the means to remove those
> constrains
> and allow to register driver-specific ioc
On Mon, Sep 04, 2017 at 02:30:05PM +0200, Noralf Trønnes wrote:
>
> Den 04.09.2017 11.04, skrev Daniel Vetter:
> > On Mon, Sep 04, 2017 at 11:41:05AM +0300, Laurent Pinchart wrote:
> > > Hi Daniel,
> > >
> > > On Monday, 4 September 2017 10:26:15 EEST Daniel Vetter wrote:
> > > > On Thu, Aug 31,
Most code only cares about the current commit or previous commit.
Fortuantely we already have a place to track those. Move it to
drm_crtc_state where it belongs. :)
The per-crtc commit_list is kept for places where we have to look
deeper than the current or previous commit for checking whether to
Hi Peter,
On Monday, 4 September 2017 14:16:32 EEST Peter Ujfalusi wrote:
> On 2017-09-04 12:41, Laurent Pinchart wrote:
> > At the moment the memory is freed at .remove() time, which can lead to
> > memory corruption if a user has a handle on the device (for instance an
> > open file handle that
On 09/04/2017 01:40 PM, Archit Taneja wrote:
>
>
> On 09/01/2017 07:15 PM, Andrzej Hajda wrote:
>> On 01.08.2017 15:23, Philippe CORNU wrote:
>>> Based on patch "Convert drivers to explicit reset API" from Philipp
>>> Zabel
>>>
>>> Commit a53e35db70d1 ("reset: Ensure drivers are explicit when
Quoting Christian König (2017-09-04 14:27:33)
> From: Christian König
>
> The logic is buggy and unnecessary complex. When dma_fence_get_rcu() fails to
> acquire a reference it doesn't necessary mean that there is no fence at all.
>
> It usually mean that the fence was replaced by a new one and
Hi,
Am Montag, 4. September 2017, 18:14:56 CEST schrieb Jagan Teki:
> Is linux-next support HDMI on rk3288? I'm trying to enable hdmi (with
> ddc-i2c-bus) statically along with Linux boot logo. Observed an kernel
> boot hang, didn't find whats wrong because DWC MHL PHY as detected
> from the log.
From: Christian König
The logic is buggy and unnecessary complex. When dma_fence_get_rcu() fails to
acquire a reference it doesn't necessary mean that there is no fence at all.
It usually mean that the fence was replaced by a new one and in this situation
we certainly want to have the new one as
Thomas, Ingo, Peter -
Can I have your ack on merging the below patch via drm/i915?
Unfortunately it wasn't originally sent to the proper mailing list. You
can see the full series it's part of at [1].
BR,
Jani.
[1] https://patchwork.freedesktop.org/series/29058/
On Sun, 20 Aug 2017, Hans de G
From: Christian König
The logic is buggy and unnecessary complex. When dma_fence_get_rcu() fails to
acquire a reference it doesn't necessary mean that there is no fence at all.
It usually mean that the fence was replaced by a new one and in this situation
we certainly want to have the new one as
Den 04.09.2017 11.04, skrev Daniel Vetter:
On Mon, Sep 04, 2017 at 11:41:05AM +0300, Laurent Pinchart wrote:
Hi Daniel,
On Monday, 4 September 2017 10:26:15 EEST Daniel Vetter wrote:
On Thu, Aug 31, 2017 at 09:22:03PM +0200, Noralf Trønnes wrote:
Den 31.08.2017 14.59, skrev Laurent Pinchart:
On 09/01/2017 07:15 PM, Andrzej Hajda wrote:
On 01.08.2017 15:23, Philippe CORNU wrote:
Based on patch "Convert drivers to explicit reset API" from Philipp Zabel
Commit a53e35db70d1 ("reset: Ensure drivers are explicit when requesting
reset lines") started to transition the reset control requ
On 09/01/2017 06:59 PM, Andrzej Hajda wrote:
On 01.08.2017 15:23, Philippe CORNU wrote:
This patch cleans up the Synopsys mipi dsi register list:
- rename registers according to the Synopsys documentation
(1.30 & 1.31)
- fix typos
- re-order registers for a better coherency
Signed-off-by:
Quoting Maarten Lankhorst (2017-08-30 13:17:48)
> The next commit removes the wait for flip_done in in
> drm_atomic_helper_commit_cleanup_done, but we need it for the tests
> to pass. Instead of using complicated vblank tracking which ends
> up being ignored anyway, call the correct atomic helper.
Hi Laurent,
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
On 2017-09-04 12:41, Laurent Pinchart wrote:
> At the moment the memory is freed at .remove() time, which can lead to memory
> corruption if a user has a
Varad Gautam writes:
> From: Varad Gautam
>
> cirrus exposes one legacy primary plane tied to the crtc. convert this to
> use the universal planes interface in preparation for atomic.
>
> Signed-off-by: Varad Gautam
> ---
> drivers/gpu/drm/cirrus/cirrus_mode.c | 44
> +
By always keeping track of the last commit in plane_state, we know
whether there is an active update on the plane or not. With that
information we can reject the fast update, and force the slowpath
to be used as was originally intended.
We cannot use plane_state->crtc->state here, because this onl
New iteration with all feedback hopefully addressed.
Maarten Lankhorst (6):
drm/i915: Always wait for flip_done, v2.
drm/atomic: Move drm_crtc_commit to drm_crtc_state, v3.
drm/atomic: Remove waits in drm_atomic_helper_commit_cleanup_done, v2.
drm/atomic: Return commit in drm_crtc_commit_g
Most code only cares about the current commit or previous commit.
Fortuantely we already have a place to track those. Move it to
drm_crtc_state where it belongs. :)
The per-crtc commit_list is kept for places where we have to look
deeper than the current or previous commit for checking whether to
Currently we neatly track the crtc state, but forget to look at
plane/connector state.
When doing a nonblocking modeset, immediately followed by a setprop
before the modeset completes, the setprop will see the modesets new
state as the old state and free it.
This has to be solved by waiting for h
When commit synchronization through drm_crtc_commit was first
introduced, we tried to solve the problem of the flip_done
needing a reference count by blocking in cleanup_done.
This has been changed by commit 24835e442f28 ("drm: reference count
event->completion") which made the waits here no longe
The next commit removes the wait for flip_done in in
drm_atomic_helper_commit_cleanup_done, but we need it for the tests
to pass. Instead of using complicated vblank tracking which ends
up being ignored anyway, call the correct atomic helper. :)
Changes since v1:
- Always call drm_atomic_helper_wa
This will allow code to do x->commit = drm_crtc_commit_get(commit),
making it clearer where references are used.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_atomic_helper.c | 3 +--
include/drm/drm_atomic.h| 6 +-
2 files changed, 6 insertions(+), 3 deletions(-)
dif
Varad Gautam writes:
> int cirrus_bo_push_sysram(struct cirrus_bo *bo)
> {
> int i, ret;
> - if (!bo->pin_count) {
> +
> + ret = cirrus_bo_reserve(bo, false);
> + if (ret)
> + return ret;
> +
> + if (bo->pin_count) {
> DRM_ERROR("unpin bad %p\n",
Hi Laurent,
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
On 2017-09-01 14:36, Laurent Pinchart wrote:
>> We have boards with LCD panel and HDMI for example and in DT the LCD is set
>> as display0, but in certain
Hello,
On Monday, 4 September 2017 10:43:55 EEST Daniel Vetter wrote:
> On Fri, Sep 01, 2017 at 11:46:29AM +0200, Linus Walleij wrote:
> > If we cannot find a panel, assume that the output from the
> > PL111 is connected directly to a "dumb" VGA connector,
> > so look up the connector from that br
Hi Peter,
On Monday, 4 September 2017 12:26:08 EEST Peter Ujfalusi wrote:
> On 2017-09-01 14:32, Laurent Pinchart wrote:
> >> diff --git a/drivers/gpu/drm/omapdrm/omap_drv.c
> >> b/drivers/gpu/drm/omapdrm/omap_drv.c index 32dc0e88220f..0e100a359d26
> >> 100644
> >> --- a/drivers/gpu/drm/omapdrm/om
Hi Peter,
On Monday, 4 September 2017 12:19:19 EEST Peter Ujfalusi wrote:
> On 2017-09-01 14:27, Laurent Pinchart wrote:
> >> -static void omap_disconnect_dssdevs(void)
> >> +static void omap_disconnect_dssdevs(struct drm_device *ddev)
> >> {
> >> - struct omap_dss_device *dssdev = NULL;
> >> +
Hi Peter,
On Monday, 4 September 2017 12:13:40 EEST Peter Ujfalusi wrote:
> On 2017-09-01 14:10, Laurent Pinchart wrote:
> > On Tuesday, 29 August 2017 10:32:12 EEST Peter Ujfalusi wrote:
> >> It makes the cleanup paths a bit cleaner.
> >
> > But it also goes against a proper implementation of ob
Hi Daniel,
On Monday, 4 September 2017 12:04:38 EEST Daniel Vetter wrote:
> On Mon, Sep 04, 2017 at 11:41:05AM +0300, Laurent Pinchart wrote:
> > On Monday, 4 September 2017 10:26:15 EEST Daniel Vetter wrote:
[snip]
> >> Yup, expect imo this should be done in drm core (as much as possible,
> >>
Hi Laurent,
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
On 2017-09-01 14:32, Laurent Pinchart wrote:
>> diff --git a/drivers/gpu/drm/omapdrm/omap_drv.c
>> b/drivers/gpu/drm/omapdrm/omap_drv.c index 32dc0e88220f.
Hi Laurent,
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
On 2017-09-01 14:27, Laurent Pinchart wrote:
>> -static void omap_disconnect_dssdevs(void)
>> +static void omap_disconnect_dssdevs(struct drm_device *ddev)
Reviewed-by: Shashank Sharma
Regards
Shashank
On 9/1/2017 8:14 PM, Thierry Reding wrote:
From: Thierry Reding
The file uses inconsistent capitalization for TMDS. Since it is an
abbreviation, all uppercase is correct.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_scdc_helper.c | 4
Regards
Shashank
On 9/1/2017 8:14 PM, Thierry Reding wrote:
From: Thierry Reding
The error messages generated by the SCDC helpers are somewhat
inconsistent with other DRM errors and even with other errors in the
same file. Fix them all up to use a common format.
Signed-off-by: Thierry Reding
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
On 2017-09-01 14:10, Laurent Pinchart wrote:
> Hi Peter,
>
> Thank you for the patch.
>
> On Tuesday, 29 August 2017 10:32:12 EEST Peter Ujfalusi wrote:
>> It makes t
Regards
Shashank
On 9/1/2017 8:14 PM, Thierry Reding wrote:
From: Thierry Reding
It's unusual to separate kerneldoc comments from the functions that they
describe by a blank line. Remove them.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_scdc_helper.c | 2 --
1 file changed, 2
On Mon, Sep 04, 2017 at 10:14:42AM +0200, Linus Walleij wrote:
> On Mon, Sep 4, 2017 at 9:52 AM, Daniel Vetter wrote:
> > On Sat, Sep 02, 2017 at 10:07:11PM +0200, Linus Walleij wrote:
> >> This replaces the custom connector in the TVE200 with the
> >> panel bridge helper. As long as we're just us
On Mon, Sep 04, 2017 at 11:41:05AM +0300, Laurent Pinchart wrote:
> Hi Daniel,
>
> On Monday, 4 September 2017 10:26:15 EEST Daniel Vetter wrote:
> > On Thu, Aug 31, 2017 at 09:22:03PM +0200, Noralf Trønnes wrote:
> > > Den 31.08.2017 14.59, skrev Laurent Pinchart:
> > >> On Wednesday, 30 August 2
Hi Daniel,
On Monday, 4 September 2017 10:26:15 EEST Daniel Vetter wrote:
> On Thu, Aug 31, 2017 at 09:22:03PM +0200, Noralf Trønnes wrote:
> > Den 31.08.2017 14.59, skrev Laurent Pinchart:
> >> On Wednesday, 30 August 2017 20:18:49 EEST Daniel Vetter wrote:
> >>> On Wed, Aug 30, 2017 at 6:31 PM,
On Mon, Sep 4, 2017 at 9:52 AM, Daniel Vetter wrote:
> On Sat, Sep 02, 2017 at 10:07:11PM +0200, Linus Walleij wrote:
>> This replaces the custom connector in the TVE200 with the
>> panel bridge helper. As long as we're just using panels
>> and no other bridges, this works just fine.
>>
>> Reviewe
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #84 from Jean Delvare (jdelv...@suse.de) ---
Created attachment 258183
--> https://bugzilla.kernel.org/attachment.cgi?id=258183&action=edit
[PATCH] drm/amdgpu: revert tile table update for oland (for kernels v4.10 to
v4.12)
--
You
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
On 08/13/17 16:32, Noralf Trønnes wrote:
> drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now,
> so use the function directly.
>
> Cc: Jyri Sarha
>
Op 04-09-17 om 09:30 schreef Daniel Vetter:
> On Thu, Aug 31, 2017 at 05:18:06PM +0200, Maarten Lankhorst wrote:
>> Op 30-08-17 om 15:40 schreef Daniel Vetter:
>>> On Wed, Aug 30, 2017 at 02:54:28PM +0200, Maarten Lankhorst wrote:
Op 30-08-17 om 14:43 schreef Daniel Vetter:
> On Wed, Aug 3
On Sat, Sep 02, 2017 at 10:07:11PM +0200, Linus Walleij wrote:
> This replaces the custom connector in the TVE200 with the
> panel bridge helper. As long as we're just using panels
> and no other bridges, this works just fine.
>
> Reviewed-by: Eric Anholt
> Signed-off-by: Linus Walleij
> ---
> C
Hi Alex,
Since Dave is out, can you just pull that into the amd pile?
-Daniel
On Sat, Sep 02, 2017 at 04:29:38PM +0300, Oded Gabbay wrote:
> Hi Dave,
>
> Three more amdkfd commits for the 4.14 merge window, nothing too major:
>
> - Removing redundant memset before memcpy
> - Passing valid mqd p
On Fri, Sep 01, 2017 at 12:36:20PM -0400, Alex Deucher wrote:
> On Fri, Sep 1, 2017 at 11:02 AM, Christian König
> wrote:
> > Am 01.09.2017 um 16:49 schrieb Thierry Reding:
> >>
> >> From: Thierry Reding
> >>
> >> The header comment in include/trace/define_trace.h specifies that the
> >> TRACE_IN
On Fri, Sep 01, 2017 at 11:46:29AM +0200, Linus Walleij wrote:
> If we cannot find a panel, assume that the output from the
> PL111 is connected directly to a "dumb" VGA connector,
> so look up the connector from that bridge.
>
> Signed-off-by: Linus Walleij
> ---
> This is how the new API is use
On Fri, Sep 01, 2017 at 04:36:25PM +0300, Ville Syrjälä wrote:
> On Fri, Sep 01, 2017 at 04:07:16PM +0900, Hoegeun Kwon wrote:
> > If scanout started, we should reduce etime by delta_ns. But delta_ns
> > is negative if scanout has not started. If delta_ns is negative,
> > subtraction of delta_ns fr
On Sat, Sep 02, 2017 at 03:59:22PM -0300, Gustavo Padovan wrote:
> 2017-08-30 Daniel Vetter :
>
> > On Wed, Aug 30, 2017 at 02:17:52PM +0200, Maarten Lankhorst wrote:
> > > By always keeping track of the last commit in plane_state, we know
> > > whether there is an active update on the plane or no
On Thu, Aug 31, 2017 at 05:18:06PM +0200, Maarten Lankhorst wrote:
> Op 30-08-17 om 15:40 schreef Daniel Vetter:
> > On Wed, Aug 30, 2017 at 02:54:28PM +0200, Maarten Lankhorst wrote:
> >> Op 30-08-17 om 14:43 schreef Daniel Vetter:
> >>> On Wed, Aug 30, 2017 at 02:17:48PM +0200, Maarten Lankhorst
On Thu, Aug 31, 2017 at 09:22:03PM +0200, Noralf Trønnes wrote:
>
> Den 31.08.2017 14.59, skrev Laurent Pinchart:
> > Hi Daniel and Noralf,
> >
> > On Wednesday, 30 August 2017 20:18:49 EEST Daniel Vetter wrote:
> > > On Wed, Aug 30, 2017 at 6:31 PM, Noralf Trønnes
> > > wrote:
> > > > Den 28.0
On Sat, Sep 02, 2017 at 02:45:36PM +0200, Noralf Trønnes wrote:
>
> Den 01.09.2017 13.28, skrev Philippe CORNU:
> > Hi Noralf,
> > Many thanks for your patchset (and sorry for this late reply due to
> > summer holidays :-),
> >
> > On 08/13/2017 03:32 PM, Noralf Trønnes wrote:
> > > drm_fb_cma_cr
91 matches
Mail list logo
