Re: [Intel-gfx] [PATCH i-g-t 2/6] i-g-t: lib: Add plane pixel format support

Op 13-12-17 om 10:50 schreef Vidya Srinivas: > From: Mahesh Kumar > > This patch adds the following: > - Query supported pixel formats from kernel for a given > plane. > - Get number of supported pixel formats for a plane > - Check if format is supported by cairo > - Add

[Intel-gfx] ✗ Fi.CI.IGT: failure for lib/igt_kms.c: Unconditionally include poll.h

== Series Details == Series: lib/igt_kms.c: Unconditionally include poll.h URL : https://patchwork.freedesktop.org/series/36181/ State : failure == Summary == Warning: bzip CI_DRM_3609/shard-glkb6/results32.json.bz2 wasn't in correct JSON format Test kms_setmode: Subgroup basic:

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: Ignore TMDS clock limit for DP++ when EDID override is set (rev2)

== Series Details == Series: drm/i915: Ignore TMDS clock limit for DP++ when EDID override is set (rev2) URL : https://patchwork.freedesktop.org/series/35338/ State : success == Summary == Series 35338v2 drm/i915: Ignore TMDS clock limit for DP++ when EDID override is set

Re: [Intel-gfx] [PATCH i-g-t] lib/igt_kms.c: Unconditionally include poll.h

Quoting Petri Latvala (2018-01-09 10:11:24) > Commit 98c64b33a793 ("lib/igt_kms: Drop all stale events on first > commit.") added a use of poll() to igt_kms.c, but that file only > includes poll.h when HAVE_UDEV is defined. Move the include outside > the UDEV conditional. > > Fixes: 98c64b33a793

Re: [Intel-gfx] [RFC v2 7/8] drm/fb-helper: Add generic fbdev emulation

On Wed, Jan 03, 2018 at 11:21:09PM +0100, Noralf Trønnes wrote: > Add generic fbdev emulation which uses a drm_file to get a dumb_buffer > and drm_framebuffer. The buffer is exported and vmap/mmap called on > the dma-buf. > > Signed-off-by: Noralf Trønnes > --- >

Re: [Intel-gfx] [RFC v2 6/8] drm: Handle fbdev emulation in core

On Wed, Jan 03, 2018 at 11:21:08PM +0100, Noralf Trønnes wrote: > Prepare for generic fbdev emulation by letting DRM core work directly > with the fbdev compatibility layer. This is done by adding new fbdev > helper vtable callbacks for restore, hotplug_event, unregister and > release. > >

[Intel-gfx] ✓ Fi.CI.BAT: success for lib/igt_kms.c: Unconditionally include poll.h

== Series Details == Series: lib/igt_kms.c: Unconditionally include poll.h URL : https://patchwork.freedesktop.org/series/36181/ State : success == Summary == IGT patchset tested on top of latest successful build 834321a5d76a16783000441a02d7e79e72be9cc9 tools: Cannonlake port clock

Re: [Intel-gfx] [RFC v2 1/8] drm: provide management functions for drm_file

Hi On Tue, Jan 9, 2018 at 11:20 AM, Daniel Vetter wrote: > On Wed, Jan 03, 2018 at 11:21:03PM +0100, Noralf Trønnes wrote: >> From: David Herrmann >> >> Rather than doing drm_file allocation/destruction right in the fops, lets >> provide separate helpers.

Re: [Intel-gfx] [RFC v2 3/8] drm: Export some ioctl functions

Hi On Tue, Jan 9, 2018 at 11:16 AM, Daniel Vetter wrote: > On Wed, Jan 03, 2018 at 11:21:05PM +0100, Noralf Trønnes wrote: >> Export the following functions so in-kernel users can allocate >> dumb buffers: >> - drm_file_alloc >> - drm_file_free >> - drm_prime_handle_to_fd_ioctl

Re: [Intel-gfx] ✗ Fi.CI.BAT: warning for drm/i915: Implement HDCP (rev6)

Hi, > -Original Message- > From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of > Chris Wilson > Sent: tiistai 9. tammikuuta 2018 11.35 > To: intel-gfx@lists.freedesktop.org; Patchwork > ; Sean Paul > Cc:

Re: [Intel-gfx] [RFC v2 5/8] drm/fb-helper: Don't restore if fbdev is not in use

On Wed, Jan 03, 2018 at 11:21:07PM +0100, Noralf Trønnes wrote: > Keep track of fbdev users and only restore fbdev in > drm_fb_helper_restore_fbdev_mode_unlocked() when in use. This avoids > fbdev being restored in drm_driver.last_close when nothing uses it. > Additionally fbdev is turned off when

Re: [Intel-gfx] [PATCH i-g-t] lib/igt_kms.c: Unconditionally include poll.h

Quoting Petri Latvala (2018-01-09 10:11:24) > Commit 98c64b33a793 ("lib/igt_kms: Drop all stale events on first > commit.") added a use of poll() to igt_kms.c, but that file only > includes poll.h when HAVE_UDEV is defined. Move the include outside > the UDEV conditional. We should probably stop

Re: [Intel-gfx] [RFC v2 4/8] drm/fb-helper: Ensure driver module is pinned in fb_open()

On Wed, Jan 03, 2018 at 11:21:06PM +0100, Noralf Trønnes wrote: > If struct fb_ops is defined in a library like cma, fb_open() and fbcon > takes a ref on the library instead of the driver module. Use > fb_ops.fb_open/fb_release to ensure that the driver module is pinned. > > Signed-off-by: Noralf

Re: [Intel-gfx] [RFC v2 1/8] drm: provide management functions for drm_file

On Wed, Jan 03, 2018 at 11:21:03PM +0100, Noralf Trønnes wrote: > From: David Herrmann > > Rather than doing drm_file allocation/destruction right in the fops, lets > provide separate helpers. This decouples drm_file management from the > still-mandatory drm-fops. It

Re: [Intel-gfx] [RFC v2 2/8] drm/ioctl: Remove trailing whitespace

On Wed, Jan 03, 2018 at 11:21:04PM +0100, Noralf Trønnes wrote: > Remove a couple of trailing spaces. > > Signed-off-by: Noralf Trønnes Reviewed-by: Daniel Vetter > --- > drivers/gpu/drm/drm_ioctl.c | 4 ++-- > 1 file changed, 2 insertions(+), 2

Re: [Intel-gfx] [RFC v2 4/8] drm/fb-helper: Ensure driver module is pinned in fb_open()

On Wed, Jan 03, 2018 at 11:21:06PM +0100, Noralf Trønnes wrote: > If struct fb_ops is defined in a library like cma, fb_open() and fbcon > takes a ref on the library instead of the driver module. Use > fb_ops.fb_open/fb_release to ensure that the driver module is pinned. > > Signed-off-by: Noralf

Re: [Intel-gfx] [RFC v2 3/8] drm: Export some ioctl functions

On Wed, Jan 03, 2018 at 11:21:05PM +0100, Noralf Trønnes wrote: > Export the following functions so in-kernel users can allocate > dumb buffers: > - drm_file_alloc > - drm_file_free > - drm_prime_handle_to_fd_ioctl > - drm_mode_addfb2 > - drm_mode_create_dumb_ioctl > - drm_dropmaster_ioctl > >

[Intel-gfx] [PATCH i-g-t] lib/igt_kms.c: Unconditionally include poll.h

Commit 98c64b33a793 ("lib/igt_kms: Drop all stale events on first commit.") added a use of poll() to igt_kms.c, but that file only includes poll.h when HAVE_UDEV is defined. Move the include outside the UDEV conditional. Fixes: 98c64b33a793 ("lib/igt_kms: Drop all stale events on first commit.")

Re: [Intel-gfx] [PATCH 14/15] drm/i915: Add NV12 as supported format for sprite plane

> -Original Message- > From: Maarten Lankhorst [mailto:maarten.lankho...@linux.intel.com] > Sent: Tuesday, January 9, 2018 3:32 PM > To: Srinivas, Vidya ; intel- > g...@lists.freedesktop.org > Subject: Re: [Intel-gfx] [PATCH 14/15] drm/i915: Add NV12 as

Re: [Intel-gfx] [PATCH 14/15] drm/i915: Add NV12 as supported format for sprite plane

Op 09-01-18 om 03:19 schreef Srinivas, Vidya: > >> -Original Message- >> From: Maarten Lankhorst [mailto:maarten.lankho...@linux.intel.com] >> Sent: Monday, January 8, 2018 6:04 PM >> To: Srinivas, Vidya ; intel- >> g...@lists.freedesktop.org >> Subject: Re:

Re: [Intel-gfx] ✗ Fi.CI.IGT: failure for tests: Add tests for new sequence API and leases

On Thu, Dec 21, 2017 at 07:47:39AM +, Patchwork wrote: > == Series Details == > > Series: tests: Add tests for new sequence API and leases > URL : https://patchwork.freedesktop.org/series/35657/ > State : failure > > == Summary == > > Test kms_frontbuffer_tracking: > Subgroup

Re: [Intel-gfx] [PATCH 4/5] drm/i915: Introduce a non-blocking power domain for vblank interrupts

Op 08-01-18 om 20:59 schreef Pandiyan, Dhinakaran: > On Thu, 2018-01-04 at 18:08 -0800, Rodrigo Vivi wrote: >> On Wed, Jan 03, 2018 at 08:40:00PM +, Dhinakaran Pandiyan wrote: >>> When DC states are enabled and PSR is active, the hardware enters DC5/DC6 >>> states resulting in the frame

Re: [Intel-gfx] ✗ Fi.CI.BAT: warning for drm/i915: Implement HDCP (rev6)

Quoting Patchwork (2018-01-08 20:18:40) > == Series Details == > > Series: drm/i915: Implement HDCP (rev6) > URL : https://patchwork.freedesktop.org/series/34671/ > State : warning > > == Summary == > > Series 34671v6 drm/i915: Implement HDCP >

Re: [Intel-gfx] [PATCH v2] drm/i915: Try EDID bitbanging on HDMI after failed read

On Sun, Dec 31, 2017 at 11:34:54PM +0100, Stefan Brüns wrote: > The ACK/NACK implementation as found in e.g. the G965 has the falling > clock edge and the release of the data line after the ACK for the received > byte happen at the same time. > > This is conformant with the I2C specification,

Re: [Intel-gfx] [PATCH v1] drm/i915: Try EDID bitbanging on HDMI after failed read

On Sun, Dec 24, 2017 at 10:45:24PM +0100, Stefan Brüns wrote: > The ACK/NACK implementation as found in e.g. the G965 has the falling > clock edge and the release of the data line to ACK the received byte > happen at the same time. > > Some HDMI-to-VGA converters apparently read the ACK not in

<    1   2