Dear all,
I switched my desktop environment to GNOME wayland recently, and I found
that no sound in this environment. In X desktop environment, the ioctl
DRM_IOCTL_MODE_SETPROPERTY(I confused it with
DRM_IOCTL_MODE_OBJ_SETPROPERTY - I deleted the log already :( ) is
called by userspace and it make
https://bugzilla.kernel.org/show_bug.cgi?id=116251
Bug ID: 116251
Summary: radeon 5a427809cd9143bef89ee3110f45e84f37484218
"drm/radeon: disable runtime pm on PX laptop" makes
dGPU never stop
Product: Drivers
Versi
https://bugzilla.kernel.org/show_bug.cgi?id=116251
Eugene Shalygin changed:
What|Removed |Added
Regression|No |Yes
--
You are receiving this mail be
https://bugzilla.kernel.org/show_bug.cgi?id=116251
--- Comment #1 from Michel Dänzer ---
Duplicate of bug 115321.
(In reply to Eugene Shalygin from comment #0)
> With kernel 4.5.1 the Radeon card is always on. Reverting
> 5a427809cd9143bef89ee3110f45e84f37484218 fixes the problem.
I did warn G
DAL has a concept of storing the graphics object ids in a special
small struct, and adding type safety to them.
I'm starting to contemplate bringing some pieces of DAL into the
mainline modesetting code (like the bios parser for a start),
and I think this is the best first step in that direction.
From: Dave Airlie
This isn't being used so drop it.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/amdgpu_atombios.c | 15 ---
1 file changed, 15 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_atombios.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_atombios.c
index
From: Dave Airlie
DAL has a graphics object id we should re-use this in the mainline
driver, and wrap around it for now.
This patch introduces the core of the grph functionality ported
from DAL.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/amdgpu_mode.h | 2 +
.../gpu
From: Dave Airlie
I'm a bit confused whether this is needed so it would be good to
confirm if hw shipped with it.
DAL as currently is doesn't have any support for this, it doesn't
have any encoder ids for DVO that I can see.
So before porting to DAL graphics objects, I'm removing this code,
so
From: Dave Airlie
As before, convert the crtc_id to a graphics object id.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cgs.c| 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_display.c| 10 ++---
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c| 2 +-
drivers/gpu/drm/am
From: Dave Airlie
DAL hides these inside the bios parser, we need them separate to
use here, so copy them over. I'll add more to this as I go.
This also needs the ones to translate objects back that aren't
in here currently.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/Makefile
From: Dave Airlie
This introduces graphics objects for the connectors code,
and replaces the atombios enums with the graphics object ones.
These correspond currently so we don't really need a back
translation pass for them.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h
From: Dave Airlie
This ports the encoder code over to the common graphics objects
from DAL.
Note the encoders id don't match 1:1 between atombios and the
graphics objects.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/amdgpu_atombios.c | 5 +-
drivers/gpu/drm/amd/amdgpu/am
break;
> > case DRM_MODE_CONNECTOR_eDP:
> > radeon_dig_connector = kzalloc(sizeof(struct
> > radeon_connector_atom_dig), GFP_KERNEL);
> > @@ -2267,6 +2271,7 @@ radeon_add_atom_connector(struct drm_device
> > *dev,
> > subpixel_order = SubPixelHorizontalRGB;
> > connector->interlace_allowed = false;
> > connector->doublescan_allowed = false;
> > + radeon_connector->audio = RADEON_AUDIO_AUTO;
> > break;
> > case DRM_MODE_CONNECTOR_SVIDEO:
> > case DRM_MODE_CONNECTOR_Composite:
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/44b6032b/attachment-0001.html>
t; > > radeon_dig_connector = kzalloc(sizeof(struct
> > > radeon_connector_atom_dig), GFP_KERNEL);
> > > @@ -2245,6 +2248,7 @@ radeon_add_atom_connector(struct drm_device
> > > *dev,
> > > connector->interlace_allowed
On 13 April 2016 at 19:45, Boris Brezillon
wrote:
> Hi,
>
> Here is a pull request containing several improvement and cleanup patches
> for the atmel-hlcdc driver to be applied on drm-next (targeting 4.7).
>
> Best Regards,
>
> Boris
>
> The following changes since commit c1cc68ae84bcce64e63d81b35
https://bugzilla.kernel.org/show_bug.cgi?id=116251
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 f
On Wed, Apr 13, 2016 at 6:33 PM, Daniel Vetter wrote:
> On Wed, Apr 13, 2016 at 10:52:34AM +0800, Ying Liu wrote:
>> On Wed, Apr 13, 2016 at 12:00 AM, Daniel Vetter wrote:
>> > On Tue, Apr 05, 2016 at 04:50:39PM +0800, Liu Ying wrote:
>> >> Transitional drivers might access the NULL pointer plane
https://bugzilla.kernel.org/show_bug.cgi?id=115321
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 f
https://bugzilla.kernel.org/show_bug.cgi?id=115321
--- Comment #2 from Alex Deucher ---
Created attachment 212681
--> https://bugzilla.kernel.org/attachment.cgi?id=212681&action=edit
possible fix 2/2
--
You are receiving this mail because:
You are watching the assignee of the bug.
From: Dave Airlie
Converting to engine id doesn't have these.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/atombios_encoders.c | 42 --
1 file changed, 6 insertions(+), 36 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/atombios_encoders.c
b/drivers/
From: Dave Airlie
This moves dig_encoder up a level and starts consistently using
engine_id in its place for all the digital and dac engines.
Signed-off-by: Dave Airlie
---
.../drm/amd/amdgpu/amdgpu_grph_object_id_helpers.c | 37 +++
drivers/gpu/drm/amd/amdgpu/amdgpu_mode.h |
On 5 April 2016 at 11:54, Ezequiel Garcia
wrote:
> (Adding Jani again, who got dropped for some reason)
>
> On 1 April 2016 at 16:50, Ezequiel Garcia
> wrote:
>> On 01 Apr 06:46 PM, Ville Syrjälä wrote:
>>> On Fri, Apr 01, 2016 at 12:38:11PM -0300, Ezequiel Garcia wrote:
>>> > El abr. 1, 2016
On Thu, Apr 14, 2016 at 11:25:00AM +0800, Ying Liu wrote:
> On Wed, Apr 13, 2016 at 6:33 PM, Daniel Vetter wrote:
> > On Wed, Apr 13, 2016 at 10:52:34AM +0800, Ying Liu wrote:
> >> On Wed, Apr 13, 2016 at 12:00 AM, Daniel Vetter wrote:
> >> > On Tue, Apr 05, 2016 at 04:50:39PM +0800, Liu Ying wro
On 04/13/16 11:31, Arnaud Pouliquen wrote:
>
>
> On 03/31/2016 03:36 PM, Jyri Sarha wrote:
>> Add audio abort() callback, that is provided at audio stream start,
>> for video side. This is for video side to use in case there is a
>> pressing need to tear down the audio playback for some reason.
>
he assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/5aba270f/attachment.html>
On 13 April 2016 at 19:54, Emil Velikov wrote:
> Hi Xinliang,
>
> On 11 April 2016 at 09:55, Xinliang Liu wrote:
>> Add maintainer and reviewer for hisilicon DRM driver.
>>
>> v8: None.
>> v7: None.
>> v6: None.
>> v5: None.
>> v4:
>> - Add Chen Feng as Designated reviewer.
>> v3: First version.
On Mon, 11 Apr 2016, Jim Bride wrote:
> Add some additional information (input vs. output port, sink associated
> with VC, peer device type, max number of VCs supported) and ensure that
> any embedded '\0' characters in a branch device's devid string are not
> written to debugfs.
>
> v2: Rebase +
Hi Emil,
On 13 April 2016 at 20:15, Emil Velikov wrote:
> Hi Xinliang,
>
> On 11 April 2016 at 09:55, Xinliang Liu wrote:
>
>> +static int kirin_drm_connectors_register(struct drm_device *dev)
>> +{
>> + struct drm_connector *connector;
>> + struct drm_connector *failed_connector;
>>
Hi Dave,
I've reformated the PR to use a branch name instead of a commit hash.
Sorry for the inconvenience, I'll try to be more careful for my future
PRs.
This PR contains several improvement and cleanup patches for the
atmel-hlcdc driver to be applied on drm-next (targeting 4.7).
Best Regards,
On Thu, Apr 14, 2016 at 09:47:22AM +0300, Jani Nikula wrote:
> On Mon, 11 Apr 2016, Jim Bride wrote:
> > Add some additional information (input vs. output port, sink associated
> > with VC, peer device type, max number of VCs supported) and ensure that
> > any embedded '\0' characters in a branch
Hi Jyri,
On Thu, 2016-03-31 at 16:36 +0300, Jyri Sarha wrote:
> The hdmi-codec is a platform device driver to be registered from
> drivers of external HDMI encoders with I2S and/or spdif interface. The
> driver in turn registers an ASoC codec for the HDMI encoder's audio
> functionality.
>
> The
Am 14.04.2016 um 04:56 schrieb Dave Airlie:
> DAL has a concept of storing the graphics object ids in a special
> small struct, and adding type safety to them.
>
> I'm starting to contemplate bringing some pieces of DAL into the
> mainline modesetting code (like the bios parser for a start),
> and
---
Confirmed. Thanks for the quick fix.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/52a1f6b6/attachment.html>
scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/7e28d4ed/attachment.html>
On Wed, Mar 30, 2016 at 11:39:01AM +0100, Emil Velikov wrote:
> On 30 March 2016 at 10:45, Daniel Vetter wrote:
> > Like in
> >
> > commit 0e975980d435d58df2d430d688b8c18778b42218
> > Author: Peter Antoine
> > Date: Tue Jun 23 08:18:49 2015 +0100
> >
> > drm: Turn off Legacy Context Functio
On do, 2016-03-03 at 11:26 +0100, Paul Bolle wrote:
> Use the upper_32_bits() macro instead of the four line equivalent that
> triggers a GCC warning on 32 bits x86:
> drivers/gpu/drm/vmwgfx/vmwgfx_cmdbuf.c: In function
> 'vmw_cmdbuf_header_submit':
> drivers/gpu/drm/vmwgfx/vmwgfx_cmdbuf.c:
https://bugzilla.kernel.org/show_bug.cgi?id=116251
--- Comment #3 from Eugene Shalygin ---
Created attachment 212691
--> https://bugzilla.kernel.org/attachment.cgi?id=212691&action=edit
dmesg
dmesg with the commit reverted
--
You are receiving this mail because:
You are watching the assignee
From: Christian König
Not needed any more.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 23 ---
1 file changed, 23 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c
index 9392e50..00c
From: Christian König
This allows us to have small BOs on the LRU before big ones.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 11 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 59 +++--
2 files changed, 68 insertions(+), 2 dele
d_irq);
> + return -ENODEV;
> + }
> +
> + pdata->intp_irq = client->irq;
> + if (!pdata->intp_irq) {
> + DRM_ERROR("Failed to get CABLE_DET and INTP irq\n");
> + return -ENODEV;
> + }
> +
> + /* Map slave a
On 14 April 2016 at 11:06, Daniel Vetter wrote:
> On Wed, Mar 30, 2016 at 11:39:01AM +0100, Emil Velikov wrote:
>> On 30 March 2016 at 10:45, Daniel Vetter wrote:
>> > Like in
>> >
>> > commit 0e975980d435d58df2d430d688b8c18778b42218
>> > Author: Peter Antoine
>> > Date: Tue Jun 23 08:18:49 20
2016ë
04ì 14ì¼ 01:12ì Deucher, Alexander ì´(ê°) ì´ ê¸:
>> -Original Message-
>> From: Hyungwon Hwang [mailto:hyungwon.hwang7 at gmail.com]
>> Sent: Wednesday, April 13, 2016 11:55 AM
>> To: Deucher, Alexander; Koenig, Christian; dri-devel at lists.freedesktop.org
>> Subject: rade
Signed-off-by: Bas Nieuwenhuizen
---
I don't have the right hardware, so this is only compile tested.
drivers/gpu/drm/radeon/radeon_drv.c | 3 ++-
drivers/gpu/drm/radeon/si.c | 4
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_drv.c
b/
Hi Enric,
On 14 April 2016 at 14:42, Enric Balletbo i Serra
wrote:
> The patch was implemented first without OR'ing error codes. The reason why I
> changed this is because I received the comments that checking the error on
> every regmap_* didn't help the readability of the driver and is likely t
On Thu, Apr 14, 2016 at 8:54 AM, Christian König
wrote:
> From: Christian König
>
> This allows us to have small BOs on the LRU before big ones.
>
> Signed-off-by: Christian König
Have you done any benchmarking to see how much this helps when there
is memory contention?
For the series:
Revi
Am 14.04.2016 um 16:23 schrieb Alex Deucher:
> On Thu, Apr 14, 2016 at 8:54 AM, Christian König
> wrote:
>> From: Christian König
>>
>> This allows us to have small BOs on the LRU before big ones.
>>
>> Signed-off-by: Christian König
> Have you done any benchmarking to see how much this helps
) {
> + ps_bridge->page[i] = i2c_new_dummy(client->adapter,
> +client->addr + i);
> + if (!ps_bridge->page[i]) {
> + dev_err(dev, "failed i2c dummy device, address%02x\n",
ps.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/aba7da40/attachment.sig>
On Thu, 2016-04-14 at 13:32 +0200, Paul Bolle wrote:
> On do, 2016-03-03 at 11:26 +0100, Paul Bolle wrote:
> >
> > Use the upper_32_bits() macro instead of the four line equivalent that
> > triggers a GCC warning on 32 bits x86:
> > Â Â Â Â drivers/gpu/drm/vmwgfx/vmwgfx_cmdbuf.c: In function
> > '
From: Robert Foss
The debug category comment mentions 4 categories, but
more than 4 categories are listed. Let's change the
wording to something a bit more generic.
Signed-off-by: Robert Foss
---
include/drm/drmP.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/drm
DVO was mainly used for crossfire pre-DCE 8, and possibly on some DCE 8
(Tonga) SKUs as well. On newer ASICs crossfire uses XDMA so there's no
longer a need for DVO.
It's probably safe to drop it for amdgpu. Radeon driver might still want
to keep it if there's support for it.
Harry
On 2016-0
On 4/13/2016 11:58 AM, Vinay Simha BN wrote:
> Add support for the JDI lt070me05000 WUXGA DSI panel used in
> Nexus 7 2013 devices.
>
> Programming sequence for the panel is was originally found in the
> android-msm-flo-3.4-lollipop-release branch from:
> https://android.googlesource.com/ker
On Thu, Apr 14, 2016 at 10:34:16AM -0400, robert.foss at collabora.com wrote:
> From: Robert Foss
>
> The debug category comment mentions 4 categories, but
> more than 4 categories are listed. Let's change the
> wording to something a bit more generic.
>
> Signed-off-by: Robert Foss
Applied to
Hi Laurent,
On 3/9/2016 4:27 PM, Archit Taneja wrote:
> ADV7533 is a DSI to HDMI encoder chip. It's like ADV7511, but with an
> additional DSI RX block that takes in DSI video mode output.
>
> Trying to get this driver merged has had some challenges:
>
> - ADV7533 has an I2C control bus, but acts
Add support for the JDI lt070me05000 WUXGA DSI panel used in
Nexus 7 2013 devices.
Programming sequence for the panel is was originally found in the
android-msm-flo-3.4-lollipop-release branch from:
https://android.googlesource.com/kernel/msm.git
And video mode setting is from dsi-panel-jdi-d
Hi Thierry,
Many thanks for answering and do this accurate report. I'd add a comment
on something you (see below). Apart from this I'll add your changes and
send a new version.
On 14/04/16 15:10, Thierry Reding wrote:
> On Fri, Apr 08, 2016 at 02:52:52PM +0200, Enric Balletbo i Serra wrote:
>>
Hi Emil,
On 14/04/16 16:06, Emil Velikov wrote:
> Hi Enric,
>
> On 14 April 2016 at 14:42, Enric Balletbo i Serra
> wrote:
>> The patch was implemented first without OR'ing error codes. The reason why I
>> changed this is because I received the comments that checking the error on
>> every regmap_
Thierry Reding,
Thanks for the review. Will address your reviews and resend the patches.
On Wed, Apr 13, 2016 at 7:19 PM, Thierry Reding
wrote:
> On Wed, Apr 13, 2016 at 11:58:04AM +0530, Vinay Simha BN wrote:
>> Add support for the JDI lt070me05000 WUXGA DSI panel used in
>> Nexus 7 2013 device
https://bugzilla.kernel.org/show_bug.cgi?id=115321
--- Comment #3 from Christoph Haag ---
It does work for my laptop, so thanks for that. I guess if it was possible to
test at runtime for it you'd have done it, so we can only hope that there are
no other laptops with this problem..
--
You are r
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/2348fd98/attachment.html>
ecause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/f58e5cb8/attachment-0001.html>
Am 14.04.2016 um 16:25 schrieb Christian König:
> Am 14.04.2016 um 16:23 schrieb Alex Deucher:
>> On Thu, Apr 14, 2016 at 8:54 AM, Christian König
>> wrote:
>>> From: Christian König
>>>
>>> This allows us to have small BOs on the LRU before big ones.
>>>
>>> Signed-off-by: Christian König
>
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/3d662d26/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=116251
--- Comment #4 from Alex Deucher ---
Created attachment 212711
--> https://bugzilla.kernel.org/attachment.cgi?id=212711&action=edit
possible fix
Please apply this patch on top of the patches from bug 115321.
--
You are receiving this mail be
nt was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/9a680bf2/attachment.html>
On Wed, Apr 13, 2016 at 10:58:32AM -0400, Lyude wrote:
> This is part of a patch series to migrate all of the workarounds for
> commonly seen behavior from bad sinks in intel_dp_dpcd_read_wake() to drm's
> DP helper.
>
> Some sinks will just return garbage for the first aux tranaction they
> recei
of lspci -vnn
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/86501ced/attachment-0001.html>
HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/bf52ef1b/attachment.html>
On Thu, Apr 14, 2016 at 04:17:45PM +0530, Vinay Simha BN wrote:
> Add support for the JDI lt070me05000 WUXGA DSI panel used in
> Nexus 7 2013 devices.
>
> Programming sequence for the panel is was originally found in the
> android-msm-flo-3.4-lollipop-release branch from:
> https://android.goo
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/e650d327/attachment-0001.html>
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/amd/amdgpu/dce_v10_0.c | 2 +-
drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 2 +-
drivers/gpu/drm/amd/amdgpu/dce_v8_0.c | 2 +-
3 files changed, 3 inse
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/armada/armada_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/armada/armada_crtc.c
b/drivers/gpu/drm/arm
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c
b
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/i915/intel_display.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/d
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/msm/mdp/mdp4/mdp4_crtc.c | 2 +-
drivers/gpu/drm/msm/mdp/mdp5/mdp5_crtc.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/dri
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/qxl/qxl_display.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/qxl/qxl_display.c
b/drivers/gpu/drm/qxl/qxl_d
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/nouveau/nouveau_display.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_display.c
b/driver
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/radeon/radeon_display.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_display.c
b/drivers/gpu/d
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rcar-du/rcar_du_crtc.c
b/drivers/gpu/drm
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/shmobile/shmob_drm_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/shmobile/shmob_drm_crtc.c
b/drivers/g
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/tilcdc/tilcdc_crtc.c
b/drivers/gpu/drm/til
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/udl/udl_modeset.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/udl/udl_modeset.c
b/drivers/gpu/drm/udl/udl_m
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/virtio/virtgpu_display.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_display.c
b/drivers/gpu
From: Gustavo Padovan
We don't have any user of this function anymore, let's remove it.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/drm_irq.c | 31 ++-
include/drm/drmP.h| 2 --
2 files changed, 6 insertions(+), 27 deletions(-)
diff --git a/drivers/
From: Gustavo Padovan
virtio_gpu was failing to send vblank events when using the atomic IOCTL
with the DRM_MODE_PAGE_FLIP_EVENT flag set. This patch fixes each and
enables atomic pageflips updates.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/virtio/virtgpu_display.c | 12
On Tue, Mar 29, 2016 at 04:46:30PM -0400, Lyude wrote:
> On Valleyview, VGA hotplugging is controlled through a seperate register
> than everything else, VLV_ADPA, which must be explicitly set.
>
> While VGA hotplugging worked(ish) before, it looks like that was mainly
> because we'd unintentional
Hi Greg,
Any comment on this?
Thanks,
Gustavo
2016-03-18 Gustavo Padovan :
> From: Gustavo Padovan
>
> Change SYNC_IOC_FILE_INFO (former SYNC_IOC_FENCE_INFO) behaviour to avoid
> future API breaks and optimize buffer allocation.
>
> Now num_fences can be filled by the caller to inform how m
freedesktop.org/archives/dri-devel/attachments/20160414/f21eb6c8/attachment.html>
l diagnostic information
> within my abilities to collect, and test any potential fixes.
Does this attached patch help?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https
The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca:
Linux 4.6-rc1 (2016-03-26 16:03:24 -0700)
are available in the git repository at:
https://github.com/anholt/linux tags/drm-vc4-next-2016-04-14
for you to fetch changes up to 5883980313af70aec0ceebaef6ef0709726e5e63
tachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/1451327f/attachment-0001.html>
On Thu, Apr 14, 2016 at 1:48 PM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Replace the legacy drm_send_vblank_event() with the new helper function.
>
> Signed-off-by: Gustavo Padovan
thanks, shall I take this via msm-next for 4.7, I assume? Looks like
no dependency on drm-core patches
Add some additional information (input vs. output port, sink associated
with VC, peer device type, max number of VCs supported) and ensure that
any embedded '\0' characters in a branch device's devid string are not
written to debugfs.
v2: Rebase + change drm_edid_get_monitor_name() call to reflect
I got myself a 380X recently and started reading random mesa and kernel
code in the hopes that I would find something that I can fix or improve,
and something actually caught my eye. Some of the error handling in
tonga_get_evv_voltage just seemed of and based on the comments I think
the patches pro
If the tonga gpu is controlled by SVID2 tonga_get_evv_voltage will only print
an error if the voltage exceeds 2V although a comment clearly states that it
needs be less than 2V.
---
drivers/gpu/drm/amd/powerplay/hwmgr/tonga_hwmgr.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --gi
if atomctrl_get_voltage_evv_on_sclk returns non zero (fail) in the expansion
of the PP_ASSERT_WITH_CODE macro the continue will actually do nothing
(The macro uses a do ... while(0) as scope, which eats the continue).
Based on the code I don't think this was the intent.
Unfortunately fixing this re
In order to include monitor name information in debugfs
output we needed to add a function that would extract the
monitor name from the EDID, and that function needed to
reside in the file where the rest of the EDID helper
functions are implemented.
v2: Refactor to have drm_edid_get_monitor_name(
Hi Moritz,
2016-04-14 Moritz Kühner :
> if atomctrl_get_voltage_evv_on_sclk returns non zero (fail) in the expansion
> of the PP_ASSERT_WITH_CODE macro the continue will actually do nothing
> (The macro uses a do ... while(0) as scope, which eats the continue).
> Based on the code I don't think
From: Gustavo Padovan
Hi,
Currently the Linux Kernel only have an implicit fencing mechanism
where the fence are attached directly to buffers and userspace is unaware of
what is happening. On the other hand explicit fencing which is not supported
yet by Linux but it expose fences to the userspac
From: Gustavo Padovan
struct fence_collection inherits from struct fence and carries a
collection of fences that needs to be waited together.
It is useful to translate a sync_file to a fence to remove the complexity
of dealing with sync_files from DRM drivers. So even if there are many
fences in
1 - 100 of 108 matches
Mail list logo
