[PATCH v3 2/5] dt-bindings: display: renesas: lvds: Document r8a7744 bindings

Document the RZ/G1N (R8A7744) LVDS bindings. Signed-off-by: Biju Das --- Documentation/devicetree/bindings/display/bridge/renesas,lvds.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/display/bridge/renesas,lvds.txt b/Documentation/devicetree/bindings/di

[PATCH] drm/sun4i: hdmi: Improve compatibility with hpd-less HDMI displays

From: Priit Laes Even though HDMI connector features hotplug detect pin (HPD), there are older devices which do not support it. For these devices fall back to additional check on I2C bus to probe for EDID data. One known example is HDMI/DVI display with following edid: $ xxd -p display.edid 00f

[PATCH] drm/bridge: sil_sii8620: depend on INPUT instead of selecting it.

commit d6abe6df706c66d803e6dd4fe98c1b6b7f125a56 (drm/bridge: sil_sii8620: do not have a dependency of RC_CORE) added a dependency on INPUT. However, this causes problems with other drivers, in particular an input driver that depends on MFD_INTEL_LPSS_PCI (to be added in a future commit): drivers

Re: [PATCH] fbdev: omap2: no need to check return value of debugfs_create functions

* Greg Kroah-Hartman [190122 15:28]: > When calling debugfs functions, there is no need to ever check the > return value. The function can work or not, but the code logic should > never do something different based on this. Acked-by: Tony Lindgren ___

[PATCH v3 0/5] Add Display support

This patch series aims to add display support for iWave G20D-Q7 board based on RZ/G1N. This patch series is tested against linux-next V1--> V2 * Add DU support : Removed LVDS definition from r8a7743 DU node. V2--> V3 * Added LVDS support for both r8a7743 and r8a7744 SoC. Biju Da

Re: [PATCH 13/14] staging: android: ion: Do not sync CPU cache on map/unmap

On Mon, 21 Jan 2019, Brian Starkey wrote: > Hi, > > Sorry for being a bit sporadic on this. I was out travelling last week > with little time for email. > > On Fri, Jan 18, 2019 at 11:16:31AM -0600, Andrew F. Davis wrote: > > On 1/17/19 7:11 PM, Liam Mark wrote: > > > On Thu, 17 Jan 2019, Andrew

[PATCH v3 3/5] drm: rcar-du: lvds: Add r8a7744 support

The LVDS encoders on RZ/G1N SoC is similar to RZ/G1M. Add support for RZ/G1N (R8A7744) SoC to the LVDS encoder driver. Signed-off-by: Biju Das --- drivers/gpu/drm/rcar-du/rcar_lvds.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/rcar-du/rcar_lvds.c b/drivers/gpu/drm/rcar-d

Re: [PATCH 4/4] staging: android: ion: Support for mapping with dma mapping attributes

On Mon, 21 Jan 2019, Brian Starkey wrote: > Hi Liam, > > On Fri, Jan 18, 2019 at 10:37:47AM -0800, Liam Mark wrote: > > Add support for configuring dma mapping attributes when mapping > > and unmapping memory through dma_buf_map_attachment and > > dma_buf_unmap_attachment. > > > > For example th

Re: [PATCH 3/4] dma-buf: add support for mapping with dma mapping attributes

On Tue, 22 Jan 2019, Andrew F. Davis wrote: > On 1/21/19 4:18 PM, Liam Mark wrote: > > On Mon, 21 Jan 2019, Andrew F. Davis wrote: > > > >> On 1/21/19 2:20 PM, Liam Mark wrote: > >>> On Mon, 21 Jan 2019, Andrew F. Davis wrote: > >>> > On 1/21/19 1:44 PM, Liam Mark wrote: > > On Mon, 21 J

Re: [PATCH v9 00/22] Re-use nvram module

On Tue, 22 Jan 2019, Greg Kroah-Hartman wrote: > On Tue, Jan 15, 2019 at 03:18:56PM +1100, Finn Thain wrote: > > The "generic" NVRAM module, drivers/char/generic_nvram.c, implements a > > /dev/nvram misc device. This module is used only by 32-bit PowerPC > > platforms. > > > > The RTC "CMOS" NVRA

Re: [Xen-devel] [PATCH v2] drm/xen-front: Make shmem backed display buffer coherent

Hello, Julien! On 1/21/19 7:09 PM, Julien Grall wrote: > Hello, > > On 21/01/2019 12:43, Oleksandr Andrushchenko wrote: >> On 1/18/19 1:43 PM, Julien Grall wrote: >>> On 18/01/2019 09:40, Oleksandr Andrushchenko wrote: On 1/17/19 11:18 AM, Christoph Hellwig wrote: > On Wed, Jan 16, 2019 a

Re: [Xen-devel] [PATCH v2] drm/xen-front: Make shmem backed display buffer coherent

On 1/22/19 10:28 AM, Oleksandr Andrushchenko wrote: Hello, Julien! Hi, On 1/21/19 7:09 PM, Julien Grall wrote: Well, I didn't get the attributes of pages at the backend side, but IMO those do not matter in my use-case (for simplicity I am not using zero-copying at backend side): They are

Re: [RFC PATCH] drm: disable WC optimization for cache coherent devices on non-x86

On Tue, 22 Jan 2019 at 21:56, Alex Deucher wrote: > > On Tue, Jan 22, 2019 at 4:19 AM Ard Biesheuvel > wrote: > > > > On Mon, 21 Jan 2019 at 20:04, Michel Dänzer wrote: > > > > > > On 2019-01-21 7:28 p.m., Ard Biesheuvel wrote: > > > > On Mon, 21 Jan 2019 at 19:24, Michel Dänzer wrote: > > > >>

Re: [PATCH 3/4] dma-buf: add support for mapping with dma mapping attributes

On Tue, 22 Jan 2019, Andrew F. Davis wrote: > On 1/21/19 4:12 PM, Liam Mark wrote: > > On Mon, 21 Jan 2019, Christoph Hellwig wrote: > > > >> On Mon, Jan 21, 2019 at 11:44:10AM -0800, Liam Mark wrote: > >>> The main use case is for allowing clients to pass in > >>> DMA_ATTR_SKIP_CPU_SYNC in orde

[PATCH v3 4/5] ARM: dts: r8a7744: Add DU support

Add du node to r8a7744 SoC DT. Boards that want to enable the DU need to specify the output topology. Signed-off-by: Biju Das --- arch/arm/boot/dts/r8a7744.dtsi | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/arch/arm/boot/dts/r8a7744.dtsi b/arch/arm/boot/dts/r8a7

[PATCH] drm/vmwgfx: Replace PTR_RET with PTR_ERR_OR_ZERO

PTR_RET is deprecated and will be removed soon. Use PTR_ERR_OR_ZERO instead. Notice that these are the last instances of PTR_RET in the whole codebase. Signed-off-by: Gustavo A. R. Silva --- drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) di

Re: [PATCH] drm/bridge: sil_sii8620: depend on INPUT instead of selecting it.

On Tue, Jan 22, 2019 at 06:13:11AM -0800, Ronald Tschalär wrote: > commit d6abe6df706c66d803e6dd4fe98c1b6b7f125a56 (drm/bridge: > sil_sii8620: do not have a dependency of RC_CORE) added a dependency on > INPUT. However, this causes problems with other drivers, in particular > an input driver that d

[Bug 201273] Fatal error during GPU init amdgpu RX560

https://bugzilla.kernel.org/show_bug.cgi?id=201273 --- Comment #31 from quirin.blae...@freenet.de --- Bug is still alive. amd-staging-drm-next 9846725b3f1c54bdc072b42c9b67b8dd6fdf9a90 -- You are receiving this mail because: You are watching the assignee of the bug. __

[PATCH] video/fbdev: refactor video= cmdline parsing

Make the video_setup() function slightly easier to read by removing the repeated checks for !global. Remove the misleading return value comment while at it. I'm slightly hesitant to change any of this, but here goes anyway, with hopes that the next person to have to look at this has it a wee bit e

[PATCH] drm/komeda: Off by one in komeda_fb_get_pixel_addr()

The > should be >= to avoid an off by one bug. Fixes: c46c24bb6b11 ("drm/komeda: Add komeda_framebuffer") Signed-off-by: Dan Carpenter --- I'm 98% sure this is correct, but please review it carefully because I'm not 100% positive. drivers/gpu/drm/arm/display/komeda/komeda_framebuffer.c | 2 +-

[PATCH 1/5] drm/tegra: Store parent pointer in Tegra DRM clients

From: Thierry Reding Tegra DRM clients need access to their parent, so store a pointer to it upon registration. Signed-off-by: Thierry Reding --- drivers/gpu/drm/tegra/drm.c | 2 ++ drivers/gpu/drm/tegra/drm.h | 1 + 2 files changed, 3 insertions(+) diff --git a/drivers/gpu/drm/tegra/drm.c b/

[PATCH 2/5] drm/tegra: vic: Load firmware on demand

From: Thierry Reding Loading the firmware requires an allocation of IOVA space to make sure that the VIC's Falcon microcontroller can read the firmware if address translation via the SMMU is enabled. However, the allocation currently happens at a time where the geometry of an IOMMU domain may no

[PATCH 3/5] drm/tegra: Setup shared IOMMU domain after initialization

From: Thierry Reding Move initialization of the shared IOMMU domain after the host1x device has been initialized. At this point all the Tegra DRM clients have been attached to the shared IOMMU domain. This is important because Tegra186 and later use an ARM SMMU, for which the driver defers setti

[PATCH 4/5] drm/tegra: Restrict IOVA space to DMA mask

From: Thierry Reding On Tegra186 and later, the ARM SMMU provides an input address space that is 48 bits wide. However, memory clients can only address up to 40 bits. If the geometry is used as-is, allocations of IOVA space can end up in a region that cannot be addressed by the memory clients. T

[PATCH 0/5] drm/tegra: Fix IOVA space on Tegra186 and later

From: Thierry Reding Tegra186 and later are different than earlier generations in that they use an ARM SMMU rather than the Tegra SMMU. The ARM SMMU driver behaves slightly differently in that the geometry for IOMMU domains is set only after a device was attached to it. This is to make sure that

[PATCH 5/5] gpu: host1x: Supports 40-bit addressing on Tegra186

From: Thierry Reding The host1x and clients instantiated on Tegra186 support addressing 40 bits of memory. Signed-off-by: Thierry Reding --- drivers/gpu/host1x/dev.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/host1x/dev.c b/drivers/gpu/host1x/dev.c index 41

Re: [igt-dev] [PATCH] drm/doc: Make igts for cross-driver stuff mandatory

On Tue, Jan 22, 2019 at 08:19:10PM +0100, Daniel Vetter wrote: > On Tue, Jan 22, 2019 at 8:00 PM Wentland, Harry > wrote: > > On 2019-01-16 11:39 a.m., Daniel Vetter wrote: > > > Compared to the RFC[1] no changes to the patch itself, but igt moved > > > forward a lot: > > > > > > - gitlab CI buil

Re: [igt-dev] [PATCH] drm/doc: Make igts for cross-driver stuff mandatory

On Tue, Jan 22, 2019 at 02:53:37PM -0500, Sean Paul wrote: > On Tue, Jan 22, 2019 at 07:42:30PM +, Wentland, Harry wrote: > > > > > > On 2019-01-22 2:19 p.m., Daniel Vetter wrote: > > > On Tue, Jan 22, 2019 at 8:00 PM Wentland, Harry > > > wrote: > > >> On 2019-01-16 11:39 a.m., Daniel Vett

Re: [PATCH v2 5/6] arm64: dts: renesas: r8a77990: ebisu: Enable LVDS1 encoder

Hi Simon, On Wed, Jan 23, 2019 at 09:56:57AM +0100, Simon Horman wrote: > On Wed, Jan 23, 2019 at 12:54:04AM +0200, Laurent Pinchart wrote: > > The LVDS1 encoder must supply a pixel clock to the DU for the DPAD > > output when the LVDS0 encoder is used. Enable it despite its output not > > being c

Re: [igt-dev] [PATCH] drm/doc: Make igts for cross-driver stuff mandatory

On Tue, 22 Jan 2019, "Wentland, Harry" wrote: > Would it make sense to append something like ", if such a test can be > reasonably made using IGT for the target HW." to make it clear to > contributors that in cases like the one discussed this is at the > reviewers discretion? I think the simplest

Re: [igt-dev] [PATCH] drm/doc: Make igts for cross-driver stuff mandatory

Hi, On Tue, 22 Jan 2019 at 19:42, Wentland, Harry wrote: > On 2019-01-22 2:19 p.m., Daniel Vetter wrote: > > I'd say we'll shrug these cases off as "can't be reasonable tested, > > won't have an igt". First driver team with hw that can be validated > > gets to fill the gaps :-) In practice still

Re: [igt-dev] [PATCH] drm/doc: Make igts for cross-driver stuff mandatory

On Wed, 23 Jan 2019, Daniel Stone wrote: > If it helps, maybe we could draw up a list somewhere (README in igt? > wiki?) of which tests seem to pass generically across a few drivers, > which ones are expected to pass, which ones don't but really should, > etc. I'm currently running on imx-drm (com

[PATCH] drm/rockchip: rgb: update SPDX license identifier

update SPDX License Identifier from GPL-2.0+ to GPL-2.0 and drop some GPL text. Signed-off-by: Sandy Huang --- drivers/gpu/drm/rockchip/rockchip_rgb.c | 11 +-- drivers/gpu/drm/rockchip/rockchip_rgb.h | 11 +-- 2 files changed, 2 insertions(+), 20 deletions(-) diff --git a/drive

Re: [PATCH 13/15] drm/i915/tv: Generate better pipe timings for TV encoder

On Tue, Jan 22, 2019 at 07:34:55PM +0200, Ville Syrjälä wrote: > On Tue, Jan 22, 2019 at 07:22:24PM +0200, Imre Deak wrote: > > On Mon, Nov 12, 2018 at 06:59:58PM +0200, Ville Syrjala wrote: > > > From: Ville Syrjälä > > > > > > To make vblank timestamps work better with the TV encoder let's > >

Re: [PATCH] gpu: ipu-v3: pre: don't trigger update if buffer address doesn't change

On Mon, 2019-01-07 at 12:58 +0100, Lucas Stach wrote: > Am Freitag, den 21.12.2018, 12:11 +0100 schrieb Philipp Zabel: > > Hi Lucas, > > > > > On Wed, Dec 19, 2018 at 4:40 PM Lucas Stach > > > wrote: > > > > > > On a NOP double buffer update where current buffer address is the same > > > as the

[PATCH libdrm 2/2] xf85drm: de-duplicate drmParse{Platform.Host1x}{Bus, Device}Info

From: Emil Velikov The functions are virtually identical, fold them up. Signed-off-by: Emil Velikov --- xf86drm.c | 98 +-- 1 file changed, 15 insertions(+), 83 deletions(-) diff --git a/xf86drm.c b/xf86drm.c index 374734eb..18c9693a 100644

[PATCH libdrm 1/2] xf86drm: fallback to MODALIAS for OF less platform devices

From: Emil Velikov Some devices can lack OF data or it may not be available in the uevent file. Fallback to the MODALIAS data in those cases. We strip any leading "MODALIAS=.*:" thus the resulting information is compatible with existing code in Mesa. Signed-off-by: Emil Velikov --- xf86drm.c

Re: [igt-dev] [PATCH] drm/doc: Make igts for cross-driver stuff mandatory

On Wed, Jan 23, 2019 at 09:40:34AM +, Brian Starkey wrote: > On Tue, Jan 22, 2019 at 08:19:10PM +0100, Daniel Vetter wrote: > > On Tue, Jan 22, 2019 at 8:00 PM Wentland, Harry > > wrote: > > > On 2019-01-16 11:39 a.m., Daniel Vetter wrote: > > > > Compared to the RFC[1] no changes to the patc

Re: [igt-dev] [PATCH] drm/doc: Make igts for cross-driver stuff mandatory

On Wed, Jan 23, 2019 at 12:11:36PM +0200, Jani Nikula wrote: > On Wed, 23 Jan 2019, Daniel Stone wrote: > > If it helps, maybe we could draw up a list somewhere (README in igt? > > wiki?) of which tests seem to pass generically across a few drivers, > > which ones are expected to pass, which ones

Re: [igt-dev] [PATCH] drm/doc: Make igts for cross-driver stuff mandatory

On Wed, Jan 23, 2019 at 12:03:40PM +0200, Jani Nikula wrote: > On Tue, 22 Jan 2019, "Wentland, Harry" wrote: > > Would it make sense to append something like ", if such a test can be > > reasonably made using IGT for the target HW." to make it clear to > > contributors that in cases like the one d

Re: [PATCH 01/11] drm: Add devm_drm_dev_init/register

Den 22.01.2019 20.30, skrev Daniel Vetter: > On Tue, Jan 22, 2019 at 8:07 PM Noralf Trønnes wrote: >> >> >> >> Den 22.01.2019 10.32, skrev Daniel Vetter: >>> On Mon, Jan 21, 2019 at 01:21:46PM +0100, Noralf Trønnes wrote: Den 21.01.2019 10.55, skrev Daniel Vetter: > On Mon, Ja

Re: [PATCH] drm/modes: Prevent division by zero htotal

On Wed, Jan 23, 2019 at 03:28:59PM +0800, Tina Zhang wrote: > This patch prevents division by zero htotal. How did you manage to get here with htotal == 0? This needs backtraces (or if this is just about static checkers, a mention of that). -Daniel > > Signed-off-by: Tina Zhang > Cc: Adam Jacks

Re: [PATCH] video/fbdev: refactor video= cmdline parsing

On Wed, Jan 23, 2019 at 11:38:17AM +0200, Jani Nikula wrote: > Make the video_setup() function slightly easier to read by removing the > repeated checks for !global. Remove the misleading return value comment > while at it. > > I'm slightly hesitant to change any of this, but here goes anyway, wit

Re: [PATCH v2] xf86drm: Add drmIsMaster()

On Wed, Jan 23, 2019 at 03:38:45PM +1100, Christopher James Halse Rogers wrote: > We can't use drmSetMaster to query whether or not a drm fd is master > because it requires CAP_SYS_ADMIN, even if the fd *is* a master fd. > > Pick DRM_IOCTL_MODE_ATTACHMODE as a long-deprecated ioctl that is > DRM_M

[PULL] drm-misc-next

Hi Dave, Daniel, Here is the PR for drm-misc-next for this week. Let me know if there's anything wrong. Thanks! Maxime drm-misc-next-2019-01-23: drm-misc-next for 5.1: UAPI Changes: - Addition of the Allwinner tiled format modifier Cross-subsystem Changes: Core Changes: - dma-buf documenta

Re: [PATCH libdrm 1/2] xf86drm: fallback to MODALIAS for OF less platform devices

On Wednesday, 2019-01-23 10:45:17 +, Emil Velikov wrote: > From: Emil Velikov > > Some devices can lack OF data or it may not be available in the uevent > file. Fallback to the MODALIAS data in those cases. > > We strip any leading "MODALIAS=.*:" thus the resulting information is > compatibl

Re: [PATCH] video/fbdev: refactor video= cmdline parsing

On Wed, 23 Jan 2019, Daniel Vetter wrote: > On Wed, Jan 23, 2019 at 11:38:17AM +0200, Jani Nikula wrote: >> Make the video_setup() function slightly easier to read by removing the >> repeated checks for !global. Remove the misleading return value comment >> while at it. >> >> I'm slightly hesitan

[v1] drm/msm: Remove clock and bandwidth votes in mdss pm suspend

MDSS PM suspend is dependent on runtime suspend for disabling clocks and removing bandwidth votes. In case of pm_suspend triggered, dpm_prepare hold a refcount on power usage of device and hence runtime suspend is never triggered during pm_suspend. As runtime suspend is not triggered, clocks and ba

[Bug 201795] [Regression] Wrong 4k resolution detected with DisplayPort to HDMI adapter on amdgpu

https://bugzilla.kernel.org/show_bug.cgi?id=201795 tempel.jul...@gmail.com changed: What|Removed |Added CC||tempel.jul...@gmail.com --- Com

Re: [PATCH libdrm 1/2] xf86drm: fallback to MODALIAS for OF less platform devices

On Wed, 23 Jan 2019 at 11:04, Eric Engestrom wrote: > > On Wednesday, 2019-01-23 10:45:17 +, Emil Velikov wrote: > > From: Emil Velikov > > > > Some devices can lack OF data or it may not be available in the uevent > > file. Fallback to the MODALIAS data in those cases. > > > > We strip any l

[PATCH] gpu: host1x: Represent host1x bus devices in debugfs

From: Thierry Reding This new debugfs file represents the state of host1x bus devices, specifying the list of subdevices and marking which ones have successfully registered. Signed-off-by: Thierry Reding --- drivers/gpu/host1x/bus.c | 35 +++ 1 file changed, 35

Re: [PATCH 4/4] drm/imx: only send commit done event when all state has been applied

On Fri, 2018-10-05 at 17:11 +0200, Philipp Zabel wrote: > On Fri, 2018-09-14 at 18:59 +0200, Lucas Stach wrote: > > Currently there is a small race window where we could manage to arm the > > vblank event from atomic flush, but programming the hardware was too close > > to the frame end, so the har

Re: [PATCH 1/3] treewide: Lift switch variables out of switches

On Wed, Jan 23, 2019 at 03:03:47AM -0800, Kees Cook wrote: > Variables declared in a switch statement before any case statements > cannot be initialized, so move all instances out of the switches. > After this, future always-initialized stack variables will work > and not throw warnings like this:

Re: [PATCHv2 0/7] drm/bridge: tc358767: small fixes

Hi Andrzej, On 09/01/19 12:12, Andrzej Hajda wrote: > On 09.01.2019 10:51, Lucas Stach wrote: >> Am Mittwoch, den 09.01.2019, 11:12 +0200 schrieb Tomi Valkeinen: >>> Hi Andrzej, >>> >>> On 09/01/19 10:22, Andrzej Hajda wrote: Hi Tomi, On 03.01.2019 12:59, Tomi Valkeinen wrote: >

Re: [PATCH 4/4] drm/imx: only send commit done event when all state has been applied

On Wed, Jan 23, 2019 at 12:35:02PM +0100, Philipp Zabel wrote: > On Fri, 2018-10-05 at 17:11 +0200, Philipp Zabel wrote: > > On Fri, 2018-09-14 at 18:59 +0200, Lucas Stach wrote: > > > Currently there is a small race window where we could manage to arm the > > > vblank event from atomic flush, but

[PATCH] drm/tegra: vic: Do not clear driver data

From: Thierry Reding Upon driver failure, the driver core will take care of clearing the driver data, so there's no need to do so explicitly in the driver. Signed-off-by: Thierry Reding --- drivers/gpu/drm/tegra/vic.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/tegra/vic

Re: [Intel-gfx] [PATCH 14/15] drm/i915/tv: Fix >1024 modes on gen3

On Mon, Nov 12, 2018 at 06:59:59PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > On gen3 we must disable the TV encoder vertical filter for >1024 > pixel wide sources. Once that's done all we can is try to center > the image on the screen. Naturally the TV mode vertical resolution > must

Re: [Intel-gfx] [PATCH 15/15] drm/i915/tv: Filter out >1024 wide modes that would need vertical scaling on gen3

On Mon, Nov 12, 2018 at 07:00:00PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > Since gen3 can't handle >1024 wide sources with vertical scaling > let's not advertize such modes in the mode list. Less tempetation > to the user to try out things that won't work. > > Signed-off-by: Ville

Re: [PATCH 4/5] drm/tegra: Restrict IOVA space to DMA mask

On Wed, Jan 23, 2019 at 04:41:44PM +0300, Dmitry Osipenko wrote: > 23.01.2019 12:39, Thierry Reding пишет: > > From: Thierry Reding > > > > On Tegra186 and later, the ARM SMMU provides an input address space that > > is 48 bits wide. However, memory clients can only address up to 40 bits. > > If

Re: [PATCH AUTOSEL 4.20 034/117] drm/amdgpu: Correct get_crtc_scanoutpos behavior when vpos >= vtotal

On Wed, Jan 09, 2019 at 10:20:49AM +0100, Michel Dänzer wrote: On 2019-01-08 8:25 p.m., Sasha Levin wrote: From: Nicholas Kazlauskas [ Upstream commit 520f08df45fbe300ed650da786a74093d658b7e1 ] When variable refresh rate is active [...] Variable refresh rate (FreeSync) support is only landi

Re: [PATCH 2/5] drm/tegra: vic: Load firmware on demand

On Wed, Jan 23, 2019 at 03:47:45PM +0300, Dmitry Osipenko wrote: > 23.01.2019 12:39, Thierry Reding пишет: > > From: Thierry Reding > > > > Loading the firmware requires an allocation of IOVA space to make sure > > that the VIC's Falcon microcontroller can read the firmware if address > > transla

Re: [Intel-gfx] [PATCH 1/3] treewide: Lift switch variables out of switches

On Wed, 23 Jan 2019, Greg KH wrote: > On Wed, Jan 23, 2019 at 03:03:47AM -0800, Kees Cook wrote: >> Variables declared in a switch statement before any case statements >> cannot be initialized, so move all instances out of the switches. >> After this, future always-initialized stack variables will

Re: [Intel-gfx] [PATCH 1/3] treewide: Lift switch variables out of switches

On Wed, 23 Jan 2019, Jani Nikula wrote: > On Wed, 23 Jan 2019, Greg KH wrote: >> On Wed, Jan 23, 2019 at 03:03:47AM -0800, Kees Cook wrote: >>> Variables declared in a switch statement before any case statements >>> cannot be initialized, so move all instances out of the switches. >>> After this,

Re: [PATCHv2 0/7] drm/bridge: tc358767: small fixes

Hi Tomi, śr., 23 sty 2019, 13:52: Tomi Valkeinen napisał(a): > Hi Andrzej, > > On 09/01/19 12:12, Andrzej Hajda wrote: > > On 09.01.2019 10:51, Lucas Stach wrote: > >> Am Mittwoch, den 09.01.2019, 11:12 +0200 schrieb Tomi Valkeinen: > >>> Hi Andrzej, > >>> > >>> On 09/01/19 10:22, Andrzej Hajda

Re: [PATCH] iommu/intel: quirk to disable DMAR for QM57 igfx

Quoting Joerg Roedel (2019-01-22 18:51:35) > On Tue, Jan 22, 2019 at 04:48:26PM +0200, Joonas Lahtinen wrote: > > According to our IOMMU folks there exists some desire to be able to assign > > the iGFX device aka have intel_iommu=on instead of intel_iommu=igfx_off > > due to how the devices might b

RE: [Intel-gfx] [PATCH 1/3] treewide: Lift switch variables out of switches

On Wed, 23 Jan 2019, Edwin Zimmerman wrote: > On Wed, 23 Jan 2019, Jani Nikula wrote: >> On Wed, 23 Jan 2019, Greg KH wrote: >> > On Wed, Jan 23, 2019 at 03:03:47AM -0800, Kees Cook wrote: >> >> Variables declared in a switch statement before any case statements >> >> cannot be initialized, so m

[PATCH 1/4] drm/sun4i: dsi: Restrict DSI tcon clock divider

The current code allows the TCON clock divider to have a range between 4 and 127 when feeding the DSI controller. The only display supported so far had a display clock rate that ended up using a divider of 4, but testing with other displays show that only 4 seems to be functional. This also align

[PATCH 2/4] drm/sun4i: dsi: Change the start delay calculation

The current calculation for the video start delay in the current DSI driver is that it is the total vertical size, minus the backporch and sync length, plus 1. However, the Allwinner code has it as the active vertical size, plus the back porch and the sync length. This doesn't make any difference

[PATCH 0/4] drm/sun4i: dsi: Add burst mode support

Hi, Here is a series implementing the burst mode support for DSI. It's been tested on an A33 board with the panel supported on the 4th patch, which should remove all quirks due to a different SoC from the equation. Let me know what you think, Maxime Konstantin Sudakov (2): drm/sun4i: dsi: Add

[PATCH 4/4] drm/panel: Add Rondo RB070D30 panel

From: Konstantin Sudakov The Rondo RB070D30 panel is a MIPI-DSI panel based on a Fitipower EK79007 controller and a 1024x600 panel. Signed-off-by: Konstantin Sudakov Signed-off-by: Maxime Ripard --- drivers/gpu/drm/panel/Kconfig| 9 +- drivers/gpu/drm/panel/Makefile

Re: [Freedreno] [PATCH v4 3/3] drm/msm/dpu: add display port support in DPU

On Mon, Dec 17, 2018 at 02:35:05PM -0800, Jeykumar Sankaran wrote: > Add display port support in DPU by creating hooks > for DP encoder enumeration and encoder mode > initialization. > > This change is based on the SDM845 Display port > driver changes[1]. > > changes in v2: > - rebase on [2]

[PATCH 3/4] drm/sun4i: dsi: Add burst support

From: Konstantin Sudakov The current driver doesn't support the DSI burst operation mode. Let's add the needed quirks to make it work. Signed-off-by: Konstantin Sudakov Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun6i_mipi_dsi.c | 178 +++--- 1 file changed, 1

[Bug 108031] [Regression] amdgpu_device_ip_init failed on Bonaire XT

https://bugs.freedesktop.org/show_bug.cgi?id=108031 --- Comment #2 from Alexander Schlarb --- Created attachment 143205 --> https://bugs.freedesktop.org/attachment.cgi?id=143205&action=edit 4.19.0 Debian kernal boot log (external screen working) I can reproduce this with 00:01.0 VGA compa

Re: [Intel-gfx] [PATCH 14/15] drm/i915/tv: Fix >1024 modes on gen3

On Wed, Jan 23, 2019 at 03:49:02PM +0200, Imre Deak wrote: > On Mon, Nov 12, 2018 at 06:59:59PM +0200, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > On gen3 we must disable the TV encoder vertical filter for >1024 > > pixel wide sources. Once that's done all we can is try to center > > the

Re: [PATCH] iommu/intel: quirk to disable DMAR for QM57 igfx

On Wed, Jan 23, 2019 at 05:02:38PM +0200, Joonas Lahtinen wrote: > We have many reports where just having intel_iommu=on (and using the > system normally, without any virtualization stuff going on) will cause > unexplained GPU hangs. For those users, simply switching to > intel_iommu=igfx_off solve

Re: [Intel-wired-lan] [PATCH 1/3] treewide: Lift switch variables out of switches

On Wed, 2019-01-23 at 03:03 -0800, Kees Cook wrote: > Variables declared in a switch statement before any case statements > cannot be initialized, so move all instances out of the switches. > After this, future always-initialized stack variables will work > and not throw warnings like this: > > fs

Re: [PATCH 13/14] staging: android: ion: Do not sync CPU cache on map/unmap

On 1/22/19 11:33 AM, Sumit Semwal wrote: > Hello everyone, > > Sincere apologies for chiming in a bit late here, but was off due to > some health issues. > Hope you are feeling better friend :) Looks like this email was a bit broken and you replied again, the responses are a little different in

Re: [PATCH] drm: Split out drm_probe_helper.h

Hi Daniel. On Thu, Jan 17, 2019 at 10:03:34PM +0100, Daniel Vetter wrote: > Having the probe helper stuff (which pretty much everyone needs) in > the drm_crtc_helper.h file (which atomic drivers should never need) is > confusing. Split them out. > > To make sure I actually achieved the goal here

Re: [PATCH 13/14] staging: android: ion: Do not sync CPU cache on map/unmap

On 1/22/19 9:23 PM, Sumit Semwal wrote: > Hello everyone, > > (Thanks to Dan for letting me know my last email got corrupted :/ - > resending it here) > Hmm, this one seems a bit messed up also (Thunderbird doesn't seem to like it at least). [snip] > - from dma-buf PoV, ION is an exporter of d

Re: [PATCH 13/14] staging: android: ion: Do not sync CPU cache on map/unmap

Hi Andrew, On Wed, Jan 23, 2019 at 10:51:24AM -0600, Andrew F. Davis wrote: > On 1/22/19 11:33 AM, Sumit Semwal wrote: > > Hello everyone, > > > > Sincere apologies for chiming in a bit late here, but was off due to > > some health issues. > > > > Hope you are feeling better friend :) > > Look

Re: [PATCH] drm/vkms: Fix flush_work() without INIT_WORK().

> syzbot is hitting a lockdep warning [1] because flush_work() is called > without INIT_WORK() after kzalloc() at vkms_atomic_crtc_reset(). > > Commit 6c234fe37c57627a ("drm/vkms: Implement CRC debugfs API") added > INIT_WORK() to only vkms_atomic_crtc_duplicate_state() side. Assuming > that lifecy

Re: [PATCH v2] xf86drm: Add drmIsMaster()

On Wed, 23 Jan 2019 at 04:39, Christopher James Halse Rogers wrote: > > We can't use drmSetMaster to query whether or not a drm fd is master > because it requires CAP_SYS_ADMIN, even if the fd *is* a master fd. > > Pick DRM_IOCTL_MODE_ATTACHMODE as a long-deprecated ioctl that is > DRM_MASTER but

Re: [PATCH v3 1/4] drm/vc4: Wait for display list synchronization when completing commit

Paul Kocialkowski writes: > During an atomic commit, the HVS is configured with a display list > for the channel matching the associated CRTC. The Pixel Valve (CRTC) > and encoder are also configured for the new setup at that time. > While the Pixel Valve and encoder are reconfigured synchronousl

Re: [PATCH v3 2/4] drm/vc4: Report underrun errors

Paul Kocialkowski writes: > From: Boris Brezillon > > The DRM framework provides a generic way to report underrun errors. > Let's implement the necessary hooks to support it in the VC4 driver. > > Signed-off-by: Boris Brezillon > --- > Changes in v3: > - Generic underrun report function has bee

[Bug 108031] [Regression] amdgpu_device_ip_init failed on Bonaire XT

https://bugs.freedesktop.org/show_bug.cgi?id=108031 --- Comment #3 from Alex Deucher --- Remove amdgpu.dpm=1 from your kernel command line. The default dpm implementation changed in 4.19. -- You are receiving this mail because: You are the assignee for the bug._

[Bug 108031] [Regression] amdgpu_device_ip_init failed on Bonaire XT

https://bugs.freedesktop.org/show_bug.cgi?id=108031 --- Comment #4 from Alex Deucher --- (In reply to Alex Deucher from comment #3) > Remove amdgpu.dpm=1 from your kernel command line. The default dpm > implementation changed in 4.19. and setting dpm=1 overrides that resulting in different beha

[PATCH] staging: android: ion: Allocate from heap ID directly without mask

Previously the heap to allocate from was selected by a mask of allowed heap types. This may have been done as a primitive form of constraint solving, the first heap type that matched any set bit of the heap mask was allocated from, unless that heap was excluded by having its heap ID bit not set in

[Bug 105733] Amdgpu randomly hangs and only ssh works. Mouse cursor moves sometimes but does nothing. Keyboard stops working.

https://bugs.freedesktop.org/show_bug.cgi?id=105733 l...@protonmail.ch changed: What|Removed |Added CC||l...@protonmail.ch --- Comment #57

[Bug 105733] Amdgpu randomly hangs and only ssh works. Mouse cursor moves sometimes but does nothing. Keyboard stops working.

https://bugs.freedesktop.org/show_bug.cgi?id=105733 --- Comment #58 from krutoiles...@gmail.com --- The corruption suggestion is interesting. My RX580 does this and now it won't even boot on windows anymore, just crashes. On Wed, Jan 23, 2019, 12:44 PM l...@protonmail.ch changed bug 105733 >

[Bug 105733] Amdgpu randomly hangs and only ssh works. Mouse cursor moves sometimes but does nothing. Keyboard stops working.

https://bugs.freedesktop.org/show_bug.cgi?id=105733 --- Comment #59 from dwagner --- I don't think your observations indicate a hardware defect. I have also a reproducible "hysteresis"-effect with regards to my RX460 GPU: When I experience the bug scenario I reported in https://bugs.freedesktop.

[Bug 108916] polaris11 d3d9 rendering issue

https://bugs.freedesktop.org/show_bug.cgi?id=108916 --- Comment #1 from Axel Davy --- Hi, I just wanted to confirm the trace reproduces the issue, but it may not be a nine issue but a radeonsi llvm issue. The trace has no glitches on llvmpipe. -- You are receiving this mail because: You are th

Re: [PATCH v2] xf86drm: Add drmIsMaster()

On 24 January 2019 6:18:32 am NZDT, Emil Velikov wrote: >On Wed, 23 Jan 2019 at 04:39, Christopher James Halse Rogers > wrote: >> >> We can't use drmSetMaster to query whether or not a drm fd is master >> because it requires CAP_SYS_ADMIN, even if the fd *is* a master fd. >> >> Pick DRM_IOCTL_MOD

[Bug 105733] Amdgpu randomly hangs and only ssh works. Mouse cursor moves sometimes but does nothing. Keyboard stops working.

https://bugs.freedesktop.org/show_bug.cgi?id=105733 --- Comment #60 from l...@protonmail.ch --- dwagner, my problem persists even if I completely power the system down after shutting it down by holding down the power button and then turning the PSU completely off. I have not tried shutting it off

[Bug 201497] [amdgpu]: '*ERROR* No EDID read' is back in 4.19

https://bugzilla.kernel.org/show_bug.cgi?id=201497 Daniel Andersson (engyw...@gmail.com) changed: What|Removed |Added Kernel Version|4.19|4.19 4.20 5.0-rc1

[Bug 201497] [amdgpu]: '*ERROR* No EDID read' is back in 4.19

https://bugzilla.kernel.org/show_bug.cgi?id=201497 --- Comment #6 from Daniel Andersson (engyw...@gmail.com) --- Created attachment 280701 --> https://bugzilla.kernel.org/attachment.cgi?id=280701&action=edit 5.0-rc3 drm.debug=0x4 This is still an issue on 5.0-rc3. -- You are receiving this ma

[Bug 109444] Graveyard Keeper: Lockup in under 5min of play.

https://bugs.freedesktop.org/show_bug.cgi?id=109444 Bug ID: 109444 Summary: Graveyard Keeper: Lockup in under 5min of play. Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

[Bug 109445] Graveyard Keeper: Lockup in under 5min of play.

https://bugs.freedesktop.org/show_bug.cgi?id=109445 Bug ID: 109445 Summary: Graveyard Keeper: Lockup in under 5min of play. Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

[Bug 109445] Graveyard Keeper: Lockup in under 5min of play.

https://bugs.freedesktop.org/show_bug.cgi?id=109445 Mike Mestnik changed: What|Removed |Added URL||https://store.steampowered.

[Bug 109445] Graveyard Keeper: Lockup in under 5min of play.

https://bugs.freedesktop.org/show_bug.cgi?id=109445 --- Comment #1 from Mike Mestnik --- Created attachment 143210 --> https://bugs.freedesktop.org/attachment.cgi?id=143210&action=edit ar file containing glxinfo and Xorg.log -- You are receiving this mail because: You are the assignee for th

Re: [PATCH] drm/bridge: sil_sii8620: depend on INPUT instead of selecting it.

Hello Dmity, On Wed, Jan 23, 2019 at 02:03:42PM -0800, Dmitry Torokhov wrote: > On Wed, Jan 23, 2019 at 09:45:56AM +0100, Lukas Wunner wrote: > > On Tue, Jan 22, 2019 at 06:13:11AM -0800, Ronald Tschalär wrote: > >> commit d6abe6df706c66d803e6dd4fe98c1b6b7f125a56 (drm/bridge: > >> sil_sii8620: do

  1   2   >