[Bug 106544] Boot error: gpu/drm/amd/amdgpu/../display/dc/dm_services.h:132 generic_reg_update_ex+0x108/0x150 [amdgpu] dce110_stream_encoder_update_hdmi_info_packets+0x20e/0x3a0 [amdgpu]

https://bugs.freedesktop.org/show_bug.cgi?id=106544 --- Comment #11 from Dimonyga --- Hardware AMD R9 380 Fedora 28 fresh install kernel panic on kernel-4.17.2-200.fc28.x86_64 [ 79.036493] WARNING: CPU: 0 PID: 1076 at drivers/gpu/drm/amd/amdgpu/../display/dc/dm_services.h:132

Re: [PATCH v2 4/6] drm/panel: simple: Add support for Banana Pi 7" S070WV20-CT16 panel

On Fri, 7 Sep 2018 12:19:46 +0800, Chen-Yu Tsai wrote: > This panel is marketed as Banana Pi 7" LCD display. On the back is > a sticker denoting the model name S070WV20-CT16. > > This is a 7" 800x480 panel connected through a 24-bit RGB interface. > However the panel only does 262k colors. > >

[Bug 108035] Upon every boot: "[drm:gfx_v8_0_ring_test_ib [amdgpu]] *ERROR* amdgpu: IB test timed out."

https://bugs.freedesktop.org/show_bug.cgi?id=108035 dwagner changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug 108035] Upon every boot: "[drm:gfx_v8_0_ring_test_ib [amdgpu]] *ERROR* amdgpu: IB test timed out."

https://bugs.freedesktop.org/show_bug.cgi?id=108035 --- Comment #2 from dwagner --- Using the amd-staging-drm-next git head as of today (commit 301b747894cdc9b22538bc7cf171a89a8fcefe48) this error is no longer present. -- You are receiving this mail because: You are the assignee for the

Re: [PATCH -next] drm/tegra: Use PTR_ERR_OR_ZERO in tegra_gem_create()

On Tue, 25 Sep 2018, Mikko Perttunen wrote: > I'm not the maintainer, but in line with previous similar patches.. > > NAK: this makes the code harder to read. If people don't like it, I wonder if it is a good thing for the function to even exist? Or at least the semantic patch that suggests

Re: [PATCH 0/2] drm: Make i915 check for panel orient quirks on eDP and add one such quirk

Hi, On 09-09-18 15:34, Hans de Goede wrote: Hi All, This series fixes (works around) the gpd win 2's eDP panel being a portait mode panel being used in a landscape case (clamshell model). I plan to merge the i915 bit through dinq and the actual quirk through drm-misc. These 2 are related in

Re: [PATCH 2/2] drm: panel-orientation-quirks: Add quirk for GPD win2

On Sun, 09 Sep 2018, Hans de Goede wrote: > GPD has done it again, make a nice device (good), use way too generic > DMI strings (bad) and use a portrait screen rotated 90 degrees (ugly). > > Because of the too generic DMI strings this entry is also doing bios-date > matching, so the gpd_win2 data

Re: [PATCH 1/2] drm/i915: Check for panel orientation quirks on eDP panels

On Sun, 09 Sep 2018, Hans de Goede wrote: > So far we have only been calling > drm_connector_init_panel_orientation_property(), which checks for > panel orientation quirks in the drm_panel_orientation_quirks.c file, > for DSI panels as so far only devices with DSI panels have had panels > which

Re: [PATCH -next] drm/tegra: Use PTR_ERR_OR_ZERO in tegra_gem_create()

On Tue, Sep 25, 2018 at 04:57:30PM +0900, Mikko Perttunen wrote: > On 25/09/2018 16.37, Julia Lawall wrote: > > > > > > On Tue, 25 Sep 2018, Mikko Perttunen wrote: > > > > > I'm not the maintainer, but in line with previous similar patches.. > > > > > > NAK: this makes the code harder to read.

Re: [PATCH 02/10] phy: Add configuration interface

Hi Maxime, On Monday 24 September 2018 03:24 PM, Maxime Ripard wrote: > Hi, > > On Mon, Sep 24, 2018 at 02:18:35PM +0530, Kishon Vijay Abraham I wrote: >> On Wednesday 19 September 2018 05:44 PM, Maxime Ripard wrote: >>> Hi, >>> >>> On Fri, Sep 14, 2018 at 02:18:37PM +0530, Kishon Vijay Abraham

[PATCH -next] drm/tegra: Use PTR_ERR_OR_ZERO in tegra_gem_create()

Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR Signed-off-by: YueHaibing --- drivers/gpu/drm/tegra/drm.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/gpu/drm/tegra/drm.c b/drivers/gpu/drm/tegra/drm.c index e22352c..056f749 100644 ---

[PATCH v2 7/7] net: stmmac: dwmac-meson8b: use xxxsetbits32

This patch convert meson stmmac glue driver to use all xxxsetbits32 functions. Signed-off-by: Corentin Labbe --- .../net/ethernet/stmicro/stmmac/dwmac-meson8b.c| 56 +- 1 file changed, 22 insertions(+), 34 deletions(-) diff --git

RE: [PATCH v4 5/5] drm: bridge: add support for Cadence MHDP DPI/DP bridge

> On Thu, Sep 20, 2018 at 03:54:40PM +0100, Damian Kos wrote: > > From: Quentin Schulz > > > > This adds basic support for Cadence MHDP DPI to DP bridge. > > > > Basically, it takes a DPI stream as input and output it encoded in DP > > format. It's missing proper HPD, HDCP and currently

[PATCH] drm/panel: simple: Add DLC1010GIG panel

Add support for the DLC DLC1010GIG 1280x800 10.1" LVDS panel to the simple-panel driver. Signed-off-by: Marco Felsch --- .../bindings/display/panel/dlc,dlc1010gig.txt | 12 +++ drivers/gpu/drm/panel/panel-simple.c | 33 +++ 2 files changed, 45 insertions(+) create

Re: [PATCH v2 1/7] powerpc: rename setbits32/clrbits32 to setbits32_be/clrbits32_be

Fix the patch title. Le 24/09/2018 à 21:04, Corentin Labbe a écrit : Since setbits32/clrbits32 work on be32, it's better to remove ambiguity on the used data type. Signed-off-by: Corentin Labbe --- arch/powerpc/include/asm/fsl_lbc.h | 2 +- arch/powerpc/include/asm/io.h

Re: [PATCH 5/5] ARM: shmobile: defconfig: Enable SII902X

On Fri, Sep 21, 2018 at 07:08:31PM +0100, Fabrizio Castro wrote: > The iwg23s board comes with the SiI9022ACNU HDMI transmitter, > this patch makes sure the corresponding driver gets built. > > Signed-off-by: Fabrizio Castro > Reviewed-by: Biju Das > --- > > Hello Simon, > > a patch for the

Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg

On Mon, Sep 24, 2018 at 10:18:52PM +0200, Arnd Bergmann wrote: > On Tue, Sep 18, 2018 at 7:59 PM Jason Gunthorpe wrote: > > > > On Tue, Sep 18, 2018 at 10:51:08AM -0700, Darren Hart wrote: > > > On Fri, Sep 14, 2018 at 09:57:48PM +0100, Al Viro wrote: > > > > On Fri, Sep 14, 2018 at 01:35:06PM

Re: 4096x2160 monitor has EDID reporting 3840x2160

Thank you for your reply. I took your advice and tried it. None of it really surprises me. The problem seems pretty simple. There is simply nothing in the EDID that mentions that it's a 4096x2160 monitor. From looking at the code, I don't see any possible code path that would allow it to

[PATCH v2 2/7] include: add setbits32/clrbits32/clrsetbits32/setbits64/clrbits64/clrsetbits64 in linux/setbits.h

This patch adds setbits32/clrbits32/clrsetbits32 and setbits64/clrbits64/clrsetbits64 in linux/setbits.h header. Signed-off-by: Corentin Labbe --- include/linux/setbits.h | 88 + 1 file changed, 88 insertions(+) create mode 100644

Re: [PATCH v1] drm/tegra: dpaux: Fix always-failing probing of the driver

On 9/24/18 3:32 PM, Jon Hunter wrote: On 24/09/18 12:59, Thierry Reding wrote: On Fri, Sep 21, 2018 at 02:42:41PM +0300, Dmitry Osipenko wrote: Some of definitions in the code changed the meaning, unfortunately one place missed the change. Fixes: 0751bb5c44fe ("drm/tegra: dpaux: Add pinctrl

Re: [PATCH] backlight: lm3639: Unconditionally call led_classdev_unregister

On Fri, Sep 21, 2018 at 4:10 PM Nathan Chancellor wrote: > > On Fri, Sep 21, 2018 at 03:48:50PM -0700, Nick Desaulniers wrote: > > On Fri, Sep 21, 2018 at 1:23 PM Nathan Chancellor > > wrote: > > > > > > Clang warns that the address of a pointer will always evaluated as true > > > in a boolean

[PATCH v2 6/7] drm: meson: use xxxsetbits32

This patch convert meson DRM driver to use all xxxsetbits32 functions. Signed-off-by: Corentin Labbe --- drivers/gpu/drm/meson/meson_crtc.c | 14 --- drivers/gpu/drm/meson/meson_dw_hdmi.c | 33 + drivers/gpu/drm/meson/meson_plane.c | 13 ---

[RFC PATCH] drm: Add new fb flags to pass interlaced alternate field

This patch adds two new framebuffer flags, so that application can communicate alternate interlaced field information to DRM. This patch also modifies the validation of framebuffer flags in DRM core framework. This is to ensure that application is setting the right framebuffer flags.

Re: [PATCH v2 2/7] include: add setbits32/clrbits32/clrsetbits32/setbits64/clrbits64/clrsetbits64 in linux/setbits.h

Le 24/09/2018 à 21:04, Corentin Labbe a écrit : This patch adds setbits32/clrbits32/clrsetbits32 and setbits64/clrbits64/clrsetbits64 in linux/setbits.h header. Fix the patch subject and description. Signed-off-by: Corentin Labbe --- include/linux/setbits.h | 88

Re: [PATCH v1] drm/tegra: dpaux: Fix always-failing probing of the driver

On 9/24/18 2:59 PM, Thierry Reding wrote: On Fri, Sep 21, 2018 at 02:42:41PM +0300, Dmitry Osipenko wrote: Some of definitions in the code changed the meaning, unfortunately one place missed the change. Fixes: 0751bb5c44fe ("drm/tegra: dpaux: Add pinctrl support") Cc: # v4.8+ Signed-off-by:

Re: [PATCH 01/20] drm/fb-helper: Improve error reporting in setup

Den 08.09.2018 15.46, skrev Noralf Trønnes: Improve error reporting in drm_fb_helper_fbdev_setup() by printing the error code. This is useful for drivers that choose to not fall over just because fbdev doesen't work, but still wants clues to why it failed. This way they don't have to provide an

[PATCH v2 3/7] coccinelle: add xxxsetbitsXX converting spatch

This patch add a spatch which convert all open coded of setbits32/clrbits32/clrsetbits32 and their 64 bits counterparts. Note that 64 and 32_relaxed are generated via cp scripts/coccinelle/misc/setbits32.cocci scripts/coccinelle/misc/setbits32_relaxed.cocci sed -i 's,readl,readl_relaxed,'

Re: [PATCH] drm/amd/powerplay: Change id parameter type in pp_atomfwctrl_get_clk_information_by_clkid

On Fri, Sep 21, 2018 at 2:01 PM Nathan Chancellor wrote: > > Clang generates warnings when one enumerated type is implicitly > converted to another. > > drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/ppatomfwctrl.c:532:57: > warning: implicit conversion from enumeration type 'enum >

RE: [PATCH v4 5/5] drm: bridge: add support for Cadence MHDP DPI/DP bridge

Heiko, > Hi Damian, > > Am Montag, 24. September 2018, 13:40:03 CEST schrieb Damian Kos: > > > Am Donnerstag, 20. September 2018, 16:54:40 CEST schrieb Damian Kos: > > > > From: Quentin Schulz > > > > > > > > This adds basic support for Cadence MHDP DPI to DP bridge. > > > > > > > >

Re: [PATCH] drm/amd/display: Change status's type in aux_reply_transaction_data

On Fri, Sep 21, 2018 at 2:55 PM Nathan Chancellor wrote: > > Clang warns when one enumerated type is implicitly converted to another. > > drivers/gpu/drm/amd/amdgpu/../display/dc/dce/dce_aux.c:315:19: warning: > implicit conversion from enumeration type 'enum > aux_channel_operation_result' to

[PATCH v2 1/7] powerpc: rename setbits32/clrbits32 to setbits32_be/clrbits32_be

Since setbits32/clrbits32 work on be32, it's better to remove ambiguity on the used data type. Signed-off-by: Corentin Labbe --- arch/powerpc/include/asm/fsl_lbc.h | 2 +- arch/powerpc/include/asm/io.h| 5 +- arch/powerpc/platforms/44x/canyonlands.c |

[RFC PATCH] drm: Add new fb flags to pass interlaced alternate field information

This patch adds two new framebuffer flags, so that application can communicate alternate interlaced field information to DRM. This patch also modifies the validation of framebuffer flags in DRM core framework. This is to ensure that application is setting the right framebuffer flags.

Re: [PATCH v1] drm/tegra: dpaux: Fix always-failing probing of the driver

On 9/24/18 5:04 PM, Thierry Reding wrote: > On Mon, Sep 24, 2018 at 03:36:29PM +0200, Thierry Reding wrote: >> On Mon, Sep 24, 2018 at 03:40:35PM +0300, Dmitry Osipenko wrote: >>> On 9/24/18 3:32 PM, Jon Hunter wrote: On 24/09/18 12:59, Thierry Reding wrote: > On Fri, Sep 21, 2018 at

Re: [PATCH v2 7/7] net: stmmac: dwmac-meson8b: use xxxsetbits32

On 09/24/2018 12:04 PM, Corentin Labbe wrote: > This patch convert meson stmmac glue driver to use all xxxsetbits32 functions. > > Signed-off-by: Corentin Labbe > --- > .../net/ethernet/stmicro/stmmac/dwmac-meson8b.c| 56 > +- > 1 file changed, 22 insertions(+), 34

Re: [PATCH] drm/vmwgfx: Fix a buffer object eviction regression v2

On Mon, Sep 24, 2018 at 11:50:02AM +, Thomas Hellstrom wrote: > Commit 4eb085e42fde ("drm/vmwgfx: Convert to new IDA API") introduced > an incorrect return value from the function vmw_gmrid_man_get_node(), > when we run out of integer ids. Instead of returning 0 (meaning > non-fatal error) we

[PATCH v2 5/7] net: ethernet: stmmac: dwmac-sun8i: use xxxsetbits32

This patch convert dwmac-sun8i driver to use all xxxsetbits32 functions. Signed-off-by: Corentin Labbe --- drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c | 62 ++- 1 file changed, 16 insertions(+), 46 deletions(-) diff --git

Re: [PATCH 02/10] phy: Add configuration interface

Hi Maxime, On Wednesday 19 September 2018 05:44 PM, Maxime Ripard wrote: > Hi, > > On Fri, Sep 14, 2018 at 02:18:37PM +0530, Kishon Vijay Abraham I wrote: >>> +/** >>> + * phy_validate() - Checks the phy parameters >>> + * @phy: the phy returned by phy_get() >>> + * @mode:

Re: [PATCH] drm/amd/display: Change status's type in aux_reply_transaction_data

On Mon, Sep 24, 2018 at 03:07:16PM -0700, Nick Desaulniers wrote: > On Fri, Sep 21, 2018 at 2:55 PM Nathan Chancellor > wrote: > > > > Clang warns when one enumerated type is implicitly converted to another. > > > > drivers/gpu/drm/amd/amdgpu/../display/dc/dce/dce_aux.c:315:19: warning: > >

Re: [PATCH v1] drm/tegra: dpaux: Fix always-failing probing of the driver

On 9/24/18 4:36 PM, Thierry Reding wrote: On Mon, Sep 24, 2018 at 03:40:35PM +0300, Dmitry Osipenko wrote: On 9/24/18 3:32 PM, Jon Hunter wrote: On 24/09/18 12:59, Thierry Reding wrote: On Fri, Sep 21, 2018 at 02:42:41PM +0300, Dmitry Osipenko wrote: Some of definitions in the code changed

Re: [PATCH -next] drm/tegra: Use PTR_ERR_OR_ZERO in tegra_gem_create()

On 25/09/2018 16.37, Julia Lawall wrote: On Tue, 25 Sep 2018, Mikko Perttunen wrote: I'm not the maintainer, but in line with previous similar patches.. NAK: this makes the code harder to read. If people don't like it, I wonder if it is a good thing for the function to even exist? Or at

Re: [PATCH 12/20] drm/pl111: Use drm_fbdev_generic_setup()

Den 13.09.2018 02.07, skrev Eric Anholt: Noralf Trønnes writes: The CMA helper is already using the drm_fb_helper_generic_probe part of the generic fbdev emulation. This patch makes full use of the generic fbdev emulation by using its drm_client callbacks. This means that

Re: [PATCH 13/20] drm/sti: Use drm_fbdev_generic_setup()

Den 10.09.2018 11.39, skrev Benjamin Gaignard: 2018-09-08 15:46 GMT+02:00 Noralf Trønnes : The CMA helper is already using the drm_fb_helper_generic_probe part of the generic fbdev emulation. This patch makes full use of the generic fbdev emulation by using its drm_client callbacks. This

Re: [PATCH 11/20] drm/imx: Use drm_fbdev_generic_setup()

Den 14.09.2018 13.42, skrev Philipp Zabel: Hi Noralf, On Sat, 2018-09-08 at 15:46 +0200, Noralf Trønnes wrote: The CMA helper is already using the drm_fb_helper_generic_probe part of the generic fbdev emulation. This patch makes full use of the generic fbdev emulation by using its drm_client

Re: [PATCH 3/6] drm: add support of syncobj timeline point wait v2

Am 25.09.2018 um 11:22 schrieb Jason Ekstrand: On Thu, Sep 20, 2018 at 6:04 AM Chunming Zhou > wrote: points array is one-to-one match with syncobjs array. v2: add seperate ioctl for timeline point wait, otherwise break uapi. I think ioctl structs can

Re: [PATCH 08/20] drm/arm/hdlcd: Use drm_fbdev_generic_setup()

Den 11.09.2018 14.17, skrev Liviu Dudau: On Sat, Sep 08, 2018 at 03:46:36PM +0200, Noralf Trønnes wrote: The CMA helper is already using the drm_fb_helper_generic_probe part of the generic fbdev emulation. This patch makes full use of the generic fbdev emulation by using its drm_client

Re: [PATCH 09/20] drm/arm/mali: Use drm_fbdev_generic_setup()

Den 11.09.2018 14.18, skrev Liviu Dudau: On Sat, Sep 08, 2018 at 03:46:37PM +0200, Noralf Trønnes wrote: The CMA helper is already using the drm_fb_helper_generic_probe part of the generic fbdev emulation. This patch makes full use of the generic fbdev emulation by using its drm_client

[Bug 105359] kms_frontbuffer_tracking - FBC disabled

https://bugs.freedesktop.org/show_bug.cgi?id=105359 Lakshmi changed: What|Removed |Added Severity|normal |enhancement -- You are receiving this mail

Re: [PATCH -next] drm/tegra: Use PTR_ERR_OR_ZERO in tegra_gem_create()

I'm not the maintainer, but in line with previous similar patches.. NAK: this makes the code harder to read. Thanks, Mikko On 25/09/2018 10.35, YueHaibing wrote: Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR Signed-off-by: YueHaibing --- drivers/gpu/drm/tegra/drm.c | 5 +

Re: [PATCH 1/2] drm: Do not call drm_dp_cec_set_edid() while registering DP connectors

On 09/25/2018 03:16 AM, José Roberto de Souza wrote: drm_dp_cec_register_connector() is called when registering each DP connector in DRM, while sounds a good idea register CEC adapters as earlier as possible, it causes some driver initialization delay trying to do DPCD transactions in

Re: [PATCH 2/2] drm/i915: Do not get aux power for disconnected DP ports

On Mon, 24 Sep 2018, José Roberto de Souza wrote: > For ICL type-c ports there is a aux power restriction, it can only be > enabled while there is sink connected. > > BSpec: 21750 > > Cc: Maarten Lankhorst > Signed-off-by: José Roberto de Souza > --- > drivers/gpu/drm/i915/intel_dp.c | 19

RE: [PATCH v4 5/5] drm: bridge: add support for Cadence MHDP DPI/DP bridge

Hi Heiko, > Hi Damian, > > Am Donnerstag, 20. September 2018, 16:54:40 CEST schrieb Damian Kos: > > From: Quentin Schulz > > > > This adds basic support for Cadence MHDP DPI to DP bridge. > > > > Basically, it takes a DPI stream as input and output it encoded in DP > > format. It's missing

[Bug 105333] [gallium-nine] missing geometry after commit ac: replace ac_build_kill with ac_build_kill_if_false

https://bugs.freedesktop.org/show_bug.cgi?id=105333 --- Comment #21 from had...@gmx.de --- Hi, I can confirm that the patch on the mailing list fixes the bug, thanks a lot! I will close this when the patch lands. -- You are receiving this mail because: You are the assignee for the

[PATCH 1/6] drm/exynos: simplify DMA mapping

Moving DMA mapping creation to drm_iommu_attach_device allows to avoid looping through all components and maintaining DMA device flags. v2: take care of configurations without IOMMU Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 2 +-

[PATCH 4/6] drm/exynos/iommu: move IOMMU specific stuff into exynos_drm_iommu.c

Since __exynos_iommu* functions are used only in exynos_drm_iommu.c we can move them there. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_iommu.c | 94 +++ drivers/gpu/drm/exynos/exynos_drm_iommu.h | 94 --- 2 files changed, 94

[PATCH 3/6] drm/exynos/iommu: integrate IOMMU/DMA internal API

Exynos DRM drivers should work with and without IOMMU. Providing common API generic to both scenarios should make code cleaner and allow further code improvements. The patch removes including of exynos_drm_iommu.h as the file contains mostly IOMMU specific stuff, instead it exposes

[PATCH 6/6] drm/exynos/iommu: merge IOMMU and DMA code

As DMA code is the only user of IOMMU code both files can be merged. It allows to remove stub functions, after slight adjustment of exynos_drm_register_dma. Since IOMMU functions are used locally they can be marked static. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/Makefile

[PATCH 2/6] drm/exynos/iommu: remove DRM_EXYNOS_IOMMU Kconfig symbol

DRM_EXYNOS_IOMMU symbol is not configurable, it is always equal to EXYNOS_IOMMU. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/Kconfig| 5 - drivers/gpu/drm/exynos/Makefile | 2 +- drivers/gpu/drm/exynos/exynos_drm_iommu.h | 2 +- 3 files changed, 2

[PATCH 0/6] drm/exynos/iommu: refactoring

Hi Inki, This patchset refactors IOMMU/DMA code in ExynosDRM driver. It performs several changes: - provides simple/clean API for ExynosDRM drivers, - moves IOMMU related code from drivers to single file, - minimizes preprocessor magic, - decreases line count by 100. The patchset includes patch

[PATCH 5/6] drm/exynos/iommu: replace preprocessor conditionals with C conditionals

Using C conditionals is preferred solution - it provides better code coverage, makes code more clear. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_iommu.c | 114 +- 1 file changed, 47 insertions(+), 67 deletions(-) diff --git

Re: [PATCH 3/6] drm: add support of syncobj timeline point wait v2

On Thu, Sep 20, 2018 at 6:04 AM Chunming Zhou wrote: > points array is one-to-one match with syncobjs array. > v2: > add seperate ioctl for timeline point wait, otherwise break uapi. > I think ioctl structs can be extended as long as fields aren't re-ordered. I'm not sure on the details of this

Re: [PATCH 17/20] drm/tve200: Use drm_fbdev_generic_setup()

Den 19.09.2018 00.10, skrev Linus Walleij: On Sat, Sep 8, 2018 at 6:53 AM Noralf Trønnes wrote: The CMA helper is already using the drm_fb_helper_generic_probe part of the generic fbdev emulation. This patch makes full use of the generic fbdev emulation by using its drm_client callbacks.

Re: [PATCH 19/20] drm/zte: Use drm_fbdev_generic_setup()

Den 10.09.2018 03.23, skrev Shawn Guo: On Sat, Sep 08, 2018 at 03:46:47PM +0200, Noralf Trønnes wrote: The CMA helper is already using the drm_fb_helper_generic_probe part of the generic fbdev emulation. This patch makes full use of the generic fbdev emulation by using its drm_client

Re: [PATCH 18/20] drm/vc4: Use drm_fbdev_generic_setup()

Den 13.09.2018 02.06, skrev Eric Anholt: Noralf Trønnes writes: The CMA helper is already using the drm_fb_helper_generic_probe part of the generic fbdev emulation. This patch makes full use of the generic fbdev emulation by using its drm_client callbacks. This means that

[Bug 108033] Kernel crash on videogames and high resolution video

https://bugs.freedesktop.org/show_bug.cgi?id=108033 lae...@pm.me changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: [PATCH v5 2/5] drm/dp: fix link probing for devices supporting DP 1.4+

Hi Damian, Am Dienstag, 25. September 2018, 11:13:32 CEST schrieb Damian Kos: > From: Quentin Schulz > > DP 1.4 introduced a DP_EXTENDED_RECEIVER_CAP_FIELD_PRESENT bit in > DP_TRAINING_AUX_RD_INTERVAL register. If set, DPCD registers from > DP_DPCD_REV to DP_ADAPTER_CAP should be retrieved

[Bug 107456] WARNING: CPU: 11 PID: 1137 at drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm_mst_types.c:88 dm_dp_aux_transfer+0xa5/0xc0 [amdgpu]

https://bugs.freedesktop.org/show_bug.cgi?id=107456 --- Comment #1 from Marc Thomas --- I still see this in 4.18.9. I found that udevd is running "/usr/bin/xcmddc --i2c /dev/i2c-7 --identify" during boot and it causes these warnings to be displayed. Latest from 4.18.9, caused by manually

[Bug 102322] System crashes after "[drm] IP block:gmc_v8_0 is hung!" / [drm] IP block:sdma_v3_0 is hung!

https://bugs.freedesktop.org/show_bug.cgi?id=102322 --- Comment #67 from Roshless --- Tried on 4.19-rc5, still crashes for me after about 2-3 days (of 6-12h use) -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Do not get aux power for disconnected DP ports

On Mon, Sep 24, 2018 at 06:16:49PM -0700, José Roberto de Souza wrote: > For ICL type-c ports there is a aux power restriction, it can only be > enabled while there is sink connected. That can't be entirely true because it's super racy. I was talking with Imre about this mess at some point, and

[PATCH] drm/omap: DMM: Fix interrupt request/free sequence during probe/remove

The interrupts should be enabled after the driver initialization to avoid early interrupts while the driver is not yet ready to handle them. On removal the interrupts must be disabled before other resources are released, freed up. Signed-off-by: Peter Ujfalusi ---

[Bug 105725] WARNING: CPU: 0 PID: 487 at drivers/gpu/drm/amd/amdgpu/../display /dc/gpio/gpio_base.c:64 dal_gpio_open_ex+0xc/0x30 [amdgpu]

https://bugs.freedesktop.org/show_bug.cgi?id=105725 --- Comment #10 from Marc Thomas --- (In reply to Alex Deucher from comment #9) > It's possible that there are issues with gpio-amdpt and pinctrl-amd that > lead to general system stability issues, but it should be noted the the gpio > stuff in

[PATCH v2 4/7] ata: ahci_sunxi: use xxxsetbits32 functions

This patch converts ahci_sunxi to use xxxsetbits32 functions Signed-off-by: Corentin Labbe --- drivers/ata/ahci_sunxi.c | 51 1 file changed, 12 insertions(+), 39 deletions(-) diff --git a/drivers/ata/ahci_sunxi.c b/drivers/ata/ahci_sunxi.c

[PATCH v2 0/7] include: add setbits32/clrbits32/clrsetbits32/setbits64/clrbits64/clrsetbits64

Hello This patchset adds a new set of functions which are open-coded in lot of place. Basicly the pattern is always the same, "read, modify a bit, write" some driver and the powerpc arch already have thoses pattern them as functions. (like ahci_sunxi.c or dwmac-meson8b) The first patch rename

Re: [PATCH v2 7/7] net: stmmac: dwmac-meson8b: use xxxsetbits32

Hi Florian, On 24/09/2018 21:17, Florian Fainelli wrote: > On 09/24/2018 12:04 PM, Corentin Labbe wrote: >> This patch convert meson stmmac glue driver to use all xxxsetbits32 >> functions. >> >> Signed-off-by: Corentin Labbe >> --- >> .../net/ethernet/stmicro/stmmac/dwmac-meson8b.c| 56

Re: [PATCH 0/3] HiBMC driver fixes

Thanks John, good addressing! The root cause as you said, our hibmc previous frame buffer format depth setting is wrong which does not pass the new format sanity checking drm_mode_legacy_fb_format. For this series, Reviewed-by: Xinliang Liu Applied to hisilicon-drm-next. Thanks, Xinliang On

Re: [PATCH] drm/hisilicon: Replace drm_dev_unref with drm_dev_put

On Fri, 13 Jul 2018 at 16:48, Thomas Zimmermann wrote: > > This patch unifies the naming of DRM functions for reference counting > of struct drm_device. The resulting code is more aligned with the rest > of the Linux kernel interfaces. > > Signed-off-by: Thomas Zimmermann Sorry for late reply.

[PATCH libdrm] gitlab-ci: pass the correct toggles to configure

From: Emil Velikov Trivial typos - s/admgpu/amdgpu/;s/vmwfgx/vmwgfx/ Fixes: 4a9030dc8b7 ("add gitlab-ci builds of libdrm") Cc: Eric Engestrom Cc: Brian Starkey Reported-by: Brian Starkey Signed-off-by: Emil Velikov --- .gitlab-ci.yml | 4 ++-- 1 file changed, 2 insertions(+), 2

Re: [PATCH libdrm] gitlab-ci: pass the correct toggles to configure

On Tue, Sep 25, 2018 at 11:25 AM Emil Velikov wrote: > > From: Emil Velikov > > Trivial typos - s/admgpu/amdgpu/;s/vmwfgx/vmwgfx/ > > Fixes: 4a9030dc8b7 ("add gitlab-ci builds of libdrm") > Cc: Eric Engestrom > Cc: Brian Starkey > Reported-by: Brian Starkey > Signed-off-by: Emil Velikov

Re: [PATCH v5 1/2] arm64: dts: allwinner: a64: Add display pipeline

On Tue, Sep 25, 2018 at 4:49 PM Jagan Teki wrote: > > Allwinner A64 have a display pipeline with 2 mixers/TCONs, the first > TCON is connected to LCD and the second is to HDMI. > > The HDMI controller/PHY pair is similar to the one on H3/H5. > > Add all required device tree nodes of the display

Re: [PATCH] gpu/drm/hisilicon: Convert drm_atomic_helper_suspend/resume()

Hi Souptick, On Mon, 17 Sep 2018 at 15:40, Souptick Joarder wrote: > > On Tue, Sep 11, 2018 at 2:04 PM Souptick Joarder wrote: > > > > On Mon, Aug 6, 2018 at 8:16 PM Souptick Joarder > > wrote: > > > > > > convert drm_atomic_helper_suspend/resume() to use > > >

[Bug 107213] [amdgpu/DisplayPort] KDE Wayland session is segfaulting right after login

https://bugs.freedesktop.org/show_bug.cgi?id=107213 --- Comment #20 from Shmerl --- I also opened downstream Debian bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=909636 -- You are receiving this mail because: You are the assignee for the

Re: [PATCH] drm/hisilicon: Replace ttm_bo_unref with ttm_bo_put

Hi Thomas, sorry for too late to reply. On Tue, 31 Jul 2018 at 14:33, Thomas Zimmermann wrote: > > The function ttm_bo_put releases a reference to a TTM buffer object. The > function's name is more aligned to the Linux kernel convention of naming > ref-counting function _get and _put. > > A call

[GIT PULL] drm-hisilicon-next-2018-09-26

Hi Dave, A few changes for 4.20. Please pull. - A crash fix founded in recent linux-next from John Garry - One sparse warning fix from Souptick Joarder - Some xxx_unref cleanup from Thomas Zimmermann Thanks, Xinliang The following changes since commit 36c9c3c91128e2b892c9be0dd9ee9bd82cbe82ad:

[PATCH v3] libdrm: headers: Sync with drm-next

Generated using make headers_install from the drm-next tree - git://anongit.freedesktop.org/drm/drm branch - drm-next commit - 2dc7bad71cd310dc94d1c9907909324dd2b0618f The changes were as follows :- core: (drm.h, drm_fourcc.h, drm_mode.h) - Added client capabilities for ASPECT_RATIO and

Re: [PATCH v2 2/3] drm: Add variable refresh property to DRM CRTC

On 09/24/2018 04:26 PM, Ville Syrjälä wrote: On Mon, Sep 24, 2018 at 03:06:02PM -0400, Kazlauskas, Nicholas wrote: On 09/24/2018 02:38 PM, Ville Syrjälä wrote: On Mon, Sep 24, 2018 at 02:15:36PM -0400, Nicholas Kazlauskas wrote: Variable refresh rate algorithms have typically been enabled

Re: [PATCH v2 2/3] drm: Add variable refresh property to DRM CRTC

On 2018-09-24 10:26 p.m., Ville Syrjälä wrote: > On Mon, Sep 24, 2018 at 03:06:02PM -0400, Kazlauskas, Nicholas wrote: >> On 09/24/2018 02:38 PM, Ville Syrjälä wrote: >>> >>> Actually I don't understand why this per-crtc thing is being added at >>> all. You already have the prop on the connector.

Re: [PATCH v2] drm/scheduler: remove timeout work_struct from drm_sched_job

Am 25.09.2018 um 19:09 schrieb Nayan Deshmukh: having a delayed work item per job is redundant as we only need one per scheduler to track the time out the currently executing job. v2: the first element of the ring mirror list is the currently executing job so we don't need a additional variable

Re: [PATCH v2 2/3] drm: Add variable refresh property to DRM CRTC

On 2018-09-25 4:04 p.m., Ville Syrjälä wrote: > On Tue, Sep 25, 2018 at 03:28:28PM +0200, Michel Dänzer wrote: >> On 2018-09-24 10:26 p.m., Ville Syrjälä wrote: >>> On Mon, Sep 24, 2018 at 03:06:02PM -0400, Kazlauskas, Nicholas wrote: On 09/24/2018 02:38 PM, Ville Syrjälä wrote: > >

[PATCH 1/2 v3] drm/panel: Augment the TPO TPG110 bindings

The TPO TPG110 bindings were using the DPI bindings (popular in the fbdev subsystem) but this misses the finer points learned in the DRM subsystem. We need to augment the bindings for proper DRM integration: the timings are expressed by the hardware, not put into the device tree. I.e. this

[PATCH 2/2 v3] drm/panel: Add a driver for the TPO TPG110

The TPO (Toppoly) TPG110 is a pretty generic display driver similar in vein to the Ilitek 93xx devices. It is not a panel per se but a driver used with several low-cost noname panels. This is used on the Nomadik NHK15 combined with a OSD OSD057VA01CT display for WVGA 800x480. The driver is

[Bug 107953] Screen Corruption (Bisected)

https://bugs.freedesktop.org/show_bug.cgi?id=107953 --- Comment #3 from Nick Tenney --- Thanks for the patch (and sorry for the delayed review). The revert did the trick and works fine here. Just curious, was this superseded by b6bb2aa2181037c9f6083aa2016e1c7e7424e0f3 in Alex's tree? -- You

[PATCH v2] drm/scheduler: remove timeout work_struct from drm_sched_job

having a delayed work item per job is redundant as we only need one per scheduler to track the time out the currently executing job. v2: the first element of the ring mirror list is the currently executing job so we don't need a additional variable for it Signed-off-by: Nayan Deshmukh

Re: [PATCH v2 2/3] drm: Add variable refresh property to DRM CRTC

On Tue, Sep 25, 2018 at 03:28:28PM +0200, Michel Dänzer wrote: > On 2018-09-24 10:26 p.m., Ville Syrjälä wrote: > > On Mon, Sep 24, 2018 at 03:06:02PM -0400, Kazlauskas, Nicholas wrote: > >> On 09/24/2018 02:38 PM, Ville Syrjälä wrote: > >>> > >>> Actually I don't understand why this per-crtc

[Bug 199925] system-freeze with amdgpu.dc=1 & HDMI-Output

https://bugzilla.kernel.org/show_bug.cgi?id=199925 mj.wilson...@gmail.com changed: What|Removed |Added CC||mj.wilson...@gmail.com ---

Re: [PATCH v3] libdrm: headers: Sync with drm-next

On 25 September 2018 at 13:58, Ayan Halder wrote: > Generated using make headers_install from the drm-next > tree - git://anongit.freedesktop.org/drm/drm > branch - drm-next > commit - 2dc7bad71cd310dc94d1c9907909324dd2b0618f > > The changes were as follows :- > > core: (drm.h, drm_fourcc.h,

Re: [PATCH libdrm] gitlab-ci: pass the correct toggles to configure

On Tuesday, 2018-09-25 16:20:14 +0100, Emil Velikov wrote: > From: Emil Velikov > > Trivial typos - s/admgpu/amdgpu/;s/vmwfgx/vmwgfx/ Oops... Thanks :) Reviewed-by: Eric Engestrom > > Fixes: 4a9030dc8b7 ("add gitlab-ci builds of libdrm") > Cc: Eric Engestrom > Cc: Brian Starkey >

[Bug 108015] Enabling pp_od_clk_voltage causes the gpu to be locked to lowest power level until some value is written to pp_od_clk_voltage and then the pp_od_clk_voltage is reset.

https://bugs.freedesktop.org/show_bug.cgi?id=108015 --- Comment #2 from igo95...@yandex.ru --- After doing some more tests, it seems like changing the clock frequency only takes 1 commit but voltage 2. -- You are receiving this mail because: You are the assignee for the

[Bug 108015] Enabling pp_od_clk_voltage causes the gpu to be locked to lowest power level until some value is written to pp_od_clk_voltage and then the pp_od_clk_voltage is reset.

https://bugs.freedesktop.org/show_bug.cgi?id=108015 --- Comment #3 from igo95...@yandex.ru --- Created attachment 141735 --> https://bugs.freedesktop.org/attachment.cgi?id=141735=edit Screenshot 1 -- You are receiving this mail because: You are the assignee for the

[Bug 108015] Enabling pp_od_clk_voltage causes the gpu to be locked to lowest power level until some value is written to pp_od_clk_voltage and then the pp_od_clk_voltage is reset.

https://bugs.freedesktop.org/show_bug.cgi?id=108015 --- Comment #7 from igo95...@yandex.ru --- Created attachment 141739 --> https://bugs.freedesktop.org/attachment.cgi?id=141739=edit Screenshot 5 -- You are receiving this mail because: You are the assignee for the

[Bug 108015] Enabling pp_od_clk_voltage causes the gpu to be locked to lowest power level until some value is written to pp_od_clk_voltage and then the pp_od_clk_voltage is reset.

https://bugs.freedesktop.org/show_bug.cgi?id=108015 --- Comment #4 from igo95...@yandex.ru --- Created attachment 141736 --> https://bugs.freedesktop.org/attachment.cgi?id=141736=edit Screenshot 2 -- You are receiving this mail because: You are the assignee for the

[Bug 108015] Enabling pp_od_clk_voltage causes the gpu to be locked to lowest power level until some value is written to pp_od_clk_voltage and then the pp_od_clk_voltage is reset.

https://bugs.freedesktop.org/show_bug.cgi?id=108015 --- Comment #5 from igo95...@yandex.ru --- Created attachment 141737 --> https://bugs.freedesktop.org/attachment.cgi?id=141737=edit Screenshot 3 -- You are receiving this mail because: You are the assignee for the

  1   2   >