So having conferred with Karol Herbst in #nouveau on freenode, when
attempting to run $ DRI_PRIME=1 glxinfo, the following stacktrace
turns up in dmesg
https://gist.githubusercontent.com/karolherbst/cd8292689959417a0111/raw/d5837b96ff56ec72a36ab12519dcbbd815be1d86/gistfile1.txt
Running kernel 4.4.
.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151203/79dd4ab3/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151203/0fc84b80/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151203/e7b3c236/attachment.html>
On 2015å¹´12æ03æ¥ 06:17, Daniel Vetter wrote:
> On Wed, Dec 02, 2015 at 05:55:36PM +0100, Thierry Reding wrote:
>> On Tue, Dec 01, 2015 at 11:32:01AM +0800, Mark Yao wrote:
>>> When do mode setting, mean that we want to enable display output,
>>> but sometimes, vop_crtc_enable is after mode_set,
Hi Javier,
2015ë
12ì 03ì¼ 00:04ì Javier Martinez Canillas ì´(ê°) ì´ ê¸:
> Hello Inki,
>
> On 12/02/2015 08:57 AM, Inki Dae wrote:
>> This patch adds of_graph dt binding support for panel device
>> and also keeps the backward compatibility.
>>
>
> You have to also update the DT binding
ou are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151203/84f07c3a/attachment.html>
Hi Stefan,
Thanks, now I'm working on PSCIv1.0 for u-boot, and PCIe PM patches.
Will reply your comments later(Maybe next week).
Regards,
-Dongsheng
>
> Hi Dongsheng,
>
> On 2015-12-01 00:16, Dongsheng Wang wrote:
> > From: Jianwei Wang
> >
> > For DCU support atmost 16 layers(on ls1021a) or
This patch makes it to return -EINVAL instead of -ENXIO
when getting a port or endpoint node failed.
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_dsi.c
b/drivers/gpu/
It seems that below patch should be modifed for only one of two outbound nodes
- panel
and bridge - to be bound because in case of using bridge device, the bridge
driver will
bind the panel. I will fix and post it again.
Thanks,
Inki Dae
2015ë
12ì 02ì¼ 20:57ì Inki Dae ì´(ê°) ì´ ê¸:
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151203/0fb9c6fb/attachment.html>
Hi Thierry,
Am Mittwoch, den 02.12.2015, 17:47 +0100 schrieb Thierry Reding:
> On Wed, Dec 02, 2015 at 05:45:48PM +0100, Philipp Zabel wrote:
> > Panel timing descriptions using struct videomode don't have the vrefresh
> > field, so calculate it instead using drm_mode_vrefresh.
> >
> > Signed-off
Use drm_mode_vrefresh to update the vrefresh field after changing the
modes' timings and flags.
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/drm_modes.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c
index cd74a09..b624be8 1006
Two reasons for that:
- This changes aligns atomic with the legacy page flip semantics as
established by the i915 driver.
- Asking for an async flip on a disabled pipe generally indicates a
userspace bug. Worst case userspace will busy-loop rendering (since
flips complete immediately). So be
This patch adds of_graph dt binding support for panel device
and also keeps the backward compatibility.
i.e.,
The dts file for Exynos5800 based peach pi board
has a panel property so we need to keep the backward compatibility.
Changelog v3:
- bind only one of two nodes outbound - panel or bridge.
This patch fixes wrong return type when dt binding of bridge device
failed.
If a board has a bridge device then of_graph_get_remote_port_parent
function shouldn't be NULL. So this patch will return a proper error
type so that the deferred probe isn't triggered.
Changelog v2:
- return -EINVAL if g
This patch series considers a port node outbound for panel device node,
including dt binding for it. And also it fixes a wrong error type.
P.s.,
I already posted relevant patch series[1] before but missed dt binding.
So please, ignore the patch series - I couldn't search the patch series
on google
This patch updates a ports node binding for panel.
With this, dp node can have a ports node which describes
a remote endpoint node that can be connected to panel or bridge
node.
Signed-off-by: Inki Dae
---
.../bindings/display/exynos/exynos_dp.txt | 28 ++
1 file ch
nable Option "DRI3" to avoid tearing
when moving around windows in gnome-shell).
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/at
This can happen when we run out of encoders for a multi-crtc modeset,
or also when userspace is silly and tries to clone multiple connectors
that need the same encoder on the same crtc.
Reported-and-Tested-and-Reviewed-by: Maarten Lankhorst
Cc: Maarten Lankhorst
Signed-off-by: Daniel Vetter
---
On Thu, Dec 03, 2015 at 09:55:44AM +0100, Philipp Zabel wrote:
> Use drm_mode_vrefresh to update the vrefresh field after changing the
> modes' timings and flags.
>
> Signed-off-by: Philipp Zabel
> ---
> drivers/gpu/drm/drm_modes.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/driv
On Thu, Dec 03, 2015 at 10:49:14AM +0100, Daniel Vetter wrote:
> This can happen when we run out of encoders for a multi-crtc modeset,
> or also when userspace is silly and tries to clone multiple connectors
> that need the same encoder on the same crtc.
>
> Reported-and-Tested-and-Reviewed-by: Ma
On Tue, Nov 24, 2015 at 10:34:36AM +0100, Maarten Lankhorst wrote:
> This allows iteration over encoders without requiring connection_mutex.
>
> Signed-off-by: Maarten Lankhorst
> ---
> drivers/gpu/drm/drm_atomic_helper.c | 4
> drivers/gpu/drm/i915/intel_display.c | 3 +++
> include/drm/d
On Wed, Dec 02, 2015 at 02:57:39PM +0200, Jani Nikula wrote:
> On Wed, 02 Dec 2015, Ville Syrjälä wrote:
> > On Wed, Dec 02, 2015 at 01:46:40PM +0200, Jani Nikula wrote:
> >> On Tue, 01 Dec 2015, Ville Syrjälä
> >> wrote:
> >> > On Tue, Dec 01, 2015 at 05:16:54PM +0200, Jani Nikula wrote:
>
On Wed, Dec 02, 2015 at 05:21:44PM +, Daniel Stone wrote:
> Hi Liviu,
Hi Daniel,
>
> On 2 December 2015 at 12:23, Liviu Dudau wrote:
> > + if (irq_status & HDLCD_INTERRUPT_VSYNC) {
> > + unsigned long flags;
> > +
> > + drm_handle_vblank(drm, 0);
> > +
> >
ctor out the computation code into a
separate function, say drm_mode_calc_vrefresh(), and use that where you
really want to compute the value and at the same time use it to simplify
drm_mode_vrefresh() as well.
Thierry
-- next part --
A non-text attachment was scrubb
On Wed, Dec 02, 2015 at 06:07:01PM +0100, Thierry Reding wrote:
> On Wed, Dec 02, 2015 at 11:53:02AM +0200, Jani Nikula wrote:
> > On Tue, 01 Dec 2015, "Subhransu S. Prusty" > intel.com> wrote:
> > > To fill the audio infoframe it is required to identify the connection type
> > > as DP or HDMI. So
work during and after running Heaven.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151203/8a71c4ee/attachment.html>
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Signed-off-by: Liviu Dudau
Acked-by: Rob Herring
---
.../devicetree/bindings/display/arm,hdlcd.txt | 79 ++
1 file changed, 79 insertions(+)
create mode 100644 Documentation/devicetree/bindings/display
ARM's Juno board has two HDLCD controllers, each linked to an NXP
TDA19988 HDMI transmitter that provides output encoding. Add them
to the device tree.
Signed-off-by: Liviu Dudau
---
arch/arm64/boot/dts/arm/juno-base.dtsi | 46 +++---
1 file changed, 42 insertions(+),
Update MAINTAINERS file for HDLCD driver.
Cc: Andrew Morton
Cc: Arnd Bergmann
Cc: Mauro Carvalho Chehab
Cc: Greg KH
Cc: Joe Perches
Cc: Jiri Slaby
Signed-off-by: Liviu Dudau
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index cba790b..
This series adds support for ARM's HDLCD display controller found in Juno
and ARM TC2 Coretile. The HDLCD outputs an RGB stream that feeds into a
single digital encoder (DVI or HDMI).
This series depends on Sudeep Holla's SCPI driver (now in mainline) and on
the tda998x patches that have been queu
The HDLCD controller is a display controller that supports resolutions
up to 4096x4096 pixels. It is present on various development boards
produced by ARM Ltd and emulated by the latest Fast Models from the
company.
Cc: David Airlie
Signed-off-by: Liviu Dudau
Acked-by: Daniel Vetter
---
drive
On Wed, 18 Nov 2015 13:58:23 +0100, Daniel Vetter wrote:
> On Wed, Nov 18, 2015 at 11:17:25AM +, John Keeping wrote:
> > The SPICE protocol considers the position of a cursor to be the
> > location of its active pixel on the display, so the cursor is drawn
> > with its top-left corner at "(x -
Op 03-12-15 om 10:53 schreef Daniel Vetter:
> On Tue, Nov 24, 2015 at 10:34:36AM +0100, Maarten Lankhorst wrote:
>> This allows iteration over encoders without requiring connection_mutex.
>>
>> Signed-off-by: Maarten Lankhorst
>> ---
>> drivers/gpu/drm/drm_atomic_helper.c | 4
>> drivers/gp
On Thu, 03 Dec 2015, "Subhransu S. Prusty"
wrote:
> On Wed, Dec 02, 2015 at 06:07:01PM +0100, Thierry Reding wrote:
>> On Wed, Dec 02, 2015 at 11:53:02AM +0200, Jani Nikula wrote:
>> > On Tue, 01 Dec 2015, "Subhransu S. Prusty" > > intel.com> wrote:
>> > > To fill the audio infoframe it is requir
On Wed, 02 Dec 2015, Thomas Hellstrom wrote:
> A client calling drmSetMaster() using a file descriptor that was opened
> when another client was master would inherit the latter client's master
> object and all its authenticated clients.
>
> This is unwanted behaviour, and when this happens, instea
Am Donnerstag, den 03.12.2015, 11:22 +0100 schrieb Thierry Reding:
> On Thu, Dec 03, 2015 at 10:50:07AM +0100, Daniel Vetter wrote:
> > On Thu, Dec 03, 2015 at 09:55:44AM +0100, Philipp Zabel wrote:
> > > Use drm_mode_vrefresh to update the vrefresh field after changing the
> > > modes' timings and
On 12/03/2015 12:46 PM, Stephen Boyd wrote:
> On 12/02, Archit Taneja wrote:
>> On 12/02/2015 01:50 PM, Stephen Boyd wrote:
>>>
>>> My only thought there would be to make of_clk_set_defaults() wait
>>> until both clocks are registered before it does any parent
>>> setting. But only in the case wh
tect_dp() returns
> false.
Yes, that's what I was implying. This is probably highly subjective, but
I personally find boolean return values much easier to deal with because
of the limited set of values. With drm_eld_get_conn_type() you'd need to
explicitly check == DRM_ELD_CONN_TYPE_HDMI and == DRM_ELD_CONN_TYPE_DP
and then still have special code to reject all other values. Unless of
course if you consider != DRM_ELD_CONN_TYPE_DP as being HDMI, in which
case a boolean is much more concise.
But like I said, this is just my opinion, and I don't feel strongly
enough to object to the current patch.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151203/16b5af3d/attachment.sig>
This patch set adds Color Manager implementation in DRM layer. Color Manager
is an extension in DRM framework to support color correction/enhancement.
Various Hardware platforms can support several color correction capabilities.
Color Manager provides abstraction of these capabilities and allows a
Color Management is an extension to DRM framework. It allows
abstraction of hardware color correction and enhancement capabilities
by virtue of DRM properties.
There are two major types of color correction supported by DRM
color manager:
- CTM: color transformation matrix, properties where a corre
DRM color management is written to extract the color correction
capabilities of various platforms, and every platform can showcase
its capabilities using the query properties.
Different hardwares can have different no of coefficients for palette
correction. Also the correction can be applied after
This patch adds new variables in CRTC state, to hold respective color
correction blobs. These blobs will be required during the atomic commit
for writing the color correction values in correction registers.
Signed-off-by: Shashank Sharma
Signed-off-by: Kausal Malladi
---
drivers/gpu/drm/drm_ato
As per DRM color manager design, if a userspace wants to set a correction
blob, it prepares it and sends the blob_id to kernel via set_property
call. DRM framework takes this blob_id, gets the blob, and saves it
in the CRTC state, so that, during the atomic_commit, the color correction
values from
As per the DRM get_property implementation for a blob, framework
is supposed to return the blob_id to the caller. All the color
management blobs are saved in CRTC state during the set call.
This patch adds get_property support for color management
properties, by referring to the existing blob for
This patch adds new structures in DRM layer for Palette color
correction.These structures will be used by user space agents
to configure appropriate number of samples and Palette LUT for
a platform.
Signed-off-by: Shashank Sharma
Signed-off-by: Kausal Malladi
---
include/uapi/drm/drm.h | 20 +++
Color Manager framework defines a DRM property for color
space transformation and Gamut mapping. This property is called
CTM (Color Transformation Matrix).
This patch adds a new structure in DRM layer for CTM.
This structure can be used by all user space agents to
configure CTM coefficients for co
Add a color correction state flag, to indicate a change in
color correction states. This flag will help a core driver to
optimize its commit calls, by appling the color correction only
when there is a change, not every commit.
Signed-off-by: Shashank Sharma
---
drivers/gpu/drm/drm_atomic.c | 6 +
This patch adds set property interface for intel CRTC. This
interface will be used for set operation on any DRM properties.
Signed-off-by: Shashank Sharma
Signed-off-by: Kausal Malladi
---
drivers/gpu/drm/i915/intel_display.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/i
This patch create new files intel_color_manager.c which
will contain the core color correction code for I915 driver
and its header intel_color_manager.h
The per color property patches coming up in this patch series
will fill the appropriate functions in this file.
Signed-off-by: Shashank Sharma
>From DRM color management:
DRM color manager supports these color properties:
1. "ctm": Color transformation matrix property, where a
color transformation matrix of 9 correction values gets
applied as correction.
2. "palette_before_ctm": for corrections which get
DRM color manager allows the driver to showcase its best color
correction capabilities using the specific query property
cm_coeff_after_ctm_property. The driver must loads the no. of
coefficients for color correction as per the platform capability
during the init time.
This patch adds no of coeffi
DRM color manager allows the driver to showcase its best color
correction capabilities using the specific query property
cm_coeff_before_ctm_property. The driver must loads the no. of
coefficients for color correction as per the platform capability
during the init time.
This patch adds no of coeff
CHV/BSW platform supports two different pipe level gamma
correction modes, which are:
1. Legacy 8-bit mode
2. 10-bit CGM (Color Gamut Mapping) mode
This patch does the following:
1. Attaches Gamma property to CRTC
3. Adds the core Gamma correction function for CHV/BSW
4. Adds Gamma correction macr
CHV/BSW supports Degamma color correction, which linearizes all
the non-linear color values. This will be applied before Color
Transformation.
This patch does the following:
1. Attach deGamma property to CRTC
2. Add the core function to program DeGamma correction values for
CHV/BSW platform
2.
CHV/BSW supports Color Space Conversion (CSC) using a 3x3 matrix
that needs to be programmed into CGM (Color Gamut Mapping) registers.
This patch does the following:
1. Attaches CSC property to CRTC
2. Adds the core function to program CSC correction values
3. Adds CSC correction macros
Signed-of
The color correction blob values are loaded during set_property
calls. This patch adds a function to find the blob and apply the
correction values to the display registers, during the atomic
commit call.
Signed-off-by: Shashank Sharma
Signed-off-by: Kausal Malladi
---
drivers/gpu/drm/i915/intel
Function intel_attach_color_properties_to_crtc attaches a
color property to its CRTC object. This patch calls this
function from crtc initialization sequence.
Signed-off-by: Shashank Sharma
Signed-off-by: Kausal Malladi
---
drivers/gpu/drm/i915/intel_display.c | 1 +
1 file changed, 1 insertion
I915 color manager registers pipe gamma correction as palette
correction after CTM property.
For BDW and higher platforms, split gamma correction is the best
gamma correction. This patch adds the no of coefficients(512) for
split gamma correction as "num_samples_after_ctm" parameter in device
info
BDW/SKL/BXT platforms support various Gamma correction modes
which are:
1. Legacy 8-bit mode
2. 10-bit mode
3. Split mode
4. 12-bit mode
This patch does the following:
1. Adds the core function to program Gamma correction values
for BDW/SKL/BXT platforms
2. Adds Gamma correction macros/defines
I915 color manager registers pipe degamma correction as palette
correction before CTM, DRM property.
This patch adds the no of coefficients(512) for degamma correction
as "num_samples_before_ctm" parameter in device info structures,
for BDW and higher platforms.
Signed-off-by: Shashank Sharma
Si
BDW/SKL/BXT supports Degamma color correction feature, which
linearizes the non-linearity due to gamma encoded color values.
This will be applied before Color Transformation.
This patch does the following:
1. Adds the core function to program DeGamma correction values for
BDW/SKL/BXT platform
2
In plane enabling sequence, plane gamma bit is by default enabled.
Plane gamma gets higher priority than pipe gamma, if both enabled.
This patch disables plane gamma from sequence. If required, plane
gamma can be enabled via the color manager drm interface.
Signed-off-by: Shashank Sharma
Signed-
BDW/SKL/BXT support Color Space Conversion (CSC) using a 3x3 matrix
that needs to be programmed into respective CSC registers.
This patch does the following:
1. Adds the core function to program CSC correction values for
BDW/SKL/BXT platform
2. Adds CSC correction macros/defines
Signed-off-by:
This patch optimizes the commit path for i915 driver, by applying
color corrections, only when required. Pipe level color correction
(like CSC/gamma/degamma) once applied, sustain until the next change.
DRM layer sets a flag in crtc state (color_correction_changed),
whenever there is new set_prope
On Thu, Dec 03, 2015 at 12:21:42PM +0100, Thierry Reding wrote:
> On Thu, Dec 03, 2015 at 01:09:16PM +0200, Jani Nikula wrote:
> > On Thu, 03 Dec 2015, "Subhransu S. Prusty" > intel.com> wrote:
> > > On Wed, Dec 02, 2015 at 06:07:01PM +0100, Thierry Reding wrote:
> > >> On Wed, Dec 02, 2015 at 11:
On 2 December 2015 at 19:35, Eric Anholt wrote:
> Emil Velikov writes:
>
>> On 1 December 2015 at 20:35, Eric Anholt wrote:
>>> This can be parsed with vc4-gpu-tools tools for trying to figure out
>>> what was going on.
>>>
>> I might be pushing my luck here ... have you thought about basing
>>
Hi Dan,
On 2 December 2015 at 22:58, Daniel Stone wrote:
> Hey,
>
> On 2 December 2015 at 22:26, Daniel Vetter wrote:
>> On Wed, Dec 02, 2015 at 11:35:16AM -0800, Eric Anholt wrote:
>>> Yes, I have thought about basing vc4-gpu-tools off of intel-gpu-tools.
>>> I've actually tried to build and us
We've had human readable connector status change debug logging since
commit ed7951dc13aad4a14695ec8122e9f0e2ef25d39e
Author: Lespiau, Damien
Date: Fri May 10 12:36:42 2013 +
drm: Make the HPD status updates debug logs more readable
but
commit 162b6a57ac50eec236530a16c071ffa50e87362a
Hello Inki,
On 12/02/2015 11:11 PM, Inki Dae wrote:
> Hi Javier,
>
> 2015ë
12ì 03ì¼ 00:04ì Javier Martinez Canillas ì´(ê°) ì´ ê¸:
>> Hello Inki,
>>
>> On 12/02/2015 08:57 AM, Inki Dae wrote:
>>> This patch adds of_graph dt binding support for panel device
>>> and also keeps the backwa
UMD can find the bo by the cpu address of BO. Any comments?
Regards,
David Zhou
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151203/a010faaf/attachment-0001.html>
-- nex
Hello Inki,
On 12/03/2015 02:45 AM, Inki Dae wrote:
> This patch makes it to return -EINVAL instead of -ENXIO
> when getting a port or endpoint node failed.
>
> Signed-off-by: Inki Dae
> ---
> drivers/gpu/drm/exynos/exynos_drm_dsi.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
Hello Inki,
On 12/03/2015 06:30 AM, Inki Dae wrote:
> This patch updates a ports node binding for panel.
>
> With this, dp node can have a ports node which describes
> a remote endpoint node that can be connected to panel or bridge
> node.
>
> Signed-off-by: Inki Dae
> ---
> .../bindings/displ
Hello Inki,
I found that v2 of this patch is alredy in your exynos-drm for-next branch so
so I had to revert it in linux-next to apply this one to test. You shouldn't
push patches that were still not reviewed (specially the ones that weren't
tested like this one) to your branch that gets pulled by
Hi Liviu,
On 3 December 2015 at 10:00, Liviu Dudau wrote:
> On Wed, Dec 02, 2015 at 05:21:44PM +, Daniel Stone wrote:
>> On 2 December 2015 at 12:23, Liviu Dudau wrote:
>> > + if (irq_status & HDLCD_INTERRUPT_VSYNC) {
>> > + unsigned long flags;
>> > +
>> > +
Hello,
We're developing Miracast (HDMI over Wireless connections). The current
progress is that it 'works' in the userspace but doesn't have any
integration with X/Wayland and can only mirror the current desktop
using gstreamer.
We're looking into extending the implementation so that we would be
On Thu, Dec 03, 2015 at 02:20:26PM +, Daniel Stone wrote:
> Hi Liviu,
>
> On 3 December 2015 at 10:00, Liviu Dudau wrote:
> > On Wed, Dec 02, 2015 at 05:21:44PM +, Daniel Stone wrote:
> >> On 2 December 2015 at 12:23, Liviu Dudau wrote:
> >> > + if (irq_status & HDLCD_INTERRUPT_VSY
Hi Dave -
Another batch of drm/i915 fixes for v4.4, on top of the ones from
earlier this week. One timeout handling regression fix from Chris, and
backport of five patches from our -next to fix a power management
related HDMI hotplug regression.
BR,
Jani.
The following changes since commit 2540
Size: 473 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151203/862d4342/attachment.sig>
On Mon, Jul 27, 2015 at 4:59 AM, Laurent Pinchart
wrote:
> Hi Archit,
>
> (CC'ing Boris Brezillon)
>
> Thank you for the patch.
>
> On Monday 27 July 2015 11:46:57 Archit Taneja wrote:
>> ADV7511 is represented as an i2c drm slave encoder device. ADV7533, on
>> the other hand, is going be a normal
r graphics load.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151203/23e7268d/attachment.html>
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151203/e8c69086/attachment.sig>
On Thursday 03 December 2015 10:02:02 Rob Clark wrote:
> On Mon, Jul 27, 2015 at 4:59 AM, Laurent Pinchart wrote:
> > On Monday 27 July 2015 11:46:57 Archit Taneja wrote:
> >> ADV7511 is represented as an i2c drm slave encoder device. ADV7533, on
> >> the other hand, is going be a normal i2c client
2015-11-20 16:52 keltezéssel, cpaul at redhat.com Ãrta:
> From: Stephen Chandler Paul
>
> HPD signals on DVI ports can be fired off before the pins required for
> DDC probing actually make contact, due to the pins for HPD making
> contact first. This results in a HPD signal being asserted but DD
Hi Jaakko,
On Thursday 03 December 2015 14:42:51 Hannikainen, Jaakko wrote:
> Hello,
>
> We're developing Miracast (HDMI over Wireless connections). The current
> progress is that it 'works' in the userspace but doesn't have any
> integration with X/Wayland and can only mirror the current desktop
On Thu, Dec 3, 2015 at 10:34 AM, Laurent Pinchart
wrote:
> Hi Jaakko,
>
> On Thursday 03 December 2015 14:42:51 Hannikainen, Jaakko wrote:
>> Hello,
>>
>> We're developing Miracast (HDMI over Wireless connections). The current
>> progress is that it 'works' in the userspace but doesn't have any
>>
On Thu, 03 Dec 2015 22:08:51 +0100,
Subhransu S. Prusty wrote:
> static int hdac_hdmi_dev_remove(struct hdac_ext_device *edev)
> {
> + struct hdac_hdmi_priv *hdmi = edev->private_data;
> + struct hdac_hdmi_pin *pin;
> + struct hdac_hdmi_cvt *cvt;
> +
> snd_soc_unregister_codec(&
On Thu, 03 Dec 2015, Mark Brown wrote:
> Hi Dave,
>
> Today's linux-next merge of the drm tree got a conflict in
> drivers/gpu/drm/i915/intel_hdmi.c between commit ac9b8236551d1 ("drm/i915:
> Introduce a gmbus power domain") from the drm-intel-fixes tree and commit
> 69172f210e9fffaf8 ("drm/i915:
On Thu, 03 Dec 2015 22:08:52 +0100,
Subhransu S. Prusty wrote:
>
> This patch uses i915 component framework to register for hotplug
> notification. And once it identifies valid pin sense and valid eld,
> reads the eld into the corresponding pin map buffer. For now it
> directly sends the verbs and
On Thursday 03 December 2015 10:42:50 Ilia Mirkin wrote:
> On Thu, Dec 3, 2015 at 10:34 AM, Laurent Pinchart
>
> wrote:
> > Hi Jaakko,
> >
> > On Thursday 03 December 2015 14:42:51 Hannikainen, Jaakko wrote:
> >> Hello,
> >>
> >> We're developing Miracast (HDMI over Wireless connections). The c
On Thu, Dec 3, 2015 at 10:28 AM, Laurent Pinchart
wrote:
> On Thursday 03 December 2015 10:02:02 Rob Clark wrote:
>> On Mon, Jul 27, 2015 at 4:59 AM, Laurent Pinchart wrote:
>> > On Monday 27 July 2015 11:46:57 Archit Taneja wrote:
>> >> ADV7511 is represented as an i2c drm slave encoder device. A
On Thu, 03 Dec 2015 22:08:53 +0100,
Subhransu S. Prusty wrote:
>
> Setting the constraint format based on ELD was missing bit in
> the sound/core pcm drm. Added with this patch.
No, you can't define these here. The format really depends on the
hardware, while the rate and the channels are indepe
On Thu, Dec 3, 2015 at 10:53 AM, Laurent Pinchart
wrote:
> On Thursday 03 December 2015 10:42:50 Ilia Mirkin wrote:
>> On Thu, Dec 3, 2015 at 10:34 AM, Laurent Pinchart
>>
>> wrote:
>> > Hi Jaakko,
>> >
>> > On Thursday 03 December 2015 14:42:51 Hannikainen, Jaakko wrote:
>> >> Hello,
>> >>
>> >>
Hi Rob,
On Thursday 03 December 2015 10:55:12 Rob Clark wrote:
> On Thu, Dec 3, 2015 at 10:28 AM, Laurent Pinchart wrote:
> > On Thursday 03 December 2015 10:02:02 Rob Clark wrote:
> >> On Mon, Jul 27, 2015 at 4:59 AM, Laurent Pinchart wrote:
> >>> On Monday 27 July 2015 11:46:57 Archit Taneja wro
On Mon, Nov 23, 2015 at 10:32:45AM +0100, Daniel Vetter wrote:
> @@ -957,11 +955,9 @@ static int armada_drm_crtc_cursor_move(struct drm_crtc
> *crtc, int x, int y)
> if (!dcrtc->variant->has_spu_adv_reg)
> return -EFAULT;
>
> - mutex_lock(&dev->struct_mutex);
> dcrt
Hi Ilia,
On Thursday 03 December 2015 11:03:28 Ilia Mirkin wrote:
> On Thu, Dec 3, 2015 at 10:53 AM, Laurent Pinchart wrote:
> > On Thursday 03 December 2015 10:42:50 Ilia Mirkin wrote:
> >> On Thu, Dec 3, 2015 at 10:34 AM, Laurent Pinchart wrote:
> >>> On Thursday 03 December 2015 14:42:51 Hannik
On 12/3/2015 9:25 PM, Rob Clark wrote:
> On Thu, Dec 3, 2015 at 10:28 AM, Laurent Pinchart
> wrote:
>> On Thursday 03 December 2015 10:02:02 Rob Clark wrote:
>>> On Mon, Jul 27, 2015 at 4:59 AM, Laurent Pinchart wrote:
On Monday 27 July 2015 11:46:57 Archit Taneja wrote:
> ADV7511 is re
On Thu, 03 Dec 2015 22:08:56 +0100,
Subhransu S. Prusty wrote:
>
> A stream is mapped to a converter. So based on the converters
> queried, dais are created.
>
> The streams can be dynamically routed to any converter. For
> now it is mapped statically. The dynamic mapping of stream
> to converter
On Thu, 03 Dec 2015 22:08:59 +0100,
Subhransu S. Prusty wrote:
>
> To fill the audio infoframe it is required to identify the
> connection type as DP or HDMI. This patch adds an API which
> parses ELD and returns the display type of connected.
>
> Signed-off-by: Subhransu S. Prusty
> Signed-off-
1 - 100 of 130 matches
Mail list logo
