[PATCH 14/14] mm: turn on vm_fault_t type checking

Switch vm_fault_t to point to an unsigned int with __bіtwise annotations. This both catches any old ->fault or ->page_mkwrite instance with plain compiler type checking, as well as finding more intricate problems with sparse. Signed-off-by: Christoph Hellwig ---

[PATCH 10/14] vgem: separate errno from VM_FAULT_* values

And streamline the code in vgem_fault with early returns so that it is a little bit more readable. Signed-off-by: Christoph Hellwig --- drivers/gpu/drm/vgem/vgem_drv.c | 51 +++-- 1 file changed, 23 insertions(+), 28 deletions(-) diff --git

[PATCH 13/14] mm: move arch specific VM_FAULT_* flags to mm.h

Various architectures define their own internal flags. Not sure a public header like mm.h is a good place, but keeping them inside the arch code with possible conflicts also seems like a bad idea. Maybe we just need to stop overloading the value instead. Signed-off-by: Christoph Hellwig

[PATCH 12/14] lustre: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- .../staging/lustre/lustre/llite/llite_mmap.c | 37 +++ .../lustre/lustre/llite/vvp_internal.h| 2 +- 2 files changed, 14 insertions(+), 25 deletions(-) diff --git a/drivers/staging/lustre/lustre/llite/llite_mmap.c

[PATCH 11/14] ttm: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- drivers/gpu/drm/ttm/ttm_bo_vm.c | 42 + 1 file changed, 22 insertions(+), 20 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo_vm.c b/drivers/gpu/drm/ttm/ttm_bo_vm.c index 8eba95b3c737..255e7801f62c 100644 ---

[PATCH 06/14] btrfs: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- fs/btrfs/ctree.h | 2 +- fs/btrfs/inode.c | 19 ++- 2 files changed, 11 insertions(+), 10 deletions(-) diff --git a/fs/btrfs/ctree.h b/fs/btrfs/ctree.h index 1485cd130e2b..02a0de73c1d1 100644 --- a/fs/btrfs/ctree.h +++

[PATCH 09/14] ubifs: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- fs/ubifs/file.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/fs/ubifs/file.c b/fs/ubifs/file.c index 1acb2ff505e6..7c1a2e1c3de5 100644 --- a/fs/ubifs/file.c +++ b/fs/ubifs/file.c @@ -1513,7 +1513,7 @@ static int

[PATCH 03/14] dax: make the dax_iomap_fault prototype consistent

Signed-off-by: Christoph Hellwig --- include/linux/dax.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/dax.h b/include/linux/dax.h index dc65ece825ee..a292bccdc274 100644 --- a/include/linux/dax.h +++ b/include/linux/dax.h @@ -183,7 +183,7 @@ void

[PATCH 08/14] ocfs2: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- fs/ocfs2/mmap.c | 36 +++- 1 file changed, 19 insertions(+), 17 deletions(-) diff --git a/fs/ocfs2/mmap.c b/fs/ocfs2/mmap.c index fb9a20e3d608..e75c1fc5333e 100644 --- a/fs/ocfs2/mmap.c +++ b/fs/ocfs2/mmap.c @@

[PATCH 07/14] ext4: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- fs/ext4/ext4.h | 4 ++-- fs/ext4/inode.c | 30 +++--- 2 files changed, 17 insertions(+), 17 deletions(-) diff --git a/fs/ext4/ext4.h b/fs/ext4/ext4.h index fa52b7dd4542..48592d0edf3e 100644 --- a/fs/ext4/ext4.h +++

[PATCH 01/14] orangefs: don't return errno values from ->fault

Signed-off-by: Christoph Hellwig --- fs/orangefs/file.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/fs/orangefs/file.c b/fs/orangefs/file.c index 26358efbf794..b4a25cd4f3fa 100644 --- a/fs/orangefs/file.c +++ b/fs/orangefs/file.c @@ -528,18 +528,16

[PATCH 05/14] ceph: untangle ceph_filemap_fault

Streamline the code to have a somewhat natural flow, and separate the errno values from the VM_FAULT_* values. Signed-off-by: Christoph Hellwig --- fs/ceph/addr.c | 100 + 1 file changed, 51 insertions(+), 49 deletions(-) diff --git

[PATCH 02/14] fs: make the filemap_page_mkwrite prototype consistent

!CONFIG_MMU version didn't agree with the rest of the kernel.. Signed-off-by: Christoph Hellwig --- mm/filemap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/filemap.c b/mm/filemap.c index 52517f28e6f4..cf21ced98eff 100644 --- a/mm/filemap.c +++

[PATCH 04/14] mm: remove the unused device_private_entry_fault export

Signed-off-by: Christoph Hellwig --- kernel/memremap.c | 1 - 1 file changed, 1 deletion(-) diff --git a/kernel/memremap.c b/kernel/memremap.c index db4e1a373e5f..59ee3b604b39 100644 --- a/kernel/memremap.c +++ b/kernel/memremap.c @@ -65,7 +65,6 @@ int

vm_fault_t conversion, for real

Hi all, this series tries to actually turn vm_fault_t into a type that can be typechecked and checks the fallout instead of sprinkling random annotations without context. The first one fixes a real bug in orangefs, the second and third fix mismatched existing vm_fault_t annotations on the same

[Bug 106533] r300_dri.so SIGSEGV in llvm_pipeline_generic under Cinnamon

https://bugs.freedesktop.org/show_bug.cgi?id=106533 --- Comment #2 from Roland Scheidegger --- I suppose it crashes in the jit-compiled code (debug symbols should help with identifying that, but not help any further if that's the case). Can you print out the faulting

Re: [PATCH 2/2] drm/scheduler: Remove obsolete spinlock.

Yeah, that what I am not sure about... It's lockless in a sense of single producer single consumer but not for multiple concurrent producers... So now I think this spinlock should stay there... It just looked useless to me at first sight... Andrey

[PATCH 3/3] drm/vkms: Add extra information about vkms

Add the following additional information: authors and description in Kconfig. Signed-off-by: Rodrigo Siqueira --- drivers/gpu/drm/Kconfig | 8 ++-- drivers/gpu/drm/vkms/vkms_drv.c | 2 ++ 2 files changed, 8 insertions(+), 2 deletions(-) diff --git

[PATCH 1/3] drm/vkms: Add basic CRTC initialization

This commit adds the essential infrastructure for managing CRTCs which is composed of: a new data struct for output data information, a function for basic modeset initialization, and the operation to create planes. Due to the introduction of a new initialization function, connectors were moved

[PATCH 0/3] Expanding the basic vkms features

This series of patches add a centralized initialization mechanism, a single CRTC with a plane, an encoder, and extra module information. Rodrigo Siqueira (3): drm/vkms: Add basic CRTC initialization drm/vkms: Add encoder initialization drm/vkms: Add extra information about vkms

[PATCH 2/3] drm/vkms: Add encoder initialization

This commit adds a single and simple virtual encoder to VKMS. Signed-off-by: Rodrigo Siqueira --- drivers/gpu/drm/vkms/vkms_display.c | 25 + drivers/gpu/drm/vkms/vkms_drv.h | 2 ++ 2 files changed, 27 insertions(+) diff --git

Re: [PATCH 2/2] drm/scheduler: Remove obsolete spinlock.

On 2018年05月16日 03:31, Andrey Grodzovsky wrote: Signed-off-by: Andrey Grodzovsky --- drivers/gpu/drm/scheduler/gpu_scheduler.c | 4 include/drm/gpu_scheduler.h | 1 - 2 files changed, 5 deletions(-) diff --git

[Bug 101003] segfault with ideas test of glmark2

https://bugs.freedesktop.org/show_bug.cgi?id=101003 --- Comment #6 from Anthony Ciani --- Ditto. Branches 17.2, 17.3 and 18.0 up to 18.0.3. hardware is a 01:05.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RS482M [Mobility Radeon Xpress

[Bug 106533] r300_dri.so SIGSEGV in llvm_pipeline_generic under Cinnamon

https://bugs.freedesktop.org/show_bug.cgi?id=106533 --- Comment #1 from Anthony Ciani --- Error occurs on two identical Dell Inspiron 1501's, one with 3GB of memory and the other with 4GB. 00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD/ATI]

[Bug 106533] r300_dri.so SIGSEGV in llvm_pipeline_generic under Cinnamon

https://bugs.freedesktop.org/show_bug.cgi?id=106533 Bug ID: 106533 Summary: r300_dri.so SIGSEGV in llvm_pipeline_generic under Cinnamon Product: Mesa Version: 18.0 Hardware: x86-64 (AMD64) OS: Linux (All)

Re: [Intel-gfx] [PATCH 5/5] media: platform: Add Chrome OS EC CEC driver

Hi Neil, I love your patch! Yet something to improve: [auto build test ERROR on linuxtv-media/master] [also build test ERROR on v4.17-rc5 next-20180515] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

[Bug 106531] Age of Wonders 3 rendering failure on 18.1.0-rc

https://bugs.freedesktop.org/show_bug.cgi?id=106531 --- Comment #1 from Timothy Arceri --- I believe it's related to GL 3.1 compat being exposed. Oddly using MESA_GL_VERSION_OVERRIDE=3.1COMPAT fixes the issue. -- You are receiving this mail because: You are the

RE: [kbuild-all] [RFC PATCH] drm/vkms: vkms_driver can be static

> Subject: Re: [kbuild-all] [RFC PATCH] drm/vkms: vkms_driver can be static > > On Tue, May 15, 2018 at 07:30:52PM +0800, kbuild test robot wrote: > > > > Fixes: 58d8108f080c ("drm/vkms: Introduce basic VKMS driver") > > Signed-off-by: Fengguang Wu > > One thing I

linux-next: Signed-off-by missing for commits in the drm tree

Hi all, Commits f412e8307d0a ("drm/amd/display: Couple bug fixes in stats module") e09b6473c605 ("drm/amd/display: Rename encoder_info_packet to dc_info_packet") 87943159f409 ("drm/amd/display: Only program MSA_TIMING_PARAM if it changed") are missing a Signed-off-by from their author.

[Bug 106531] Age of Wonders 3 rendering failure on 18.1.0-rc

https://bugs.freedesktop.org/show_bug.cgi?id=106531 Bug ID: 106531 Summary: Age of Wonders 3 rendering failure on 18.1.0-rc Product: Mesa Version: git Hardware: Other OS: Linux (All) Status: NEW Severity:

Re: [gabbayo:amdkfd-next 6/28] drivers/gpu//drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c:632:3: error: implicit declaration of function 'release_pages'; did you mean 'release_task'?

We need to #include . On 2018-05-15 09:44 AM, kbuild test robot wrote: > tree: git://people.freedesktop.org/~gabbayo/linux amdkfd-next > head: 8feaccf71dd61f2201493068055e0d1d699014df > commit: 5ae0283e831a94c714fce61063e4724baf364ef3 [6/28] drm/amdgpu: Add > userptr support for KFD >

Re: [PATCH 3/3] drm/tinydrm: new driver for ILI9341 display panels

On Tue, May 15, 2018 at 4:43 AM, David Lechner wrote: > This adds a new driver for display panels that use the Ilitek ILI9341 > controller. It currently supports a single display panel, namely > the YX240QV29-T (e.g. Adafruit 2.4" TFT). > > The init sequence is from the

[Bug 106519] Is it normal that the 4K video on the Vega 56 GPU played with loud turbine noise, 200% load of the desktop Core i7 CPU and at the same time playable with jerks and dropping frames?

https://bugs.freedesktop.org/show_bug.cgi?id=106519 --- Comment #9 from mikhail.v.gavri...@gmail.com --- (In reply to mikhail.v.gavrilov from comment #8) > Created attachment 139581 [details] > mpv verbose info for h264 [vd] Using software decoding. Also hardware acceleration not used for h264

[Bug 106519] Is it normal that the 4K video on the Vega 56 GPU played with loud turbine noise, 200% load of the desktop Core i7 CPU and at the same time playable with jerks and dropping frames?

https://bugs.freedesktop.org/show_bug.cgi?id=106519 --- Comment #8 from mikhail.v.gavri...@gmail.com --- Created attachment 139581 --> https://bugs.freedesktop.org/attachment.cgi?id=139581=edit mpv verbose info for h264 -- You are receiving this mail because: You are the assignee for the

[Bug 106519] Is it normal that the 4K video on the Vega 56 GPU played with loud turbine noise, 200% load of the desktop Core i7 CPU and at the same time playable with jerks and dropping frames?

https://bugs.freedesktop.org/show_bug.cgi?id=106519 --- Comment #7 from mikhail.v.gavri...@gmail.com --- (In reply to mikhail.v.gavrilov from comment #6) > Created attachment 139580 [details] > mpv verbose info [vd] Using software decoding. looks like hardware acceleration not used when playing

[Bug 106519] Is it normal that the 4K video on the Vega 56 GPU played with loud turbine noise, 200% load of the desktop Core i7 CPU and at the same time playable with jerks and dropping frames?

https://bugs.freedesktop.org/show_bug.cgi?id=106519 --- Comment #6 from mikhail.v.gavri...@gmail.com --- Created attachment 139580 --> https://bugs.freedesktop.org/attachment.cgi?id=139580=edit mpv verbose info -- You are receiving this mail because: You are the assignee for the

Re: [radeon-alex:amd-staging-drm-next 62/63] drivers/gpu/drm/amd/amdgpu/soc15.c:686:3-24: duplicated argument to & or |

Lines 686 and 688 seem to contain the same constant. julia On Wed, 16 May 2018, kbuild test robot wrote: > CC: kbuild-...@01.org > CC: dri-devel@lists.freedesktop.org > TO: Alex Deucher > > tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next >

Re: [RFC PATCH 07/10] clk: rockchip: set clk-ddr to GET_RATE_NOCACHE.

Quoting Enric Balletbo i Serra (2018-05-14 14:16:07) > From: Derek Basehore > > This adds the flag to the clk-ddr in rockchip to not use the cached > rate for get_rate. This is to handle timeout error conditions in SMC > for the set rate function. We need some more

[Bug 106430] GPU hang when played video with acceleration (vaapi)

https://bugs.freedesktop.org/show_bug.cgi?id=106430 --- Comment #2 from mikhail.v.gavri...@gmail.com --- Created attachment 139579 --> https://bugs.freedesktop.org/attachment.cgi?id=139579=edit dmesg -- You are receiving this mail because: You are the assignee for the

[PATCH] drm/bridge: checkpatch strict minor updates

Minor fixes detected with "scripts/checkpatch.pl --strict" Signed-off-by: Philippe Cornu --- Detected when merging "drm: clarify adjusted_mode documentation for bridges" include/drm/drm_bridge.h | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git

Re: [PATCH v2 09/11] docs: Fix some broken references

Quoting Mauro Carvalho Chehab (2018-05-09 06:18:52) > As we move stuff around, some doc references are broken. Fix some of > them via this script: > ./scripts/documentation-file-ref-check --fix-rst > > Manually checked if the produced result is valid, removing a few > false-positives. >

Re: [PATCH 2/2] drm/scheduler: Remove obsolete spinlock.

Yea, I might need to give another thought to whether this  spinlock can actually be removed. Andrey On 05/15/2018 03:38 PM, Alex Deucher wrote: On Tue, May 15, 2018 at 3:31 PM, Andrey Grodzovsky wrote: Signed-off-by: Andrey Grodzovsky

[Bug 106519] Is it normal that the 4K video on the Vega 56 GPU played with loud turbine noise, 200% load of the desktop Core i7 CPU and at the same time playable with jerks and dropping frames?

https://bugs.freedesktop.org/show_bug.cgi?id=106519 --- Comment #5 from mikhail.v.gavri...@gmail.com --- 5) Opera browser still working as yesterday (GPU overheating, on the video card all LED are glow + 200% CPU and more ...) -- You are receiving this mail because: You are the assignee for the

Re: drm SPDX updates

On Mon, May 14, 2018 at 12:31 PM, Daniel Vetter wrote: > On Mon, May 14, 2018 at 08:10:29AM -0700, Dirk Hohndel wrote: >> On Mon, May 14, 2018 at 05:01:43PM +0200, Thomas Hellstrom wrote: >> > > I haven't seen any comments in the week since I wrote this. I'm not >> > > familiar

Re: [PATCH 1/2] drm/amdgpu: Skip drm_sched_entity realted ops for KIQ ring.

On Tue, May 15, 2018 at 3:31 PM, Andrey Grodzovsky wrote: > Follwoing change 75fbed2 we need to skip KIQ ring when iterating > amdgpu_ctx's scheduler entites. > > Signed-off-by: Andrey Grodzovsky Typo in the title: realted -> related Typo in

Re: [PATCH 2/2] drm/scheduler: Remove obsolete spinlock.

On Tue, May 15, 2018 at 3:31 PM, Andrey Grodzovsky wrote: > Signed-off-by: Andrey Grodzovsky Please provide a better patch description. Alex > --- > drivers/gpu/drm/scheduler/gpu_scheduler.c | 4 > include/drm/gpu_scheduler.h

drm-next has moved

Just in case anyone was wondering, I've been trialling using the dim tools for managing drm-next this cycle, git://git.freedesktop.org/git/drm/drm drm-next https://cgit.freedesktop.org/drm/drm/ Dave. ___ dri-devel mailing list

[PATCH 2/2] drm/scheduler: Remove obsolete spinlock.

Signed-off-by: Andrey Grodzovsky --- drivers/gpu/drm/scheduler/gpu_scheduler.c | 4 include/drm/gpu_scheduler.h | 1 - 2 files changed, 5 deletions(-) diff --git a/drivers/gpu/drm/scheduler/gpu_scheduler.c

[PATCH 1/2] drm/amdgpu: Skip drm_sched_entity realted ops for KIQ ring.

Follwoing change 75fbed2 we need to skip KIQ ring when iterating amdgpu_ctx's scheduler entites. Signed-off-by: Andrey Grodzovsky --- drivers/gpu/drm/amd/amdgpu/amdgpu_ctx.c | 21 ++--- 1 file changed, 18 insertions(+), 3 deletions(-) diff --git

[Bug 106519] Is it normal that the 4K video on the Vega 56 GPU played with loud turbine noise, 200% load of the desktop Core i7 CPU and at the same time playable with jerks and dropping frames?

https://bugs.freedesktop.org/show_bug.cgi?id=106519 --- Comment #4 from mikhail.v.gavri...@gmail.com --- Today (In reply to Christian König from comment #3) > > $ mpv --hwdec=vaapi Downloads/WE\ GOT\ INTEL\'S\ PROTOTYPE\ GRAPHICS\ > > CARD.webm > > Playing: Downloads/WE GOT INTEL'S PROTOTYPE

[Bug 199693] [bisect 08810a4119aaebf6318f209ec5dd9828e969cba4] (pci runtime) System freeze after resuming from suspend (amdgpu)

https://bugzilla.kernel.org/show_bug.cgi?id=199693 --- Comment #5 from Thomas Martitz (ku...@rockbox.org) --- Created attachment 275999 --> https://bugzilla.kernel.org/attachment.cgi?id=275999=edit Patch making resume work -- You are receiving this mail because: You are watching the assignee

[Bug 199693] [bisect 08810a4119aaebf6318f209ec5dd9828e969cba4] (pci runtime) System freeze after resuming from suspend (amdgpu)

https://bugzilla.kernel.org/show_bug.cgi?id=199693 --- Comment #4 from Thomas Martitz (ku...@rockbox.org) --- Not necessarily, I'd say. Using the attached patch (I posted this to linux-pm, too). Makes it work. Also, I think it's another dev that affects amdgpu somehow, restricting the above

[Bug 105284] Every boot I get an error in dmesg "WARNING: CPU: 2 PID: 1380 at drivers/gpu/drm/amd/amdgpu/../display/dc/dm_services.h:132 generic_reg_update_ex+0x108/0x150 [amdgpu]"

https://bugs.freedesktop.org/show_bug.cgi?id=105284 --- Comment #12 from Harry Wentland --- Hi burak, your stack is different. See dce110_opp_program_regamma_pwl vs dce110_stream_encoder_update_hdmi_info_packets on the stack. Can you open a new ticket? Thanks, Harry

[gabbayo:amdkfd-next 19/28] drivers/gpu/drm/amd/amdkfd/kfd_int_process_v9.c:33:21: sparse: cast to restricted __le32

tree: git://people.freedesktop.org/~gabbayo/linux amdkfd-next head: 8feaccf71dd61f2201493068055e0d1d699014df commit: ca750681bc4a897ffa7eed71a1e05762fb1f0a34 [19/28] drm/amdkfd: Add SOC15 interrupt processing support reproduce: # apt-get install sparse git checkout

[pull] radeon, amdgpu, ttm, and gpu scheduler drm-next-4.18

Hi Dave, Main changes for 4.18. I'd like to do a separate pull for vega20 later this week or next. Highlights: - Reserve pre-OS scanout buffer during init for seemless transition from console to driver - VEGAM support - Improved GPU scheduler documentation - Initial gfxoff support for raven -

[Bug 104347] AMD RX 580: Hide/Show Chromium sometimes corrupts screen (see screenshot)

https://bugs.freedesktop.org/show_bug.cgi?id=104347 --- Comment #16 from Norbert Klar --- Found some articles from early 2017, and many RX4xx/5xx users report this problem. Any chance to get a fix?

[PATCH] drm: rcar-du: Fix build failure

Commit 75a07f399cd4 ("drm: rcar-du: Zero-out sg_tables when duplicating plane state") introduced a reference to the alpha field of struct rcar_du_vsp_plane_state that got removed in commit 301a9b8d5456 ("drm/rcar-du: Convert to the new generic alpha property"). The issue stems from the merge of

Re: [RFC PATCH] drm/vkms: vkms_driver can be static

On Tue, May 15, 2018 at 07:30:52PM +0800, kbuild test robot wrote: > > Fixes: 58d8108f080c ("drm/vkms: Introduce basic VKMS driver") > Signed-off-by: Fengguang Wu One thing I noticed while applying this: Your author (as recorded in the From: line) and your s-o-b don't

[Bug 105284] Every boot I get an error in dmesg "WARNING: CPU: 2 PID: 1380 at drivers/gpu/drm/amd/amdgpu/../display/dc/dm_services.h:132 generic_reg_update_ex+0x108/0x150 [amdgpu]"

https://bugs.freedesktop.org/show_bug.cgi?id=105284 --- Comment #11 from burak --- H(In reply to Harry Wentland from comment #10) > No worries. Don't hesitate to open a new ticket if your warning/error log > seems to indicate amdgpu. I'd be happy to take a brief look. > > Even

Re: [PATCH v2 4/5] mfd: cros_ec_dev: Add CEC sub-device registration

Hi Neil, I suspect that this patch will conflict with some patches that will be queued for 4.18 that also introduces new devices, well, for now I don't see these merged in the Lee's tree. Based on some reviews I got when I send a patch to this file ... 2018-05-15 17:29 GMT+02:00 Hans Verkuil

[Bug 106527] [amdgpu-pro] OpenCL corrupted memory on AMD R9 280X

https://bugs.freedesktop.org/show_bug.cgi?id=106527 Jan Vesely changed: What|Removed |Added Summary|OpenCL corrupted memory on |[amdgpu-pro]

Re: [PATCH] drm: rcar-du: Fix rcar_du_of_init() stub

Hi Laurent Thanks for identifying this fault and posting the fix. (+linux-renesas-soc) On 15/05/18 16:57, Laurent Pinchart wrote: > The rcar_du_of_init() function is supposed to be defined as a stub when > CONFIG_DRM_RCAR_LVDS is disabled as the rcar_du_of.c file isn't compiled > in that case.

[Bug 104598] vkmark with kwin compositing: Page flip failed: Cannot allocate memory

https://bugs.freedesktop.org/show_bug.cgi?id=104598 Michel Dänzer changed: What|Removed |Added Component|DRM/AMDgpu |DRM/other ---

Re: [PATCH v2 1/5] media: cec-notifier: Get notifier by device and connector name

On 15/05/2018 17:22, Hans Verkuil wrote: > On 05/15/2018 04:42 PM, Neil Armstrong wrote: >> In non device-tree world, we can need to get the notifier by the driver >> name directly and eventually defer probe if not yet created. >> >> This patch adds a variant of the get function by using the

[PATCH v3 5/5] drm/arm/malidp: Added the late system pm functions

malidp_pm_suspend_late checks if the runtime status is not suspended and if so, invokes malidp_runtime_pm_suspend which disables the display engine/core interrupts and the clocks. It sets the runtime status as suspended. The difference between suspend() and suspend_late() is as follows:- 1.

[PATCH v3 4/5] drm/arm/malidp: Set the output_depth register in modeset

One needs to store the value of the OUTPUT_DEPTH that one has parsed from device tree, so that it can be restored on system resume. This value is set in the modeset function as this gets reset when the system suspends. Signed-off-by: Ayan Kumar Halder --- Changes in v3:- -

[PATCH v3 2/5] drm/arm/malidp: Split malidp interrupt initialization functions.

Malidp uses two interrupts ie 1. se_irq - used for memory writeback. and 2. de_irq - used for display output. Extract the hardware initialization part from malidp interrupt registration ie (malidp_de_irq_init()/ malidp_se_irq_init()) into a separate function (ie

[PATCH v3 1/5] drm/arm/malidp: Modified the prototype of malidp irq de-initializers

Malidp uses two interrupts ie 1. se_irq - used for memory writeback. and 2. de_irq - used for display output. 'struct drm_device' is being replaced with 'struct malidp_hw_device' as the function argument. The reason being the dependency of malidp_de_irq_fini on 'struct drm_device' needs to be

[PATCH v3 3/5] drm/arm/malidp: Enable/disable interrupts in runtime pm

Display and scaling engine interrupts need to be disabled when the runtime pm invokes malidp_runtime_pm_suspend(). Conversely, they need to be enabled in malidp_runtime_pm_resume(). This patch depends on: https://lkml.org/lkml/2017/5/15/695 Signed-off-by: Ayan Kumar Halder

[PATCH v3 0/5] Enhance support for system and runtime power management on malidp.

This patch series enhances and fixes certain issues relevant to system and runtime power management on malidp. --- Changes in v3: - Squashed some commits. - Fixed an issue related to writeback. Reported-by: Alexandru-Cosmin Gheorghe Changes in v2: - Removed

Re: [PATCH v2 1/2] drm/etnaviv: switch MMU page tables to writecombine memory

On Tue, 2018-05-08 at 15:23 +0200, Lucas Stach wrote: > We are likely to write multiple page entries at once and already ensure > proper write buffer flushing before GPU submit, so this improves CPU > time usage in the submit path without any downsides. > > Signed-off-by: Lucas Stach

Re: [PULL] drm-intel-next

"... should _not_ take this as a personal failure ..." is what I meant of course. Worst possible oversight :-/ -Daniel On Tue, May 15, 2018 at 4:58 PM, Daniel Vetter wrote: > Imo we should take this as a personal failure of anyone, things > happen. Instead this is a good

Re: [PATCH] drm: rcar-du: disable dtc graph-endpoint warnings on DT overlays

Hi Rob, Thank you for the patch. On Friday, 11 May 2018 17:33:23 EEST Rob Herring wrote: > The rcar DT overlays are missing symetrical remote-endpoint properties > in their graph nodes because the remote-endpoint is fixed up at > run-time. Disable the dtc 'graph-endpoint' warnings when compiling

[PATCH] drm: rcar-du: Fix rcar_du_of_init() stub

The rcar_du_of_init() function is supposed to be defined as a stub when CONFIG_DRM_RCAR_LVDS is disabled as the rcar_du_of.c file isn't compiled in that case. However, a bug in the configuration option check makes it a stub when CONFIG_DRM_RCAR_LVDS=m as well, which prevents legacy DTs from being

Re: [PULL] drm-intel-next

Agreed. Zhi, don't worry about it. I think the main takeaways here are: 1) We need to improve the dim checks on git pulls. This is both for us pulling gvt, and now that Dave's experimenting with dim, for him pulling all the trees. 2) The GVT maintainers should consider using dim too. It would

Re: [PATCH] drm: clarify adjusted_mode documentation for bridges

Hi, Applied on drm-misc-next. Many thanks, Philippe :-) On 04/19/2018 07:00 PM, Archit Taneja wrote: > > > On Thursday 19 April 2018 09:20 PM, Philippe CORNU wrote: >> Hi Archit & Andrzej, >> >> May I ask you please a short review of this documentation update. >> Many thanks >> Philippe :-) >>

Re: [drm-tip:drm-tip 711/734] drivers/gpu/drm/rcar-du/rcar_du_vsp.c:317:6: error: 'struct rcar_du_vsp_plane_state' has no member named 'alpha'

Hello, On Tuesday, 15 May 2018 17:24:52 EEST kbuild test robot wrote: > tree: git://anongit.freedesktop.org/drm/drm-tip drm-tip > head: c03987223c762e4a61142f0a9be6027bb181cdfa > commit: 9037d4b98b255979c6636045794775f5a89cc623 [711/734] Merge branch > 'drm/du/next' of

Re: [Intel-gfx] [PATCH v2 2/5] drm/i915: hdmi: add CEC notifier to intel_hdmi

On Tue, May 15, 2018 at 04:42:19PM +0200, Neil Armstrong wrote: > This patchs adds the cec_notifier feature to the intel_hdmi part > of the i915 DRM driver. It uses the HDMI DRM connector name to differentiate > between each HDMI ports. > The changes will allow the i915 HDMI code to notify EDID

Re: [PATCH v2 5/5] media: platform: Add Chrome OS EC CEC driver

On 05/15/2018 04:42 PM, Neil Armstrong wrote: > The Chrome OS Embedded Controller can expose a CEC bus, this patch add the > driver for such feature of the Embedded Controller. > > This driver is part of the cros-ec MFD and will be add as a sub-device when > the feature bit is exposed by the EC.

Re: [PATCH v2 4/5] mfd: cros_ec_dev: Add CEC sub-device registration

On 05/15/2018 04:42 PM, Neil Armstrong wrote: > The EC can expose a CEC bus, thus add the cros-ec-cec MFD sub-device > when the CEC feature bit is present. > > Signed-off-by: Neil Armstrong For what it is worth (not an MFD expert): Acked-by: Hans Verkuil

Re: [PATCH v2 3/5] mfd: cros-ec: Introduce CEC commands and events definitions.

On 05/15/2018 04:42 PM, Neil Armstrong wrote: > The EC can expose a CEC bus, this patch adds the CEC related definitions > needed by the cros-ec-cec driver. > Having a 16 byte mkbp event size makes it possible to send CEC > messages from the EC to the AP directly inside the mkbp event > instead of

[Bug 199693] [bisect 08810a4119aaebf6318f209ec5dd9828e969cba4] (pci runtime) System freeze after resuming from suspend (amdgpu)

https://bugzilla.kernel.org/show_bug.cgi?id=199693 Chen Yu (yu.c.c...@intel.com) changed: What|Removed |Added CC||r...@rjwysocki.net

Re: [PATCH v2 2/5] drm/i915: hdmi: add CEC notifier to intel_hdmi

On 05/15/2018 04:42 PM, Neil Armstrong wrote: > This patchs adds the cec_notifier feature to the intel_hdmi part > of the i915 DRM driver. It uses the HDMI DRM connector name to differentiate > between each HDMI ports. > The changes will allow the i915 HDMI code to notify EDID and HPD changes > to

Re: [PATCH v2 1/5] media: cec-notifier: Get notifier by device and connector name

On 05/15/2018 04:42 PM, Neil Armstrong wrote: > In non device-tree world, we can need to get the notifier by the driver > name directly and eventually defer probe if not yet created. > > This patch adds a variant of the get function by using the device name > instead and will not create a

[Bug 106529] Kernels 4.16+ confuse KDE wrt what the primary display is when waking up multiple displays

https://bugs.freedesktop.org/show_bug.cgi?id=106529 Michel Dänzer changed: What|Removed |Added Attachment #139577|text/x-log |text/plain

[Bug 106529] Kernels 4.16+ confuse KDE wrt what the primary display is when waking up multiple displays

https://bugs.freedesktop.org/show_bug.cgi?id=106529 Mariusz Mazur changed: What|Removed |Added Summary|Kernels 4.16+ confuses KDE |Kernels

[Bug 106529] Kernels 4.16+ confuses KDE wrt what the primary display is when waking up multiple displays

https://bugs.freedesktop.org/show_bug.cgi?id=106529 Bug ID: 106529 Summary: Kernels 4.16+ confuses KDE wrt what the primary display is when waking up multiple displays Product: DRI Version: unspecified Hardware: x86-64

Re: [PULL] drm-intel-next

Imo we should take this as a personal failure of anyone, things happen. Instead this is a good opportunity to improve our scripts, to make sure we catch this in the future. Cheers, Daniel On Tue, May 15, 2018 at 3:16 PM, Wang, Zhi A wrote: > Hi: > > I am truly sorry for

Re: [PATCH v2 11/11] docs: fix broken references with multiple hints

On Wed, 9 May 2018 10:18:54 -0300 Mauro Carvalho Chehab wrote: > diff --git a/Documentation/trace/events.rst b/Documentation/trace/events.rst > index 7b6b1236ec2e..c292117b83a9 100644 > --- a/Documentation/trace/events.rst > +++ b/Documentation/trace/events.rst > @@

[PATCH v2 5/5] media: platform: Add Chrome OS EC CEC driver

The Chrome OS Embedded Controller can expose a CEC bus, this patch add the driver for such feature of the Embedded Controller. This driver is part of the cros-ec MFD and will be add as a sub-device when the feature bit is exposed by the EC. The controller will only handle a single logical

[PATCH v2 4/5] mfd: cros_ec_dev: Add CEC sub-device registration

The EC can expose a CEC bus, thus add the cros-ec-cec MFD sub-device when the CEC feature bit is present. Signed-off-by: Neil Armstrong --- drivers/mfd/cros_ec_dev.c | 16 1 file changed, 16 insertions(+) diff --git a/drivers/mfd/cros_ec_dev.c

[PATCH v2 3/5] mfd: cros-ec: Introduce CEC commands and events definitions.

The EC can expose a CEC bus, this patch adds the CEC related definitions needed by the cros-ec-cec driver. Having a 16 byte mkbp event size makes it possible to send CEC messages from the EC to the AP directly inside the mkbp event instead of first doing a notification and then a read.

[PATCH v2 0/5] Add ChromeOS EC CEC Support

Hi All, The new Google "Fizz" Intel-based ChromeOS device is gaining CEC support through it's Embedded Controller, to enable the Linux CEC Core to communicate with it and get the CEC Physical Address from the correct HDMI Connector, the following must be added/changed: - Add the CEC sub-device

[PATCH v2 2/5] drm/i915: hdmi: add CEC notifier to intel_hdmi

This patchs adds the cec_notifier feature to the intel_hdmi part of the i915 DRM driver. It uses the HDMI DRM connector name to differentiate between each HDMI ports. The changes will allow the i915 HDMI code to notify EDID and HPD changes to an eventual CEC adapter. Signed-off-by: Neil Armstrong

[PATCH v2 1/5] media: cec-notifier: Get notifier by device and connector name

In non device-tree world, we can need to get the notifier by the driver name directly and eventually defer probe if not yet created. This patch adds a variant of the get function by using the device name instead and will not create a notifier if not yet created. But the i915 driver exposes at

[drm-tip:drm-tip 711/734] drivers/gpu/drm/rcar-du/rcar_du_vsp.c:317:6: error: 'struct rcar_du_vsp_plane_state' has no member named 'alpha'

tree: git://anongit.freedesktop.org/drm/drm-tip drm-tip head: c03987223c762e4a61142f0a9be6027bb181cdfa commit: 9037d4b98b255979c6636045794775f5a89cc623 [711/734] Merge branch 'drm/du/next' of git://linuxtv.org/pinchartl/media into drm-next config: arm64-defconfig (attached as .config)

Re: [PATCH 2/5] drm/i915: hdmi: add CEC notifier to intel_hdmi

Hi, On 15/05/2018 14:56, Hans Verkuil wrote: > On 05/15/18 14:46, Neil Armstrong wrote: >> This patchs adds the cec_notifier feature to the intel_hdmi part >> of the i915 DRM driver. It uses the HDMI DRM connector name to differentiate >> between each HDMI ports. >> The changes will allow the

[Bug 106527] OpenCL corrupted memory on AMD R9 280X

https://bugs.freedesktop.org/show_bug.cgi?id=106527 Bug ID: 106527 Summary: OpenCL corrupted memory on AMD R9 280X Product: DRI Version: XOrg git Hardware: Other OS: Linux (All) Status: NEW Severity:

[PATCH v11 2/2] i915: content-type property for HDMI connector

From: Stanislav Lisovskiy Added encoding of drm content_type property from drm_connector_state within AVI infoframe in order to properly handle external HDMI TV content-type setting. This requires also manipulationg ITC bit, as stated in HDMI spec. v2: * Moved

[PATCH v11 1/2] drm: content-type property for HDMI connector

From: Stanislav Lisovskiy Added content_type property to drm_connector_state in order to properly handle external HDMI TV content-type setting. v2: * Moved helper function which attaches content type property to the drm core, as was suggested. Removed

  1   2   3   >