Re: [Intel-gfx] [PULL] drm-intel-next

2012-01-05 Thread Daniel Vetter
On Wed, Jan 04, 2012 at 07:35:41PM -0800, Keith Packard wrote: Here are the rest of the 3.3 pending changes. This has a bunch of small bug fixes and overlay plane support for i915. The following changes since commit 7a7e8734ac3235efafd34819b27fbdf5417e6d60: Merge branch

Re: [Intel-gfx] [PULL] drm-intel-next

2012-01-05 Thread Ben Widawsky
On 01/05/2012 07:24 AM, Daniel Vetter wrote: On Wed, Jan 04, 2012 at 07:35:41PM -0800, Keith Packard wrote: Here are the rest of the 3.3 pending changes. This has a bunch of small bug fixes and overlay plane support for i915. The following changes since commit

Re: [Intel-gfx] [PULL] drm-intel-next

2012-01-05 Thread Jesse Barnes
On Thu, 5 Jan 2012 16:24:08 +0100 Daniel Vetter dan...@ffwll.ch wrote: I'd also like to express my frustration with the general -next process for drm/i915: - This drm-intel-next tree is less than 24h ours old (if you look at when it showed up at an official place where both our QA and the

[Intel-gfx] [PULL] drm-intel-next

2012-01-04 Thread Keith Packard
Here are the rest of the 3.3 pending changes. This has a bunch of small bug fixes and overlay plane support for i915. The following changes since commit 7a7e8734ac3235efafd34819b27fbdf5417e6d60: Merge branch 'drm-radeon-testing' of ../drm-radeon-next into drm-core-next (2012-01-03 09:45:12

[Intel-gfx] [PULL] drm-intel-next

2011-10-23 Thread Keith Packard
Here's a pile of new code for the 3.2 series. Overview: * 3 pipe support for IVB. * eDP fixes for SNB * Interrupt race condition fixes * Switch from MI_FLUSH to PIPECONTROL * VT-d work-around for ILK The following changes since commit 0ac225e56997ef89f46eb51b02799a685b78f214: Merge

[Intel-gfx] [PULL] drm-intel-next

2011-09-19 Thread Keith Packard
This is a single patch which cleans up almost all of the whitespace errors in the i915 driver. It currently merges cleanly with your fdo drm-core-next tree. I've checked this patch quite carefully, examining the .o files with objdump -s to make sure nothing significant changed. The only thing

Re: [Intel-gfx] [PULL] drm-intel-next

2011-08-10 Thread Andy Lutomirski
On 08/03/2011 11:14 PM, Keith Packard wrote: Here's a pile of fixes on top of the stuff already in drm-core-next. * Pile of mode setting fixes which eliminate a selection of bugs and other annoyances. Eliminates the 'stripey' effect when going from two to one monitor, makes hot-plug

Re: [Intel-gfx] [PULL] drm-intel-next

2011-08-10 Thread Keith Packard
On Wed, 10 Aug 2011 12:20:14 -0400, Andy Lutomirski l...@mit.edu wrote: Can you ack at least this one: Revert and fix drm/i915/dp: remove DPMS mode tracking from DP (i.e. d2b996ac698aebb28557355857927b8b934bb4f9) for -stable? It fixes an annoying regression in 3.0. I'm working

Re: [Intel-gfx] [PULL] drm-intel-next

2011-07-13 Thread Keith Packard
On Wed, 13 Jul 2011 19:22:14 +0200, Wolfram Sang w.s...@pengutronix.de wrote: Is this one intentionally not in or did it slip through? I thought I had replied to that -- it doesn't apply to either -fixes or -next at this point. I can try to fix it, but I'd prefer it if you'd figure out how

[Intel-gfx] [PULL] drm-intel-next

2011-07-13 Thread Keith Packard
Here's most of the patches I'm hoping to land after 3.0: * FBC cleanups from Chris Wilson. Fixes 'missing' CPU writes to the front buffer. We've enabled FBC by default, if we find regressions again, we'll turn it off before the release. * DP and HDMI support for formats other than 8bpc

<    1   2   3   4   5