Re: Static inline DRM functions calling into GPL-only code

On Tue, Apr 11, 2017 at 6:14 AM, Nikhil Mahale wrote: > My name is Nikhil Mahale, and I work at NVIDIA in the Linux drivers > team. > > I have been working on adding DRM KMS support to our driver. The NVIDIA > GPU driver package (364.12 and higher) provides a kernel module, >

Re: [PATCH v4 5/7] dt-bindings: display/panel: Add common rotation property

Hi Noralf, On Saturday 11 Feb 2017 19:48:56 Noralf Trønnes wrote: > Display panels can be oriented many ways, especially in the embedded > world. The rotation property is a way to describe this orientation. > The counter clockwise direction is chosen because that's what fbdev > and drm use. > >

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

https://bugs.freedesktop.org/show_bug.cgi?id=100306 --- Comment #16 from fin4...@hotmail.com --- KDE is slow and buggy desktop and it does not even have freely configurable menus like the Xfce Whisker menu is. Test with Xfce and lightdm. -- You are receiving this mail because: You are the

Re: [PATCH v2 01/13] devicetree/bindings: display: Document common panel properties

Hi Emil, On Sunday 09 Apr 2017 12:47:01 Emil Velikov wrote: > Hi Laurent, > > Pardon for reviving this old thread. I've noticed a couple of things > which might want some attention. > > On 19 November 2016 at 03:28, Laurent Pinchart wrote: > > + > > +- panel-timing: Most display panels are

Re: [PATCHv3 08/22] staging: android: ion: Remove crufty cache support

Hi, On 04/04/2017 12:27 AM, Laura Abbott wrote: Now that we call dma_map in the dma_buf API callbacks there is no need to use the existing cache APIs. Remove the sync ioctl and the existing bad dma_sync calls. Explicit caching can be handled with the dma_buf sync API. We could get rid of the

Re: [PATCH] drm: panels: Add MAINTAINERS entry for LVS panel driver

Hi Lucas, On Monday 10 Apr 2017 11:58:38 Lucas Stach wrote: > Am Montag, den 10.04.2017, 09:17 +0200 schrieb Thierry Reding: > > On Sun, Apr 09, 2017 at 01:31:40PM +0100, Emil Velikov wrote: > >> Hi Thierry, > >> > >> I don't mean to stir up anything, just voicing "my 2c" as they say. > > I

Re: [PATCH] drm: panels: Add MAINTAINERS entry for LVS panel driver

Hi Dave, (CC'ing Rob) On Tuesday 11 Apr 2017 05:27:04 Dave Airlie wrote: > On 10 April 2017 at 19:03, Laurent Pinchart wrote: > > On Monday 10 Apr 2017 09:17:59 Thierry Reding wrote: > >> On Sun, Apr 09, 2017 at 01:31:40PM +0100, Emil Velikov wrote: > >>> Hi Thierry, > >>> > >>> I don't mean to

Static inline DRM functions calling into GPL-only code

Hi, My name is Nikhil Mahale, and I work at NVIDIA in the Linux drivers team. I have been working on adding DRM KMS support to our driver. The NVIDIA GPU driver package (364.12 and higher) provides a kernel module, nvidia-drm.ko, which is licensed as "MIT". This module registers a DRM driver

[PATCH 8/8] amdgpu: use sync file for shared semaphores (v2.1)

From: Dave Airlie This creates a new command submission chunk for amdgpu to add wait and signal sync objects around the submission. Sync objects are managed via the drm syncobj ioctls. The command submission interface is enhanced with two new chunks, one for semaphore

[PATCH 6/8] drm/syncobj: add semaphore support helpers.

From: Dave Airlie This just adds two helper interfaces to bridge the gap from drivers to sync_file for the semaphore objects. These will be used by the amdgpu driver. Signed-off-by: Dave Airlie --- drivers/gpu/drm/drm_syncobj.c | 77

[PATCH 3/8] drm: introduce sync objects as sync file objects with no fd (v2)

From: Dave Airlie Sync objects are new toplevel drm object, that have the same semantics as sync_file objects, but without requiring an fd to be consumed to support them. This patch just enables the DRM interface to create these objects, it doesn't actually provide any

[PATCH 5/8] sync_file: add support for a semaphore object

From: Dave Airlie This object can be used to implement the Vulkan semaphores. The object behaviour differs from fence, in that you can replace the underlying fence, and you cannot merge semaphores. Signed-off-by: Dave Airlie ---

[PATCH 7/8] amdgpu/cs: split out fence dependency checking

From: Dave Airlie This just splits out the fence depenency checking into it's own function to make it easier to add semaphore dependencies. Reviewed-by: Christian König Signed-off-by: Dave Airlie ---

[PATCH 2/8] sync_file: export some interfaces needed by drm sync objects.

From: Dave Airlie These are just alloc and fdget interfaces needed by the drm sync objects code. Reviewed-by: Christian König Reviewed-by: Daniel Vetter Signed-off-by: Dave Airlie ---

[PATCH 4/8] sync_file: add a mutex to protect fence and callback members. (v4)

From: Dave Airlie This patch allows the underlying fence in a sync_file to be changed or set to NULL. This isn't currently required but for Vulkan semaphores we need to be able to swap and reset the fence. In order to faciliate this, it uses rcu to protect the fence, along

[repost] drm sync objects cleaned up

This set of sync object patches should address most of the issues raised in review. The major changes: Race on destroy should be gone, Documentation fixups amdgpu internal use p instead of adev fixups My plans are to write some igt tests this week, and try to get some more review on what the API

[PATCH 1/8] sync_file: add type/flags to sync file object creation.

From: Dave Airlie This allows us to create sync files with different semantics, and clearly define the interoperation between them it also provides flags to allow for tweaks on those semantics. This provides a validation interface for drivers that accept types from userspace

Re: [PATCH 8/8] amdgpu: use sync file for shared semaphores (v2)

On 4 April 2017 at 21:05, Christian König wrote: > Am 04.04.2017 um 10:10 schrieb Daniel Vetter: >> >> On Tue, Apr 04, 2017 at 09:40:57AM +0200, Christian König wrote: >>> >>> Am 04.04.2017 um 06:27 schrieb Dave Airlie: From: Dave Airlie

Re: Vulkan WSI+VK_KHR_display for KMS/DRM?

On 04/04/17 11:45 PM, Jason Ekstrand wrote: > On Mon, Apr 3, 2017 at 12:56 PM, Keith Packard > wrote: > > Chad Versace > writes: > > > The real path forward should be

Re: [PATCH 4/8] sync_file: add a mutex to protect fence and callback members. (v4)

On 4 April 2017 at 18:07, Christian König wrote: > Am 04.04.2017 um 06:27 schrieb Dave Airlie: >> >> From: Dave Airlie >> >> This patch allows the underlying fence in a sync_file to be changed >> or set to NULL. This isn't currently required but for

[Bug 100618] Dead Island crash after starting a new game

https://bugs.freedesktop.org/show_bug.cgi?id=100618 --- Comment #7 from Michel Dänzer --- That's it, thanks. There is no direct reference to any driver code in the backtrace. It's still possible that the crash is at least indirectly related to driver code, but the backtrace

[PATCH 3/3] drm/vc4: Add support for dma-buf fencing.

This is needed for proper synchronization with display on another DRM device (pl111 or tinydrm) with buffers produced by vc4 V3D. Fixes the new igt vc4_dmabuf_poll testcase, and rendering of one of the glmark2 desktop tests on pl111+vc4. This doesn't yet introduce waits on other device's fences

[PATCH 1/3] drm/msm: Expose our reservation object when exporting a dmabuf.

Without this, polling on the dma-buf (and presumably other devices synchronizing against our rendering) would return immediately, even while the BO was busy. Signed-off-by: Eric Anholt Cc: sta...@vger.kernel.org Cc: Rob Clark Cc:

[PATCH 2/3] drm/etnaviv: Expose our reservation object when exporting a dmabuf.

Without this, polling on the dma-buf (and presumably other devices synchronizing against our rendering) would return immediately, even while the BO was busy. Signed-off-by: Eric Anholt Cc: sta...@vger.kernel.org Cc: Lucas Stach Cc: Russell King

[PATCH v5] drm/pl111: Initial drm/kms driver for pl111

From: Tom Cooksey This is a modesetting driver for the pl111 CLCD display controller found on various ARM platforms such as the Versatile Express. The driver has only been tested on the bcm911360_entphn platform so far, with PRIME-based buffer sharing between vc4 and clcd.

[Bug 100646] System hang on Mullins hardware with Linux 4.11-rc6

https://bugs.freedesktop.org/show_bug.cgi?id=100646 Platin changed: What|Removed |Added Resolution|--- |INVALID

Re: [PATCH v4 2/2] crypto: hw_random - Add new Exynos RNG driver

On Sat, Apr 08, 2017 at 03:32:45PM +0200, Krzysztof Kozlowski wrote: > > +static struct rng_alg exynos_rng_alg = { > + .generate = exynos_rng_generate, > + .seed = exynos_rng_seed, > + .seedsize = EXYNOS_RNG_SEED_SIZE, > + .base

[PATCH] gpu: host1x: Fix error handling

If 'devm_reset_control_get' returns an error, then we erroneously return success because error code is taken from 'host->clk' instead of 'host->rst'. Fixes: b386c6b73ac6 ("gpu: host1x: Support module reset") Signed-off-by: Christophe JAILLET ---

Re: [PATCH 0/2] drm: dw-hdmi: various improvements

On Mon, Apr 10, 2017 at 02:08:44PM +0200, Daniel Vetter wrote: > On Mon, Apr 10, 2017 at 12:35:43PM +0200, Neil Armstrong wrote: > > On 04/10/2017 12:08 PM, Russell King - ARM Linux wrote: > > > On Mon, Apr 10, 2017 at 10:49:18AM +0530, Archit Taneja wrote: > > >> Hi, > > >> > > >> On 04/07/2017

Re: Vulkan WSI+VK_KHR_display for KMS/DRM?

On April 10, 2017 12:29:12 PM Chad Versace wrote: On Tue 04 Apr 2017, Keith Packard wrote: Jason Ekstrand writes: > Interesting question. To my knowledge, no one has actually implemented the > Vulkan WSI direct-to-display extensions. (I

[PATCH v6 2/2] drm: Prevent release fb after cleanup mode config

After unbinding drm, the user space may still owns the drm dev fd, and may trigger fb release after cleanup mode config. Add a sanity check to prevent that. Signed-off-by: Jeffy Chen --- Changes in v6: None Changes in v5: None Changes in v2: None

Re: [PATCH 0/2] drm: dw-hdmi: various improvements

On Mon, Apr 10, 2017 at 10:49:18AM +0530, Archit Taneja wrote: > Hi, > > On 04/07/2017 07:49 PM, Romain Perier wrote: > >This set of patches split the stream handling functions in two parts. It > >introduces new callbacks that are specific to each variant, one for I2S > >and one for AHB. > > >

Re: [PATCH 0/5] Re: [Intel-gfx] [BUG][REGRESSION] i915 gpu hangs under load

Am 07.04.2017 01:23 schrieb Andrea Arcangeli: I'm also getting kernel hangs every couple of days. For me it's still not fixed here in 4.11-rc5. It's hard to reproduce, the best reproducer is to build lineageos 14.1 on host while running LTP in a guest to stress the guest VM. Initially I thought

RE: DRM Display driver for Intel FPGA Video and Image Processing Suite

Thanks again Daniel for the clarification. However I cannot seem to find the repo for the drm-misc and documentation on how to get it from the main kernel tree. Could you can give me some pointers on where to get the git tree of the drm-misc for small drivers. Sorry as I am not very familiar

Re: [PATCH 0/2] drm: dw-hdmi: various improvements

On Mon, Apr 10, 2017 at 12:35:43PM +0200, Neil Armstrong wrote: > Hi Russell, > > Cross tree with media has already been done on this cycle with the > dw-hdmi formats changes. > > Nevertheless, please push your updated dw-hdmi cec patchset for tests > and review based on the latest drm-misc-next

Re: [PATCH 0/4] Fix DP busy wait and defer disabling overlay plane

Hi Philipp Is there any more info regarding my display probs that you need from me? Are you working on or do you plan to create another revision of this patch? I am presuming I'm the only person on this list who owns the Element14 version of the SABRE Lite? Thanks On Wed, Apr 5, 2017 at 3:18

Re: [Bug 195231] Continuous messages of "*ERROR* UVD not responding, trying to reset the VCPU!!!" and frozen screen

Dear Alex, Christian and others, On Mon, Apr 10, 2017 at 3:50 AM, wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=195231 > --- Comment #11 from Christian König (deathsim...@vodafone.de) --- > Well bisecting which patch caused the break would be a good

[PATCH v6 0/2] drm: rockchip: Fix rockchip drm unbind crash error

Verified on rk3399 chromebook kevin, no more crashes during unbind/bind drm. Changes in v6: Address Daniel Vetter 's comments. Changes in v5: Fix wrong git account. Changes in v2: Fix some commit messages. Jeffy Chen (2): drm: Unplug drm device when unregistering it drm:

[PATCH v6 1/2] drm: Unplug drm device when unregistering it

After unbinding drm, the user space may still owns the drm dev fd, and may still be able to call drm ioctl. We're using an unplugged state to prevent something like that, so let's reuse it here. Signed-off-by: Jeffy Chen --- Changes in v6: Address Daniel Vetter

Re: [PATCH] drm/exynos: clean up description of exynos_drm_crtc

2017년 04월 10일 19:29에 Tobias Jakobi 이(가) 쓴 글: > Inki Dae wrote: >> 2017-04-07 20:40 GMT+09:00 Tobias Jakobi : >>> Hello Inki, >>> >>> >>> Inki Dae wrote: Hello Tobias, 2017년 04월 07일 02:10에 Tobias Jakobi 이(가) 쓴 글: > Hello Inki, > >

Re: [PATCH v3] drm/exynos: mixer: document YCbCr magic numbers

2017년 04월 10일 19:27에 Tobias Jakobi 이(가) 쓴 글: > Inki Dae wrote: >> 2017-03-29 20:56 GMT+09:00 Tobias Jakobi : >>> Hello Daniel, >>> >>> same question here. Patch doesn't introduce any functional changes (just >>> adds code documentation), so can you merge it through

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 --- Comment #18 from Julien Isorce --- -simplify +simply -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 --- Comment #17 from Julien Isorce --- These last 4 attachements logs are for comment #12. And generated with GALLIUM_DDEBUG="pipelined 1" R600_DEBUG=check_vm . Again it is potentially a different freeze than the

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 --- Comment #16 from Julien Isorce --- Created attachment 130790 --> https://bugs.freedesktop.org/attachment.cgi?id=130790=edit ddebug_dumps_HD7770_kernel_agd5f-drm-next-4.12_ring_stalled -- You are receiving this

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 --- Comment #15 from Julien Isorce --- Created attachment 130789 --> https://bugs.freedesktop.org/attachment.cgi?id=130789=edit dmesg_HD7770_kernel_agd5f-drm-next-4.12_ring_stalled -- You are receiving this mail

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 --- Comment #14 from Julien Isorce --- Created attachment 130788 --> https://bugs.freedesktop.org/attachment.cgi?id=130788=edit ddebug_dumps_HD7770_kernel_amd-staging-4.9_ring_stalled -- You are receiving this mail

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 --- Comment #13 from Julien Isorce --- Created attachment 130787 --> https://bugs.freedesktop.org/attachment.cgi?id=130787=edit dmesg_HD7770_kernel_amd-staging-4.9_ring_stalled -- You are receiving this mail

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

Mario Kleiner writes: > Great! Haven't looked at your patches yet, only at this thread and your > blog, but this sounds all very promising. I'll write up another blog post when I finish with the first round of review. That should describe the kernel API at least. I

Re: [PATCH v6 2/2] drm: Prevent release fb after cleanup mode config

On Mon, Apr 10, 2017 at 06:00:45PM +0800, Jeffy Chen wrote: > After unbinding drm, the user space may still owns the drm dev fd, > and may trigger fb release after cleanup mode config. > > Add a sanity check to prevent that. > > Signed-off-by: Jeffy Chen > --- > >

drm-tip/drm-tip boot: 135 boots: 4 failed, 129 passed with 2 offline (v4.11-rc5-1808-ge461ecfd413f)

drm-tip/drm-tip boot: 135 boots: 4 failed, 129 passed with 2 offline (v4.11-rc5-1808-ge461ecfd413f) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1808-ge461ecfd413f/ Full Build Summary:

Re: [RFC 7/7] drm/vc4: update cursors asynchronously through atomic

Gustavo Padovan writes: > From: Gustavo Padovan > > Add support to async updates of cursors by using the new atomic > interface for that. Basically what this commit does is do what > vc4_update_plane() did but through atomic. > > Cc: Eric

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

On 04/10/2017 08:11 PM, Keith Packard wrote: Mario Kleiner writes: as input from a highly interested future user of such api's: Thanks much for taking a look at this. My use cases run about 98% of the time in fullscreen exclusive mode and want as little

Re: [RFC 1/7] drm/atomic: initial support for asynchronous plane update

Gustavo Padovan writes: > From: Gustavo Padovan > > In some cases, like cursor updates, it is interesting to update the > plane in an asynchronous fashion to avoid big delays. > > The current queued update could be still waiting for a fence to

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

Alex Deucher writes: > I think there is a definite use case there. I agree. What we're missing right now is someone interested in driving an implementation of that use case to help define the right interfaces. Lacking that, we're not likely to come up with a good solution

Re: [PATCH v6 1/2] drm: Unplug drm device when unregistering it

On Mon, Apr 10, 2017 at 06:00:44PM +0800, Jeffy Chen wrote: > After unbinding drm, the user space may still owns the drm dev fd, > and may still be able to call drm ioctl. > > We're using an unplugged state to prevent something like that, so > let's reuse it here. > > Signed-off-by: Jeffy Chen

Re: Vulkan WSI+VK_KHR_display for KMS/DRM?

On Tue 04 Apr 2017, Keith Packard wrote: > Jason Ekstrand writes: > > > Interesting question. To my knowledge, no one has actually implemented the > > Vulkan WSI direct-to-display extensions. (I tried to prevent them from > > getting released with 1.0 but failed.) I

Re: [PATCH] drm: panels: Add MAINTAINERS entry for LVS panel driver

On 10 April 2017 at 19:03, Laurent Pinchart wrote: > Hi Thierry, > > On Monday 10 Apr 2017 09:17:59 Thierry Reding wrote: >> On Sun, Apr 09, 2017 at 01:31:40PM +0100, Emil Velikov wrote: >> > Hi Thierry, >> > >> > I don't mean to stir up anything, just voicing

Re: [PATCH v6 0/2] drm: rockchip: Fix rockchip drm unbind crash error

On Mon, Apr 10, 2017 at 06:00:43PM +0800, Jeffy Chen wrote: Hi Jeffy, Thanks for sending this up again. > > Verified on rk3399 chromebook kevin, no more crashes during unbind/bind drm. I'm assuming this is on the chromeos-4.4 kernel? If so, you should probably mention that when you're posting

[Bug 93341] Semi-random GPU lockups on radeonsi with a RadeonHD 7770 (when playing videos, running OpenGL games, WebGL apps, or after extended periods of time)

https://bugs.freedesktop.org/show_bug.cgi?id=93341 --- Comment #24 from Julien Isorce --- Does the test wget http://www.phoronix-test-suite.com/benchmark-files/GpuTest_Linux_x64_0.7.0.zip DISPLAY=:0 ./GpuTest /test=fur /fullscreen reproduce the problem ? -- You are

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

On Tue, Apr 4, 2017 at 3:02 AM, Daniel Vetter wrote: > On Mon, Apr 03, 2017 at 03:50:33PM -0700, Keith Packard wrote: >> Daniel Vetter writes: >> >> > Also if this confuses VR, then another reason why we want to make leases >> > invariant and only allow pure

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

Mario Kleiner writes: > as input from a highly interested future user of such api's: Thanks much for taking a look at this. > My use cases run about 98% of the time in fullscreen > exclusive mode and want as little interference from the windowing system > /

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

On 04/04/2017 06:48 PM, Keith Packard wrote: Daniel Vetter writes: Yeah I think that's a pretty neat idea to reduce the lease complexity even more. If the VR compositor is unhappy and wants a different mode, it can simply nuke the lease and as for a new one. Forgot to say

[Bug 195231] Continuous messages of "*ERROR* UVD not responding, trying to reset the VCPU!!!" and frozen screen

https://bugzilla.kernel.org/show_bug.cgi?id=195231 --- Comment #12 from rbr...@gmail.com --- Dear Alex, Christian and others, On Mon, Apr 10, 2017 at 3:50 AM, wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=195231 > --- Comment #11 from Christian König

Re: [PATCHv3 00/22] Ion clean up in preparation in moving out of staging

On 04/10/2017 09:25 AM, Greg Kroah-Hartman wrote: > On Mon, Apr 10, 2017 at 09:20:27AM -0700, Laura Abbott wrote: >> On 04/08/2017 03:38 AM, Greg Kroah-Hartman wrote: >>> On Mon, Apr 03, 2017 at 11:57:42AM -0700, Laura Abbott wrote: Hi, This is v3 of the series to do some serious

Re: [PATCH] drm: Fix get_property logic fumble

On Mon, Apr 10, 2017 at 01:54:45PM +0200, Daniel Vetter wrote: > Yet again I've proven that I can't negate conditions :( > > Fixes: eb8eb02ed850 ("drm: Drop modeset_lock_all from the getproperty ioctl") > Cc: Maarten Lankhorst > Cc: Daniel Vetter

drm-tip/drm-tip boot: 137 boots: 5 failed, 131 passed with 1 offline (v4.11-rc5-1807-g777f8b443ed1)

drm-tip/drm-tip boot: 137 boots: 5 failed, 131 passed with 1 offline (v4.11-rc5-1807-g777f8b443ed1) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1807-g777f8b443ed1/ Full Build Summary:

[Bug 100646] System hang on Mullins hardware with Linux 4.11-rc6

https://bugs.freedesktop.org/show_bug.cgi?id=100646 Bug ID: 100646 Summary: System hang on Mullins hardware with Linux 4.11-rc6 Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 204 warnings (v4.11-rc5-1808-ge461ecfd413f)

drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 204 warnings (v4.11-rc5-1808-ge461ecfd413f) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1808-ge461ecfd413f/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc5-1808-ge461ecfd413f Git Commit:

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

On Mon, Apr 10, 2017 at 8:02 AM, Daniel Vetter wrote: > On Mon, Apr 10, 2017 at 12:12:01PM +0200, Gerd Hoffmann wrote: >> Ok, this is really a kickstart for a discussion. While working on >> graphics support for virtual machines on ppc64 (which exists in both >> little and big

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

On Mon, Apr 10, 2017 at 10:45 AM, Ilia Mirkin wrote: > On Mon, Apr 10, 2017 at 10:17 AM, Gerd Hoffmann wrote: >> Hi, >> >>> which software have you used as representative of "reality"? >> >> ppc64 (big endian) virtual machine, running with qemu stdvga &

Re: [PATCHv3 00/22] Ion clean up in preparation in moving out of staging

On Mon, Apr 10, 2017 at 09:20:27AM -0700, Laura Abbott wrote: > On 04/08/2017 03:38 AM, Greg Kroah-Hartman wrote: > > On Mon, Apr 03, 2017 at 11:57:42AM -0700, Laura Abbott wrote: > >> Hi, > >> > >> This is v3 of the series to do some serious Ion cleanup in preparation for > >> moving out of

Re: [PATCHv3 00/22] Ion clean up in preparation in moving out of staging

On 04/08/2017 03:38 AM, Greg Kroah-Hartman wrote: > On Mon, Apr 03, 2017 at 11:57:42AM -0700, Laura Abbott wrote: >> Hi, >> >> This is v3 of the series to do some serious Ion cleanup in preparation for >> moving out of staging. I didn't hear much on v2 so I'm going to assume >> people are okay

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

On Mon, Apr 10, 2017 at 11:09 AM, Pekka Paalanen wrote: > On Mon, 10 Apr 2017 16:17:27 +0200 > Gerd Hoffmann wrote: > >> Hi, >> >> > which software have you used as representative of "reality"? >> >> ppc64 (big endian) virtual machine, running with qemu

[Bug 100618] Dead Island crash after starting a new game

https://bugs.freedesktop.org/show_bug.cgi?id=100618 at...@t-online.de changed: What|Removed |Added Attachment #130779|0 |1 is obsolete|

drm-tip/drm-tip boot: 114 boots: 4 failed, 108 passed with 2 offline (v4.11-rc5-1806-g02f6d3e01f3e)

drm-tip/drm-tip boot: 114 boots: 4 failed, 108 passed with 2 offline (v4.11-rc5-1806-g02f6d3e01f3e) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1806-g02f6d3e01f3e/ Full Build Summary:

Re: [PATCHv3 17/22] staging: android: ion: Collapse internal header files

On 04/08/2017 11:12 AM, Emil Velikov wrote: > Hi Laura, > > Couple of trivial nitpicks below. > > On 3 April 2017 at 19:57, Laura Abbott wrote: > >> --- a/drivers/staging/android/ion/ion.h >> +++ b/drivers/staging/android/ion/ion.h >> @@ -1,5 +1,5 @@ >> /* >> - *

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

On Mon, 10 Apr 2017 16:17:27 +0200 Gerd Hoffmann wrote: > Hi, > > > which software have you used as representative of "reality"? > > ppc64 (big endian) virtual machine, running with qemu stdvga & bochs-drm > driver. Xorg with modesetting driver uses DRM_FORMAT_XRGB

[Bug 100618] Dead Island crash after starting a new game

https://bugs.freedesktop.org/show_bug.cgi?id=100618 --- Comment #5 from at...@t-online.de --- Created attachment 130779 --> https://bugs.freedesktop.org/attachment.cgi?id=130779=edit gdb backtrace after crash I'm not familiar with gdb, so I'm not sure if I did what you were asking for. I

[PATCH] MAINTAINERS: add drm/sti driver into drm-misc

drm/sti driver is now part of drm-misc as a small driver. Signed-off-by: Vincent Abriou --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 4ea82b2..66b424a 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

On Mon, Apr 10, 2017 at 10:17 AM, Gerd Hoffmann wrote: > Hi, > >> which software have you used as representative of "reality"? > > ppc64 (big endian) virtual machine, running with qemu stdvga & bochs-drm > driver. Xorg with modesetting driver uses DRM_FORMAT_XRGB (one

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

Hi, > which software have you used as representative of "reality"? ppc64 (big endian) virtual machine, running with qemu stdvga & bochs-drm driver. Xorg with modesetting driver uses DRM_FORMAT_XRGB (one and only format supported by bochs-drm), and we have to interpret that in bigendian

Re: [PATCH 1/2] drm: Add DRM_CAP_PRIME_SCANOUT.

On Mon, Apr 10, 2017 at 5:03 AM, Christian König wrote: > Am 10.04.2017 um 10:52 schrieb Michel Dänzer: >> >> On 05/04/17 08:21 PM, Christian König wrote: >>> >>> Am 05.04.2017 um 13:13 schrieb Christopher James Halse Rogers: On Wed, Apr 5, 2017 at 8:14 PM

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings (v4.11-rc5-1807-g777f8b443ed1)

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings (v4.11-rc5-1807-g777f8b443ed1) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1807-g777f8b443ed1/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc5-1807-g777f8b443ed1 Git Commit:

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

On Mon, 10 Apr 2017 12:12:01 +0200 Gerd Hoffmann wrote: > Ok, this is really a kickstart for a discussion. While working on > graphics support for virtual machines on ppc64 (which exists in both > little and big endian variants) I've figured the comments in the header > file

Re: [PATCH] drm: Fix get_property logic fumble

Op 10-04-17 om 13:54 schreef Daniel Vetter: > Yet again I've proven that I can't negate conditions :( > > Fixes: eb8eb02ed850 ("drm: Drop modeset_lock_all from the getproperty ioctl") > Cc: Maarten Lankhorst > Cc: Daniel Vetter > Cc:

Re: [Intel-gfx] [PATCH] drm: Fix get_property logic fumble

On Mon, Apr 10, 2017 at 01:54:45PM +0200, Daniel Vetter wrote: > Yet again I've proven that I can't negate conditions :( > > Fixes: eb8eb02ed850 ("drm: Drop modeset_lock_all from the getproperty ioctl") You also get to write the igt/kms_getproperty, starting with a memset(prop_values,

[Bug 195295] USB device insertion turns on discrete Radeon GPU

https://bugzilla.kernel.org/show_bug.cgi?id=195295 --- Comment #2 from Eugene Shalygin (eugene.shaly...@gmail.com) --- I will try. -- You are receiving this mail because: You are watching the assignee of the bug. ___ dri-devel mailing list

Re: [PATCH 0/2] drm: dw-hdmi: various improvements

On Mon, Apr 10, 2017 at 12:35:43PM +0200, Neil Armstrong wrote: > On 04/10/2017 12:08 PM, Russell King - ARM Linux wrote: > > On Mon, Apr 10, 2017 at 10:49:18AM +0530, Archit Taneja wrote: > >> Hi, > >> > >> On 04/07/2017 07:49 PM, Romain Perier wrote: > >>> This set of patches split the stream

Re: [PATCH 2/2] drm/tegra: Add driver documentation

On Mon, Apr 10, 2017 at 12:27:02PM +0200, Thierry Reding wrote: > From: Thierry Reding > > Adds some driver documentation for Tegra. It provides a short overview > of the hardware and software architectures. > > Signed-off-by: Thierry Reding Yay for

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

On Mon, Apr 10, 2017 at 12:12:01PM +0200, Gerd Hoffmann wrote: > Ok, this is really a kickstart for a discussion. While working on > graphics support for virtual machines on ppc64 (which exists in both > little and big endian variants) I've figured the comments in the header > file don't match

Re: [RFC PATCH 3/3] encoder-tpd12s015: keep the ls_oe_gpio on while the phys_addr is valid

On 08/04/17 13:11, Hans Verkuil wrote: > So, this is a bit of a blast from the past since the omap4 CEC development > has been on hold for almost a year. But I am about to resume my work on this > now that the CEC framework was merged. > > The latest code is here, if you are interested: > >

drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 204 warnings (v4.11-rc5-1806-g02f6d3e01f3e)

drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 204 warnings (v4.11-rc5-1806-g02f6d3e01f3e) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1806-g02f6d3e01f3e/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc5-1806-g02f6d3e01f3e Git Commit:

[PATCH] drm: Fix get_property logic fumble

Yet again I've proven that I can't negate conditions :( Fixes: eb8eb02ed850 ("drm: Drop modeset_lock_all from the getproperty ioctl") Cc: Maarten Lankhorst Cc: Daniel Vetter Cc: Jani Nikula Cc: Sean Paul

drm-tip/drm-tip boot: 116 boots: 4 failed, 109 passed with 3 offline (v4.11-rc5-1803-gd86f5fa557fd)

drm-tip/drm-tip boot: 116 boots: 4 failed, 109 passed with 3 offline (v4.11-rc5-1803-gd86f5fa557fd) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1803-gd86f5fa557fd/ Full Build Summary:

Re: [PATCH] drm: panels: Add MAINTAINERS entry for LVS panel driver

On 10 April 2017 at 10:58, Lucas Stach wrote: > Am Montag, den 10.04.2017, 09:17 +0200 schrieb Thierry Reding: >> On Sun, Apr 09, 2017 at 01:31:40PM +0100, Emil Velikov wrote: >> > Hi Thierry, >> > >> > I don't mean to stir up anything, just voicing "my 2c" as they say. >

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

On Sun, 09 Apr 2017 10:27:31 -0700 Keith Packard wrote: > Pekka Paalanen writes: > > > we need some kind of a database to recognize HMDs in any case, right? > > It would be best if the database was shared, so that everyone could > > recognize all HMDs,

[PATCH] drm/tilcdc: If CRTC is enabled at init phase, disable it

If the LCDC is already enabled (e.g. by the bootloader) at the initialization phase, disable it before returning from the probe. Signed-off-by: Jyri Sarha Reported-by: Emiliano Ingrassia --- This patch should fix the same issus as this patch does:

Re: [PATCH] drm/tilcdc: do the complete reset sequence if the LCDC is enabled

On 03/28/17 11:11, Emiliano Ingrassia wrote: > If the LCD controller was already enabled (e.g. by the bootloader), > do the complete software reset sequence to avoid time out while loading > the palette and a consequent time out waiting for vblank. > > Signed-off-by: Emiliano Ingrassia

Re: [PATCH] drm: dw-hdmi: Implement the mode_fixup drm helper

On 04/08/2017 12:03 AM, Daniel Vetter wrote: On Fri, Apr 07, 2017 at 02:17:43PM +0200, Romain Perier wrote: This helper is supposed to validate or reject the modeline before it applied by the mode setting. Currently this function has been dropped, it was previously set to a dummy function

Re: [PATCH 0/2] drm: dw-hdmi: various improvements

On 04/10/2017 12:08 PM, Russell King - ARM Linux wrote: > On Mon, Apr 10, 2017 at 10:49:18AM +0530, Archit Taneja wrote: >> Hi, >> >> On 04/07/2017 07:49 PM, Romain Perier wrote: >>> This set of patches split the stream handling functions in two parts. It >>> introduces new callbacks that are

  1   2   >