It somehow got lost in a rewrite.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Sinclair Yeh
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
index 06ff7
The preferred mode typically didn't end up first, since the function
drm_mode_connector_list_update() reordered the modes.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Sinclair Yeh
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/
v2: Fix dma buffer validation on resource pinning.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Sinclair Yeh
---
drivers/gpu/drm/vmwgfx/vmwgfx_dmabuf.c | 182 ++-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 31 +++---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 33
The kernel interface is needed for fbdev, and needs to be free from
a file_priv member. To accomplish this, remove the fb surface mutex
and list which isn't used anymore, anyway.
Finally, make the pin() and unpin() pin the framebuffer for all display
system backends, so that fbdev can pin its fram
Signed-off-by: Thomas Hellstrom
Reviewed-by: Sinclair Yeh
---
drivers/gpu/drm/vmwgfx/svga3d_reg.h | 2 -
drivers/gpu/drm/vmwgfx/svga_reg.h | 187
drivers/gpu/drm/vmwgfx/svga_types.h | 3 +
3 files changed, 190 insertions(+), 2 deletions(-)
diff --git a
On 13.08.2015 08:36, Lucas Stach wrote:
> Am Donnerstag, den 13.08.2015, 15:18 +0900 schrieb Michel Dänzer:
>> On 13.08.2015 15:03, Lucas Stach wrote:
>>> Hi Christian,
>>>
>>> this commit is causing a boot regression with v4.2-rcX on my Richland
>>> APU (CHIP_ARUBA) based laptop. I didn't have ti
From: Sinclair Yeh
Add DX includes and move all device includes to a separate directory.
Co-authored with Thomas Hellstrom, Charmaine Lee and above all,
the VMware device team.
Signed-off-by: Sinclair Yeh
Signed-off-by: Thomas Hellstrom
Signed-off-by: Charmaine Lee
---
.../gpu/drm/vmwgfx/de
Initial DX support.
Co-authored with Sinclair Yeh, Charmaine Lee and Jakob Bornecrantz.
Signed-off-by: Thomas Hellstrom
Signed-off-by: Sinclair Yeh
Signed-off-by: Charmaine Lee
---
drivers/gpu/drm/vmwgfx/Makefile |1 +
drivers/gpu/drm/vmwgfx/vmwgfx_binding.c | 1294
On 08/07/2015 09:14 AM, Daniel Vetter wrote:
> On Fri, Aug 07, 2015 at 12:45:52AM +0200, Mario Kleiner wrote:
>> On 08/07/2015 12:12 AM, Daniel Vetter wrote:
>>> On Thu, Aug 6, 2015 at 11:56 PM, Mario Kleiner
>>> wrote:
Hi Daniel and all,
since Linux 4.2 (tested with rc4), i think t
r the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150812/37884ae9/attachment.html>
On 2015ë
08ì 12ì¼ 00:03, Daniel Vetter wrote:
> On Tue, Aug 11, 2015 at 09:13:54PM +0900, Inki Dae wrote:
>> On 2015ë
08ì 11ì¼ 09:38, Gustavo Padovan wrote:
>>> Hi Inki,
>>>
>>> 2015-08-07 Inki Dae :
>>>
Hi Gustavo,
On 2015ë
08ì 06ì¼ 22:31, Gustavo Padovan wrote:
>
This reverts commit 1addc1264852
This commit seems to cause crashes in gk104_fifo_intr_runlist() by
returning 0xbad0da00 when register 0x2a00 is read. Since this commit was
intended for GM20B which is not completely supported yet, let's revert
it for the time being.
Reported-by: Eric Biggers
Sig
On Wed, Aug 12, 2015 at 3:00 PM, Afzal Mohammed
wrote:
> Hi,
>
> On Wed, Aug 12, 2015 at 01:17:38PM +0900, Alexandre Courbot wrote:
>> This reverts commit 1addc1264852
>>
>> This commit seems to cause crashes in gk104_fifo_intr_runlist() by
>> returning 0xbad0da00 when register 0x2a00 is read. Si
2015-08-12 16:37 GMT+09:00 Afzal Mohammed :
> Hi,
>
> On Wed, Aug 12, 2015 at 04:12:15PM +0900, Alexandre Courbot wrote:
>
>> Could you let me know what your card is? It may be useful to know the
>> range of affected cards when trying to fix this.
>
> grep of nouveau on dmesg as follows, if the fol
https://bugzilla.kernel.org/show_bug.cgi?id=101391
--- Comment #5 from Michael Long ---
I managed to proceed with the bisect process but it doesn't lead to another bad
commit.
After that I restarted the bisection but this time without limiting to a
sub-tree. This time e640a280ccb9c448a3d9d522ea
https://bugzilla.kernel.org/show_bug.cgi?id=101391
--- Comment #6 from Michel Dänzer ---
"No more bad commits" isn't necessarily a problem. Just keep testing the
commits you get from running "git bisect good/bad" according to the test result
with the previous commit, until the process is finishe
On Tue, Aug 11, 2015 at 11:46:11AM -0400, Abhilash Jindal wrote:
> Wall time obtained from do_gettimeofday is susceptible to sudden jumps due to
> user setting the time or due to NTP.
>
> Raw monotonic time is constantly increasing time and isn't affected by NTP
> adjustments better suited for com
In
commit d328c9d78d64ca11e744fe227096990430a88477
Author: Daniel Vetter
Date: Fri Apr 10 16:22:37 2015 +0200
drm/i915: Select starting pipe bpp irrespective or the primary plane
we started to select the pipe bpp from sink capabilities and not from
the primary framebuffer - that one might
From: Philipp Zabel
The bus format both specifies the bpc and the way the individual bits get
serialized into the 7 LVDS timeslots.
While the is only one standard mapping for 6 bpc and so the driver could
infer the bit mapping from the bpc alone, there are more options for the
8 bpc case which m
From: Philipp Zabel
According to the data sheet, the minimum horizontal blanking interval
is 54 clocks (1 + 52 + 1), but tests with a Nitrogen6X have shown the
minimum working horizontal blanking interval to be 60 clocks.
Signed-off-by: Philipp Zabel
Signed-off-by: Lucas Stach
---
v2: no chang
The retina MacBook Pro uses an eDP panel and a gmux controller to switch
the panel between its two GPUs. Unfortunately it seems that it cannot
switch the AUX channel separately from the main link.
But we can emulate switching of DDC/AUX in software by using the active
client as a proxy to talk to
The pre-retina MacBook Pro uses an LVDS panel and a gmux controller
to switch the panel between its two GPUs. While the gmux is able to
switch the DDC lines, we can also emulate DDC switching in software
by using the active client as a proxy to talk to the panel. This
gives us two ways to switch, o
From: Seth Forshee
During graphics driver initialization its useful to be able to mux only
the DDC to the inactive client in order to read the EDID. Add a
switch_ddc callback to allow capable handlers to provide this
functionality, and add vga_switcheroo_switch_ddc() to allow DRM to mux
only the
From: Seth Forshee
Add vga_switcheroo_get_active_client() to allow drivers to get the
active video client. This will be used by drivers wishing to temporarily
mux only the DDC to the inactive client.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=88861
Bugzilla: https://bugs.freedesktop.o
This reverts commit 26814ce68904c9faf977c90edac798156311981f.
The helper function is no longer needed after Dave Airlie's rewrite
of vga_switcheroo_switch_ddc(), the commit introducing it was only
included because 31f23c3d488e ("drm/edid: Switch DDC when reading
the EDID") does not compile without
From: Seth Forshee
The gmux allows muxing the DDC independently from the display, so
support this functionality. This will allow reading the EDID for the
inactive GPU, fixing issues with machines that either don't have a VBT
or have invalid mode data in the VBT.
Bugzilla: https://bugzilla.kernel
On dual gpu laptops such as the MacBook Pro, ask vga_switcheroo to
switch the DDC lines to the Nvidia gpu before probing them.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=88861
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=61115
Tested-by: Paul Hordiienko
[MBP 6,2 2010 in
From: Seth Forshee
Some dual graphics machines support muxing the DDC separately from the
display, so make use of this functionality when reading the EDID on the
inactive GPU. Also serialize drm_get_edid() with a mutex to avoid races
on the DDC mux state.
Bugzilla: https://bugzilla.kernel.org/sh
From: Dave Airlie
Replace vga_switcheroo_switch_ddc() with vga_switcheroo_lock_ddc()
and vga_switcheroo_unlock_ddc(), move mutex from drm_get_edid() to
vga_switcheroo.c
Motivation for these changes according to Dave Airlie:
"I can't figure out why I didn't like this, but I rewrote this way
back
If no connectors with modes are found, drm_fb_helper_single_fb_probe()
will allocate a default 1024x768 fb. This becomes a problem if one of
the connectors subsequently changes to connected status: We're stuck
with the default fb even if the display allows a larger resolution
(or doesn't support 10
Commit 92122789b2d6 ("drm/i915: preserve SSC if previously set v3")
added code to intel_modeset_gem_init to override the SSC status read
from VBT with the SSC status set by BIOS.
However, intel_modeset_gem_init is invoked *after* intel_modeset_init,
which calls intel_setup_outputs, which *modifies
The i915 driver probes eDP and LVDS connectors once on startup by
invoking intel_setup_outputs(). If no DPCD or EDID can be obtained,
it will remove the connectors from the device's mode configuration,
presuming they're ghost connectors. As a result, subsequent calls to
drm_fb_helper_hotplug_event(
Unlock DDC lines if drm_probe_ddc() fails.
If the inactive client registers before the active client then
old_ddc_owner cannot be determined with find_active_client()
(null pointer dereference). Therefore change semantics of the
->switch_ddc handler callback to return old_ddc_owner on success
or a
On laptops which require the handler to switch DDC lines, already
registered clients must reprobe their connectors if the handler
registers late. This is the case on pre-retina MacBook Pros,
which use a gmux controller as handler.
Based (loosely) on a patch by Matthew Garrett
who used an addition
From: Tvrtko Ursulin
We had two failure modes here:
1.
Deadlock in intelfb_alloc failure path where it calls
drm_framebuffer_remove, which grabs the struct mutex and intelfb_create
(caller of intelfb_alloc) was already holding it.
2.
Deadlock in intelfb_create failure path where it calls
drm_fr
On dual GPU laptops which cannot switch the AUX channel separately
from the main link and therefore rely on proxying through the
vga_switcheroo active client, we need to restrict this to eDP so
that only communication to the internal panel is proxied and not
to external DP-connected displays which
Currently when allocating a framebuffer fails, the gem object gets
unrefed at the bottom of the call chain in __intel_framebuffer_create,
not where it gets refed, which is in intel_framebuffer_create_for_mode
(via i915_gem_alloc_object) and in intel_user_framebuffer_create
(via drm_gem_object_looku
From: Matthew Garrett
Registering the handler after both GPUs will trigger a DDC switch for
connector reprobing. This will oops if apple_gmux_data hasn't already been
assigned. Reorder the code to do that.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=88861
Bugzilla: https://bugs.freedes
Unloading the nouveau module while the GPU is asleep (e.g. on dual GPU
laptops) leads to an infinite loop in nvkm_timer_wait_eq() because the
timer read out is 0x so the condition of the while loop
becomes -1 - (-1) < nsec and stays like that unless the GPU is woken up.
Use the ker
sect what fixed it (just reverse the good/bad flagging).
--
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/20150812/bb4fadfc/attachment.html>
On Tue, Aug 11, 2015 at 11:20:46PM +0100, Chris Wilson wrote:
> On Tue, Aug 11, 2015 at 05:59:23PM -0300, Tiago Vignatti wrote:
> > Userspace is the one in charge of flush CPU by wrapping mmap with
> > begin{,end}_cpu_access.
> >
> > v2: Remove LLC check cause we have dma-buf sync providers now. A
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150812/be11a902/attachment.html>
On Tue, Aug 11, 2015 at 12:29:17PM +0200, Lukas Wunner wrote:
> This is a follow-up to the v1 posted in April:
> http://lists.freedesktop.org/archives/dri-devel/2015-April/081515.html
>
>
> Patches 1 - 17 enable GPU switching on the pre-retina MacBook Pro.
> These were tested successfully by mult
Hi Tiago,
Thanks for the patch!
On 12 August 2015 at 02:29, Tiago Vignatti wrote:
> From: Daniel Vetter
>
> FIXME: Update kerneldoc for begin/end to make it clear that those are
> for mmap too.
I think if we're going to add this patch upstream, atleast the FIXMEs
should be fixed.
>
> Open: Do
On Fri, Mar 27, 2015 at 12:29:40PM +0100, Lukas Wunner wrote:
> Unlock DDC lines if drm_probe_ddc() fails.
>
> If the inactive client registers before the active client then
> old_ddc_owner cannot be determined with find_active_client()
> (null pointer dereference). Therefore change semantics of t
On Tue, Apr 21, 2015 at 10:39:45AM +0200, Lukas Wunner wrote:
> This reverts commit 26814ce68904c9faf977c90edac798156311981f.
>
> The helper function is no longer needed after Dave Airlie's rewrite
> of vga_switcheroo_switch_ddc(), the commit introducing it was only
> included because 31f23c3d488e
From: Thierry Reding
Some setups do not register a default VGA device, in which case the VGA
arbiter will still complain about the (non-existent) PCI device being a
non-VGA device.
Fix this by making the error message conditional on a default VGA device
having been set up. Note that the easy rou
From: Thierry Reding
Define the pr_fmt() macro to causes all messages emitted by pr_*()
functions to be prefixed with "vgaarb: ".
Signed-off-by: Thierry Reding
---
drivers/gpu/vga/vgaarb.c | 39 ---
1 file changed, 20 insertions(+), 19 deletions(-)
diff --g
From: Thierry Reding
Wrap overly long lines (offending lines were mostly comments, so trivial
to fix up) and a number of other coding style issues pointed out by the
checkpatch tool.
Signed-off-by: Thierry Reding
---
drivers/gpu/vga/vgaarb.c | 102 --
From: Thierry Reding
This silences a bunch of checkpatch warnings and makes the code shorter.
Signed-off-by: Thierry Reding
---
drivers/gpu/vga/vga_switcheroo.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/vga/vga_switcheroo.c b/dri
From: Thierry Reding
The header comment uses a weird combination of formatting styles. Make
it consistent.
Signed-off-by: Thierry Reding
---
drivers/gpu/vga/vga_switcheroo.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/vga/vga_switcheroo.c
From: Thierry Reding
Use pr_fmt() to define the "vga_switcheroo: " prefix that is prepended
to all output messages emitted by pr_*() functions. This allows making
existing strings much shorter and eliminates a bunch of warnings from
checkpatch about lines being overly long.
Signed-off-by: Thierr
From: Thierry Reding
Wrap overly long lines to make checkpatch happy. While at it, also add
blank lines after declarations to eliminate additional problems flagged
by checkpatch.
Signed-off-by: Thierry Reding
---
drivers/gpu/vga/vga_switcheroo.c | 33 -
1 file c
From: Thierry Reding
debugfs_remove() gracefully ignores NULL parameters, so the explicit
checks can be removed.
Signed-off-by: Thierry Reding
---
drivers/gpu/vga/vga_switcheroo.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/vga/vga_switcheroo.c
From: Thierry Reding
This function can be used to duplicate an atomic state object. This is
useful for example to implement suspend/resume, where the state before
suspend can be saved and restored upon resume.
v2: move locking to caller, be more explicit about prerequisites
Signed-off-by: Thier
From: Thierry Reding
Provide subsystem-level suspend and resume helpers that can be used to
implement suspend/resume on atomic mode-setting enabled drivers.
v2: simplify locking, enhance kerneldoc comments
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_atomic_helper.c | 141 +++
From: Thierry Reding
Use the drm_atomic_helper_suspend() and drm_atomic_helper_resume()
helpers to implement subsystem-level suspend/resume.
v2: suspend framebuffer device to avoid concurrency issues
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/drm.c | 11 +++
drivers/gpu/d
From: Thierry Reding
Rather than a mix of the the sized uint32_t and signed integer, use an
unsized unsigned int to specify the format count.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_crtc.c | 4 ++--
drivers/gpu/drm/i915/intel_display.c | 2 +-
drivers/gpu/dr
From: Thierry Reding
Use of the extern keyword for function prototypes is unnecessary, so it
can be removed.
Signed-off-by: Thierry Reding
---
include/drm/drm_plane_helper.h | 45 +-
1 file changed, 22 insertions(+), 23 deletions(-)
diff --git a/include
From: Thierry Reding
If the DSI output isn't connected, then mdfld_dsi_encoder_get_pipe()
will return -1. The mdfld_dsi_dp_mode_set() function doesn't properly
check for this condition and causes the following compiler warnings:
CC drivers/gpu/drm/gma500/mdfld_dsi_dpi.o
dr
From: Thierry Reding
The drm_send_vblank_event() function treats negative CRTC indices as
meaning that a driver doesn't have proper VBLANK handling. This is the
only place where DRM needs negative CRTC indices, so in order to enable
subsequent cleanup, remove this special case and replace it by t
From: Thierry Reding
Previously a negative pipe caused a special case to be triggered for
drivers that didn't have proper VBLANK support. The trigger for this
special case is now independent of the pipe, so the correct CRTC index
can now be stored in events.
Cc: Gerd Hoffmann
Signed-off-by: Thi
From: Thierry Reding
There's no reason whatsoever why this should ever be negative.
Cc: Philipp Zabel
Acked-by: Philipp Zabel
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/imx/imx-drm-core.c | 4 ++--
drivers/gpu/drm/imx/imx-drm.h | 2 +-
2 files changed, 3 insertions(+), 3 deletion
From: Thierry Reding
A negative pipe causes a special case to be triggered for drivers that
don't have proper VBLANK support. i.MX does support VBLANKs, so there is
no need for the fallback code.
Cc: Philipp Zabel
Acked-by: Philipp Zabel
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/imx/
From: Thierry Reding
A negative pipe causes a special case to be triggered for drivers that
don't have proper VBLANK support. Rockchip does support VBLANKs, so
there is no need for the fallback code.
Cc: Mark Yao
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c |
From: Thierry Reding
A negative pipe causes a special case to be triggered for drivers that
don't have proper VBLANK support. STi does support VBLANKs, so there is
no need for the fallback code.
Cc: Benjamin Gaignard
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/sti/sti_drm_crtc.c | 2 +-
From: Thierry Reding
When accessing the array of per-CRTC VBLANK structures we must always
check that the index into the array is valid before dereferencing to
avoid crashing.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_irq.c | 10 --
1 file changed, 8 insertions(+), 2 deleti
From: Thierry Reding
Name all references to the pipe number (CRTC index) consistently to make
it easier to distinguish which is a pipe number and which is a pointer
to struct drm_crtc.
While at it also make all references to the pipe number unsigned because
there is no longer any reason why it s
From: Thierry Reding
This function is the KMS native variant of drm_vblank_count_and_time().
It takes a struct drm_crtc * instead of a struct drm_device * and an
index of the CRTC.
Eventually the goal is to access vblank data through the CRTC only so
that the per-CRTC data can be moved to struct
From: Thierry Reding
Some of the functions are documented inconsistently. Add Returns:
sections where missing and use consistent style to describe the return
value.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_irq.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --
From: Thierry Reding
Non-legacy drivers should only use this API to allow per-CRTC data to be
eventually moved into struct drm_crtc.
Cc: Russell King
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/armada/armada_crtc.c | 17 -
drivers/gpu/drm/armada/armada_drv.c | 4 ++--
From: Thierry Reding
Instead of using the legacy VBLANK API, use the new KMS API. This is
part of an effort to convert all existing users so that the KMS API can
be changed to properly use per-CRTC data.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_atomic_helper.c | 4 ++--
1 file cha
On Wed, Aug 12, 2015 at 04:37:28PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> This function can be used to duplicate an atomic state object. This is
> useful for example to implement suspend/resume, where the state before
> suspend can be saved and restored upon resume.
>
> v2: move
On Wed, Aug 12, 2015 at 04:37:29PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Provide subsystem-level suspend and resume helpers that can be used to
> implement suspend/resume on atomic mode-setting enabled drivers.
>
> v2: simplify locking, enhance kerneldoc comments
>
> Signed-of
From: Thierry Reding
While probing the DisplayPort link, query the fast training capability.
If supported, drivers can use the fast link training sequence instead of
the more involved full link training sequence.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_dp_helper.c | 5 -
incl
From: Thierry Reding
Make use of ANSI 8B/10B channel coding if the DisplayPort sink supports
it.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_dp_helper.c | 16 ++--
include/drm/drm_dp_helper.h | 2 ++
2 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/dri
From: Thierry Reding
The TPS3 capability can be exposed by DP 1.2 and later sinks if they
support the alternative training pattern for channel equalization.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_dp_helper.c | 4
include/drm/drm_dp_helper.h | 1 +
2 files changed, 5 ins
From: Thierry Reding
The enhanced framing capability was added in DisplayPort 1.1, so any
code dealing with it needs to be protected accordingly.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_dp_helper.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/g
From: Thierry Reding
The capability to train the link without the AUX CH handshake was
introduced in DisplayPort 1.1, so it must be guarded accordingly.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_dp_helper.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/dr
From: Thierry Reding
If the sink support eDP, read the eDP revision from it's DPCD.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_dp_helper.c | 30 +-
include/drm/drm_dp_helper.h | 1 +
2 files changed, 30 insertions(+), 1 deletion(-)
diff --git a/driv
From: Thierry Reding
Store the AUX read interval from DPCD, so that it can be used to wait
for the durations given in the specification during link training.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_dp_helper.c | 3 +++
include/drm/drm_dp_helper.h | 1 +
2 files changed, 4 ins
From: Thierry Reding
If the transmitter supports pre-emphasis post cursor2 the sink will
request adjustments in a similar way to how it requests adjustments to
the voltage swing and pre-emphasis settings.
Add a helper to extract these adjustments on a per-lane basis from the
DPCD link status.
S
From: Thierry Reding
If the sink is eDP and supports the alternate scrambler reset, enable
it.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_dp_helper.c | 9 +
include/drm/drm_dp_helper.h | 1 +
2 files changed, 10 insertions(+)
diff --git a/drivers/gpu/drm/drm_dp_helper.c
From: Thierry Reding
Add a helper that will perform link training as described in the
DisplayPort specification.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_dp_helper.c | 476 +++-
include/drm/drm_dp_helper.h | 49 +
2 files changed, 524 i
From: Thierry Reding
The new drm_dp_dpcd_dump() helper dumps the contents of a DPCD to a
seq_file and can be used to make the DPCD available via debugfs for
example.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_dp_helper.c | 146
include/drm/dr
From: Thierry Reding
Store capabilities in max_* fields and add separate fields for the
currently selected settings.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_dp_helper.c| 35 +--
drivers/gpu/drm/msm/edp/edp_ctrl.c | 6 +++---
drivers/gpu/drm/te
From: Thierry Reding
This helper chooses an appropriate configuration, according to the
bitrate requirements of the video mode and the capabilities of the
DisplayPort sink.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_dp_helper.c | 54 +
include
On Wed, Aug 12, 2015 at 04:37:30PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Use the drm_atomic_helper_suspend() and drm_atomic_helper_resume()
> helpers to implement subsystem-level suspend/resume.
>
> v2: suspend framebuffer device to avoid concurrency issues
>
> Signed-off-by:
According to TRM, DSI_NUM_DATA_LANES only applies for HS
transactions, so set it to the proper number of lanes.
Signed-off-by: Sean Paul
---
drivers/gpu/drm/tegra/dsi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/tegra/dsi.c b/drivers/gpu/drm/tegra/dsi.c
i
Allow ECC and CRC for a packet to be calculated in software.
Signed-off-by: Sean Paul
---
drivers/gpu/drm/drm_mipi_dsi.c | 56 --
include/drm/drm_mipi_dsi.h | 6 +
2 files changed, 60 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm
On Wed, Aug 12, 2015 at 04:32:05PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Some setups do not register a default VGA device, in which case the VGA
> arbiter will still complain about the (non-existent) PCI device being a
> non-VGA device.
>
> Fix this by making the error message
On Wed, Aug 12, 2015 at 04:54:29PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Use of the extern keyword for function prototypes is unnecessary, so it
> can be removed.
>
> Signed-off-by: Thierry Reding
Applied both patches to drm-misc.
-Daniel
> ---
> include/drm/drm_plane_helpe
On Wed, Aug 12, 2015 at 05:00:26PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> There's no reason whatsoever why this should ever be negative.
>
> Cc: Philipp Zabel
> Acked-by: Philipp Zabel
> Signed-off-by: Thierry Reding
Just kill it and replace with drm_crtc_index. Using that f
The fix look good however it enter in conflict with the large rework
we have done to support atomic.
The pull request for this has been send.
Would it be ok for you if we include your patch in the your next
series of patches ?
Benjamin
2015-08-12 17:00 GMT+02:00 Thierry Reding :
> From: Thierry R
On Wed, Aug 12, 2015 at 05:00:25PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Previously a negative pipe caused a special case to be triggered for
> drivers that didn't have proper VBLANK support. The trigger for this
> special case is now independent of the pipe, so the correct CRTC
On Wed, Aug 12, 2015 at 05:00:24PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> The drm_send_vblank_event() function treats negative CRTC indices as
> meaning that a driver doesn't have proper VBLANK handling. This is the
> only place where DRM needs negative CRTC indices, so in order
On Wed, Aug 12, 2015 at 05:00:31PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Name all references to the pipe number (CRTC index) consistently to make
> it easier to distinguish which is a pipe number and which is a pointer
> to struct drm_crtc.
>
> While at it also make all referen
On Wed, Aug 12, 2015 at 05:00:32PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> This function is the KMS native variant of drm_vblank_count_and_time().
> It takes a struct drm_crtc * instead of a struct drm_device * and an
> index of the CRTC.
>
> Eventually the goal is to access vbla
On Wed, Aug 12, 2015 at 05:00:30PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> When accessing the array of per-CRTC VBLANK structures we must always
> check that the index into the array is valid before dereferencing to
> avoid crashing.
>
> Signed-off-by: Thierry Reding
This misse
On Wed, Aug 12, 2015 at 05:00:35PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Instead of using the legacy VBLANK API, use the new KMS API. This is
> part of an effort to convert all existing users so that the KMS API can
> be changed to properly use per-CRTC data.
>
> Signed-off-by:
1 - 100 of 180 matches
Mail list logo
