The following changes since commit
5ccc38740a283aba81a00e92941310d0c1aeb2ee:
Merge branch 'for-linus' of git://git.kernel.dk/linux-block (2011-08-19
10:47:07 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/jbarnes/drm-intel for-linus
Keith is ou
On Tue, 8 Mar 2011 14:00:45 +1000
Dave Airlie wrote:
> On Tue, Mar 8, 2011 at 7:28 AM, Jim Gettys wrote:
> > On 03/07/2011 07:00 AM, Chris Wilson wrote:
> >>
> >> Dave, hopefully this completes the regression fixes for .38. There is
> >> still some doubt over eDP, with 011b9910bdaf failing for J
On Tue, 8 Mar 2011 17:27:46 +1000, Dave Airlie wrote:
> drm-intel-next on my HP laptop fails on boot with some GMBUS error and I have
> to s/r to see gdm on it ;-)
>
> We have a week more with rc8 so maybe we can get some movement or ideas.
Unfortunately, the US team, Jesse included, will be pre
On Tue, Mar 8, 2011 at 2:08 PM, Jim Gettys wrote:
> On 03/07/2011 04:28 PM, Jim Gettys wrote:
>>
>> On 03/07/2011 07:00 AM, Chris Wilson wrote:
>>>
>>> Dave, hopefully this completes the regression fixes for .38. There is
>>> still some doubt over eDP, with 011b9910bdaf failing for Jim Gettys but
On 03/07/2011 04:28 PM, Jim Gettys wrote:
On 03/07/2011 07:00 AM, Chris Wilson wrote:
Dave, hopefully this completes the regression fixes for .38. There is
still some doubt over eDP, with 011b9910bdaf failing for Jim Gettys but
seeming required for other (currently working in .37) machines. And
On Tue, Mar 8, 2011 at 7:28 AM, Jim Gettys wrote:
> On 03/07/2011 07:00 AM, Chris Wilson wrote:
>>
>> Dave, hopefully this completes the regression fixes for .38. There is
>> still some doubt over eDP, with 011b9910bdaf failing for Jim Gettys but
>> seeming required for other (currently working in
On 03/07/2011 07:00 AM, Chris Wilson wrote:
Dave, hopefully this completes the regression fixes for .38. There is
still some doubt over eDP, with 011b9910bdaf failing for Jim Gettys but
seeming required for other (currently working in .37) machines. And
despite Linus's intervention, backlight con
A little later than I had intended, but fortunately I've resisted the
temptation to drop in any last minute patch bombs.
Compared with recent history this has been an uneventful cycle, with a lot
of the recent work being not yet ready for merging. This cycle has mostly
been concerned with bug fixe
Dave, hopefully this completes the regression fixes for .38. There is
still some doubt over eDP, with 011b9910bdaf failing for Jim Gettys but
seeming required for other (currently working in .37) machines. And
despite Linus's intervention, backlight controls are still broken for some
users.
I've t
As I don't anticipate any more fixes in the near future for 2.6.38, I
thought I may as well send this single patch to prevent 965G[M] from
using a status page above 4GiB, in a timely fashion.
-Chris
The following changes since commit dd9c1549edef02290edced639f67b54a25abbe0e:
Linux 2.6.38-rc7 (2
On Thu, 24 Feb 2011 01:09:47 +
Chris Wilson wrote:
> Dave, time has flown by, so, against all evidence to the contrary, I must
> have been enjoying myself.
>
> An assortment of regression fixes are still trickling in; the sampler for
> tiled surfaces on gen2 being more nasty than expected, i
Dave, time has flown by, so, against all evidence to the contrary, I must
have been enjoying myself.
An assortment of regression fixes are still trickling in; the sampler for
tiled surfaces on gen2 being more nasty than expected, interrupts during
fdi training were less than useful and Jesse assur
On Fri, 11 Feb 2011 18:04:49 -0800, Eric Anholt wrote:
> On Fri, 11 Feb 2011 09:58:03 +, Chris Wilson
> wrote:
> > Dave, a few more days have passed and we have a fresh batch of
> > regression fixes.
> >
> > The patch that is most notable is one for its absence:
> >
> > commit 25ed6eb15ebc
On Fri, 11 Feb 2011 09:58:03 +, Chris Wilson
wrote:
> Dave, a few more days have passed and we have a fresh batch of
> regression fixes.
>
> The patch that is most notable is one for its absence:
>
> commit 25ed6eb15ebc4472fb0e473666c0ef3bba87097f
> Author: Chris Wilson
> Date: Wed Dec 2
Dave, a few more days have passed and we have a fresh batch of
regression fixes.
The patch that is most notable is one for its absence:
commit 25ed6eb15ebc4472fb0e473666c0ef3bba87097f
Author: Chris Wilson
Date: Wed Dec 22 11:37:09 2010 +
agp/intel: Experiment with a 855GM GWB bit
is
Hi Dave, a fairly busy week or two of bouncing .38 regression fixes off
testers. A great big thanks to the QA at Suse who have been very
responsive and helped a great deal with these patches.
In the wings, as always, we have more patches under test, mainly focusing
on stability fixes for SNB and
On Sun, 03 Oct 2010 11:33:36 +0100
Chris Wilson wrote:
> Hi Linus,
>
> still a fair few regressions popping up in the i915 driver. Julia
> spotted an old bug in our error handling that could cause the
> aperture to be consumed with unpinnable buffers, Keith found that the
> wait-for-vblank han
Hi Linus,
still a fair few regressions popping up in the i915 driver. Julia
spotted an old bug in our error handling that could cause the aperture to
be consumed with unpinnable buffers, Keith found that the wait-for-vblank
handling changes were not correct for DP, Jesse failed at basic math (an
Hi Linus, a couple of fixes for some recent regressions.
The following changes since commit 32163f4b2cef28a5aab8b226ffecfc6379a53786:
alpha: fix usp value in multithreaded coredumps (2010-09-25 14:38:13 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/
Hi Linus, a bit later than intended due to travel, but here a few more
fixes for the recently reported regressions.
The following changes since commit b30a3f6257ed2105259b404d419b4964e363928c:
Linux 2.6.36-rc5 (2010-09-20 16:56:53 -0700)
are available in the git repository at:
git://git.kern
Hi Linus, please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/ickle/drm-intel.git
drm-intel-fixes
which contains the following regression fixes:
Chris Wilson (4):
Revert "drm/i915: Enable RC6 on Ironlake."
Revert "drm/i915: Allow LVDS on pipe A on gen4+"
Revert "d
On Tue, Sep 07, 2010 at 10:00:28AM +0800, Zhenyu Wang wrote:
> Chris, could you help to check my sandybridge fixes? One is address mask
> fix found by Takashi, which should have been applied but I can't find it
> anywhere upstream. And others are PTE cache control fixes.
>
> Please check 'for-ick
On Mon, Sep 06, 2010 at 09:30:23 +0100, Chris Wilson wrote:
[...]
> This batch of fixes include the timing fixes for the fallout from the
> conversion of intel_wait_for_vblank() and the error checking for SDVO
> modesetting. It also includes a [double dose] of module unload oopsen
Thanks, this b
On 2010.09.06 09:30:23 +0100, Chris Wilson wrote:
>
> in order to reduce the burden upon Eric and to try and feed patches
> upstream in a more timely manner I volunteered to take over maintaining
> the upstream i915 branches.
>
Chris, could you help to check my sandybridge fixes? One is address
On Mon, 06 Sep 2010 11:27:34 +0200, Sven Joachim wrote:
> Sadly, these still do not include a fix for the build failure¹ that
> occurs if CONFIG_DEBUG_FS is not set:
>
> ,
> | CC [M] drivers/gpu/drm/i915/intel_overlay.o
> | drivers/gpu/drm/i915/intel_overlay.c: In function
> 'intel_overl
On 2010-09-06 10:30 +0200, Chris Wilson wrote:
> Hi Linus,
>
> in order to reduce the burden upon Eric and to try and feed patches
> upstream in a more timely manner I volunteered to take over maintaining
> the upstream i915 branches.
>
> This batch of fixes include the timing fixes for the fallou
Hi Linus,
in order to reduce the burden upon Eric and to try and feed patches
upstream in a more timely manner I volunteered to take over maintaining
the upstream i915 branches.
This batch of fixes include the timing fixes for the fallout from the
conversion of intel_wait_for_vblank() and the err
27 matches
Mail list logo
