On Fri, Nov 16, 2012 at 12:17 PM, Daniel Vetter wrote:
> Hi Dave,
>
> Highlights of this -next round:
> - ivb fdi B/C fixes
> - hsw sprite/plane offset fixes from Damien
> - unified dp/hdmi encoder for hsw, finally external dp support on hsw
> (Paulo)
> - kill-agp and some other prep work in the
On Fri, Nov 16, 2012 at 6:47 PM, Alex Deucher wrote:
> Hey, I don't see the drm HPD fixes. Are you planning to put them in
> another pull request? It would be nice to get them upstream for 3.8
Since they only refine the drm helpers in the core, I've figured
there's no need to merge them through
On Thu, Sep 13, 2012 at 04:18:41PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> The big ticket item here is the new i915 modeset infrastructure.
> Shockingly it didn't not blow up all over the place (i.e. I've managed to
> fix the ugly issues before merging). 1-2 smaller corner cases broke, but
> we
On Thu, Jun 28, 2012 at 02:05:16PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> New -next pull request. Highlights:
> - Remaining vlv patches from Jesse et al.
> - Some hw workarounds from Jesse
> - hw context support from Ben
> - full uncore sharing on ivb
> - prep work to move the gtt code from in
On Wed, Jul 13, 2011 at 09:39:41AM -0700, Keith Packard wrote:
>
> Here's most of the patches I'm hoping to land after 3.0:
Is this one intentionally not in or did it slip through?
drm/i915: gracefully bail out when init_clock_gating-pointer is not set [1]
[1] http://lists.freedesktop.org/archi
On Wed, 13 Jul 2011 19:22:14 +0200, Wolfram Sang 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 things have changed and r
> Sorry for not pinging you when I didn't hear back.
No problem! Will fix it.
Thanks,
Wolfram
--
Pengutronix e.K. | Wolfram Sang|
Industrial Linux Solutions | http://www.pengutronix.de/ |
signature.asc
Description: Digital signatu
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 w
On Wed, 10 Aug 2011 12:20:14 -0400, Andy Lutomirski 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 on a
On Thu, Sep 13, 2012 at 7:18 AM, Daniel Vetter wrote:
> Hi Dave,
>
> The big ticket item here is the new i915 modeset infrastructure.
> Shockingly it didn't not blow up all over the place (i.e. I've managed to
> fix the ugly issues before merging). 1-2 smaller corner cases broke, but
> we have pat
On Fri, Mar 15, 2013 at 3:11 AM, Stéphane Marchesin
wrote:
>> drm/i915: read out the modeset hw state at load and resume time
> This commit regresses modeset on the samsung series 5 chromebook (it
> is basically a pineview machine with an lvds panel). I don't seem to
> be able to set any mod
-lkml
On Sun, Mar 17, 2013 at 12:46 PM, Daniel Vetter wrote:
> On Fri, Mar 15, 2013 at 3:11 AM, Stéphane Marchesin
> wrote:
>>> drm/i915: read out the modeset hw state at load and resume time
>> This commit regresses modeset on the samsung series 5 chromebook (it
>> is basically a pineview
On Mon, Mar 18, 2013 at 8:35 PM, Stéphane Marchesin
wrote:
>
>> For starters I guess we need:
>> - drm.debug=0xe dmesg from just before that commit
>> - same for latest 3.9-rc kernels, presuming it's not broken there
>>
>> Latest upstream has a minor chance to work better I think since we've
>> im
On Mon, Mar 18, 2013 at 9:59 PM, Daniel Vetter wrote:
> On Mon, Mar 18, 2013 at 8:35 PM, Stéphane Marchesin
> wrote:
>>
>>> For starters I guess we need:
>>> - drm.debug=0xe dmesg from just before that commit
>>> - same for latest 3.9-rc kernels, presuming it's not broken there
>>>
>>> Latest ups
On Mon, Apr 15, 2013 at 09:56:29AM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> Since I expect Linus to open the merge window in about a week I guess this
> is the last i915 feature pull for 3.10. Highlights:
> Updated testing tree for -next. Highlights:
> - Corner case fixes discovered with static
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 'drm-r
I've pushed four more patches to this branch for your merging pleasure.
> * Disabling FBC on Ironlake to enable RC6 instead
Two patches for this are included.
The following changes since commit 645c62a5e95a5f9a8e0d0627446bbda4ee042024:
drm/i915: split PCH clock gating init (2011-05-13 18:12
On Tue, 17 May 2011 15:00:01 -0700, Keith Packard wrote:
>
> I've pushed four more patches to this branch for your merging pleasure.
And, one more which fixes non-eDP displays on Ironlake systems after the
Ivybridge merge. Sorry for not catching that in our testing...
The following changes sinc
This fixes a simple typo in the Ivybridge code -- an extra semicolon.
The following changes since commit 9e3c256d7d56a12a324945ce8e6347f93fa0:
drm/i915: initialize gen6 rps work queue on Sandy Bridge and Ivy Bridge
(2011-05-18 15:14:39 -0700)
are available in the git repository at:
ssh
Here's another handful of fixes that I had merged to
drm-intel-next. Once these are merged, I'll move drm-intel-fixes and
start putting stuff there for 3.0.
The following changes since commit 9e3c256d7d56a12a324945ce8e6347f93fa0:
drm/i915: initialize gen6 rps work queue on Sandy Bridge and
On Wed, Aug 07, 2013 at 10:27:35AM +1000, Dave Airlie wrote:
> On Mon, Aug 5, 2013 at 5:35 AM, Daniel Vetter wrote:
> > Hi Dave,
>
> Okay since I missed this, then I merged patches from the list from
> David Herrmann
> fixing up drm_mm usage, then I merged this and it all fell to pieces.
>
> C
I've pushed four more patches to this branch for your merging pleasure.
> * Disabling FBC on Ironlake to enable RC6 instead
Two patches for this are included.
The following changes since commit 645c62a5e95a5f9a8e0d0627446bbda4ee042024:
drm/i915: split PCH clock gating init (2011-05-13 18:12
On Tue, 17 May 2011 15:00:01 -0700, Keith Packard wrote:
>
> I've pushed four more patches to this branch for your merging pleasure.
And, one more which fixes non-eDP displays on Ironlake systems after the
Ivybridge merge. Sorry for not catching that in our testing...
The following changes sinc
This fixes a simple typo in the Ivybridge code -- an extra semicolon.
The following changes since commit 9e3c256d7d56a12a324945ce8e6347f93fa0:
drm/i915: initialize gen6 rps work queue on Sandy Bridge and Ivy Bridge
(2011-05-18 15:14:39 -0700)
are available in the git repository at:
ssh
Here's another handful of fixes that I had merged to
drm-intel-next. Once these are merged, I'll move drm-intel-fixes and
start putting stuff there for 3.0.
The following changes since commit 9e3c256d7d56a12a324945ce8e6347f93fa0:
drm/i915: initialize gen6 rps work queue on Sandy Bridge and
On Wed, Jul 13, 2011 at 09:39:41AM -0700, Keith Packard wrote:
>
> Here's most of the patches I'm hoping to land after 3.0:
Is this one intentionally not in or did it slip through?
drm/i915: gracefully bail out when init_clock_gating-pointer is not set [1]
[1] http://lists.freedesktop.org/archi
On Wed, 13 Jul 2011 19:22:14 +0200, Wolfram Sang 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 things have changed and r
> Sorry for not pinging you when I didn't hear back.
No problem! Will fix it.
Thanks,
Wolfram
--
Pengutronix e.K. | Wolfram Sang|
Industrial Linux Solutions | http://www.pengutronix.de/ |
signature.asc
Description: Digital signatu
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 w
On Wed, 10 Aug 2011 12:20:14 -0400, Andy Lutomirski 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 on a
On Thu, Jun 28, 2012 at 02:05:16PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> New -next pull request. Highlights:
> - Remaining vlv patches from Jesse et al.
> - Some hw workarounds from Jesse
> - hw context support from Ben
> - full uncore sharing on ivb
> - prep work to move the gtt code from in
On Thu, Sep 13, 2012 at 04:18:41PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> The big ticket item here is the new i915 modeset infrastructure.
> Shockingly it didn't not blow up all over the place (i.e. I've managed to
> fix the ugly issues before merging). 1-2 smaller corner cases broke, but
> we
On Fri, Nov 16, 2012 at 12:17 PM, Daniel Vetter wrote:
> Hi Dave,
>
> Highlights of this -next round:
> - ivb fdi B/C fixes
> - hsw sprite/plane offset fixes from Damien
> - unified dp/hdmi encoder for hsw, finally external dp support on hsw
> (Paulo)
> - kill-agp and some other prep work in the
On Fri, Nov 16, 2012 at 6:47 PM, Alex Deucher wrote:
> Hey, I don't see the drm HPD fixes. Are you planning to put them in
> another pull request? It would be nice to get them upstream for 3.8
Since they only refine the drm helpers in the core, I've figured
there's no need to merge them through
On Thu, Sep 13, 2012 at 7:18 AM, Daniel Vetter wrote:
> Hi Dave,
>
> The big ticket item here is the new i915 modeset infrastructure.
> Shockingly it didn't not blow up all over the place (i.e. I've managed to
> fix the ugly issues before merging). 1-2 smaller corner cases broke, but
> we have pat
On Fri, Mar 15, 2013 at 3:11 AM, Stéphane Marchesin
wrote:
>> drm/i915: read out the modeset hw state at load and resume time
> This commit regresses modeset on the samsung series 5 chromebook (it
> is basically a pineview machine with an lvds panel). I don't seem to
> be able to set any mod
-lkml
On Sun, Mar 17, 2013 at 12:46 PM, Daniel Vetter wrote:
> On Fri, Mar 15, 2013 at 3:11 AM, Stéphane Marchesin
> wrote:
>>> drm/i915: read out the modeset hw state at load and resume time
>> This commit regresses modeset on the samsung series 5 chromebook (it
>> is basically a pineview
On Mon, Mar 18, 2013 at 8:35 PM, Stéphane Marchesin
wrote:
>
>> For starters I guess we need:
>> - drm.debug=0xe dmesg from just before that commit
>> - same for latest 3.9-rc kernels, presuming it's not broken there
>>
>> Latest upstream has a minor chance to work better I think since we've
>> im
On Mon, Mar 18, 2013 at 9:59 PM, Daniel Vetter wrote:
> On Mon, Mar 18, 2013 at 8:35 PM, Stéphane Marchesin
> wrote:
>>
>>> For starters I guess we need:
>>> - drm.debug=0xe dmesg from just before that commit
>>> - same for latest 3.9-rc kernels, presuming it's not broken there
>>>
>>> Latest ups
On Mon, Apr 15, 2013 at 09:56:29AM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> Since I expect Linus to open the merge window in about a week I guess this
> is the last i915 feature pull for 3.10. Highlights:
> Updated testing tree for -next. Highlights:
> - Corner case fixes discovered with static
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 'drm-r
On Wed, Aug 07, 2013 at 10:27:35AM +1000, Dave Airlie wrote:
> On Mon, Aug 5, 2013 at 5:35 AM, Daniel Vetter wrote:
> > Hi Dave,
>
> Okay since I missed this, then I merged patches from the list from
> David Herrmann
> fixing up drm_mm usage, then I merged this and it all fell to pieces.
>
> C
On Thu, Sep 13, 2012 at 04:18:41PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> The big ticket item here is the new i915 modeset infrastructure.
> Shockingly it didn't not blow up all over the place (i.e. I've managed to
> fix the ugly issues before merging). 1-2 smaller corner cases broke, but
> we
On Fri, Nov 16, 2012 at 12:17 PM, Daniel Vetter wrote:
> Hi Dave,
>
> Highlights of this -next round:
> - ivb fdi B/C fixes
> - hsw sprite/plane offset fixes from Damien
> - unified dp/hdmi encoder for hsw, finally external dp support on hsw
> (Paulo)
> - kill-agp and some other prep work in the
On Fri, Nov 16, 2012 at 6:47 PM, Alex Deucher wrote:
> Hey, I don't see the drm HPD fixes. Are you planning to put them in
> another pull request? It would be nice to get them upstream for 3.8
Since they only refine the drm helpers in the core, I've figured
there's no need to merge them through
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 'drm-r
On Thu, Sep 13, 2012 at 7:18 AM, Daniel Vetter wrote:
> Hi Dave,
>
> The big ticket item here is the new i915 modeset infrastructure.
> Shockingly it didn't not blow up all over the place (i.e. I've managed to
> fix the ugly issues before merging). 1-2 smaller corner cases broke, but
> we have pat
On Fri, Mar 15, 2013 at 3:11 AM, Stéphane Marchesin
wrote:
>> drm/i915: read out the modeset hw state at load and resume time
> This commit regresses modeset on the samsung series 5 chromebook (it
> is basically a pineview machine with an lvds panel). I don't seem to
> be able to set any mod
-lkml
On Sun, Mar 17, 2013 at 12:46 PM, Daniel Vetter wrote:
> On Fri, Mar 15, 2013 at 3:11 AM, Stéphane Marchesin
> wrote:
>>> drm/i915: read out the modeset hw state at load and resume time
>> This commit regresses modeset on the samsung series 5 chromebook (it
>> is basically a pineview
On Mon, Mar 18, 2013 at 8:35 PM, Stéphane Marchesin
wrote:
>
>> For starters I guess we need:
>> - drm.debug=0xe dmesg from just before that commit
>> - same for latest 3.9-rc kernels, presuming it's not broken there
>>
>> Latest upstream has a minor chance to work better I think since we've
>> im
On Mon, Mar 18, 2013 at 9:59 PM, Daniel Vetter wrote:
> On Mon, Mar 18, 2013 at 8:35 PM, Stéphane Marchesin
> wrote:
>>
>>> For starters I guess we need:
>>> - drm.debug=0xe dmesg from just before that commit
>>> - same for latest 3.9-rc kernels, presuming it's not broken there
>>>
>>> Latest ups
On Thu, Jun 28, 2012 at 02:05:16PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> New -next pull request. Highlights:
> - Remaining vlv patches from Jesse et al.
> - Some hw workarounds from Jesse
> - hw context support from Ben
> - full uncore sharing on ivb
> - prep work to move the gtt code from in
I've pushed four more patches to this branch for your merging pleasure.
> * Disabling FBC on Ironlake to enable RC6 instead
Two patches for this are included.
The following changes since commit 645c62a5e95a5f9a8e0d0627446bbda4ee042024:
drm/i915: split PCH clock gating init (2011-05-13 18:12
On Tue, 17 May 2011 15:00:01 -0700, Keith Packard wrote:
>
> I've pushed four more patches to this branch for your merging pleasure.
And, one more which fixes non-eDP displays on Ironlake systems after the
Ivybridge merge. Sorry for not catching that in our testing...
The following changes sinc
This fixes a simple typo in the Ivybridge code -- an extra semicolon.
The following changes since commit 9e3c256d7d56a12a324945ce8e6347f93fa0:
drm/i915: initialize gen6 rps work queue on Sandy Bridge and Ivy Bridge
(2011-05-18 15:14:39 -0700)
are available in the git repository at:
ssh
Here's another handful of fixes that I had merged to
drm-intel-next. Once these are merged, I'll move drm-intel-fixes and
start putting stuff there for 3.0.
The following changes since commit 9e3c256d7d56a12a324945ce8e6347f93fa0:
drm/i915: initialize gen6 rps work queue on Sandy Bridge and
On Wed, Jul 13, 2011 at 09:39:41AM -0700, Keith Packard wrote:
>
> Here's most of the patches I'm hoping to land after 3.0:
Is this one intentionally not in or did it slip through?
drm/i915: gracefully bail out when init_clock_gating-pointer is not set [1]
[1] http://lists.freedesktop.org/archi
On Wed, 13 Jul 2011 19:22:14 +0200, Wolfram Sang 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 things have changed and r
> Sorry for not pinging you when I didn't hear back.
No problem! Will fix it.
Thanks,
Wolfram
--
Pengutronix e.K. | Wolfram Sang|
Industrial Linux Solutions | http://www.pengutronix.de/ |
signature.asc
Description: Digital signatu
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 w
On Wed, 10 Aug 2011 12:20:14 -0400, Andy Lutomirski 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 on a
On Wed, Aug 07, 2013 at 10:27:35AM +1000, Dave Airlie wrote:
> On Mon, Aug 5, 2013 at 5:35 AM, Daniel Vetter wrote:
> > Hi Dave,
>
> Okay since I missed this, then I merged patches from the list from
> David Herrmann
> fixing up drm_mm usage, then I merged this and it all fell to pieces.
>
> C
On Mon, Apr 15, 2013 at 09:56:29AM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> Since I expect Linus to open the merge window in about a week I guess this
> is the last i915 feature pull for 3.10. Highlights:
> Updated testing tree for -next. Highlights:
> - Corner case fixes discovered with static
I've pushed four more patches to this branch for your merging pleasure.
> * Disabling FBC on Ironlake to enable RC6 instead
Two patches for this are included.
The following changes since commit 645c62a5e95a5f9a8e0d0627446bbda4ee042024:
drm/i915: split PCH clock gating init (2011-05-13 18:12
On Tue, 17 May 2011 15:00:01 -0700, Keith Packard wrote:
>
> I've pushed four more patches to this branch for your merging pleasure.
And, one more which fixes non-eDP displays on Ironlake systems after the
Ivybridge merge. Sorry for not catching that in our testing...
The following changes sinc
This fixes a simple typo in the Ivybridge code -- an extra semicolon.
The following changes since commit 9e3c256d7d56a12a324945ce8e6347f93fa0:
drm/i915: initialize gen6 rps work queue on Sandy Bridge and Ivy Bridge
(2011-05-18 15:14:39 -0700)
are available in the git repository at:
ssh
Here's another handful of fixes that I had merged to
drm-intel-next. Once these are merged, I'll move drm-intel-fixes and
start putting stuff there for 3.0.
The following changes since commit 9e3c256d7d56a12a324945ce8e6347f93fa0:
drm/i915: initialize gen6 rps work queue on Sandy Bridge and
On Fri, Nov 16, 2012 at 12:17 PM, Daniel Vetter wrote:
> Hi Dave,
>
> Highlights of this -next round:
> - ivb fdi B/C fixes
> - hsw sprite/plane offset fixes from Damien
> - unified dp/hdmi encoder for hsw, finally external dp support on hsw
> (Paulo)
> - kill-agp and some other prep work in the
On Fri, Nov 16, 2012 at 6:47 PM, Alex Deucher wrote:
> Hey, I don't see the drm HPD fixes. Are you planning to put them in
> another pull request? It would be nice to get them upstream for 3.8
Since they only refine the drm helpers in the core, I've figured
there's no need to merge them through
On Thu, Sep 13, 2012 at 04:18:41PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> The big ticket item here is the new i915 modeset infrastructure.
> Shockingly it didn't not blow up all over the place (i.e. I've managed to
> fix the ugly issues before merging). 1-2 smaller corner cases broke, but
> we
On Wed, Jul 13, 2011 at 09:39:41AM -0700, Keith Packard wrote:
>
> Here's most of the patches I'm hoping to land after 3.0:
Is this one intentionally not in or did it slip through?
drm/i915: gracefully bail out when init_clock_gating-pointer is not set [1]
[1] http://lists.freedesktop.org/archi
On Wed, 13 Jul 2011 19:22:14 +0200, Wolfram Sang 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 things have changed and r
> Sorry for not pinging you when I didn't hear back.
No problem! Will fix it.
Thanks,
Wolfram
--
Pengutronix e.K. | Wolfram Sang|
Industrial Linux Solutions | http://www.pengutronix.de/ |
signature.asc
Description: Digital signatu
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 w
On Wed, 10 Aug 2011 12:20:14 -0400, Andy Lutomirski 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 on a
On Thu, Jun 28, 2012 at 02:05:16PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> New -next pull request. Highlights:
> - Remaining vlv patches from Jesse et al.
> - Some hw workarounds from Jesse
> - hw context support from Ben
> - full uncore sharing on ivb
> - prep work to move the gtt code from in
On Wed, Aug 07, 2013 at 10:27:35AM +1000, Dave Airlie wrote:
> On Mon, Aug 5, 2013 at 5:35 AM, Daniel Vetter wrote:
> > Hi Dave,
>
> Okay since I missed this, then I merged patches from the list from
> David Herrmann
> fixing up drm_mm usage, then I merged this and it all fell to pieces.
>
> C
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 'drm-r
On Thu, Sep 13, 2012 at 7:18 AM, Daniel Vetter wrote:
> Hi Dave,
>
> The big ticket item here is the new i915 modeset infrastructure.
> Shockingly it didn't not blow up all over the place (i.e. I've managed to
> fix the ugly issues before merging). 1-2 smaller corner cases broke, but
> we have pat
On Fri, Mar 15, 2013 at 3:11 AM, Stéphane Marchesin
wrote:
>> drm/i915: read out the modeset hw state at load and resume time
> This commit regresses modeset on the samsung series 5 chromebook (it
> is basically a pineview machine with an lvds panel). I don't seem to
> be able to set any mod
-lkml
On Sun, Mar 17, 2013 at 12:46 PM, Daniel Vetter wrote:
> On Fri, Mar 15, 2013 at 3:11 AM, Stéphane Marchesin
> wrote:
>>> drm/i915: read out the modeset hw state at load and resume time
>> This commit regresses modeset on the samsung series 5 chromebook (it
>> is basically a pineview
On Mon, Mar 18, 2013 at 8:35 PM, Stéphane Marchesin
wrote:
>
>> For starters I guess we need:
>> - drm.debug=0xe dmesg from just before that commit
>> - same for latest 3.9-rc kernels, presuming it's not broken there
>>
>> Latest upstream has a minor chance to work better I think since we've
>> im
On Mon, Mar 18, 2013 at 9:59 PM, Daniel Vetter wrote:
> On Mon, Mar 18, 2013 at 8:35 PM, Stéphane Marchesin
> wrote:
>>
>>> For starters I guess we need:
>>> - drm.debug=0xe dmesg from just before that commit
>>> - same for latest 3.9-rc kernels, presuming it's not broken there
>>>
>>> Latest ups
On Mon, Apr 15, 2013 at 09:56:29AM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> Since I expect Linus to open the merge window in about a week I guess this
> is the last i915 feature pull for 3.10. Highlights:
> Updated testing tree for -next. Highlights:
> - Corner case fixes discovered with static
On Wed, Aug 07, 2013 at 10:27:35AM +1000, Dave Airlie wrote:
> On Mon, Aug 5, 2013 at 5:35 AM, Daniel Vetter wrote:
> > Hi Dave,
>
> Okay since I missed this, then I merged patches from the list from
> David Herrmann
> fixing up drm_mm usage, then I merged this and it all fell to pieces.
>
> C
On Thu, Sep 13, 2012 at 7:18 AM, Daniel Vetter wrote:
> Hi Dave,
>
> The big ticket item here is the new i915 modeset infrastructure.
> Shockingly it didn't not blow up all over the place (i.e. I've managed to
> fix the ugly issues before merging). 1-2 smaller corner cases broke, but
> we have pat
On Fri, Mar 15, 2013 at 3:11 AM, Stéphane Marchesin
wrote:
>> drm/i915: read out the modeset hw state at load and resume time
> This commit regresses modeset on the samsung series 5 chromebook (it
> is basically a pineview machine with an lvds panel). I don't seem to
> be able to set any mod
-lkml
On Sun, Mar 17, 2013 at 12:46 PM, Daniel Vetter wrote:
> On Fri, Mar 15, 2013 at 3:11 AM, Stéphane Marchesin
> wrote:
>>> drm/i915: read out the modeset hw state at load and resume time
>> This commit regresses modeset on the samsung series 5 chromebook (it
>> is basically a pineview
On Mon, Mar 18, 2013 at 8:35 PM, Stéphane Marchesin
wrote:
>
>> For starters I guess we need:
>> - drm.debug=0xe dmesg from just before that commit
>> - same for latest 3.9-rc kernels, presuming it's not broken there
>>
>> Latest upstream has a minor chance to work better I think since we've
>> im
On Mon, Mar 18, 2013 at 9:59 PM, Daniel Vetter wrote:
> On Mon, Mar 18, 2013 at 8:35 PM, Stéphane Marchesin
> wrote:
>>
>>> For starters I guess we need:
>>> - drm.debug=0xe dmesg from just before that commit
>>> - same for latest 3.9-rc kernels, presuming it's not broken there
>>>
>>> Latest ups
On Mon, Apr 15, 2013 at 09:56:29AM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> Since I expect Linus to open the merge window in about a week I guess this
> is the last i915 feature pull for 3.10. Highlights:
> Updated testing tree for -next. Highlights:
> - Corner case fixes discovered with static
I've pushed four more patches to this branch for your merging pleasure.
> * Disabling FBC on Ironlake to enable RC6 instead
Two patches for this are included.
The following changes since commit 645c62a5e95a5f9a8e0d0627446bbda4ee042024:
drm/i915: split PCH clock gating init (2011-05-13 18:12
On Tue, 17 May 2011 15:00:01 -0700, Keith Packard wrote:
>
> I've pushed four more patches to this branch for your merging pleasure.
And, one more which fixes non-eDP displays on Ironlake systems after the
Ivybridge merge. Sorry for not catching that in our testing...
The following changes sinc
This fixes a simple typo in the Ivybridge code -- an extra semicolon.
The following changes since commit 9e3c256d7d56a12a324945ce8e6347f93fa0:
drm/i915: initialize gen6 rps work queue on Sandy Bridge and Ivy Bridge
(2011-05-18 15:14:39 -0700)
are available in the git repository at:
ssh
Here's another handful of fixes that I had merged to
drm-intel-next. Once these are merged, I'll move drm-intel-fixes and
start putting stuff there for 3.0.
The following changes since commit 9e3c256d7d56a12a324945ce8e6347f93fa0:
drm/i915: initialize gen6 rps work queue on Sandy Bridge and
On Thu, Sep 13, 2012 at 04:18:41PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> The big ticket item here is the new i915 modeset infrastructure.
> Shockingly it didn't not blow up all over the place (i.e. I've managed to
> fix the ugly issues before merging). 1-2 smaller corner cases broke, but
> we
On Wed, Jul 13, 2011 at 09:39:41AM -0700, Keith Packard wrote:
>
> Here's most of the patches I'm hoping to land after 3.0:
Is this one intentionally not in or did it slip through?
drm/i915: gracefully bail out when init_clock_gating-pointer is not set [1]
[1] http://lists.freedesktop.org/archi
On Wed, 13 Jul 2011 19:22:14 +0200, Wolfram Sang 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 things have changed and r
> Sorry for not pinging you when I didn't hear back.
No problem! Will fix it.
Thanks,
Wolfram
--
Pengutronix e.K. | Wolfram Sang|
Industrial Linux Solutions | http://www.pengutronix.de/ |
signature.asc
Description: Digital signatu
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 w
1 - 100 of 132 matches
Mail list logo