Hi Daniel.
On Mon, May 27, 2019 at 08:18:35AM +0200, Daniel Vetter wrote:
> On Sun, May 26, 2019 at 07:35:28PM +0200, Sam Ravnborg wrote:
> > While removing use of drmP.h from files in drm/* I
> > noticed that I had to add the same include files due to
> > dependencies in the header files.
> >
> >
On Mon, May 27, 2019 at 08:13:06AM +0200, Daniel Vetter wrote:
> On Sat, May 25, 2019 at 05:01:59PM +0200, Sam Ravnborg wrote:
> > Hi Daniel
> >
> > > It's dead code, and removing it avoids me having to understand
> > > what it's doing with lock_fb_info.
> >
> > I pushed the series through my bui
Hi Daniel.
> But I indeed forgot
> to delete the initial assignment of info at the function start. Is that
> what you mean here?
Yes.
Sam
On Fri, May 24, 2019 at 03:12:26PM +0300, Ville Syrjälä wrote:
> On Fri, May 24, 2019 at 11:10:09AM +, Brian Starkey wrote:
> > Hi,
> >
> > On Tue, May 21, 2019 at 09:45:58AM +0100, james qian wang (Arm Technology
> > China) wrote:
> > > On Thu, May 16, 2019 at 09:57:49PM +0800, Ayan Halder w
On Fri, May 24, 2019 at 02:46:50PM -0400, Tyler Slabinski wrote:
> VirtIO DRM driver crashes when setting specific 16.16 fixed-point
> property values
>
> When running a virtual machine with a VirtIO GPU, it's possible to
> crash the entire VM by setting the value of a 16.16 fixed-point
> property
On Sun, 26 May 2019 at 08:41, Ilia Mirkin wrote:
>
> Higher layers tend to add a lot of modes not actually in the EDID, such
> as the standard DMT modes. Changing this would be extremely intrusive to
> everyone, so just force the scaler more often. There are no practical
> cases we're aware of whe
On Sat, 25 May 2019 at 03:35, Gustavo A. R. Silva
wrote:
>
> Make use of the struct_size() helper instead of an open-coded version
> in order to avoid any potential type mistakes, in particular in the
> context in which this code is being used.
>
> So, replace the following form:
>
> sizeof(*kind)
On Mon, May 27, 2019 at 05:37:54AM +0430, nasser afshin wrote:
> Hi Vikash,
>
> As it's been quite a while, I want to know if the problem is solved
> successfully
> If so, could you please shed some light on the problem solving path?
Can you please explain "the problem"? Your subject isn't enoug
On Sun, May 26, 2019 at 07:35:28PM +0200, Sam Ravnborg wrote:
> While removing use of drmP.h from files in drm/* I
> noticed that I had to add the same include files due to
> dependencies in the header files.
>
> It is better to let the header files be self-contained and
> let the users pull in on
On Sat, May 25, 2019 at 05:01:59PM +0200, Sam Ravnborg wrote:
> Hi Daniel
>
> > It's dead code, and removing it avoids me having to understand
> > what it's doing with lock_fb_info.
>
> I pushed the series through my build tests which include the sh
> architecture.
>
> One error and one warning
On Sat, May 25, 2019 at 05:38:26PM +0200, Sam Ravnborg wrote:
> Hi Daniel.
>
> One detail I noticed while brosing the changes.
>
> >
> > @@ -1064,9 +1062,13 @@ static void fbcon_init(struct vc_data *vc, int init)
> > int logo = 1, new_rows, new_cols, rows, cols, charcnt = 256;
> > int c
On Sat, 25 May 2019 at 01:15, Emil Velikov wrote:
>
> On 2019/05/23, Ben Skeggs wrote:
> > On Thu, 23 May 2019 at 01:03, Emil Velikov wrote:
> > >
> > > From: Emil Velikov
> > >
> > > Cc: Ben Skeggs
> > > Cc: nouv...@lists.freedesktop.org
> > > Signed-off-by: Emil Velikov
> > Thanks!
> >
> For
https://bugs.freedesktop.org/show_bug.cgi?id=109022
--- Comment #19 from glencoesm...@hotmail.com ---
https://github.com/yuzu-emu/yuzu/issues/2523
WOOO!
This is getting a Yuzu side fix!
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=109022
--- Comment #18 from glencoesm...@hotmail.com ---
(In reply to e88z4 from comment #14)
> I tried to reproduce this bug again with latest mesa master (659aa3dd651).
> My kernel is 5.1.3 and yuzu-canary #2318. The behaviour of the softlock is
> sli
https://bugs.freedesktop.org/show_bug.cgi?id=109022
--- Comment #17 from glencoesm...@hotmail.com ---
(In reply to Timothy Arceri from comment #16)
> (In reply to Timothy Arceri from comment #15)
> > Maybe related to 110472
>
> Sorry to bug #110472
It definitely is, as it occurs using the same
https://bugs.freedesktop.org/show_bug.cgi?id=109022
--- Comment #16 from Timothy Arceri ---
(In reply to Timothy Arceri from comment #15)
> Maybe related to 110472
Sorry to bug #110472
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=109022
--- Comment #15 from Timothy Arceri ---
Maybe related to 110472
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
htt
https://bugs.freedesktop.org/show_bug.cgi?id=110760
Timothy Arceri changed:
What|Removed |Added
Component|Drivers/Gallium/radeonsi|Drivers/Vulkan/radeon
https://bugs.freedesktop.org/show_bug.cgi?id=110658
--- Comment #3 from Timothy Arceri ---
Are you able to test with llvm 9?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedeskto
There are some errors when unbinding and rebinding mediatek drm, dsi,
and disp-* drivers. This series is to fix those errors and warnings.
Hsin-Yi Wang (3):
drm: mediatek: fix unbind functions
drm: mediatek: remove clk_unprepare() in mtk_drm_crtc_destroy()
drm: mediatek: unbind components in
move mipi_dsi_host_unregister() to .remove since mipi_dsi_host_register()
is called in .probe.
detatch panel in mtk_dsi_destroy_conn_enc(), since .bind will try to
attach it again.
Fixes: 2e54c14e310f ("drm/mediatek: Add DSI sub driver")
Signed-off-by: Hsin-Yi Wang
---
drivers/gpu/drm/mediatek/
Unbinding components (i.e. mtk_dsi and mtk_disp_ovl/rdma/color) will
trigger master(mtk_drm)'s .unbind(), and currently mtk_drm's unbind
won't actually unbind components. During the next bind,
mtk_drm_kms_init() is called, and the components are added back.
.unbind() should call mtk_drm_kms_deinit
There is no clk_prepare() called in mtk_drm_crtc_reset(), when unbinding
drm device, mtk_drm_crtc_destroy() will be triggered, and the clocks will
be disabled and unprepared in mtk_crtc_ddp_clk_disable. If clk_unprepare()
is called here, we'll get warnings[1], so remove clk_unprepare() here.
[1]
[
Hi Bartlomiej,
I love your patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on v5.2-rc2 next-20190524]
[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/li
https://bugs.freedesktop.org/show_bug.cgi?id=110658
--- Comment #2 from Alexander Mezin ---
llvm 8.0.0
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.fr
https://bugs.freedesktop.org/show_bug.cgi?id=110658
Timothy Arceri changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from Timothy A
https://bugs.freedesktop.org/show_bug.cgi?id=110472
--- Comment #6 from Timothy Arceri ---
I've reported it here: https://github.com/yuzu-emu/yuzu/issues/2523
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel maili
https://bugs.freedesktop.org/show_bug.cgi?id=110472
--- Comment #5 from Timothy Arceri ---
There is a bug in one of their generated shaders.
error: #extension directive is not allowed in the middle of a shader
Some other drivers allow extension to be defined mid shader but this is invalid
acco
On Wed, May 08, 2019 at 07:18:27PM +0200, Guido Günther wrote:
> If somebody is working on DCSS support it'd be cool to know since this
I have some time slots here and will start looking at it, if no one else
is already working on it.
Shawn
> driver is currently a component of imx-display-subsys
https://bugs.freedesktop.org/show_bug.cgi?id=110711
Timothy Arceri changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Timothy A
https://bugs.freedesktop.org/show_bug.cgi?id=109345
--- Comment #47 from Allan Cairns ---
I tried using an xorg.conf with the following:
Section "Device"
Identifier "ATI RV620 [FirePro 2260]"
BusID "PCI:5@4096:0:0"
EndSection
My Amigone x5000 would only boot to
Hi Vikash,
As it's been quite a while, I want to know if the problem is solved successfully
If so, could you please shed some light on the problem solving path?
Working on a custom hardware based on TI AM5728, and having the same
problem at hand, I just was curious if some one has been able to wr
https://bugs.freedesktop.org/show_bug.cgi?id=109022
--- Comment #14 from e88z4 ---
I tried to reproduce this bug again with latest mesa master (659aa3dd651). My
kernel is 5.1.3 and yuzu-canary #2318. The behaviour of the softlock is
slightly changed. Yuzu didn't crash anymore but rendering was su
On 25/05/2019 08:03, Hariprasad Kelam wrote:
fix below warnings reported by coccicheck
/drivers/gpu/drm/tegra/drm.c:509:1-3: WARNING: PTR_ERR_OR_ZERO can be
used
./drivers/gpu/drm/tegra/gem.c:419:1-3: WARNING: PTR_ERR_OR_ZERO can be
used
I'd say the coccicheck should say "Improvement:" here, i
This patch enables Dynamic Range and Mastering InfoFrame on H6.
Cc: Maxime Ripard
Cc: Jernej Skrabec
Signed-off-by: Jonas Karlman
---
drivers/gpu/drm/sun4i/sun8i_dw_hdmi.c | 2 ++
drivers/gpu/drm/sun4i/sun8i_dw_hdmi.h | 1 +
2 files changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/sun4i/
This patch enables Dynamic Range and Mastering InfoFrame on RK3328 and RK3399.
Cc: Sandy Huang
Cc: Heiko Stuebner
Signed-off-by: Jonas Karlman
---
drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c
b/dr
This patch enables Dynamic Range and Mastering InfoFrame on GXL, GXM and G12A.
Cc: Neil Armstrong
Signed-off-by: Jonas Karlman
---
drivers/gpu/drm/meson/meson_dw_hdmi.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/meson/meson_dw_hdmi.c
b/drivers/gpu/drm/meson/meson_
Add support for configuring Dynamic Range and Mastering InfoFrame from
the hdr_output_metadata connector property.
This patch adds a drm_infoframe flag to dw_hdmi_plat_data that platform drivers
use to signal when Dynamic Range and Mastering infoframes is supported.
This flag is needed because Aml
Add support for HDR metadata using the hdr_output_metadata connector property,
configure Dynamic Range and Mastering InfoFrame accordingly.
A drm_infoframe flag is added to dw_hdmi_plat_data that platform drivers
can use to signal when Dynamic Range and Mastering infoframes is supported.
This flag
https://bugs.freedesktop.org/show_bug.cgi?id=110575
--- Comment #6 from tempel.jul...@gmail.com ---
It seems R600_DEBUG=nodma helps as well and hardly costs any performance in
CS:GO or Skyrim Gallium Nine.
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=110659
--- Comment #7 from tempel.jul...@gmail.com ---
Playing Skyrim with Gallium Nine also shows this issue, it makes the games
unplayable.
Is it really certain that it's an amdgpu.dc problem when the modesetting DDX
doesn't show this issue?
--
You
Hi!
On Sat, May 25, 2019 at 12:55:09PM +0530, Hariprasad Kelam wrote:
> fix below warnings reported by coccicheck
>
> ./drivers/gpu/drm/sun4i/sun8i_hdmi_phy_clk.c:174:1-3: WARNING:
> PTR_ERR_OR_ZERO can be used
> ./drivers/gpu/drm/sun4i/sun4i_hdmi_tmds_clk.c:236:1-3: WARNING:
> PTR_ERR_OR_ZERO can
The header file drmP.h have been deprecated and this
set include a patch to remove the use of drmP.h in
all files in drm/panel/*.
The patchset has been build tested with x86, arm, ++
in various configs.
There is a flux of incoming panels, and removing
use of drmP.h from existing files will hopefu
The num_supplies variable is not used, delete it.
Build tested.
Signed-off-by: Sam Ravnborg
Cc: Thierry Reding
Cc: David Airlie
Cc: Daniel Vetter
---
drivers/gpu/drm/panel/panel-innolux-p079zca.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/panel/panel-innolux-p079zca.c
Drop use of the deprecated drmP.h header file.
While touching the list of include files:
- Divide include files in blocks of linux/* video/* drm/* etc.
Be consistent in the order of the blocks
- Sort individual blocks of include files
Signed-off-by: Sam Ravnborg
Cc: Thierry Reding
Cc: Linus W
The use of the drmP.h header file is deprecated.
Remove use from all files in drm/*
so people do not look there and follow a bad example.
Build tested allyesconfig,allmodconfig on x86, arm etc.
Including alpha that is as always more challenging than
the rest.
Signed-off-by: Sam Ravnborg
Cc: Maar
Do not require users of drm_internal.h to include other
files just to let it build
Signed-off-by: Sam Ravnborg
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Sean Paul
Cc: David Airlie
Cc: Daniel Vetter
---
drivers/gpu/drm/drm_internal.h | 10 +-
1 file changed, 9 insertions(+), 1 dele
While removing use of drmP.h from files in drm/* I
noticed that I had to add the same include files due to
dependencies in the header files.
It is better to let the header files be self-contained and
let the users pull in only the additional headers files required.
So I went ahead and made the rel
Do not require users of drm_trace.h to include other
files just to let it build
Signed-off-by: Sam Ravnborg
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Sean Paul
Cc: David Airlie
Cc: Daniel Vetter
---
drivers/gpu/drm/drm_trace.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/
Do not require users of drm_legacy.h to include other
files just to let it build
Signed-off-by: Sam Ravnborg
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Sean Paul
Cc: David Airlie
Cc: Daniel Vetter
---
drivers/gpu/drm/drm_legacy.h | 4
1 file changed, 4 insertions(+)
diff --git a/driv
Do not require users of include/drm/drm_legacy.h to
include other files just to let it build.
Signed-off-by: Sam Ravnborg
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Sean Paul
Cc: David Airlie
Cc: Daniel Vetter
---
include/drm/drm_legacy.h | 12 ++--
1 file changed, 6 insertions(+),
Do not require users of include/drm/drm_auth.h to include
other files just to let it build.
Signed-off-by: Sam Ravnborg
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Sean Paul
Cc: David Airlie
Cc: Daniel Vetter
---
include/drm/drm_auth.h | 11 +--
1 file changed, 9 insertions(+), 2 de
Do not require users of drm_crtc_internal.h to include other
files just to let it build
Signed-off-by: Sam Ravnborg
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Sean Paul
Cc: David Airlie
Cc: Daniel Vetter
---
drivers/gpu/drm/drm_crtc_internal.h | 24
1 file changed,
On Sat, May 25, 2019 at 9:36 AM Sam Ravnborg wrote:
> This driver breaks build in drm-misc-next at the moment.
>
> Following patch fixed both a build warning and a build error.
> Could you take a look and get it fixed properly.
>
> If relevant - then patch is:
> Signed-off-by: Sam Ravnborg
Than
From: Sam Ravnborg
Some further compile problems appeared while merging the
patch, fix them up.
Signed-off-by: Sam Ravnborg
Signed-off-by: Linus Walleij
---
drivers/gpu/drm/mcde/mcde_display.c | 2 +-
drivers/gpu/drm/mcde/mcde_dsi.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
remove duplicate inclusion of nvif/device.h
Issue identified by includecheck
Signed-off-by: Hariprasad Kelam
---
drivers/gpu/drm/nouveau/nouveau_drv.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_drv.h
b/drivers/gpu/drm/nouveau/nouveau_drv.h
index 35ff0ca.
remove duplicate inclusion of subdev/bios.h
Issue identified by includecheck
Signed-off-by: Hariprasad Kelam
---
drivers/gpu/drm/nouveau/dispnv04/disp.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/dispnv04/disp.h
b/drivers/gpu/drm/nouveau/dispnv04/disp.h
index c6
Remove duplicate include of trace.h
Issue identified by includecheck
Signed-off-by: Hariprasad Kelam
---
drivers/gpu/drm/i915/gvt/trace_points.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/gvt/trace_points.c
b/drivers/gpu/drm/i915/gvt/trace_points.c
index a3deed69..
Hi Patrik.
> v2 of this series is already applied to drm-misc-next
Thanks, I had not rebased on top of drm-misc-next - obviously.
Sam
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-
59 matches
Mail list logo
