On Fri, Mar 01, 2013 at 02:08:20PM -0800, Jesse Barnes wrote:
From: Pallavi G pallav...@intel.com
In Valleyview voltage swing, pre-emphasis and lane control registers can
be programmed only through the h/w side band fabric. Update
vlv_update_pll, i9xx_crtc_enable, and intel_enable_pll with
On Fri, Mar 01, 2013 at 08:32:57PM +0200, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
Currently all scanout buffers must be uncached because the
display controller doesn't snoop the LLC. SNB introduced another
method to guarantee coherency for the
make the intel_backlight interface with a higher priority
than acpi_video, as it is more likely to work.
Signed-off-by: Keng-Yu Lin ken...@canonical.com
---
src/intel_display.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/intel_display.c b/src/intel_display.c
index
On Wed, Feb 27, 2013 at 04:44:59PM -0300, Paulo Zanoni wrote:
Hi
2013/2/25 Rodrigo Vivi rodrigo.v...@gmail.com:
While old platforms had 3 transcoders and 3 pipes (1:1), HSW has
4 transcoders and 3 pipes.
These regs were being used only by HDMI code where pipe is always the same
thing
On Mon, Feb 25, 2013 at 07:55:17PM -0300, Rodrigo Vivi wrote:
From: Shobhit Kumar shobhit.ku...@intel.com
Signed-off-by: Sateesh Kavuri sateesh.kav...@intel.com
v2: Modified and corrected the structures to be more in line for
kernel coding guidelines and rebased the code on Paulo's DP
On Tue, Feb 26, 2013 at 04:16:40PM +0800, Keng-Yu Lin wrote:
make the intel_backlight interface with a higher priority
than acpi_video, as it is more likely to work.
Signed-off-by: Keng-Yu Lin ken...@canonical.com
If you have a non-working acpi backlight, that's a bug in the kernel's
acpi
On Mon, Feb 18, 2013 at 07:00:24PM -0300, Paulo Zanoni wrote:
From: Paulo Zanoni paulo.r.zan...@intel.com
So use msecs_to_jiffies(10) to make the timeout the same as in the
!has_aux_irq case.
This patch was initially written by Daniel Vetter and posted on
pastebin a few weeks ago. I'm
On Tue, Feb 26, 2013 at 04:16:40PM +0800, Keng-Yu Lin wrote:
make the intel_backlight interface with a higher priority
than acpi_video, as it is more likely to work.
It is not, and the priority is explicitly lower than firmware (which
itself is lower than platform).
-Chris
--
Chris Wilson,
On Sun, Mar 03, 2013 at 05:28:52PM +0100, Daniel Vetter wrote:
The other thing was that I didn't manage to get things to work properly,
leaving some random cachline dirt on the screen. Looking at your code, you
add the gfdt flush to every ring_flush, whereas I've tried to be clever
and only
On Tue, Feb 26, 2013 at 02:23:23PM -0300, Paulo Zanoni wrote:
Hi
2013/2/21 Daniel Vetter daniel.vet...@ffwll.ch:
Only used by the lvds encoder. Note that we shouldn't do the same
simple conversion with the FORCE_6BPC flag, since that's much better
handled by moving all the pipe_bpc
On Fri, Feb 22, 2013 at 03:51:15PM +0200, Ville Syrjälä wrote:
On Fri, Feb 22, 2013 at 12:56:47AM +0100, Daniel Vetter wrote:
Only used by the lvds encoder. Note that we shouldn't do the same
simple conversion with the FORCE_6BPC flag, since that's much better
handled by moving all the
On Tue, Feb 26, 2013 at 02:27:36PM -0300, Paulo Zanoni wrote:
Hi
2013/2/21 Daniel Vetter daniel.vet...@ffwll.ch:
Used by SDVO (and hopefully, eventually HDMI, if we ever get around
to fixing up the low dotclock CEA modes ...).
This required adding a new encoder-mode_set callback to be
On Thu, Feb 28, 2013 at 04:19:15AM -0500, Egbert Eich wrote:
Add a hotplug IRQ storm detection (triggered when a hotplug interrupt
fires more than 5 times / sec).
Rationale:
Despite of the many attempts to fix the problem with noisy hotplug
interrupt lines we are still seeing systems which
On Tue, Feb 26, 2013 at 02:39:15PM -0300, Paulo Zanoni wrote:
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
index 3446e2b..c5f7c6e 100644
--- a/drivers/gpu/drm/i915/intel_display.c
+++ b/drivers/gpu/drm/i915/intel_display.c
@@ -2947,27
This is used way too often in the enable/disable paths. And will
be even more useful in the future.
Note that correct semantics of this change highly depend upon
correct updating of intel_crtc-config: Like with all other
modeset state, we need to call -disable with the old config,
but -mode_set
On Fri, Feb 22, 2013 at 04:36:38PM +0200, Ville Syrjälä wrote:
I don't think anyone should be poking at crtc-fb w/o holding the crtc
mutex. Except that intel_update_fbc() actually does. That thing would
appear to be just broken since it crawls around in the crtc state w/o
proper protection.
On Fri, Feb 22, 2013 at 02:29:44PM +, Chris Wilson wrote:
On Fri, Feb 22, 2013 at 04:12:51PM +0200, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
to_user_ptr() simply casts a pointer passed as u64 from user space
to void __user * correctly.
On Fri, Feb 22, 2013 at 03:13:00PM +, Chris Wilson wrote:
On Fri, Feb 22, 2013 at 04:53:38PM +0200, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
Restore crtc-fb to the old framebuffer if queue_flip fails.
While at it, kill the pointless
On Fri, Mar 01, 2013 at 03:36:20PM -0800, Kenneth Graunke wrote:
The second digit was off by one, which meant we accidentally treated
GT(n) as GT(n-1). This also meant no support for GT1 at all.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
Applied, thanks for the patch.
-Daniel
--
On Fri, Mar 01, 2013 at 05:00:50PM -0800, Kenneth Graunke wrote:
The second digit was off by one, which meant we accidentally treated
GT(n) as GT(n-1). This also meant no support for GT1 at all.
Cc: sta...@kernel.org
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
Picked up for -fixes,
On Fri, Mar 01, 2013 at 11:35:58AM +, Chris Wilson wrote:
On Thu, Feb 28, 2013 at 07:19:46PM +0200, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
The code is totally obvious so these comments serve no purpose. What's
worse, one of them was
On Fri, Mar 01, 2013 at 01:35:53PM +, Chris Wilson wrote:
On Fri, Mar 01, 2013 at 02:35:38PM +0200, ville.syrj...@linux.intel.com wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
Use the number '1' instead of FORCEWAKE_KERNEL when requesting single
thread force wake since
On Sat, Mar 2, 2013 at 8:40 PM, Hans de Bruin jmdebr...@xmsnet.nl wrote:
Mika,
I am a huge van of ald dos games. Since commit
24a1f16de97c4cf0029d9acd04be06db32208726, drm/i915: disable shared panel
fitter for pipe my laptop does not change resolution when I use xdosemu
full screen. The
23 matches
Mail list logo
