Re: [PATCHv3 4/5] cec-gpio: add HDMI CEC GPIO driver

On Wed, Aug 30, 2017 at 6:10 PM, Hans Verkuil wrote: > From: Hans Verkuil > > Add a simple HDMI CEC GPIO driver that sits on top of the cec-pin framework. > > While I have heard of SoCs that use the GPIO pin for CEC (apparently an > early RockChip SoC

Re: [PATCH 4/7] drm/pl111: Enable PL110 variant

On Wednesday, 2017-08-30 20:07:08 +0200, Linus Walleij wrote: > We detect and enable the use of the PL110 variant, an earlier > incarnation of PL111. The only real difference is that the > control and interrupt enable registers have swapped place. > The Versatile AB and Versatile PB have a variant

Re: [PATCH 4/6] drm/tinydrm: Embed drm_device in tinydrm_device

Hi Noralf, Thank you for the patch. On Monday, 28 August 2017 20:17:46 EEST Noralf Trønnes wrote: > Might as well embed drm_device since tinydrm_device (embeds pipe struct > and fbdev pointer) needs to stick around after driver-device unbind to > handle open fd's after device removal. > > Cc:

[Bug 102491] OpenCL app gets CL_OUT_OF_HOST_MEMORY on Cape Verde 7770

https://bugs.freedesktop.org/show_bug.cgi?id=102491 Bug ID: 102491 Summary: OpenCL app gets CL_OUT_OF_HOST_MEMORY on Cape Verde 7770 Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux

Re: [PATCHv3 3/5] dt-bindings: document the CEC GPIO bindings

On 31/08/17 11:20, Linus Walleij wrote: > On Wed, Aug 30, 2017 at 6:10 PM, Hans Verkuil wrote: > >> From: Hans Verkuil >> >> Document the bindings for the cec-gpio module for hardware where the >> CEC pin and optionally the HPD pin are connected to

[PATCHv4 2/5] cec-ioc-dqevent.rst: document new CEC_EVENT_PIN_HPD_LOW/HIGH events

From: Hans Verkuil Document these new CEC events. Signed-off-by: Hans Verkuil --- Documentation/media/uapi/cec/cec-ioc-dqevent.rst | 18 ++ 1 file changed, 18 insertions(+) diff --git

[PATCHv4 4/5] cec-gpio: add HDMI CEC GPIO driver

From: Hans Verkuil Add a simple HDMI CEC GPIO driver that sits on top of the cec-pin framework. While I have heard of SoCs that use the GPIO pin for CEC (apparently an early RockChip SoC used that), the main use-case of this driver is to function as a debugging tool. By

[PATCHv4 0/5] cec-gpio: add HDMI CEC GPIO-based driver

From: Hans Verkuil This driver adds support for CEC implementations that use a pull-up GPIO line. While SoCs exist that do this, the primary use-case is to turn a single-board computer into a cheap CEC debugger. Together with 'cec-ctl --monitor-pin' you can do low-level

[PATCHv4 1/5] cec: add CEC_EVENT_PIN_HPD_LOW/HIGH events

From: Hans Verkuil Add support for two new low-level events: PIN_HPD_LOW and PIN_HPD_HIGH. This is specifically meant for use with the upcoming cec-gpio driver and makes it possible to trace when the HPD pin changes. Some HDMI sinks do strange things with the HPD and

[PATCHv4 3/5] dt-bindings: document the CEC GPIO bindings

From: Hans Verkuil Document the bindings for the cec-gpio module for hardware where the CEC line and optionally the HPD line are connected to GPIO lines. Signed-off-by: Hans Verkuil --- .../devicetree/bindings/media/cec-gpio.txt | 22

Re: [PATCH 5/6 v3] ASoC: AMD: Audio buffer related changes for Stoney

On Fri, Aug 18, 2017 at 02:10:29PM -0400, Alex Deucher wrote: > +#define ST_PLAYBACK_MAX_PERIOD_SIZE 8192 > +#define ST_CAPTURE_MAX_PERIOD_SIZE 8192 > +#define ST_MAX_BUFFER (ST_PLAYBACK_MAX_PERIOD_SIZE * > PLAYBACK_MAX_NUM_PERIODS) These defines will go wrong if the capture size is changed

Re: [PATCHv3 3/5] dt-bindings: document the CEC GPIO bindings

On Wed, Aug 30, 2017 at 6:10 PM, Hans Verkuil wrote: > From: Hans Verkuil > > Document the bindings for the cec-gpio module for hardware where the > CEC pin and optionally the HPD pin are connected to GPIO pins. > > Signed-off-by: Hans Verkuil

Re: [PATCH 1/6] drm/fb-helper: Avoid NULL ptr dereference in fb_set_suspend()

Hello, On Tuesday, 29 August 2017 00:34:57 EEST Daniel Vetter wrote: > On Mon, Aug 28, 2017 at 07:17:43PM +0200, Noralf Trønnes wrote: > > drm_fb_helper_resume_worker() uses fb_helper->fbdev to call > > fb_set_suspend() which dereferences the pointer. > > Move sync-canceling of the resume worker

Re: [PATCH] dt-bindings: display: renesas: dw-hdmi: Drop bogus node name suffix

On Wed, Aug 30, 2017 at 01:05:43PM +0300, Laurent Pinchart wrote: > Hi Geert, > > Thank you for the patch. > > On Wednesday, 30 August 2017 12:53:01 EEST Geert Uytterhoeven wrote: > > Node names should not use numerical suffixes if the nodes can be > > distinguished by unit-address. > > > >

[RFC PATCH] drm/nouveau/therm: initial implementation of new gp1xx temperature sensor

Signed-off-by: Rhys Kidd --- .../gpu/drm/nouveau/include/nvkm/subdev/therm.h| 1 + drivers/gpu/drm/nouveau/nvkm/engine/device/base.c | 6 +++ drivers/gpu/drm/nouveau/nvkm/subdev/therm/Kbuild | 1 + drivers/gpu/drm/nouveau/nvkm/subdev/therm/base.c | 3 +-

Re: [Nouveau] [RFC PATCH] drm/nouveau/therm: initial implementation of new gp1xx temperature sensor

On Thu, Aug 31, 2017 at 4:55 AM, Rhys Kidd wrote: > Signed-off-by: Rhys Kidd > --- > .../gpu/drm/nouveau/include/nvkm/subdev/therm.h| 1 + > drivers/gpu/drm/nouveau/nvkm/engine/device/base.c | 6 +++ >

Re: [PATCH 1/2] vfs: add flags parameter to ->mmap() in 'struct file_operations'

> -static int ecryptfs_mmap(struct file *file, struct vm_area_struct *vma) > +static int ecryptfs_mmap(struct file *file, struct vm_area_struct *vma, > + unsigned long map_flags) > { > struct file *lower_file = ecryptfs_file_to_lower(file); > /* > @@ -179,7 +180,7

Re: [PATCH v2 6/9] drm/exynos: introduce BYTE_PITCH capability

Hi Tobias, On 2017-08-22 16:19, Tobias Jakobi wrote: In some of subdrivers we compute something like 'pitch / cpp' at some point, silently assuming that the pitch (which is in bytes) is divisible by the buffer's cpp. This must not be true, in particular it depends on the underlying hardware.

[PATCHv4 5/5] MAINTAINERS: add cec-gpio entry

From: Hans Verkuil Add an entry for the CEC GPIO driver. Signed-off-by: Hans Verkuil --- MAINTAINERS | 9 + 1 file changed, 9 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index eb930ebecfcb..5ef0d34ef502 100644 --- a/MAINTAINERS

[Bug 102491] OpenCL app gets CL_OUT_OF_HOST_MEMORY on Cape Verde 7770

https://bugs.freedesktop.org/show_bug.cgi?id=102491 --- Comment #4 from ka.n...@mail.ru --- Created attachment 133900 --> https://bugs.freedesktop.org/attachment.cgi?id=133900=edit lspci -k output -- You are receiving this mail because: You are the assignee for the

Re: [PATCH] drm/tve200: Pass NULL format_modifier to drm_simple_display_pipe_init

On Wed, Aug 30, 2017 at 9:22 AM, Daniel Vetter wrote: > On Mon, Aug 28, 2017 at 10:40:34AM +0200, Daniel Vetter wrote: >> On Fri, Aug 25, 2017 at 01:16:12PM -0700, Rodrigo Vivi wrote: >> > This Fixes build on branches where we already have format-modifier. >> > >> > Reference:

Re: [PATCH 0/6 v3] Add ASoC support for AMD Stoney APUs

On Wed, Aug 30, 2017 at 09:40:07PM +, Deucher, Alexander wrote: Please fix your mail client to word wrap within paragraphs at something substantially less than 80 columns. Doing this makes your messages much easier to read and reply to. > I sent one patch in the v2 patch set that had

[Bug 102491] OpenCL app gets CL_OUT_OF_HOST_MEMORY on Cape Verde 7770

https://bugs.freedesktop.org/show_bug.cgi?id=102491 --- Comment #1 from ka.n...@mail.ru --- Created attachment 133897 --> https://bugs.freedesktop.org/attachment.cgi?id=133897=edit Dmesg output -- You are receiving this mail because: You are the assignee for the

[Bug 102491] OpenCL app gets CL_OUT_OF_HOST_MEMORY on Cape Verde 7770

https://bugs.freedesktop.org/show_bug.cgi?id=102491 --- Comment #3 from ka.n...@mail.ru --- Created attachment 133899 --> https://bugs.freedesktop.org/attachment.cgi?id=133899=edit darktable-cltest output -- You are receiving this mail because: You are the assignee for the

[Bug 102491] OpenCL app gets CL_OUT_OF_HOST_MEMORY on Cape Verde 7770

https://bugs.freedesktop.org/show_bug.cgi?id=102491 --- Comment #2 from ka.n...@mail.ru --- Created attachment 133898 --> https://bugs.freedesktop.org/attachment.cgi?id=133898=edit Clinfo output -- You are receiving this mail because: You are the assignee for the

Re: [PATCH v2 6/9] drm/exynos: introduce BYTE_PITCH capability

Hello Marek, first of all thanks for checking this! Marek Szyprowski wrote: > Hi Tobias, > > On 2017-08-22 16:19, Tobias Jakobi wrote: >> In some of subdrivers we compute something like 'pitch / cpp' at some >> point, silently assuming that the pitch (which is in bytes) is >> divisible by the

Re: [PATCH 6/6] drm/tinydrm: Support device unplug

Hi Daniel and Noralf, On Wednesday, 30 August 2017 20:18:49 EEST Daniel Vetter wrote: > On Wed, Aug 30, 2017 at 6:31 PM, Noralf Trønnes wrote: > > Den 28.08.2017 23.56, skrev Daniel Vetter: > >> On Mon, Aug 28, 2017 at 07:17:48PM +0200, Noralf Trønnes wrote: > >>> Support

[PATCH v2 1/2] drm/bridge: add Silicon Image SiI9234 driver

SiI9234 transmitter converts eTMDS/HDMI signal to MHL 1.0. It is controlled via I2C bus. Its interaction with other devices in video pipeline is performed mainly on HW level. The only interaction it does on device driver level is filtering-out unsupported video modes, it exposes drm_bridge

[PATCH v2 0/2] add Silicon Image SiI9234 driver

Hi everyone, These patches are a continuation of work by Tomasz Stanislawski on sii9324 driver, which was described in th following letter: https://lists.freedesktop.org/archives/dri-devel/2014-April/057481.html The main differences from the previous code are: * driver moved to /gpu/drm/bridge/

[PATCH v2 2/2] ARM: dts: exynos: Add HDMI and Sil9234 to Trats2 board

Add HDMI and Sil9234 MHL converter to Trats2 board. Following in SoC devices have been enabled: - HDMI (HDMI signal encoder), - Mixer (video buffer scanout device), - I2C_5 bus (used for HDMI DDC) - I2C_8 bus (used for HDMI_PHY control). Based on previous work by: Tomasz Stanislawski

Re: [PATCH 3/6 v3] ASoC: AMD: disabling memory gating in stoney platform

On Fri, Aug 18, 2017 at 02:10:27PM -0400, Alex Deucher wrote: > From: Vijendar Mukunda > > For Stoney platform, Memory gating is disabled.i.e SRAM Banks > won't be turned off. By Default, SRAM Bank state set to ON. > Added condition checks to skip SRAM Bank state set

Re: [PATCH 4/6 v2] ASoC: AMD: DMA driver changes for Stoney Platform

On Fri, Aug 18, 2017 at 02:10:28PM -0400, Alex Deucher wrote: > From: Vijendar Mukunda > > Added DMA driver changes for Stoney platform. > Below are the key differences between Stoney and CZ Acked-by: Mark Brown signature.asc Description: PGP

[Bug 92248] [KBL/SKL/BYT/BXT] igt/kms_plane_scaling fail

https://bugs.freedesktop.org/show_bug.cgi?id=92248 --- Comment #34 from Hector Velazquez --- The following tests Fail on GLK with this configuration Test List: igt@kms_plane_scaling == Output

Re: [PATCH v2 1/2] drm/bridge: add Silicon Image SiI9234 driver

Hi Maciej, Thank you for the patch. On Thursday, 31 August 2017 15:27:13 EEST Maciej Purski wrote: > SiI9234 transmitter converts eTMDS/HDMI signal to MHL 1.0. > It is controlled via I2C bus. Its interaction with other > devices in video pipeline is performed mainly on HW level. > The only

[Bug 92248] [KBL/SKL/BYT/BXT/GLK] igt/kms_plane_scaling fail

https://bugs.freedesktop.org/show_bug.cgi?id=92248 Hector Velazquez changed: What|Removed |Added Summary|[KBL/SKL/BYT/BXT]

Re: [PATCH 6/6 v3] ASoC: AMD: Add machine driver for cz rt5650

On Fri, Aug 18, 2017 at 02:10:30PM -0400, Alex Deucher wrote: > +++ b/sound/soc/amd/Kconfig > @@ -2,3 +2,10 @@ config SND_SOC_AMD_ACP > tristate "AMD Audio Coprocessor support" > help >This option enables ACP DMA support on AMD platform. > +config SND_SOC_AMD_CZ_RT5645_MACH >

[Bug 92248] [KBL/SKL/BYT/BXT/GLK] igt/kms_plane_scaling fail

https://bugs.freedesktop.org/show_bug.cgi?id=92248 --- Comment #35 from Hector Velazquez --- Created attachment 133901 --> https://bugs.freedesktop.org/attachment.cgi?id=133901=edit Output(GLK) -- You are receiving this mail because: You are

[Bug 92248] [KBL/SKL/BYT/BXT/GLK] igt/kms_plane_scaling fail

https://bugs.freedesktop.org/show_bug.cgi?id=92248 --- Comment #36 from Hector Velazquez --- Created attachment 133902 --> https://bugs.freedesktop.org/attachment.cgi?id=133902=edit Dmesg.log (GLK) -- You are receiving this mail because: You

Re: [PATCH 1/2] vfs: add flags parameter to ->mmap() in 'struct file_operations'

On Thu, Aug 31, 2017 at 3:02 AM, Christoph Hellwig wrote: >> -static int ecryptfs_mmap(struct file *file, struct vm_area_struct *vma) >> +static int ecryptfs_mmap(struct file *file, struct vm_area_struct *vma, >> + unsigned long map_flags) >> { >> struct

[Bug 102432] [regression] Steam fails to start with libdrm 2.4.83

https://bugs.freedesktop.org/show_bug.cgi?id=102432 --- Comment #3 from Michel Dänzer --- (In reply to Jan Vesely from comment #2) > The parsing mechanism is flimsy and adding an entry to > /usr/share/libdrm/amdgpu.ids crashes libdrm Can you share more details about how

[radeon-alex:amd-staging-drm-next 89/840] drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm_types.c:38:22: fatal error: drm_edid.h: No such file or directory

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: 990b8d69489cc8ba7e119af536808e5ca41d3864 commit: 68f6159d99d839908b2b75900209b55ef6bb97b3 [89/840] drm/amd/dc: Add dc display driver (v2) config: s390-allyesconfig (attached as .config) compiler:

[PATCH 0/3] drm/exynos/gsc: Support the rotate hardware limits of gsc

Hello all, The gscaler has hardware rotation limits. So this patch set support the rotate hardware limits of gsc. Best regards, Hoegeun Hoegeun Kwon (3): ARM: dts: exynos: Add the hardware rotation limits for gsc arm64: dts: exynos: Add the hardware rotation limits for gsc drm/exynos/gsc:

[PATCH 3/3] drm/exynos/gsc: Add rotation hardware limits of gscaler

The gscaler has hardware rotation limits that need to be imported from dts. Parse them and add them to the property list. The rotation hardware limits are related to the cropped source size. When swap occurs, use rot_max size instead of crop_max size. Also the scaling limits are related to post

[PATCH 1/3] ARM: dts: exynos: Add the hardware rotation limits for gsc

The gscaler has maximum size of input or output rotation. Add the hardware limits property for the gscaler rotation in the exynos5250 and exynos5420 dts. Signed-off-by: Hoegeun Kwon --- arch/arm/boot/dts/exynos5250.dtsi | 8 arch/arm/boot/dts/exynos5420.dtsi |

[PATCH 2/3] arm64: dts: exynos: Add the hardware rotation limits for gsc

The gscaler has maximum size of input or output rotation. Add the hardware limits property for the gscaler rotation in the exynos5433 dts. Signed-off-by: Hoegeun Kwon --- arch/arm64/boot/dts/exynos/exynos5433.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git

Re: DRM Format Modifiers in v4l2

Hi Laurent, On Thu, Aug 31, 2017 at 05:51:33PM +0300, Laurent Pinchart wrote: Hi Brian, On Wednesday, 30 August 2017 13:32:01 EEST Brian Starkey wrote: On Wed, Aug 30, 2017 at 11:53:58AM +0200, Hans Verkuil wrote: > On 30/08/17 11:36, Brian Starkey wrote: >> On Wed, Aug 30, 2017 at 10:10:01AM

Re: [PATCHv4 4/5] cec-gpio: add HDMI CEC GPIO driver

On Thu, Aug 31, 2017 at 1:01 PM, Hans Verkuil wrote: > From: Hans Verkuil > > Add a simple HDMI CEC GPIO driver that sits on top of the cec-pin framework. > > While I have heard of SoCs that use the GPIO pin for CEC (apparently an > early RockChip SoC

Re: [PATCH] drm: omapdrm: hdmi: Use PTR_ERR_OR_ZERO

Hi Himanshu, Thank you for the patch. On Tuesday, 29 August 2017 17:00:12 EEST Himanshu Jha wrote: > Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR > > Signed-off-by: Himanshu Jha Reviewed-by: Laurent Pinchart > ---

[PATCH] staging: vboxvideo: Use CONFIG_DRM_KMS_FB_HELPER to check for fbdefio availability

Checking for CONFIG_FB_DEFERRED_IO is not the right thing to do since the fbdev code may be built as a module while vboxvideo is builtin. This can only happen when DRM_KMS_FB_HELPER is not set: a) DRM_VBOXVIDEO selects DRM_KMS_HELPER b) DRM_KMS_FB_HELPER depends on DRM_KMS_HELPER c)

Re: [PATCHv4 3/5] dt-bindings: document the CEC GPIO bindings

On Thu, Aug 31, 2017 at 1:01 PM, Hans Verkuil wrote: > From: Hans Verkuil > > Document the bindings for the cec-gpio module for hardware where the > CEC line and optionally the HPD line are connected to GPIO lines. > > Signed-off-by: Hans Verkuil

Re: [PATCHv4 4/5] cec-gpio: add HDMI CEC GPIO driver

On 31/08/17 16:10, Linus Walleij wrote: > On Thu, Aug 31, 2017 at 1:01 PM, Hans Verkuil wrote: > >> From: Hans Verkuil >> >> Add a simple HDMI CEC GPIO driver that sits on top of the cec-pin framework. >> >> While I have heard of SoCs that use the

Re: DRM Format Modifiers in v4l2

Hi Brian, On Wednesday, 30 August 2017 13:32:01 EEST Brian Starkey wrote: > On Wed, Aug 30, 2017 at 11:53:58AM +0200, Hans Verkuil wrote: > > On 30/08/17 11:36, Brian Starkey wrote: > >> On Wed, Aug 30, 2017 at 10:10:01AM +0200, Hans Verkuil wrote: > >>> On 30/08/17 09:50, Daniel Vetter wrote: >

Re: [RFC PATCH 1/5] drm/i915: Always wait for flip_done

Op 30-08-17 om 15:40 schreef Daniel Vetter: > On Wed, Aug 30, 2017 at 02:54:28PM +0200, Maarten Lankhorst wrote: >> Op 30-08-17 om 14:43 schreef Daniel Vetter: >>> On Wed, Aug 30, 2017 at 02:17:48PM +0200, Maarten Lankhorst wrote: The next commit removes the wait for flip_done in in

Re: DRM Format Modifiers in v4l2

Hi Brian, On Thursday, 24 August 2017 14:14:31 EEST Brian Starkey wrote: > On Mon, Aug 21, 2017 at 06:36:29PM +0200, Hans Verkuil wrote: > > On 08/21/2017 06:01 PM, Daniel Vetter wrote: > >> On Mon, Aug 21, 2017 at 5:52 PM, Brian Starkey wrote: > >>> Hi all, > >>> > >>> I couldn't find this

Re: DRM Format Modifiers in v4l2

Hi Brian, On Tuesday, 29 August 2017 12:19:43 EEST Brian Starkey wrote: > On Fri, Aug 25, 2017 at 10:14:03AM +0200, Hans Verkuil wrote: > >On 24/08/17 14:26, Brian Starkey wrote: > >> On Thu, Aug 24, 2017 at 01:37:35PM +0200, Hans Verkuil wrote: > >>> On 08/24/17 13:14, Brian Starkey wrote: >

[Bug 93826] 2560x1440 @144Hz graphic glitches and bad refresh rate

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

[Bug 102432] [regression] Steam fails to start with libdrm 2.4.83

https://bugs.freedesktop.org/show_bug.cgi?id=102432 --- Comment #2 from Jan Vesely --- (In reply to Gregor Münch from comment #1) > Forget everything, solution: > > Ok, the problem is that nobody updated lib32-libdrm in arch. Its still at > 2.4.81 so way to old. I

[PATCH v3 1/2] drm/bridge: Add Cadence DSI driver

Add a driver for Cadence DPI -> DSI bridge. This driver only support a subset of Cadence DSI bridge capabilities. Here is a non-exhaustive list of missing features: * burst mode * dynamic configuration of the DPHY based on the * support for additional input interfaces (SDI input)

[PATCH v3 2/2] dt-bindings: drm/bridge: Document Cadence DSI bridge bindings

Document the bindings used for the Cadence DSI bridge. Signed-off-by: Boris Brezillon --- Changes in v3: - Fix clock names in the example - Document how to represent DSI devices that are controller through an external bus like I2C or SPI Changes in v2: -

Re: [PATCH V3 00/23] drm/etnaviv: support performance counters

2017-08-25 11:06 GMT+02:00 Christian Gmeiner : > In a perfect world we would be able to read GPU registers of interest > via the command stream with a 'read-register' command/package. For perf > counters it is a must to read them synchronized with the GPU to put the >

Re: [PATCH v3 1/2] drm/bridge: Add Cadence DSI driver

Boris Brezillon writes: > Add a driver for Cadence DPI -> DSI bridge. > > This driver only support a subset of Cadence DSI bridge capabilities. > > Here is a non-exhaustive list of missing features: > * burst mode > * dynamic configuration of the DPHY based

[Bug 102497] Fatal error during GPU init when using an aarch64 board

https://bugs.freedesktop.org/show_bug.cgi?id=102497 Bug ID: 102497 Summary: Fatal error during GPU init when using an aarch64 board Product: DRI Version: unspecified Hardware: Other OS: All

[Bug 102498] Monitors blink every 10sec and layout resets after returning from powersave or sleep

https://bugs.freedesktop.org/show_bug.cgi?id=102498 Bug ID: 102498 Summary: Monitors blink every 10sec and layout resets after returning from powersave or sleep Product: DRI Version: unspecified Hardware: x86-64 (AMD64)

[Bug 102497] Fatal error during GPU init when using an aarch64 board

https://bugs.freedesktop.org/show_bug.cgi?id=102497 --- Comment #1 from Alex Deucher --- (In reply to Bernhard Rosenkraenzer from comment #0) > > I presume the problem is caused by the (lack of) BIOS on aarch64 boards not > initializing the GPU the same way an x86 box

[Bug 100306] System randomly freezes or crashes to the login screen, glitches until rebooted

https://bugs.freedesktop.org/show_bug.cgi?id=100306 --- Comment #42 from MirceaKitsune --- Further more, I suspect I now know what the culprit component is. It's very likely that the problem lies within Mesa itself, and was introduced in the switch between

Re: [PATCH v2 09/10] dt-bindings: exynos5433-decon: remove i80-if-timings property

On Thu, Aug 24, 2017 at 03:33:58PM +0200, Andrzej Hajda wrote: > Since i80/command mode is determined in runtime by propagating info > from panel this property can be removed. > > Signed-off-by: Andrzej Hajda > --- >

Re: [PATCH 4/6] drm/tinydrm: Embed drm_device in tinydrm_device

Den 31.08.2017 12.18, skrev Laurent Pinchart: Hi Noralf, Thank you for the patch. On Monday, 28 August 2017 20:17:46 EEST Noralf Trønnes wrote: Might as well embed drm_device since tinydrm_device (embeds pipe struct and fbdev pointer) needs to stick around after driver-device unbind to

Re: [PATCH 2/7] drm/pl111: Add all registers to debugfs

Linus Walleij writes: > This adds all the main control registers to the debugfs > register file. This was helpful for my debugging so it will > likely help others as well. This and the previous patch are: Reviewed-by: Eric Anholt signature.asc

Re: [PATCH 4/7] drm/pl111: Enable PL110 variant

Linus Walleij writes: > We detect and enable the use of the PL110 variant, an earlier > incarnation of PL111. The only real difference is that the > control and interrupt enable registers have swapped place. > The Versatile AB and Versatile PB have a variant inbetween >

[Bug 100306] System randomly freezes or crashes to the login screen, glitches until rebooted

https://bugs.freedesktop.org/show_bug.cgi?id=100306 --- Comment #41 from MirceaKitsune --- I have important new information. After yet more weeks of testing, I seem to have found both of the common triggers for this issue. The crash happens a few hours after

[PATCH] drm: nouveau: replace magic constant for TASK_COMM_LEN

Client's name is task_comm + pid: use constant for clarity and prepare for changed TASK_COMM_LEN. Signed-off-by: Michał Mirosław --- drivers/gpu/drm/nouveau/nouveau_drm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: DRM Format Modifiers in v4l2

Le jeudi 31 août 2017 à 17:28 +0300, Laurent Pinchart a écrit : > > e.g. if I have two devices which support MODIFIER_FOO, I could attempt > > to share a buffer between them which uses MODIFIER_FOO without > > necessarily knowing exactly what it is/does. > > Userspace could certainly set

Re: [PATCH 7/7] drm/pl111: Add handling of Versatile platforms

Linus Walleij writes: > The ARM reference designs in the Versatile family: Integrator, > Versatile and RealView can make use of the new DRM driver as well. > We just need to create a bit of platform-specific code for them > that we isolate to its own file. > >

Re: [PATCH 3/7] drm/pl111: Replace custom connector with panel bridge

Linus Walleij writes: > This replaces the custom connector in the PL111 with the > panel bridge helper. > > This works nicely for all standard panels, but since there > are several PL11x-based systems that will need to use the dumb > VGA connector bridge we use

Re: [PATCH 6/6] drm/tinydrm: Support device unplug

Den 31.08.2017 14.59, skrev Laurent Pinchart: Hi Daniel and Noralf, On Wednesday, 30 August 2017 20:18:49 EEST Daniel Vetter wrote: On Wed, Aug 30, 2017 at 6:31 PM, Noralf Trønnes wrote: Den 28.08.2017 23.56, skrev Daniel Vetter: On Mon, Aug 28, 2017 at 07:17:48PM

[PATCH 00/13] mmu_notifier kill invalidate_page callback v2

From: Jérôme Glisse (Sorry for so many list cross-posting and big cc) Changes since v1: - remove more dead code in kvm (no testing impact) - more accurate end address computation (patch 2) in page_mkclean_one and try_to_unmap_one - added tested-by/reviewed-by

[Bug 102500] [polaris10][amd-staging-4.12] GPU fault detected, somethimes lockup

https://bugs.freedesktop.org/show_bug.cgi?id=102500 Bug ID: 102500 Summary: [polaris10][amd-staging-4.12] GPU fault detected, somethimes lockup Product: DRI Version: DRI git Hardware: x86-64 (AMD64) OS:

[PATCH] drm/tve200: Replace custom connector with panel bridge

This replaces the custom connector in the TVE200 with the panel bridge helper. As long as we're just using panels and no other bridges, this works just fine. Signed-off-by: Linus Walleij --- drivers/gpu/drm/tve200/Kconfig| 3 +-

[Bug 102500] [polaris10][amd-staging-4.12] GPU fault detected, somethimes lockup

https://bugs.freedesktop.org/show_bug.cgi?id=102500 --- Comment #1 from Alex Deucher --- can you bisect? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[radeon-alex:amd-staging-drm-next 153/840] drivers/gpu/drm/amd/amdgpu/../display/include/dpcd_defs.h:29:27: fatal error: drm_dp_helper.h: No such file or directory

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: 990b8d69489cc8ba7e119af536808e5ca41d3864 commit: a5c3e065aefce54e10552725481f795980625a66 [153/840] drm/amd/display: port to using drm dpcd defines config: s390-allyesconfig (attached as .config) compiler:

[radeon-alex:amd-staging-drm-next 463/840] cc1: error: unrecognized command line option '-mhard-float'

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: 990b8d69489cc8ba7e119af536808e5ca41d3864 commit: 1167fd8e59a79a52602701e3c30298d4da750388 [463/840] drm/amdgpu/display: Enable DCN in DC config: tile-allyesconfig (attached as .config) compiler: tilegx-linux-gcc

[Bug 102498] [DC] Monitors blink every 10sec and layout resets after returning from powersave or sleep

https://bugs.freedesktop.org/show_bug.cgi?id=102498 Michel Dänzer changed: What|Removed |Added CC|

[PATCH] virtgpu: remove redundant task_comm copying

Remove redundant task name copying because: 1. task->comm is already NUL-terminated 2. virtio_gpu_context_create() trims passed dbgname anyway Signed-off-by: Michał Mirosław --- drivers/gpu/drm/virtio/virtgpu_kms.c | 6 ++ 1 file changed, 2 insertions(+), 4

Re: [PATCH v2 2/2] ARM: dts: exynos: Add HDMI and Sil9234 to Trats2 board

On Thu, Aug 31, 2017 at 02:27:14PM +0200, Maciej Purski wrote: > Add HDMI and Sil9234 MHL converter to Trats2 board. > Following in SoC devices have been enabled: > - HDMI (HDMI signal encoder), > - Mixer (video buffer scanout device), > - I2C_5 bus (used for HDMI DDC) > - I2C_8 bus (used for

[radeon-alex:amd-staging-drm-next 463/840] powerpc64-linux-gnu-gcc: error: unrecognized command line option '-msse'; did you mean '-mspe'?

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: 990b8d69489cc8ba7e119af536808e5ca41d3864 commit: 1167fd8e59a79a52602701e3c30298d4da750388 [463/840] drm/amdgpu/display: Enable DCN in DC config: powerpc-allmodconfig (attached as .config) compiler:

[Bug 102301] AMD A10-9600P, AMD-Vi: Completion-Wait loop timed out.

https://bugs.freedesktop.org/show_bug.cgi?id=102301 Andrew changed: What|Removed |Added Summary|4.12, AMD A10-9600P,|AMD A10-9600P, AMD-Vi:

Re: [PATCH] drm/gma500: Remove null check before kfree

On Wed, Aug 30, 2017 at 06:55:56PM +0530, Himanshu Jha wrote: > kfree on NULL pointer is a no-op and therefore checking is redundant. > > Signed-off-by: Himanshu Jha Applied to drm-misc-next, thanks. -Daniel > --- > drivers/gpu/drm/gma500/cdv_intel_dp.c | 6 ++

Re: [PATCH] drm/i915/opregion: Remove null check before kfree

On Wed, 30 Aug 2017, Himanshu Jha wrote: > kfree on NULL pointer is a no-op and therefore checking is redundant. IMO the code has more clarity as it is. BR, Jani. > > Signed-off-by: Himanshu Jha > --- >

Re: [PATCH libdrm] tests/amdgpu: add missing header to SOURCES

Am 30.08.2017 um 20:02 schrieb Alex Deucher: Fixes the tarball generation. fixes: 9d133dd08720d80dfc8ce098bf0972 (tests/amdgpu: add uvd encode unit tests) bug: https://bugs.freedesktop.org/show_bug.cgi?id=102391 Signed-off-by: Alex Deucher Reviewed-by: Christian