https://bugs.freedesktop.org/show_bug.cgi?id=111229
--- Comment #4 from weden...@yandex.ru ---
My first guess is that unbinding causes GPU reset which is known to leave GPU
in a messy state ("the reset bug").
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111229
weden...@yandex.ru changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=111229
weden...@yandex.ru changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=101946
weden...@yandex.ru changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=106993
weden...@yandex.ru changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=111229
--- Comment #3 from weden...@yandex.ru ---
Created attachment 144880
--> https://bugs.freedesktop.org/attachment.cgi?id=144880=edit
lspci -vvv after unbind
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111229
--- Comment #2 from weden...@yandex.ru ---
Created attachment 144879
--> https://bugs.freedesktop.org/attachment.cgi?id=144879=edit
lspci -vvv before unbind
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111229
Bug ID: 111229
Summary: Unable to unbind GPU from amdgpu
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=111229
--- Comment #1 from weden...@yandex.ru ---
Created attachment 144878
--> https://bugs.freedesktop.org/attachment.cgi?id=144878=edit
dmesg kernel 4.19.60
--
You are receiving this mail because:
You are the assignee for the
Le ven. 26 juil. 2019 à 14:46, Sam Ravnborg a
écrit :
Hi Paul.
On Thu, Jul 25, 2019 at 06:02:04PM -0400, Paul Cercueil wrote:
Hi,
This patchset converts the Qi LB60 MIPS board to devicetree and
makes it
use all the shiny new drivers that have been developed or updated
recently.
Hi Douglas,
Thank you for the patch.
On Mon, Jul 22, 2019 at 11:24:36AM -0700, Douglas Anderson wrote:
> From code inspection it can be seen that of_get_display_timing() is
> lacking an of_node_put(). Add it.
>
> Fixes: ffa3fd21de8a ("videomode: implement public of_get_display_timing()")
>
Hello Guido,
Thank you for the patch.
On Wed, Jul 24, 2019 at 05:52:26PM +0200, Guido Günther wrote:
> This adds initial support for the NWL MIPI DSI Host controller found on
> i.MX8 SoCs.
>
> It adds support for the i.MX8MQ but the same IP can be found on
> e.g. the i.MX8QXP.
>
> It has been
https://bugs.freedesktop.org/show_bug.cgi?id=111228
--- Comment #2 from djczaps ---
https://devtalk.nvidia.com/default/topic/1056652/linux/amd-ryzen-7-geforce-gtx-1660-ti-laptop-gt-cannot-get-nvidia-to-be-used-as-primary-graphics/post/5365696/#5365696
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=111228
--- Comment #1 from djczaps ---
Created attachment 144876
--> https://bugs.freedesktop.org/attachment.cgi?id=144876=edit
nvidia bug report
I'm consistentky trying to run my Nvidia gtx 1660 Ti on laptop with Ryzen 7
processor. So far
Hello,
On Fri, Jul 26, 2019 at 05:01:52PM -0300, Fabio Estevam wrote:
> Hi Guido,
>
> Thanks for your work on this driver!
>
> On Wed, Jul 24, 2019 at 12:52 PM Guido Günther wrote:
>
> > --- /dev/null
> > +++ b/drivers/gpu/drm/bridge/imx-nwl/Kconfig
> > @@ -0,0 +1,15 @@
> > +config
Hello,
On Fri, Jul 26, 2019 at 11:23:15AM +0200, Sam Ravnborg wrote:
> On Wed, Jul 24, 2019 at 05:52:25PM +0200, Guido Günther wrote:
> > The Northwest Logic MIPI DSI IP core can be found in NXPs i.MX8 SoCs.
> >
> > Signed-off-by: Guido Günther
> > ---
> >
Hi Guido,
Thank you for the patch.
On Wed, Jul 24, 2019 at 05:52:25PM +0200, Guido Günther wrote:
> The Northwest Logic MIPI DSI IP core can be found in NXPs i.MX8 SoCs.
>
> Signed-off-by: Guido Günther
> ---
> .../bindings/display/bridge/imx-nwl-dsi.txt | 89 +++
> 1 file
https://bugs.freedesktop.org/show_bug.cgi?id=111228
Bug ID: 111228
Summary: PRIME output screen satys black on 1002:15d8 with
128MB VRAM
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux
On Fri, Jul 26, 2019 at 11:35 PM Ilia Mirkin wrote:
> On Fri, Jul 26, 2019 at 4:36 PM Sam Ravnborg wrote:
> >
> > Hi all.
> >
> > The Atmel at91sam9263 has a nice LCDC IP core that supports several
> > formats:
> > DRM_FORMAT_XBGR, DRM_FORMAT_BGR888, DRM_FORMAT_BGR565
> >
> > (It also
On Fri, Jul 26, 2019 at 10:25 PM Thomas Gleixner wrote:
>
> CONFIG_PREEMPTION is selected by CONFIG_PREEMPT and by
> CONFIG_PREEMPT_RT. Both PREEMPT and PREEMPT_RT require the same
> functionality which today depends on CONFIG_PREEMPT.
>
> Change the Kconfig dependency of i810 to
The pull request you sent on Fri, 26 Jul 2019 21:45:55 +0200:
> git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2019-07-26
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/e2921f9f95f1c1355a39e54dc038ad95b6e032be
Thank you!
--
Deet-doot-dot, I am a bot.
On Fri, Jul 26, 2019 at 4:36 PM Sam Ravnborg wrote:
>
> Hi all.
>
> The Atmel at91sam9263 has a nice LCDC IP core that supports several
> formats:
> DRM_FORMAT_XBGR, DRM_FORMAT_BGR888, DRM_FORMAT_BGR565
>
> (It also supports a palletized C8 format, but thats for later).
>
> The formats
DRM_WAIT_ON() is from the deprecated drm_os_linux header and
the modern replacement is the wait_event_*.
The return values differ, so a conversion is needed to
keep the original interface towards userspace.
Introduced a switch/case to make code obvious.
Analysis from Michel Dänzer:
The waiting
This is the current state of the driver for the at91sam* LCDC IP.
Notice that it needs some other companion drivers and I posted this
code-drop only to support the request for help on the BGR versus RGB
issue.
That said - any review feedback will be appreciated!
Sam
From
Hi all.
The Atmel at91sam9263 has a nice LCDC IP core that supports several
formats:
DRM_FORMAT_XBGR, DRM_FORMAT_BGR888, DRM_FORMAT_BGR565
(It also supports a palletized C8 format, but thats for later).
The formats are all BGR formats - and some boards actually reverse Blue
and Red when
On Fri, Jul 26, 2019 at 3:42 PM Andrzej Pietrasiewicz
wrote:
>
> Hi Alex,
>
>
> W dniu 26.07.2019 o 21:28, Alex Deucher pisze:
> > On Fri, Jul 26, 2019 at 1:28 PM Andrzej Pietrasiewicz
> > wrote:
> >>
> >> Use the ddc pointer provided by the generic connector.
> >>
> >> Signed-off-by: Andrzej
Hi Guido,
Thanks for your work on this driver!
On Wed, Jul 24, 2019 at 12:52 PM Guido Günther wrote:
> --- /dev/null
> +++ b/drivers/gpu/drm/bridge/imx-nwl/Kconfig
> @@ -0,0 +1,15 @@
> +config DRM_IMX_NWL_DSI
> + tristate "Support for Northwest Logic MIPI DSI Host controller"
> +
Hi Linus,
Dave seems to collect an entire streak of things happening, so again me
typing pull summary. Nothing nefarious here, most of the fixes are for new
stuff or things users won't see. The amd-display patches are a bit
different, and very much look like they should have at least some cc:
Hi Alex,
W dniu 26.07.2019 o 21:28, Alex Deucher pisze:
On Fri, Jul 26, 2019 at 1:28 PM Andrzej Pietrasiewicz
wrote:
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
Note that this only covers the legacy display code. The new DC
display code
Quoting Thomas Gleixner (2019-07-26 20:18:32)
> On Fri, 26 Jul 2019, Chris Wilson wrote:
> > Quoting Thomas Gleixner (2019-07-25 22:55:45)
> > > On Thu, 25 Jul 2019, Josh Poimboeuf wrote:
> > >
> > > > Objtool reports:
> > > >
> > > > drivers/gpu/drm/i915/gem/i915_gem_execbuffer.o: warning:
On Fri, Jul 26, 2019 at 1:28 PM Andrzej Pietrasiewicz
wrote:
>
> Use the ddc pointer provided by the generic connector.
>
> Signed-off-by: Andrzej Pietrasiewicz
Note that this only covers the legacy display code. The new DC
display code also needs to be converted. See:
On Fri, Jul 26, 2019 at 1:29 PM Andrzej Pietrasiewicz
wrote:
>
> Use the ddc pointer provided by the generic connector.
>
> Signed-off-by: Andrzej Pietrasiewicz
Acked-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/radeon_connectors.c | 142 +++--
> 1 file changed, 106
On Fri, 26 Jul 2019, Chris Wilson wrote:
> Quoting Thomas Gleixner (2019-07-25 22:55:45)
> > On Thu, 25 Jul 2019, Josh Poimboeuf wrote:
> >
> > > Objtool reports:
> > >
> > > drivers/gpu/drm/i915/gem/i915_gem_execbuffer.o: warning: objtool:
> > > .altinstr_replacement+0x36: redundant UACCESS
Quoting Thomas Gleixner (2019-07-25 22:55:45)
> On Thu, 25 Jul 2019, Josh Poimboeuf wrote:
>
> > Objtool reports:
> >
> > drivers/gpu/drm/i915/gem/i915_gem_execbuffer.o: warning: objtool:
> > .altinstr_replacement+0x36: redundant UACCESS disable
> >
> > __copy_from_user() already does both
Hi Paul,
Paul Cercueil wrote on Thu, 25 Jul 2019 18:02:11
-0400:
> It has been replaced with the newer Ingenic NAND driver.
>
> Signed-off-by: Paul Cercueil
> Tested-by: Artur Rojek
> ---
Acked-by: Miquel Raynal
Thanks,
Miquèl
Hi all.
Andrzej have done a good job following up on feedback and this series is
now ready.
We need ack on the patches touching the individual drivers before we can
proceed.
Please check your drivers and get back.
Sam
> Hi Andezej.
>
> On Fri, Jul 26, 2019 at 07:22:54PM +0200, Andrzej
https://bugs.freedesktop.org/show_bug.cgi?id=105251
--- Comment #79 from deltasquared ---
OK, have managed to get an unrelated crash from starting minetest now with the
mentioned patch so at this point I think that case is unrelated. (Certainly
seems to be more subtle, this MT crash has never
On Fri, Jul 26, 2019 at 2:06 PM Lyude Paul wrote:
>
> lgtm
>
> Reviewed-by: Lyude Paul
>
Thanks for the quick review! Pushed to drm-misc-next
Sean
> On Fri, 2019-07-26 at 10:20 -0400, Sean Paul wrote:
> > From: Sean Paul
> >
> > Fixes the following warnings:
> >
> >
On Thu, Jul 25, 2019 at 08:39:42PM +0200, Heiko Stuebner wrote:
> Hi Sean,
>
> Am Donnerstag, 25. Juli 2019, 20:08:12 CEST schrieb Sean Paul:
> > On Tue, Jun 11, 2019 at 12:08:21PM -0400, Sean Paul wrote:
> > > From: Sean Paul
> > >
> > > Once we start shutting off the link during PSR, we're
Hi Paul.
On Thu, Jul 25, 2019 at 06:02:04PM -0400, Paul Cercueil wrote:
> Hi,
>
> This patchset converts the Qi LB60 MIPS board to devicetree and makes it
> use all the shiny new drivers that have been developed or updated
> recently.
>
> All the crappy old drivers and custom code can be
Hi Paul.
On Thu, Jul 25, 2019 at 06:02:09PM -0400, Paul Cercueil wrote:
> The JZ4740 fbdev driver has been replaced with the ingenic-drm driver.
>
> Signed-off-by: Paul Cercueil
> Tested-by: Artur Rojek
> ---
> drivers/video/fbdev/Kconfig | 9 -
> drivers/video/fbdev/Makefile| 1 -
Hi Andezej.
On Fri, Jul 26, 2019 at 07:22:54PM +0200, Andrzej Pietrasiewicz wrote:
> It is difficult for a user to know which of the i2c adapters is for which
> drm connector. This series addresses this problem.
>
> The idea is to have a symbolic link in connector's sysfs directory, e.g.:
>
>
Hi Guido.
On Fri, Jul 26, 2019 at 03:14:35PM +0200, Guido Günther wrote:
>
> If the panel is wrapped in a panel_bridge it gets prepar()ed before the
> upstream DSI bridge which can cause hangs (e.g. with imx-nwl since clocks
> are not enabled yet). To avoid this move the panel's first DSI access
lgtm
Reviewed-by: Lyude Paul
On Fri, 2019-07-26 at 10:20 -0400, Sean Paul wrote:
> From: Sean Paul
>
> Fixes the following warnings:
>
> ../drivers/gpu/drm/drm_dp_mst_topology.c:1593: warning: Excess function
> parameter 'drm_connector' description in
> 'drm_dp_mst_connector_late_register'
>
https://bugs.freedesktop.org/show_bug.cgi?id=110719
Scott Moreau changed:
What|Removed |Added
Summary|Crash in|Crash in
From: Dingchen Zhang
to terminate the while-loop in drm_dp_aux_crc_work when
drm_dp_start/stop_crc are called in the hook to set crc source.
v3: set crc->opened to false without checking (Nick)
v2: Move spin_lock around entire crc->opened use (Daniel)
Cc: Daniel Vetter
Cc: Harry Wentland
Cc:
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
.../gpu/drm/amd/amdgpu/amdgpu_connectors.c| 96 ++-
1 file changed, 70 insertions(+), 26 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_connectors.c
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/i915/display/intel_hdmi.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/i915/display/intel_hdmi.c
https://bugzilla.kernel.org/show_bug.cgi?id=204331
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
CC|
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/radeon/radeon_connectors.c | 142 +++--
1 file changed, 106 insertions(+), 36 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_connectors.c
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/bridge/ti-tfp410.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/bridge/ti-tfp410.c
b/drivers/gpu/drm/bridge/ti-tfp410.c
index
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
Reviewed-by: Thomas Zimmermann
---
drivers/gpu/drm/ast/ast_mode.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/ast/ast_mode.c
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/bridge/dumb-vga-dac.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/bridge/dumb-vga-dac.c
b/drivers/gpu/drm/bridge/dumb-vga-dac.c
index
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
Reviewed-by: Thomas Zimmermann
---
drivers/gpu/drm/mgag200/mgag200_mode.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_mode.c
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/sti/sti_hdmi.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/sti/sti_hdmi.c b/drivers/gpu/drm/sti/sti_hdmi.c
index
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/tilcdc/tilcdc_tfp410.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/tilcdc/tilcdc_tfp410.c
b/drivers/gpu/drm/tilcdc/tilcdc_tfp410.c
index
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/zte/zx_vga.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/zte/zx_vga.c b/drivers/gpu/drm/zte/zx_vga.c
index 9b67e419280c..c4fa3bbaba78
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/zte/zx_hdmi.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/zte/zx_hdmi.c b/drivers/gpu/drm/zte/zx_hdmi.c
index a50f5a1f09b8..b98a1420dcd3
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/vc4/vc4_hdmi.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/vc4/vc4_hdmi.c b/drivers/gpu/drm/vc4/vc4_hdmi.c
index
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/imx/imx-tve.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/imx/imx-tve.c b/drivers/gpu/drm/imx/imx-tve.c
index 649515868f86..5bbfaa2cd0f4
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/tegra/hdmi.c | 7 ---
drivers/gpu/drm/tegra/sor.c | 7 ---
2 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/tegra/hdmi.c
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/imx/imx-ldb.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/imx/imx-ldb.c b/drivers/gpu/drm/imx/imx-ldb.c
index de62a4cd4827..db461b6a257f
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/rockchip/inno_hdmi.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/inno_hdmi.c
b/drivers/gpu/drm/rockchip/inno_hdmi.c
index
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/mediatek/mtk_hdmi.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_hdmi.c
b/drivers/gpu/drm/mediatek/mtk_hdmi.c
index
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/msm/hdmi/hdmi_connector.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/msm/hdmi/hdmi_connector.c
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c
b/drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c
It is difficult for a user to know which of the i2c adapters is for which
drm connector. This series addresses this problem.
The idea is to have a symbolic link in connector's sysfs directory, e.g.:
ls -l /sys/class/drm/card0-HDMI-A-1/ddc
lrwxrwxrwx 1 root root 0 Jun 24 10:42
Switch to using the ddc provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/drivers/gpu/drm/exynos/exynos_hdmi.c
index
Allow passing ddc adapter pointer to the init function. Even if
drm_connector_init() sometime in the future decides to e.g. memset() all
connector fields to zeros, the newly added function ensures that at its
completion the ddc member of connector is correctly set.
Signed-off-by: Andrzej
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/rockchip/rk3066_hdmi.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/rk3066_hdmi.c
b/drivers/gpu/drm/rockchip/rk3066_hdmi.c
Add generic code which creates symbolic links in sysfs, pointing to ddc
interface used by a particular video output. For example:
ls -l /sys/class/drm/card0-HDMI-A-1/ddc
lrwxrwxrwx 1 root root 0 Jun 24 10:42 /sys/class/drm/card0-HDMI-A-1/ddc \
-> ../../../../soc/1388.i2c/i2c-2
This
On Tue, Jul 23, 2019 at 11:18:33PM +0100, Suzuki K Poulose wrote:
> Introduce wrappers for {bus/driver/class}_find_device() to
> locate devices by its of_node.
Acked-by: Mark Brown
signature.asc
Description: PGP signature
On 7/25/19 11:23 PM, Christoph Hellwig wrote:
Note: it seems like you've only CCed me on patches 2-7, but not on the
cover letter and patch 1. I'll try to find them later, but to make Ccs
useful they should normally cover the whole series.
Otherwise this looks fine to me:
Reviewed-by:
https://bugzilla.kernel.org/show_bug.cgi?id=204331
Bug ID: 204331
Summary: amdgpu audio parameter not functional
Product: Drivers
Version: 2.5
Kernel Version: 5.2.2
Hardware: All
OS: Linux
Tree: Mainline
https://bugs.freedesktop.org/show_bug.cgi?id=111077
--- Comment #14 from Matt Turner ---
(In reply to rol...@rptd.ch from comment #13)
> I checked out the 18.2 branch which I assume should work (if the theory is
> correct).
>
> Modifying files won't work with bisecting, right?
You'll probably
https://bugs.freedesktop.org/show_bug.cgi?id=111211
Michel Dänzer changed:
What|Removed |Added
Attachment #144872|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=111211
Michel Dänzer changed:
What|Removed |Added
Attachment #144871|text/x-log |text/plain
mime type|
Hi,
On Thu, Jul 25, 2019 at 05:18:29PM +0200, Torsten Duwe wrote:
> The anx6345 is an ultra-low power DisplayPort/eDP transmitter designed
> for portable devices.
>
> Add a binding document for it.
>
> Signed-off-by: Icenowy Zheng
> Signed-off-by: Vasily Khoruzhick
> Reviewed-by: Rob Herring
>
On Fri, Jul 26, 2019 at 4:44 PM Brian Starkey wrote:
>
> On Fri, Jul 26, 2019 at 04:23:56PM +0200, Daniel Vetter wrote:
> > On Fri, Jul 26, 2019 at 08:13:00AM +, Lowry Li (Arm Technology China)
> > wrote:
> > > Current DRM-CORE accepts the writeback_job with a empty fb, but that
> > > is an
On 7/26/19 12:02 PM, David (Dingchen) Zhang wrote:
> From: Dingchen Zhang
>
> to terminate the while-loop in drm_dp_aux_crc_work when
> drm_dp_start/stop_crc are called in the hook to set crc source.
>
> v2: Move spin_lock around entire crc->opened use (Daniel)
>
> Cc: Daniel Vetter
> Cc:
Hi Daniel.
Added Noralf - somehow I missed him on the original mail.
On Fri, Jul 26, 2019 at 05:06:03PM +0200, Daniel Vetter wrote:
> Also probably should add a few more (drm_bridge) people, I think
> that's also somewhat relevant here.
> -Daniel
>
> On Fri, Jul 26, 2019 at 4:55 PM Daniel
On Fri, Jul 26, 2019 at 3:15 AM Steven Price wrote:
>
> On 25/07/2019 22:11, Rob Herring wrote:
> > On Thu, Jul 25, 2019 at 7:08 AM Robin Murphy wrote:
> >>
> >> Hi Rob,
> >>
> >> On 25/07/2019 02:10, Rob Herring wrote:
> >> [...]
> >>> @@ -328,6 +427,18 @@ static irqreturn_t
On 7/26/19 5:32 PM, Sam Ravnborg wrote:
> Hi Bartlomiej Zolnierkiewicz
>>
>> Hi Sam,
>>
>> On 7/26/19 1:36 PM, Sam Ravnborg wrote:
>>> Hi Thierry.
>>>
>>> On Fri, Jul 26, 2019 at 12:18:49PM +0200, Thierry Reding wrote:
From: Thierry Reding
Failing to find a panel-timing node is
Hi Lee.
On Thu, Jul 25, 2019 at 04:06:29PM +0100, Lee Jones wrote:
> On Thu, 25 Jul 2019, Daniel Vetter wrote:
>
> > On Thu, Jul 25, 2019 at 04:32:24PM +0200, Sam Ravnborg wrote:
> > > There was no users left - so drop the code to support EARLY_FB_BLANK.
> > > This patch removes the support in
From: Dingchen Zhang
to terminate the while-loop in drm_dp_aux_crc_work when
drm_dp_start/stop_crc are called in the hook to set crc source.
v2: Move spin_lock around entire crc->opened use (Daniel)
Cc: Daniel Vetter
Cc: Harry Wentland
Cc: Nick Kazlauskas
Signed-off-by: Dingchen Zhang
---
On 7/25/19 4:32 PM, Sam Ravnborg wrote:
> There was no users left - so drop the code to support EARLY_FB_BLANK.
> This patch removes the support in backlight,
> and drop the notifier in fbmem.
>
> That EARLY_FB_BLANK is not used can be verified that no driver set any of:
>
>
https://bugzilla.kernel.org/show_bug.cgi?id=204181
--- Comment #22 from Nicholas Kazlauskas (nicholas.kazlaus...@amd.com) ---
Thanks for the log!
I can reproduce the issue now by emulating the sequence using IGT. It doesn't
seem to show up in desktop usage for me.
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=109073
Utku Helvacı (tuxutku) changed:
What|Removed |Added
Resolution|--- |WORKSFORME
On 2019-06-21 11:46 a.m., Daniel Vetter wrote:
> On Fri, Jun 21, 2019 at 02:21:43PM +, Harry Wentland wrote:
>> On 2019-06-05 1:06 p.m., Dingchen Zhang wrote:
>>> to terminate the while-loop in drm_dp_aux_crc_work when
>>> drm_dp_start/stop_crc
>>> are called in the hook to set crc source.
From: Jérôme Glisse
commit 5e383a9798990c69fc759a4930de224bb497e62c upstream.
The debugfs take reference on fence without dropping them.
Signed-off-by: Jérôme Glisse
Cc: Christian König
Cc: Daniel Vetter
Cc: Sumit Semwal
Cc: linux-me...@vger.kernel.org
Cc: dri-devel@lists.freedesktop.org
Hi Bartlomiej Zolnierkiewicz
>
> Hi Sam,
>
> On 7/26/19 1:36 PM, Sam Ravnborg wrote:
> > Hi Thierry.
> >
> > On Fri, Jul 26, 2019 at 12:18:49PM +0200, Thierry Reding wrote:
> >> From: Thierry Reding
> >>
> >> Failing to find a panel-timing node is not an error in all cases, so do
> >> not
From: Jérôme Glisse
commit 5e383a9798990c69fc759a4930de224bb497e62c upstream.
The debugfs take reference on fence without dropping them.
Signed-off-by: Jérôme Glisse
Cc: Christian König
Cc: Daniel Vetter
Cc: Sumit Semwal
Cc: linux-me...@vger.kernel.org
Cc: dri-devel@lists.freedesktop.org
From: Jérôme Glisse
commit 5e383a9798990c69fc759a4930de224bb497e62c upstream.
The debugfs take reference on fence without dropping them.
Signed-off-by: Jérôme Glisse
Cc: Christian König
Cc: Daniel Vetter
Cc: Sumit Semwal
Cc: linux-me...@vger.kernel.org
Cc: dri-devel@lists.freedesktop.org
Also probably should add a few more (drm_bridge) people, I think
that's also somewhat relevant here.
-Daniel
On Fri, Jul 26, 2019 at 4:55 PM Daniel Vetter wrote:
>
> On Fri, Jul 26, 2019 at 02:25:10PM +0200, Sam Ravnborg wrote:
> > Hi Josef, Daniel et al.
> >
> > The driver that triggered this
26.07.2019 17:57, Stefan Agner пишет:
> On 2019-07-26 16:46, Dmitry Osipenko wrote:
>> 26.07.2019 17:23, Stefan Agner пишет:
>>> Hi Thierry, Hi Dave,
>>>
>>> On 2018-09-07 01:31, Stefan Agner wrote:
On 26.07.2018 06:36, Stefan Agner wrote:
> If the GPIO subsystem is not ready make sure to
On 2019-07-26 16:46, Dmitry Osipenko wrote:
> 26.07.2019 17:23, Stefan Agner пишет:
>> Hi Thierry, Hi Dave,
>>
>> On 2018-09-07 01:31, Stefan Agner wrote:
>>> On 26.07.2018 06:36, Stefan Agner wrote:
If the GPIO subsystem is not ready make sure to return -EPROBE_DEFER
instead of silently
Hi Sam,
On 7/26/19 1:36 PM, Sam Ravnborg wrote:
> Hi Thierry.
>
> On Fri, Jul 26, 2019 at 12:18:49PM +0200, Thierry Reding wrote:
>> From: Thierry Reding
>>
>> Failing to find a panel-timing node is not an error in all cases, so do
>> not output an error message in that case. Instead turn it
On Fri, Jul 26, 2019 at 02:25:10PM +0200, Sam Ravnborg wrote:
> Hi Josef, Daniel et al.
>
> The driver that triggered this reply is a driver that adds parallel
> support to ili9341 in a dedicated panel driver.
> The issue here is that we already have a tiny driver that supports the
> ili9341
26.07.2019 17:23, Stefan Agner пишет:
> Hi Thierry, Hi Dave,
>
> On 2018-09-07 01:31, Stefan Agner wrote:
>> On 26.07.2018 06:36, Stefan Agner wrote:
>>> If the GPIO subsystem is not ready make sure to return -EPROBE_DEFER
>>> instead of silently continuing without HPD.
>>>
>>> Reported-by:
1 - 100 of 206 matches
Mail list logo