On Tue, May 30, 2017 at 01:35:51PM +0200, Linus Walleij wrote:
> On Tue, May 30, 2017 at 11:22 AM, Arnd Bergmann wrote:
>
> > When DRM_PANEL is disabled, we get a link error for pl111:
> >
> > drivers/gpu/built-in.o: In function `pl111_connector_destroy':
> > pl111_connector.c:(.text+0x3487e6): u
On Tue, May 30, 2017 at 12:34:34PM -0400, Alex Deucher wrote:
> On Tue, May 30, 2017 at 12:20 PM, Jordan Crouse
> wrote:
> > On Sun, May 28, 2017 at 09:43:35AM -0400, Rob Clark wrote:
> >> On Mon, May 8, 2017 at 4:35 PM, Jordan Crouse
> >> wrote:
> >> > Add the infrastructure to support the ide
Hi Boris,
On 05/31/2017 11:56 AM, Boris Brezillon wrote:
Hi Philippe,
Le Tue, 30 May 2017 16:55:42 +,
Philippe CORNU a écrit :
Hi Eric,
I took your patch for the panel-bridge and it works perfectly in both
DPI mode (panel RGB //) and DSI mode (bridge dw mipi dsi), bravo :-)
I still do
On Mon, May 29, 2017 at 12:36:54PM -0700, Stefan Agner wrote:
> On 2017-05-24 07:51, Daniel Vetter wrote:
> > drm_irq.c contains both the irq helper library (optional) and the
> > vblank support (optional, but part of the modeset uapi, and doesn't
> > require the use of the irq helpers at all.
> >
On 2017.05.21 00:15:27 -0700, Nick Desaulniers wrote:
> This flag is already set in the top level Makefile of the kernel.
>
> Also, by having set CONFIG_DRM_I915_GVT, thereby appending -Wall to
> ccflags, you undo all the -Wno-* cflags previously set in the Make
> variable KBUILD_CFLAGS.
>
> For
Hi Archit,
Le Wed, 31 May 2017 13:31:16 +0530,
Archit Taneja a écrit :
> Hi Boris,
>
> On 05/31/2017 11:56 AM, Boris Brezillon wrote:
> > Hi Philippe,
> >
> > Le Tue, 30 May 2017 16:55:42 +,
> > Philippe CORNU a écrit :
> >
> >> Hi Eric,
> >>
> >> I took your patch for the panel-bridge a
On 30.05.2017 08:53, Hans Verkuil wrote:
> For those who are interested in HDMI CEC support I made a little status
> document that I intend to keep up to date:
>
> https://hverkuil.home.xs4all.nl/cec-status.txt
>
> My goal is to get CEC supported for any mainlined HDMI driver where the
> hardware
On Tue, May 30, 2017 at 10:37:29AM +0100, Liviu Dudau wrote:
> On Tue, May 30, 2017 at 09:29:44AM +0200, Neil Armstrong wrote:
> > On 05/25/2017 04:19 PM, Jose Abreu wrote:
> > > Now that we have a callback to check if crtc supports a given mode
> > > we can use it in malidp so that we restrict the
On Tue, May 30, 2017 at 04:35:37PM -0700, Joe Perches wrote:
> Using the extension saves a bit of code.
>
> Miscellanea:
>
> o Neaten and simplify dump_dp_payload_table
> o Removed trailing blank space from output
Not a huge fan of smashing random trivia into the same patch, but merged
anyway. %
On 05/31/2017 01:37 PM, Boris Brezillon wrote:
Hi Archit,
Le Wed, 31 May 2017 13:31:16 +0530,
Archit Taneja a écrit :
Hi Boris,
On 05/31/2017 11:56 AM, Boris Brezillon wrote:
Hi Philippe,
Le Tue, 30 May 2017 16:55:42 +,
Philippe CORNU a écrit :
Hi Eric,
I took your patch for the
In the conversion to drop drm_modeset_lock_all and the magic implicit
context I failed to realize that _resume starts out with a pile of
state copies, but not with the locks. And hence drm_atomic_commit
won't grab these for us.
v2: Add locking checks in helpers to make sure we catch this in the
fu
On Tue, May 30, 2017 at 09:03:34AM +0900, Inki Dae wrote:
> Hi Daniel,
>
> 2017년 05월 24일 23:51에 Daniel Vetter 이(가) 쓴 글:
> > Only in the load failure path, where the hardware is quiet anyway.
> >
> > Cc: Inki Dae
> > Cc: Joonyoung Shim
> > Cc: Seung-Woo Kim
> > Cc: Kyungmin Park
> > Signed-off
On Mon, May 29, 2017 at 01:07:40PM +0200, Philipp Zabel wrote:
> Hi Daniel,
>
> On Wed, 2017-05-24 at 16:51 +0200, Daniel Vetter wrote:
> > It's only done in the driver load error path, where vblanks don't need
> > to be quiescent anyway. And that's all drm_vblank_cleanup does, since
> > the core
On Tue, May 30, 2017 at 02:17:04PM -0700, Stefan Agner wrote:
> On 2017-05-26 00:00, Daniel Vetter wrote:
> > On Thu, May 25, 2017 at 10:18 AM, Stefan Agner wrote:
> >> On 2017-05-24 07:51, Daniel Vetter wrote:
> >>> Again cleanup before irq disabling doesn't really stop the races,
> >>> so just d
I spotted a markup issue, plus adding the descriptions in drm_driver.
Plus a few more links while at it.
I'm still mildly unhappy with the split between fops and ioctls, but I
still think having the ioctls in the uapi chapter makes more sense. Oh
well ...
v2: Rebase.
v3: Move misplace hunk to th
On Wed, May 31, 2017 at 10:48:37AM +0200, Florian Echtler wrote:
> On 30.05.2017 12:54, Lukas Wunner wrote:
> > On Tue, May 30, 2017 at 11:34:17AM +0200, Florian Echtler wrote:
> >> On 26.05.2017 23:03, Lukas Wunner wrote:
> >>> On Fri, May 26, 2017 at 02:13:29PM +0200, Florian Echtler wrote:
> >>>
Pull a (much shorter) overview into drm_irq.c, and instead put the
callback documentation into in-line comments in drm_drv.h.
v2: Move the include stanzas back to the split-up patch (Stefan).
Cc: Stefan Agner
Reviewed-by: Stefan Agner
Signed-off-by: Daniel Vetter
---
Documentation/gpu/drm-int
Add bit field and macro for extended tag in CEA block. Also,
declare macros for HDR metadata block.
Signed-off-by: Uma Shankar
---
drivers/gpu/drm/drm_edid.c | 16
1 file changed, 16 insertions(+)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 2e55
This patch series enables HDR support in drm.
It basically defines HDR metadata structures,
property to pass content (after blending) metadata from user space
compositors to driver.
Dynamic Range and Mastering infoframe creation and sending.
ToDo:
1. We need to get the color framework in plac
HDR source metadata set and get property implemented in this
patch. The blob data is received from userspace and saved in
connector state, the same is returned as blob in get property
call to userspace.
Signed-off-by: Uma Shankar
---
drivers/gpu/drm/drm_atomic.c| 15 +++
dr
Enable writing of HDR metadata infoframe to panel.
The data will be provid by usersapace compositors, based
on blending policies and passsed to driver through a blob
property.
Signed-off-by: Uma Shankar
---
drivers/gpu/drm/i915/intel_hdmi.c | 25 +
drivers/video/hdmi.c
CEA 861.3 spec adds colorimetry data block for HDMI.
Parsing the block to get the colorimetry data from
panel.
Signed-off-by: Uma Shankar
---
drivers/gpu/drm/drm_edid.c | 24
include/drm/drm_connector.h |2 ++
2 files changed, 26 insertions(+)
diff --git a/driver
Enable Dynamic Range and Mastering Infoframe for HDR
content, which is defined in CEA 861.3 spec.
The metadata will be computed based on blending
policy in userspace compositors and passed as a connector
property blob to driver. The same will be sent as infoframe
to panel which support HDR.
Sign
This patch adds a blob property to get HDR metadata
information from userspace. This will be send as part
of AVI Infoframe to panel.
Signed-off-by: Uma Shankar
---
drivers/gpu/drm/drm_connector.c |7 +++
include/drm/drm_connector.h | 11 +++
include/drm/drm_mode_config.h
Attach HDR metadata property to connector object.
Signed-off-by: Uma Shankar
---
drivers/gpu/drm/i915/intel_hdmi.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/i915/intel_hdmi.c
b/drivers/gpu/drm/i915/intel_hdmi.c
index 41267ff..d8b53d0 100644
--- a/drivers/gpu/drm/i
HDR metadata block is introduced in CEA-861.3 spec.
Parsing the same to get the panel's HDR metadata.
Signed-off-by: Uma Shankar
---
drivers/gpu/drm/drm_edid.c | 58
1 file changed, 58 insertions(+)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers
Hardware may have HDR capability on certain plane
engines. Enabling the same in drm plane structure
so that this can be communicated to user space.
Each drm driver should set this flag to true for planes
which support HDR.
Signed-off-by: Uma Shankar
---
include/drm/drm_plane.h |3 +++
1 fil
On Wed, May 31, 2017 at 03:40:48PM +0530, Uma Shankar wrote:
> This patch series enables HDR support in drm.
> It basically defines HDR metadata structures,
> property to pass content (after blending) metadata from user space
> compositors to driver.
>
> Dynamic Range and Mastering infoframe cre
On Wed, May 31, 2017 at 10:48 AM, Jia-Ju Bai wrote:
> The driver may sleep under a spin lock, and the function call path is:
> psbfb_2d_submit (acquire the lock by spin_lock_irqsave)
> psb_2d_wait_available
> psb_spank
> msleep --> may sleep
>
> To fix it, the "msleep" is replaced with
On Wed, May 31, 2017 at 10:20:04AM +0200, Daniel Vetter wrote:
> On Tue, May 30, 2017 at 10:37:29AM +0100, Liviu Dudau wrote:
> > On Tue, May 30, 2017 at 09:29:44AM +0200, Neil Armstrong wrote:
> > > On 05/25/2017 04:19 PM, Jose Abreu wrote:
> > > > Now that we have a callback to check if crtc supp
On Wed, May 31, 2017 at 12:48 PM, Liviu Dudau wrote:
> On Wed, May 31, 2017 at 10:20:04AM +0200, Daniel Vetter wrote:
>> On Tue, May 30, 2017 at 10:37:29AM +0100, Liviu Dudau wrote:
>> > On Tue, May 30, 2017 at 09:29:44AM +0200, Neil Armstrong wrote:
>> > > On 05/25/2017 04:19 PM, Jose Abreu wrote
Hi Andrzej and Hans,
On 2017-05-31 10:12, Andrzej Hajda wrote:
On 30.05.2017 08:53, Hans Verkuil wrote:
For those who are interested in HDMI CEC support I made a little status
document that I intend to keep up to date:
https://hverkuil.home.xs4all.nl/cec-status.txt
My goal is to get CEC suppo
Hi Daniel,
On Wed, May 24, 2017 at 04:51:51PM +0200, Daniel Vetter wrote:
> IRQs are properly shut down, so it almost works as race-free shutdown.
> Except the irq is stopped after the vblank stuff, so boom anyway.
> Proper way would be to call drm_atomic_helper_shutdown before any of
> the kms th
On Wed, May 31, 2017 at 12:57 PM, Liviu Dudau wrote:
> On Wed, May 24, 2017 at 04:51:51PM +0200, Daniel Vetter wrote:
>> IRQs are properly shut down, so it almost works as race-free shutdown.
>> Except the irq is stopped after the vblank stuff, so boom anyway.
>> Proper way would be to call drm_at
On Wed, May 31, 2017 at 12:56:59PM +0200, Daniel Vetter wrote:
> On Wed, May 31, 2017 at 12:48 PM, Liviu Dudau wrote:
> > On Wed, May 31, 2017 at 10:20:04AM +0200, Daniel Vetter wrote:
> >> On Tue, May 30, 2017 at 10:37:29AM +0100, Liviu Dudau wrote:
> >> > On Tue, May 30, 2017 at 09:29:44AM +0200
Hi Dave,
a few fixes for 4.12..
The following changes since commit bc1f0e04da20473d6feab0cd9ac638a348d5:
Merge branch 'drm-fixes-4.12' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes (2017-05-26
11:51:55 +1000)
are available in the git repository at:
git://people.freedeskto
On Wed, May 31, 2017 at 01:03:34PM +0200, Daniel Vetter wrote:
> On Wed, May 31, 2017 at 12:57 PM, Liviu Dudau wrote:
> > On Wed, May 24, 2017 at 04:51:51PM +0200, Daniel Vetter wrote:
> >> IRQs are properly shut down, so it almost works as race-free shutdown.
> >> Except the irq is stopped after
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #29 from Berg (b...@uralmail.com) ---
(In reply to Jean Delvare from comment #28)
> I don't know how reliable it is, but Wikipedia claims that the Radeon R5 240
> has a 128-bit bus to video RAM.
I confirm as the owner of the R7 240, -
https://bugs.freedesktop.org/show_bug.cgi?id=98145
--- Comment #4 from Henri Kemppainen ---
This looks very much like symptoms of bug 101249:
https://bugs.freedesktop.org/show_bug.cgi?id=101249
Klaus if you're still around, you could try a workaround to test the theory.
See next attachment.
--
https://bugs.freedesktop.org/show_bug.cgi?id=98145
--- Comment #5 from Henri Kemppainen ---
Created attachment 131597
--> https://bugs.freedesktop.org/attachment.cgi?id=131597&action=edit
disable gtf modes
--
You are receiving this mail because:
You are the assignee for the bug.__
On Tue, May 30, 2017 at 09:56:56PM +0530, Sharma, Shashank wrote:
> Regards
>
> Shashank
>
>
> On 5/30/2017 9:48 PM, Ville Syrjälä wrote:
> > On Tue, May 30, 2017 at 05:43:41PM +0530, Shashank Sharma wrote:
> >> CEA-861-F specs defines new video modes to be used with
> >> HDMI 2.0 EDIDs. The VIC
On Tue, May 30, 2017 at 10:00:12PM +0530, Sharma, Shashank wrote:
> Regards
>
> Shashank
>
>
> On 5/30/2017 9:43 PM, Ville Syrjälä wrote:
> > On Tue, May 30, 2017 at 05:43:40PM +0530, Shashank Sharma wrote:
> >> HDMI 1.4b support the CEA video modes as per range of CEA-861-D (VIC 1-64).
> >> For
On Tue, May 30, 2017 at 10:18:19PM +0530, Sharma, Shashank wrote:
> Regards
>
> Shashank
>
>
> On 5/30/2017 10:06 PM, Ville Syrjälä wrote:
> > On Tue, May 30, 2017 at 05:43:44PM +0530, Shashank Sharma wrote:
> >> HDMI displays can support various output types, based on
> >> the color space and s
Hi Dave,
Please pull omapdrm changes for v4.13.
Tomi
The following changes since commit e98c58e55f68f8785aebfab1f8c9a03d8de0afe1:
Merge tag 'drm-misc-next-2017-05-16' of
git://anongit.freedesktop.org/git/drm-misc into drm-next (2017-05-18 12:57:06
+1000)
are available in the git reposito
On Wed, May 31, 2017 at 5:21 AM, Lukas Wunner wrote:
> On Wed, May 31, 2017 at 10:48:37AM +0200, Florian Echtler wrote:
>> On 30.05.2017 12:54, Lukas Wunner wrote:
>> > On Tue, May 30, 2017 at 11:34:17AM +0200, Florian Echtler wrote:
>> >> On 26.05.2017 23:03, Lukas Wunner wrote:
>> >>> On Fri, Ma
Regards
Shashank
On 5/31/2017 6:16 PM, Ville Syrjälä wrote:
On Tue, May 30, 2017 at 10:18:19PM +0530, Sharma, Shashank wrote:
Regards
Shashank
On 5/30/2017 10:06 PM, Ville Syrjälä wrote:
On Tue, May 30, 2017 at 05:43:44PM +0530, Shashank Sharma wrote:
HDMI displays can support various ou
Hi Dave, this series, based on v4.12-rc3, starts a DP sink/branch device
specific quirk database, and uses it to handle conflicting requirements
on the DP Mvid/Nvid main stream attributes by different sinks.
v4.12 has a Mvid/Nvid fix for a common USB Type-C DP adapter (the
DA200), which unfortuna
From: Daniel Vetter
Date: Wed, 31 May 2017 08:10:45 +0200
> On Wed, May 31, 2017 at 7:54 AM, Daniel Vetter wrote:
>> On Wed, May 31, 2017 at 1:06 AM, Dave Airlie wrote:
>>> On 31 May 2017 at 08:10, David Miller wrote:
From: Daniel Vetter
Date: Tue, 30 May 2017 22:15:42 +0200
>>
Adds the C++ extern guards from
ebbb0e5cfd2ceb1150b1 drm: add extern C guard for the UAPI headers
Generated using `make headers_install` from airlied/drm-next
at commit 2a1720376adda5ecf8e636fbfb05339c7dad1c55
Signed-off-by: Eric Engestrom
---
include/drm/drm_sarea.h | 8
1 file change
This adds a bunch of modifiers stuff, as well as a few new formats.
Includes the following changes:
ebbb0e5cfd2ceb1150b1 drm: add extern C guard for the UAPI headers
b9fb2a21ac8058965a6b drm_fourcc: Document linear modifier
af913418261d6d3e7a29 drm_fourcc: Fix DRM_FORMAT_MOD_LINEAR #define
fd056f05
https://bugs.freedesktop.org/show_bug.cgi?id=98145
--- Comment #6 from Klaus Kusche ---
(In reply to Henri Kemppainen from comment #4)
> Klaus if you're still around, you could try a workaround to test the theory.
> See next attachment.
I'll try to test it, but it will take some days.
--
You a
Regards
Shashank
On 5/31/2017 6:09 PM, Ville Syrjälä wrote:
On Tue, May 30, 2017 at 09:56:56PM +0530, Sharma, Shashank wrote:
Regards
Shashank
On 5/30/2017 9:48 PM, Ville Syrjälä wrote:
On Tue, May 30, 2017 at 05:43:41PM +0530, Shashank Sharma wrote:
CEA-861-F specs defines new video mod
Regards
Shashank
On 5/31/2017 6:11 PM, Ville Syrjälä wrote:
On Tue, May 30, 2017 at 10:00:12PM +0530, Sharma, Shashank wrote:
Regards
Shashank
On 5/30/2017 9:43 PM, Ville Syrjälä wrote:
On Tue, May 30, 2017 at 05:43:40PM +0530, Shashank Sharma wrote:
HDMI 1.4b support the CEA video modes
On Wed, 31 May 2017, David Miller wrote:
> And we can't understand why respinning with the requested change is
> less work than making several postings such as this one.
When our CI hits tons of non-drm issues every merge window, I imagine
our developers can start to get a little frustrated tryin
From: Chris Wilson
An error during suspend (e100e_pm_suspend),
[ 429.994338] ACPI : EC: event blocked
[ 429.994633] e1000e: EEE TX LPI TIMER: 0011
[ 430.955451] pci_pm_suspend(): e1000e_pm_suspend+0x0/0x30 [e1000e] returns -2
[ 430.955454] dpm_run_callback(): pci_pm_suspend+0x0/0x140 ret
On Wed, May 31, 2017 at 5:08 PM, David Miller wrote:
> From: Daniel Vetter
> Date: Wed, 31 May 2017 08:10:45 +0200
>
>> On Wed, May 31, 2017 at 7:54 AM, Daniel Vetter
>> wrote:
>>> On Wed, May 31, 2017 at 1:06 AM, Dave Airlie wrote:
On 31 May 2017 at 08:10, David Miller wrote:
> From
On Wed, May 24, 2017 at 04:51:51PM +0200, Daniel Vetter wrote:
> IRQs are properly shut down, so it almost works as race-free shutdown.
> Except the irq is stopped after the vblank stuff, so boom anyway.
> Proper way would be to call drm_atomic_helper_shutdown before any of
> the kms things gets st
On Wed, May 31, 2017 at 1:22 PM, Liviu Dudau wrote:
> On Wed, May 31, 2017 at 01:03:34PM +0200, Daniel Vetter wrote:
>> On Wed, May 31, 2017 at 12:57 PM, Liviu Dudau wrote:
>> > On Wed, May 24, 2017 at 04:51:51PM +0200, Daniel Vetter wrote:
>> >> IRQs are properly shut down, so it almost works as
On Wed, May 31, 2017 at 06:41:05PM +0200, Daniel Vetter wrote:
> On Wed, May 31, 2017 at 1:22 PM, Liviu Dudau wrote:
> > On Wed, May 31, 2017 at 01:03:34PM +0200, Daniel Vetter wrote:
> >> On Wed, May 31, 2017 at 12:57 PM, Liviu Dudau wrote:
> >> > On Wed, May 24, 2017 at 04:51:51PM +0200, Daniel
The driver may sleep under a spin lock, and the function call path is:
psbfb_2d_submit (acquire the lock by spin_lock_irqsave)
psb_2d_wait_available
psb_spank
msleep --> may sleep
To fix it, the "msleep" is replaced with "mdelay" in psb_spank.
Signed-off-by: Jia-Ju Bai
---
drivers/g
On 30.05.2017 12:54, Lukas Wunner wrote:
> On Tue, May 30, 2017 at 11:34:17AM +0200, Florian Echtler wrote:
>> On 26.05.2017 23:03, Lukas Wunner wrote:
>>> On Fri, May 26, 2017 at 02:13:29PM +0200, Florian Echtler wrote:
I'm running Ubuntu 16.04.2 on a 27" unibody iMac 10,1 from 2009. However,
The patch looks good overall, it would have been easier to merge if
you'd sent this as the first patch in this version. Some comments
inline.
On Fri, 2017-05-26 at 18:42 -0700, Puthikorn Voravootivat wrote:
> Read desired PWM frequency from panel vbt and calculate the
> value for divider in DPCD
On Fri, 2017-05-26 at 18:42 -0700, Puthikorn Voravootivat wrote:
> This patch adds option to enable dynamic backlight for eDP
> panel that supports this feature via DPCD register and
> set minimum / maximum brightness to 0% and 100% of the
> normal brightness.
>
> Signed-off-by: Puthikorn Voravoot
On 30.05.2017 12:21, Joerg Roedel wrote:
> On Tue, May 23, 2017 at 03:16:32AM +0300, Dmitry Osipenko wrote:
>> There is no IOMMU on Tegra20, instead a GART would be picked as an IOMMU
>> provider.
>>
>> Signed-off-by: Dmitry Osipenko
>> ---
>> drivers/gpu/drm/tegra/drm.c | 5 -
>> drivers/gpu
The video setup path aways sets the clock disable register to a specific
value, which has the effect of disabling the CEC engine. When we add the
CEC driver, this becomes a problem.
Fix this by only setting/clearing the bits that the video path needs to.
Signed-off-by: Russell King
---
drivers
We don't need the CEC engine register definitions, so let's remove them.
Signed-off-by: Russell King
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.h | 45 ---
1 file changed, 45 deletions(-)
diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.h
b/drivers/gpu/drm/brid
LG Displays are being reported as "disconnected" when they are powered off
(currently connected through DVI to mini-displayport adapter)
Only seeing this with LG displays (have tested NEC and Samsung *limited model
types for each manufacturer*). With the LG display connected to the graphics
car
Add CEC notifier support to the HDMI bridge driver, so that the CEC
part of the IP can receive its physical address.
Signed-off-by: Russell King
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/dr
Hi,
This series adds dw-hdmi CEC support. This is done in four stages:
1. Remove definitions that are not required from dw-hdmi.h
2. Add cec-notifier support
3. Fix up the clkdis register support, as this register contains a
clock disable bit for the CEC module.
4. Add the driver.
The CEC dr
On 26.05.2017 23:03, Lukas Wunner wrote:
> On Fri, May 26, 2017 at 02:13:29PM +0200, Florian Echtler wrote:
>> I'm running Ubuntu 16.04.2 on a 27" unibody iMac 10,1 from 2009. However,
>> even
>> with the most recent HWE stack (kernel 4.8), the display stays black after
>> suspend. I can ssh into
Hi Eric,
I took your patch for the panel-bridge and it works perfectly in both
DPI mode (panel RGB //) and DSI mode (bridge dw mipi dsi), bravo :-)
~160 lines have been removed from ltdc.c thanks to your panel-bridge code!
Many thanks
Philippe
On 05/11/2017 08:31 PM, Eric Anholt wrote:
> Anoth
Add a CEC driver for the dw-hdmi hardware.
Signed-off-by: Russell King
---
drivers/gpu/drm/bridge/synopsys/Kconfig | 8 +
drivers/gpu/drm/bridge/synopsys/Makefile | 1 +
drivers/gpu/drm/bridge/synopsys/dw-hdmi-cec.c | 320 ++
drivers/gpu/drm/bridge/synopsys
Hi Dave,
Just one fix for VCE3.
The following changes since commit 5ed02dbb497422bf225783f46e6eadd237d23d6b:
Linux 4.12-rc3 (2017-05-28 17:20:53 -0700)
are available in the git repository at:
git://people.freedesktop.org/~agd5f/linux drm-fixes-4.12
for you to fetch changes up to 45cc6586b
Hi Daniel,
[auto build test WARNING on drm/drm-next]
[also build test WARNING on next-20170531]
[cannot apply to v4.12-rc3]
[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/Daniel-Vetter/drm
On Wed, May 24, 2017 at 04:25:46PM +0800, Icenowy Zheng wrote:
>
>
> 于 2017年5月24日 GMT+08:00 下午3:30:19, Maxime Ripard
> 写到:
> >On Tue, May 23, 2017 at 09:00:59PM +0800, icen...@aosc.io wrote:
> >> 在 2017-05-23 20:53，Maxime Ripard 写道：
> >> > On Mon, May 22, 2017 at 07:55:56PM +0200, Jernej Škrabe
Hi,
On 30-05-17 14:02, Hans de Goede wrote:
Hi,
On 29-05-17 21:02, Daniel Vetter wrote:
On Sun, May 28, 2017 at 07:16:55PM +0200, Hans de Goede wrote:
Since commit a39be606f99d ("drm: Do a full device unregister when
unplugging") drm_unplug_dev has been calling drm_dev_unregister followed
by
https://bugs.freedesktop.org/show_bug.cgi?id=101229
--- Comment #7 from Paul ---
(In reply to Michel Dänzer from comment #6)
> Which rendering backend and tearing prevention method are selected in the
> kwin settings?
XRender and auto, I have tried the full-repaint but it didn't seem to have an
As part of my adventures to implement 'DRM leases', it turns out to be
easiest to just implement 'real' VK_KHR_display in mesa now, rather than
a pile of ugly kludges. Because DRM leases just provide a DRM master
fd with limited resource access, mesa doesn't have to care whether you
provide a 'rea
https://bugs.freedesktop.org/show_bug.cgi?id=101262
Bug ID: 101262
Summary: Mesa reports no Video Memory
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Hi
I upgraded a few weeks ago to kernel 4.11.x from 4.10.x and
notice a drop in performance in my AMD RX480, using mesa 17.2-dev
and a A10-7890k APU
the worst example is Mad Max, with vulkan i get about 80fps
in 4.10, but about 25fps in 4.11. using openGL, i get about 50fps
on 4.1
Gustavo Padovan writes:
> From: Gustavo Padovan
>
> Add support to async updates of cursors by using the new atomic
"Add support for"
> interface for that. Basically what this commit does is do what
> vc4_update_plane() did but through atomic.
>
> v3: move size checks back to drivers (Ville Sy
Gustavo Padovan writes:
> From: Gustavo Padovan
>
> In some cases, like cursor updates, it is interesting to update the
> plane in an asynchronous fashion to avoid big delays. The current queued
> update could be still waiting for a fence to signal and thus block any
> subsequent update until it
From: Dave Airlie
This interface will allow sync object to be used to back
Vulkan fences. This API is pretty much the vulkan fence waiting
API, and I've ported the code from amdgpu.
v2: accept relative timeout, pass remaining time back
to userspace.
v3: return to absolute timeouts.
v4: absolute
From: Dave Airlie
Sync objects are new toplevel drm object, that contain a
pointer to a fence. This fence can be updated via command
submission ioctls via drivers.
There is also a generic wait obj API modelled on the vulkan
wait API (with code modelled on some amdgpu code).
These objects can be
From: Dave Airlie
This just splits out the fence depenency checking into it's
own function to make it easier to add semaphore dependencies.
Reviewed-by: Christian König
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 85 +++---
1 file change
Okay so Christian said he wanted lookup and replace split in the
amdgpu cs, this does this, and looks a bit cleaner, it required
changing some of the interfaces around on what is exported.
Dave.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
From: Dave Airlie
This creates a new command submission chunk for amdgpu
to add in and out sync objects around the submission.
Sync objects are managed via the drm syncobj ioctls.
The command submission interface is enhanced with two new
chunks, one for syncobj pre submission dependencies,
and
From: Dave Airlie
This interface allows importing the fence from a sync_file into
an existing drm sync object, or exporting the fence attached to
an existing drm sync object into a new sync file object.
This should only be used to interact with sync files where necessary.
v1.1: fence put fixes
2017-05-31 Eric Anholt :
> Gustavo Padovan writes:
>
> > From: Gustavo Padovan
> >
> > Add support to async updates of cursors by using the new atomic
>
> "Add support for"
>
> > interface for that. Basically what this commit does is do what
> > vc4_update_plane() did but through atomic.
> >
2017-05-31 Eric Anholt :
> Gustavo Padovan writes:
>
> > From: Gustavo Padovan
> >
> > In some cases, like cursor updates, it is interesting to update the
> > plane in an asynchronous fashion to avoid big delays. The current queued
> > update could be still waiting for a fence to signal and thu
Hi Linus,
This is the main set of fixes for rc4, one amdgpu fix, some exynos
regression fixes, some msm fixes and some i915 and GVT fixes.
I've got a second regression fix for some DP chips that might be a bit
large, but I think we'd like to land it now, I'll send it along
tomorrow, once you are
oops forgot subject.
On 1 June 2017 at 12:26, Dave Airlie wrote:
> Hi Linus,
>
> This is the main set of fixes for rc4, one amdgpu fix, some exynos
> regression fixes, some msm fixes and some i915 and GVT fixes.
>
> I've got a second regression fix for some DP chips that might be a bit
> large, b
https://bugs.freedesktop.org/show_bug.cgi?id=101229
--- Comment #8 from Michel Dänzer ---
To prevent tearing, you need to either choose OpenGL instead of XRender and an
appropriate tearing prevention setting, or enable TearFree with
xrandr --output eDP --set TearFree on
--
You are receiving th
https://bugs.freedesktop.org/show_bug.cgi?id=101254
Michel Dänzer changed:
What|Removed |Added
QA Contact|xorg-t...@lists.x.org |dri-devel@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=101266
Bug ID: 101266
Summary: segfault in libvdpau_radeonsi.so.1.0.0 when opening
certain videos
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (A
https://bugs.freedesktop.org/show_bug.cgi?id=101266
P. Levine changed:
What|Removed |Added
Keywords||have-backtrace
--
You are receiving this m
tree: git://people.freedesktop.org/~airlied/linux.git drm-syncobj-sem
head: 78159d5e37ad792306dcb6e1046b67fe0a3bde6e
commit: 6c72d92e70f50824c96d6c6f662ca237a50b81a5 [1/6] drm: introduce sync
objects (v3)
reproduce: make htmldocs
All warnings (new ones prefixed by >>):
WARNING: convert(1)
On Wed, May 31, 2017 at 05:57:07PM +0100, Liviu Dudau wrote:
> On Wed, May 31, 2017 at 06:41:05PM +0200, Daniel Vetter wrote:
> > On Wed, May 31, 2017 at 1:22 PM, Liviu Dudau wrote:
> > > On Wed, May 31, 2017 at 01:03:34PM +0200, Daniel Vetter wrote:
> > >> On Wed, May 31, 2017 at 12:57 PM, Liviu
On Wed, May 31, 2017 at 05:37:34PM +0100, Liviu Dudau wrote:
> On Wed, May 24, 2017 at 04:51:51PM +0200, Daniel Vetter wrote:
> > IRQs are properly shut down, so it almost works as race-free shutdown.
> > Except the irq is stopped after the vblank stuff, so boom anyway.
> > Proper way would be to c
Any news? Seems every TV I bump into these days has Miracast support ...
On Wed, Mar 8, 2017 at 12:24 AM, Martin Peres
wrote:
> On 07/03/17 05:00, Daniel Kasak wrote:
>>
>> Any news on this? I'm also interested :)
>>
>> Dan
>
>
> Hmm, good question! I will ping internally and see if we are ready
1 - 100 of 101 matches
Mail list logo
