This patch series adds DP audio and hotplug notification
support.
On Skylake two DP ports are available and to enable DP on both
ports all pins need to be enabled.
There is a special vendor widget which need to be programmed to
enable all pins and converters. This series adds hotplug
notification
commit 3c83ac23253c ("ASoC: hdac_hdmi: check error return") fixes
the static checker warning reported by Dan Carpenter:
sound/soc/codecs/hdac_hdmi.c:416 hdac_hdmi_parse_and_map_nid()
warn: unsigned 'hdac->num_nodes' is never less than zero.
But it doesn't fix the issue completely.
It is possible that some pin widget may return with no converter
connected. So don't throw error if none are found to be connected.
Instead print a warning and continue.
Signed-off-by: Subhransu S. Prusty
Signed-off-by: Vinod Koul
---
sound/soc/codecs/hdac_hdmi.c | 10 ++
1 file changed
Future platforms may have a different set of pins/converters.
So use lists to add pins and converters based on enumeration.
Also it may be required to connect any converter to any pin
dynamically as per different use cases (for example DP is
connected to pin 6 on skylake board). So this will help
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 reads the eld. Later this will use
the i915 framework to populate ELD buf
Setting the constraint format based on ELD was missing bit in
the sound/core pcm drm. Added with this patch.
Signed-off-by: Subhransu S. Prusty
Signed-off-by: Vinod Koul
---
sound/core/pcm_drm_eld.c | 42 +-
1 file changed, 41 insertions(+), 1 deletion(-)
Uses the drm eld core framework to apply rate, channel and
format constraint.
Even though the channel constraint is based on ELD, infoframe
is set with stereo only. Multichannel support will be added
later.
Signed-off-by: Subhransu S. Prusty
Signed-off-by: Vinod Koul
---
sound/soc/codecs/Kconf
By default only one converter and pin widget are enabled. A vendor
widget required to be configured to enable all the widgets of the
codec.
As we are enabling the DP support enable the DP1.2 feature as well.
The changes below are copied from patch_hdmi.c
Signed-off-by: Subhransu S. Prusty
Signe
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 will be added when required.
Signed-off-by: Subhransu S. Prusty
Signed-off-
Instead of direct mapping between converter and pin, Muxes are
added between them to support any converter connection to any pin.
As the possible mux inputs can only be identified during runtime,
all possible routes are created to connect all converters to all
pin muxes. The user should enable app
Now that we have all the widgets enumerated we can route the stream
to any pin widget based on Mux connection. So map the pin to stream
accordingly.
Also seems the connection list to the pin widgets are not static
and is updated runtime based on type of display attached to the port.
This looks to
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-by: Vinod Koul
Cc: David Airlie
Cc: dri-devel at lists.freedesktop.org
Cc: D
This uses the get_conn_type API added in the previous patch to
identify the type of display connected and fills the infoframe
accordingly.
Signed-off-by: Subhransu S. Prusty
Signed-off-by: Vinod Koul
---
sound/soc/codecs/hdac_hdmi.c | 68 ++--
1 file chan
From: Jeeja KP
Need to add enabling of all pins and DP1.2 feature again after
resume. Also during the device in suspended state ELD notify
callback is not processed. So add ELD check for all pins here.
Signed-off-by: Jeeja KP
Signed-off-by: Subhransu S. Prusty
Signed-off-by: Vinod Koul
---
s
From: Ramesh Babu
The display power reference count is decremented with the first
explicit call to pm_runtime_suspend. Otherwise the display power
reference count is balanced with runtime resume/suspend. Rest
of the time it is kept off.
Signed-off-by: Ramesh Babu
Signed-off-by: Subhransu S. Pru
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151204/10ff7d15/attachment-0001.html>
||
--
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/20151204/2edda485/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151204/78472c85/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151204/802f6e34/attachment.html>
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151204/bf699105/attachment.html>
problem other than the wrong window output)
--
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/20151204/3c586732/attachment-0001.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151204/b9b06bb4/attachment.html>
On 04.12.2015 03:55, Christian König wrote:
> From: Christian König
>
> Not necessary for VRAM.
>
> Signed-off-by: Christian König
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/gpu/drm/amd/amdgpu/amdg
On Thu, Dec 03, 2015 at 04:44:55PM +0100, Takashi Iwai wrote:
> 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;
> >
On Thu, Dec 03, 2015 at 04:51:37PM +0100, Takashi Iwai wrote:
> 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 t
On Thu, Dec 03, 2015 at 05:16:34PM +0100, Takashi Iwai wrote:
> 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
oposed fixes that follow, as well.
--
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/20151204/9e445860/attachment.html>
On Thu, Dec 03, 2015 at 05:13:16PM +, Daniel Stone wrote:
> Hi Subhransu,
>
> On 3 December 2015 at 21:09, Subhransu S. Prusty
> wrote:
> > + if (conn_type == DRM_ELD_CONN_TYPE_HDMI) {
> > + hdmi_audio_infoframe_init(&frame);
> > +
> > + /* Default stereo for
On Thu, Dec 03, 2015 at 04:57:14PM +0100, Takashi Iwai wrote:
> 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 forma
On Fri, 04 Dec 2015 12:08:26 +0100,
Subhransu S. Prusty wrote:
>
> On Thu, Dec 03, 2015 at 04:57:14PM +0100, Takashi Iwai wrote:
> > 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 pc
Change-Id: Id79d98877c61510a1986d65befec6ce6713edae7
Signed-off-by: Chunming Zhou
Reviewed-by: Jammy Zhou
Reviewed-by: Christian König
---
amdgpu/amdgpu_bo.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/amdgpu/amdgpu_bo.c b/amdgpu/amdgpu_bo.c
index e47410c..5a0f4ac 10064
V2: get original gem handle from gobj
Change-Id: I705eadfe03cd85c75bff252563d69f3c8a536868
Signed-off-by: Chunming Zhou
Reviewed-by: Christian König
Reviewed-by: Jammy Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 2 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c | 59 ++
userspace needs to know if the user memory is from BO or malloc.
Change-Id: Ie2dbc13f1c02bc0a996f64f9db83a21da63c1d70
Signed-off-by: Chunming Zhou
Reviewed-by: Jammy Zhou
Reviewed-by: Christian König
---
amdgpu/amdgpu.h | 24
amdgpu/amdgpu_bo.c | 37 +++
On Thu, Dec 03, 2015 at 04:08:45PM +, Russell King - ARM Linux wrote:
> 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)
> >
On Thu, Dec 03, 2015 at 12:09:24PM +0100, Philipp Zabel wrote:
> 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 t
On Thu, Dec 03, 2015 at 02:00:03PM +0200, Jani Nikula wrote:
> 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 debu
On Thu, Dec 03, 2015 at 07:26:31PM +0200, Martin Peres wrote:
> On 03/12/15 18:38, Ilia Mirkin wrote:
> >On Thu, Dec 3, 2015 at 11:10 AM, Laurent Pinchart
> > wrote:
> >>Hi Ilia,
> >>
> >>On Thursday 03 December 2015 11:03:28 Ilia Mirkin wrote:
> >>>On Thu, Dec 3, 2015 at 10:53 AM, Laurent Pinchart
On Thu, Dec 03, 2015 at 12:01:02PM +0100, Maarten Lankhorst wrote:
> 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 Lankh
On Thu, Dec 03, 2015 at 11:14:09PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> The way the mode probing works is this:
> 1. All modes currently on the mode list are marked as UNVERIFIED
> 2. New modes are on the probed_modes list (they start with
>status OK)
>
On Thu, Dec 03, 2015 at 11:14:10PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> MODE_UNVERIFIED actually means that the mode came from a previous probe,
> and if the new probe doesn't produce a matching mode it will get pruned
> from the list. Rename the flag to MOD
On Thu, Dec 03, 2015 at 11:14:11PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> There's some random mix of spaces and tabs used within the enum
> drm_mode_status definition. Fix it up to use just tabs.
>
> Cc: Adam Jackson
> Signed-off-by: Ville Syrjälä
Ok, th
On Thu, Dec 03, 2015 at 11:14:12PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Use 'continue' to eliminate one indent level from
> drm_mode_connector_list_update(). And while at it,
> make 'found_it' bool.
>
> Cc: Adam Jackson
> Signed-off-by: Ville Syrjälä
R
On Thu, 03 Dec 2015, Thomas Hellstrom wrote:
> Hi,
>
> On 12/03/2015 12:12 PM, Jani Nikula wrote:
>> 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
On Thu, Dec 03, 2015 at 11:14:13PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Currently most drivers request that any mode appearing on both the
> old mode list and the new probed_modes list get their type bits ORed
> together if the modes are deemed to otherwise
On Thu, Dec 03, 2015 at 11:14:14PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Now that the mode type bit merge logic is fixed to only merge
> between new probed modes, hopefully we can eliminat the special
> case for qxl and virtio. That is make the merge the mode
On Thu, Dec 03, 2015 at 11:14:15PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> sti seems confused about which mode list is used in its .get_modes()
> hook. It adds the modes to the probed_modes list (as is appropriate)
> but then for some reason it tries to sort th
he bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151204/552dd810/attachment-0001.html>
On 04.12.2015 07:25, Chunming Zhou wrote:
> userspace needs to know if the user memory is from BO or malloc.
>
> Change-Id: Ie2dbc13f1c02bc0a996f64f9db83a21da63c1d70
> Signed-off-by: Chunming Zhou
> Reviewed-by: Jammy Zhou
> Reviewed-by: Christian König
Looks like I was a bit too quick with my
On Thu, Dec 03, 2015 at 02:54:00PM -0800, Rafael Antognolli wrote:
> The module_init and module_exit functions will start here, and call the
> subsequent init's and exit's.
>
> Signed-off-by: Rafael Antognolli
> ---
> drivers/gpu/drm/Makefile| 4 ++-
> drivers/gpu/drm/drm_fb_hel
Hi all,
This is another version of the patch set to introduce the anx7814 transmitter.
Any comments are welcome.
The following series add initial support for the Slimport ANX7814 transmitter, a
ultra-low power Full-HD (1080p60) transmitter designed for portable device.
The driver was originally
Add a number of DPCD definitions from DP 1.1
Signed-off-by: Enric Balletbo i Serra
---
include/drm/drm_dp_helper.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h
index bb9d0de..9b0c990 100644
--- a/include/drm/drm_dp_help
The MPEG Source (MS) InfoFrame is in EIA/CEA-861B. It describes aspects of
the compressed video stream that were used to produce the uncompressed
video.
The patch adds functions to work with MPEG InfoFrames.
Signed-off-by: Enric Balletbo i Serra
---
Changes since last version (requested by Thie
Analogix Semiconductor develops analog and mixed-signal devices for digital
media and communications interconnect applications.
Signed-off-by: Enric Balletbo i Serra
Acked-by: Rob Herring
---
Changes since last version (requested by Rob Herring)
- Fix alphabetical order.
Documentation/devicet
The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter
designed for portable devices.
You can add support to your board with current binding.
Example:
anx7814: anx7814 at 38 {
compatible = "analogix,anx7814";
reg = <0x38>;
At the moment it only supports ANX7814.
The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter
designed for portable devices. The ANX7814 transforms the HDMI output of
an application processor to MyDP or DisplayPort.
The driver supports HDMI to DP pass-through mode and works usi
Hi all,
So here's finally my promised doc update for atomic, with massive amounts of
kerneldoc in the new in-line style for all the vfunc hooks we have in the KMS
code (so yeah also all the legacy hooks are documented). This also merges in
anything from Laurent's original docbook docs, where it wa
Mostly this is just adding extensive docs for the callbacks, but also
a few other additions.
v2: Use FIXME comments to annotate helper hooks that should be
replaced.
Signed-off-by: Daniel Vetter
---
include/drm/drm_fb_helper.h | 92 ++---
1 file changed,
This is only used for kgdb (and previously panic) handlers in
the fbdev emulation, so belongs there.
Note that this means we'll leave behind a forward declaration, but
once all the helper vtables are consolidated (in the next patch) that
will make more sense.
Signed-off-by: Daniel Vetter
---
dr
Currently we have 4 helper libraries (probe, crtc, plane & atomic)
that all use the same helper vtables. And that's by necessity since we
don't want to litter the core structs with one ops pointer per helper
library. Also often the reuse the same hooks (like atomic does, to
facilite conversion from
Originally the idea behind void* was to allow different sets of
helpers. But now we have that (with probe, plane, crtc and atomic
helpers) and we still just use the same set of vtables. That's the
only way to make the individual helpers modular and allow drivers to
pick&choose and transition betwee
Duplication is bad, luckily both help texts highlighted different
issues so the kerneldoc gained quite a bit!
While at it also sprinkle more references to the vtable structs around
and make it clear that legacy CRTC helpers are deprecated and which
functions to use instead.
Signed-off-by: Daniel
Especially document the assumptions and semantics of the callbacks
carefully. Just a warm-up excercise really.
v2: Spelling fixes (Eric).
v3: Consolidate more with existing docs:
- Remove the overview section explaining the bridge funcs, that's
now all in the drm_bridge_funcs kerneldoc in much
- Merge the docbook into the kerneldoc comments.
- Spec in detail the precise semantics of the callbacks.
- For consistency in wording and easier review roll out kerneldoc also
for crtc, encoder and connector for the standard hooks they share
with planes.
Signed-off-by: Daniel Vetter
---
D
gcc does this for us, and these hooks will be gone soon.
Cc: Ben Skeggs
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/nouveau/nouveau_connector.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_connector.c
b/drivers/gpu/drm/nouveau/nouveau_connector.
These hooks will be gone soon.
Cc: Dave Airlie
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/qxl/qxl_display.c | 12
1 file changed, 12 deletions(-)
diff --git a/drivers/gpu/drm/qxl/qxl_display.c
b/drivers/gpu/drm/qxl/qxl_display.c
index cddba079197f..ebf7f3946a65 100644
--- a
These hooks will be gone soon.
Cc: Dave Airlie
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/virtio/virtgpu_display.c | 12
1 file changed, 12 deletions(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_display.c
b/drivers/gpu/drm/virtio/virtgpu_display.c
index 8e6044d7660a..623c
These hooks will be gone soon.
Cc: Thomas Hellstrom
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 16
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 4
drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c | 4
drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c | 4
4 file
I want to remove the core ones since with atomic drivers system
suspend/resume is solved much differently. And there's only 2 drivers
(nouveau besides gma500) really using them.
Cc: Patrik Jakobsson
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/gma500/cdv_device.c| 2 ++
drivers/gpu
They're not how system suspend/resume should be done with atomic
(there's new helpers for that developed by Thierry Redding), and for
legacy drivers this really should be a helper hook and not a core one.
But there's not even helper code to use them, and only 2 drivers
(which now have their own pr
I want to remove the core ones since with atomic drivers system
suspend/resume is solved much differently. And there's only 2 drivers
(gma500 besides nouveau) really using them.
Cc: Ben Skeggs
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/nouveau/dispnv04/crtc.c | 5 +++--
drivers/gpu/drm/n
Nouveau is the only user, and atomic drivers should do state
save/restoring differently. So move it into noveau.
Saves me typing some kerneldoc, too ;-)
Cc: Ben Skeggs
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/nouveau/dispnv04/dac.c| 7 +++
drivers/gpu/drm/nouveau/dispnv04/dfp.
Yes these are internal functions and not exported and we generally
don't document them. But for symmetry with the _set_property functions
(which are exported for the atomic helpers) I'd like to document them.
Upcoming vtable kerneldoc will reference both the set and get_property
functions.
Signed-
The special case here is that both ->detect and ->force are actually
functions only called by the probe helpers and hence really shouldn't
be here. But since they've used by pretty much every driver I figured
it's better to just document this for now instead of holding this doc
patch hostage until
We always register the DPMS property, it's really a fundamental
part of a display driver. So don't check whether the vfunc is there,
it's non-optional
Yes I've audited all the almost 100 drm_connector_funcs we have, no
one botched this ;-)
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_cr
And merge any docbook we have into the kerneldoc comments.
Since it's a legacy entry point with only two implementation (one each
in atomic and legacy crtc helpers) I've made the documentation for
set_config fairly sparse - no one should ever need to look at this
again, all the ABI we have is bake
The meat here is definitely the detailed specs for what atomic_check
and atomic_commit are supposed to do.
And another candidate for a core vfunc that should be in a helper really
(output_poll_changed this time around).
v2: Feedback from Eric on irc:
- spelling fixes.
- spec what async should do
While typing these I noticed that ->dirty is a bit a can of worms
and even supports blt/fill semantics ... shocked me a bit.
Oh well it's defined in a way that nothing bad (just a bit of inefficiency)
will happen for drivers which supports this. So I didn't bother copying
the detailed spec into th
Plus related hooks used to do atomic plane updates since they only
really make sense as a package.
Signed-off-by: Daniel Vetter
---
include/drm/drm_modeset_helper_vtables.h | 209 +--
1 file changed, 198 insertions(+), 11 deletions(-)
diff --git a/include/drm/drm_mod
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
---
Nothing special, except the somewhat awkard split in probe helper
callbacks between here and drm_crtc_funcs.
Signed-off-by: Daniel Vetter
---
include/drm/drm_modeset_helper_vtables.h | 106 +--
1 file changed, 101 insertions(+), 5 deletions(-)
diff --git a/include/dr
They have pretty kerneldoc already, but better to link to that in
one of the overview sections.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_atomic_helper.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/gpu/drm/drm_atomic_helper.c
b/drivers/gpu/drm/drm_atomic_helper.
This was in the documentation for modeset helper hooks, where it is a
bit misplaced.
v2: Reindent the drm_mode_status enum, inspired by Ville.
Cc: ville.syrjala at linux.intel.com
Signed-off-by: Daniel Vetter
---
Documentation/DocBook/gpu.tmpl | 192 ---
drivers/gpu/drm/drm_
Mostly this is about all the callbacks used to modesets by both legacy
CRTC helpers and atomic helpers and I figured it doesn't make all that
much sense to split this up.
Signed-off-by: Daniel Vetter
---
include/drm/drm_modeset_helper_vtables.h | 447 +++
1 file chang
We want this for consistency with existing page_flip semantics.
Since this spurred quite a discussion on IRC also document why we
reject even generation when the pipe is off: It's not that it's hard
to implement, but userspace has a track recording proofing that it's
way too easy to accidentally a
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/20151204/9f8a7de2/attachment.html>
Hi Javier,
2015ë
12ì 03ì¼ 22:55ì Javier Martinez Canillas ì´(ê°) ì´ ê¸:
> 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 revi
Hi Javier,
2015ë
12ì 03ì¼ 22:29ì Javier Martinez Canillas ì´(ê°) ì´ ê¸:
> 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 c
Hi Rob,
2015ë
12ì 04ì¼ 08:38ì Rob Herring ì´(ê°) ì´ ê¸:
> On Thu, Dec 03, 2015 at 06:30:10PM +0900, 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 pan
On 04.12.2015 00:26, cpaul at redhat.com wrote:
> From: Lyude
>
> 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 DDC
> probing failing, resul
Sorry if this is completely off-topic, but could this be useful for
high performance screen recording also?
This seems to be all the rage on Windows these days, with software like
OBS (+AMD VCE support), Nvidia ShadowPlay (also HW accel encoding),
Xsplit, Twitch etc...
Regards
//Ernst
2015-12-04
On Fri, Dec 04, 2015 at 09:18:57AM +0100, Daniel Vetter wrote:
> On Thu, Dec 03, 2015 at 11:14:11PM +0200, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrjälä
> >
> > There's some random mix of spaces and tabs used within the enum
> > drm_mode_status definition. Fix it up to use
2015-12-04 09:53 keltezéssel, Christian König Ãrta:
> On 04.12.2015 00:26, cpaul at redhat.com wrote:
>> From: Lyude
>>
>> 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 i
On 04.12.2015 10:43, Boszormenyi Zoltan wrote:
> 2015-12-04 09:53 keltezéssel, Christian König Ãrta:
>> On 04.12.2015 00:26, cpaul at redhat.com wrote:
>>> From: Lyude
>>>
>>> HPD signals on DVI ports can be fired off before the pins required for
>>> DDC probing actually make contact, due to th
On Thu, Dec 03, 2015 at 04:56:07PM +, Russell King - ARM Linux wrote:
> On Thu, Dec 03, 2015 at 10:40:45AM +, Liviu Dudau wrote:
> > This series depends on Sudeep Holla's SCPI driver (now in mainline) and on
> > the tda998x patches that have been queued on Russell's patch system here
> > [
On 12/04/2015 02:15 PM, Daniel Vetter wrote:
> Especially document the assumptions and semantics of the callbacks
> carefully. Just a warm-up excercise really.
>
> v2: Spelling fixes (Eric).
>
> v3: Consolidate more with existing docs:
>
> - Remove the overview section explaining the bridge funcs
Hi Dave,
New -misc pull. Big thing is Thierry's atomic helpers for system suspend
resume, which I'd like to use in i915 too. Hence the pull.
Aside: There's a conflict between your -next and -fixes in imx, pinged you
about it on irc. Would be good if you can backmerge the next -rc after
pulling th
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151204/2b8395d8/attachment-0001.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151204/9d338a70/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151204/d8338a5c/attachment.html>
= 16;
--
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/20151204/c6d5df7a/attachment.html>
1 - 100 of 204 matches
Mail list logo
