On Tue, Mar 6, 2018 at 8:20 PM, Sean Paul wrote:
> On Tue, Mar 06, 2018 at 09:07:52PM +0200, Ville Syrjälä wrote:
>> On Tue, Mar 06, 2018 at 02:01:21PM -0500, Sean Paul wrote:
>> > On Tue, Mar 06, 2018 at 07:42:53AM +0100, Daniel Vetter wrote:
>> > > On Tue, Mar 6, 2018 at 12:20 AM, Sean Paul wro
The Versatile Express has 8 MB of dedicated video RAM (VRAM)
on the motherboard, which is what we should be using for the
PL111 if available. On this platform, the memory backplane
is constructed so that only this memory will work properly
with the CLCD on the motherboard, using any other memory
re
Hi Dave,
Please pull omapdrm changes for v4.17.
Tomi
The following changes since commit f073d78eeb8efd85718e611c15f9a78647751dea:
Merge tag 'drm-intel-next-2018-02-21' of
git://anongit.freedesktop.org/drm/drm-intel into drm-next (2018-03-01 14:07:22
+1000)
are available in the git reposit
On Mon, Mar 5, 2018 at 5:05 PM, Liviu Dudau wrote:
>> Cc: Ville Syrjälä
>> Cc: Liviu Dudau
>
> I don't have a suitable configuration to test this, but looks goot to me.
>
> Reviewed-by: Liviu Dudau
Thanks!
> BTW, Linus, could it be that your DVI-to-VGA connector doesn't wire
> correctly the
Am 07.03.2018 um 00:09 schrieb Dave Airlie:
On 7 March 2018 at 08:44, Felix Kuehling wrote:
Hi all,
Christian raised two potential issues in a recent KFD upstreaming code
review that are related to the KFD ioctl APIs:
1. behaviour of -ERESTARTSYS
2. transactional nature of KFD ioctl defin
Am 07.03.2018 um 00:34 schrieb Jerome Glisse:
On Tue, Mar 06, 2018 at 05:44:41PM -0500, Felix Kuehling wrote:
Hi all,
Christian raised two potential issues in a recent KFD upstreaming code
review that are related to the KFD ioctl APIs:
1. behaviour of -ERESTARTSYS
2. transactional nature o
We were previously selecting 1024x768 and 32BPP as the default
set-up for the PL111 consumers.
This does not work on elder systems: the device tree bindings
support a property "max-memory-bandwidth" in bytes/second that
states that if you exceed this the memory bus will saturate.
The result is fli
2018-03-06 16:37 GMT+01:00 Eric Engestrom :
> Fixes: 1384c081233751569473 "freedreno: add interface to get buffer address"
> Signed-off-by: Eric Engestrom
Reviewed-by: Christian Gmeiner
> ---
> freedreno/freedreno-symbol-check | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/freedren
https://bugs.freedesktop.org/show_bug.cgi?id=104549
_archuser_ changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=105369
--- Comment #3 from cd ---
Full demesg see in dmesg2 attachment
--snip
[3.139563] [drm:construct [amdgpu]] *ERROR* construct: Invalid Connector
ObjectID from Adapter Service for connector index:2!
--snip
[3.190734] [drm] Initialized amd
https://bugs.freedesktop.org/show_bug.cgi?id=105369
--- Comment #4 from cd ---
Created attachment 137848
--> https://bugs.freedesktop.org/attachment.cgi?id=137848&action=edit
dmesg2
--
You are receiving this mail because:
You are the assignee for the bug.__
Am 06.03.2018 um 22:29 schrieb Felix Kuehling:
NAK.
For KFD we need the ability to create a BO from an SG list that doesn't
come from another BO. We use this for mapping pages from the doorbell
aperture into GPUVM for GPU self-dispatch.
You can still do this, see amdgpu_gem_prime_import_sg_tabl
Hi,
On 2018-02-06 14:05, Peter Ujfalusi wrote:
> Hi,
>
> Changes since v3:
> - Moved the new normalize_zpos bool to be around another bools
> - Extended the commit message for sti that the drm_atomic_helper_check() is
> going to ask for async_update due to the legacy cursor usage.
I think I ha
https://bugs.freedesktop.org/show_bug.cgi?id=105379
Bug ID: 105379
Summary: The Witcher: Enhanced Edition under Wine fails to
launch
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=105379
--- Comment #1 from Andrew Sheldon ---
Created attachment 137851
--> https://bugs.freedesktop.org/attachment.cgi?id=137851&action=edit
Wine log with mesa git and reverted commit
--
You are receiving this mail because:
You are the assignee fo
https://bugs.freedesktop.org/show_bug.cgi?id=104854
--- Comment #1 from José Pekkarinen ---
I believe the issue is actually shown before, these are the lines prior
to the error:
Mar 4 22:00:16 bee kernel: [ 35.741939] amdgpu: [powerplay] Failed to notify
smc display settings!
Mar 4 22:00:16
https://bugs.freedesktop.org/show_bug.cgi?id=57496
Timothy Arceri changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |dri-devel@lists.freedesktop
Hi Dave,
Only a few sun4i fixes this week. Please pull.
Regards,
Gustavo
drm-misc-fixes-2018-03-07:
sun4i fixes on clk, division by zero and LVDS.
The following changes since commit 9a191b114906457c4b2494c474f58ae4142d4e67:
virtio-gpu: fix ioctl and expose the fixed status to userspace. (201
https://bugs.freedesktop.org/show_bug.cgi?id=101900
--- Comment #33 from letha...@gmail.com ---
After trying the channel-count patch.
The different formats tested advertise correctly to my receiver
(tried dts-hdma and dolby trued hd).
But the sound is even more "garbled" in those format than pr
https://bugs.freedesktop.org/show_bug.cgi?id=105324
Andy Furniss changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=104064
--- Comment #28 from taij...@posteo.de ---
Created attachment 137852
--> https://bugs.freedesktop.org/attachment.cgi?id=137852&action=edit
dmesg with 4.17-wip-4ac51159819d and dc=1
And here is my daily testing report (do you guys actually read
Hi Chanwoo, Archit,
On 07.03.2018 05:48, Chanwoo Choi wrote:
> On 2018년 03월 07일 11:12, Chanwoo Choi wrote:
>> Hi Rob and Andrzej,
>>
>> On 2018년 03월 06일 21:53, Andrzej Hajda wrote:
>>> Hi Rob, Chanwoo, Krzysztof,
>>>
>>>
>>> On 27.02.2018 08:11, Andrzej Hajda wrote:
Hi,
Thanks for r
On Wed, Mar 7, 2018 at 12:13 PM, Andrzej Hajda wrote:
> Hi Chanwoo, Archit,
>
> On 07.03.2018 05:48, Chanwoo Choi wrote:
>> On 2018년 03월 07일 11:12, Chanwoo Choi wrote:
>>> Hi Rob and Andrzej,
>>>
>>> On 2018년 03월 06일 21:53, Andrzej Hajda wrote:
Hi Rob, Chanwoo, Krzysztof,
On 27
On Mon, Mar 05, 2018 at 06:03:16PM +, Liviu Dudau wrote:
> Mali DP hardware has a 'go' bit (config_valid) for making the new scene
> parameters active at the next page flip. The problem with the current
> code is that the driver first sets this bit and then proceeds to wait
> for confirmation f
https://bugs.freedesktop.org/show_bug.cgi?id=105359
--- Comment #6 from Marta Löfstedt ---
I now found this to be even stranger than anticipated:
checking the i915_FBC_state while running kms tests I have ended up way to many
states for this to be sane:
After reboot:
FBC enabled
Compressing: yes
On 07.03.2018 12:22, Krzysztof Kozlowski wrote:
> On Wed, Mar 7, 2018 at 12:13 PM, Andrzej Hajda wrote:
>> Hi Chanwoo, Archit,
>>
>> On 07.03.2018 05:48, Chanwoo Choi wrote:
>>> On 2018년 03월 07일 11:12, Chanwoo Choi wrote:
Hi Rob and Andrzej,
On 2018년 03월 06일 21:53, Andrzej Hajda wro
https://bugs.freedesktop.org/show_bug.cgi?id=99353
Bong Cosca changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|NEW
Object and property IDs cannot be zero. Prevent them from being added to
the request stream at all, rather than breaking at commit time.
Signed-off-by: Daniel Stone
---
xf86drmMode.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/xf86drmMode.c b/xf86drmMode.c
index 15957ffc..bd59ef25 100
Hi Anusha,
Sorry, I was under the expectation that userspace developers would
answer you after your first message, and I missed your second one! My
sincere apologies.
Generally, the process is that the student should research the topic by
first asking questions to developers about the effort, the
https://bugzilla.kernel.org/show_bug.cgi?id=42941
roman (cool...@gmx.at) changed:
What|Removed |Added
CC||cool...@gmx.at
--- Comment #3 fro
On Sunday, February 04, 2018 09:18:03 AM Peter Malone wrote:
> Hi folks,
Hi,
> CVE-2018-6412 has been created for this. Is it possible for you to add
> a note indicating the CVE number when merging the patch?
>
> I received the CVE number after the patch was created and ack'd, which
> is why I d
https://bugzilla.kernel.org/show_bug.cgi?id=199047
Bug ID: 199047
Summary: [amdgpu CARRIZO] disabled backlight after S3 resume
Product: Drivers
Version: 2.5
Kernel Version: 4.16-rc1
Hardware: All
OS: Linux
Tre
Hey John,
Yeah, the return type should be changed.
robher: Do you have any preferences?
Rob.
On 03/06/2018 09:28 PM, John Stultz wrote:
In trying to integrate the new gralloc_handle.h with the
drm_hwcomposer, I started seeing the following compilation
errors:
In file included from external/
Hi,
On 07/03/18 02:24, Laurent Pinchart wrote:
> Hello,
>
> This patch series is a first step towards moving the omapdrm driver away from
> the custom bridge and panel drivers to drm_bridge and drm_panel.
>
> The main blocker to transition to drm_bridge and drm_panel is the direction of
> the br
Implement all the error injection commands.
The state machine gets new states for the various error situations,
helper functions are added to detect whether an error injection is
active and the actual error injections are implemented.
Signed-off-by: Hans Verkuil
---
Changes since v2:
- Fix wrong
https://bugs.freedesktop.org/show_bug.cgi?id=105144
--- Comment #2 from K.Ohta ---
Sorry for later.
I don't use AMDGPU, (still) using RADEON kernel driver.
But, this seems to same issue.
I install fancontrol and set parameters of /etc/fancontrol , this issue seems
to be fixed.
Thanks for your adv
https://bugs.freedesktop.org/show_bug.cgi?id=105369
--- Comment #5 from Harry Wentland ---
Can you see if this is fixed in the branch drm-next-4.17-wip of Alex's repo
(https://cgit.freedesktop.org/~agd5f/linux/?h=amd-staging-drm-next)?
--
You are receiving this mail because:
You are the assigne
On Tue, Mar 06, 2018 at 04:10:33PM -0800, Eric Anholt wrote:
> Ville Syrjälä writes:
>
> > On Tue, Mar 06, 2018 at 02:48:38AM +0100, Stefan Schake wrote:
> >> Considering a single plane only, we have to enable background color
> >> when the plane has an alpha format and could be blending from the
On 2018-03-07 04:16 AM, Christian König wrote:
> Am 06.03.2018 um 22:29 schrieb Felix Kuehling:
>> NAK.
>>
>> For KFD we need the ability to create a BO from an SG list that doesn't
>> come from another BO. We use this for mapping pages from the doorbell
>> aperture into GPUVM for GPU self-dispatch
On 05.03.2018 09:57, Marek Szyprowski wrote:
> Hi!
>
> Last week I was asked to comment a patch "[PATCH v3 05/43] drm/bridge:
> analogix_dp: Don't power bridge in analogix_dp_bind":
> https://patchwork.kernel.org/patch/10193493/
>
> That patch does almost the opposite to my initial fix "[PATCH v2]
Ville Syrjälä writes:
> On Tue, Mar 06, 2018 at 04:10:33PM -0800, Eric Anholt wrote:
>> Ville Syrjälä writes:
>>
>> > On Tue, Mar 06, 2018 at 02:48:38AM +0100, Stefan Schake wrote:
>> >> Considering a single plane only, we have to enable background color
>> >> when the plane has an alpha format
Hi Dave,
Fixes for 2 regressions that got captured by CI.
Here goes drm-intel-fixes-2018-03-07:
- 2 fixes: 1 for perf and 1 execlist submission race.
Thanks,
Rodrigo.
The following changes since commit 661e50bc853209e41a5c14a290ca4decc43cbfd1:
Linux 4.16-rc4 (2018-03-04 14:54:11 -0800)
are
On Tue, Mar 06, 2018 at 01:32:21PM -0500, Harry Wentland wrote:
>
>
> On 2018-03-06 12:13 PM, Daniel Vetter wrote:
> > On Tue, Mar 06, 2018 at 11:23:23AM -0500, Harry Wentland wrote:
> >> On 2018-03-06 07:18 AM, Ville Syrj??l?? wrote:
> >>> On Tue, Mar 06, 2018 at 10:31:27AM +0100, Daniel Vetter
On 03/02/2018 12:51 PM, Emil Velikov wrote:
> On 28 February 2018 at 18:54, Andrew F. Davis wrote:
>> From: Gowtham Tammana
>>
>> Add Android.mk file to build libdrm_omap library.
>>
> Zero objections on my end, but can we have the use case mentioned in
> the commit message.
> Years ago I was loo
On Wed, Mar 07, 2018 at 09:38:03AM +0100, Christian K??nig wrote:
> Am 07.03.2018 um 00:09 schrieb Dave Airlie:
> > On 7 March 2018 at 08:44, Felix Kuehling wrote:
> > > Hi all,
> > >
> > > Christian raised two potential issues in a recent KFD upstreaming code
> > > review that are related to the
On Wed, Mar 07, 2018 at 12:42:15PM +, Daniel Stone wrote:
> Object and property IDs cannot be zero. Prevent them from being added to
> the request stream at all, rather than breaking at commit time.
>
> Signed-off-by: Daniel Stone
> ---
> xf86drmMode.c | 3 +++
> 1 file changed, 3 insertions
https://bugs.freedesktop.org/show_bug.cgi?id=105369
--- Comment #6 from cd ---
Created attachment 137867
--> https://bugs.freedesktop.org/attachment.cgi?id=137867&action=edit
journalctl-amd-drm-staging.txt
I hope I took the correct version, 4.16.0-rc1-085145ebf0e9
The screen freezes with the
https://bugs.freedesktop.org/show_bug.cgi?id=105369
--- Comment #7 from Alex Deucher ---
It looks like you built the driver without DC or DCN support. Please make sure
the following are set in your .config:
CONFIG_DRM_AMD_DC=y
CONFIG_DRM_AMD_DC_DCN1_0=y
--
You are receiving this mail because:
The #sound-dai-cells DT property is required to describe link between
the HDMI IP block and the SoC's audio subsystem.
Signed-off-by: Sylwester Nawrocki
---
Documentation/devicetree/bindings/display/exynos/exynos_hdmi.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/devic
Hi Sergei,
Thank you for the patch.
On Thursday, 18 January 2018 23:05:58 EET Sergei Shtylyov wrote:
> Document the R-Car V3M (R8A77970) SoC in the R-Car DU bindings.
>
> Signed-off-by: Sergei Shtylyov
Reviewed-by: Laurent Pinchart
and applied to my tree with the subject prefixed changed per
Hi Sergei,
Thank you for the patch.
On Thursday, 18 January 2018 23:05:59 EET Sergei Shtylyov wrote:
> Add support for the R-Car V3M (R8A77970) SoC to the R-Car DU driver.
>
> Signed-off-by: Sergei Shtylyov
Reviewed-by: Laurent Pinchart
and applied to my tree.
> ---
> Changes in version 2:
I would be willing to be a mentor for this project.
On Wed, Mar 7, 2018 at 1:45 PM, Martin Peres wrote:
> Hi Anusha,
>
> Sorry, I was under the expectation that userspace developers would
> answer you after your first message, and I missed your second one! My
> sincere apologies.
>
> Generally, t
On 7 March 2018 at 16:42, Daniel Vetter wrote:
> On Wed, Mar 07, 2018 at 12:42:15PM +, Daniel Stone wrote:
>> Object and property IDs cannot be zero. Prevent them from being added to
>> the request stream at all, rather than breaking at commit time.
>
> Reviewed-by: Daniel Vetter
>
> ... and
On Thu, Feb 22, 2018 at 04:16:52PM -0500, Alex Deucher wrote:
> On Thu, Feb 22, 2018 at 1:49 PM, Bas Nieuwenhuizen
> wrote:
> > On Thu, Feb 22, 2018 at 7:04 PM, Kristian H??gsberg
> > wrote:
> >> On Wed, Feb 21, 2018 at 4:00 PM Alex Deucher wrote:
> >>
> >>> On Wed, Feb 21, 2018 at 1:14 AM, Cha
https://bugzilla.kernel.org/show_bug.cgi?id=199047
--- Comment #1 from Alex Deucher (alexdeuc...@gmail.com) ---
Are you using DC? Please attach your dmesg output.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dr
Hi Dave,
Please pull the R-Car DU changes for v4.17. This contains
- Convert LVDS support to a drm_bridge driver
- Add DT bindings for the R8A77995 SoC
- Add DT bindings and driver support for the R8A77970 SoC
Note that the LVDS conversion depends on a patch series from Frank Rowand that
will m
https://bugs.freedesktop.org/show_bug.cgi?id=104932
Robin Kauffman changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=105386
Bug ID: 105386
Summary: Request for a new fd.o account
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Prio
Linus Walleij writes:
> The Versatile Express has 8 MB of dedicated video RAM (VRAM)
> on the motherboard, which is what we should be using for the
> PL111 if available. On this platform, the memory backplane
> is constructed so that only this memory will work properly
> with the CLCD on the moth
Hi Tomi,
On Wednesday, 7 March 2018 16:11:04 EET Tomi Valkeinen wrote:
> On 07/03/18 02:24, Laurent Pinchart wrote:
> > Hello,
> >
> > This patch series is a first step towards moving the omapdrm driver away
> > from the custom bridge and panel drivers to drm_bridge and drm_panel.
> >
> > The ma
On Tue, Mar 06, 2018 at 07:22:51PM +0100, Daniel Vetter wrote:
> On Tue, Mar 06, 2018 at 06:48:49PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Pimp drm_property_type_valid() to check for more fails with the
> > property flags. Also make the check before adding the property,
> > a
https://bugs.freedesktop.org/show_bug.cgi?id=101900
--- Comment #34 from Harry Wentland ---
Created attachment 137870
--> https://bugs.freedesktop.org/attachment.cgi?id=137870&action=edit
[PATCH] Add one to EDID's audio channel count when passing to DC
Thanks everyone for the debug on this one
https://bugs.freedesktop.org/show_bug.cgi?id=105021
jam...@amd.com changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=101900
--- Comment #35 from Direx ---
(In reply to Harry Wentland from comment #34)
> DC seems to take channel_count/audio_count to refer to the actual number of
> channels whereas the CEA EDID extension and our HW represent it as the
> number of chann
On Tue, Mar 06, 2018 at 02:55:59PM +0100, Maxime Ripard wrote:
> From: Maxime Ripard
>
> The Allwinner SoCs usually come with a DSI encoder. Add a binding for it.
>
> Signed-off-by: Maxime Ripard
> ---
> Documentation/devicetree/bindings/display/sunxi/sun6i-dsi.txt | 93 +++-
> 1 file chan
On Thu, Mar 01, 2018 at 10:34:30PM +0100, Jernej Skrabec wrote:
> CLK_PLL_VIDEO needs to be referenced in HDMI DT entry as a possible
> PHY clock parent.
>
> Export it so it can be used later in DT.
>
> Signed-off-by: Jernej Skrabec
> ---
> drivers/clk/sunxi-ng/ccu-sun8i-h3.h | 4 +++-
> i
On Thu, Mar 01, 2018 at 10:34:31PM +0100, Jernej Skrabec wrote:
> Add missing compatibles for H3 HDMI pipeline. These compatibles can also
> be used with H5 SoC.
>
> Signed-off-by: Jernej Skrabec
> ---
> Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 6 ++
> 1 file changed,
https://bugs.freedesktop.org/show_bug.cgi?id=101900
--- Comment #37 from Harry Wentland ---
... pick it up for 4.15 is what I meant to say.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@l
https://bugs.freedesktop.org/show_bug.cgi?id=101900
--- Comment #36 from Harry Wentland ---
Thanks, Direx. I'll get it reviewed and intend to get it into 4.16 as well.
Will send it to the stable tree as well, where GregKH can pick it up.
--
You are receiving this mail because:
You are the assig
https://bugs.freedesktop.org/show_bug.cgi?id=81689
Sven Arvidsson changed:
What|Removed |Added
Resolution|--- |NOTOURBUG
Status|NEW
On Wed, Mar 7, 2018 at 11:38 AM, Daniel Vetter wrote:
> On Wed, Mar 07, 2018 at 09:38:03AM +0100, Christian K??nig wrote:
>> Am 07.03.2018 um 00:09 schrieb Dave Airlie:
>> > On 7 March 2018 at 08:44, Felix Kuehling wrote:
>> > > Hi all,
>> > >
>> > > Christian raised two potential issues in a rec
Jason Ekstrand writes:
Thanks a million for the intense review. I've pushed 15 tiny patches
that address individual questions in this message. If you want to look
at those separately, that would be great. When we're done, I'll merge
them back into the giant patch.
Sorry for the delay in answerin
On Fri, Mar 02, 2018 at 07:48:01AM -0600, Benoit Parrot wrote:
> Add common DISPC bindings into the top level bindings file.
> Move common bindings here instead of having multiple copies of
> the same information in all of the variant specific files.
>
> Signed-off-by: Benoit Parrot
> ---
> Docu
Daniel Stone writes:
> Or better, just use drmModeAddFB2 and pass the format directly. That
> landed back in 3.2 or so, and I don't think there's anyone trying to
> use Vulkan on a kernel from 2011.
Yeah, that's probably a better plan. I've pushed a patch that does this
on top of the long list o
Thanks for the feedback. I'm answering some of your questions inline.
On 2018-03-06 06:09 PM, Dave Airlie wrote:
> On 7 March 2018 at 08:44, Felix Kuehling wrote:
>> Hi all,
>>
>> Christian raised two potential issues in a recent KFD upstreaming code
>> review that are related to the KFD ioctl AP
https://bugs.freedesktop.org/show_bug.cgi?id=101900
--- Comment #38 from Direx ---
Just for the record (it might not surprise you): The patch also works on 4.15,
just tested it on the "old" kernel.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=104285
--- Comment #9 from Gregor Münch ---
(In reply to Alex Vorobyev from comment #8)
> I think it's not the same bug. CS:GO works on my system as it should, while
> SCS games still have broken shadows.
So you also checked that specific map?
Anyway
https://bugs.freedesktop.org/show_bug.cgi?id=105386
Daniel Vetter changed:
What|Removed |Added
Product|DRI |freedesktop.org
Component|IGT
https://bugs.freedesktop.org/show_bug.cgi?id=105386
--- Comment #1 from Daniel Vetter ---
Ack from me, also from Petri and Arek (we discussed this all).
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing lis
On 2018-03-06 10:10 PM, Shirish S wrote:
> Add reverse iterator for_each_oldnew_plane_in_state_reverse to
> compliment the for_each_oldnew_plane_in_state way or reading plane
> states.
>
> The plane states are required to be read in reverse order for
> amd drivers, cause the z order convention fol
https://bugs.freedesktop.org/show_bug.cgi?id=105390
Bug ID: 105390
Summary: Requesting a new account for IGT
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Pr
https://bugs.freedesktop.org/show_bug.cgi?id=104717
Gregor Münch changed:
What|Removed |Added
CC||t_arc...@yahoo.com.au
--- Comment #2 fro
We were previously selecting 1024x768 and 32BPP as the default
set-up for the PL111 consumers.
This does not work on elder systems: the device tree bindings
support a property "max-memory-bandwidth" in bytes/second that
states that if you exceed this the memory bus will saturate.
The result is fli
On Wed, Mar 07, 2018 at 02:13:21AM +, Pandiyan, Dhinakaran wrote:
>
>
>
> On Tue, 2018-03-06 at 17:36 -0800, Manasi Navare wrote:
> > On Wed, Mar 07, 2018 at 12:24:46AM +, Pandiyan, Dhinakaran wrote:
> > >
> > >
> > >
> > > On Tue, 2018-03-06 at 15:24 -0800, Rodrigo Vivi wrote:
> > >
Hi Dave,
Fixes for 4.16. A bit bigger than I would have liked, but most of that
is DC fixes which Harry helped me pull together from the past few weeks.
Highlights:
- Fix DL DVI with DC
- Various RV fixes for DC
- Overlay fixes for DC
- Fix HDMI2 handling on boards without HBR tables in the vbios
On Wed, Mar 07, 2018 at 02:06:08PM -0800, Rodrigo Vivi wrote:
> On Wed, Mar 07, 2018 at 02:13:21AM +, Pandiyan, Dhinakaran wrote:
> >
> >
> >
> > On Tue, 2018-03-06 at 17:36 -0800, Manasi Navare wrote:
> > > On Wed, Mar 07, 2018 at 12:24:46AM +, Pandiyan, Dhinakaran wrote:
> > > >
> > >
https://bugs.freedesktop.org/show_bug.cgi?id=102553
--- Comment #7 from mercuriete ---
Created attachment 137877
--> https://bugs.freedesktop.org/attachment.cgi?id=137877&action=edit
very ugly patch LOL
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=102553
--- Comment #8 from mercuriete ---
Thanks you for the response.
I created a very ugly workaround that WORKS_FOR_ME
I need to read the link that you provided me to learn how to debug that stack
trace.
I think in a few days I'll have more time t
Hi Dave,
More stuff for 4.17. Highlights:
- More fixes for "wattman" like functionality (fine grained clk/voltage control)
- Add more power profile infrastucture (context based dpm)
- SR-IOV fixes
- Add iomem debugging interface for use with umr
- Powerplay and cgs cleanups
- DC fixes and cleanups
https://bugzilla.kernel.org/show_bug.cgi?id=199047
--- Comment #2 from Johannes Hirte (johannes.hi...@datenkhaos.de) ---
(In reply to Alex Deucher from comment #1)
> Are you using DC? Please attach your dmesg output.
Not using DC. dmesg after a S3 suspend/resume cycle attached
--
You are recei
https://bugzilla.kernel.org/show_bug.cgi?id=199047
--- Comment #3 from Johannes Hirte (johannes.hi...@datenkhaos.de) ---
Created attachment 274617
--> https://bugzilla.kernel.org/attachment.cgi?id=274617&action=edit
dmesg.log
--
You are receiving this mail because:
You are watching the assigne
https://bugs.freedesktop.org/show_bug.cgi?id=104717
--- Comment #3 from Timothy Arceri ---
This series should fix the regression. Thanks for reporting it.
https://patchwork.freedesktop.org/series/39565/
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugzilla.kernel.org/show_bug.cgi?id=199047
--- Comment #4 from Alex Deucher (alexdeuc...@gmail.com) ---
Does it work with DC enabled?
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
d
From: Matt Atwood
DP_TRAINING_AUX_RD_INTERVAL with DP 1.3 spec changed bit scheeme from 8
bits to 7 in DPCD 0x000e. The 8th bit is used to identify extended
receiver capabilities. For panels that use this new feature wait interval
would be increased by 512 ms, when spec is max 16 ms. This behavio
On Wed, Mar 7, 2018 at 6:44 PM, wrote:
> From: Matt Atwood
>
> DP_TRAINING_AUX_RD_INTERVAL with DP 1.3 spec changed bit scheeme from 8
> bits to 7 in DPCD 0x000e. The 8th bit is used to identify extended
> receiver capabilities. For panels that use this new feature wait interval
> would be incre
From: Andrew Morton
Subject: drivers/gpu/drm/i915/intel_guc_log.c: work around gcc-4.4.4 union
initializer issue
gcc-4.4.4 has problems with initalizers of anon unions.
drivers/gpu/drm/i915/intel_guc_log.c: In function 'guc_log_control':
drivers/gpu/drm/i915/intel_guc_log.c:64: error: unknown f
On Wed, Mar 07, 2018 at 03:44:09PM -0800, matthew.s.atw...@intel.com wrote:
> From: Matt Atwood
>
> DP_TRAINING_AUX_RD_INTERVAL with DP 1.3 spec changed bit scheeme from 8
> bits to 7 in DPCD 0x000e. The 8th bit is used to identify extended
> receiver capabilities. For panels that use this new fe
From: Matt Atwood
DP_TRAINING_AUX_RD_INTERVAL with DP 1.3 spec changed bit scheeme from 8
bits to 7 in DPCD 0x000e. The 8th bit is used to identify extended
receiver capabilities. For panels that use this new feature wait interval
would be increased by 512 ms, when spec is max 16 ms. This behavio
https://bugs.freedesktop.org/show_bug.cgi?id=104717
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
From: Matt Atwood
DP_TRAINING_AUX_RD_INTERVAL with DP 1.3 spec changed bit scheeme from 8
bits to 7 in DPCD 0x000e. The 8th bit is used to identify extended
receiver capabilities. For panels that use this new feature wait interval
would be increased by 512 ms, when spec is max 16 ms. This behavio
1 - 100 of 140 matches
Mail list logo
