On Wed, Jan 31, 2018 at 12:04:52PM +0530, Nautiyal, Ankit K wrote:
>
>
> On 1/30/2018 12:23 AM, Ville Syrjälä wrote:
> > On Fri, Jan 12, 2018 at 11:51:33AM +0530, Nautiyal, Ankit K wrote:
> >> From: Ankit Nautiyal
> >>
> >> If the user mode does not support aspect-ratio, and requests for
> >> a
On 19/01/18 11:43, Vivek Gautam wrote:
From: Sricharan R
Finally add the device link between the master device and
smmu, so that the smmu gets runtime enabled/disabled only when the
master needs it. This is done from add_device callback which gets
called once when the master is added to the smm
On Fri, 22 Dec 2017, Anusha Srivatsa wrote:
> Forward Error Correction is supported on DP 1.4.
> This patch adds corresponding DPCD register definitions.
>
> v2: Add dri-devel mailing list to the CC list(Jani)
>
> v3: Change names, add missing masks (Manasi)
>
> v4: Add missing shifts to mask (Man
These bindings allow to describe most known standard USB connectors
and it should be possible to extend it if necessary.
USB connectors, beside USB can be used to route other protocols,
for example UART, Audio, MHL. In such case every device passing data
through the connector should have appropriat
Hi,
This patchset introduces USB physical connector bindings, together with working
example.
I have added comments in relevant patches to describe possible issues.
In v2 I have addressed comments by Rob and Laurent, thanks
Changes are described in patches.
Regards
Andrzej
Andrzej Hajda (4):
Since extcon property is not allowed in DT, extcon subsystem requires
another way to get extcon device. Lets try the simplest approach - get
edev by of_node.
Signed-off-by: Andrzej Hajda
Acked-by: Chanwoo Choi
---
v2: changed label to follow local convention (Chanwoo)
---
drivers/extcon/extcon.
OF graph describes MHL data lanes between MHL and respective USB
connector.
Signed-off-by: Andrzej Hajda
---
.../boot/dts/exynos/exynos5433-tm2-common.dtsi | 31 +++---
1 file changed, 28 insertions(+), 3 deletions(-)
diff --git a/arch/arm64/boot/dts/exynos/exynos5433-tm2-co
From: Maciej Purski
Currently MHL chip must be turned on permanently to detect MHL cable. It
duplicates micro-USB controller's (MUIC) functionality and consumes
unnecessary power. Lets use extcon attached to MUIC to enable MHL chip
only if it detects MHL cable.
Signed-off-by: Maciej Purski
Sign
Since USB connector bindings are available we can describe it on TM2(e).
Signed-off-by: Andrzej Hajda
---
arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi
b/arch/arm64/boot/dts/e
https://bugs.freedesktop.org/show_bug.cgi?id=104520
--- Comment #6 from Eric Blau ---
I'm in the same boat. I get frequent hangs as reported:
kernel: [drm] GPU HANG: ecode 8:0:0x2e6b4c79, in Xorg [2680], reason: Hang on
rcs0, action: reset
kernel: [drm] GPU hangs can indicate a bug anywhere in t
https://bugs.freedesktop.org/show_bug.cgi?id=104520
--- Comment #7 from Eric Blau ---
Created attachment 137088
--> https://bugs.freedesktop.org/attachment.cgi?id=137088&action=edit
/sys/class/drm/card0/error file
--
You are receiving this mail because:
You are the assignee for the bug.__
Hi Dave,
two fixes for the 4.16 cycle from the drm-misc-next-fixes.
drm-misc-next-fixes-2018-01-31:
This contains a fix to restrict what lessee can do with masters and
another one when waiting for timeouts on reservation objects.
The following changes since commit 341a0ffceaa44660c43d219a3b2569eb
Hi Dave,
This one got applied late to drm-misc-fixes, it should go to 4.16
anyway. Please pull, Thanks.
Gustavo
drm-misc-fixes-2018-01-31:
- fix lut loading for cirrus
The following changes since commit a8750ddca918032d6349adbf9a4b6555e7db20da:
Linux 4.15-rc8 (2018-01-14 15:32:30 -0800)
are
On Wed, Jan 31, 2018 at 7:54 AM, Lucas Stach wrote:
> Am Dienstag, den 30.01.2018, 21:29 +0100 schrieb Thierry Escande:
>> From: Sean Paul
>>
>> Change the mode for Sharp lq123p1jx31 panel to something more
>> rockchip-friendly such that we can use the fixed PLLs to
>> generate the pixel clock
>
https://bugzilla.kernel.org/show_bug.cgi?id=194899
Janpieter Sollie (janpieter.sol...@dommel.be) changed:
What|Removed |Added
Status|NEW |RESOLVED
So I've made an error when sending this out, it includes some stuff
that is already on 4.15. Sorry about that, the only one that is needs
to go in is this one:
Daniel Vetter (1):
drm/cirrus: Load lut in crtc_commit
The pull request is fine, just the generated e-mail is wrong.
Thanks!
20
https://bugs.freedesktop.org/show_bug.cgi?id=104880
Michel Dänzer changed:
What|Removed |Added
CC||harry.wentl...@amd.com
--- Comment #2 f
On Sat, Jan 20, 2018 at 12:30 AM, Gustavo A. R. Silva
wrote:
>
> Quoting Felix Kuehling :
>
>> Looks good. This change is Reviewed-by: Felix Kuehling
>>
>>
>
> Thanks Felix.
> --
> Gustavo
>
Applied to -next
Oded
>
>
>
>
___
dri-devel mailing list
dri-
Quoting Gustavo Padovan (2018-01-31 12:32:21)
> Hi,
>
> 2017-08-11 Jason Ekstrand :
>
> > From: Chris Wilson
> >
> > This is an illegal scenario, to free the fence whilst there are pending
> > callbacks. Currently, we emit a WARN and then cast aside the callbacks
> > leaving them dangling. Alte
Hi Benjamin,
Great, Many thanks,
Tested-by: Philippe Cornu
Philippe :-)
On 01/31/2018 09:05 AM, Benjamin Gaignard wrote:
> In all cases we have to check pitch and size calculations to speed up
> data transfer.
>
> Fixes: 21f815bf773c ("drm/stm: drv: Improve data transfers")
>
> Signed-off-by
On 30 January 2018 at 05:42, John Stultz wrote:
> On Fri, Jan 26, 2018 at 10:33 AM, Emil Velikov
> wrote:
>> Hi all,
>>
>> Couple of ideas/notes,
>>
>> On 10 January 2018 at 20:36, Rob Herring wrote:
>>> On Wed, Jan 10, 2018 at 1:09 PM, John Stultz wrote:
On Wed, Jan 10, 2018 at 5:48 AM,
In the past the ast driver relied upon the fbdev emulation helpers to
call ->load_lut at boot-up. But since
commit b8e2b0199cc377617dc238f5106352c06dcd3fa2
Author: Peter Rosin
Date: Tue Jul 4 12:36:57 2017 +0200
drm/fb-helper: factor out pseudo-palette
that's cleaned up and drivers are ex
https://bugs.freedesktop.org/show_bug.cgi?id=104819
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 2018-01-31 09:31 AM, Chris Chiu wrote:
> Hi,
> We are working with new laptops that have the AMD Ravenl Ridge
> chipset with this `/proc/cpuinfo`
> https://gist.github.com/mschiu77/b06dba574e89b9a30cf4c450eaec49bc
>
> With the latest kernel 4.15, there're lots of different
> panics/oops
On Wed, Jan 31, 2018 at 1:40 AM, Archit Taneja wrote:
>
>
> On 01/29/2018 10:45 PM, Rob Herring wrote:
>>
>> On Wed, Jan 17, 2018 at 03:04:47PM +0530, Archit Taneja wrote:
>>>
>>> Add the compatible string for 14nm DSI PHY (used in MSM8996/APQ8096).
>>> From 14nm PHY onwards, the "dsi_phy_regulat
On Mon, Jan 22, 2018 at 2:36 AM, Julia Lawall wrote:
> From: Fengguang Wu
>
> Remove unneeded semicolon.
>
> Generated by: scripts/coccinelle/misc/semicolon.cocci
>
> Signed-off-by: Fengguang Wu
> Signed-off-by: Julia Lawall
Hi, looks like Luis already sent the same patch a few days earlier,
Hi,
On Wed, Jan 31, 2018 at 7:16 AM, Sean Paul wrote:
> On Wed, Jan 31, 2018 at 7:54 AM, Lucas Stach wrote:
>> Am Dienstag, den 30.01.2018, 21:29 +0100 schrieb Thierry Escande:
>>> From: Sean Paul
>>>
>>> Change the mode for Sharp lq123p1jx31 panel to something more
>>> rockchip-friendly such
This is an RFC for the initial version of a6xx support for the Adreno a6xx GPU
family as found on the sdm845 SoC. This code is ahead of most of the rest of
the sdm845 code that would be needed to actually bring up a device and it is
definitely far in advance of any user side support for the a6xx G
From: Sharat Masetty
Add initial register headers for A6XX targets.
Signed-off-by: Sharat Masetty
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/adreno/a6xx.xml.h | 1600 +
drivers/gpu/drm/msm/adreno/a6xx_gmu.xml.h | 382 +++
2 files changed, 1982 in
Add support for the A6XX family of Adreno GPUs. The biggest addition
is the GMU (Graphics Management Unit) which takes over most of the
power management of the GPU itself but in a ironic twist of fate
needs a goodly amount of management itself. Add support for the
A6XX core code, the GMU and the HF
On Wed, Jan 31, 2018 at 8:01 AM, Emil Velikov wrote:
> On 30 January 2018 at 05:42, John Stultz wrote:
>> On Fri, Jan 26, 2018 at 10:33 AM, Emil Velikov
>> wrote:
>>> Hi all,
>>>
>>> Couple of ideas/notes,
>>>
>>> On 10 January 2018 at 20:36, Rob Herring wrote:
On Wed, Jan 10, 2018 at 1:0
Hi John,
I took your patches for a spin on Hikey960. Some findings:
Even with this patch I'm getting some tearing on Hikey960, not a lot as you
reported on Hikey, still there are some small black squares, less than 10 of
aproximetly 20x20.
So I investigated a little bit through drm_hwcomposer and
On Wed, Jan 31, 2018 at 10:51 AM, Alexandru-Cosmin Gheorghe
wrote:
> Hi John,
>
> I took your patches for a spin on Hikey960. Some findings:
> Even with this patch I'm getting some tearing on Hikey960, not a lot as you
> reported on Hikey, still there are some small black squares, less than 10 of
https://bugs.freedesktop.org/show_bug.cgi?id=104888
Bug ID: 104888
Summary: DPMS issue w/ GFX8/Polaris10/Ellesmere/Rx-480-8GiB &
agd5f's drm-next-4.17-wip
Product: DRI
Version: XOrg git
Hardware: Other
OS: A
https://bugs.freedesktop.org/show_bug.cgi?id=104888
--- Comment #1 from Harry Wentland ---
You can try amdgpu.dc_log=1 and drm.debug=4.
Does the display blank out and then wake right back up or do you see no change
at all on the display when trying to enter dpms?
--
You are receiving this mail
On 2018-01-30 05:28 AM, Maarten Lankhorst wrote:
> Op 29-01-18 om 16:41 schreef Leo Li:
>> Updated IGT results seem sane:
>> https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_7698/shards.html
>>
>> Would someone be able to apply this patch?
>>
> Thanks for the reminder, pushed.
>
Thanks, Maarten
https://bugs.freedesktop.org/show_bug.cgi?id=104190
--- Comment #3 from Tommy Vestermark ---
I can confirm seeing the same artifacts in CSGO on a R9 285 (Tonga) using
Ubuntu 17.10 with Mesa 17.3.2, LLVM 5.0 (Padoka Stable PPA).
--
You are receiving this mail because:
You are the assignee for th
https://bugs.freedesktop.org/show_bug.cgi?id=104888
--- Comment #2 from Robin Kauffman ---
(In reply to Harry Wentland from comment #1)
> You can try amdgpu.dc_log=1 and drm.debug=4.
Thanks, I'll try both of these and report back.
>
> Does the display blank out and then wake right back up or do
https://bugs.freedesktop.org/show_bug.cgi?id=104831
--- Comment #3 from Martin Bednar ---
Just booted with 18.0-rc3. Plasma started up just fine. Alt+tab in kwin
however... Different bug?
#6 0x7f5b039615bd in r600_draw_vbo () from /usr/lib64/dri/r600_dri.so
#7 0x7f5b03869ba4 in u_vbuf_
https://bugs.freedesktop.org/show_bug.cgi?id=104831
--- Comment #4 from Martin Bednar ---
Created attachment 137095
--> https://bugs.freedesktop.org/attachment.cgi?id=137095&action=edit
kwin backtrace
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=104888
--- Comment #3 from Harry Wentland ---
Curiously enough this is the first time I've heard of setterm. I'm not sure if
it's really supported but I tried amdgpu, non-amdgpu (i.e. vbios), and an Intel
platform and on neither I can get setterm --pow
https://bugs.freedesktop.org/show_bug.cgi?id=104880
--- Comment #3 from Konstantin A. Lepikhov ---
(In reply to Michel Dänzer from comment #2)
> (In reply to Konstantin A. Lepikhov from comment #0)
> > Kernel - 4.14.15 + DC patches till end of Oct 2017.
>
> That's pretty old, can you try 4.15 or
https://bugs.freedesktop.org/show_bug.cgi?id=104880
--- Comment #4 from Harry Wentland ---
Does it help if you enable the following kernel configs?
CONFIG_SND_HDA=y
CONFIG_SND_HDA_INTEL=y
CONFIG_SND_HDA_DSP_LOADER=y
CONFIG_SND_HDA_PREALLOC_SIZE=64
CONFIG_SND_HDA_HWDEP=y
CONFIG_SND_HDA_CODEC_REAL
https://bugs.freedesktop.org/show_bug.cgi?id=104880
--- Comment #5 from Konstantin A. Lepikhov ---
(In reply to Harry Wentland from comment #4)
> Does it help if you enable the following kernel configs?
>
> CONFIG_SND_HDA=y
> CONFIG_SND_HDA_INTEL=y
> CONFIG_SND_HDA_DSP_LOADER=y
> CONFIG_SND_HDA_
https://bugs.freedesktop.org/show_bug.cgi?id=104880
--- Comment #6 from Konstantin A. Lepikhov ---
s/hardware issue/not a hardware issue/ )
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@l
Yeah, a lot of people were getting that, as a result of some drm/ttm
hugepage usage.
Christian, did a fix ever end up going out? If so, what kernel was it
included in?
-ilia
On Wed, Jan 31, 2018 at 11:05 AM, Ricardo Nabinger Sanchez
wrote:
> Hello,
>
> I've noticed firefox got randomly stuck,
On Wed, Jan 31, 2018 at 9:20 PM, Ilia Mirkin wrote:
> Yeah, a lot of people were getting that, as a result of some drm/ttm
> hugepage usage.
>
> Christian, did a fix ever end up going out? If so, what kernel was it
> included in?
https://lkml.org/lkml/2018/1/16/106
Alex
>
> -ilia
>
> On Wed,
https://bugs.freedesktop.org/show_bug.cgi?id=104888
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hi Dave,
A few more misc fixes for 4.16.
The following changes since commit 559f17bec508548850654dd04525fd69d90f6d4e:
Merge tag 'drm-misc-next-fixes-2018-01-18' of
git://anongit.freedesktop.org/drm/drm-misc into drm-next (2018-01-25 11:42:25
+1000)
are available in the git repository at:
https://bugs.freedesktop.org/show_bug.cgi?id=104520
--- Comment #8 from xman <20830...@qq.com> ---
I am also hitting the same issue.
[ 1516.880515] [drm] GPU HANG: ecode 9:0:0x85db, reason: Hang on rcs0,
action: reset
[ 1516.880517] [drm] GPU hangs can indicate a bug anywhere in the entire gfx
On 01/31/2018 09:50 PM, Rob Clark wrote:
On Wed, Jan 31, 2018 at 1:40 AM, Archit Taneja wrote:
On 01/29/2018 10:45 PM, Rob Herring wrote:
On Wed, Jan 17, 2018 at 03:04:47PM +0530, Archit Taneja wrote:
Add the compatible string for 14nm DSI PHY (used in MSM8996/APQ8096).
From 14nm PHY
But what we could do is to rely on a fixed limit like the Intel driver
does and I suggested before.
E.g. don't copy anything into a shmemfile when there is only x MB of
swap space left.
Here I think we can do it further, let the limit value scaling with total
system memory.
For
Hi Michal:
How about only
EXPORT_SYMBOL_GPL(total_swap_pages) ?
Thanks
Roger(Hongbo.He)
-Original Message-
From: He, Roger
Sent: Wednesday, January 31, 2018 1:52 PM
To: 'Michal Hocko' ; Koenig, Christian
Cc: linux...@kvack.org; linux-ker...@vger.kernel.org;
dri-devel@lists.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=104064
--- Comment #2 from Bjorn ---
Created attachment 137103
--> https://bugs.freedesktop.org/attachment.cgi?id=137103&action=edit
dmesg output without amdgpu.dc=1
I'm seemingly hitting this too, on 4.15. Note that I get it with or without
amdgpu.
https://bugs.freedesktop.org/show_bug.cgi?id=104064
--- Comment #3 from Bjorn ---
Probably also worth noting that as of 4.15, my laptop hangs with a black screen
on suspend/resume. Magic SysRq seems to be about the only thing the computer
responds to if I close and then open the lid. It seems som
On Sat, Jan 27, 2018 at 02:49:22AM +, Dhinakaran Pandiyan wrote:
> Drivers can use this in their retry loops too.
with all this layers of retries it is good that we find some consistency
somewhere
is this written down on any part of eDP spec?
Last time I saw there was different retries value
Blank help texts are probably either a typo, a Kconfig misunderstanding,
or some kind of half-committing to adding a help text (in which case a
TODO comment would be clearer, if the help text really can't be added
right away).
Best to remove them, IMO.
Signed-off-by: Ulf Magnusson
---
drivers/v
Il 08/gen/2018 09:46 PM, "Sean Paul" ha scritto:
On Mon, Jan 08, 2018 at 03:41:49PM -0500, Sean Paul wrote:
> On Sat, Jan 06, 2018 at 12:59:58AM +0100, Mauro Rossi wrote:
> > Porting of original commit 76fb87e675 of Jim Bish in android-ia master
to fdo
> >
> > Original commit message:
> > "There
Bartlomiej,
On Wed, Jan 31, 2018 at 12:57 PM, Bartlomiej Zolnierkiewicz
wrote:
> On Tuesday, January 30, 2018 02:14:10 PM Mathieu Malaterre wrote:
>> Bartlomiej,
>>
>> On Wed, Jan 3, 2018 at 3:47 PM, Bartlomiej Zolnierkiewicz
>> wrote:
>> >
>> > On Thursday, December 21, 2017 11:07:56 PM Mathieu
Hi Peter,
On Wed, Jan 31, 2018 at 3:57 PM, Peter Malone wrote:
> Fixing arbitrary kernel leak in case FBIOGETCMAP_SPARC in
> sbusfb_ioctl_helper().
>
> 'index' is defined as an int in sbusfb_ioctl_helper().
> We retrieve this from the user:
> if (get_user(index, &c->index) ||
> __get_user(cou
On 1/31/2018 5:53 PM, Robin Murphy wrote:
On 19/01/18 11:43, Vivek Gautam wrote:
From: Sricharan R
The smmu needs to be functional only when the respective
master's using it are active. The device_link feature
helps to track such functional dependencies, so that the
iommu gets powered when t
Hi,
We are working with new laptops that have the AMD Ravenl Ridge
chipset with this `/proc/cpuinfo`
https://gist.github.com/mschiu77/b06dba574e89b9a30cf4c450eaec49bc
With the latest kernel 4.15, there're lots of different
panics/oops during boot so no chance to get into X. It also happens
On 1/30/2018 1:12 AM, Rob Herring wrote:
On Fri, Jan 19, 2018 at 05:13:42PM +0530, Vivek Gautam wrote:
qcom,smmu-v2 is an arm,smmu-v2 implementation with specific
clock and power requirements. This smmu core is used with
multiple masters on msm8996, viz. mdss, video, etc.
Add bindings for the
Hi, all!
I am working on a para-virtualized frontend DRM driver for Xen [1]
which implements display device I/O interface for Xen guest OSes [2].
At the moment I am rebasing the existing implementation from 4.9 kernel
to recent and found that when user-space DRM application exits then CRTC's
.se
101 - 164 of 164 matches
Mail list logo
