[Bug 196615] amdgpu - resume from suspend is no longer working on rx480

https://bugzilla.kernel.org/show_bug.cgi?id=196615 cont...@florentflament.com changed: What|Removed |Added CC||cont...@florentflament.com

[git pull] drm fixes for v4.14-rc5

Hi Linus, Couple of the arm people seem to wake up so this has imx and msm fixes, along with a bunch of i915 stable bounds fixes and an amdgpu regression fix. All seems pretty okay for now. Dave. The following changes since commit 8a5776a5f49812d29fe4b2d0a2d71675c3facf3f: Linux 4.14-rc4

Re: [PATCH v3 1/6] drm/amd/display: Use DRM new-style object iterators.

On 2017-10-13 03:29 PM, sunpeng...@amd.com wrote: > From: "Leo (Sunpeng) Li" > > Use the correct for_each_new/old_* iterators instead of for_each_* > > The following functions were considered: > > amdgpu_dm_find_first_crtc_matching_connector: use for_each_new > - Old

Re: [Outreachy kernel] [PATCH v13 2/3] drm/tinydrm: Move tinydrm_of_find_backlight to backlight.c

On Fri, Oct 13, 2017 at 04:11:43PM +0530, Meghana Madhyastha wrote: > Rename tinydrm_of_find_backlight to backlight_get and move it > to linux/backlight.c so that it can be used by other drivers. [apologies if this has been brought up in previous versions, I haven't been following closely] I

Re: [PATCH v3 1/6] drm/amd/display: Use DRM new-style object iterators.

On 10/13/2017 03:29 PM, sunpeng...@amd.com wrote: From: "Leo (Sunpeng) Li" Use the correct for_each_new/old_* iterators instead of for_each_* The following functions were considered: amdgpu_dm_find_first_crtc_matching_connector: use for_each_new - Old

Re: [PATCH v3 1/6] drm/amd/display: Use DRM new-style object iterators.

On 2017-10-13 04:36 PM, Andrey Grodzovsky wrote: On 10/13/2017 03:29 PM, sunpeng...@amd.com wrote: From: "Leo (Sunpeng) Li" Use the correct for_each_new/old_* iterators instead of for_each_* The following functions were considered:

Re: [PATCH v3 1/6] drm/amd/display: Use DRM new-style object iterators.

On 10/13/2017 05:01 PM, Leo wrote: On 2017-10-13 04:36 PM, Andrey Grodzovsky wrote: On 10/13/2017 03:29 PM, sunpeng...@amd.com wrote: From: "Leo (Sunpeng) Li" Use the correct for_each_new/old_* iterators instead of for_each_* The following functions were

Re: [PATCH 3/9] drm/panel: simple: make it possible to override LCD bus format

On Wed, Oct 11, 2017 at 01:23:35PM +0200, Lothar Waßmann wrote: > The baseboards for the Ka-Ro electronics series of i.MX modules > use a 24bit LCD interface, no matter what LCD bus width the SoC on the > module provides and what the LCD panel expects. LCDs with 6bit per color > will ignore the 2

[Bug 196125] [Regression] AMD Radeon RX 480 flickering on HDMI port with Linux 4.11.4

https://bugzilla.kernel.org/show_bug.cgi?id=196125 --- Comment #7 from cont...@florentflament.com --- I haven't experienced any flickering for a while (be it with Wayland or Xorg, one monitor connected to a HDMI port and one another to a DisplayPort). This seems to have been fixed. $ cat

[Bug 102820] [bisected] commit ebbf7337e2daacacef3e01114e6be68a2a4f11b4 prevents X11 from starting

https://bugs.freedesktop.org/show_bug.cgi?id=102820 --- Comment #6 from dwagner --- Just as an update: This very bug still occurs with https://cgit.freedesktop.org/~agd5f/linux/log/?h=amd-staging-drm-next as of today, and it is still fixed by reverting commit

Re: [Outreachy kernel] [PATCH v13 2/3] drm/tinydrm: Move tinydrm_of_find_backlight to backlight.c

Den 13.10.2017 22.25, skrev Sean Paul: On Fri, Oct 13, 2017 at 04:11:43PM +0530, Meghana Madhyastha wrote: Rename tinydrm_of_find_backlight to backlight_get and move it to linux/backlight.c so that it can be used by other drivers. [apologies if this has been brought up in previous versions, I

Re: [Outreachy kernel] [PATCH v13 3/3] drm/tinydrm: Add devres versions of backlight_get

On Fri, Oct 13, 2017 at 04:12:55PM +0530, Meghana Madhyastha wrote: > Add devm_backlight_get and the corresponding release > function because some drivers use devres versions of functions > for requiring device resources. > This patch looks fine, just update the names to be consistent with the

[Bug 196615] amdgpu - resume from suspend is no longer working on rx480

https://bugzilla.kernel.org/show_bug.cgi?id=196615 --- Comment #24 from klavkala...@gmail.com --- I would suggest to remove the fix in all kernel versions until we can confirm it doesn't break anything. Having an LTS kernel break suspend/resume for polaris users doesn't sound to good. -- You

[PATCH] drm/plane: drop num_overlay_planes (v3)

From: Dave Airlie In order to implement plane leasing we need to count things, just make the code consistent with the counting code currently used for counting crtcs/encoders/connectors and drop the need for num_overlay_planes. v2: don't forget to assign plane_ptr. (keithp)

Re: [PATCH v2] drm/tilcdc: Precalculate total frametime in tilcdc_crtc_set_mode()

 Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 10/13/17 15:32, Tomi Valkeinen wrote: > Where does "uint" come from anyway? I don't think it's part of a C standard. AFAIK, it is just a Linux commodity typedef

[PATCH v3 1/6] drm/amd/display: Use DRM new-style object iterators.

From: "Leo (Sunpeng) Li" Use the correct for_each_new/old_* iterators instead of for_each_* The following functions were considered: amdgpu_dm_find_first_crtc_matching_connector: use for_each_new - Old from_state_var flag was always choosing the new state

Re: [PULL] drm-intel-next

On 13 October 2017 at 01:23, Jani Nikula wrote: > On Wed, 11 Oct 2017, Jani Nikula wrote: >> Hi Dave, more v4.15 features. > > Okay, so I suck and there's still one more batch to come after this. I'm > a bit out of rhythm here. When do you want the

Re: [PATCH] drm/tilcdc: Force recalculation of vrefresh in tilcdc_crtc_set_mode()

On Thu, Oct 12, 2017 at 12:39:25PM +0300, Jyri Sarha wrote: > We are using the vrefresh to check if we are too close to vertical > sync to update the two framebuffer DMA registers and risk a > collision. The vrefresh is coming from user space and normally it is > not used for anything. For

Re: [PATCH 1/2] vgaarb: Select a default VGA device even if there's no legacy VGA

Hi, On Thu, 12 Oct 2017 12:24:10 +0100 Julien Thierry wrote: > Hi Bjorn, > > On 06/10/17 23:24, Bjorn Helgaas wrote: > > From: Bjorn Helgaas > > > > Daniel Axtens reported that on the HiSilicon D05 board, the VGA device is > > behind a bridge that doesn't support

Re: [PATCH 1/2] vgaarb: Select a default VGA device even if there's no legacy VGA

On 12/10/17 13:05, Lothar Waßmann wrote: Hi, On Thu, 12 Oct 2017 12:24:10 +0100 Julien Thierry wrote: Hi Bjorn, On 06/10/17 23:24, Bjorn Helgaas wrote: From: Bjorn Helgaas Daniel Axtens reported that on the HiSilicon D05 board, the VGA device is behind a bridge that

Re: [PATCH] staging: vboxvideo: Fix reporting invalid suggested-offset-properties

Hello Hans, 12.10.2017 20:10, Hans de Goede wrote: > The x and y hints receives from the host are unsigned 32 bit integers and > they get set to -1 (0x) when invalid. Before this commit the > vboxvideo driver was storing them in an u16 causing the -1 to be truncated > to 65535 which, once

Re: [PATCH 1/2] vgaarb: Select a default VGA device even if there's no legacy VGA

On Thu, Oct 12, 2017 at 12:24:10PM +0100, Julien Thierry wrote: > Hi Bjorn, > > On 06/10/17 23:24, Bjorn Helgaas wrote: > >From: Bjorn Helgaas > > > >Daniel Axtens reported that on the HiSilicon D05 board, the VGA device is > >behind a bridge that doesn't support

Re: [PATCH 0/2] vgaarb: Select fallback default VGA device

On Fri, Oct 06, 2017 at 05:24:20PM -0500, Bjorn Helgaas wrote: > These patches are supposed to fix a problem Daniel Axtens found on the > HiSilicon D05 board. The VGA device there is behind a bridge that doesn't > support PCI_BRIDGE_CTL_VGA, so the arbiter never selects the device as the >

[PATCH 1/2] drm/udl: Fixed problem with UDL adpater reconnection

Fixed problem with DisplayLink and DisplayLink certified adapers in drm/udl driver when adapter doesn't want to work if it was initialized with disconnected DVI cable by enabling drm connectot polling and updating current connector's state. Signed-off-by: Robert Tarasov

[PATCH 2/2] drm/udl: Reading all edid blocks in DRM/UDL driver

Now DRM/UDL driver retreives all edid data blocks instead of only base one. Previous approch could lead to improper initialization of video mode with certain monitors. Signed-off-by: Robert Tarasov --- drivers/gpu/drm/udl/udl_connector.c | 106

Re: [PATCH 1/2] vgaarb: Select a default VGA device even if there's no legacy VGA

Hi Bjorn, On 06/10/17 23:24, Bjorn Helgaas wrote: From: Bjorn Helgaas Daniel Axtens reported that on the HiSilicon D05 board, the VGA device is behind a bridge that doesn't support PCI_BRIDGE_CTL_VGA, so the VGA arbiter never selects it as the default, which means Xorg

[PATCH] drm: Replace kzalloc with kcalloc

Prefer kcalloc over kzalloc to allocate an array. This patch fixes checkcpatch issue. Signed-off-by: Harsha Sharma --- drivers/gpu/drm/drm_crtc_helper.c | 4 ++-- drivers/gpu/drm/drm_fb_helper.c| 2 +- drivers/gpu/drm/drm_plane_helper.c | 2 +- 3 files changed,

Re: [PATCH 1/3] drm/omap: work-around for omap3 display enable

Hi, On Wed, Aug 23, 2017 at 12:33:08PM +0300, Tomi Valkeinen wrote: > On 13/06/17 12:02, Tomi Valkeinen wrote: > > Seems that on omap3 enabling a crtc without any planes causes a sync > > lost flood. This only happens on the first enable, and after that it > > works. This looks like an HW issue.

Re: [PATCH] drm/udl: Fixed problem with UDL adpater reconnection

Fixed. On Thu, Oct 12, 2017 at 12:56 PM, Alex Deucher wrote: > On Wed, Oct 11, 2017 at 4:41 PM, Robert Tarasov > wrote: > > Fixed problem with DisplayLink and DisplayLink certified adapters when > they > > didn't want to work if they were

Re: [PATCH] drm/tilcdc: Precalculate total frametime in tilcdc_crtc_set_mode()

 Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 12/10/17 17:16, Jyri Sarha wrote: > We need the frame refresh time to check if we are too close to > vertical sync when updating the two framebuffer DMA registers

Re: [PATCH v2 1/8] drm/rockchip/dsi: correct Feedback divider setting

Hi, On 09/26/2017 01:25 PM, Nickey Yang wrote: This patch correct Feedback divider setting: 1、Set Feedback divider [8:5] when HIGH_PROGRAM_EN 2、Due to the use of a "by 2 pre-scaler," the range of the feedback multiplication Feedback divider is limited to even division numbers, and Feedback

Re: RFC: page-flip with damage?

On Thu, 12 Oct 2017 10:51:22 -0400 Sean Paul wrote: > On Thu, Oct 12, 2017 at 01:55:40PM +0300, Pekka Paalanen wrote: > > On Tue, 26 Sep 2017 09:07:45 -0700 > > Thomas Hellstrom wrote: > > > > > On 09/26/2017 01:18 AM, Daniel Vetter wrote: > >

[radeon-alex:amd-staging-drm-next 120/173] drivers/gpu/drm/amd/amdgpu/../display/dc/dml/display_mode_vba.c:2943:5-35: duplicated argument to && or || (fwd)

Hello, There are two checks for dm_444_16on line 2943. julia -- Forwarded message -- Date: Fri, 13 Oct 2017 08:24:34 +0800 From: kbuild test robot To: kbu...@01.org Cc: Julia Lawall Subject: [radeon-alex:amd-staging-drm-next

[Bug 100443] DMESG: [powerplay] Can't find requested voltage id in vdd_dep_on_sclk table!

https://bugs.freedesktop.org/show_bug.cgi?id=100443 --- Comment #34 from Devin Prince --- Having this same issue on kernel 4.13.5-1-ARCH. CPU: AMD R7-1700X Motherboard: AsRock Taichi X370 GPU: XFX RX-480 8GB I have found a temporary solution that seems to allow me to

Re: [PATCH v2 01/10] drm/panel: Keep track of enabled/prepared

On 12.10.2017 19:55, Sean Paul wrote: > This patch adds state tracking to the drm_panel functions which keep > track of enabled and prepared. If the calls are unbalanced, a WARNING is > issued. > > The motivation for this change is that a number of panel drivers > (including panel-simple) all do

Re: [pull] amdgpu drm-fixes-4.14

On 12/10/17 07:49 PM, Alex Deucher wrote: > On Thu, Oct 12, 2017 at 1:02 PM, Christian König > wrote: >> Am 12.10.2017 um 18:20 schrieb Michel Dänzer: >>> On 12/10/17 05:58 PM, Alex Deucher wrote: Hi Dave, One memory management regression fix.

Re: [PULL] drm-intel-next

On Fri, 13 Oct 2017, Dave Airlie wrote: > On 13 October 2017 at 01:23, Jani Nikula wrote: >> On Wed, 11 Oct 2017, Jani Nikula wrote: >>> Hi Dave, more v4.15 features. >> >> Okay, so I suck and there's still one more batch to come

Re: [PATCH v2] drm: Replace kzalloc with kcalloc

On Fri, 13 Oct 2017, Harsha Sharma wrote: > Prefer kcalloc over kzalloc to allocate an array. > This patch fixes checkcpatch issue. > > Signed-off-by: Harsha Sharma Reviewed-by: Jani Nikula > --- > Changes in v2:

Re: [pull] amdgpu drm-fixes-4.14

Am 13.10.2017 um 09:41 schrieb Michel Dänzer: On 12/10/17 07:49 PM, Alex Deucher wrote: On Thu, Oct 12, 2017 at 1:02 PM, Christian König wrote: Am 12.10.2017 um 18:20 schrieb Michel Dänzer: On 12/10/17 05:58 PM, Alex Deucher wrote: Hi Dave, One memory

Re: [PATCH 2/6] drm/amd/display: Use new DRM API where possible

On 2017-10-13 01:26 PM, Andrey Grodzovsky wrote: > > > On 10/13/2017 12:18 PM, Harry Wentland wrote: >> On 2017-10-12 05:15 PM, sunpeng...@amd.com wrote: >>> From: "Leo (Sunpeng) Li" >>> >>> To conform to DRM's new API, we should not be accessing a DRM object's >>> internal

Re: [PATCH v2 2/8] drm/rockchip/dsi: add dual mipi channel support

Hi, Comment below. On 09/26/2017 01:25 PM, Nickey Yang wrote: This patch add dual mipi channel support: 1.add definition of dsi1 register and grf operation. 2.dsi0 and dsi1 will work in master and slave mode when driving dual mipi panel. @@ -1226,6 +1367,13 @@ static int

Re: [PATCH v4 1/3] drm: Add retries for lspcon mode detection

On Thu, 12 Oct 2017, Shashank Sharma wrote: > From the CI builds, its been observed that during a driver > reload/insert, dp dual mode read function sometimes fails to > read from LSPCON device over i2c-over-aux channel. > > This patch: > - adds some delay and few

[PATCH v13 1/3] drm/tinydrm: Move helper functions from tinydrm-helpers to backlight.h

Move the helper functions enable_backlight and disable_backlight from tinydrm-helpers.c to backlight.h as static inline functions so that they can be used by other drivers. Signed-off-by: Meghana Madhyastha --- Changes in v13: -None

[PATCH v13 0/3] Move backlight helper functions from tinydrm-helpers to linux/backlight

Move drm helper functions from tinydrm-helpers to linux/backlight for ease of use by callers in other drivers. Changes in v13: -Rebase against drm-misc -Put devm_backlight_put back Meghana Madhyastha (3): drm/tinydrm: Move helper functions from tinydrm-helpers to backlight.h drm/tinydrm:

Re: [PATCH 0/6] Use new DRM API where possible, and cleanups.

Op 12-10-17 om 23:15 schreef sunpeng...@amd.com: > From: "Leo (Sunpeng) Li" > > Hi Dave, > > This series reworks the previous patch. Patch 1 is a v2 of the previous, > and additional patches are from the feedback received. They apply on top > of your drm-next-amd-dc-staging

Re: [PATCH v2 1/6] drm/amd/display: Use DRM new-style object iterators.

On 10/13/2017 12:35 PM, Leo wrote: On 2017-10-13 11:56 AM, Andrey Grodzovsky wrote: On 10/13/2017 11:41 AM, Leo wrote: On 2017-10-13 11:03 AM, Andrey Grodzovsky wrote: On 10/12/2017 05:15 PM, sunpeng...@amd.com wrote: From: "Leo (Sunpeng) Li" Use the correct

Re: [PATCH 2/6] drm/amd/display: Use new DRM API where possible

On 10/13/2017 12:18 PM, Harry Wentland wrote: On 2017-10-12 05:15 PM, sunpeng...@amd.com wrote: From: "Leo (Sunpeng) Li" To conform to DRM's new API, we should not be accessing a DRM object's internal state directly. Rather, the DRM for_each_old/new_* iterators, and

Re: [Outreachy kernel] [PATCH v2] drm/amd/powerplay: Remove unnecessary cast on void pointer

> @@ -3400,7 +3400,7 @@ static int smu7_read_sensor(struct pp_hwmgr *hwmgr, int > idx, > static int smu7_find_dpm_states_clocks_in_dpm_table(struct pp_hwmgr *hwmgr, > const void *input) > { > const struct phm_set_power_state_input *states = > - (const struct

Re: [PATCH] drm/amd/dc: fix semicolon.cocci warnings

On 2017-10-12 07:35 PM, kbuild test robot wrote: > drivers/gpu/drm/amd/amdgpu/../display/dc/gpio/gpio_service.c:134:2-3: > Unneeded semicolon > > > Remove unneeded semicolon. > > Generated by: scripts/coccinelle/misc/semicolon.cocci > > Fixes: 80be23c57868 ("drm/amd/dc: Add dc display driver

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio)

https://bugs.freedesktop.org/show_bug.cgi?id=101900 --- Comment #11 from Harry Wentland --- So, unbeknowst to me, we never supported HBR audio (i.e. TrueHD, etc.) with DC. We would like to enable it but it's not top priority right now. -- You are receiving this mail

Re: [PATCH v2] drm: Replace kzalloc with kcalloc

On Fri, Oct 13, 2017 at 10:58:33AM +0300, Jani Nikula wrote: > On Fri, 13 Oct 2017, Harsha Sharma wrote: > > Prefer kcalloc over kzalloc to allocate an array. > > This patch fixes checkcpatch issue. > > > > Signed-off-by: Harsha Sharma > >

[pull] amdgpu drm-next-4.15-dc

Hi Dave, Updates for DC against your drm-next-amd-dc-staging branch. - Fix for iterator changes - Misc cleanups The following changes since commit e7b8e99bed73e9c42f1c074ad6009cb59a79bd52: amdgpu/dc: fixup for new apis - probably wrong (2017-10-09 11:22:07 +1000) are available in the git

Re: [PATCH] drm/amd/display: fix ifnullfree.cocci warnings

On 2017-10-12 07:17 PM, kbuild test robot wrote: > drivers/gpu/drm/amd/amdgpu/../display/dc/gpio/gpio_service.c:134:3-8: > WARNING: NULL check before freeing functions like kfree, debugfs_remove, > debugfs_remove_recursive or usb_free_urb is not needed. Maybe consider > reorganizing relevant

[Bug 103102] Cannot wake-up with an AMD RX 480 on Linux 4.13 and Linux 4.14

https://bugs.freedesktop.org/show_bug.cgi?id=103102 --- Comment #10 from Hadrien --- I built v4.12.5 from git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git instead of using a prebuilt kernel from http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.12.5/

<    1   2