Sent from Yahoo Mail on Android
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
Am 27.08.2018 um 10:43 schrieb Jani Nikula:
> On Sat, 25 Aug 2018, Lyude Paul wrote:
>> From: Jan-Marek Glogowski
>>
>> This re-applies the workaround for "some DP sinks, [which] are a
>> little nuts" from commit 1a36147bb939 ("drm/i915: Perform link
>> quality check unconditionally during long p
On Mon 27 Aug 03:04 PDT 2018, Pavel Machek wrote:
> On Fri 2018-08-24 15:57:43, Kiran Gunda wrote:
> > Rename the PM8941* references as WLED3 to make the driver
> > generic and have WLED support for other PMICs. Also rename
> > "i_boost_limit" and "i_limit" variables to "boost_i_limit"
> > and "st
_PAGE_WRITETHRU is a target specific flag. Prefer generic functions.
Signed-off-by: Christophe Leroy
---
v2: removed unnecessary includes headers
drivers/video/fbdev/controlfb.c | 5 +
drivers/video/fbdev/platinumfb.c | 5 +
drivers/video/fbdev/valkyriefb.c | 12 ++--
3 file
Adding lcdif nodes to a power domain currently doesn't work, it results
in black/corrupted screens or hangs. While the driver does enable
runtime pm it does not deal correctly with the block being unpowered.
All patches in this series have review tags from a few weeks ago. I'm
resending this today
* Pavel Machek [180827 10:55]:
> Hi!
>
> With Sebastian's patches, display works on Droid 4 in v4.18.
Hmm care to post your v4.18 patches somewhere too for people?
I'd have to look around for them since I've been using Linux
next for past few months.
Also, do you have v4.19-rc1 versions of your
On 2018-08-27 22:40, Boris Brezillon wrote:
> On Mon, 27 Aug 2018 22:35:05 +0200
> Boris Brezillon wrote:
>
>> On Mon, 27 Aug 2018 22:31:22 +0200
>> Peter Rosin wrote:
>>
>>> On 2018-08-27 21:24, Boris Brezillon wrote:
On Sat, 25 Aug 2018 10:56:16 +0200
Peter Rosin wrote:
LCDIF will repeatedly display data from CUR_BUF and set CUR_BUF to
NEXT_BUF when done. Since we are only ever writing to NEXT_BUF the
display will show an initial corrupt frame.
Fix by writing the FB paddr to both CUR_BUF and NEXT_BUF when
activating the CRTC.
Signed-off-by: Leonard Crestez
Test
The main axi clk is disabled at the end of mxsfb_crtc_mode_set_nofb and
immediately reenabled in mxsfb_enable_controller.
Avoid this by moving the handling of axi clk one level up to
mxsfb_crtc_enable. Do the same for mxsfb_crtc_disable for symmetry.
This shouldn't have any functional effect.
Si
The lcdif block is only powered on when display is active so plane
updates when not enabled are not valid. Writing to an unpowered IP block
is mostly ignored but can trigger bus errors on some chips.
Prevent this situation by switching to drm_atomic_helper_commit_tail_rpm
and having the drm core e
_PAGE_NO_CACHE is a target specific flag. In addition, this flag
is misleading because one would think it requests a noncached page
whereas a noncached page is _PAGE_NO_CACHE | _PAGE_GUARDED
_PAGE_NO_CACHE alone means write combined noncached page, so lets
use ioremap_wc() instead.
Signed-off-by:
Since power to the lcdif block can be lost on suspend implement
PM_SLEEP_OPS using drm_mode_config_helper_suspend/resume to save/restore
the current mode.
Signed-off-by: Leonard Crestez
Reviewed-by: Stefan Agner
---
drivers/gpu/drm/mxsfb/mxsfb_drv.c | 21 +
1 file changed, 2
Fix a typo in the drm_dev init and alloc docs: advertice -> advertise
Signed-off-by: Nikolas Nyby
---
drivers/gpu/drm/drm_drv.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c
index ea4941da9b27..282b43c44aab 100644
--
On Fri 24 Aug 03:27 PDT 2018, Kiran Gunda wrote:
> diff --git a/drivers/video/backlight/qcom-wled.c
> b/drivers/video/backlight/qcom-wled.c
[..]
> struct wled {
> @@ -135,16 +146,22 @@ struct wled {
> struct regmap *regmap;
> struct mutex lock; /* Lock to avoid race from thread i
_PAGE_WRITETHRU is a target specific flag. Prefer generic functions.
Signed-off-by: Christophe Leroy
---
v2: no change
drivers/block/z2ram.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/block/z2ram.c b/drivers/block/z2ram.c
index d0c5bc4e0703..cfbd70520eeb 1006
On 2018-08-27 21:24, Boris Brezillon wrote:
> On Sat, 25 Aug 2018 10:56:16 +0200
> Peter Rosin wrote:
>
>> Hi!
>>
>> The background for these patches is that our PCB interface between
>> the SAMA5D3 and the ds90c185 lvds encoder is only using 16 bits, and
>> this has to be described somewhere, or
Other arches have ioremap_wt() to map IO areas write-through.
Implement it on PPC as well in order to avoid drivers using
__ioremap(_PAGE_WRITETHRU)
Signed-off-by: Christophe Leroy
---
v2: no change
arch/powerpc/include/asm/io.h | 6 ++
arch/powerpc/mm/pgtable_32.c | 8
2 files c
Adding lcdif nodes to a power domain currently results in
black/corrupted screens or hangs because power is not correctly enabled
when required.
Ensure power is on when display is active by adding
pm_runtime_get/put_sync to mxsfb_pipe_enable/disable.
Signed-off-by: Leonard Crestez
Reviewed-by: S
On 27.08.2018 19:59, Russell King - ARM Linux wrote:
> Hi Andrzej,
>
> On Mon, Aug 27, 2018 at 06:15:59PM +0200, Andrzej Hajda wrote:
>> On 30.07.2018 18:42, Russell King wrote:
>>> static void tda998x_destroy(struct tda998x_priv *priv)
>>> {
>>> + drm_bridge_remove(&priv->bridge);
>>> +
>>>
Align with other drivers, tab + 2 space key for description.
and edp/hdmi/dsi can be used on both rk3288 and rk3399.
Signed-off-by: Sandy Huang
---
drivers/gpu/drm/rockchip/Kconfig | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/Kconfig
Hi enric,
thanks, this will be upated at v2 patch.
在 2018/8/27 15:02, Enric Balletbo Serra 写道:
Hi Sandy,
Just noticed a typo that I think will be good fix also
Missatge de Sandy Huang del dia dl., 27 d’ag.
2018 a les 8:31:
>
> Align with other drivers, tab + 2 space key for description.
>
Some Rockchip CRTCs, like rv1108 and px30, can directly output parallel
and serial RGB data to panel or conversion chip, so we add this driver
to probe encoder and connector.
Signed-off-by: Sandy Huang
Reviewed-by: Sean Paul
Reviewed-by: Mark Yao
Link:
https://patchwork.freedesktop.org/patch/m
This path add support rv1108 and px30 rgb output interface driver.
Signed-off-by: Sandy Huang
Link:
https://patchwork.freedesktop.org/patch/msgid/1509522765-118759-1-git-send-email-...@rock-chips.com
---
.../bindings/display/rockchip/rockchip-rgb.txt | 70 ++
1 file chan
在 2018/8/27 15:11, Heiko Stuebner 写道:
Hi Sandy,
trying to move this forward a bit :-)
Hi heiko,
update at version5 and add SPDX-License-Identifier tag.
Am Mittwoch, 4. Juli 2018, 14:09:56 CEST schrieb Sandy Huang:
> Hi Rob Herring,
> Thanks for your review.
>
> 在 2018/7/4 2:25, Rob Herr
Missatge de Sandy Huang del dia dt., 28 d’ag.
2018 a les 9:45:
>
> Align with other drivers, tab + 2 space key for description.
> and edp/hdmi/dsi can be used on both rk3288 and rk3399.
>
> Signed-off-by: Sandy Huang
> ---
> drivers/gpu/drm/rockchip/Kconfig | 14 +++---
> 1 file changed,
Hi Sandy,
Am Dienstag, 28. August 2018, 10:12:34 CEST schrieb Sandy Huang:
> Some Rockchip CRTCs, like rv1108 and px30, can directly output parallel
> and serial RGB data to panel or conversion chip, so we add this driver
> to probe encoder and connector.
>
> Signed-off-by: Sandy Huang
> Reviewe
1. interrupt register define error lead to enable interrupt failed;
2. px30 unsupport hdmi output;
3. there are some hardware designed bug, we must swap win2 gate and
enable offset, otherwise will appear vop iommu pagefault.
Signed-off-by: Sandy Huang
---
drivers/gpu/drm/rockchip/rockchip_vop
Quoting Lucas De Marchi (2018-08-28 02:00:27)
> On Sat, Aug 25, 2018 at 10:35:23AM +0100, Chris Wilson wrote:
> > Quoting Lucas De Marchi (2018-08-25 00:56:46)
> > > diff --git a/intel/intel_chipset.h b/intel/intel_chipset.h
> > > index 4a34b7be..8a0e3e76 100644
> > > --- a/intel/intel_chipset.h
>
commit a5516219b102 ("of/platform: Initialise default DMA masks")
sets up the coherent_dma_mask of platform devices created
from the device tree, but fails to do the same for AMBA
(PrimeCell) devices.
This leads to a regression in kernel v4.19-rc1 triggering the
WARN_ONCE() in kernel/dma/coherent.
> /* setup generic device info */
> + dev->dev.coherent_dma_mask = DMA_BIT_MASK(32);
> + if (!dev->dev.dma_mask)
> + dev->dev.dma_mask = &dev->dev.coherent_dma_mask;
We should never set dma_mask to point to the coherent_dma_mask,
as that will cause problems with devices t
https://bugs.freedesktop.org/show_bug.cgi?id=105317
Mauro Gaspari changed:
What|Removed |Added
CC||ilvip...@gmx.com
--- Comment #10 from M
Hi Swati,
On Mon, Aug 27, 2018 at 12:17:45PM +0530, Swati Sharma wrote:
> From: Vidya Srinivas
>
> The following pixel formats are packed format that follows 4:2:2
> chroma sampling. For memory represenation each component is
> allocated 16 bits each. Thus each pixel occupies a DWORD.
>
> Y210:
From: Colin Ian King
Pointer vkms_obj is being assigned but is never used hence it is
redundant and can be removed.
Cleans up clang warning:
variable ‘vkms_obj’ set but not used [-Wunused-but-set-variable]
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/vkms/vkms_plane.c | 2 --
1 file chan
On Wed, 2018-08-15 at 12:08 +0200, Maarten Lankhorst wrote:
> We now have infrastructure for generic enum handling. This will make
> it easier
> to write new tests without defining all enum constants beforehand.
>
> Changes since v1:
> - Fix compile error, sent old version by accident.
>
Reviewed
PLANE_CTL_FORMAT_AYUV is already supported, according to hardware
specification.
v2: Edited commit message, removed redundant whitespaces.
v3: Fixed fallthrough logic for the format switch cases.
v4: Yet again fixed fallthrough logic, to reuse code from other case
labels.
v5: Started to use
v5: This is YUV444 packed format same as AYUV, but without alpha,
as supported by i915.
v6: Removed unneeded initializer for new XYUV format.
Signed-off-by: Stanislav Lisovskiy
---
drivers/gpu/drm/drm_fourcc.c | 1 +
include/uapi/drm/drm_fourcc.h | 1 +
2 files changed, 2 insertions(+)
di
Introduced new XYUV scan-in format for framebuffer and
added support for it to i915 driver.
Stanislav Lisovskiy (2):
drm: Introduce new DRM_FORMAT_XYUV
drm/i915: Adding YUV444 packed format(DRM_FORMAT_XYUV) support.
drivers/gpu/drm/drm_fourcc.c | 1 +
drivers/gpu/drm/i915/intel_displ
On 28.08.2018 13:53, Stanislav Lisovskiy wrote:
v5: This is YUV444 packed format same as AYUV, but without alpha,
as supported by i915.
v6: Removed unneeded initializer for new XYUV format.
Signed-off-by: Stanislav Lisovskiy
---
drivers/gpu/drm/drm_fourcc.c | 1 +
include/uapi/drm/drm
Hi hieko,
在 2018/8/28 16:31, Heiko Stuebner 写道:
Hi Sandy,
Am Dienstag, 28. August 2018, 10:12:34 CEST schrieb Sandy Huang:
Some Rockchip CRTCs, like rv1108 and px30, can directly output parallel
and serial RGB data to panel or conversion chip, so we add this driver
to probe encoder and connect
This patchset adds a library for shmem backed GEM objects and makes use
of it in tinydrm.
When I made tinydrm I used the CMA helper because it was very easy to
use. July last year I learned that this limits which drivers to PRIME
import from, since CMA requires continuous memory. tinydrm drivers d
This adds a library for shmem backed GEM objects with the necessary
drm_driver callbacks.
Signed-off-by: Noralf Trønnes
---
Documentation/gpu/drm-kms-helpers.rst | 12 +
drivers/gpu/drm/Kconfig| 6 +
drivers/gpu/drm/Makefile | 1 +
drivers/gpu/drm/drm_gem_shme
This move makes tinydrm useful for more drivers. tinydrm doesn't need
continuous memory, but at the time it was convenient to use the CMA
library. The spi core can do dma on is_vmalloc() addresses making this
possible.
Cc: David Lechner
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/
Op 28-08-18 om 03:52 schreef Rob Herring:
> In preparation to remove the node name pointer from struct device_node,
> convert printf users to use the %pOFn format specifier.
>
> Cc: Gustavo Padovan
> Cc: Maarten Lankhorst
> Cc: Sean Paul
> Cc: David Airlie
> Cc: Rob Clark
> Cc: dri-devel@lists
Hi Lyude,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on v4.19-rc1 next-20180828]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci
On Tue, Aug 28, 2018 at 11:21 AM Christoph Hellwig wrote:
> > + dev->dev.coherent_dma_mask = DMA_BIT_MASK(32);
> > + if (!dev->dev.dma_mask)
> > + dev->dev.dma_mask = &dev->dev.coherent_dma_mask;
>
> We should never set dma_mask to point to the coherent_dma_mask,
> as that wil
On Mon, Aug 27, 2018 at 1:53 PM Andrzej Hajda wrote:
> On 24.08.2018 14:23, Linus Walleij wrote:
> > This adds bindings for a virtual display to be used with displays
> > inside entirely virtual environments which do not emulate things
> > like monitors but just need timing information to be supp
https://bugs.freedesktop.org/show_bug.cgi?id=107560
--- Comment #9 from Fermulator ---
this morning, at the system physically
the issue I submitted originally is no longer happening (there have been
several kernel updates since original submission ...)
$ uname -r
4.17.17-100.fc27.x86_64
now ho
https://bugs.freedesktop.org/show_bug.cgi?id=107560
--- Comment #10 from Fermulator ---
(perhaps I should submit a NEW bug report and close this as not reproducible?)
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-dev
https://bugs.freedesktop.org/show_bug.cgi?id=107560
--- Comment #11 from Fermulator ---
Created attachment 141308
--> https://bugs.freedesktop.org/attachment.cgi?id=141308&action=edit
dmesg output post DP disconnect + reconnect to fix resolution
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=107560
--- Comment #12 from Fermulator ---
dumping newer versions too (which may explain why the original issue is no
longer happening)
$ dnf info xorg-x11-drv-amdgpu
Failed to synchronize cache for repo 'mosquito-atom', disabling.
Failed to synchroni
On Tue, Aug 28, 2018 at 03:25:55PM +0200, Linus Walleij wrote:
> On Tue, Aug 28, 2018 at 11:21 AM Christoph Hellwig wrote:
>
> > > + dev->dev.coherent_dma_mask = DMA_BIT_MASK(32);
> > > + if (!dev->dev.dma_mask)
> > > + dev->dev.dma_mask = &dev->dev.coherent_dma_mask;
> >
> >
https://bugs.freedesktop.org/show_bug.cgi?id=107560
--- Comment #13 from Michel Dänzer ---
(In reply to Fermulator from comment #10)
> (perhaps I should submit a NEW bug report and close this as not
> reproducible?)
Yes, please do.
--
You are receiving this mail because:
You are the assignee f
Hi Andrzej,
Chirping in, as it was originally my work that Linus is adopting.
On Mon, Aug 27, 2018 at 01:53:00PM +0200, Andrzej Hajda wrote:
> On 24.08.2018 14:23, Linus Walleij wrote:
> > This adds bindings for a virtual display to be used with displays
> > inside entirely virtual environments w
Hi Linus,
On Fri, Aug 24, 2018 at 02:23:32PM +0200, Linus Walleij wrote:
> This adds a very small and simple driver to read a virtual
and simple bridge driver
> display characteristic from the device tree and reflect it
> back into DRM so a display driver in a virtual environment
> kno
On Mon, Aug 27, 2018 at 9:53 PM Rob Herring wrote:
>
> In preparation to remove the node name pointer from struct device_node,
> convert printf users to use the %pOFn format specifier.
>
> Cc: Gustavo Padovan
> Cc: Maarten Lankhorst
> Cc: Sean Paul
> Cc: David Airlie
> Cc: Rob Clark
> Cc: dri
On Tue, Aug 28, 2018 at 7:54 AM Maarten Lankhorst
wrote:
>
> Op 28-08-18 om 03:52 schreef Rob Herring:
> > In preparation to remove the node name pointer from struct device_node,
> > convert printf users to use the %pOFn format specifier.
> >
> > Cc: Gustavo Padovan
> > Cc: Maarten Lankhorst
> >
https://bugs.freedesktop.org/show_bug.cgi?id=106639
--- Comment #9 from Alex Deucher ---
Created attachment 141309
--> https://bugs.freedesktop.org/attachment.cgi?id=141309&action=edit
possible fix
This patch should help but please check if you can pass several S3 cycles with
it.
--
You are
When doing suspend/resume drivers usually use the
drm_atomic_helper_suspend/drm_atomic_helper_resume pair for saving the
state and then re-comitting it.
The problem is that drm_crtc_state has a bool field called
color_mgmt_changed, which mali-dp and other drivers uses it to detect
if coefficients
On Mon, 27 Aug 2018, Ville Syrjälä wrote:
> On Sat, Aug 25, 2018 at 03:51:52PM -0400, Mikulas Patocka wrote:
> > Reading the registers without waiting for engine idle returns
> > unpredictable values. These unpredictable values result in display
> > corruption - if atyfb_imageblit reads the cont
https://bugzilla.kernel.org/show_bug.cgi?id=200695
--- Comment #6 from Claude Heiland-Allen (cla...@mathr.co.uk) ---
still an issue with 4.18.5
still an issue with 4.19-rc1, I will attach dmesg
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
On Tue, Aug 28, 2018 at 04:33:20PM +0100, Alexandru Gheorghe wrote:
> When doing suspend/resume drivers usually use the
> drm_atomic_helper_suspend/drm_atomic_helper_resume pair for saving the
> state and then re-comitting it.
>
> The problem is that drm_crtc_state has a bool field called
> color_
https://bugzilla.kernel.org/show_bug.cgi?id=200695
--- Comment #7 from Claude Heiland-Allen (cla...@mathr.co.uk) ---
Created attachment 278167
--> https://bugzilla.kernel.org/attachment.cgi?id=278167&action=edit
dmesg for 4.19-rc1 amdgpu.dc=1 amdgpu.dc_log=1 drm.debug=6
--
You are receiving th
Hi Alex,
On Tue, Aug 28, 2018 at 04:33:20PM +0100, Alexandru Gheorghe wrote:
When doing suspend/resume drivers usually use the
drm_atomic_helper_suspend/drm_atomic_helper_resume pair for saving the
state and then re-comitting it.
The problem is that drm_crtc_state has a bool field called
color_
https://bugs.freedesktop.org/show_bug.cgi?id=107689
--- Comment #4 from Andrey Grodzovsky ---
Created attachment 141310
--> https://bugs.freedesktop.org/attachment.cgi?id=141310&action=edit
0001-drm-amdgpu-Only-retrieve-GPU-address-of-GART-table-a.patch
Please try with our latest kernel from h
On Tue, Aug 28, 2018 at 06:46:07PM +0300, Ville Syrjälä wrote:
> On Tue, Aug 28, 2018 at 04:33:20PM +0100, Alexandru Gheorghe wrote:
> > When doing suspend/resume drivers usually use the
> > drm_atomic_helper_suspend/drm_atomic_helper_resume pair for saving the
> > state and then re-comitting it.
>
On Tue, Aug 28, 2018 at 04:48:45PM +0100, Brian Starkey wrote:
> Hi Alex,
>
> On Tue, Aug 28, 2018 at 04:33:20PM +0100, Alexandru Gheorghe wrote:
> >When doing suspend/resume drivers usually use the
> >drm_atomic_helper_suspend/drm_atomic_helper_resume pair for saving the
> >state and then re-comi
On Tue, Aug 28, 2018 at 05:08:51PM +0100, Alexandru-Cosmin Gheorghe wrote:
On Tue, Aug 28, 2018 at 04:48:45PM +0100, Brian Starkey wrote:
Hi Alex,
On Tue, Aug 28, 2018 at 04:33:20PM +0100, Alexandru Gheorghe wrote:
>When doing suspend/resume drivers usually use the
>drm_atomic_helper_suspend/dr
On Tue, Aug 28, 2018 at 09:38:59AM +0100, Chris Wilson wrote:
> Quoting Lucas De Marchi (2018-08-28 02:00:27)
> > On Sat, Aug 25, 2018 at 10:35:23AM +0100, Chris Wilson wrote:
> > > Quoting Lucas De Marchi (2018-08-25 00:56:46)
> > > > diff --git a/intel/intel_chipset.h b/intel/intel_chipset.h
> >
https://bugs.freedesktop.org/show_bug.cgi?id=99857
--- Comment #5 from Andrey Grodzovsky ---
Your kernel is a bit old, please try a later kernel - 4.18 for example to see
if you still experience this sort of problem.
--
You are receiving this mail because:
You are the assignee for the bug._
On Tue, Aug 28, 2018 at 04:58:42PM +0100, Alexandru-Cosmin Gheorghe wrote:
> On Tue, Aug 28, 2018 at 06:46:07PM +0300, Ville Syrjälä wrote:
> > On Tue, Aug 28, 2018 at 04:33:20PM +0100, Alexandru Gheorghe wrote:
> > > When doing suspend/resume drivers usually use the
> > > drm_atomic_helper_suspend
https://bugs.freedesktop.org/show_bug.cgi?id=105760
--- Comment #57 from taij...@posteo.de ---
Just to reconfirm: This bug is fixed for me as original reporter in the 4.18.y
release.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=107045
--- Comment #20 from taij...@posteo.de ---
OK, here is a new twist: upon further investigating this, I came across some
weird backlight behaviour that I originally reported here:
https://gitlab.gnome.org/GNOME/gnome-settings-daemon/issues/53. How
https://bugs.freedesktop.org/show_bug.cgi?id=107652
--- Comment #2 from Andrey Grodzovsky ---
>From looking into the log seems your system was out of memory in the time of
calling suspend. I see a few user mode apps like steam crashing before that,
coudl be related.
That in turn caused GPU buff
From: Michel Dänzer
The first parameter of list_cut_position() must point to an initialized
list.
Noticed thanks to KASAN pointing out something's fishy here.
Fixes: "drm/ttm: add bulk move function on LRU"
Signed-off-by: Michel Dänzer
---
drivers/gpu/drm/ttm/ttm_bo.c | 3 ++-
1 file changed,
https://bugs.freedesktop.org/show_bug.cgi?id=105760
Michel Dänzer changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
There's no actual reason we pass the connector ID instead of a pointer
to the connector itself, and we're going to need the entire connector
(but only temporarily) in order to name MST debugfs folders properly
since connector IDs can't be looked up until the driver has been
registered with userspac
Currently all debugfs related initialization for the DRM core happens in
drm_debugfs_init(), which is called when registering the minor device.
While this works fine for features such as atomic modesetting and GEM,
this doesn't work at all for resources like DP MST topology managers
which can poten
This is the next version of my patch series for teaching DRM how to
automatically create debugfs nodes for drivers with MST topologies. This
was originally intended just for nouveau, but has since been expanded to
all DRM drivers.
Changes since previous version:
- Fix documentation error that got
Originally I was just going to be adding dp_mst_status for nouveau until
Daniel Stone pointed out that we should probably just make this so it's
magically added for every DRM driver that's using the DRM DP MST
helpers. So, let's do that!
Signed-off-by: Lyude Paul
Cc: Maarten Lankhorst
Cc: Daniel
Now that DRM can create these debugfs nodes automatically; this isn't
needed.
Signed-off-by: Lyude Paul
Cc: Maarten Lankhorst
Cc: Daniel Stone
---
drivers/gpu/drm/i915/i915_debugfs.c | 32 -
1 file changed, 32 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_deb
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: 30c3f838bd24ea52f6d3ebb44996340e4d98890d
commit: 7b7d78f626410923ce18ba9a183048dc8ca7db41 [640/655] drm/amdgpu: add
helper for VM PD/PT allocation parameters v2
reproduce: make htmldocs
All warnings (new ones prefi
On Tue, Aug 28, 2018 at 07:49:28PM +0200, Peter Rosin wrote:
> On 2018-07-06 14:43, Russell King - ARM Linux wrote:
> > On Fri, Jul 06, 2018 at 11:03:46AM +0100, Russell King - ARM Linux wrote:
> >> On Wed, Apr 25, 2018 at 11:01:15PM +0300, Jyri Sarha wrote:
> >>> Oh yes. But in this case the subst
On Mon, Aug 27, 2018 at 09:11:12AM -0600, Jordan Crouse wrote:
> Add the interconnect properties for the GPU on SDM845
> and set the corresponding OPP bandwidth values.
>
> Signed-off-by: Jordan Crouse
> ---
> arch/arm64/boot/dts/qcom/sdm845.dtsi | 10 ++
> 1 file changed, 10 insertions(
https://bugzilla.kernel.org/show_bug.cgi?id=200621
Andrey Grodzovsky (andrey.grodzov...@amd.com) changed:
What|Removed |Added
CC||andrey.gro
https://bugs.freedesktop.org/show_bug.cgi?id=107729
Bug ID: 107729
Summary: Nouveau gr BUG
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Pri
https://bugs.freedesktop.org/show_bug.cgi?id=107729
Alexey changed:
What|Removed |Added
Keywords||NEEDINFO
--
You are receiving this mail becau
https://bugzilla.kernel.org/show_bug.cgi?id=200621
--- Comment #7 from Jon (jon...@gmail.com) ---
Created attachment 278177
--> https://bugzilla.kernel.org/attachment.cgi?id=278177&action=edit
dmesg output
--
You are receiving this mail because:
You are watching the assignee of the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=107729
--- Comment #1 from Ilia Mirkin ---
(In reply to Alexey from comment #0)
> [20747.330911] nouveau :01:00.0: fifo: DMA_PUSHER - ch 7
> [minetest[12365]] get 03a100 put 080cc8 ib_get 01f6 ib_put
> 01f9 state 800075e0 (err: INVA
https://bugs.freedesktop.org/show_bug.cgi?id=107729
Ilia Mirkin changed:
What|Removed |Added
Product|DRI |xorg
Version|XOrg git
https://bugs.freedesktop.org/show_bug.cgi?id=105251
--- Comment #37 from Marek Olšák ---
Created attachment 141323
--> https://bugs.freedesktop.org/attachment.cgi?id=141323&action=edit
patch - fix ddebug BO list reporting
Hi,
Can you please get a new ddebug report with the attached patch? Tha
https://bugs.freedesktop.org/show_bug.cgi?id=105251
--- Comment #38 from Andrey Grodzovsky ---
(In reply to Marek Olšák from comment #37)
> Created attachment 141323 [details] [review]
> patch - fix ddebug BO list reporting
>
> Hi,
>
> Can you please get a new ddebug report with the attached pa
On Tue, Aug 28, 2018 at 07:29:59AM +1000, Stephen Rothwell wrote:
> Hi all,
>
> Commit
>
> ccb748df0058 ("drm/vc4: Fix the "no scaling" case on multi-planar YUV
> formats")
>
> is missing a Signed-off-by from its committer.
>
> It was rebased.
Hi Stephen,
I've fixed the commit and fixed our
Hi Lyude,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on v4.19-rc1 next-20180828]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.20-wip
head: bdb1922abd620d24715906bac4d119274d98f4c9
commit: e498eb7136042aa9a352b1039c678537f4694158 [220/235] drm/amd/display: Add
support for hw_state logging via debugfs
coccinelle warnings: (new ones prefixed by >>)
>> dri
From: kbuild test robot
drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm_debugfs.c:771:1-3:
WARNING: PTR_ERR_OR_ZERO can be used
Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR
Generated by: scripts/coccinelle/api/ptr_ret.cocci
Fixes: e498eb713604 ("drm/amd/display: Add s
https://bugs.freedesktop.org/show_bug.cgi?id=107652
--- Comment #3 from mikhail.v.gavri...@gmail.com ---
Yep you right.
But suspend mode will be totally useless on the computer on which no programs
are running.
The sence of suspend mode to put the computer to sleep with all running
programs, and t
https://bugs.freedesktop.org/show_bug.cgi?id=107652
--- Comment #4 from mikhail.v.gavri...@gmail.com ---
Created attachment 141325
--> https://bugs.freedesktop.org/attachment.cgi?id=141325&action=edit
system log (4.19.0-0.rc1.git0.1)
--
You are receiving this mail because:
You are the assignee
On Thu, Aug 23, 2018 at 1:16 PM zhong jiang wrote:
> I has posted the same patch about a month ago. but it seems to be ignored.:-(
>
> https://lore.kernel.org/patchwork/patch/971652/
I applied your patch and pushed it.
Yours,
Linus Walleij
___
dri-dev
From: Sean Paul
The atomic_check is a bit too aggressive with respect to planes which
leave the active area. This caused a bunch of log spew when the cursor
got to the edge of the screen and stopped it from going all the way.
This patch removes the conservative bounds checks from atomic and clip
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.20-wip
head: bdb1922abd620d24715906bac4d119274d98f4c9
commit: 521fb7d021f7952aa3030e56c19edf342309cf9f [231/235] drm/amdgpu: Move KFD
parameters to amdgpu (v3)
config: i386-randconfig-s0-08280925 (attached as .config)
compiler: gcc
1 - 100 of 165 matches
Mail list logo
