Remove obsolete drm_helper_crtc_enable_color_mgmt(). The function is
replaced by drm_crtc_enable_color_mgmt().
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/drm_crtc_helper.c | 33 -
include/drm/drm_crtc_helper.h | 3 ---
2 files changed, 36 deletions(-)
dif
Use drm_crtc_enable_color_mgmt() in intel_color_init() instead of obsolete
drm_helper_crtc_enable_color_mgmt().
Signed-off-by: Jyri Sarha
CC: Lionel Landwerlin
---
I have not tested this change, only compiled it, but functionally it
should be the same. Probably it would make sense to get rid off
Use new drm_crtc_enable_color_mgmt() to enable gamma lut properties.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/omapdrm/omap_crtc.c | 12 +++-
1 file changed, 3 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/omap_crtc.c
b/drivers/gpu/drm/omapdrm/omap_crtc.c
index
Add drm_crtc_enable_color_mgmt() to. The new function makes the old
drm_helper_crtc_enable_color_mgmt() obsolete. The new function is more
flexible. It allows driver to enable only the feature it has without
forcing to enable all three color management features: gegamma lut, csc
matrix (ctm), and g
Implement gamma_lut atomic crtc properties, 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 t
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
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
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.
Also adds new drm_crtc_enable_color_mgmt() as suggested[1] by Daniel
Vetter and get rid of the old drm_helper_crtc_enable_color_mgmt(). I
have not te
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160525/2f2954bb/attachment-0001.html>
On 25 May 2016 at 22:05, Emil Velikov wrote:
> On 25 May 2016 at 21:43, Jyri Sarha wrote:
>> Add drm_crtc_enable_color_mgmt() to. The new function makes the old
>> drm_helper_crtc_enable_color_mgmt() obsolete. The new function is more
>> flexible. It allows driver to enable only the feature it ha
Hi Jeff,
I'm thinking out loud so here are a few suggestions/ideas. Please
don't take them too seriously although they do make sense from this
end.
On 24 May 2016 at 18:47, Jeff Mahoney wrote:
> The DRM_AMD_ACP option doesn't have any dependencies and selects
> MFD_CORE, which results in MFD_COR
On 25 May 2016 at 21:43, Jyri Sarha wrote:
> Add drm_crtc_enable_color_mgmt() to. The new function makes the old
> drm_helper_crtc_enable_color_mgmt() obsolete. The new function is more
> flexible. It allows driver to enable only the feature it has without
> forcing to enable all three color manag
https://bugzilla.kernel.org/show_bug.cgi?id=118701
--- Comment #5 from Patrik Jakobsson ---
Thanks for testing, queued for next and stable
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Wed, May 25, 2016 at 7:57 PM, Rob Clark wrote:
>> As far as virtualizing the resources goes. I think that would need a
>> whole new API. Or at least a separate set of objects perhaps. I'm too
>> lazy to dig up all the old arguments now, but I'm pretty sure there
>> were many. If this would be d
https://bugzilla.kernel.org/show_bug.cgi?id=88861
--- Comment #20 from Wilfried Klaebe ---
No Xorg config. Especially nothing special for intel or radeon. No special
rEFInd features. Files attached.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=88861
--- Comment #19 from Wilfried Klaebe ---
Created attachment 217581
--> https://bugzilla.kernel.org/attachment.cgi?id=217581&action=edit
refind_linux.conf of both cases
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=88861
--- Comment #18 from Wilfried Klaebe ---
Created attachment 217571
--> https://bugzilla.kernel.org/attachment.cgi?id=217571&action=edit
Xorg.log on working Linux 4.6.0 (commit reverted)
--
You are receiving this mail because:
You are the assig
https://bugzilla.kernel.org/show_bug.cgi?id=88861
--- Comment #17 from Wilfried Klaebe ---
Created attachment 217561
--> https://bugzilla.kernel.org/attachment.cgi?id=217561&action=edit
Xorg.log on non-working Linux 4.6.0
--
You are receiving this mail because:
You are the assignee for the bu
https://bugzilla.kernel.org/show_bug.cgi?id=88861
--- Comment #16 from Wilfried Klaebe ---
Created attachment 217551
--> https://bugzilla.kernel.org/attachment.cgi?id=217551&action=edit
kern.log / dmesg of working Linux 4.6.0 (commit reverted)
--
You are receiving this mail because:
You are t
https://bugzilla.kernel.org/show_bug.cgi?id=88861
--- Comment #15 from Wilfried Klaebe ---
Created attachment 217541
--> https://bugzilla.kernel.org/attachment.cgi?id=217541&action=edit
kern.log / dmesg of non-working Linux 4.6.0
--
You are receiving this mail because:
You are the assignee fo
https://bugzilla.kernel.org/show_bug.cgi?id=88861
--- Comment #14 from Wilfried Klaebe ---
Created attachment 217531
--> https://bugzilla.kernel.org/attachment.cgi?id=217531&action=edit
config of working Linux 4.6.0 (with commit reverted)
--
You are receiving this mail because:
You are the as
https://bugzilla.kernel.org/show_bug.cgi?id=88861
--- Comment #13 from Wilfried Klaebe ---
Created attachment 217521
--> https://bugzilla.kernel.org/attachment.cgi?id=217521&action=edit
config of non-working Linux 4.6.0
--
You are receiving this mail because:
You are the assignee for the bug.
On Wed, May 25, 2016 at 12:36:53PM -0400, Rob Clark wrote:
> On Wed, May 25, 2016 at 9:12 AM, Daniel Vetter wrote:
> > On Wed, May 25, 2016 at 04:28:36PM +0530, Archit Taneja wrote:
> >> On 05/25/2016 12:40 PM, Daniel Vetter wrote:
> >> >- Is the size/width really independent of e.g. rotation/pixe
Hi Thierry Reding,
enum hdmi_picture_aspect {
> HDMI_PICTURE_ASPECT_NONE,
> HDMI_PICTURE_ASPECT_4_3,
> HDMI_PICTURE_ASPECT_16_9,
> + HDMI_PICTURE_ASPECT_64_27,
> + HDMI_PICTURE_ASPECT_256_135,
> HDMI_PICTURE_ASPECT_RESERVED,
> };
These are defined since CEA861F de
:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160525/219ad566/attachment.html>
HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160525/53025d69/attachment-0001.html>
On Mon, Mar 30, 2015 at 4:49 PM, Daniel Vetter wrote:
> On Mon, Mar 30, 2015 at 02:23:47PM +0200, Gerd Hoffmann wrote:
>> > > Signed-off-by: Dave Airlie
>> > > Signed-off-by: Gerd Hoffmann
>> >
>> > Standard request from my side for new drm drivers (especially if they're
>> > this simple): Can y
On Fri, Oct 2, 2015 at 1:58 PM, Gerd Hoffmann wrote:
> Signed-off-by: Gerd Hoffmann
So I entirely missed this, but this isn't really how to implement
page_flip for an atomic driver. Working on some stuff and will hack up
a likely totally broken patch, but should be enough as guideline.
-Daniel
lectrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
-- 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/20160525/56a7f4a6/attachment.sig>
On 05/24/2016 06:51 PM, Daniel Vetter wrote:
> On Tue, May 24, 2016 at 6:28 PM, Max Staudt wrote:
>> Hi Daniel,
>>
>> Thanks for the feedback! Comments below:
>>
>>
>> On 05/23/2016 03:44 PM, Daniel Vetter wrote:
>>> Do we _really_ care about fbdev mmap support so much that we want to add
>>> more
On Tue, May 24, 2016 at 10:23 PM, Philipp Zabel
wrote:
> 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
On 25 May 2016 at 17:13, Linus Torvalds
wrote:
> On Wed, May 25, 2016 at 1:28 AM, Jani Nikula
> wrote:
>>
>> There may be better ones out there, but Artem's "aiaiai" has some
>> helpers [1] for diffing build logs, if you want something simple to
>> integrate into existing scripts.
>
> It would b
On 25 May 2016 at 17:40, Daniel Vetter wrote:
> On Mon, Mar 30, 2015 at 4:49 PM, Daniel Vetter wrote:
>> On Mon, Mar 30, 2015 at 02:23:47PM +0200, Gerd Hoffmann wrote:
>>> > > Signed-off-by: Dave Airlie
>>> > > Signed-off-by: Gerd Hoffmann
>>> >
>>> > Standard request from my side for new drm d
From: Rex Zhu
Exclude AVFS related fields when update powertune table to hw.
The driver shouldn't set them directly.
Signed-off-by: Rex Zhu
Reviewed-by: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/powerplay/hwmgr/polaris10_powertune.c | 2 +-
1 file changed, 1 insertion(
On Tue, May 24, 2016 at 6:57 PM, Daniel Vetter wrote:
> 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_
From: Ken Wang
fix the raster config setting for different iceland configs.
Signed-off-by: Ken Wang
Reviewed-by: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amd
On Tue, May 24, 2016 at 7:00 PM, Daniel Vetter wrote:
> 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 bein
From: Eric Huang
The maximum OD percentage is 20.
Reviewed-by: Alex Deucher
Signed-off-by: Eric Huang
Signed-off-by: Alex Deucher
---
.../gpu/drm/amd/powerplay/hwmgr/polaris10_hwmgr.c | 43 ++
1 file changed, 43 insertions(+)
diff --git a/drivers/gpu/drm/amd/powerplay/h
From: Eric Huang
The maximum OD percentage is 20.
Reviewed-by: Alex Deucher
Signed-off-by: Eric Huang
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/powerplay/hwmgr/fiji_hwmgr.c | 44
1 file changed, 44 insertions(+)
diff --git a/drivers/gpu/drm/amd/powerplay/h
From: Eric Huang
The maximum OD percentage is 20.
Reviewed-by: Alex Deucher
Signed-off-by: Eric Huang
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/powerplay/hwmgr/tonga_hwmgr.c | 44 +++
1 file changed, 44 insertions(+)
diff --git a/drivers/gpu/drm/amd/powerplay/h
From: Eric Huang
The maximum OD percentage is 20.
Reviewed-by: Alex Deucher
Signed-off-by: Eric Huang
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/ci_dpm.c | 36
1 file changed, 36 insertions(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/ci_dp
From: Eric Huang
This implements mclk OverDrive(OD) through sysfs.
The new entry pp_mclk_od is read/write. The value of input/output
is an integer of the overclocking percentage.
Reviewed-by: Alex Deucher
Signed-off-by: Eric Huang
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/am
This patch set adds mclk (memory clock) overclocking support
to amdgpu for dGPUs. The interface is the same as for sclk
(engine clock), a percentage from 0 to 20.
Eric Huang (5):
drm/amdgpu: add the common code to support mclk OD
drm/amdgpu: add mclk OD(overdrive) support for CI
drm/amd/pow
On Tue, May 24, 2016 at 7:11 PM, Daniel Vetter wrote:
> 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/
> ove
On Tue, May 24, 2016 at 10:19 PM, Philipp Zabel
wrote:
> 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 Za
On Tue, May 24, 2016 at 10:20 PM, Philipp Zabel
wrote:
> 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
From: Huang Rui
This patch makes powercontainment feature configurable. Currently, the
powercontainment is not very stable, so add a module parameter to
enable/disable it via user mode.
Signed-off-by: Huang Rui
Reviewed-by: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amd
From: Ken Wang
This got missed in the rebase as the code changed.
Signed-off-by: Ken Wang
Reviewed-by: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/gfx_v6_0.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v6_0.c
b/drivers/gpu/d
From: Ken Wang
Signed-off-by: Ken Wang
Reviewed-by: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 1 +
include/uapi/drm/amdgpu_drm.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c
b/dri
From: Christian König
Remove the job reference counting and just properly destroy it from a
work item which blocks on any potential running timeout handler.
Signed-off-by: Christian König
Reviewed-by: Monk.Liu
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h |
From: Christian König
Otherwise the locking becomes rather confusing.
Signed-off-by: Christian König
Reviewed-by: Monk.Liu
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/scheduler/gpu_scheduler.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/dr
From: Christian König
The driver shouldn't mess with the scheduler internals.
Signed-off-by: Christian König
Reviewed-by: Monk.Liu
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 -
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c| 3 +--
drivers/gpu/drm/a
From: Christian König
Remembering the code path in a variable to cleanup
differently is usually not a good idea at all.
Signed-off-by: Christian König
Reviewed-by: Monk.Liu
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_job.c | 13 -
drivers/gpu/drm/amd
From: Christian König
Ther should be a new line between code and decleration.
Also use amdgpu_ib_free() instead of releasing the member manually.
Signed-off-by: Christian König
Reviewed-by: Monk.Liu
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_job.c | 7 ---
1 file
From: Christian König
No need for double housekeeping here.
Signed-off-by: Christian König
Reviewed-by: Monk.Liu
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/scheduler/gpu_scheduler.c | 5 +
drivers/gpu/drm/amd/scheduler/gpu_scheduler.h | 1 -
2 files changed, 1 insertion(+), 5
From: Christian König
Completely pointless and confusing to use a callback
to call into the same code file.
Signed-off-by: Christian König
Reviewed-by: Monk.Liu
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_job.c | 2 --
drivers/gpu/drm/amd/scheduler/gpu_schedule
From: Christian König
v2: fix even more
Signed-off-by: Christian König
Reviewed-by: Monk.Liu
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/scheduler/gpu_scheduler.c | 25 +++--
drivers/gpu/drm/amd/scheduler/gpu_scheduler.h | 21 -
drivers/gpu/d
Just some general cleanup in the GPU scheduler.
Christian König (8):
drm/amdgpu: fix coding style in the scheduler v2
drm/amdgpu: remove begin_job/finish_job
drm/amdgpu: remove duplicated timeout callback
drm/amdgpu: fix coding style in amdgpu_job_free
drm/amdgpu: remove use_shed hack i
Hi Dave,
A few fixes and cleanups for amdgpu for 4.7
The following changes since commit 3b59c344ab6e2d00b0f4ad946024572618c87502:
drm/amd/powerplay: fix bugs of checking if dpm is running on Tonga
(2016-05-18 09:22:30 -0400)
are available in the git repository at:
git://people.freedesktop
On Wed, May 25, 2016 at 12:53:01AM +0200, Peter Wu wrote:
> Since "PCI: Add runtime PM support for PCIe ports", the parent PCIe port
> can be runtime-suspended which disables power resources via ACPI. This
> is incompatible with DSM, resulting in a GPU device which is still in D3
> and locks up the
On Wed, May 25, 2016 at 10:56 AM, Josh Poimboeuf wrote:
>
> I used to have a STACKTOOL_IGNORE_INSN macro that would tell the tool to
> skip warnings for specific instructions in inline asm:
>
> Here's an example of it how it was used:
Ok, looking at that, I'm starting to suspect that it is simple
On Tue, May 24, 2016 at 10:23 PM, Philipp Zabel
wrote:
> 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
Hi all,
Currently I am trying to develop a DRM driver that will use
Xilinx VDMA to transfer video data to a HDMI TX Phy and I am
facing a difficulty regarding the understanding of the DRM DMA
Engine. I looked at several sources and at the DRM core source
but the flow of creating and interfacing wi
Not clearing mst manager's proposed vcpis table for
destroyed connectors when the manager is stopped
leaves it pointing to unrefernced memory,
this causes pagefault when the manager is
restarted when plugging back a branch.
Fixes: 91a25e463130 ("drm/dp/mst: deallocate payload on port destruction")
On Tue, May 24, 2016 at 10:23 PM, Philipp Zabel
wrote:
> 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 tr
ktop.org/archives/dri-devel/attachments/20160525/69ca1450/attachment.html>
On 05/25/2016 12:40 PM, Daniel Vetter wrote:
> On Wed, May 25, 2016 at 12:03:39PM +0530, Archit Taneja wrote:
>> High resoultion modes (4K/5K) are supported by encoder/crtc hardware, but
>> the backing hardware planes to scanout these buffers generally don't
>> support such large widths. Two (or
On Wed, May 25, 2016 at 12:51 PM, Lukas Wunner wrote:
>
> On Tue, May 24, 2016 at 11:30:42PM +0200, Daniel Vetter wrote:
>> On Tue, May 24, 2016 at 06:03:27PM +0200, Lukas Wunner wrote:
>> > When a drm_crtc structure is destroyed with drm_crtc_cleanup(), the DRM
>> > core does not turn off the crt
Hi all,
Currently I am trying to develop a DRM driver that will use
Xilinx VDMA to transfer video data to a HDMI TX Phy and I am
facing a difficulty regarding the understanding of the DRM DMA
Engine. I looked at several sources and at the DRM core source
but the flow of creating and interfacing wi
The 'de-active' and 'pixelclk-active' DT properties are evaluated
by of_parse_display_timing() called from of_get_drm_display_mode(),
but later lost in the conversion from videomode.flags to
drm_display_mode.flags.
Use an open coded version of of_get_drm_display_mode() to get access
to these flags
On Wed, May 25, 2016 at 04:28:36PM +0530, Archit Taneja wrote:
> On 05/25/2016 12:40 PM, Daniel Vetter wrote:
> >- Is the size/width really independent of e.g. rotation/pixel format/...
> > Should it be the maximum that's possible under best circumstance (things
> > could still fail), or the mi
Hey Krzysztof,
Krzysztof Kozlowski wrote:
> On 05/24/2016 06:05 PM, Tobias Jakobi wrote:
>> Hello Krzysztof,
>>
>>
>> Krzysztof Kozlowski wrote:
>>> On 05/24/2016 03:49 PM, Tobias Jakobi wrote:
Hello Krzysztof,
are you sure that these are the only differences. Because AFAIK there
>
ot available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160525/50918e19/attachment.sig>
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160525/4ba23d8c/attachment.sig>
This makes the defines consistent with the rest.
Signed-off-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_g2d.c
b/drivers/gpu/drm/exynos/exynos_drm_g2d.c
index 01b7
//lists.freedesktop.org/archives/dri-devel/attachments/20160525/ee47c2a1/attachment.sig>
---
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/20160525/2d9b7f8e/attachment.sig>
available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160525/67730757/attachment.sig>
ed Linux, Kernel and Android engineering
http://free-electrons.com
-- 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/20160525/fd557265/attachment.sig>
Neither of these files issue any fbdev related calls.
Signed-off-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos7_drm_decon.c | 1 -
drivers/gpu/drm/exynos/exynos_drm_core.c | 1 -
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 1 -
3 files changed, 3 deletions(-)
diff --git a/drivers/gpu/d
uot;;
> > + allwinner,function = "lcd0";
> > + allwinner,drive = ;
>
> Just a thought: would we ever need to increase the drive strength for very
> high
> resolutions?
I don't think we need to, but we can always change that late
---
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160525/76361d11/attachment.html>
The current bitwise AND should result in the same assembler
but this is what the code is actually supposed to do.
Signed-off-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_drm_plane.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_plane
On Wednesday 25 May 2016 10:25:29, Meng Yi wrote:
> Hi Alexander,
> Thanks for your reply.
>
> > Commit d761701c55a99598477f3cb25c03d939a7711e74 only has one child
> > commit in my repo. Both touch only i915 related things. Please do a proper
> > bisect and name the offending commit. On which comm
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/20160525/8af5c49c/attachment.html>
On 05/24/2016 06:05 PM, Tobias Jakobi wrote:
> Hello Krzysztof,
>
>
> Krzysztof Kozlowski wrote:
>> 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 com
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 any of the pipes or transcoders using it. A couple of
BIOSes ena
ns.com
-- 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/20160525/7695e4da/attachment.sig>
lectrons.com
-- 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/20160525/c766743b/attachment.sig>
:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160525/d359e38d/attachment.sig>
On Wed, May 25, 2016 at 1:20 PM, Ville Syrjälä
wrote:
> On Wed, May 25, 2016 at 12:36:53PM -0400, Rob Clark wrote:
>> On Wed, May 25, 2016 at 9:12 AM, Daniel Vetter wrote:
>> > On Wed, May 25, 2016 at 04:28:36PM +0530, Archit Taneja wrote:
>> >> On 05/25/2016 12:40 PM, Daniel Vetter wrote:
>> >
On 05/24/2016 06:17 PM, Heiko Stuebner wrote:
> Am Dienstag, 24. Mai 2016, 14:57:23 schrieb Yakir Yang:
> []
>> diff --git a/drivers/gpu/drm/rockchip/analogix_dp-rockchip.c
>> b/drivers/gpu/drm/rockchip/analogix_dp-rockchip.c index 29c4105..d5d4e04
>> 100644
>> --- a/drivers/gpu/drm/rockc
On 05/25/2016 02:23 AM, Heiko Stuebner wrote:
> Am Dienstag, 24. Mai 2016, 11:12:20 schrieb Doug Anderson:
>> Hi,
>>
>> On Tue, May 24, 2016 at 3:17 AM, Heiko Stuebner wrote:
--- a/Documentation/devicetree/bindings/display/bridge/analogix_dp.txt
+++ b/Documentation/devicetree/bindings/d
On Wed, May 25, 2016 at 10:14:24AM -0700, Linus Torvalds wrote:
> Josh,
> my current git version (with gcc 5.3.1) makes objtool warn about
> "duplicate frame pointer save" in drivers/gpu/drm/vmwgfx/vmwgfx_msg.c
> for both vmw_send_msg() and vmw_host_get_guestinfo().
>
> The reason is that VMW_POR
Hi Daniel,
On Tue, May 24, 2016 at 11:30:42PM +0200, Daniel Vetter wrote:
> On Tue, May 24, 2016 at 06:03:27PM +0200, Lukas Wunner wrote:
> > When a drm_crtc structure is destroyed with drm_crtc_cleanup(), the DRM
> > core does not turn off the crtc first and neither do the drivers. With
> > nouve
https://bugzilla.kernel.org/show_bug.cgi?id=88861
--- Comment #12 from Lukas Wunner ---
Thanks for the report, Wilfried. Could you please create attachments with dmesg
output and Xorg output, both with and without this commit. Your kernel config
and Xorg config (if any) would also be helpful. Do
On Wed, May 25, 2016 at 9:12 AM, Daniel Vetter wrote:
> On Wed, May 25, 2016 at 04:28:36PM +0530, Archit Taneja wrote:
>> On 05/25/2016 12:40 PM, Daniel Vetter wrote:
>> >- Is the size/width really independent of e.g. rotation/pixel format/...
>> > Should it be the maximum that's possible under
On Wed, May 25, 2016 at 05:30:05PM +0800, Ying Liu wrote:
> On Tue, May 24, 2016 at 7:00 PM, Daniel Vetter wrote:
> > 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 controller
On Wed, May 25, 2016 at 05:37:41PM +0800, Ying Liu wrote:
> On Tue, May 24, 2016 at 6:57 PM, Daniel Vetter wrote:
> > 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 plan
Am Mittwoch, den 25.05.2016, 08:11 +0200 schrieb Lothar WaÃmann:
[...]
> > > @@ -81,10 +87,27 @@ static int imx_pd_connector_get_modes(struct
> > > drm_connector *connector)
> > >
> > > if (np) {
> > > struct drm_display_mode *mode = drm_mode_create(connector->dev);
> > > +
1 - 100 of 157 matches
Mail list logo
