On Tue, Nov 20, 2018 at 05:20:02PM +0100, Christophe Fergeau wrote:
> qxl_bo_unref() is already performing a NULL check.
All queued up for -next.
thanks,
Gerd
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/ma
On Thu, Nov 15, 2018 at 12:10:36PM +, YueHaibing wrote:
> Fixes gcc '-Wunused-but-set-variable' warning:
>
> drivers/gpu/drm/cirrus/cirrus_fbdev.c: In function 'cirrusfb_create':
> drivers/gpu/drm/cirrus/cirrus_fbdev.c:172:20: warning:
> variable 'bo' set but not used [-Wunused-but-set-variab
On 11/21/18 3:11 PM, Brajeswar Ghosh wrote:
Remove gca/gfx_8_0_d.h which is included more than once
Signed-off-by: Brajeswar Ghosh
Reviewed-by: Junwei Zhang
---
drivers/gpu/drm/amd/amdgpu/vce_v3_0.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/vce_v3_0.c
right this branch based on rc1 with some other commits, but v5-patches are
applied on Oct 3rd (listed in Oct 5th)
frank@frank-N56VZ:/media/data_ext/bpi-r2-kernel/github
[11:29:10]$ git checkout 4.19-hdmiv5
Already on '4.19-hdmiv5'
Your branch is up to date with 'origin/4.19-hdmiv5'.
frank@frank-N
On Tue, Nov 20, 2018 at 6:53 PM Maxime Ripard wrote:
>
> On Mon, Nov 19, 2018 at 04:28:29PM +0530, Jagan Teki wrote:
> > On Mon, Nov 19, 2018 at 1:57 PM Maxime Ripard
> > wrote:
> > >
> > > On Fri, Nov 16, 2018 at 10:09:05PM +0530, Jagan Teki wrote:
> > > > Loop N1 instruction delay for burst mo
On Tue, Nov 20, 2018 at 9:27 PM Maxime Ripard wrote:
>
> On Thu, Nov 15, 2018 at 11:19:53PM +0530, Jagan Teki wrote:
> > On Thu, Nov 15, 2018 at 3:26 PM Maxime Ripard
> > wrote:
> > >
> > > Hi,
> > >
> > > On Tue, Nov 13, 2018 at 04:46:15PM +0530, Jagan Teki wrote:
> > > > The horizontal and ver
Remove gca/gfx_8_0_d.h which is included more than once
Signed-off-by: Brajeswar Ghosh
---
drivers/gpu/drm/amd/amdgpu/vce_v3_0.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/vce_v3_0.c
b/drivers/gpu/drm/amd/amdgpu/vce_v3_0.c
index 6dbd39730070..4e4289a06a53 1006
Fix a spelling mistake in a comment.
Signed-off-by: Alexandre Belloni
---
drivers/gpu/drm/i915/i915_debugfs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_debugfs.c
b/drivers/gpu/drm/i915/i915_debugfs.c
index f9ce35da4123..742f8ff101e4 100644
---
On Tue, Nov 20, 2018 at 9:15 PM Maxime Ripard wrote:
>
> On Mon, Nov 19, 2018 at 04:30:37PM +0530, Jagan Teki wrote:
> > On Mon, Nov 19, 2018 at 2:00 PM Maxime Ripard
> > wrote:
> > >
> > > On Fri, Nov 16, 2018 at 10:09:07PM +0530, Jagan Teki wrote:
> > > > Burst mode display timings are differe
On Tue, Nov 20, 2018 at 7:59 AM Maxime Ripard wrote:
>
> On Tue, Nov 20, 2018 at 07:06:30PM +0530, Jagan Teki wrote:
> > On Tue, Nov 20, 2018 at 6:53 PM Maxime Ripard
> > wrote:
> > >
> > > On Mon, Nov 19, 2018 at 04:28:29PM +0530, Jagan Teki wrote:
> > > > On Mon, Nov 19, 2018 at 1:57 PM Maxime
On Tue, Nov 20, 2018 at 4:26 PM Maxime Ripard wrote:
>
> On Thu, Nov 15, 2018 at 08:51:04PM +0530, Jagan Teki wrote:
> > > > drivers/clk/sunxi-ng/ccu_nkm.c | 3 +++
> > > > drivers/clk/sunxi-ng/ccu_nkm.h | 1 +
> > > > 2 files changed, 4 insertions(+)
> > > >
> > > > diff --git a/drivers/clk/sunx
On 20/11/2018 11:34, Frank Wunderlich wrote:
> right this branch based on rc1 with some other commits, but v5-patches are
> applied on Oct 3rd (listed in Oct 5th)
>
> frank@frank-N56VZ:/media/data_ext/bpi-r2-kernel/github
> [11:29:10]$ git checkout 4.19-hdmiv5
> Already on '4.19-hdmiv5'
> Your
On Tue, Nov 20, 2018 at 8:02 PM Maxime Ripard wrote:
>
> On Mon, Nov 19, 2018 at 04:52:17PM +0530, Jagan Teki wrote:
> > On Mon, Nov 19, 2018 at 2:02 PM Maxime Ripard
> > wrote:
> > >
> > > On Fri, Nov 16, 2018 at 10:09:08PM +0530, Jagan Teki wrote:
> > > > Allwinner MIPI DSI DRQ set value can b
Remove dm_services_types.h which is included more than once
Signed-off-by: Brajeswar Ghosh
---
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c
b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm
On Mon, Oct 08, 2018 at 06:06:18PM +, Leonard Crestez wrote:
> Now that mxsfb has functional runtime_pm support we can enable power
> gating for the DISPLAY power domain on imx6sx.
>
> Since pci-imx doesn't support runtime power gating this is still
> always-on unless PCI is disabled/unused. B
On Thu, Nov 15, 2018 at 9:09 PM Souptick Joarder wrote:
>
> Previouly drivers have their own way of mapping range of
> kernel pages/memory into user vma and this was done by
> invoking vm_insert_page() within a loop.
>
> As this pattern is common across different drivers, it can
> be generalized b
On 20/11/2018 09:26, Frank Wunderlich wrote:
> Hi,
>
> i got v5-patches working on bpi-r2 (mt7623) with a Patch from Ryder.lee and 2
> from Bibby Hsieh on 4.19-rc1
>
> https://github.com/frank-w/BPI-R2-4.14/commits/4.19-hdmiv5
>
I don't see the patches applied to this tree. Apart from that t
On Tue, Nov 20, 2018 at 9:29 PM Maxime Ripard wrote:
>
> On Tue, Nov 20, 2018 at 07:06:30PM +0530, Jagan Teki wrote:
> > On Tue, Nov 20, 2018 at 6:53 PM Maxime Ripard
> > wrote:
> > >
> > > On Mon, Nov 19, 2018 at 04:28:29PM +0530, Jagan Teki wrote:
> > > > On Mon, Nov 19, 2018 at 1:57 PM Maxime
On 20/11/2018 05:05, CK Hu wrote:
> Hi, Matthias:
>
> On Mon, 2018-11-19 at 10:26 +0100, Matthias Brugger wrote:
>>
>> On 19/11/2018 06:38, CK Hu wrote:
>>> Hi, Matthias:
>>>
>>> On Fri, 2018-11-16 at 13:54 +0100, matthias@kernel.org wrote:
From: Matthias Brugger
It can happe
dma_map_sg() expects a DMA domain. However, the drm devices
have been traditionally using unmanaged iommu domain which
is non-dma type. Using dma mapping APIs with that domain is bad.
Replace dma_map_sg() calls with dma_sync_sg_for_device{|cpu}()
to do the cache maintenance.
Signed-off-by: Vivek
On Tue, Oct 30, 2018 at 10:38:04AM +0100, Daniel Vetter wrote:
> On Tue, Oct 30, 2018 at 07:32:06AM +0100, Gerd Hoffmann wrote:
> > linux guest driver implementation of the VIRTIO_GPU_F_EDID feature.
> >
> > Signed-off-by: Gerd Hoffmann
>
> Like with bochs, I think drm_do_get_edid() here is over
So qxl kernel patches are sent to the spice-devel list for review.
Signed-off-by: Gerd Hoffmann
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 4caac2f6b0..d9945d57eb 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4728,6 +4728,7 @@ DRM DRIVER F
On Mon, Nov 12, 2018 at 06:59:45PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> On i965gm we need to adjust max_vblank_count dynamically
> depending on whether the TV encoder is used or not. To
> that end add a per-crtc max_vblank_count that takes
> precedence over its device wide counte
On Mon, Nov 12, 2018 at 04:47:03PM -0500, Sean Paul wrote:
> From: Sean Paul
>
> This patch wraps dpu_core_perf_crtc_release_bw() with modeset locks
> since it digs into the state objects.
>
> Signed-off-by: Sean Paul
> ---
> drivers/gpu/drm/msm/disp/dpu1/dpu_crtc.c | 2 ++
> 1 file changed, 2
On Tue, Nov 13, 2018 at 12:52:14AM -0500, Sasha Levin wrote:
> From: "Lee, Shawn C"
>
> [ Upstream commit 922dceff8dc1fb4dafc9af78139ba65671408103 ]
>
> BOE panel (ID: 0x0771) that reports "DFP 1.x compliant TMDS".
> But it's 6bpc panel only instead of 8 bpc.
>
> Add panel ID to edid quirk list
On Wed, Nov 21, 2018 at 10:31 AM Daniel Vetter wrote:
>
> On Tue, Nov 13, 2018 at 12:52:14AM -0500, Sasha Levin wrote:
> > From: "Lee, Shawn C"
> >
> > [ Upstream commit 922dceff8dc1fb4dafc9af78139ba65671408103 ]
> >
> > BOE panel (ID: 0x0771) that reports "DFP 1.x compliant TMDS".
> > But it's 6
Hi Sakari,
Thanks for your review.
On Mon, Nov 19, 2018 at 03:43:57PM +0200, Sakari Ailus wrote:
> > +/*
> > + * Minimum D-PHY timings based on MIPI D-PHY specification. Derived
> > + * from the valid ranges specified in Section 6.9, Table 14, Page 41
> > + * of the D-PHY specification (v2.1).
>
On Wed, Nov 21, 2018 at 09:54:22AM +0100, Gerd Hoffmann wrote:
> On Tue, Oct 30, 2018 at 10:38:04AM +0100, Daniel Vetter wrote:
> > On Tue, Oct 30, 2018 at 07:32:06AM +0100, Gerd Hoffmann wrote:
> > > linux guest driver implementation of the VIRTIO_GPU_F_EDID feature.
> > >
> > > Signed-off-by: Ge
On Wed, Nov 14, 2018 at 12:49:11PM +0200, Jani Nikula wrote:
> On Tue, 13 Nov 2018, Ben Hutchings wrote:
> > This series adds two more EDIDs that I needed for a project some time ago,
> > and fixes some problems that I found along the way.
>
> See also [1]. The patches there have been applied via
On Mon, Nov 19, 2018 at 10:28:35AM +0100, Maxime Ripard wrote:
> On Thu, Nov 15, 2018 at 05:32:48PM +0100, Paul Kocialkowski wrote:
> > Writeback connectors do not produce any on-screen output and require
> > special care for use. Such connectors are hidden from enumeration in
> > DRM resources by
On Thu, Nov 15, 2018 at 11:38:35PM +0100, Linus Walleij wrote:
> On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos
> wrote:
>
> > One of the things in the DRM TODO list ("Documentation/gpu/todo.rst") was to
> > "switch from reference/unreference to get/put". That's what this patch
> > series is
>
On Sun, Nov 18, 2018 at 08:44:57PM +0800, Qiang Yu wrote:
> add ".prepare_fb = drm_gem_fb_prepare_fb," in "drm_plane_helper_funcs"
> solve my flicker problem on Allwinner A64.
Yeah, some drivers fail to set this. Would be great if you could submit
this bugfix.
Thanks, Daniel
>
> Thanks,
> Qian
On 21/11/2018 10:39, Christian Hewitt wrote:
> This essential mode for PAL users is missing, so add it.
>
> Signed-off-by: Christian Hewitt
> ---
> drivers/gpu/drm/meson/meson_venc.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/gpu/drm/meson/meson_venc.c
> b/drivers/gpu/drm
https://bugs.freedesktop.org/show_bug.cgi?id=108781
--- Comment #12 from jamespharve...@gmail.com ---
Daniel, based on your questioning, looking back, I am definitely second
guessing my last entry of "bisect good". I think I may have been hasty from
thinking I was done with a frustrating bisect.
Hi!
On Mon, Nov 19, 2018 at 03:58:34PM +0200, Sakari Ailus wrote:
> > + /**
> > +* @clk_pre:
> > +*
> > +* Time, in nanoseconds, that the HS clock shall be driven by
> > +* the transmitter prior to any associated Data Lane beginning
> > +* the transition from LP to HS mode.
>
Am 20.11.18 um 19:58 schrieb Kenny Ho:
Since many parts of the DRM subsystem has vendor-specific
implementations, we introduce mechanisms for vendor to register their
specific resources and control files to the DRM cgroup subsystem. A
vendor will register itself with the DRM cgroup subsystem fir
Am 20.11.18 um 19:58 schrieb Kenny Ho:
Change-Id: Ib66c44ac1b1c367659e362a2fc05b6fbb3805876
Signed-off-by: Kenny Ho
---
drivers/gpu/drm/amd/amdgpu/Makefile | 3 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 7
drivers/gpu/drm/amd/amdgpu/amdgpu_drmcgrp.c | 37 +++
On Sun, Nov 18, 2018 at 08:57:20PM -0300, Sergio Correia wrote:
> When drm_new_set_master() fails, we restore the old master, however we may
> have changed the is_master flag to 1, before failing, and it may be the
> case it was 0 previously. Restore also this flag to its original state, in
> case
Am 20.11.18 um 19:58 schrieb Kenny Ho:
Account for the number of command submitted to amdgpu by type on a per
cgroup basis, for the purpose of profiling/monitoring applications.
x prefix in the control file name x.cmd_submitted.amd.stat signify
experimental.
Change-Id: Ibc22e5bda600f54fe820fe0a
On Tue, Nov 20, 2018 at 07:55:42PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> The early return in drm_atomic_set_mode_for_crtc() isn't quite
> right. It would mistakenly return and fail to update
> crtc_state->enable if someone actually tried to set a zeroed
> mode on a currently disab
Am 20.11.18 um 19:58 schrieb Kenny Ho:
Account for the total size of buffer object requested to amdgpu by
buffer type on a per cgroup basis.
x prefix in the control file name x.bo_requested.amd.stat signify
experimental.
Change-Id: Ifb680c4bcf3652879a7a659510e25680c2465cf6
Signed-off-by: Kenny
Am 20.11.18 um 21:57 schrieb Eric Anholt:
Kenny Ho writes:
Account for the number of command submitted to amdgpu by type on a per
cgroup basis, for the purpose of profiling/monitoring applications.
For profiling other drivers, I've used perf tracepoints, which let you
get useful timelines of
On Tue, Nov 20, 2018 at 07:37:17PM -0500, Lyude Paul wrote:
> While trying to add a chamelium test for short HPD IRQs, I ran into
> issues where a hotplug storm would be triggered, but the point at which
> it would be reported by the kernel would be after igt actually finished
> checking i915_hpd_s
On Wed, Nov 21, 2018 at 10:01:29AM +0100, Gerd Hoffmann wrote:
> So qxl kernel patches are sent to the spice-devel list for review.
>
> Signed-off-by: Gerd Hoffmann
Makes sense. Acked-by: Daniel Vetter
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/MAINTAINERS b/
Hi Kishon,
On Tue, Nov 20, 2018 at 11:02:34AM +0530, Kishon Vijay Abraham I wrote:
> > > +static int cdns_dphy_config_from_opts(struct phy *phy,
> > > + struct phy_configure_opts_mipi_dphy *opts,
> > > + struct cdns_dphy_cfg *cfg)
> > > +
https://bugs.freedesktop.org/show_bug.cgi?id=108814
--- Comment #1 from Domen ---
Created attachment 142535
--> https://bugs.freedesktop.org/attachment.cgi?id=142535&action=edit
umr dump
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=108814
--- Comment #2 from Domen ---
Created attachment 142536
--> https://bugs.freedesktop.org/attachment.cgi?id=142536&action=edit
gallium dump t1
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=108814
--- Comment #3 from Domen ---
Created attachment 142537
--> https://bugs.freedesktop.org/attachment.cgi?id=142537&action=edit
gallium dump t0
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=108814
--- Comment #4 from Domen ---
Created attachment 142538
--> https://bugs.freedesktop.org/attachment.cgi?id=142538&action=edit
trace events amdgpu
--
You are receiving this mail because:
You are the assignee for the bug.__
On Tue, 20 Nov 2018, Alexandre Belloni wrote:
> Fix a spelling mistake in a comment.
>
> Signed-off-by: Alexandre Belloni
Thanks for the patch, pushed to drm-intel-next-queued.
BR,
Jani.
> ---
> drivers/gpu/drm/i915/i915_debugfs.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> di
https://bugs.freedesktop.org/show_bug.cgi?id=108814
--- Comment #5 from Domen ---
Attached logs
[ 332.004841] amdgpu :0e:00.0: GPU fault detected: 147 0x0f800802 for
process roles pid 1043 thread roles:cs0 pid 1044
[ 332.004844] amdgpu :0e:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR
0x0
On Wed, Nov 21, 2018 at 10:59:56AM +0100, Daniel Vetter wrote:
> On Tue, Nov 20, 2018 at 07:55:42PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > The early return in drm_atomic_set_mode_for_crtc() isn't quite
> > right. It would mistakenly return and fail to update
> > crtc_state->e
On 20/11/2018 10:21, Neil Armstrong wrote:
> Hi Koen,
>
> On 19/11/2018 11:02, Koen Kooi wrote:
>> Suggested by Qiang Yu to fix tearing artefacts in the
>> Kodi GUI.
>
> Thanks, indeed this fixes implicit fencing when using Lima on Amlogic Meson
> SoCs.
>
> Any objection to merge this ?
>
> N
https://bugs.freedesktop.org/show_bug.cgi?id=102646
--- Comment #47 from tempel.jul...@gmail.com ---
I had the chance to test three different GPUs:
RX 560: flickers
RX 580: flickers
RX Vega 56: doesn't flicker (and saves way more power than Polaris at the same
time)
--
You are receiving this mai
https://bugs.freedesktop.org/show_bug.cgi?id=102646
--- Comment #48 from Tim Writer ---
I'm out-of-office for jury duty Nov. 19 - Dec. 11, returning on Dec. 12. I will
be checking e-mail daily and will endeavour to route important e-mail to my
team.
Regards,
Tim
--
You are receiving this mail
On Wed, Nov 21, 2018 at 10:27:27AM +0100, Daniel Vetter wrote:
> On Mon, Nov 12, 2018 at 06:59:45PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > On i965gm we need to adjust max_vblank_count dynamically
> > depending on whether the TV encoder is used or not. To
> > that end add a pe
On Tue, 20 Nov 2018, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Make life easier for drivers by simply passing the connector
> to drm_hdmi_avi_infoframe_from_display_mode() and
> drm_hdmi_avi_infoframe_quant_range(). That way drivers don't
> need to worry about is_hdmi2_sink mess.
Overall lo
On Wed, Nov 21, 2018 at 01:40:43PM +0200, Jani Nikula wrote:
> On Tue, 20 Nov 2018, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Make life easier for drivers by simply passing the connector
> > to drm_hdmi_avi_infoframe_from_display_mode() and
> > drm_hdmi_avi_infoframe_quant_range(). Tha
On Mon, Nov 19, 2018 at 11:35:00PM +0100, Hans de Goede wrote:
> Starting with 4.20-rc1 I'm seeing the LCD screen briefly turn mostly purple
> on devices with a DSI panel (seen on 2 different devices with a DSI panel).
>
> This happens both with and without fastboot=1. This is caused by
> commit 5
https://bugs.freedesktop.org/show_bug.cgi?id=107690
--- Comment #6 from Gleb Zasyadko ---
Today some new facts came to light. It turns out that if you change the HDMI
EDID mode from 2.0 to 1.4 in the settings of my TV, then the distributions on
the new kernels starting from version 4.18 start per
https://bugs.freedesktop.org/show_bug.cgi?id=107690
Gleb Zasyadko changed:
What|Removed |Added
Summary|Blackscreen after |Blackscreen after
|in
https://bugs.freedesktop.org/show_bug.cgi?id=107690
Gleb Zasyadko changed:
What|Removed |Added
Summary|Blackscreen after |Blackscreen after
|in
Hi Sakari,
On Mon, Nov 19, 2018 at 11:24:20PM +0200, Sakari Ailus wrote:
> Hi Maxime,
>
> On Tue, Nov 06, 2018 at 03:54:20PM +0100, Maxime Ripard wrote:
> > Cadence has designed a D-PHY that can be used by the, currently in tree,
> > DSI bridge (DRM), CSI Transceiver and CSI Receiver (v4l2) drive
Hi,
> > (And in the long run we should use or write a tool to generate EDIDs
> > instead of using assembly with macros. And like Jon already mentioned in
> > the other thread, even the assembly probably shouldn't be under
> > Documentation. But I digress.)
>
> If we do that, maybe stuff the EDI
Hi Kishon,
On Wed, Nov 21, 2018 at 03:59:43PM +0530, Kishon Vijay Abraham I wrote:
> On 21/11/18 3:41 PM, Maxime Ripard wrote:
> > Hi Kishon,
> >
> > On Tue, Nov 20, 2018 at 11:02:34AM +0530, Kishon Vijay Abraham I wrote:
> +static int cdns_dphy_config_from_opts(struct phy *phy,
> +
https://bugs.freedesktop.org/show_bug.cgi?id=107690
--- Comment #7 from Nicholas Kazlauskas ---
Please post a dmesg log from a 4.19 or 4.18 kernel with 2.0 mode enabled on
your display.
--
You are receiving this mail because:
You are the assignee for the bug.
On Wed, Nov 21, 2018 at 01:37:51PM +0200, Ville Syrjälä wrote:
> On Wed, Nov 21, 2018 at 10:27:27AM +0100, Daniel Vetter wrote:
> > On Mon, Nov 12, 2018 at 06:59:45PM +0200, Ville Syrjala wrote:
> > > From: Ville Syrjälä
> > >
> > > On i965gm we need to adjust max_vblank_count dynamically
> > > d
https://bugs.freedesktop.org/show_bug.cgi?id=108542
--- Comment #10 from davide26...@gmail.com ---
(In reply to Nicholas Kazlauskas from comment #9)
> The patchset from:
>
> https://patchwork.freedesktop.org/patch/260799/
>
> ...will likely resolve this issue.
>
> It has been merged into amd-st
Hi Dave,
Another light -fixes pull, either we've really got our act together this release
or the hammer is about to drop. I'll go with the optimistic take :-)
Hope the time adjustment back to upside-down-time has been smooth for you!
drm-misc-fixes-2018-11-21:
- vc4: Fix NULL deref in async pat
On Wed, Nov 21, 2018 at 04:19:36PM +0100, Daniel Vetter wrote:
> On Wed, Nov 21, 2018 at 01:37:51PM +0200, Ville Syrjälä wrote:
> > On Wed, Nov 21, 2018 at 10:27:27AM +0100, Daniel Vetter wrote:
> > > On Mon, Nov 12, 2018 at 06:59:45PM +0200, Ville Syrjala wrote:
> > > > From: Ville Syrjälä
> > >
On Wed, Nov 21, 2018 at 5:16 PM Ville Syrjälä
wrote:
>
> On Wed, Nov 21, 2018 at 04:19:36PM +0100, Daniel Vetter wrote:
> > On Wed, Nov 21, 2018 at 01:37:51PM +0200, Ville Syrjälä wrote:
> > > On Wed, Nov 21, 2018 at 10:27:27AM +0100, Daniel Vetter wrote:
> > > > On Mon, Nov 12, 2018 at 06:59:45PM
Hi Dave,
- OD fixes for powerplay
- Vega20 fixes
- KFD fix for Kaveri
- add missing firmware declaration for hainan (SI chip)
- Fix DC user experience regressions related to panels that support >8 bpc
The following changes since commit 9826b1138e497dfb48f5cc64a82c219b4d0932da:
Merge branch 'dr
On Wed, Nov 21, 2018 at 10:01:29AM +0100, Gerd Hoffmann wrote:
> So qxl kernel patches are sent to the spice-devel list for review.
>
> Signed-off-by: Gerd Hoffmann
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 4caac2f6b0..d9945d5
Quoting Rob Herring (2018-11-19 11:15:16)
> On Sun, Nov 18, 2018 at 11:12 AM Matthias Brugger
> wrote:
> > On 11/17/18 12:15 AM, Rob Herring wrote:
> > > On Fri, Nov 16, 2018 at 01:54:45PM +0100, matthias@kernel.org wrote:
> > >> -#clock-cells = <1>;
> > >> +
> > >> +mmsys_clk: clock-c
On Wed, Nov 21, 2018 at 05:22:49PM +0100, Daniel Vetter wrote:
> On Wed, Nov 21, 2018 at 5:16 PM Ville Syrjälä
> wrote:
> >
> > On Wed, Nov 21, 2018 at 04:19:36PM +0100, Daniel Vetter wrote:
> > > On Wed, Nov 21, 2018 at 01:37:51PM +0200, Ville Syrjälä wrote:
> > > > On Wed, Nov 21, 2018 at 10:27:
On drm_driver->last_close the generic fbdev emulation will restore fbdev
regardless of it being used or not. This is a problem for e-ink displays
which don't want to be overwritten with zeroes when DRM userspace closes.
Amend this by adding an open counter to track fbdev use to know when to
restor
Since Linux 4.17, calls to drm_crtc_vblank_on/off are mandatory, and we get
a warning when ctrc is disabled :
" driver forgot to call drm_crtc_vblank_off()"
But, the vsync IRQ was not totally disabled due the transient hardware
state and specific interrupt line thus adding proper IRQ masking from
drivers/gpu/drm/drm_prime.c: In function 'drm_gem_prime_mmap':
>> drivers/gpu/drm/drm_prime.c:688:1: warning: the frame size of 1592 bytes is
>> larger than 1024 bytes [-Wframe-larger-than=]
Fix by allocating on the heap.
Fixes: 7698799f9554 ("drm/prime: Add drm_gem_prime_mmap()")
Reported-by
https://bugzilla.kernel.org/show_bug.cgi?id=201273
--- Comment #12 from quirin.blae...@freenet.de ---
Bug is still alive. v4.19.3 + patch
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-d
Hi Ville,
Thank you for the patch.
On Tuesday, 20 November 2018 18:13:42 EET Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Make life easier for drivers by simply passing the connector
> to drm_hdmi_avi_infoframe_from_display_mode() and
> drm_hdmi_avi_infoframe_quant_range(). That way drivers d
Hi Daniel,
On Wednesday, 21 November 2018 11:42:33 EET Daniel Vetter wrote:
> On Thu, Nov 15, 2018 at 11:38:35PM +0100, Linus Walleij wrote:
> > On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos wrote:
> >> One of the things in the DRM TODO list ("Documentation/gpu/todo.rst")
> >> was to "switch fro
https://bugs.freedesktop.org/show_bug.cgi?id=107690
--- Comment #8 from Gleb Zasyadko ---
Created attachment 142543
--> https://bugs.freedesktop.org/attachment.cgi?id=142543&action=edit
dmesg_log_kernel_4.15.0-39_EDID1.4
--
You are receiving this mail because:
You are the assignee for the bug
https://bugs.freedesktop.org/show_bug.cgi?id=107690
--- Comment #9 from Gleb Zasyadko ---
Created attachment 142544
--> https://bugs.freedesktop.org/attachment.cgi?id=142544&action=edit
dmesg_log_kernel_4.15.0-39_EDID1.4_switch_EDID2.0_OK
--
You are receiving this mail because:
You are the as
https://bugs.freedesktop.org/show_bug.cgi?id=107690
--- Comment #11 from Gleb Zasyadko ---
Created attachment 142546
--> https://bugs.freedesktop.org/attachment.cgi?id=142546&action=edit
dmesg_log_kernel_4.18.20_EDID1.4_switch_EDID2.0_FAIL_switch_EDID1.4
--
You are receiving this mail because
https://bugs.freedesktop.org/show_bug.cgi?id=107690
--- Comment #10 from Gleb Zasyadko ---
Created attachment 142545
--> https://bugs.freedesktop.org/attachment.cgi?id=142545&action=edit
dmesg_log_kernel_4.18.20_EDID1.4
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=107690
--- Comment #13 from Gleb Zasyadko ---
Created attachment 142548
--> https://bugs.freedesktop.org/attachment.cgi?id=142548&action=edit
dmesg_log_kernel_4.19.3_EDID1.4_switch_EDID2.0_FAIL_switch_EDID1.4
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=107690
--- Comment #12 from Gleb Zasyadko ---
Created attachment 142547
--> https://bugs.freedesktop.org/attachment.cgi?id=142547&action=edit
dmesg_log_kernel_4.19.3_EDID1.4
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=107690
--- Comment #15 from Gleb Zasyadko ---
Created attachment 142550
--> https://bugs.freedesktop.org/attachment.cgi?id=142550&action=edit
dmesg_log_kernel_4.20-rc3_EDID1.4_switch_EDID2.0_FAIL_switch_EDID1.4
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=107690
--- Comment #14 from Gleb Zasyadko ---
Created attachment 142549
--> https://bugs.freedesktop.org/attachment.cgi?id=142549&action=edit
dmesg_log_kernel_4.20-rc3_EDID1.4
--
You are receiving this mail because:
You are the assignee for the bug
Hi Kieran,
On Thursday, 20 September 2018 14:22:38 EET Laurent Pinchart wrote:
> On Wednesday, 19 September 2018 18:56:59 EEST Kieran Bingham wrote:
> > If the alpha property is not added to a plane, a default value will be
> > used, which can result in a non-visible layer if the alpha is
> > init
For the nouveau and drm core changes
Reviewed-by: Lyude Paul
On Mon, 2018-11-12 at 16:01 +0100, Maarten Lankhorst wrote:
> We already have __drm_atomic_helper_connector_reset() and
> __drm_atomic_helper_plane_reset(), extend this to crtc as well.
>
> Most drivers already have a gpu reset hook,
Reviewed-by: Lyude Paul
On Thu, 2018-11-15 at 23:16 +0100, Fernando Ramos wrote:
> There are no more places where this (deprecated) function is being
> used from, thus it can now be removed.
>
> Signed-off-by: Fernando Ramos
> ---
> include/drm/drm_connector.h | 24
>
https://bugs.freedesktop.org/show_bug.cgi?id=108628
--- Comment #1 from Gregor Münch ---
I have a Radeon HD 7970 and I dont have this problem with mesa-git llvm-git.
Need to test this with Mesa 18.2 stable.
--
You are receiving this mail because:
You are the assignee for the bug.___
Applied. thanks!
On Wed, Nov 21, 2018 at 3:16 AM Zhang, Jerry(Junwei)
wrote:
>
> On 11/21/18 3:11 PM, Brajeswar Ghosh wrote:
> > Remove gca/gfx_8_0_d.h which is included more than once
> >
> > Signed-off-by: Brajeswar Ghosh
> Reviewed-by: Junwei Zhang
>
> > ---
> > drivers/gpu/drm/amd/amdgpu/
Applied. thanks!
On Wed, Nov 21, 2018 at 9:24 AM Brajeswar Ghosh
wrote:
>
> Remove gca/gfx_8_0_sh_mask.h which is included more than once
>
> Signed-off-by: Brajeswar Ghosh
> ---
> drivers/gpu/drm/amd/amdgpu/mxgpu_vi.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/amd/
Applied. thanks!
On Wed, Nov 21, 2018 at 9:25 AM Brajeswar Ghosh
wrote:
>
> Remove dm_services_types.h which is included more than once
>
> Signed-off-by: Brajeswar Ghosh
> ---
> drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/gp
On Wed, 14 Nov 2018 at 08:47, Lyude Paul wrote:
>
> Jerry Zuo pointed out a rather obscure hotplugging issue that it seems I
> accidentally introduced into DRM two years ago.
>
> Pretend we have a topology like this:
>
> |- DP-1: mst_primary
>|- DP-4: active display
>|- DP-5: disconnected
Pushed to drm-misc-fixes, thanks!
On Thu, 2018-11-22 at 06:08 +1000, Dave Airlie wrote:
> On Wed, 14 Nov 2018 at 08:47, Lyude Paul wrote:
> > Jerry Zuo pointed out a rather obscure hotplugging issue that it seems I
> > accidentally introduced into DRM two years ago.
> >
> > Pretend we have a top
https://bugs.freedesktop.org/show_bug.cgi?id=108824
Bug ID: 108824
Summary: Invalid handling when GL buffer is bound on one
context and invalidated on another
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=108073
Chris Wilson changed:
What|Removed |Added
QA Contact|intel-gfx-bugs@lists.freede |
|sktop.org
1 - 100 of 136 matches
Mail list logo
