On Thu, Jan 19, 2017 at 04:09:47PM +0100, Arnd Bergmann wrote:
> On Thursday, January 19, 2017 12:00:58 PM CET Thierry Reding wrote:
> > On Thu, Jan 12, 2017 at 12:13:51PM +0100, Arnd Bergmann wrote:
> > > The tegra DRM driver is almost ok without an MMU, but there
> > > is one small warning that I
There's no late_unregister. While at it switch to the new canonical
reference style.
Cc: Chris Wilson
Signed-off-by: Daniel Vetter
---
include/drm/drm_crtc.h| 2 +-
include/drm/drm_encoder.h | 2 +-
include/drm/drm_plane.h | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --g
Use the same trick we used for i915 when we still had ums support:
Just initialize the agp support unconditionally in the driver load
function.
Unfortunately that means we need to export drm_agp_init again, but I
think that's a lesser evil.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_a
The function operates on modes, not CRTCs. Also move it into
drm_modes.[hc]. Spotted while reviewing CRTC docs.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_atomic_helper.c | 2 +-
drivers/gpu/drm/drm_crtc.c | 23 +--
drivers/gpu/drm/drm_modes.c |
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
No point in documenting these, they only confuse.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 1 -
include/drm/drm_drv.h | 13 -
2 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
b
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
It's only for a device quirk, and we might as well do that in the load
callback.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/mga/mga_dma.c | 20 +++-
drivers/gpu/drm/mga/mga_drv.c | 37 -
2 files changed, 19 insertions(+), 38 deletions(-)
There was a bit of mix-up between initialization and registering.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_connector.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/drm_connector.c b/drivers/gpu/drm/drm_connector.c
index dd720d4cb4f7..c7
i915, nouveau (ever since merged to upstream) and radeon all lack ums
support in upstream. No point keeping the ums vgaarb support around.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_irq.c | 26 --
include/drm/drm_drv.h | 3 ---
2 files changed, 29 deletions
With that the drm_pci_device_is_agp function becomes trivial, so
inline that too. And while at it, move the drm_pci_agp_destroy
declaration into drm-internal.h, since it's not used by drivers.
Cc: Alex Deucher
Cc: Ben Skeggs
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_internal.h
After going through all the trouble of splitting out parts from
drm_crtc.[hc] and then properly documenting each I've entirely
forgotten to show the same TLC for CRTCs themselves!
Let's make amends asap.
Signed-off-by: Daniel Vetter
---
Documentation/gpu/drm-kms.rst | 6 ++
drivers/gpu/drm
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..
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
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
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
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: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: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: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: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
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 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.
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
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
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)
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
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
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 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
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
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=99456
Clément Guérin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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
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
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
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
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
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
_
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
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=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.freed
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=99523
Guillaume Horel changed:
What|Removed |Added
Depends on|94186 |
Referenced Bugs:
https://bugs.freed
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.
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=99019
Samuel Pitoiset changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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
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
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
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
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 -
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
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
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
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
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
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
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, 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=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, 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
--- 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
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
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
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
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
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
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
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
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
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
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
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
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
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
>
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
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
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
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=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
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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=99392
predator-...@web.de changed:
What|Removed |Added
Resolution|--- |NOTABUG
Status|NEW
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-
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
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
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
1 - 100 of 112 matches
Mail list logo
