On 01/23/2017 04:42 PM, Andrzej Hajda wrote:
On 23.01.2017 10:17, Archit Taneja wrote:
On 01/20/2017 01:08 PM, Andrzej Hajda wrote:
MHL3 protocol requires registry adjustments depending on chosen video mode.
Necessary information is gathered in mode_fixup callback. In case of HDMI
video mode
https://bugs.freedesktop.org/show_bug.cgi?id=99418
--- Comment #23 from Michel Dänzer ---
(In reply to lei.pero from comment #22)
> Ok, I've built mesa with that parameter changed and installed, same
> behavior. I've cloned just "git://anongit.freedesktop.org/git/mesa/mesa" ,
> it should be enoug
https://bugzilla.kernel.org/show_bug.cgi?id=107381
Tabs changed:
What|Removed |Added
CC||ta...@hotmail.fr
--- Comment #18 from Tabs ---
I
https://bugzilla.kernel.org/show_bug.cgi?id=107381
--- Comment #19 from Michel Dänzer ---
(In reply to Tabs from comment #18)
> It stops the error messages for me, but I have the feeling that the UI is
> much slower (probably 2D accelaration has been disabled in the process).
You can check this
On Mon, Jan 23, 2017 at 09:53:57AM +, Chris Wilson wrote:
> For the convenience of encapsulation the reservation object's ww_mutex
> was wrapped in pair of lock/unlock helpers.
>
> Signed-off-by: Chris Wilson
Applied to drm-misc, thx.
-Daniel
> ---
> drivers/gpu/drm/vgem/vgem_fence.c | 4 +
https://bugs.freedesktop.org/show_bug.cgi?id=99513
Bug ID: 99513
Summary: incorrect reporting/status/performance ?
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Sev
Dear Thierry,
Could you please review this patch?
Best Regards,
Hoegeun Kwon
On 01/11/2017 03:33 PM, Hoegeun Kwon wrote:
This patch add support for MIPI-DSI based S6E3HA2 AMOLED panel
driver. This panel has 1440x2560 resolution in 5.7-inch physical
panel in the TM2 device.
Signed-off-by: Dong
Hi Boris,
I am using kernel version-3.0.35
I am facing uncorrectable ECC error in ubifs. I am suspecting, it is because of
bad blocks are not properly handled in my driver.
Is there any patches available to handle the bad block in the specified
version...
Best regards
Raghavan Anurag
RBEI/ET
Here, If ioremap_nocache will fail. It will return NULL.
Kernel can run into a NULL-pointer dereference.
This error check will avoid NULL pointer dereference.
Signed-off-by: Arvind Yadav
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu
Here, If ioremap_nocache will fail. It will return NULL.
Kernel can run into a NULL-pointer dereference.
This error check will avoid NULL pointer dereference.
Signed-off-by: Arvind Yadav
---
drivers/gpu/drm/radeon/radeon_ttm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm
Am 24.01.2017 um 10:25 schrieb Arvind Yadav:
Here, If ioremap_nocache will fail. It will return NULL.
Kernel can run into a NULL-pointer dereference.
This error check will avoid NULL pointer dereference.
Signed-off-by: Arvind Yadav
I'm not 100% sure if ioremap_nocache() can actually return NU
On 01/20/2017 01:08 PM, Andrzej Hajda wrote:
MHL3 requires that after reading EDID from the sink source should ask
peer for features. To make both protocols happy the patch splits the code
accordingly.
I was wondering about the EDID code in the driver, what does it exactly
do with the EDID? W
Some state is coupled into the device lifetime outside of the
load/unload timeframe and requires teardown during final unreference
from drm_dev_release(). For example, dmabufs hold both a device and
module reference and may live longer than expected (i.e. the current
pattern of the driver tearing d
Hi Sinclair,
you probably have missed this set of patches I've send to the dri-devel
mailing list a while ago.
It basically replaces some work for TTM I've did back in April last year
and you reviewed with a different implementation.
The original callback design turned out to have to much o
On 24.01.2017 11:31, Archit Taneja wrote:
>
> On 01/20/2017 01:08 PM, Andrzej Hajda wrote:
>> MHL3 requires that after reading EDID from the sink source should ask
>> peer for features. To make both protocols happy the patch splits the code
>> accordingly.
> I was wondering about the EDID code in t
Currently this tracepoint is solely used by dma_fence_enable_sw_signaling,
however I have a need to manually perform the hw enabling of the
signaling and would like to emit this tracepoint for completeness.
Signed-off-by: Chris Wilson
Cc: Sumit Semwal
Cc: Daniel Vetter
---
drivers/dma-buf/dma-
https://bugs.freedesktop.org/show_bug.cgi?id=99392
predator-...@web.de changed:
What|Removed |Added
Resolution|--- |NOTABUG
Status|NEW
Hello Archit,
On 01/23/2017 11:40 PM, Archit Taneja wrote:
> Hi,
>
> On 01/23/2017 10:58 PM, Javier Martinez Canillas wrote:
>> Hello Archit,
>>
>> On 01/09/2017 06:47 AM, Archit Taneja wrote:
>>>
>>>
>>> On 01/05/2017 01:01 PM, Sean Paul wrote:
On Fri, Dec 30, 2016 at 4:57 AM, Marek Szyprow
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-4.9
head: efa90756f6e447a7e4133b271e10597078fb58fc
commit: e234d654948d67d206f265906513b8f6876dc554 [5/30] drm/amd/display:
Disable Modules at Runtime
config: i386-allyesconfig (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3
https://bugs.freedesktop.org/show_bug.cgi?id=99515
Bug ID: 99515
Summary: SIGSEGV MAPERR on Android nougat-x86 with mesa
17.0.0rc
Product: Mesa
Version: 17.0
Hardware: x86-64 (AMD64)
OS: other
St
https://bugs.freedesktop.org/show_bug.cgi?id=99515
--- Comment #1 from Mauro Rossi ---
Created attachment 129126
--> https://bugs.freedesktop.org/attachment.cgi?id=129126&action=edit
Logcat
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=99515
--- Comment #2 from Mauro Rossi ---
Created attachment 129127
--> https://bugs.freedesktop.org/attachment.cgi?id=129127&action=edit
addr2line log
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=95306
--- Comment #52 from Patrick Laurin ---
4.10-RC4 is working great!
I'm happy. great job!
Tried to look at the latest patches in the Kernel not sure what solved it /
what was the issue (I'm curious, want to understand things :)
There's something
On Mon, 2017-01-23 at 22:09 +0100, Hans de Goede wrote:
> On my cherrytrail tablet with axp288 pmic, just doing a bunch of
> repeated
> reads from the pmic, e.g. "i2cdump -y 14 0x34" would lookup the tablet
> in
> 1 - 3 runs guaranteed.
>
> This seems to be causes by the cpu trying to enter C6 or
VIRTIO_GPU_F_VIRGL is added in features list only
for LE kernel, so we must check for it only on LE kernel,
otherwise virtio_has_feature() calls BUG() and
crashes the kernel.
Suggested-by: Gerd Hoffmann
Signed-off-by: Laurent Vivier
---
Note: this patch has been actually written by Gerd,
but to
Andy,
Could you queue this patch for 4.11?
On 01/17/2017 07:56 AM, Andy Gross wrote:
> This patch adds a set remote state SCM API. This will be used by the
> Venus and GPU subsystems to set state on the remote processors.
>
> This work was based on two patch sets by Jordan Crouse and Stanimir
>
On Sat, 21 Jan 2017, Manasi Navare wrote:
> v4:
> * Remove redundant single bit defs (Jani Nikula)
> v3:
> * Fix the conventions in bit definitions (Jani Nikula)
> v2:
> * Add all the other DP Complianec TEST register defs (Jani Nikula)
> Cc: dri-devel@lists.freedesktop.org
> Cc: Jani Nikula
> Cc
https://bugs.freedesktop.org/show_bug.cgi?id=99513
--- Comment #1 from Alex Deucher ---
I think your system is probably fine. The GPU changes the clocks dynamically
based on GPU load. If the GPU is idle, the clocks automatically go down to the
lowest level. Please try running a GPU intensive a
This patch adds support to handle automated DP compliance
link training test requests. This patch has been tested with
Unigraf DPR-120 DP Compliance device for testing Link
Training Compliance.
After we get a short pulse Compliance test request, test
request values are read and hotplug uevent is se
The intel_dp_autotest_video_pattern() function gets invoked through the
compliance test handler on a HPD short pulse if the test type is
set to DP_TEST_VIDEO_PATTERN. This performs the DPCD registers
reads to read the requested test pattern, video pattern resolution,
frame rate and bits per color v
Den 23.01.2017 10.28, skrev Daniel Vetter:
On Sun, Jan 22, 2017 at 07:11:12PM +0100, Noralf Trønnes wrote:
tinydrm provides helpers for very simple displays that can use
CMA backed framebuffers and need flushing on changes.
Signed-off-by: Noralf Trønnes
Looks all pretty. A bunch of ideas bel
On Mon, 23 Jan 2017, Manasi Navare wrote:
> As far as I know, I have addressed the review comments from previous
> round and answered the questions/concerns that you had either in the
> M-L or in IRC. May be answering them on IRC created some confusion
> and you thought that it was unanswered. I
Hi,
On 01/24/2017 10:51 AM, Andy Shevchenko wrote:
On Mon, 2017-01-23 at 22:09 +0100, Hans de Goede wrote:
On my cherrytrail tablet with axp288 pmic, just doing a bunch of
repeated
reads from the pmic, e.g. "i2cdump -y 14 0x34" would lookup the tablet
in
1 - 3 runs guaranteed.
This seems to be
Hi,
On 01/24/2017 02:00 AM, Mario Kleiner wrote:
On 11/21/2016 05:50 PM, Hans de Goede wrote:
We need to call drm_helper_hpd_irq_event() on resume to properly detect
monitor connection / disconnection on some laptops, use hpd_work for
this to avoid deadlocks.
Hi,
this seems to introduce a h
https://bugs.freedesktop.org/show_bug.cgi?id=99513
--- Comment #2 from Martin Jørgensen ---
After stressing the GPU, "the pp_dpm_pcie" switched back and forth between x8
and x16 depending on the load, so I guess thats fine.
The GFX clocks also variate depending on load, and performance seems rea
Signed-off-by: Eric Engestrom
---
Sending these patches here because I don't have commit access to the wiki.
---
DRMJanitors.mdwn | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/DRMJanitors.mdwn b/DRMJanitors.mdwn
index a191f154..4c4a978a 100644
--- a/DRMJanitors.mdwn
+++ b/DR
Underscores (`_`) have a special meaning in Markdown, and they are
unnecessary information here, so un-break the rendering by removing
them.
Signed-off-by: Eric Engestrom
---
DRMJanitors.mdwn | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/DRMJanitors.mdwn b/DRMJanitors
So, cleaning up the GPU bindings is something that has been on my TODO
list for a while, but always $bigger_fires. Existing bindings are a bit
ugly, but served a purpose when too many of the other drivers the GPU
depends on where still working their way upstream. But now enough of
that is in plac
https://bugs.freedesktop.org/show_bug.cgi?id=99513
--- Comment #3 from Alex Deucher ---
UVD and VCE get disabled at runtime to save power. If you run a video decode
or encode task, they will get enabled dynamically. As for voltage, we don't
currently print that information in the debugging outp
On Tue, Jan 24, 2017 at 06:40:51PM +0200, Jani Nikula wrote:
> On Mon, 23 Jan 2017, Manasi Navare wrote:
> > As far as I know, I have addressed the review comments from previous
> > round and answered the questions/concerns that you had either in the
> > M-L or in IRC. May be answering them on IR
https://bugs.freedesktop.org/show_bug.cgi?id=99513
Martin Jørgensen changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mai
https://bugs.freedesktop.org/show_bug.cgi?id=99513
Martin Jørgensen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Tue, 24 Jan 2017, Noralf Trønnes wrote:
> Den 23.01.2017 10.28, skrev Daniel Vetter:
>> On Sun, Jan 22, 2017 at 07:11:12PM +0100, Noralf Trønnes wrote:
>>> tinydrm provides helpers for very simple displays that can use
>>> CMA backed framebuffers and need flushing on changes.
>>>
>>> Signed-off
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #52 from Marek Olšák ---
We don't need a debug build. We just need:
1) One person to run the debug build and use sysprof to capture where the CPU
is spending time during the freeze.
2) Make a screenshot of the sysprof window and send
On Tue, Jan 24, 2017 at 12:11:32PM -0500, Rob Clark wrote:
> So, cleaning up the GPU bindings is something that has been on my TODO
> list for a while, but always $bigger_fires. Existing bindings are a bit
> ugly, but served a purpose when too many of the other drivers the GPU
> depends on where s
On Tue, Jan 24, 2017 at 1:01 PM, Jordan Crouse wrote:
> On Tue, Jan 24, 2017 at 12:11:32PM -0500, Rob Clark wrote:
>> So, cleaning up the GPU bindings is something that has been on my TODO
>> list for a while, but always $bigger_fires. Existing bindings are a bit
>> ugly, but served a purpose whe
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #53 from Timothee Besset ---
Hello! I have started working on this. I haven't found the root cause yet but I
will update here when I have something.
(For context, I did the initial port work for Psyonix. I just recently got a
radeons
Minor typo
On Fri, Jan 13, 2017 at 10:51:10AM +0100, Christian König wrote:
> From: Christian König
>
> The additional housekeeping had to much CPU overhead,
^
> let's use the BO priorities instead.
>
> Signed-off-by: Christian König
> ---
> drivers/gpu/dr
Per the ABI specification[1], each mdev_supported_types entry should
have an available_instances, with an "s", not available_instance.
[1] Documentation/ABI/testing/sysfs-bus-vfio-mdev
Signed-off-by: Alex Williamson
---
This should really be fixed before initial release in v4.10
drivers/gpu/d
Pathces 1, 2, 5, 6:
Reviewed-by: Sinclair Yeh
On Fri, Jan 13, 2017 at 10:51:11AM +0100, Christian König wrote:
> From: Christian König
>
> Without the custom LRU management the callback is not used any more.
>
> Signed-off-by: Christian König
> ---
> drivers/gpu/drm/ttm/ttm_bo.c| 12
According to kmem_cache_sanity_check(), spaces are not allowed in the
name of a cache and results in a kernel oops with CONFIG_DEBUG_VM.
Convert to underscores.
Signed-off-by: Alex Williamson
---
drivers/gpu/drm/i915/gvt/execlist.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
https://bugs.freedesktop.org/show_bug.cgi?id=99418
--- Comment #24 from lei.p...@gmail.com ---
(In reply to Michel Dänzer from comment #23)
> (In reply to lei.pero from comment #22)
> > Ok, I've built mesa with that parameter changed and installed, same
> > behavior. I've cloned just "git://anongi
https://bugs.freedesktop.org/show_bug.cgi?id=76490
--- Comment #119 from Daniel Exner ---
Good news!
With kernel 4.10.0-rc5-00071-ga4685d2f58e2 that includes:
drm/radeon/si: load special ucode for certain MC configs
from drm-fixes-4.10 branch and the si58_mc.bin file from
https://people.free
On Wed, Jan 11, 2017 at 05:15:47PM +0100, Daniel Vetter wrote:
> On Thu, Dec 15, 2016 at 03:29:45PM +0100, Maarten Lankhorst wrote:
> > From: Daniel Vetter
> >
> > This was somehow lost between v3 and the merged version in Maarten's
> > patch merged as:
> >
> > commit f2d580b9a8149735cbc4b59c4a8
On Tue, Jan 24, 2017 at 4:55 AM, Christian König
wrote:
> Am 24.01.2017 um 10:25 schrieb Arvind Yadav:
>>
>> Here, If ioremap_nocache will fail. It will return NULL.
>> Kernel can run into a NULL-pointer dereference.
>> This error check will avoid NULL pointer dereference.
>>
>> Signed-off-by: Arv
https://bugs.freedesktop.org/show_bug.cgi?id=99019
Samuel Pitoiset changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
On 25 January 2017 at 09:49, Dhinakaran Pandiyan
wrote:
> struct drm_dp_mst_topology_mgr currently stores a pointer to struct dev.
> Changing this to instead hold a pointer to drm_device is more useful as it
> gives access to DRM structures. This also makes it consistent with other
> DRM structure
On 25 January 2017 at 09:49, Dhinakaran Pandiyan
wrote:
> drm_dp_mst_allocate_vcpi() apart from setting up the vcpi structure,
> also finds if there are enough slots available. This check is a duplicate
> of that implemented in drm_dp_mst_find_vcpi_slots(). Let's move this check
> out and reuse th
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #54 from Michel Dänzer ---
(In reply to Marek Olšák from comment #52)
> 2) Make a screenshot of the sysprof window and send it to the game developer.
Please save the profile in sysprof and send the saved data instead of a
screenshot.
https://bugs.freedesktop.org/show_bug.cgi?id=99523
Guillaume Horel changed:
What|Removed |Added
Depends on|94186 |
Referenced Bugs:
https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=94186
Guillaume Horel changed:
What|Removed |Added
Blocks|99523 |
Referenced Bugs:
https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=99523
Bug ID: 99523
Summary: mouse-dpi-tool reports 0 dpi
Product: libevdev
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity:
https://bugs.freedesktop.org/show_bug.cgi?id=94186
Guillaume Horel changed:
What|Removed |Added
Blocks||99523
Referenced Bugs:
https://bugs.
https://bugs.freedesktop.org/show_bug.cgi?id=95306
--- Comment #53 from Michel Dänzer ---
(In reply to Patrick Laurin from comment #52)
> There's something wrong tough, that's probably unrelated, is that the mouse
> gets invisible after coming back from sleep.
That should be fixed by
https://git
https://bugs.freedesktop.org/show_bug.cgi?id=99524
Bug ID: 99524
Summary: kernel hangs during shutdown (similar to Bug 98200)
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
On 24 January 2017 at 03:54, Stanimir Varbanov wrote:
> Andy,
>
> Could you queue this patch for 4.11?
This patch is in the qcom-drivers-for-4.11 pull request I sent 9 hours
ago. So you should be good.
https://www.spinics.net/lists/arm-kernel/msg557325.html
_
Having a ->atomic_release callback is useful to release shared resources
that get allocated in compute_config().
Suggested-by: Daniel Vetter
Signed-off-by: Dhinakaran Pandiyan
---
include/drm/drm_modeset_helper_vtables.h | 15 +++
1 file changed, 15 insertions(+)
diff --git a/inclu
Implement the ->atomic_release() callback to release the shared link
bandwidth that was originally acquired during compute_config()
Signed-off-by: Dhinakaran Pandiyan
---
drivers/gpu/drm/i915/intel_dp_mst.c | 28
1 file changed, 28 insertions(+)
diff --git a/drivers
The avail_slots member in the MST topology manager is never updated to
reflect the available vcpi slots. The check is effectively against
total_slots. So, let's make that check obvious. Secondly, since the total
vcpi time slots is always 63 and does not depend on the link BW, remove
total_slots fro
struct drm_dp_mst_topology_mgr currently stores a pointer to struct dev.
Changing this to instead hold a pointer to drm_device is more useful as it
gives access to DRM structures. This also makes it consistent with other
DRM structures like drm_crtc, drm_connector etc.
Signed-off-by: Dhinakaran Pa
Use the added helpers to track MST link bandwidth for atomic modesets.
Link bw is acquired in the ->atomic_check() phase when CRTCs are being
enabled with drm_atomic_find_vcpi_slots() instead of drm_find_vcpi_slots().
Similarly, link bw is released during ->atomic_check() with the connector
helper
Link bandwidth is shared between multiple display streams in DP MST
configurations. The DP MST topology manager structure maintains the
shared link bandwidth for a primary link directly connected to the GPU. For
atomic modesetting drivers, checking if there is sufficient link bandwidth
for a mode n
drm_dp_atomic_find_vcpi_slots() should be called from ->atomic_check() to
check there are sufficient vcpi slots for a mode and to add that to the
state. This should be followed by a call to drm_dp_mst_allocate_vcpi()
in ->atomic_commit() to initialize a struct vcpi for the port.
drm_dp_atomic_rele
Link bandwidth is shared between multiple display streams in DP MST
configurations. The DP MST topology manager structure maintains the shared
link bandwidth for a primary link directly connected to the GPU. For atomic
modesetting drivers, checking if there is sufficient link bandwidth for a
mode n
drm_dp_mst_allocate_vcpi() apart from setting up the vcpi structure,
also finds if there are enough slots available. This check is a duplicate
of that implemented in drm_dp_mst_find_vcpi_slots(). Let's move this check
out and reuse the existing drm_dp_mst_find_vcpi_slots() function to check
if ther
It is necessary to track states for objects other than connector, crtc
and plane for atomic modesets. But adding objects like DP MST link
bandwidth to drm_atomic_state would mean that a non-core object will be
modified by the core helper functions for swapping and clearing
it's state. So, lets add
https://bugs.freedesktop.org/show_bug.cgi?id=99456
Clément Guérin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=99523
Peter Hutterer changed:
What|Removed |Added
CC||peter.hutte...@who-t.net
Resolu
https://bugs.freedesktop.org/show_bug.cgi?id=99528
Bug ID: 99528
Summary: Wine game doesn't redraw properly in fullscreen
Product: Mesa
Version: git
Hardware: Other
OS: Linux (All)
Status: NEW
Severity: no
On 2017.01.24 12:53:45 -0700, Alex Williamson wrote:
> Per the ABI specification[1], each mdev_supported_types entry should
> have an available_instances, with an "s", not available_instance.
>
> [1] Documentation/ABI/testing/sysfs-bus-vfio-mdev
>
> Signed-off-by: Alex Williamson
> ---
>
> This
On 2017.01.24 13:15:43 -0700, Alex Williamson wrote:
> According to kmem_cache_sanity_check(), spaces are not allowed in the
> name of a cache and results in a kernel oops with CONFIG_DEBUG_VM.
> Convert to underscores.
>
> Signed-off-by: Alex Williamson
> ---
Will send to 4.10 fixes. Thanks!
>
On Fri, Jan 20, 2017 at 06:27:29PM +0200, Martin Peres wrote:
> On 19/01/17 13:34, Ville Syrjälä wrote:
> >On Wed, Jan 18, 2017 at 11:05:18PM +0200, Martin Peres wrote:
> >>On 16/12/16 15:48, Daniel Vetter wrote:
> >>>On Fri, Dec 16, 2016 at 12:29:05PM +0200, Jani Nikula wrote:
> The two remain
https://bugs.freedesktop.org/show_bug.cgi?id=98238
--- Comment #18 from Shmerl ---
I compiled the latest Mesa master (git-2ab2be092d) which includes the recent
fix from Marek:
https://cgit.freedesktop.org/mesa/mesa/commit/?id=59c5da40ed2c6c56e29b562c2ee2c8705f28738b
and the bug is mostly gone, bu
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-4.9
head: dce3400e6fac5104768f224d71ab69be224d25ff
commit: d098432c4c6fd555c8040fcac45e7e28d2fbd26d [10/12] drm/amd/display: clean
up redundant logic
config: i386-allmodconfig (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3)
Extend the DSI PHY/PLL drivers to support the DSI 14nm PHY/PLL
found on 8x96.
These are picked up from the downstream driver. The PHY part is similar
to the other DSI PHYs. The PLL driver requires some trickery so that
one DSI PLL can drive both the DSIs (i.e, dual DSI mode).
In the case of dual
On Tue, Jan 24, 2017 at 01:44:54PM -0800, Matt Roper wrote:
> On Wed, Jan 11, 2017 at 05:15:47PM +0100, Daniel Vetter wrote:
> > On Thu, Dec 15, 2016 at 03:29:45PM +0100, Maarten Lankhorst wrote:
> > > From: Daniel Vetter
> > >
> > > This was somehow lost between v3 and the merged version in Maar
On Tue, Jan 24, 2017 at 04:58:36PM +, Eric Engestrom wrote:
> Signed-off-by: Eric Engestrom
Probably easier if I just give you a wiki account. Please pin me (danvet)
on #dri-devel on irc.
> ---
> Sending these patches here because I don't have commit access to the wiki.
> ---
> DRMJanitors.
Originally based off of a patch by Kristian.
This new ioctl extends DRM_IOCTL_MODE_GETPLANE, by returning information
about the modifiers that will work with each format.
It's modified from Kristian's patch in that the modifiers and formats
are setup by the driver, and then a callback is used to
On Tue, Jan 24, 2017 at 03:49:30PM -0800, Dhinakaran Pandiyan wrote:
> The avail_slots member in the MST topology manager is never updated to
> reflect the available vcpi slots. The check is effectively against
> total_slots. So, let's make that check obvious. Secondly, since the total
> vcpi time
On Tue, Jan 24, 2017 at 03:49:32PM -0800, Dhinakaran Pandiyan wrote:
> It is necessary to track states for objects other than connector, crtc
> and plane for atomic modesets. But adding objects like DP MST link
> bandwidth to drm_atomic_state would mean that a non-core object will be
> modified by
On Tue, Jan 24, 2017 at 03:49:33PM -0800, Dhinakaran Pandiyan wrote:
> Link bandwidth is shared between multiple display streams in DP MST
> configurations. The DP MST topology manager structure maintains the
> shared link bandwidth for a primary link directly connected to the GPU. For
> atomic mod
On Tue, Jan 24, 2017 at 03:49:37PM -0800, Dhinakaran Pandiyan wrote:
> Use the added helpers to track MST link bandwidth for atomic modesets.
> Link bw is acquired in the ->atomic_check() phase when CRTCs are being
> enabled with drm_atomic_find_vcpi_slots() instead of drm_find_vcpi_slots().
> Simi
On Tue, Jan 24, 2017 at 03:49:36PM -0800, Dhinakaran Pandiyan wrote:
> Implement the ->atomic_release() callback to release the shared link
> bandwidth that was originally acquired during compute_config()
>
> Signed-off-by: Dhinakaran Pandiyan
> ---
> drivers/gpu/drm/i915/intel_dp_mst.c | 28 +++
On Tue, Jan 24, 2017 at 03:49:35PM -0800, Dhinakaran Pandiyan wrote:
> Having a ->atomic_release callback is useful to release shared resources
> that get allocated in compute_config().
>
> Suggested-by: Daniel Vetter
> Signed-off-by: Dhinakaran Pandiyan
> ---
> include/drm/drm_modeset_helper_v
Hi Dave,
Still waiting for your testing results on this one here ...
-Daniel
On Thu, Jan 12, 2017 at 05:17:21PM +0100, Daniel Vetter wrote:
> On Thu, Jan 12, 2017 at 05:15:56PM +0100, Daniel Vetter wrote:
> > I was under the misconception that the sysfs dev stuff can be fully
> > set up, and then
Hi all,
First few patches are resends that fell through the cracks on a previous patch
series. Then there's a bit of garbage collection around struct drm_driver (but I
haven't yet done the full documentation run on that one). Plus at the end
document drm_crtc.[hc], because I've forgotten about tha
I just learned that &struct_name.member_name works and looks pretty
even. It doesn't (yet) link to the member directly though, which would
be really good for big structures or vfunc tables (where the
per-member kerneldoc tends to be long).
Also some minor drive-by polish where it makes sense, I re
I just learned that &struct_name.member_name works and looks pretty
even. It doesn't (yet) link to the member directly though, which would
be really good for big structures or vfunc tables (where the
per-member kerneldoc tends to be long).
Also some minor drive-by polish where it makes sense, I re
Returning 0 for an on-chip gpu doesn't change anything at all.
Cc: Patrik Jakobsson
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/gma500/psb_drv.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/gpu/drm/gma500/psb_drv.c b/drivers/gpu/drm/gma500/psb_drv.c
index 0dc7ba2fdc22..
I just learned that &struct_name.member_name works and looks pretty
even. It doesn't (yet) link to the member directly though, which would
be really good for big structures or vfunc tables (where the
per-member kerneldoc tends to be long).
Also some minor drive-by polish where it makes sense, I re
1 - 100 of 112 matches
Mail list logo
