>-Original Message-
>From: Jani Nikula [mailto:jani.nik...@linux.intel.com]
>Sent: Wednesday, November 30, 2016 12:34 AM
>To: Yang, Libin ; intel-gfx@lists.freedesktop.org;
>ville.syrj...@linux.intel.com; Vetter, Daniel ;
>Pandiyan, Dhinakaran ; Kp, Jeeja
>; ti...@suse.de
>Cc: Yang, Libin
>-Original Message-
>From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
>Sent: Wednesday, November 30, 2016 12:50 AM
>To: Jani Nikula
>Cc: Yang, Libin ; intel-gfx@lists.freedesktop.org;
>Vetter,
>Daniel ; Pandiyan, Dhinakaran
>; Kp, Jeeja ;
>ti...@suse.de
>Subject: Re: [PATCH 2/2
Hi,
Here's current left GVT-g device model bug fixes for pull.
Thanks.
---
The following changes since commit 53e86ada8e53fcdbe1593f70b7df85549ba70b9a:
drm/i915/gvt: remove unresolved vfio pin/unpin pages interface dependency
(2016-11-17 15:51:16 +0800)
are available in the git repository
On 11/29/2016 10:06 PM, Rodrigo Vivi wrote:
> I noticed in some machines igt compilation was breaking
> after igt_dummyload was introduced.
>
> I don't know exactly why, but it seems this cast seems to let
> old gcc a bit confused. Without the cast everything works
> properly.
Thanks, this is h
On Tue, Nov 29, 2016 at 11:30:33PM -0800, Manasi Navare wrote:
> If link training at a link rate optimal for a particular
> mode fails during modeset's atomic commit phase, then we
> let the modeset complete and then retry. We save the link rate
> value at which link training failed, update the lin
e system]
>
> url:
> https://github.com/0day-ci/linux/commits/Ander-Conselvan-de-Oliveira/drm-i915-Fix-intel_psr_init-kerneldoc/20161130-081024
> base: git://anongit.freedesktop.org/drm-intel for-linux-next
> reproduce: make htmldocs
>
> All warnings (new ones pr
Hi,
On 29-11-16 19:57, Ville Syrjälä wrote:
On Tue, Nov 29, 2016 at 04:06:31PM +0200, Ville Syrjälä wrote:
On Tue, Nov 29, 2016 at 02:06:20PM +0100, Hans de Goede wrote:
Hi,
Thanks for the quick reply.
On 29-11-16 13:48, Ville Syrjälä wrote:
On Tue, Nov 29, 2016 at 01:38:57PM +0100, Hans de
On Tue, Nov 29, 2016 at 03:06:17PM +0530, Nautiyal, Ankit K wrote:
> As per discussion with Chris, on IRC following were the suggestions :
>
> - Chris has suggested an event based approach to avoid using pthreads.
>
> - Avoid using kernel-specific info like transitional delays and instead use
> e
On Tue, Nov 29, 2016 at 06:17:15PM +0200, Jani Nikula wrote:
> Fixes: 6552af2d32c4 ("dim: fix update-branches to fetch all available nightly
> repos")
> Cc: Archit Taneja
> Signed-off-by: Jani Nikula
> ---
> dim | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/dim b/dim
> index
On Tue, Nov 29, 2016 at 06:17:16PM +0200, Jani Nikula wrote:
> Without this, my non-git-worktree setup will fail to push (or it takes
> forever) if the local drm-tip is not up to date.
>
> Signed-off-by: Jani Nikula
Ack. No idea why git is dense at this ...
-Daniel
> ---
> dim | 6 ++
> 1 f
Since
commit 44adece57e2604cec8527a499b48e4d584ab53b8
Author: Daniel Vetter
Date: Wed Aug 10 18:52:34 2016 +0200
drm/fb-helper: Add a dummy remove_conflicting_framebuffers
the drm helpers take care of this for us.
Cc: Chris Wilson
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/
From: Tvrtko Ursulin
Autumn of churn continues. :)
This series tidies GEM object construction to take dev_priv instead of dev
in all cases and also does a bit of random tidy in the driver load/init code.
Basically functions which only need dev_priv are changed to take dev_priv
instead of dev. T
From: Tvrtko Ursulin
They are only used in i915_drv.c so a forward declaration is enough.
Signed-off-by: Tvrtko Ursulin
---
drivers/gpu/drm/i915/i915_drv.c | 5 -
drivers/gpu/drm/i915/i915_drv.h | 3 ---
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/i915/i9
From: Tvrtko Ursulin
Signed-off-by: Tvrtko Ursulin
---
drivers/gpu/drm/i915/i915_drv.c | 2 +-
drivers/gpu/drm/i915/intel_drv.h | 2 +-
drivers/gpu/drm/i915/intel_pm.c | 4 +---
3 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i9
From: Tvrtko Ursulin
Since it does not need dev at all.
Also change the stored pointer in struct i915_error_state_file_priv
to i915.
Signed-off-by: Tvrtko Ursulin
---
drivers/gpu/drm/i915/i915_debugfs.c | 8
drivers/gpu/drm/i915/i915_drv.c | 2 +-
drivers/gpu/drm/i915/i915_dr
From: Tvrtko Ursulin
Like GEM init, GUC init, MOCS init and context creation.
Enables them to lose dev_priv locals.
Signed-off-by: Tvrtko Ursulin
---
drivers/gpu/drm/i915/i915_drv.c| 31 ++--
drivers/gpu/drm/i915/i915_drv.h| 10 -
driver
From: Tvrtko Ursulin
Where it is more appropriate and also to be consistent with
the direction of the driver.
Also inline object alloc/free since they are just wrappers
around kmem_cache_alloc/free.
Signed-off-by: Tvrtko Ursulin
---
drivers/gpu/drm/i915/i915_drv.h | 17 +-
From: Tvrtko Ursulin
Signed-off-by: Tvrtko Ursulin
---
drivers/gpu/drm/i915/i915_drv.c | 4 ++--
drivers/gpu/drm/i915/i915_drv.h | 4 ++--
drivers/gpu/drm/i915/intel_display.c | 2 +-
drivers/gpu/drm/i915/intel_i2c.c | 8 +++-
4 files changed, 8 insertions(+), 10 deletions(-)
From: Tvrtko Ursulin
Signed-off-by: Tvrtko Ursulin
---
drivers/gpu/drm/i915/i915_drv.c | 4 ++--
drivers/gpu/drm/i915/i915_drv.h | 6 +++---
drivers/gpu/drm/i915/i915_suspend.c | 22 +-
drivers/gpu/drm/i915/intel_i2c.c| 8 +++-
4 files changed, 17 insertio
From: Tvrtko Ursulin
Makes all GEM object constructors consistent.
Signed-off-by: Tvrtko Ursulin
---
drivers/gpu/drm/i915/i915_drv.h| 9 +
drivers/gpu/drm/i915/i915_gem.c| 20 ++--
drivers/gpu/drm/i915/i915_gem_context.c| 5 +++--
drivers/g
From: Tvrtko Ursulin
Signed-off-by: Tvrtko Ursulin
---
drivers/gpu/drm/i915/i915_drv.c | 8
drivers/gpu/drm/i915/i915_drv.h | 8
drivers/gpu/drm/i915/i915_gem.c | 10 +++---
drivers/gpu/drm/i915/i915_gem_context.c | 5 ++---
4 files changed, 13 i
From: Tvrtko Ursulin
Signed-off-by: Tvrtko Ursulin
---
drivers/gpu/drm/i915/i915_drv.c | 52 +++--
1 file changed, 19 insertions(+), 33 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c
index 3c0deb0e008f..23d8001ea0
On Wed, Nov 30, 2016 at 12:01:31PM +0100, Daniel Vetter wrote:
> Since
>
> commit 44adece57e2604cec8527a499b48e4d584ab53b8
> Author: Daniel Vetter
> Date: Wed Aug 10 18:52:34 2016 +0200
>
> drm/fb-helper: Add a dummy remove_conflicting_framebuffers
>
> the drm helpers take care of this fo
On ke, 2016-11-30 at 11:35 +, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> They are only used in i915_drv.c so a forward declaration is enough.
>
> Signed-off-by: Tvrtko Ursulin
Reviewed-by: Joonas Lahtinen
Regards, Joonas
--
Joonas Lahtinen
Open Source Technology Center
Intel Corpo
On ke, 2016-11-30 at 11:35 +, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> Signed-off-by: Tvrtko Ursulin
> -static int i915_mmio_setup(struct drm_device *dev)
> +static int i915_mmio_setup(struct drm_i915_private *dev_priv)
> {
> - struct drm_i915_private *dev_priv = to_i915(dev)
On Wed, Nov 30, 2016 at 11:35:30AM +, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> Autumn of churn continues. :)
>
> This series tidies GEM object construction to take dev_priv instead of dev
> in all cases and also does a bit of random tidy in the driver load/init code.
>
> Basically f
On ke, 2016-11-30 at 11:35 +, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> Signed-off-by: Tvrtko Ursulin
Reviewed-by: Joonas Lahtinen
Regards, Joonas
--
Joonas Lahtinen
Open Source Technology Center
Intel Corporation
___
Intel-gfx mailing l
On ke, 2016-11-30 at 11:35 +, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> Since it does not need dev at all.
>
> Also change the stored pointer in struct i915_error_state_file_priv
> to i915.
>
> Signed-off-by: Tvrtko Ursulin
Reviewed-by: Joonas Lahtinen
Regards, Joonas
--
Joonas
On ke, 2016-11-30 at 11:35 +, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
Empty commit message is strictly forbidden. At least repeat the title
with a couple more word.
> Signed-off-by: Tvrtko Ursulin
Again, keep the 'pdev' and this is;
Reviewed-by: Joonas Lahtinen
Regards, Joonas
-
On ke, 2016-11-30 at 11:35 +, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> Signed-off-by: Tvrtko Ursulin
With commit message;
Reviewed-by: Joonas Lahtinen
Regards, Joonas
--
Joonas Lahtinen
Open Source Technology Center
Intel Corporation
_
On ke, 2016-11-30 at 11:35 +, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> Where it is more appropriate and also to be consistent with
> the direction of the driver.
>
> Also inline object alloc/free since they are just wrappers
> around kmem_cache_alloc/free.
>
> Signed-off-by: Tvrtko
On ke, 2016-11-30 at 11:35 +, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> Makes all GEM object constructors consistent.
>
> Signed-off-by: Tvrtko Ursulin
Reviewed-by: Joonas Lahtinen
Regards, Joonas
--
Joonas Lahtinen
Open Source Technology Center
Intel Corporation
On ke, 2016-11-30 at 11:35 +, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> Like GEM init, GUC init, MOCS init and context creation.
>
> Enables them to lose dev_priv locals.
>
> Signed-off-by: Tvrtko Ursulin
Keeps pdev \o/
Reviewed-by: Joonas Lahtinen
Regards, Joonas
--
Joonas Lah
On ti, 2016-11-29 at 23:00 +0200, Ville Syrjälä wrote:
> [...]
> > > > > There is a slight concern on g4x/vlv/chv that an AUX interrupts
> > > > > would
> > > > > trigger the hpd irq handler, which doesn't realize it's supposed
> > > > > to
> > > > > ignore the actual hpd bits in PORT_HOTPLUG_STAT.
On ke, 2016-11-30 at 11:35 +, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
Commit message.
> Signed-off-by: Tvrtko Ursulin
With that,
Reviewed-by: Joonas Lahtinen
Regards, Joonas
--
Joonas Lahtinen
Open Source Technology Center
Intel Corporation
_
On Thu, Nov 24, 2016 at 05:03:20PM +0800, Dave Young wrote:
> On 11/24/16 at 10:53am, Jani Nikula wrote:
> > On Thu, 24 Nov 2016, Dave Young wrote:
> > > I see a lot of below warning:
> >
> > No, we must not hide this under the carpet. There's a bug at fdo about
> > this, and we need to fix it.
>
On ma, 2016-11-14 at 16:19 +0200, Ander Conselvan de Oliveira wrote:
> From: Rodrigo Vivi
>
> The following LP platform inherits a lot of this platform
> So let's simplify here to re-use this later.
>
> v2: Keep ddb_size out of the new macro.
>
> Signed-off-by: Rodrigo Vivi
> Signed-off-by: An
Op 29-11-16 om 14:57 schreef Mika Kahola:
> Fixes issues on kms_plane_multiple i-g-t test found when running CI tests
>
> v1:
> - don't use tiling for cursor plane (Ville)
> - for y/yf tiling check that the platform is at least GEN9 (Ville)
>
> Cc: Ville Syrjala
> Cc: Maarten Lankhorst
> Signed
On Fri, Nov 18, 2016 at 09:52:37PM +0200, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Add a local 'fb' variable to a few places to get rid of the
> 'crtc->primary->fb' stuff. Looks neater and helps me with my poor
> coccinelle skills later.
>
> While at it switch over to using
On Fri, Nov 18, 2016 at 09:52:53PM +0200, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> We want the fbs inherited from the BIOS to be more or less fully working
> prior to actually registering them. This will allow us to just pass the
> fb to various helper function instead of ha
Consistency FTW.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/i915_debugfs.c | 2 +-
drivers/gpu/drm/i915/i915_drv.h | 4 ++--
drivers/gpu/drm/i915/i915_gem_stolen.c | 2 +-
drivers/gpu/drm/i915/i915_pci.c | 4 ++--
drivers/gpu/drm/i915/intel_display.c| 14 +++
The platform flags in device info are (mostly) mutually
exclusive. Replace the flags with an enum. Add the platform enum also
for platforms that previously didn't have a flag, and give them codename
logging in dmesg.
Pineview remains an exception, the platform being G33 for that.
v2: Sort enum by
Duplicating the PCI ID for IS_FOO checks is redundant for a bunch of
platforms. Simplify.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/i915_drv.h | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.
Add more consistency to our naming. Pineview remains the outlier. Keep
using code names for gen5+.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/i915_debugfs.c | 2 +-
drivers/gpu/drm/i915/i915_drv.c | 2 +-
drivers/gpu/drm/i915/i915_drv.h | 8
drivers/gpu/d
The platform enum patch + some sugar coating on top.
BR,
Jani.
Jani Nikula (6):
drm/i915: replace platform flags with a platform enum
drm/i915: keep intel device info structs in gen based order
drm/i915: rename BROADWATER and CRESTLINE to I965G and I965GM,
respectively
drm/i915: add s
Move G33 and Pineview higher up in the list. Add a couple of blank lines
for OCD while at it.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/i915_pci.c | 32 ++--
1 file changed, 18 insertions(+), 14 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_pci.c b/dr
Distinguish them better.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/i915_drv.h | 8 +---
drivers/gpu/drm/i915/i915_pci.c | 4 ++--
drivers/gpu/drm/i915/intel_device_info.c | 3 ++-
3 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/i915/
On Fri, Nov 18, 2016 at 09:52:57PM +0200, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Make sure the framebuffer format info is available as early as possible
> for fbs we inherit from the BIOS. This will allow us to use the fb as
> if it was fully formed before we register it.
On Fri, Nov 18, 2016 at 09:53:00PM +0200, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Don't access plane_state->fb until we know the plane to be visible.
> It it's visible, it will have an fb, and thus we don't have to
> consider the NULL fb case. Makes the code look nicer.
>
On Wed, 30 Nov 2016, "Yang, Libin" wrote:
>>-Original Message-
>>From: Jani Nikula [mailto:jani.nik...@linux.intel.com]
>>Sent: Wednesday, November 30, 2016 12:34 AM
>>To: Yang, Libin ; intel-gfx@lists.freedesktop.org;
>>ville.syrj...@linux.intel.com; Vetter, Daniel ;
>>Pandiyan, Dhinakara
On Wed, Nov 30, 2016 at 04:42:23PM +0100, Daniel Vetter wrote:
> On Fri, Nov 18, 2016 at 09:52:57PM +0200, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > Make sure the framebuffer format info is available as early as possible
> > for fbs we inherit from the BIOS. This will a
On Wed, Nov 30, 2016 at 04:51:33PM +0100, Daniel Vetter wrote:
> On Fri, Nov 18, 2016 at 09:53:00PM +0200, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > Don't access plane_state->fb until we know the plane to be visible.
> > It it's visible, it will have an fb, and thus we
On Fri, Nov 18, 2016 at 09:53:06PM +0200, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Replace drm_format_plane_{width,height}() usage with
> drm_framebuffer_plane_{width,height}() to avoid the lookup of the format
> info.
>
> Cc: intel-gfx@lists.freedesktop.org
> Signed-off-by
On Fri, Nov 18, 2016 at 09:53:04PM +0200, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Rather than store the pixel format and look up the format info as
> needed, let's just store a pointer to the format info directly
> and speed up our lookups.
>
> Cc: Paulo Zanoni
> Cc: int
On Wed, Nov 30, 2016 at 04:42:23PM +0100, Daniel Vetter wrote:
> On Fri, Nov 18, 2016 at 09:52:57PM +0200, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > Make sure the framebuffer format info is available as early as possible
> > for fbs we inherit from the BIOS. This will a
On Fri, Nov 18, 2016 at 09:53:06PM +0200, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Replace drm_format_plane_{width,height}() usage with
> drm_framebuffer_plane_{width,height}() to avoid the lookup of the format
> info.
>
> Cc: intel-gfx@lists.freedesktop.org
> Signed-off-by
On Wed, Nov 30, 2016 at 09:36:33AM +0100, Daniel Vetter wrote:
> On Tue, Nov 29, 2016 at 11:30:33PM -0800, Manasi Navare wrote:
> > If link training at a link rate optimal for a particular
> > mode fails during modeset's atomic commit phase, then we
> > let the modeset complete and then retry. We s
On 29 November 2016 at 17:00, Robert Bragg wrote:
> This adds a 'Perf' section to i915.rst with the following sub sections:
> - Overview
> - Comparison with Core Perf
> - i915 Driver Entry Points
> - i915 Perf Stream
> - i915 Perf Observation Architecture Stream
> - All i915 Perf Internals
>
> Sig
Forgo marking up the u64 integer representing a user pointer as this
just annoys sparse. The conversion from u64 to a user pointer is managed
by u64_to_user_ptr().
Fixes: eec688e1420d ("drm/i915: Add i915 perf infrastructure")
Signed-off-by: Chris Wilson
Cc: Robert Bragg
Cc: Matthew Auld
---
i
On Wed, Nov 30, 2016 at 09:36:33AM +0100, Daniel Vetter wrote:
> On Tue, Nov 29, 2016 at 11:30:33PM -0800, Manasi Navare wrote:
> > +static void intel_dp_modeset_retry_work_fn(struct work_struct *work)
> > +{
> > + struct intel_connector *intel_connector;
> > + struct drm_connector *connector;
On 30 November 2016 at 16:46, Chris Wilson wrote:
> Forgo marking up the u64 integer representing a user pointer as this
> just annoys sparse. The conversion from u64 to a user pointer is managed
> by u64_to_user_ptr().
>
> Fixes: eec688e1420d ("drm/i915: Add i915 perf infrastructure")
> Signed-of
On Wed, Nov 30, 2016 at 09:36:33AM +0100, Daniel Vetter wrote:
> On Tue, Nov 29, 2016 at 11:30:33PM -0800, Manasi Navare wrote:
> > If link training at a link rate optimal for a particular
> > mode fails during modeset's atomic commit phase, then we
> > let the modeset complete and then retry. We s
Hi,
This series is
Reviewed-by: Lionel Landwerlin
Thanks!
On 30/11/16 01:15, Kristian H. Kristensen wrote:
We need to map the type to the 3src encoding before comparing to
insn->bits1.da3src.src_reg_type, which is 3src encoded.
Signed-off-by: Kristian H. Kristensen
---
assembler/brw_eu_e
Here is the link to the FDO Bugzilla to see this bug list, I'll attach it to
weekly report
https://bugs.freedesktop.org/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=NEEDINFO&component=DRM%2FIntel&f0=OP&f1=OP&f2=short_desc&f3=keywords&f4=CP&f5=CP&j1=OR&known_name=
== Series Details ==
Series: drm/i915: Remove dummy i915_kick_out_firmware_fb
URL : https://patchwork.freedesktop.org/series/16158/
State : warning
== Summary ==
Series 16158v1 drm/i915: Remove dummy i915_kick_out_firmware_fb
https://patchwork.freedesktop.org/api/1.0/series/16158/revisions/1/m
Hi Dave,
Just one patch from Michel I picked up for -fixes.
Cheers, Daniel
The following changes since commit e5517c2a5a49ed5e99047008629f1cd60246ea0e:
Linux 4.9-rc7 (2016-11-27 13:08:04 -0800)
are available in the git repository at:
git://anongit.freedesktop.org/git/drm-misc tags/drm-mi
On Wed, Nov 30, 2016 at 04:23:02PM +0800, Zhenyu Wang wrote:
>
> Hi,
>
> Here's current left GVT-g device model bug fixes for pull.
Since 4.10 feature freeze is already done, this needs to go into
drm-intel-next-fixes. Jani, can you pls pull?
Thanks, Daniel
>
> Thanks.
>
> ---
>
> The follo
On Wed, Nov 30, 2016 at 11:49:23AM +, Chris Wilson wrote:
> On Wed, Nov 30, 2016 at 12:01:31PM +0100, Daniel Vetter wrote:
> > Since
> >
> > commit 44adece57e2604cec8527a499b48e4d584ab53b8
> > Author: Daniel Vetter
> > Date: Wed Aug 10 18:52:34 2016 +0200
> >
> > drm/fb-helper: Add a d
On Tue, Nov 29, 2016 at 05:00:55PM +, Robert Bragg wrote:
> This adds a 'Perf' section to i915.rst with the following sub sections:
> - Overview
> - Comparison with Core Perf
> - i915 Driver Entry Points
> - i915 Perf Stream
> - i915 Perf Observation Architecture Stream
> - All i915 Perf Intern
commit 202b52b7fbf7 ("drm: Track drm_mm nodes with an interval tree")
introduced a requirement that the special drm_mm.head_node was
initialised and marked as not being allocated. It is a very special node
that has no side but has a hole that represents the drm_mm address
space, and holds the list
Hi all,
There is something seriaously wrong with anongit.freedesktop.org this
morning. Fething trees from there takes an enormous amount of time -
so long that I had to abort the fetches ...
--
Cheers,
Stephen Rothwell
___
Intel-gfx mailing list
Intel
yeah, {cgit,anongit}.fd.o have been having problems all day.. (the ssh
git urls for folks who have push access work fine).. although it has
worked for me a couple times today, given enough time.
(not sure if we have github/etc mirrors somewhere? I do have a github
clone of mesa which is up to dat
Hi Rob,
On Wed, 30 Nov 2016 17:49:24 -0500 Rob Clark wrote:
>
> yeah, {cgit,anongit}.fd.o have been having problems all day.. (the ssh
> git urls for folks who have push access work fine).. although it has
> worked for me a couple times today, given enough time.
>
> (not sure if we have github/e
These patches add HuC loading support. The GuC is required to
authenticate the HuC. The userspace patches that check for a
fully loaded HuC firmware and use it can be found at:
https://lists.freedesktop.org/archives/libva/2016-September/004554.html
https://lists.freedesktop.org/archives/libva/201
The HuC loading process is similar to GuC. The intel_uc_fw_fetch()
is used for both cases.
HuC loading needs to be before GuC loading. The WOPCM setting must
be done early before loading any of them.
v2: rebased on-top of drm-intel-nightly.
removed if(HAS_GUC()) before the guc call. (D.Gordon
From: Peter Antoine
The HuC authentication is done by host2guc call. The HuC RSA keys
are sent to GuC for authentication.
v2: rebased on top of drm-intel-nightly.
changed name format and upped version 1.7.
v3: rebased on top of drm-intel-nightly.
v4: changed wait_for_automic to wait_for
v5:
From: Peter Antoine
Rename some of the GuC fw loading code to make them more general. We
will utilise them for HuC loading as well.
s/intel_guc_fw/intel_uc_fw/g
s/GUC_FIRMWARE/UC_FIRMWARE/g
Struct intel_guc_fw is renamed to intel_uc_fw. Prefix of tts members,
such as 'guc' or 'guc_fw'
This patch adds the support to load HuC on KBL
Version 2.0
v2: rebased.
v3: rebased on top of drm-tip
Cc: Jeff Mcgee
Signed-off-by: Anusha Srivatsa
Reviewed-by: Jeff McGee
---
drivers/gpu/drm/i915/intel_huc_loader.c | 16
1 file changed, 16 insertions(+)
diff --git a/drivers
From: Peter Antoine
This patch will allow for getparams to return the status of the HuC.
As the HuC has to be validated by the GuC this patch uses the validated
status to show when the HuC is loaded and ready for use. You cannot use
the loaded status as with the GuC as the HuC is verified after i
From: Peter Antoine
Add debugfs entry for HuC loading status check.
v2: rebase on-top of drm-intel-nightly.
v3: rebased again.
v7: rebased.
v8: rebased.
v9: rebased.
v10: rebased.
v11: rebased on top of drm-tip
Tested-by: Xiang Haihao
Signed-off-by: Anusha Srivatsa
Signed-off-by: Alex Dai
Si
This patch adds the HuC Loading for the BXT by using
the updated file construction.
Version 1.7 of the HuC firmware.
v2: rebased.
v3: rebased on top of drm-tip
Cc: Jeff Mcgee
Signed-off-by: Anusha Srivatsa
Reviewed-by: Jeff McGee
---
drivers/gpu/drm/i915/intel_huc_loader.c | 11 +++
From: Peter Antoine
HuC firmware css header has almost exactly same definition as GuC
firmware except for the sw_version. Also, add a new member fw_type
into intel_uc_fw to indicate what kind of fw it is. So, the loader
will pull right sw_version from header.
v2: rebased on-top of drm-intel-nigh
Intel GPUs have CRC values with 5 n_words, but the Chamelium's definitely
doesn't. So make igt_crc_to_string() a little smarter so it can handle this.
Signed-off-by: Lyude
---
lib/igt_debugfs.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/lib/igt_debugfs.c
For the purpose of testing things such as hotplugging and bad monitors,
the ChromeOS team ended up designing a neat little device known as the
Chamelium. More information on this can be found here:
https://www.chromium.org/chromium-os/testing/chamelium
This adds support for a couple of th
Latest version of my series for adding Chamelium
Major changes:
- Since I finally figured out why Video capturing wasn't working on my
Chamelium, add the rest of the CRC functions and fix some of the existing
ones
- Doc fixes
Lyude (5):
igt_aux: Add igt_skip_without_suspend_support()
igt_
Since all of the chamelium calls are blocking, we need to be able to
make suspend/resume tests with it multi-threaded. As such, it's not the
best idea to rely on igt_system_suspend_autoresume() for skipping tests
on systems without suspend/resume support since we could accidentally
leave the thread
The default autoresume delay is about 5 seconds. It's possible on a
system that's not very fast this might not be a long enough time, since
an asynchronous hotplug event we scheduled on the chamelium that was
intended to happen during suspend could happen before we actually manage
to suspend. So, a
This adds some basic helpers for connecting to udev and watching for
sysfs hotplug events.
Signed-off-by: Lyude
Changes since v1:
- Remove unused arg from documentation
---
lib/igt_kms.c | 108 ++
lib/igt_kms.h | 6
2 files changed,
>-Original Message-
>From: Jani Nikula [mailto:jani.nik...@linux.intel.com]
>Sent: Wednesday, November 30, 2016 11:52 PM
>To: Yang, Libin ; intel-gfx@lists.freedesktop.org;
>ville.syrj...@linux.intel.com; Vetter, Daniel ;
>Pandiyan, Dhinakaran ; Kp, Jeeja
>; ti...@suse.de
>Subject: RE: [PA
== Series Details ==
Series: GEM object create and driver init dev_priv cleanups
URL : https://patchwork.freedesktop.org/series/16162/
State : failure
== Summary ==
CC [M] drivers/gpu/drm/i915/gvt/sched_policy.o
CC [M] drivers/gpu/drm/i915/gvt/render.o
CC [M] drivers/gpu/drm/i915/gvt/
== Series Details ==
Series: drm/i915: introduce platform enum
URL : https://patchwork.freedesktop.org/series/16170/
State : success
== Summary ==
Series 16170v1 drm/i915: introduce platform enum
https://patchwork.freedesktop.org/api/1.0/series/16170/revisions/1/mbox/
Test kms_busy:
S
== Series Details ==
Series: drm/i915/perf: Treat u64 in uabi as a normal integer
URL : https://patchwork.freedesktop.org/series/16171/
State : warning
== Summary ==
Series 16171v1 drm/i915/perf: Treat u64 in uabi as a normal integer
https://patchwork.freedesktop.org/api/1.0/series/16171/revis
== Series Details ==
Series: drm: Initialise drm_mm.head_node.allocated
URL : https://patchwork.freedesktop.org/series/16183/
State : warning
== Summary ==
Series 16183v1 drm: Initialise drm_mm.head_node.allocated
https://patchwork.freedesktop.org/api/1.0/series/16183/revisions/1/mbox/
Test k
From: Libin Yang
In initialization, audio driver will call functions get_eld() and etc.
But at that time, audio driver may not know whether it is DP MST or not.
In the original function get_saved_enc(), if it is DP MST, it requires to
set the pipe to the correct value, otherwise, pipe to be -1.
From: Libin Yang
Remove the type judgement in i915_audio_component_sync_audio_rate().
Audio rate sync is necessary for all i915 digital audio now.
Signed-off-by: Libin Yang
---
drivers/gpu/drm/i915/intel_audio.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu
== Series Details ==
Series: HuC Loading Patches
URL : https://patchwork.freedesktop.org/series/16188/
State : failure
== Summary ==
CC [M] drivers/gpu/drm/i915/gvt/opregion.o
CC [M] drivers/gpu/drm/i915/gvt/mmio.o
CC [M] drivers/gpu/drm/i915/gvt/display.o
CC [M] drivers/gpu/drm/i9
== Series Details ==
Series: series starting with [1/2] drm/i915/audio: extend get_saved_enc() to
support more scenarios
URL : https://patchwork.freedesktop.org/series/16200/
State : success
== Summary ==
Series 16200v1 Series without cover letter
https://patchwork.freedesktop.org/api/1.0/ser
From: Swati Dhingra
Currently, for the purpose of providing output debug/loggging/crc and various
other kinds of data from DRM layer to userspace, we don't have a standard
filesystem, which would suffice for all the usecases. The filesystems used
currently such as debugfs/sysfs have their own con
From: Swati Dhingra
The patch introduces a new pseudo filesystem type, named 'drmfs' which is
intended to house the files for the data generated by drm subsystem that
cannot be accommodated by any of the existing filesystems.
The filesystem is modelled on the lines of existing pseudo-filesystems
From: Swati Dhingra
During drm module initialization, drm_core_init initializes the drmfs
filesystem and register this with kernel. A driver specific directory is created
inside drmfs root, and dentry of this directory is saved for subsequent use
by the driver (e.g. i915). The driver can then cre
1 - 100 of 107 matches
Mail list logo
