Hi Dave,
New feature pile for 3.12! Highlights:
- Stereo/3d support for hdmi from Damien, both the drm core bits and
the i915 integration.
- Manual boost/deboost logic for gpu turbo (Chris)
- Fixed up clock readout support for vlv (Chris).
- Tons of little fixes and improvements for vlv in
On Sun, 13 Oct 2013, Chris Wilson ch...@chris-wilson.co.uk wrote:
At the moment we have 3 paths that lead to actually_set_backlight(),
from modesetting, ACPI/OpRegion requests and our very own
intel_backlight interface, and we have no way of distinguishing them in
the debug log. So add a debug
On Sun, Oct 13, 2013 at 12:56:31PM +0100, Chris Wilson wrote:
At the moment we have 3 paths that lead to actually_set_backlight(),
from modesetting, ACPI/OpRegion requests and our very own
intel_backlight interface, and we have no way of distinguishing them in
the debug log. So add a debug
On Thu, 10 Oct 2013, Nicolas Devillers devillers.nico...@gmail.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This mail is a follow-up of
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1225811
- - Summary of the problem:
[Dell Inspiron 15R 5521] (using i915 drv) Can't
On Mon, 14 Oct 2013, Chris Wilson ch...@chris-wilson.co.uk wrote:
On Mon, Oct 14, 2013 at 10:42:37AM +0300, Jani Nikula wrote:
On Sun, 13 Oct 2013, Chris Wilson ch...@chris-wilson.co.uk wrote:
diff --git a/drivers/gpu/drm/i915/intel_opregion.c
b/drivers/gpu/drm/i915/intel_opregion.c
index
On Mon, 14 Oct 2013, Nicolas Devillers devillers.nico...@gmail.com wrote:
Unfortunately this seems to cause others unpexected issue like ACPI
unstability and crash on suspend/resume.
I reported the issue in the following bug
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1214287
I can
On Fri, Oct 11, 2013 at 09:52:42PM +0300, ville.syrj...@linux.intel.com wrote:
Continuing a bit with improving the vblank timestamp stuff, I decided that
it's also time to fix gen2 properly.
All this time we've been pretending it has the same pixel+frame counter that
gen3 and gen4 have, when
On Fri, Oct 11, 2013 at 04:46:58PM -0300, Paulo Zanoni wrote:
2013/10/11 Ville Syrjälä ville.syrj...@linux.intel.com:
On Fri, Oct 11, 2013 at 03:15:48PM -0300, Paulo Zanoni wrote:
2013/10/11 Ville Syrjälä ville.syrj...@linux.intel.com:
On Fri, Oct 11, 2013 at 01:45:27PM -0300, Paulo Zanoni
On Thu, 10 Oct 2013, Preston Connors prestonconn...@gmail.com wrote:
I am having an issue where my Macmini6,1 is hard freezing (no keyboard
control, have to power off and power back on using the power button) when
attempting to display a random video at random times but always freezing
when
From: Ville Syrjälä ville.syrj...@linux.intel.com
Avoid some code duplication.
Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com
---
drivers/gpu/drm/i915/intel_display.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
From: Ville Syrjälä ville.syrj...@linux.intel.com
Rounding down when calculating the dot/vco frequencies doesn't make much
sense. Round to closest should give slightly nicer answers.
Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com
---
drivers/gpu/drm/i915/intel_display.c | 12
From: Ville Syrjälä ville.syrj...@linux.intel.com
Fill out the HSW watermark s/w tracking structures with the current
hardware state in intel_modeset_setup_hw_state(). This allows us to skip
the HW state readback during watermark programming and just use the values
we keep around in dev_priv-wm.
On Mon, 2013-09-30 at 17:44 +0300, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
drm_rotation_simplify() can be used to eliminate unsupported rotation
flags. It will check if any unsupported flags are present, and if so
it will modify the rotation to
On Mon, Oct 14, 2013 at 04:46:50PM +0300, Imre Deak wrote:
On Mon, 2013-09-30 at 17:44 +0300, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
drm_rotation_simplify() can be used to eliminate unsupported rotation
flags. It will check if any
2013/10/14 ville.syrj...@linux.intel.com:
From: Ville Syrjälä ville.syrj...@linux.intel.com
Fill out the HSW watermark s/w tracking structures with the current
hardware state in intel_modeset_setup_hw_state(). This allows us to skip
the HW state readback during watermark programming and just
On Mon, 2013-09-30 at 17:44 +0300, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
Sprite planes support 180 degree rotation. The lower layers are now in
place, so hook in the standard rotation property to expose the feature
to the users.
On Mon, Oct 14, 2013 at 04:59:13PM +0300, Imre Deak wrote:
On Mon, 2013-09-30 at 17:44 +0300, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
Sprite planes support 180 degree rotation. The lower layers are now in
place, so hook in the standard
On Mon, 14 Oct 2013 14:50:30 +0300
ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
Rounding down when calculating the dot/vco frequencies doesn't make much
sense. Round to closest should give slightly nicer answers.
Signed-off-by: Ville Syrjälä
On Mon, 14 Oct 2013 14:50:31 +0300
ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
Avoid some code duplication.
Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com
---
drivers/gpu/drm/i915/intel_display.c | 6 +++---
1 file changed, 3
Today's linux-next merge of the drm-intel tree got conflicts in:
drivers/gpu/drm/i915/i915_dma.c
drivers/gpu/drm/i915/intel_dp.c
drivers/gpu/drm/i915/intel_drv.h
caused by commits e1264eb (Revert drm/i915: Delay disabling of VGA memory
until vgacon-fbcon handoff is done)
Today's linux-next merge of the drm tree got conflicts in
drivers/gpu/drm/i915/intel_drv.h
caused by commits e1264eb (Revert drm/i915: Delay disabling of VGA memory
until vgacon-fbcon handoff is done), 20ddf66 (drm/i915: Make
intel_crtc_active() available outside intel_pm.c), 18442d0
On Mon, Oct 14, 2013 at 07:44:16AM -0700, Jesse Barnes wrote:
On Mon, 14 Oct 2013 14:50:31 +0300
ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
Avoid some code duplication.
Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com
---
On Mon, 2013-10-14 at 17:39 +0300, Ville Syrjälä wrote:
On Mon, Oct 14, 2013 at 04:59:13PM +0300, Imre Deak wrote:
On Mon, 2013-09-30 at 17:44 +0300, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
Sprite planes support 180 degree rotation. The
On Sat, Oct 12, 2013 at 01:22:40AM +0200, Mario Kleiner wrote:
Yes.
On Oct 12, 2013 1:18 AM, Daniel Vetter dan...@ffwll.ch wrote:
On Fri, Oct 11, 2013 at 04:31:38PM +0200, Mario Kleiner wrote:
Daniel, Ville,
i tested Ville's patch series for the scanoutpos improvements on a
On Mon, Oct 14, 2013 at 11:01:11AM +0100, Chris Wilson wrote:
On Fri, Oct 11, 2013 at 09:52:42PM +0300, ville.syrj...@linux.intel.com wrote:
Continuing a bit with improving the vblank timestamp stuff, I decided that
it's also time to fix gen2 properly.
All this time we've been pretending
Signed-off-by: Jani Nikula jani.nik...@intel.com
---
drivers/gpu/drm/i915/i915_drv.h |3 ++-
drivers/gpu/drm/i915/intel_display.c | 11 +++
2 files changed, 9 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h
index
Signed-off-by: Jani Nikula jani.nik...@intel.com
---
drivers/gpu/drm/i915/i915_reg.h | 12 -
drivers/gpu/drm/i915/intel_display.c | 47 +++---
2 files changed, 54 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_reg.h
This is a completely untested and possibly naïve attempt at fixing [1]
and [2]. Based on top of drm-intel-nightly branch of [3].
David, Jasper, please give it a try.
Thanks,
Jani.
[1]
http://mid.gmane.org/cagpeb3ep1lrzetpxhgrfbdqr5ts2tac8gcukwwuguf1u5ny...@mail.gmail.com
[2]
From: Ben Widawsky b...@bwidawsk.net
I had this lying around from he original PPGTT series, and thought we
might try to get it in by itself.
It's convenient to just call i915_gem_init_hw at reset because we'll be
adding new things to that function, and having just one function to call
instead of
From: Ben Widawsky b...@bwidawsk.net
I had this lying around from he original PPGTT series, and thought we
might try to get it in by itself.
With the introduction of context refcounting we never explicitly
ref/unref the backing object. As such, the previous fix was a bit wonky.
Aside from
On Mon, Oct 14, 2013 at 10:14 AM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
It's not a crash, and it's been there since forever - we've simply
added tons more self-consistency checks to the driver in 3.10 (and
extended those checks even more in recent kernels). At least the
current patch
On VLV/BYT, backlight controls a per-pipe, so when adjusting the
backlight we need to pass the correct info. So make the externally
visible backlight functions take a connector argument, which can be used
internally to figure out the pipe backlight to adjust.
v2: make connector pipe lookup check
On Mon, Oct 14, 2013 at 7:31 PM, Roland Dreier rol...@kernel.org wrote:
On Mon, Oct 14, 2013 at 10:14 AM, Daniel Vetter daniel.vet...@ffwll.ch
wrote:
It's not a crash, and it's been there since forever - we've simply
added tons more self-consistency checks to the driver in 3.10 (and
extended
On Mon, Oct 14, 2013 at 10:01:36AM -0700, Ben Widawsky wrote:
From: Ben Widawsky b...@bwidawsk.net
I had this lying around from he original PPGTT series, and thought we
might try to get it in by itself.
This conflicts with Mika's work to replay pending operations after the
reset. But I
On Mon, Oct 14, 2013 at 10:24:17PM +0100, Chris Wilson wrote:
On Mon, Oct 14, 2013 at 10:01:36AM -0700, Ben Widawsky wrote:
From: Ben Widawsky b...@bwidawsk.net
I had this lying around from he original PPGTT series, and thought we
might try to get it in by itself.
This conflicts with
This set adds bits needed for runtime power support, currently only
lightly tested on VLV/BYT:
1) suspend/resume callbacks for different platforms
2) save/restore of display state across a power well toggle
3) get/put of display power well in critical places
The TODO list still has a few
For tracking current state.
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
---
drivers/gpu/drm/i915/i915_debugfs.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/gpu/drm/i915/i915_debugfs.c
b/drivers/gpu/drm/i915/i915_debugfs.c
index 5fd6a5d..9f81e80 100644
---
We were missing a few bits around power well handling and Gunit
save/restore. The code added should be sufficient for runtime D3 as
well (though that requires additional changes to how we handle
save/restore of state).
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
---
When accessing the display regs for hw state readout or cross check, we
need to make sure the power well is enabled so we can read valid
register state.
Likewise, in an actual mode set, we need to take a ref on the
appropriate power well so that the mode set succeeds. From then on, the
power
Had to conditionalize some HSW bits and add virtual functions for
get/set on the power wells.
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
---
drivers/gpu/drm/i915/i915_drv.h | 10 +-
drivers/gpu/drm/i915/intel_drv.h| 2 +
drivers/gpu/drm/i915/intel_pm.c | 128
If we disable the power well at runtime, we need to save enough display
state so we can restore it when the power well comes back again. Add
support for that on VLV by reusing some of the _freeze and _thaw code.
Note we need to drop the power well lock in this path around the restore,
since
On Sun, Oct 13, 2013 at 10:43:49AM +0100, Chris Wilson wrote:
My X server was crashing when playing video, and I wrote a patch to fix
it. Please find the background and the patch at
http://bugs.debian.org/724944 .
Ok, I can see the allocation failure that leads to the crash:
From: Ben Widawsky b...@bwidawsk.net
I've sent this patch several times for various reasons. It essentially
cleans up a lot of code where we need to do something per ring, and want
to query whether or not the ring exists on that hardware.
It has various uses coming up, but for now it shouldn't
43 matches
Mail list logo
