Fixes gcc warning:
drivers/gpu/drm/amd/amdgpu/vcn_v2_5.c:431: warning: Excess function
parameter 'sw' description in 'vcn_v2_5_disable_clock_gating'
drivers/gpu/drm/amd/amdgpu/vcn_v2_5.c:550: warning: Excess function
parameter 'sw' description in 'vcn_v2_5_enable_clock_gating'
Fixes: cbead2bdfcf1
This patch series supports HDMI jack reporting on RK3288, which uses
DRM dw-hdmi driver and hdmi-codec codec driver.
The previous discussion about reporting jack status using hdmi-notifier
and drm_audio_component is at
https://lore.kernel.org/patchwork/patch/1083027/
The new approach is to use a
Allow codec driver register callback function for plug event.
The callback registration flow:
dw-hdmi <--- hw-hdmi-i2s-audio <--- hdmi-codec
dw-hdmi-i2s-audio implements hook_plugged_cb op
so codec driver can register the callback.
dw-hdmi exports a function dw_hdmi_set_plugged_cb so platform de
On Thu, Sep 19, 2019 at 08:56:01AM +0200, Neil Armstrong wrote:
> Hi,
>
> Please Cc dri-devel@lists.freedesktop.org
>
> Thanks,
> Neil
OK, thanks.
Xin
>
> On 19/09/2019 08:51, Xin Ji wrote:
> > Hi all,
> >
> > The following series add initial support for the Slimport ANX7625
> > transmitter,
From: Artur Świgoń
This patch relaxes the condition in of_icc_get_from_provider() so that it
is no longer required to set #interconnect-cells = <1> in the DT. In case
of the devfreq driver for exynos-bus, #interconnect-cells is always zero.
Signed-off-by: Artur Świgoń
Acked-by: Krzysztof Kozlow
From: Artur Świgoń
This patch makes the above function public (for use in exynos-bus devfreq
driver).
Signed-off-by: Artur Świgoń
Reviewed-by: Krzysztof Kozlowski
---
drivers/interconnect/core.c | 3 ++-
include/linux/interconnect-provider.h | 6 ++
2 files changed, 8 insertions
From: Artur Świgoń
This patch adds two fields to the Exynos4412 DTS:
- parent: to declare connections between nodes that are not in a
parent-child relation in devfreq;
- #interconnect-cells: required by the interconnect framework.
Please note that #interconnect-cells is always zero and n
From: Artur Świgoń
This patch adds a new static function, exynos_bus_profile_init(), extracted
from exynos_bus_probe().
Signed-off-by: Artur Świgoń
---
drivers/devfreq/exynos-bus.c | 92 +---
1 file changed, 53 insertions(+), 39 deletions(-)
diff --git a/driver
Hi all,
The following series add initial support for the Slimport ANX7625 transmitter, a
ultra-low power Full-HD 4K MIPI to DP transmitter designed for portable device.
This is the first version upload, any mistakes, please let me know, I will fix
it in the next series.
Thanks,
Xin
Xin Ji (2):
Dne četrtek, 19. september 2019 ob 19:30:20 CEST je Maxime Ripard napisal(a):
> The newer Allwinner SoCs have a different layers controller than the older
> ones. Jernej wrote that support and has been reviewing patches for a while
> now, so let's make him a formal reviewer.
>
> Signed-off-by: Max
On 9/19/19 9:06 AM, Mark Brown wrote:
> Hi all,
>
> Changes since 20190918:
>
../drivers/gpu/drm/amd/amdgpu/../display/dc/dml/Makefile:70: *** missing
'endif'. Stop.
--
~Randy
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lis
From: Artur Świgoń
This patch adds an 'interconnects' property to Exynos4412 DTS in order to
declare the interconnect path used by the mixer. Please note that the
'interconnect-names' property is not needed when there is only one path in
'interconnects', in which case calling of_icc_get() with a
Use two dai_links. One for HDMI and one for max98090.
With this setup, audio can play to speaker and HDMI selectively.
Signed-off-by: Cheng-Yi Chiang
---
.../boot/dts/rk3288-veyron-analog-audio.dtsi | 1 +
sound/soc/rockchip/rockchip_max98090.c| 129 ++
2 files changed
From: Roman Stratiienko
DE2.0 blender does not take into the account alpha channel of vi layer.
Thus makes overlaying of this layer totally opaque.
Using vi layer as bottom solves this issue.
Tested on Android.
Signed-off-by: Roman Stratiienko
---
drivers/gpu/drm/sun4i/sun8i_ui_layer.c | 33 -
Hello guys,
Actually, I beleive this is True solution, and current one is wrong. Let
me explain why.
De2. 0 was designed to match Android hwcomposer hal requirements IMO.
You can easily agree with this conclusion by comparing Composer HAL and
De2. 0 hardware manuals.
I faced at least 4 issues w
From: Artur Świgoń
This patch adds interconnect functionality to the exynos-bus devfreq
driver.
The SoC topology is a graph (or, more specifically, a tree) and most of
its edges are taken from the devfreq parent-child hierarchy (cf.
Documentation/devicetree/bindings/devfreq/exynos-bus.txt). Due
From: Artur Świgoń
This patch adds minor improvements to the exynos-bus driver.
Signed-off-by: Artur Świgoń
Reviewed-by: Krzysztof Kozlowski
---
drivers/devfreq/exynos-bus.c | 66 ++--
1 file changed, 25 insertions(+), 41 deletions(-)
diff --git a/drivers/devf
From: Artur Świgoń
This patch adds a new static function, exynos_bus_profile_init_passive(),
extracted from exynos_bus_probe().
Signed-off-by: Artur Świgoń
---
drivers/devfreq/exynos-bus.c | 70 +---
1 file changed, 42 insertions(+), 28 deletions(-)
diff --git
Hi Christian,
On Thu, Sep 19, 2019 at 4:05 AM Koenig, Christian
wrote:
>
> > +out4:
> > + kfree(i2s_pdata);
> > +out3:
> > + kfree(adev->acp.acp_res);
> > +out2:
> > + kfree(adev->acp.acp_cell);
> > +out1:
> > + kfree(adev->acp.acp_genpd);
>
> kfree on a NULL pointer is harmless,
Friendly ping for review.
Thanks
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
[ Resending message in plain mode ]
Hello guys,
Actually, I believe this is True solution, and current one is wrong.
Let me explain why.
De2. 0 was designed to match Android hwcomposer hal requirements IMO.
You can easily agree with this conclusion by comparing Composer HAL
and De2. 0 hardware
From: Marcel Ziswiler
Add display timings for the following 3 display panels manufactured by
Logic Technologies Limited:
- LT161010-2NHC e.g. as found in the Toradex Capacitive Touch Display
7" Parallel [1]
- LT161010-2NHR e.g. as found in the Toradex Resistive Touch Display 7"
Parallel [2]
From: Marcel Ziswiler
Add vendor prefix for Logic Technologies Limited [1] which is a Chinese
display manufacturer e.g. distributed by German Endrich Bauelemente
Vertriebs GmbH [2].
[1] https://logictechno.com/contact-us/
[2] https://www.endrich.com/isi50_isi30_tft-displays/lt170410-1whc_isi30
Hi all:
There are hardware that can do virtio datapath offloading while having
its own control path. This path tries to implement a mdev based
unified API to support using kernel virtio driver to drive those
devices. This is done by introducing a new mdev transport for virtio
(virtio_mdev) and reg
Mdev bus only support vfio driver right now, so it doesn't implement
match method. But in the future, we may add drivers other than vfio,
one example is virtio-mdev[1] driver. This means we need to add device
class id support in bus match method to pair the mdev device and mdev
driver correctly.
S
Currently, except for the crate and remove. The rest fields of
mdev_parent_ops is just designed for vfio-mdev driver and may not help
for kernel mdev driver. So follow the device id support by previous
patch, this patch introduces device specific ops which points to
device specific ops (e.g vfio op
This patch implements basic support for mdev driver that support
virtio transport for kernel driver.
Signed-off-by: Jason Wang
---
drivers/vfio/mdev/mdev_core.c | 7 ++
include/linux/mdev.h | 3 +
include/linux/virtio_mdev.h | 141 ++
3 files change
This path introduces a new mdev transport for virtio. This is used to
use kernel virtio driver to drive the mediated device that is capable
of populating virtqueue directly.
A new virtio-mdev driver will be registered to the mdev bus, when a
new virtio-mdev device is probed, it will register the d
We want to copy from iov to buf, so the direction was wrong.
Signed-off-by: Jason Wang
---
drivers/vhost/vringh.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/vhost/vringh.c b/drivers/vhost/vringh.c
index 08ad0d1f0476..a0a2d74967ef 100644
--- a/drivers/vhost
This sample driver creates mdev device that simulate virtio net device
over virtio mdev transport. The device is implemented through vringh
and workqueue. A device specific dma ops is to make sure HVA is used
directly as the IOVA. This should be sufficient for kernel virtio
driver to work.
No more
Hi Flora,
FYI, the error/warning still remains.
tree: git://people.freedesktop.org/~agd5f/linux.git amd-mainline-dkms-5.0
head: a51a5ad4b8daf0dd0a437d51a19c2baa98953675
commit: 5165cd1453625e59650a1ed9b0f269b41529e421 [3711/3724] Revert "Revert
"drm/amd/autoconf: Test whether vm_fault->{addr
Different IC has different mipi_tx setting of dsi.
This patch separates the mipi_tx hardware relate part for mt8173.
Signed-off-by: Jitao Shi
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/Makefile | 1 +
drivers/gpu/drm/mediatek/mtk_mipi_tx.c| 336 ++
dri
Update device tree binding documentation for the dsi for
Mediatek MT8183 SoCs.
Signed-off-by: Jitao Shi
Acked-by: Rob Herring
---
.../bindings/display/mediatek/mediatek,dsi.txt| 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git
a/Documentation/devicetree/bind
Changes since v6:
- add the mipitx driving control in device tree.
- config mipitx impedance with calibration data.
Changes since v5:
- remove mipi_tx->ref_clk
- remove mt8183 pll prepare unprepare
Changes since v4:
- fine tune the mipi_tx->ref_clk and mipi_tx->pll sequence
1. Prepare mip
This patch add mt8183 mipi_tx driver.
And also support other chips that use the same binding and driver.
Signed-off-by: Jitao Shi
---
drivers/gpu/drm/mediatek/Makefile | 1 +
drivers/gpu/drm/mediatek/mtk_mipi_tx.c| 2 +
drivers/gpu/drm/mediatek/mtk_mipi_tx.h| 1
Add a property in device tree to control the driving by different
board.
Signed-off-by: Jitao Shi
---
drivers/gpu/drm/mediatek/mtk_mipi_tx.c| 6 ++
drivers/gpu/drm/mediatek/mtk_mipi_tx.h| 1 +
drivers/gpu/drm/mediatek/mtk_mt8183_mipi_tx.c | 7 +++
3 files changed, 14 inse
Config mipitx impedance with calibration data to make sure their impedance
are 100ohm.
Signed-off-by: Jitao Shi
---
drivers/gpu/drm/mediatek/mtk_mipi_tx.h| 1 +
drivers/gpu/drm/mediatek/mtk_mt8183_mipi_tx.c | 63 +++
2 files changed, 64 insertions(+)
diff --git a/driver
https://bugs.freedesktop.org/show_bug.cgi?id=111755
Bug ID: 111755
Summary: WARNING: CPU: 9 PID: 2908 at
drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_h
wseq.c:1942 dcn20_setup_gsl_group_as_lock+0x94/0x220
[a
https://bugs.freedesktop.org/show_bug.cgi?id=111755
--- Comment #1 from Stijn Tintel ---
Created attachment 145441
--> https://bugs.freedesktop.org/attachment.cgi?id=145441&action=edit
basic.conf as requested on
https://amdgpu-install.readthedocs.io/en/latest/install-bugrep.html
--
You are re
https://bugs.freedesktop.org/show_bug.cgi?id=111755
--- Comment #2 from Stijn Tintel ---
Created attachment 145442
--> https://bugs.freedesktop.org/attachment.cgi?id=145442&action=edit
lsmod | grep amdgpu > lsmod.amdgpu.log
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111755
--- Comment #4 from Stijn Tintel ---
Created attachment 145444
--> https://bugs.freedesktop.org/attachment.cgi?id=145444&action=edit
lspci -vnn > lspci.vnn.log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=111755
--- Comment #3 from Stijn Tintel ---
Created attachment 145443
--> https://bugs.freedesktop.org/attachment.cgi?id=145443&action=edit
Xorg.0.log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=111755
--- Comment #5 from Stijn Tintel ---
Created attachment 145445
--> https://bugs.freedesktop.org/attachment.cgi?id=145445&action=edit
lspci -nn > lspci.nn.log
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=111755
--- Comment #6 from Stijn Tintel ---
Created attachment 145446
--> https://bugs.freedesktop.org/attachment.cgi?id=145446&action=edit
sudo dmidecode > dmidecode.log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=111755
--- Comment #7 from Stijn Tintel ---
Created attachment 145447
--> https://bugs.freedesktop.org/attachment.cgi?id=145447&action=edit
uname -a > uname.a.log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=111755
--- Comment #8 from Stijn Tintel ---
Created attachment 145448
--> https://bugs.freedesktop.org/attachment.cgi?id=145448&action=edit
sudo lshw > lshw.log
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=111755
--- Comment #9 from Stijn Tintel ---
Created attachment 145449
--> https://bugs.freedesktop.org/attachment.cgi?id=145449&action=edit
modinfo amdgpu > modinfo.amdgpu.log
--
You are receiving this mail because:
You are the assignee for the bug
https://bugs.freedesktop.org/show_bug.cgi?id=111755
--- Comment #10 from Stijn Tintel ---
Created attachment 145450
--> https://bugs.freedesktop.org/attachment.cgi?id=145450&action=edit
glxinfo > glxinfo.log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=111755
--- Comment #11 from Stijn Tintel ---
navi10 firmware downloaded from
https://people.freedesktop.org/~agd5f/radeon_ucode/navi10/ on 20190913 - which
seems still current.
taz ~ # sha512sum /lib/firmware/amdgpu/navi10_*
d9f04485f53e92aa97ce6713b0
On Thu, Sep 19, 2019 at 12:09:40PM -0400, Qian Cai wrote:
> Since the commit b4adfe8e05f1 ("locking/lockdep: Remove unused argument
> in __lock_release"), @nested is no longer used in lock_release(), so
> remove it from all lock_release() calls and friends.
>
> Signed-off-by: Qian Cai
> ---
Alth
From: "Lowry Li (Arm Technology China)"
Sets color_depth according to connector->bpc.
Adds a new optional DT attribute "color-format" to represent a
preferred color formats for a specific pipeline, and the select order
is:
YCRCB420 > YCRCB422 > YCRCB444 > RGB444
The color-format can be an
Hello Xin Ji,
Thank you for the patch.
On Fri, Sep 20, 2019 at 06:05:03AM +, Xin Ji wrote:
> The ANX7625 is an ultra-low power 4K Mobile HD Transmitter designed
> for portable device. It converts MIPI to DisplayPort 1.3 4K.
I assume you meant MIPI DSI ? MIPI has released more standards than
https://bugs.freedesktop.org/show_bug.cgi?id=111755
--- Comment #12 from Stijn Tintel ---
I noticed after creating the bug that I had the proprietary nvidia kernel
modules loaded. I briefly used this card after my HD7970 died, until my new RX
5700 XT arrived. This card is normally assigned to a W
Hi Lowry,
On Friday, 20 September 2019 10:43:47 BST Lowry Li (Arm Technology China) wrote:
> From: "Lowry Li (Arm Technology China)"
>
> Sets color_depth according to connector->bpc.
> Adds a new optional DT attribute "color-format" to represent a
I don't see the hunk with the updated doc for t
Hi Rasmus
Has something gone wrong with the mail out for this patch set. I didn't
get a covering letter or patch 5/5?
Daniel.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
According to the downstream Android sources, the anx7808 variants use
address 0x78 for TX_P0 and the anx781x variants use address 0x70. Since
the datasheets aren't available for these devices, and we only have the
downstream kernel sources to look at, let's assume that these addresses
are fixed bas
On Fri, Sep 20, 2019 at 9:20 AM Maxime Ripard wrote:
>
> On Thu, Sep 19, 2019 at 08:53:10PM +0200, Jernej Škrabec wrote:
> > Dne sreda, 18. september 2019 ob 13:05:41 CEST je
> > roman.stratiie...@globallogic.com napisal(a):
> > > From: Roman Stratiienko
> > >
> > > According to Allwinner DE2.0 S
On 20/09/2019 12.14, Daniel Thompson wrote:
> Hi Rasmus
>
> Has something gone wrong with the mail out for this patch set. I didn't
> get a covering letter or patch 5/5?
Sorry about that. I should have included a cover letter so you'd know
that patch 5 wasn't directly related to the other patches
Hi Brian,
Thank you for the patch.
On Fri, Sep 20, 2019 at 06:14:38AM -0400, Brian Masney wrote:
> According to the downstream Android sources, the anx7808 variants use
> address 0x78 for TX_P0 and the anx781x variants use address 0x70. Since
> the datasheets aren't available for these devices, a
https://bugzilla.kernel.org/show_bug.cgi?id=200695
--- Comment #32 from Dev Bazilio (anode@gmail.com) ---
All works perfectly in 5.3, no black screen and no any errors (Polaris RX540)
--
You are receiving this mail because:
You are watching the assignee of the bug.
__
On Fri, Sep 20, 2019 at 01:49:45PM +0300, Laurent Pinchart wrote:
> Hi Brian,
>
> Thank you for the patch.
>
> On Fri, Sep 20, 2019 at 06:14:38AM -0400, Brian Masney wrote:
> > According to the downstream Android sources, the anx7808 variants use
> > address 0x78 for TX_P0 and the anx781x variant
https://bugzilla.kernel.org/show_bug.cgi?id=201957
--- Comment #10 from Dev Bazilio (anode@gmail.com) ---
(In reply to Ungureanu Alexandru from comment #9)
> Just got something similar while playing Left 4 Dead. The system simply
> froze with altered colors on the screen and the sound just loo
On Monday, 2019-09-16 16:23:13 +0300, Jani Nikula wrote:
> On Mon, 16 Sep 2019, Eric Engestrom wrote:
> > On Monday, 2019-09-16 11:53:24 +0300, Jani Nikula wrote:
> >> On Fri, 13 Sep 2019, Eric Engestrom wrote:
> >> > On Friday, 2019-09-13 14:51:39 +0300, Jani Nikula wrote:
> >> >> Add helper to
https://bugs.freedesktop.org/show_bug.cgi?id=111244
--- Comment #31 from Gabriel C ---
I tested now 5.4git on commit 10169-g574cc4539762.
mesa 19.1.7
xorg-server 1.20.5
xf86-video-amdgpu 19.0.1
Suspend to ram seems to work better, 8 of 10 suspends worked.
Suspend to disk is still the same, brok
Hi Brian,
On Fri, Sep 20, 2019 at 07:28:59AM -0400, Brian Masney wrote:
> On Fri, Sep 20, 2019 at 01:49:45PM +0300, Laurent Pinchart wrote:
> > On Fri, Sep 20, 2019 at 06:14:38AM -0400, Brian Masney wrote:
> >> According to the downstream Android sources, the anx7808 variants use
> >> address 0x78
On Thu, 2019-07-18 at 17:50 +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Prepare the pipe csc for YCbCr output on ilk/snb. The main difference
> to IVB+ is the lack of explicit post offsets, and instead we must
> configure the CSC info RGB->YUV mode (which takes care of offsetting
> Cb/C
Except typo, the changes look good to me.
Reviewed-by: Gwan-gyeong Mun
On Wed, 2019-09-18 at 19:03 +, Mun, Gwan-gyeong wrote:
> On Thu, 2019-07-18 at 17:50 +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > On HSW the pipe colorspace is configured via PIPECONF
> > (as opposed to PIP
Except typo, the changes look good to me.
Reviewed-by: Gwan-gyeong Mun
On Wed, 2019-09-18 at 19:05 +, Mun, Gwan-gyeong wrote:
> On Thu, 2019-07-18 at 17:50 +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > On ILK-IVB the pipe colorspace is configured via PIPECONF
> > (as opposed to
On Fri, 2019-09-20 at 10:38 +0100, Will Deacon wrote:
> On Thu, Sep 19, 2019 at 12:09:40PM -0400, Qian Cai wrote:
> > Since the commit b4adfe8e05f1 ("locking/lockdep: Remove unused argument
> > in __lock_release"), @nested is no longer used in lock_release(), so
> > remove it from all lock_release(
On Thu, 2019-07-18 at 17:50 +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> We're configuring the AVI infoframe quantization range bits as if
> we're always transmitting RGB pixels. Let's fix this so that we
> correctly indicate limited range YCC quantization range when
> transmitting YCbCr
Hi all,
Any update on this series ? Last time I looked, everything looked ready
and waiting to be merged.
JJ
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
On Thu, Sep 19, 2019 at 11:08 PM Jernej Škrabec wrote:
>
> Hi!
>
> Dne četrtek, 19. september 2019 ob 15:54:49 CEST je Cheng-Yi Chiang
> napisal(a):
> > Use two dai_links. One for HDMI and one for max98090.
> > With this setup, audio can play to speaker and HDMI selectively.
> >
> > Signed-off-by:
https://bugzilla.kernel.org/show_bug.cgi?id=204181
--- Comment #50 from Sergey Kondakov (virtuous...@gmail.com) ---
(In reply to Christopher Snowhill from comment #49)
> RX 480. Applied patch, haven't had any spurious crashes since. Using
> patchset since kernel 5.2.14, now using it on 5.3. Haven'
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #180 from Alex Deucher ---
Does booting with pci=noats on the kernel command line in grub help?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel maili
On Fri, Sep 20, 2019 at 08:50:36AM -0400, Qian Cai wrote:
> On Fri, 2019-09-20 at 10:38 +0100, Will Deacon wrote:
> > On Thu, Sep 19, 2019 at 12:09:40PM -0400, Qian Cai wrote:
> > > Since the commit b4adfe8e05f1 ("locking/lockdep: Remove unused argument
> > > in __lock_release"), @nested is no long
https://bugzilla.kernel.org/show_bug.cgi?id=204181
--- Comment #51 from Alex Deucher (alexdeuc...@gmail.com) ---
Patches have been sent to stable and should land soon.
--
You are receiving this mail because:
You are watching the assignee of the bug.
__
On Thu, Sep 19, 2019 at 5:13 PM Ayan Halder wrote:
>
> On Thu, Sep 19, 2019 at 04:10:42PM +0200, Daniel Vetter wrote:
> > On Thu, Sep 19, 2019 at 4:03 PM Ayan Halder wrote:
> > >
> > > On Wed, Sep 18, 2019 at 10:30:12PM +0100, Daniel Stone wrote:
> > >
> > > Hi All,
> > > Thanks for your suggesti
On Thu, 2019-07-18 at 17:50 +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Add comments to explain the ilk pipe csc operation a bit better.
>
> Signed-off-by: Ville Syrjälä
> ---
> drivers/gpu/drm/i915/display/intel_color.c | 26 +---
> --
> 1 file changed, 21 insertions
On Fri, Sep 20, 2019 at 02:24:32PM +, Mun, Gwan-gyeong wrote:
> On Thu, 2019-07-18 at 17:50 +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Add comments to explain the ilk pipe csc operation a bit better.
> >
> > Signed-off-by: Ville Syrjälä
> > ---
> > drivers/gpu/drm/i915/dis
3.16.74-rc1 review patch. If anyone has any objections, please let me know.
--
From: Lyude Paul
commit e0547c81bfcfad01cbbfa93a5e66bb98ab932f80 upstream.
On ThinkPad P50 SKUs with an Nvidia Quadro M1000M instead of the M2000M
variant, the BIOS does not always reset the seconda
On Thu, Sep 19, 2019 at 04:28:53PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> The bar values are little endian, not big endian. The pack
> function did it right but the unpack got it wrong. Fix it.
>
> Cc: sta...@vger.kernel.org
> Cc: linux-me...@vger.kernel.org
> Cc: Martin Bugge
>
Fix both the string and the struct member being printed.
Fixes: 264b9436d23b ("drm/komeda: Enable writeback split support")
Signed-off-by: Mihail Atanassov
---
drivers/gpu/drm/arm/display/komeda/komeda_pipeline_state.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drive
On Thu, Sep 19, 2019 at 03:12:44PM +0200, Ondřej Jirman wrote:
> On Thu, Sep 19, 2019 at 02:20:58PM +0200, megous hlavni wrote:
> > On Wed, Sep 18, 2019 at 10:16:17PM +0200, Maxime Ripard wrote:
> > > On Wed, Sep 18, 2019 at 05:23:09PM +0200, Ondřej Jirman wrote:
> > > > Hi,
> > > >
> > > > On Wed,
No change in behaviour; IRQ_RETVAL is about twice as popular as
manually writing out the ternary.
Signed-off-by: Mihail Atanassov
---
drivers/gpu/drm/arm/display/komeda/d71/d71_dev.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/arm/display/komeda/d71/d71_de
On Thu, Sep 19, 2019 at 02:53:21PM +0200, Rohan Garg wrote:
> DRM_IOCTL_BO_SET_LABEL lets you label GEM objects, making it
> easier to debug issues in userspace applications.
>
> Changes in v2:
> - Hoist the IOCTL up into the drm_driver framework
>
> Signed-off-by: Rohan Garg
> ---
> drivers/
On Thu, Sep 19, 2019 at 03:14:11PM +0200, Gerd Hoffmann wrote:
> There is little reason for the from/to logic, printing a subset of
> the bits can be done by simply shifting/masking value if needed.
>
> Also use for_each_set_bit().
>
> Suggested-by: Jani Nikula
> Signed-off-by: Gerd Hoffmann
>
On Wed, Sep 18, 2019 at 12:32 PM Krzysztof Kozlowski wrote:
>
> Convert Samsung PWM (S3C, S5P and Exynos SoCs) bindings to DT schema
> format using json-schema.
>
> Signed-off-by: Krzysztof Kozlowski
>
> ---
>
> Changes since v1:
> 1. Indent example with four spaces (more readable),
> 2. Fix sams
https://bugzilla.kernel.org/show_bug.cgi?id=203781
--- Comment #7 from ReddestDream (reddestdr...@gmail.com) ---
This issue is still not fixed on release 5.3.
Tested as above using Arch Linux.
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Tue, Sep 17, 2019 at 11:02:54AM +0200, Thierry Reding wrote:
> On Tue, Sep 17, 2019 at 01:43:13PM +1000, Ben Skeggs wrote:
> > On Tue, 17 Sep 2019 at 01:18, Thierry Reding
> > wrote:
> > >
> > > From: Thierry Reding
> > >
> > > The gk20a (as well as all subsequent Tegra instantiations of the
https://bugs.freedesktop.org/show_bug.cgi?id=109628
--- Comment #21 from Johannes Hirte ---
(In reply to John Smith from comment #20)
> Still seeing the warning with 5.4.0-0.rc0.git2.2.fc32.x86_64; waking up
> doesn't work. This is fedora kernel though and there's a possibility those
> patches ar
On Mon, Sep 02, 2019 at 01:31:00PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Hi,
>
> this series of patches improves the DP helpers a bit and cleans up some
> inconsistencies along the way.
>
> v2 incorporates all review comments add collects Reviewed-bys from v1.
>
> Thierry
>
https://bugs.freedesktop.org/show_bug.cgi?id=111077
--- Comment #45 from rol...@rptd.ch ---
That was now really rude. Anyways. I'm interested in a solution, not discussion
so I've pulled an apitrace of the situation. This does reproduce the problem.
It's though 60M in size. Compressed it's 8M. Ca
On Fri, Sep 20, 2019 at 04:58:53PM +0200, Thierry Reding wrote:
> On Thu, Sep 19, 2019 at 04:28:53PM +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > The bar values are little endian, not big endian. The pack
> > function did it right but the unpack got it wrong. Fix it.
> >
> > Cc: s
On Thu, Sep 19, 2019 at 10:53:03PM +0300, Gwan-gyeong Mun wrote:
> Support for HDR10 video was introduced in DisplayPort 1.4.
> On GLK+ platform, in order to use DisplayPort HDR10, we need to support
> BT.2020 colorimetry and HDR Static metadata.
> It implements the CTA-861-G standard for transport
On Wed, 18 Sep 2019 at 19:32, Krzysztof Kozlowski wrote:
>
> Convert Samsung S3C/S5P/Exynos watchdog bindings to DT schema format
> using json-schema.
>
> Signed-off-by: Krzysztof Kozlowski
>
> ---
>
> Changes since v1:
> 1. Indent example with four spaces (more readable),
> 2. Remove unneeded ti
https://bugs.freedesktop.org/show_bug.cgi?id=111759
Bug ID: 111759
Summary: [navi10] computer hang ring sdma1 timeout
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Seve
https://bugs.freedesktop.org/show_bug.cgi?id=111555
--- Comment #5 from Michael de Lang ---
I can confirm this happens when I use a dual-monitor setup. I have two
1440p@144 Hz screens and these messages happen when I boot with both screens,
or look at the gpu temperature through the sensor comman
https://bugs.freedesktop.org/show_bug.cgi?id=111759
--- Comment #1 from Pierre-Eric Pelloux-Prayer
---
See also https://bugs.freedesktop.org/show_bug.cgi?id=111481 were similar
issues were reported.
For now, it seems that the only reliable workaround is to use the Mesa
environment variable "AMD
https://bugs.freedesktop.org/show_bug.cgi?id=111555
--- Comment #6 from Shmerl ---
Just for the reference, my connection is DisplayPort 1.2.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@
https://bugs.freedesktop.org/show_bug.cgi?id=111759
--- Comment #2 from Michael de Lang ---
Much appreciated, will test that and if it seems to help, then this can be
closed as duplicate.
--
You are receiving this mail because:
You are the assignee for the bug.__
1 - 100 of 174 matches
Mail list logo