On Wed, 16 Oct 2013, Jani Nikula jani.nik...@intel.com wrote:
This isn't a real fix to the problem, but rather a stopgap measure while
trying to find a proper solution.
There are several laptops out there that fail to light up the eDP panel
in UEFI boot mode. They seem to be mostly IVB
In
Author: Daniel Vetter daniel.vet...@ffwll.ch
Date: Wed Jun 5 13:34:23 2013 +0200
drm/i915: consolidate pch pll enable sequence
I've removed all the code from this if block, but somehow forgotten to
kill the block itself.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
On Thu, Oct 17, 2013 at 09:56:03PM +0100, Chris Wilson wrote:
On Thu, Oct 17, 2013 at 10:53:14PM +0300, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
For some reason we're enabling sprite scaling on ILK always. That
doesn't work well with the new
On Thu, Oct 17, 2013 at 02:04:34PM -0700, Ben Widawsky wrote:
On Thu, Oct 17, 2013 at 08:37:44PM +0100, Chris Wilson wrote:
On Thu, Oct 17, 2013 at 12:07:26PM -0700, Ben Widawsky wrote:
On Thu, Oct 17, 2013 at 01:02:53PM +0100, Chris Wilson wrote:
If we force the hw to idle as our first
- Give them an _irq_handler postfix, like all the other irq stuff.
- Shuffle the DEBUG_FS=n dummy functions around a bit. This is prep
work to extract all the crc debug stuff into intel_display_testing.c
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/i915/i915_irq.c |
Hi all,
New -testing cycle with cool stuff:
- CRC support from Damien and He Shuang. Long term this should allow us to
test an awful lot modesetting corner cases automatically. So for me as
the maintainer this is really big.
- HDMI audio fix from Jani.
- VLV dpll computation code refactoring
This is useful when we only have aliasing ppgtt and want to figure out
what exactly is accesssible and what not. Paulo can somehow overwrite
the fbcon framebuffer with the blitter on his hsw machine ...
Cc: Paulo Zanoni przan...@gmail.com
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
This is useful when we only have aliasing ppgtt and want to figure out
what exactly is accesssible and what not. Paulo can somehow overwrite
the fbcon framebuffer with the blitter on his hsw machine ...
v2: Actually make it compile.
Cc: Paulo Zanoni przan...@gmail.com
Signed-off-by: Daniel
On Fri, Oct 18, 2013 at 05:18:27PM +0200, Daniel Vetter wrote:
This is useful when we only have aliasing ppgtt and want to figure out
what exactly is accesssible and what not. Paulo can somehow overwrite
the fbcon framebuffer with the blitter on his hsw machine ...
Cc: Paulo Zanoni
From: Artem Bityutskiy artem.bityuts...@linux.intel.com
This patch changes HDMI port registration order for the BayTrail platform.
The story is that in kernel version 3.11 i915 supported only one HDMI port -
the HDMIB port. So this port ended up being HDMI-1 in user-space.
But commit '6f6005a
On Fri, Oct 18, 2013 at 10:36:30AM +0300, Ville Syrjälä wrote:
On Thu, Oct 17, 2013 at 02:04:34PM -0700, Ben Widawsky wrote:
On Thu, Oct 17, 2013 at 08:37:44PM +0100, Chris Wilson wrote:
On Thu, Oct 17, 2013 at 12:07:26PM -0700, Ben Widawsky wrote:
On Thu, Oct 17, 2013 at 01:02:53PM
On Fri, Oct 18, 2013 at 11:09:15AM -0700, Ben Widawsky wrote:
On Fri, Oct 18, 2013 at 10:36:30AM +0300, Ville Syrjälä wrote:
On Thu, Oct 17, 2013 at 02:04:34PM -0700, Ben Widawsky wrote:
On Thu, Oct 17, 2013 at 08:37:44PM +0100, Chris Wilson wrote:
On Thu, Oct 17, 2013 at 12:07:26PM
On Wed, 16 Oct 2013 17:25:48 +0300
Imre Deak imre.d...@intel.com wrote:
Upcoming patches will add tracking for a set of power domains via a
bitmask; to make things simple there remove the current gap in the
enum values.
Signed-off-by: Imre Deak imre.d...@intel.com
---
On Wed, 16 Oct 2013 17:25:49 +0300
Imre Deak imre.d...@intel.com wrote:
It is just cleaner this way and makes it easier to add support for
other HW generations with always-on power wells powering a different
set of domains.
Signed-off-by: Imre Deak imre.d...@intel.com
---
On Wed, 16 Oct 2013 17:25:50 +0300
Imre Deak imre.d...@intel.com wrote:
There is no hard need for this to be a spin lock, as we don't take these
locks in irq context from anywhere. An upcoming patch will add calls to
punit read/write functions from within regions protected by this lock
and
On Wed, 16 Oct 2013 17:25:51 +0300
Imre Deak imre.d...@intel.com wrote:
We'll need the same functionality for other HW generations. The support
for these will be added by upcoming patches.
Signed-off-by: Imre Deak imre.d...@intel.com
---
drivers/gpu/drm/i915/intel_display.c | 6 +-
1
On Wed, 16 Oct 2013 17:25:53 +0300
Imre Deak imre.d...@intel.com wrote:
Currently we make sure that all power domains are enabled during driver
init and turn off unneded ones only after the first modeset. Similarly
during suspend we enable all power domains, which will remain on through
the
Since we use intel_enable_rc6() now for more than just when we're
enabling RC6, we'll see this message many times, and it is just
confusing.
As an example, calc_residency calls this function whenever poked via
sysfs. This leaves the impression in dmesg that we're constantly
re-enabling RC6.
On Fri, Oct 18, 2013 at 05:33:52PM +0100, Chris Wilson wrote:
On Fri, Oct 18, 2013 at 05:18:27PM +0200, Daniel Vetter wrote:
This is useful when we only have aliasing ppgtt and want to figure out
what exactly is accesssible and what not. Paulo can somehow overwrite
the fbcon framebuffer
From: Paulo Zanoni paulo.r.zan...@intel.com
Use the nice Kernel macro, it makes the code much more readable.
Signed-off-by: Paulo Zanoni paulo.r.zan...@intel.com
---
drivers/gpu/drm/i915/i915_gem.c| 2 +-
drivers/gpu/drm/i915/intel_fbdev.c | 4 ++--
2 files changed, 3 insertions(+), 3
20 matches
Mail list logo