Re: [PATCH v3 05/16] drm/fb-helper: do a generic fb_setcmap helper in terms of crtc .gamma_set

On Wed, Jul 5, 2017 at 7:50 PM, Peter Rosin wrote: >>> +retry: >>> +ret = drm_modeset_lock_all_ctx(dev, ); >> >> With atomic you don't need to grab locks, this is done behind the scenes >> (as long as you handle the retry/backoff correctly). See the kerneldoc for >> the

Re: [PATCH 6/6] drm: Add four ioctls for managing drm mode object leases [v3]

Dave Airlie writes: > I think this needs a pad ^. > And this. Yup. Thanks! >> +struct drm_mode_revoke_lease { >> + /** Unique ID of lessee >> +*/ >> + __u32 lessee_id; > > And this. None of the other bare 32-bit ioctl structures are padded; I think

Re: [PATCH 12/13] drm/exynos: Remove custom FB helper deferred setup

2017년 07월 05일 00:18에 Daniel Vetter 이(가) 쓴 글: > From: Thierry Reding > > The FB helper core now supports deferred setup, so the driver's custom > implementation can be removed. Reviewed-by: Inki Dae Tested-by: Inki Dae Thanks,

[PATCH libdrm] libdrm_amdgpu: add kernel semaphore support

From: Dave Airlie This adds kernel semaphore support to the command submission interface in what should be a backwards compatible manner, it adds a new command submission API. Signed-off-by: Dave Airlie --- amdgpu/amdgpu.h| 29 -

[PATCH] drm/syncobj: add sync obj wait interface. (v6)

From: Dave Airlie This interface will allow sync object to be used to back Vulkan fences. This API is pretty much the vulkan fence waiting API, and I've ported the code from amdgpu. v2: accept relative timeout, pass remaining time back to userspace. v3: return to absolute

Re: [Intel-gfx] [PATCH v3 00/16] improve the fb_setcmap helper

On 2017-07-05 08:08, Daniel Vetter wrote: > On Tue, Jul 04, 2017 at 12:36:56PM +0200, Peter Rosin wrote: >> Hi! >> >> While trying to get CLUT support for the atmel_hlcdc driver, and >> specifically for the emulated fbdev interface, I received some >> push-back that my feeble in-driver attempts

Re: [RFC] clk: inherit display clocks enabled by bootloader

On 07/04/2017 11:21 PM, Rob Clark wrote: > The goal here is to support inheriting a display setup by bootloader, > although there may also be some non-display related use-cases. > > Rough idea is to add a flag for clks and power domains that might > already be enabled when kernel starts, and

[PATCH v3 11/16] drm: i915: remove dead code and pointless local lut storage

The driver stores lut values from the fbdev interface, and is able to give them back, but does not appear to do anything with these lut values. The generic fb helpers have replaced this function, and may even have made the driver work for the C8 mode from the fbdev interface. But that is untested.

[Bug 101596] Blender renders black UI elements

https://bugs.freedesktop.org/show_bug.cgi?id=101596 --- Comment #10 from Michel Dänzer --- Please send the patch to the mesa-dev mailing list for review. -- You are receiving this mail because: You are the assignee for the bug.___

Re: [PATCH v3 05/16] drm/fb-helper: do a generic fb_setcmap helper in terms of crtc .gamma_set

On 2017-07-05 08:21, Daniel Vetter wrote: > On Tue, Jul 04, 2017 at 12:37:01PM +0200, Peter Rosin wrote: >> This makes the redundant fb helpers .load_lut, .gamma_set and .gamma_get >> completely obsolete. >> >> Signed-off-by: Peter Rosin >> --- >> drivers/gpu/drm/drm_fb_helper.c

Re: [PATCH 6/6] drm: Add four ioctls for managing drm mode object leases [v3]

> +/** > + * Lease mode resources, creating another drm_master. > + */ > +struct drm_mode_create_lease { > + /** Pointer to array of object ids (__u32) */ > + __u64 object_ids; > + /** Number of object ids */ > + __u32 object_count; > + /** flags for new FD

Re: [Intel-gfx] [PATCH] intel/intel_chipset: Move IS_9XX below IS_GEN10.

Patch pushed to libdrm master. On Fri, Jun 30, 2017 at 2:28 PM, Rodrigo Vivi wrote: > No functional change. Just organizing the code > so it gets clear for future platforms. > > Paulo deserves credits becuase he was the one > that just noticed this IS_9XX was in the wrong

[PATCH 3/6] drm: Add new LEASE debug level

Separate out lease debugging from the core. Signed-off-by: Keith Packard --- drivers/gpu/drm/drm_drv.c | 3 ++- include/drm/drmP.h| 4 2 files changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c index

[PATCH 5/6] drm: Check mode object lease status in all master ioctl paths [v2]

Attempts to modify un-leased objects are rejected with an error. Information returned about unleased objects is modified to make them appear unusable and/or disconnected. Changes for v2 as suggested by Daniel Vetter : With the change in the __drm_mode_object_find API to

[PATCH 1/6] drm: Pass struct drm_file * to __drm_mode_object_find

This will allow __drm_mode_object_file to be extended to perform access control checks based on the file in use. Suggested-by: Daniel Vetter Signed-off-by: Keith Packard --- drivers/gpu/drm/amd/amdgpu/amdgpu_connectors.c | 16

[PATCH 4/6] drm: Add drm_object lease infrastructure [v3]

This provides new data structures to hold "lease" information about drm mode setting objects, and provides for creating new drm_masters which have access to a subset of the available drm resources. An 'owner' is a drm_master which is not leasing the objects from another drm_master, and hence

[PATCH 0/6] drm: Add mode object leases [v3]

Here's a third version of my DRM mode object leases series. Since v2: * Add revocation. This allows leases to be effectively revoked by removing all of the objects they have access to. The lease itself hangs around as it's hanging off a file. * Allow non-master files to

[PATCH 2/6] drm: Allow render nodes to query display objects

This allows an application to discover what display resources are available before requesting a lease from the X server. Signed-off-by: Keith Packard --- drivers/gpu/drm/drm_ioctl.c | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git

[PATCH 6/6] drm: Add four ioctls for managing drm mode object leases [v3]

drm_mode_create_lease Creates a lease for a list of drm mode objects, returning an fd for the new drm_master and a 64-bit identifier for the lessee drm_mode_list_lesees List the identifiers of the lessees for a master file drm_mode_get_lease List the leased

[PATCH 0/3] drm: Add CRTC-id based ioctls for vblank query/event

This patch series provides a new interface which fixes three issues with the current VBLANK_WAIT ioctl: 1) CRTC indices to select a target. 2) 32-bits of count resolution. 3) Microsecond time resolution. The first makes it quite difficult to use this interface from a leased DRM device;

[PATCH 2/3] drm: Reorganize drm_pending_event to support future event types

Place drm_event_vblank in a new union that includes that and a bare drm_event structure. This will allow new members of that union to be added in the future without changing code related to the existing vbl event type. Assignments to the crtc_id field are now done when the event is allocated,

[PATCH 3/3] drm: Add CRTC_GET_SEQUENCE and CRTC_QUEUE_SEQUENCE ioctls

These provide crtc-id based functions instead of pipe-number, while also offering higher resolution time (ns) and wider frame count (64) as required by the Vulkan API. Signed-off-by: Keith Packard --- drivers/gpu/drm/drm_internal.h | 6 ++ drivers/gpu/drm/drm_ioctl.c|

[PATCH 1/3] drm: Widen vblank count to 64 bits. Change vblank time precision to ns

This modifies the datatypes used by the vblank code to provide both 64 bits of vblank count and to increase the resolution of the vblank timestamp from microseconds to nanoseconds. The driver interfaces have also been changed to return 64-bits of vblank count; fortunately all of the code

RE: [PATCH libdrm 2/2] radeon: use asic id table to get chipset name

> - above all, as-is make check will fail Right, I did not check that. > - keeping the radeon API symmetrical to the amdgpu one would a good idea The issue is Radeon does not have a struct similar to amdgpu_device_handle. I think the current radeon API is simpler. Maybe a follow up

Re: [Intel-gfx] [PATCH] drm: Remove unused drm_file parameter to drm_syncobj_replace_fence()

On Wed, Jul 5, 2017 at 1:12 PM, Chris Wilson wrote: > the drm_file parameter is unused, so remove it. > > Signed-off-by: Chris Wilson > Cc: Dave Airlie > --- > drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 6 ++ >

[Bug 92715] [IGT] [BYT-M/KBL/BSW/BXT/BDW/IVB] gem_reset_stats sub tests fail

https://bugs.freedesktop.org/show_bug.cgi?id=92715 Armando Antonio changed: What|Removed |Added Summary|[IGT]

[Bug 92715] [IGT] [BYT-M/KBL/BSW/BXT/BDW] gem_reset_stats sub tests fail

https://bugs.freedesktop.org/show_bug.cgi?id=92715 --- Comment #27 from Armando Antonio --- The following test fail on IVB with latest configuration Testlist igt@gem_reset_stats@reset-count-bsd

Re: [PATCH] i915: Add support for drm syncobjs

On Wed, Jul 5, 2017 at 2:13 PM, Jason Ekstrand wrote: > This commit adds support for waiting on or signaling DRM syncobjs as > part of execbuf. It does so by hijacking the currently unused cliprects > pointer to instead point to an array of i915_gem_exec_fence structs >

[PATCH] i915: Add support for drm syncobjs

This commit adds support for waiting on or signaling DRM syncobjs as part of execbuf. It does so by hijacking the currently unused cliprects pointer to instead point to an array of i915_gem_exec_fence structs which containe a DRM syncobj and a flags parameter which specifies whether to wait on it

[Bug 101656] Invalid signal timestamps with EGL_SYNC_NATIVE_FENCE_ANDROID on android

https://bugs.freedesktop.org/show_bug.cgi?id=101656 Rafael Antognolli changed: What|Removed |Added QA Contact|mesa-dev@lists.freedesktop. |

[Bug 100577] DC + TearFree display lock

https://bugs.freedesktop.org/show_bug.cgi?id=100577 --- Comment #16 from Andy Furniss --- Created attachment 132467 --> https://bugs.freedesktop.org/attachment.cgi?id=132467=edit xrandr --verbose on 4.14-wip showing all modes This is xrandr on 4.14-wip - the higher modes

Re: [Intel-gfx] [PATCH v3 00/16] improve the fb_setcmap helper

On Wed, Jul 05, 2017 at 10:09:21AM +0200, Peter Rosin wrote: > On 2017-07-05 08:08, Daniel Vetter wrote: > > On Tue, Jul 04, 2017 at 12:36:56PM +0200, Peter Rosin wrote: > >> Hi! > >> > >> While trying to get CLUT support for the atmel_hlcdc driver, and > >> specifically for the emulated fbdev

Re: [PATCH] drm: Remove pending_read_domains and pending_write_domain

On Wed, Jul 05, 2017 at 04:49:00PM +0100, Chris Wilson wrote: > The last user of these (i915.ko) no longer does. We can slim down the > core GEM object by removing the unused 8 bytes. > > Signed-off-by: Chris Wilson Time to celebrate! Applied, thanks. -Daniel > --- >

Re: [PATCH 11/13] drm/i915: Protect against deferred fbdev setup

On Wed, Jul 05, 2017 at 12:08:15PM +0200, Maarten Lankhorst wrote: > Op 04-07-17 om 17:18 schreef Daniel Vetter: > > We could probably hit this already with our current async fbdev init, > > but it's much easier to hit this with the new deferred fbdev setup > > that I'm working on polishing. > > >

[PATCH] drm: Remove unused drm_file parameter to drm_syncobj_replace_fence()

the drm_file parameter is unused, so remove it. Signed-off-by: Chris Wilson Cc: Dave Airlie --- drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 6 ++ drivers/gpu/drm/drm_syncobj.c | 8 +++- include/drm/drm_syncobj.h | 3 +--

[Bug 100577] DC + TearFree display lock

https://bugs.freedesktop.org/show_bug.cgi?id=100577 --- Comment #15 from Andy Furniss --- It seems the errors in the dmesg are created when I do xrandr --verbose. -- You are receiving this mail because: You are the assignee for the

[Bug 100577] DC + TearFree display lock

https://bugs.freedesktop.org/show_bug.cgi?id=100577 --- Comment #14 from Andy Furniss --- Created attachment 132466 --> https://bugs.freedesktop.org/attachment.cgi?id=132466=edit xrandr --verbose higher clocks missing -- You are receiving this mail because: You are the

[Bug 100577] DC + TearFree display lock

https://bugs.freedesktop.org/show_bug.cgi?id=100577 --- Comment #13 from Andy Furniss --- Created attachment 132465 --> https://bugs.freedesktop.org/attachment.cgi?id=132465=edit dmesg on current staging memclk is stuck high + some errors -- You are receiving this mail

[Bug 100577] DC + TearFree display lock

https://bugs.freedesktop.org/show_bug.cgi?id=100577 --- Comment #12 from Andy Furniss --- Hmm, so I just booted back into current staging to get a dmesg and xrandr and ended up noticing 2 more issues. My monitor is 1920x1080 and can do 120Hz but pref and used by default is

[Bug 100577] DC + TearFree display lock

https://bugs.freedesktop.org/show_bug.cgi?id=100577 --- Comment #11 from Alex Deucher --- (In reply to Andy Furniss from comment #10) > Ugh, not 3.7s, I mean amd-staging-4.9s didn't peg memclk high. I don't still > have all the 4.11s I've ever built so don't know when this

Re: [PATCH] i915: Add support for drm syncobjs

On Wed, Jul 5, 2017 at 11:42 AM, Chris Wilson wrote: > Quoting Jason Ekstrand (2017-07-05 19:32:21) > > On Wed, Jul 5, 2017 at 10:37 AM, Chris Wilson > wrote: > > > > Quoting Jason Ekstrand (2017-07-05 18:21:22) > > > This commit adds

[Bug 100577] DC + TearFree display lock

https://bugs.freedesktop.org/show_bug.cgi?id=100577 --- Comment #10 from Andy Furniss --- (In reply to Andy Furniss from comment #9) > One nit I notice is I may not be comparing like with like as current and > some older 4.11s I still have around all seem to peg memory

[Bug 100577] DC + TearFree display lock

https://bugs.freedesktop.org/show_bug.cgi?id=100577 --- Comment #9 from Andy Furniss --- Can't reproduce this on current amd-staging-4.11 will keep trying and close soon if OK. One nit I notice is I may not be comparing like with like as current and some older 4.11s I still

Re: [PATCH] i915: Add support for drm syncobjs

Quoting Jason Ekstrand (2017-07-05 19:32:21) > On Wed, Jul 5, 2017 at 10:37 AM, Chris Wilson > wrote: > > Quoting Jason Ekstrand (2017-07-05 18:21:22) > > This commit adds support for waiting on or signaling DRM syncobjs as > > part of execbuf.  It does so

[Bug 101319] Tonga DC + UVD [drm:fill_plane_attributes [amdgpu]] *ERROR* Unable to reserve buffer

https://bugs.freedesktop.org/show_bug.cgi?id=101319 Andy Furniss changed: What|Removed |Added Status|NEW |RESOLVED

[pull] amdgpu drm-next-4.13

Hi Dave, Fixes for 4.13: - Various fixes for Raven - Various fixes for Vega10 - Stability fixes for KIQ - Fix reloading the driver - Fix S3 on vega10 - Misc other fixes The following changes since commit 12d016626f99f48edbf5b006625b4e8c0de1eec7: Merge tag 'drm-amdkfd-next-2017-06-25' of

Re: [PATCH] i915: Add support for drm syncobjs

On Wed, Jul 5, 2017 at 10:37 AM, Chris Wilson wrote: > Quoting Jason Ekstrand (2017-07-05 18:21:22) > > This commit adds support for waiting on or signaling DRM syncobjs as > > part of execbuf. It does so by hijacking the currently unused cliprects > > pointer to

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

https://bugs.freedesktop.org/show_bug.cgi?id=100306 --- Comment #32 from MirceaKitsune --- Thought I'd also post another detail that might be useful, I'm not sure how much it relates to the freeze but better be safe than sorry; I have the following two

[Bug 101596] Blender renders black UI elements

https://bugs.freedesktop.org/show_bug.cgi?id=101596 --- Comment #9 from Sebastian Parborg --- Thanks for fixing it, the patch seems to work nicely for me too. -- You are receiving this mail because: You are the assignee for the

Re: [PATCH] i915: Add support for drm syncobjs

Quoting Jason Ekstrand (2017-07-05 18:21:22) > This commit adds support for waiting on or signaling DRM syncobjs as > part of execbuf. It does so by hijacking the currently unused cliprects > pointer to instead point to an array of i915_gem_exec_fence structs > which containe a DRM syncobj and a

[Bug 101685] [amdgpu][tahiti xt] dota2 random crash

https://bugs.freedesktop.org/show_bug.cgi?id=101685 --- Comment #3 from Sylvain BERTRAND --- Same mesa binaries from up-to-date "beta" steamos: 17.1.2. As far as I tested it, I cannot even play one dota2 game without the game program randomly crashing in dota2

[PATCH] i915: Add support for drm syncobjs

This commit adds support for waiting on or signaling DRM syncobjs as part of execbuf. It does so by hijacking the currently unused cliprects pointer to instead point to an array of i915_gem_exec_fence structs which containe a DRM syncobj and a flags parameter which specifies whether to wait on it

[Bug 101596] Blender renders black UI elements

https://bugs.freedesktop.org/show_bug.cgi?id=101596 Matias N. Goldberg changed: What|Removed |Added CC|

[PATCH] drm: Remove pending_read_domains and pending_write_domain

The last user of these (i915.ko) no longer does. We can slim down the core GEM object by removing the unused 8 bytes. Signed-off-by: Chris Wilson --- include/drm/drm_gem.h | 15 --- 1 file changed, 15 deletions(-) diff --git a/include/drm/drm_gem.h

[Bug 101685] [amdgpu][tahiti xt] dota2 random crash

https://bugs.freedesktop.org/show_bug.cgi?id=101685 --- Comment #2 from Alex Deucher --- Is this a regression? If so, did you also change the mesa version you are using? -- You are receiving this mail because: You are the assignee for the

[Bug 101685] [amdgpu][tahiti xt] dota2 random crash

https://bugs.freedesktop.org/show_bug.cgi?id=101685 --- Comment #1 from Sylvain BERTRAND --- I was wrong, it's worse: linux 4.12 amdgpu and radeon do random crash dota2 the same way (in libparticles). Both 4.12 modules are _significantly_ faster than the stable 4.11

[Bug 196273] Loss of video output and system freezes *ERROR* Couldn't read SADs: 0

https://bugzilla.kernel.org/show_bug.cgi?id=196273 Alex Deucher (alexdeuc...@gmail.com) changed: What|Removed |Added CC|

[Bug 101695] mesa fails to compile illegal conversion of »int« in »radeon_bo_domain«

https://bugs.freedesktop.org/show_bug.cgi?id=101695 Christian König changed: What|Removed |Added Status|RESOLVED|CLOSED --

[Bug 101695] mesa fails to compile illegal conversion of »int« in »radeon_bo_domain«

https://bugs.freedesktop.org/show_bug.cgi?id=101695 Gregor Münch changed: What|Removed |Added Status|NEW |RESOLVED

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

https://bugs.freedesktop.org/show_bug.cgi?id=100306 --- Comment #31 from MirceaKitsune --- Created attachment 132448 --> https://bugs.freedesktop.org/attachment.cgi?id=132448=edit Screenshot of "top" Lots of important new information on this freeze, which

Re: [PATCH 2/2] drm/hdmi: Allow HDMI infoframe without VIC or S3D

On Wed, Jul 05, 2017 at 11:46:14AM +0300, Laurent Pinchart wrote: > Hi Ville, > > On Tuesday 04 Jul 2017 15:44:02 Ville Syrjälä wrote: > > On Tue, Jul 04, 2017 at 01:56:07PM +0200, Andrzej Hajda wrote: > > > On 03.07.2017 21:19, ville.syrj...@linux.intel.com wrote: > > >> From: Ville Syrjälä

Re: [PATCH v5 04/17] drm: add helper to validate ycbcr420 modes

On Wed, Jul 05, 2017 at 03:49:51PM +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 7/5/2017 3:46 PM, Ville Syrjälä wrote: > > On Wed, Jul 05, 2017 at 08:48:40AM +0530, Sharma, Shashank wrote: > >> Regards > >> > >> Shashank > >> > >> > >> On 7/4/2017 9:26 PM, Ville Syrjälä wrote:

Re: [PATCH 10/13] drm/fb-helper: Support deferred setup

Op 04-07-17 om 17:18 schreef Daniel Vetter: > FB helper code falls back to a 1024x768 mode if no outputs are connected > or don't report back any modes upon initialization. This can be annoying > because outputs that are added to FB helper later on can't be used with > FB helper if they don't

[Bug 101695] mesa fails to compile illegal conversion of »int« in »radeon_bo_domain«

https://bugs.freedesktop.org/show_bug.cgi?id=101695 --- Comment #1 from Christoph Haag --- https://cgit.freedesktop.org/mesa/mesa/commit/?id=156832ee2b22118f29ca93bf1b4cb4de3b329f3e works for me. -- You are receiving this mail because: You are the assignee for the

Re: [PATCH 12/14] drm/exynos: mic: clean up drm_bridge_add call

On 5 July 2017 at 10:14, Archit Taneja wrote: > > > On 07/05/2017 02:35 PM, Inki Dae wrote: >> >> >> >> 2017년 07월 05일 18:00에 Archit Taneja 이(가) 쓴 글: >>> >>> >>> >>> On 07/03/2017 02:12 PM, Inki Dae wrote: This patch removes unnecessary checking of return value.

Re: [PATCH libdrm] amdgpu: move asic id table to a separate file

On 5 July 2017 at 11:44, Chih-Wei Huang wrote: > 2017-07-05 17:35 GMT+08:00 Emil Velikov : >> On 4 July 2017 at 07:40, Chih-Wei Huang wrote: >>> >>> Unfortunately this patch breaks Android build >>> since the two macros

Re: [PATCH libdrm 2/2] radeon: use asic id table to get chipset name

Hi Samuel, On 30 June 2017 at 20:25, Samuel Li wrote: > Change-Id: I24b6624789d1a9dc0fd3a446b0e6f21ed5183ff2 > Signed-off-by: Samuel Li > --- > radeon/Makefile.am | 6 +++ > radeon/Makefile.sources | 6 ++- > radeon/radeon_asic_id.c | 106 >

Re: [PATCH libdrm] amdgpu: move asic id table to a separate file

2017-07-05 17:35 GMT+08:00 Emil Velikov : > On 4 July 2017 at 07:40, Chih-Wei Huang wrote: >> >> Unfortunately this patch breaks Android build >> since the two macros are not defined. >> >> Anyone is working on a fix? >> If not, I'll try to

Re: [PATCH v5 04/17] drm: add helper to validate ycbcr420 modes

Regards Shashank On 7/5/2017 3:46 PM, Ville Syrjälä wrote: On Wed, Jul 05, 2017 at 08:48:40AM +0530, Sharma, Shashank wrote: Regards Shashank On 7/4/2017 9:26 PM, Ville Syrjälä wrote: On Tue, Jul 04, 2017 at 07:41:51PM +0530, Shashank Sharma wrote: YCBCR420 modes are supported only on

Re: [PATCH v5 04/17] drm: add helper to validate ycbcr420 modes

On Wed, Jul 05, 2017 at 08:48:40AM +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 7/4/2017 9:26 PM, Ville Syrjälä wrote: > > On Tue, Jul 04, 2017 at 07:41:51PM +0530, Shashank Sharma wrote: > >> YCBCR420 modes are supported only on HDMI 2.0 capable sources. > >> This patch adds

Re: [PATCH 11/13] drm/i915: Protect against deferred fbdev setup

Op 04-07-17 om 17:18 schreef Daniel Vetter: > We could probably hit this already with our current async fbdev init, > but it's much easier to hit this with the new deferred fbdev setup > that I'm working on polishing. > > Cc: Maarten Lankhorst > Reported-by:

Re: [RFC] clk: inherit display clocks enabled by bootloader

On Tue, Jul 4, 2017 at 11:27 PM, Rajendra Nayak wrote: > > > On 07/04/2017 11:21 PM, Rob Clark wrote: >> The goal here is to support inheriting a display setup by bootloader, >> although there may also be some non-display related use-cases. >> >> Rough idea is to add a flag

Re: [PATCH v2.1 1/2] dt-bindings: display: rcar-du: Add a VSP channel index to the vsps DT property

On Sun, Jul 2, 2017 at 3:40 PM, Laurent Pinchart wrote: > On some R-Car SoCs a single VSP can serve multiple DU channels through > multiple LIF instances in the VSP. The current DT bindings don't support > specifying that kind of SoC integration scheme.

Re: [PATCH libdrm 1/2] util: move some files to an ASIC neutral directory.

On 30 June 2017 at 20:24, Samuel Li wrote: Commit message should explain why we want this - aka "Will be reused in radeon with a later commit" > Change-Id: Iac1c4870253e8b8860a61b7cf175e7a25cc95921 > Signed-off-by: Samuel Li > --- > Makefile.sources

Re: [PATCH v2] drm/exynos: mic: add a bridge at probe

On 07/05/2017 05:18 PM, Inki Dae wrote: This patch moves drm_bridge_add call into probe. It doesn't need to call drm_bridge_add call every time bind callback is called. Changelog v2 - moved drm_bridge_remove call into remove callback. - corrected description. Suggested-by: Andrzej Hajda

Re: [PATCH libdrm] amdgpu: move asic id table to a separate file

On 4 July 2017 at 07:40, Chih-Wei Huang wrote: > 2017-06-12 17:50 GMT+08:00 Michel Dänzer : >> From: Xiaojie Yuan >> >> v2: fix an off by one error and leading white spaces >> v3: use thread safe strtok_r(); initialize len before

Re: [PATCH v1 3/3] drm/panel: Add support for otm8009a panel driver

On 04.07.2017 18:30, Philippe CORNU wrote: > This patch adds Orise Tech otm8009a 3.97" 480x800 TFT LCD > panel driver (MIPI-DSI video mode). The panel backlight is > managed through the DSI link. This panel driver is used in > several STM32 boards. > > Signed-off-by: Philippe CORNU

Re: [PATCH 12/14] drm/exynos: mic: clean up drm_bridge_add call

On 07/05/2017 02:35 PM, Inki Dae wrote: 2017년 07월 05일 18:00에 Archit Taneja 이(가) 쓴 글: On 07/03/2017 02:12 PM, Inki Dae wrote: This patch removes unnecessary checking of return value. Ps. this patch depends on below one, http://www.spinics.net/lists/dri-devel/msg145687.html Will

Re: [PATCH 12/14] drm/exynos: mic: clean up drm_bridge_add call

2017년 07월 05일 18:00에 Archit Taneja 이(가) 쓴 글: > > > On 07/03/2017 02:12 PM, Inki Dae wrote: >> This patch removes unnecessary checking of return value. >> >> Ps. this patch depends on below one, >> http://www.spinics.net/lists/dri-devel/msg145687.html > > Will this one^ go via the exynos

Re: [PATCH 13/14] drm/mediatek: hdmi: clean up drm_bridge_add call

On 07/03/2017 02:12 PM, Inki Dae wrote: This patch removes unnecessary checking of return value. Can I get an ack from the maintainers to get this pulled in via drm-misc? Thanks, Archit Signed-off-by: Inki Dae --- drivers/gpu/drm/mediatek/mtk_hdmi.c | 6 +-

Re: [PATCH 12/14] drm/exynos: mic: clean up drm_bridge_add call

On 07/03/2017 02:12 PM, Inki Dae wrote: This patch removes unnecessary checking of return value. Ps. this patch depends on below one, http://www.spinics.net/lists/dri-devel/msg145687.html Will this one^ go via the exynos pull req or drm-misc? If there won't be any conflicts, we

Re: [PATCH 2/2] drm/hdmi: Allow HDMI infoframe without VIC or S3D

Hi Ville, On Tuesday 04 Jul 2017 15:44:02 Ville Syrjälä wrote: > On Tue, Jul 04, 2017 at 01:56:07PM +0200, Andrzej Hajda wrote: > > On 03.07.2017 21:19, ville.syrj...@linux.intel.com wrote: > >> From: Ville Syrjälä > >> > >> Appedix F of HDMI 2.0 says that some

[PATCH v2] drm/exynos: mic: add a bridge at probe

This patch moves drm_bridge_add call into probe. It doesn't need to call drm_bridge_add call every time bind callback is called. Changelog v2 - moved drm_bridge_remove call into remove callback. - corrected description. Suggested-by: Andrzej Hajda Reviewed-by: Andrzej

[Bug 100399] Kernel invalid opcode on unbinding amdgpu

https://bugs.freedesktop.org/show_bug.cgi?id=100399 --- Comment #9 from jimijames.b...@gmail.com --- (In reply to Michel Dänzer from comment #8) > Make sure nothing else (e.g. gdm in Wayland mode) is using the GPU you're > trying to unbind either. Something like > > sudo lsof /dev/dri/* > >

[Bug 100399] Kernel invalid opcode on unbinding amdgpu

https://bugs.freedesktop.org/show_bug.cgi?id=100399 --- Comment #8 from Michel Dänzer --- Make sure nothing else (e.g. gdm in Wayland mode) is using the GPU you're trying to unbind either. Something like sudo lsof /dev/dri/* shows which process is using which GPU

[Bug 100399] Kernel invalid opcode on unbinding amdgpu

https://bugs.freedesktop.org/show_bug.cgi?id=100399 --- Comment #7 from jimijames.b...@gmail.com --- (In reply to jimijames.bove from comment #6) > Well, sort of. That option is what allows me to bind the card to amdgpu > without X crashing (even though I've been told in the past that I shouldn't

[Bug 100399] Kernel invalid opcode on unbinding amdgpu

https://bugs.freedesktop.org/show_bug.cgi?id=100399 --- Comment #6 from jimijames.b...@gmail.com --- (In reply to Michel Dänzer from comment #5) > (In reply to jimijames.bove from comment #4) > > Before I switched to AMD, I was passing an NVidia GPU (GTX 660) into my > > virtual machine, and I

[Bug 101518] [BAT][SKL] WARNING: no modes for connector 48 when running igt@kms_setmode@basic-clone-single-crtc

https://bugs.freedesktop.org/show_bug.cgi?id=101518 --- Comment #6 from Martin Peres --- *** Bug 101519 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.___

[Bug 101518] [BAT][SKL] WARNING: no modes for connector 48 when running igt@kms_setmode@basic-clone-single-crtc

https://bugs.freedesktop.org/show_bug.cgi?id=101518 Martin Peres changed: What|Removed |Added CC|

[Bug 100399] Kernel invalid opcode on unbinding amdgpu

https://bugs.freedesktop.org/show_bug.cgi?id=100399 --- Comment #5 from Michel Dänzer --- (In reply to jimijames.bove from comment #4) > Before I switched to AMD, I was passing an NVidia GPU (GTX 660) into my > virtual machine, and I could unbind and rebind it between nouveau

Re: [PATCH v4] drm/exynos/dsi: Remove error handling for bridge_node DT parsing

Hi Inki, Could you check this patch? :D Best regards, Hoegeun On 06/21/2017 07:51 PM, Hoegeun Kwon wrote: Remove the error handling of bridge_node because the bridge_node is optional. For example, In case of Exynos SoC, a bridge device such as mDNIe and MIC could be placed between Display

Re: [PATCH 2/2] drm/exynos: mic: add a bridge at probe

On 07/03/2017 04:27 PM, Inki Dae wrote: This patch moves drm_bridge_add call into probe. This change is required by DSI driver so that the brige can be bound at DSI driver's probe. Suggested-by: Andrzej Hajda Signed-off-by: Inki Dae Reviewed-by:

[Bug 100399] Kernel invalid opcode on unbinding amdgpu

https://bugs.freedesktop.org/show_bug.cgi?id=100399 --- Comment #4 from jimijames.b...@gmail.com --- (In reply to Michel Dänzer from comment #3) > FWIW, I don't think unbinding is supposed to be possible while Xorg (or > anything else) is using the GPU. Sounds like there's something missing >

Re: [PATCH v5 09/17] drm: create hdmi output property

Regards Shashank On 7/5/2017 12:01 PM, Daniel Vetter wrote: On Wed, Jul 05, 2017 at 11:39:30AM +0530, Sharma, Shashank wrote: Regards Shashank On 7/4/2017 9:06 PM, Daniel Vetter wrote: On Tue, Jul 04, 2017 at 07:41:56PM +0530, Shashank Sharma wrote: HDMI displays can support various

Re: [PATCH v5 09/17] drm: create hdmi output property

On Wed, Jul 05, 2017 at 11:39:30AM +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 7/4/2017 9:06 PM, Daniel Vetter wrote: > > On Tue, Jul 04, 2017 at 07:41:56PM +0530, Shashank Sharma wrote: > > > HDMI displays can support various output types, based on > > > the color space and

Re: [PATCH v3 05/16] drm/fb-helper: do a generic fb_setcmap helper in terms of crtc .gamma_set

On Tue, Jul 04, 2017 at 12:37:01PM +0200, Peter Rosin wrote: > This makes the redundant fb helpers .load_lut, .gamma_set and .gamma_get > completely obsolete. > > Signed-off-by: Peter Rosin > --- > drivers/gpu/drm/drm_fb_helper.c | 165 >

Re: [PATCH v5 09/17] drm: create hdmi output property

Regards Shashank On 7/4/2017 9:06 PM, Daniel Vetter wrote: On Tue, Jul 04, 2017 at 07:41:56PM +0530, Shashank Sharma wrote: HDMI displays can support various output types, based on the color space and subsampling type. The possible outputs from a HDMI 2.0 monitor could be: - RGB - YCBCR

Re: [Intel-gfx] [PATCH v3 00/16] improve the fb_setcmap helper

On Tue, Jul 04, 2017 at 12:36:56PM +0200, Peter Rosin wrote: > Hi! > > While trying to get CLUT support for the atmel_hlcdc driver, and > specifically for the emulated fbdev interface, I received some > push-back that my feeble in-driver attempts should be solved > by the core. This is my attempt

Re: [PATCH v3 01/16] drm/fb-helper: factor out pseudo-palette

On Tue, Jul 04, 2017 at 12:40:16PM +0200, Peter Rosin wrote: > On 2017-07-04 12:36, Peter Rosin wrote: > > The pseudo-palette has nothing to do with the crtc, so move it > > out of the crtc loop and update the palette once, then break out > > early. > > > > Signed-off-by: Peter Rosin

Re: [PATCH v2 3/4] drm/tinydrm: Add tinydrm_xrgb8888_to_gray8() helper

On Tue, Jul 04, 2017 at 11:15:56PM +0200, Noralf Trønnes wrote: > > Den 04.07.2017 17.28, skrev Daniel Vetter: > > On Tue, Jul 04, 2017 at 05:00:46PM +0200, Noralf Trønnes wrote: > > > Den 28.06.2017 19.12, skrev Daniel Vetter: > > > > On Wed, Jun 28, 2017 at 04:26:23PM +0200, Noralf Trønnes

  1   2   >