Hi Dave,
Nothing big at all for -fixes, just small stuff:
- Two patches to fix bugs on i830M
- ums regression fixer due to kicking firmeware fbs (Chris)
- tune down a too loud warning (Jani)
- be more careful with sdvo infoframes, which fixes a long-standing
sdvo-hdmi regression
Cheers, Daniel
Hi Dave,
Two more fixes from Chris on top, updated overview below
On Thu, Oct 18, 2012 at 12:56:44PM +0200, Daniel Vetter wrote:
> The big thing is the disabling of the hsw support by default, cc: stable.
> We've aimed for basic hsw support in 3.6, but due to a few bad
> happenstances we've
Hi Dave,
Two more fixes from Chris on top, updated overview below
On Thu, Oct 18, 2012 at 12:56:44PM +0200, Daniel Vetter wrote:
The big thing is the disabling of the hsw support by default, cc: stable.
We've aimed for basic hsw support in 3.6, but due to a few bad
happenstances we've screwed
Hi Dave,
The big thing is the disabling of the hsw support by default, cc: stable.
We've aimed for basic hsw support in 3.6, but due to a few bad
happenstances we've screwed up and only 3.8 will have better modeset
support than vesa. To avoid yet another round of fallout from such a
gaffle on for
Hi Dave,
The big thing is the disabling of the hsw support by default, cc: stable.
We've aimed for basic hsw support in 3.6, but due to a few bad
happenstances we've screwed up and only 3.8 will have better modeset
support than vesa. To avoid yet another round of fallout from such a
gaffle on for
Hi Dave,
A bit of paranoid-WARNs fallout from modeset, otherwise just small
fixlets:
- some register magic to fix hsw crw (Paulo)
- fix backlight destruction for cpu edp (Jani)
- fix gen ch7xxx dvo ->get_hw_state
- fixup the plane->pipe fixup code, the broken version massively angers
the
On Thu, Oct 04, 2012 at 03:21:47PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> One more, as discussed on irc.
>
> Bigger -fixes pile, mostly because I've included Ajax' DP dongle stuff,
> as discussed on irc. Otherwise just small things:
> - regression fix to finally make 6bpc auto-dither on dp
Hi Dave,
One more, as discussed on irc.
Bigger -fixes pile, mostly because I've included Ajax' DP dongle stuff,
as discussed on irc. Otherwise just small things:
- regression fix to finally make 6bpc auto-dither on dp work (Jani)
- reinstate an snb ctx w/a that accidentally got lost in a rework
Hi Dave,
Bigger -fixes pile, mostly because I've included Ajax' DP dongle stuff,
as discussed on irc. Otherwise just small things:
- regression fix to finally make 6bpc auto-dither on dp work (Jani)
- reinstate an snb ctx w/a that accidentally got lost in a rework (Chris)
- fixup the DP train
Hi Dave,
Bigger -fixes pile, mostly because I've included Ajax' DP dongle stuff,
as discussed on irc. Otherwise just small things:
- regression fix to finally make 6bpc auto-dither on dp work (Jani)
- reinstate an snb ctx w/a that accidentally got lost in a rework (Chris)
- fixup the DP train
On Thu, Oct 04, 2012 at 03:21:47PM +0200, Daniel Vetter wrote:
Hi Dave,
One more, as discussed on irc.
Bigger -fixes pile, mostly because I've included Ajax' DP dongle stuff,
as discussed on irc. Otherwise just small things:
- regression fix to finally make 6bpc auto-dither on dp work
Hi Dave,
Essentially just flush my -fixes queue before I head off to xdc.
- gen2 regression fixer, we've enabled the lvds stuff too late. Not
causing any known issues, but this restores the sequence before a
refactor that landed in 3.5, and lvds is a fickle beast. And seriously,
who runs
Hi Dave,
Essentially just flush my -fixes queue before I head off to xdc.
- gen2 regression fixer, we've enabled the lvds stuff too late. Not
causing any known issues, but this restores the sequence before a
refactor that landed in 3.5, and lvds is a fickle beast. And seriously,
who runs
On Mon, Sep 10, 2012 at 09:34:36PM +0200, Daniel Vetter wrote:
> On Mon, Sep 10, 2012 at 09:28:17AM +0200, Daniel Vetter wrote:
> > Hi Dave,
> >
> > You're pull just reminded me that I've been sitting on a few small -fixes,
> > too. Nothing really major at all:
> > - fixup edp setup sequence
On Mon, Sep 10, 2012 at 09:34:36PM +0200, Daniel Vetter wrote:
On Mon, Sep 10, 2012 at 09:28:17AM +0200, Daniel Vetter wrote:
Hi Dave,
You're pull just reminded me that I've been sitting on a few small -fixes,
too. Nothing really major at all:
- fixup edp setup sequence (Dave)
-
On Mon, Sep 10, 2012 at 09:28:17AM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> You're pull just reminded me that I've been sitting on a few small -fixes,
> too. Nothing really major at all:
> - fixup edp setup sequence (Dave)
> - disable sdvo hotplug for real, this is a fixup for a messed-up
>
Hi Dave,
You're pull just reminded me that I've been sitting on a few small -fixes,
too. Nothing really major at all:
- fixup edp setup sequence (Dave)
- disable sdvo hotplug for real, this is a fixup for a messed-up
regression fixer (Jani)
- don't expose dysfunctional backlight driver (Jani)
-
Hi Dave,
You're pull just reminded me that I've been sitting on a few small -fixes,
too. Nothing really major at all:
- fixup edp setup sequence (Dave)
- disable sdvo hotplug for real, this is a fixup for a messed-up
regression fixer (Jani)
- don't expose dysfunctional backlight driver (Jani)
-
On Mon, Sep 10, 2012 at 09:28:17AM +0200, Daniel Vetter wrote:
Hi Dave,
You're pull just reminded me that I've been sitting on a few small -fixes,
too. Nothing really major at all:
- fixup edp setup sequence (Dave)
- disable sdvo hotplug for real, this is a fixup for a messed-up
Per usual, I've forgotten all the cc's ... I really need to script this,
I'm too dumb to remember.
-Daniel
On Wed, Aug 29, 2012 at 10:29:43AM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> Just a few smaller things:
> - Fix up a pipe vs. plane confusion from a refactoring, fixes a regression
>
Per usual, I've forgotten all the cc's ... I really need to script this,
I'm too dumb to remember.
-Daniel
On Wed, Aug 29, 2012 at 10:29:43AM +0200, Daniel Vetter wrote:
Hi Dave,
Just a few smaller things:
- Fix up a pipe vs. plane confusion from a refactoring, fixes a regression
from 3.1
Hi Dave,
Nothing too major:
- A few fixes around the edid handling from Jani, also fixing a regression
in 3.5 due to us using gmbus by default.
- Fixup hsw uncached pte flags.
- Fix suspend/resume crash when using hw contexts, from Ben.
- Try to tune gpu turbo a bit better, seems to help with
On Tue, Aug 07, 2012 at 02:08:18PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> - Regression fixer for an OOPS at boot when i915.ko is built-in and
> CONFIG_PM=n, introduce in 3.5 (patch from Hunt Xu)
> - Regression fixer for occlusion query failures, the required w/a wasn't
> applied in all
On Tue, Aug 07, 2012 at 02:08:18PM +0200, Daniel Vetter wrote:
Hi Dave,
- Regression fixer for an OOPS at boot when i915.ko is built-in and
CONFIG_PM=n, introduce in 3.5 (patch from Hunt Xu)
- Regression fixer for occlusion query failures, the required w/a wasn't
applied in all cases
Hi Dave,
- Regression fixer for an OOPS at boot when i915.ko is built-in and
CONFIG_PM=n, introduce in 3.5 (patch from Hunt Xu)
- Regression fixer for occlusion query failures, the required w/a wasn't
applied in all cases (thanks to Eric for tracking this on down).
- dmar vs. dma_buf imprt
Hi Dave,
- Regression fixer for an OOPS at boot when i915.ko is built-in and
CONFIG_PM=n, introduce in 3.5 (patch from Hunt Xu)
- Regression fixer for occlusion query failures, the required w/a wasn't
applied in all cases (thanks to Eric for tracking this on down).
- dmar vs. dma_buf imprt
On Wed, Jul 25, 2012 at 10:17:33AM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> First pile of fixes for 3.6 already, and I'm afraid it's a bit larger than
> what I'd wish for. But I've moved all the feature-y stuff to -next, so
> this really is all -fixes. Most of it is handling fallout from the hw
Hi Dave,
First pile of fixes for 3.6 already, and I'm afraid it's a bit larger than
what I'd wish for. But I've moved all the feature-y stuff to -next, so
this really is all -fixes. Most of it is handling fallout from the hw
context stuff, discovered now that mesa git has started using them for
Hi Dave,
First pile of fixes for 3.6 already, and I'm afraid it's a bit larger than
what I'd wish for. But I've moved all the feature-y stuff to -next, so
this really is all -fixes. Most of it is handling fallout from the hw
context stuff, discovered now that mesa git has started using them for
On Wed, Jul 25, 2012 at 10:17:33AM +0200, Daniel Vetter wrote:
Hi Dave,
First pile of fixes for 3.6 already, and I'm afraid it's a bit larger than
what I'd wish for. But I've moved all the feature-y stuff to -next, so
this really is all -fixes. Most of it is handling fallout from the hw
I'm so ridiculously good at forgetting about the cc's on these pull
requests ...
-Daniel
- Forwarded message from Daniel Vetter -
Date: Wed, 27 Jun 2012 20:39:43 +0200
From: Daniel Vetter <dan...@ffwll.ch>
To: Dave Airlie
Subject: [pull] drm-intel-fixes
Message-ID: <20120
I'm so ridiculously good at forgetting about the cc's on these pull
requests ...
-Daniel
- Forwarded message from Daniel Vetter dan...@ffwll.ch -
Date: Wed, 27 Jun 2012 20:39:43 +0200
From: Daniel Vetter dan...@ffwll.ch
To: Dave Airlie airl...@gmail.com
Subject: [pull] drm-intel-fixes
On Sat, Jun 16, 2012 at 02:16:29PM +0100, Dave Airlie wrote:
>
> > why the previous thing blew up for Linus and why this one shouldn't, so
> > I think we can risk this ;-)
>
> yeah no, you get one go at that, I'm no more detection fixed in -fixes
> ever again, unless they are a pure revert.
Hi Dave,
A few important fixes for 3.5
- revert for the 3.4 black screen DP regression
- fix for the excessive dmesg noise due to a eDP vdd problem, reported by
Linus. This turned out to be a 3.5 regression.
- vga hpd handling fix, try 2. Commit contains an elaborate explanation of
why the
> why the previous thing blew up for Linus and why this one shouldn't, so
> I think we can risk this ;-)
yeah no, you get one go at that, I'm no more detection fixed in -fixes
ever again, unless they are a pure revert.
The detection logic is just to flaky and impossible to test on enough
Hi Dave,
A few important fixes for 3.5
- revert for the 3.4 black screen DP regression
- fix for the excessive dmesg noise due to a eDP vdd problem, reported by
Linus. This turned out to be a 3.5 regression.
- vga hpd handling fix, try 2. Commit contains an elaborate explanation of
why the
why the previous thing blew up for Linus and why this one shouldn't, so
I think we can risk this ;-)
yeah no, you get one go at that, I'm no more detection fixed in -fixes
ever again, unless they are a pure revert.
The detection logic is just to flaky and impossible to test on enough
On Sat, Jun 16, 2012 at 02:16:29PM +0100, Dave Airlie wrote:
why the previous thing blew up for Linus and why this one shouldn't, so
I think we can risk this ;-)
yeah no, you get one go at that, I'm no more detection fixed in -fixes
ever again, unless they are a pure revert.
Patche
Meh, I've forgotten to cc the appropriate set of lists.
-Daniel
On Tue, Jun 5, 2012 at 9:18 PM, Daniel Vetter wrote:
> Hi Dave
>
> A few fixes for 3.5. Most of them make corner-cases a bit more robust
> (hotplug for b0rked kvm switches, driver init/reset/resume), almost all of
> them are cc
Meh, I've forgotten to cc the appropriate set of lists.
-Daniel
On Tue, Jun 5, 2012 at 9:18 PM, Daniel Vetter dan...@ffwll.ch wrote:
Hi Dave
A few fixes for 3.5. Most of them make corner-cases a bit more robust
(hotplug for b0rked kvm switches, driver init/reset/resume), almost all of
them
On Thu, May 24, 2012 at 05:56:24PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> A set of fixes for 3.5:
> - Fixes for regressions in 3.5: fix spurious gmbus NAK, fix module unload,
> fix pch pll asserts.
> - Fix up eDP panel power sequencing - turns out we need to keep vdd on
> while switching
On Thu, May 24, 2012 at 05:56:24PM +0200, Daniel Vetter wrote:
Hi Dave,
A set of fixes for 3.5:
- Fixes for regressions in 3.5: fix spurious gmbus NAK, fix module unload,
fix pch pll asserts.
- Fix up eDP panel power sequencing - turns out we need to keep vdd on
while switching
Hi Dave,
A set of fixes for 3.5:
- Fixes for regressions in 3.5: fix spurious gmbus NAK, fix module unload,
fix pch pll asserts.
- Fix up eDP panel power sequencing - turns out we need to keep vdd on
while switching everything off.
- Reject doubleclocked modes on dp.
- Fixup sdvo interlaced
Hi Dave,
A set of fixes for 3.5:
- Fixes for regressions in 3.5: fix spurious gmbus NAK, fix module unload,
fix pch pll asserts.
- Fix up eDP panel power sequencing - turns out we need to keep vdd on
while switching everything off.
- Reject doubleclocked modes on dp.
- Fixup sdvo interlaced
Hi Dave,
2 little patches:
- One regression fix to disable sdvo hotplug on broken hw.
- One patch to upconvert the snb hang workaround from patch v1 to patch
v2.
Yours, Daniel
The following changes since commit d48b97b403d23f6df0b990cee652bdf9a52337a3:
Linux 3.4-rc6 (2012-05-06 15:07:32
Hi Dave,
2 little patches:
- One regression fix to disable sdvo hotplug on broken hw.
- One patch to upconvert the snb hang workaround from patch v1 to patch
v2.
Yours, Daniel
The following changes since commit d48b97b403d23f6df0b990cee652bdf9a52337a3:
Linux 3.4-rc6 (2012-05-06 15:07:32
Hi Dave,
One more regression fix and a 3 small patches:
- Paulo fixed the hdmi infoframe regression on gm45 introduced in 3.2 by
Jesse.
- snb/ilk has a nice debug register where the hw can tell us when it
dropped writes and we've added a WARN in 3.4 when this happens. This
caught code which
Hi Dave,
One more regression fix and a 3 small patches:
- Paulo fixed the hdmi infoframe regression on gm45 introduced in 3.2 by
Jesse.
- snb/ilk has a nice debug register where the hw can tell us when it
dropped writes and we've added a WARN in 3.4 when this happens. This
caught code which
On Thu, Apr 26, 2012 at 05:35:01PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> Nothing major here and imo can wait a bit if you don't have anything
> important in drm-fixes yet:
> - VGA load-detect fix. This bug seems to be as old as the load-detect code
> (2.6.30), but needs stupid userspace
Hi Dave,
Nothing major here and imo can wait a bit if you don't have anything
important in drm-fixes yet:
- VGA load-detect fix. This bug seems to be as old as the load-detect code
(2.6.30), but needs stupid userspace (upowerd trying to detect
connectors on dpms-off outputs) to actually kill
Hi Dave,
Nothing major here and imo can wait a bit if you don't have anything
important in drm-fixes yet:
- VGA load-detect fix. This bug seems to be as old as the load-detect code
(2.6.30), but needs stupid userspace (upowerd trying to detect
connectors on dpms-off outputs) to actually kill
On Thu, Apr 26, 2012 at 05:35:01PM +0200, Daniel Vetter wrote:
Hi Dave,
Nothing major here and imo can wait a bit if you don't have anything
important in drm-fixes yet:
- VGA load-detect fix. This bug seems to be as old as the load-detect code
(2.6.30), but needs stupid userspace (upowerd
Hi Dave,
Just 3 fixes this time around:
- Regression fix for upscaled lvds modes on older machines, the clean-up
of our crtc timing handling from the interlaced patches screwed things
up there.
- Locking fix in lastclose, prevents an oops.
- Black panel on vt switch due to pageflip when
Hi Dave,
Just 3 fixes this time around:
- Regression fix for upscaled lvds modes on older machines, the clean-up
of our crtc timing handling from the interlaced patches screwed things
up there.
- Locking fix in lastclose, prevents an oops.
- Black panel on vt switch due to pageflip when
Hi Dave
3 regression fixes:
- disable gmbus again, too broken for 3.4, we'll try again for 3.5
- dp bandwidth computation fix, we've lost the 6bpc dithering flag
sometimes, this is a 3.3 regression (maybe even earlier for some
configurations).
- fix resume regression caused by the gen2/3
Hi Dave
3 regression fixes:
- disable gmbus again, too broken for 3.4, we'll try again for 3.5
- dp bandwidth computation fix, we've lost the 6bpc dithering flag
sometimes, this is a 3.3 regression (maybe even earlier for some
configurations).
- fix resume regression caused by the gen2/3
Hi Linus,
this pull just contains a forward of the Intel fixes from Daniel,
The only annoyance is the RC6 enable, which really should have made -next,
but since Ubuntu are shipping it I reckon its getting a good testing now
by the time 3.4 comes out.
The pull from Daniel contains his pull
Hi Dave,
A few patches for 3.4, major part is 3 regression fixes:
- ppgtt broke hibernate on snb/ivb. Somehow our QA claims that it still
works, which is why this has not been caught earlier.
- ppgtt flails in combination with dmar. I kinda expected this one :(
- fence handling bugfix for
Hi Dave,
A few patches for 3.4, major part is 3 regression fixes:
- ppgtt broke hibernate on snb/ivb. Somehow our QA claims that it still
works, which is why this has not been caught earlier.
- ppgtt flails in combination with dmar. I kinda expected this one :(
- fence handling bugfix for
Hi Linus,
this pull just contains a forward of the Intel fixes from Daniel,
The only annoyance is the RC6 enable, which really should have made -next,
but since Ubuntu are shipping it I reckon its getting a good testing now
by the time 3.4 comes out.
The pull from Daniel contains his pull
Jesse sent me a couple of trivial sprite plane fixes.
The following changes since commit 91982b58d35720b75b894c60e1e3133daa455b53:
drm/gma500: Fix Cedarview boot failures in 3.3-rc (2012-03-05 14:08:31 +)
are available in the git repository at:
Jesse sent me a couple of trivial sprite plane fixes.
The following changes since commit 91982b58d35720b75b894c60e1e3133daa455b53:
drm/gma500: Fix Cedarview boot failures in 3.3-rc (2012-03-05 14:08:31 +)
are available in the git repository at:
Here are a few bug fixes for drm/i915. This fixes switching from
interlaced to non-interlaced mode at boot time, as well as a bunch of
regressions caused by bad DP bandwidth computations.
The following changes since commit acb42a3b611d7ad4cb173c3b37674b549df2ffeb:
Merge branch 'drm-fixes' of
Here are a few bug fixes for drm/i915. This fixes switching from
interlaced to non-interlaced mode at boot time, as well as a bunch of
regressions caused by bad DP bandwidth computations.
The following changes since commit acb42a3b611d7ad4cb173c3b37674b549df2ffeb:
Merge branch 'drm-fixes' of
A bunch of patches which fix IVB-specific troubles:
* A selection of code which was labeled for SNB, but needs to be run on
IVB as well.
* A replacement for the quick-hack IVB lost-IRQ issue. This appears to
help on SNB as well, but for now it's only enabled on IVB in case we
A bunch of patches which fix IVB-specific troubles:
* A selection of code which was labeled for SNB, but needs to be run on
IVB as well.
* A replacement for the quick-hack IVB lost-IRQ issue. This appears to
help on SNB as well, but for now it's only enabled on IVB in case we
A few regression fixes:
* eDP panels with too few lanes need 6bpc modes
* older machine backlights going black
* divide-by-zero crash when reading a /sys file
Quirks for a couple of machines:
* No lvds panel on a desktop ASUS machine
* Light up the second LVDS on the Libretto W105
Two
A few regression fixes:
* eDP panels with too few lanes need 6bpc modes
* older machine backlights going black
* divide-by-zero crash when reading a /sys file
Quirks for a couple of machines:
* No lvds panel on a desktop ASUS machine
* Light up the second LVDS on the Libretto W105
Two
Hey Dave:
Here's a pile of fixes to the intel driver. This pull includes the three
patches you already merged in, but it merges cleanly so I didn't rebase
around them.
The following changes since commit 37be944a0270402f9cda291a930b0286f6dc92f5:
Merge branch 'drm-core-next' of
Hey Dave:
Here's a pile of fixes to the intel driver. This pull includes the three
patches you already merged in, but it merges cleanly so I didn't rebase
around them.
The following changes since commit 37be944a0270402f9cda291a930b0286f6dc92f5:
Merge branch 'drm-core-next' of
Keith Packard wrote:
On Thu, 6 Oct 2011 10:12:57 -0700, Linus
Torvaldstorva...@linux-foundation.org wrote:
[drm:ironlake_update_pch_refclk] *ERROR* enabling SSC on PCH
Thanks. I've got a patch series that fixes a pile of refclk bugs which
is still out for review that should fix this.
Keith Packard wrote:
> On Thu, 6 Oct 2011 10:12:57 -0700, Linus Torvalds linux-foundation.org> wrote:
>
>>[drm:ironlake_update_pch_refclk] *ERROR* enabling SSC on PCH
> Thanks. I've got a patch series that fixes a pile of refclk bugs which
> is still out for review that should fix this. This
On Thu, 6 Oct 2011 10:12:57 -0700, Linus Torvalds wrote:
> [drm:ironlake_update_pch_refclk] *ERROR* enabling SSC on PCH
Thanks. I've got a patch series that fixes a pile of refclk bugs which
is still out for review that should fix this. This error should be
harmless, but still..
--
On Thu, Sep 29, 2011 at 6:18 PM, Keith Packard wrote:
>
> Here are three tiny patches, two new bug fixes and one regression fix
> that disables FBC on Ironlake and older chips.
So I got this error notice at bootup with the current -git tree.
Everything seems to work despite it, but I thought I'd
On Thu, 6 Oct 2011 10:12:57 -0700, Linus Torvalds
torva...@linux-foundation.org wrote:
[drm:ironlake_update_pch_refclk] *ERROR* enabling SSC on PCH
Thanks. I've got a patch series that fixes a pile of refclk bugs which
is still out for review that should fix this. This error should be
Here are three tiny patches, two new bug fixes and one regression fix
that disables FBC on Ironlake and older chips.
The following changes since commit b6fd41e29dea9c6753b1843a77e50433e6123bcb:
Linux 3.1-rc6 (2011-09-12 14:02:02 -0700)
are available in the git repository at:
Here are three tiny patches, two new bug fixes and one regression fix
that disables FBC on Ironlake and older chips.
The following changes since commit b6fd41e29dea9c6753b1843a77e50433e6123bcb:
Linux 3.1-rc6 (2011-09-12 14:02:02 -0700)
are available in the git repository at:
This is all I've seen since rc3; a couple of tiny fixes, but one has
seen several complaints on the list, so I figured I'd send them in now.
The following changes since commit fcb8ce5cfe30ca9ca5c9a79cdfe26d1993e65e0c:
Linux 3.1-rc3 (2011-08-22 11:42:53 -0700)
are available in the git
This is all I've seen since rc3; a couple of tiny fixes, but one has
seen several complaints on the list, so I figured I'd send them in now.
The following changes since commit fcb8ce5cfe30ca9ca5c9a79cdfe26d1993e65e0c:
Linux 3.1-rc3 (2011-08-22 11:42:53 -0700)
are available in the git
Two bug fixes, a new platform backlight driver and a bit of debug output
for IVB interrupts:
* Dual-display mode setting manipulations on SNB machines would sometimes
accidentally turn off all outputs.
* Attempts to use UMS would segfault in the kernel and generate a pile
of spurious
Two fairly useful bug fixes:
* Quirk for Lenovo U160 to prevent a black-screen when KMS starts up.
We've gone round and round trying to make this hardware 'just work',
it's time to give up and special case this box.
* Fix longstanding regression on old (pre-G33) hardware with tiled
buffer
Two fairly useful bug fixes:
* Quirk for Lenovo U160 to prevent a black-screen when KMS starts up.
We've gone round and round trying to make this hardware 'just work',
it's time to give up and special case this box.
* Fix longstanding regression on old (pre-G33) hardware with tiled
buffer
What have we got here:
* A list of DP fixes from Jesse to make the code conform more closely
to the specification.
* Making Ivybridge use the Sandybridge GPU reset path.
* Recover from i915 load failure without causing a later panic
when the shrinker ran.
* Revert the RC6 enable
What have we got here:
* A list of DP fixes from Jesse to make the code conform more closely
to the specification.
* Making Ivybridge use the Sandybridge GPU reset path.
* Recover from i915 load failure without causing a later panic
when the shrinker ran.
* Revert the RC6 enable
Another forcewake fix, a NULL pointer oops, some error-path cleanups, a
UMS for IRL fix and another IVB fix. The UMS for IRL fix (from Jesse)
contains a bunch of code motion, hence the fairly large
diffstat. Otherwise, these are all tiny fixes.
The following changes since commit
Another forcewake fix, a NULL pointer oops, some error-path cleanups, a
UMS for IRL fix and another IVB fix. The UMS for IRL fix (from Jesse)
contains a bunch of code motion, hence the fairly large
diffstat. Otherwise, these are all tiny fixes.
The following changes since commit
A couple of forcewake fixes and and a patch to make page flip work on
IVB.
Sorry for the large diffstat; the IVB fix first splits out page flipping
into per-generation functions and then applies the IVB-specific version,
so the bulk of the change is just shuffling code around.
The following
A couple of forcewake fixes and and a patch to make page flip work on
IVB.
Sorry for the large diffstat; the IVB fix first splits out page flipping
into per-generation functions and then applies the IVB-specific version,
so the bulk of the change is just shuffling code around.
The following
Here's a few minor fixes for the intel drm driver.
This should fix:
* Lost interrupts on Sandybridge from the BSD ring
* Sandybridge forcewake error during suspend/resume
* Performance regression due to discarding GTT mappings
* Broken 9xx display at startup due to lost call to
Here's a few minor fixes for the intel drm driver.
This should fix:
* Lost interrupts on Sandybridge from the BSD ring
* Sandybridge forcewake error during suspend/resume
* Performance regression due to discarding GTT mappings
* Broken 9xx display at startup due to lost call to
Mostly mode setting cleanups and fixes.
The following changes since commit 55922c9d1b84b89cb946c777fddccb3247e7df2c:
Linux 3.0-rc1 (2011-05-29 17:43:36 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/keithp/linux-2.6.git
drm-intel-fixes
Mostly mode setting cleanups and fixes.
The following changes since commit 55922c9d1b84b89cb946c777fddccb3247e7df2c:
Linux 3.0-rc1 (2011-05-29 17:43:36 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/keithp/linux-2.6.git
drm-intel-fixes
Here are a few very small changes for Intel mode setting.
They should fix the following bugs:
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=36314
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=36456
References: https://bugs.freedesktop.org/show_bug.cgi?id=36246
The
Here are a few very small changes for Intel mode setting.
They should fix the following bugs:
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=36314
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=36456
References: https://bugs.freedesktop.org/show_bug.cgi?id=36246
The
Here's a couple of minor fixes for intel modesetting.
These should resolve the following bugs:
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=35977
References: https://bugs.freedesktop.org/show_bug.cgi?id=35903
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=35796
Here's a couple of minor fixes for intel modesetting.
These should resolve the following bugs:
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=35977
References: https://bugs.freedesktop.org/show_bug.cgi?id=35903
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=35796
501 - 596 of 596 matches
Mail list logo