On Mon, 02 Feb 2015, Sakari Kapanen wrote:
> Dear maintainers,
>
> On an Asus Zenbook UX32VD laptop with an i5-3317U CPU and Intel HD4000
> graphics, I'm experiencing the following with the latest 3.19rc6
> mainline kernel (built from the Arch Linux AUR package:
> https://aur.archlinux.org/pack
On Tue, Feb 03, 2015 at 05:55:05PM -0800, Rodrigo Vivi wrote:
> On Thu, Jan 29, 2015 at 6:13 AM, Damien Lespiau
> wrote:
> > Signed-off-by: Damien Lespiau
> > ---
> > drivers/gpu/drm/i915/i915_drv.c | 19 +--
> > 1 file changed, 17 insertions(+), 2 deletions(-)
> >
> > diff --git
On Tue, Feb 03, 2015 at 05:55:46PM -0800, Rodrigo Vivi wrote:
> Good catch!
>
> Reviewed-by: Rodrigo Vivi
>
> On Thu, Jan 29, 2015 at 6:13 AM, Damien Lespiau
> wrote:
Tiny commit messages! I've added a short blurb explaining that we track
this in intel_info already.
> > Signed-off-by: Damien
On Tue, Feb 03, 2015 at 08:24:12PM +, Chris Wilson wrote:
> On Tue, Feb 03, 2015 at 08:13:56PM +0100, Michał Winiarski wrote:
> > It was possible for invalidate range start mmu notifier callback to race
> > with releasing userptr object. If the object is released prior to
> > taking a spinlock
On Tue, Feb 03, 2015 at 11:30:11AM +0100, Daniel Vetter wrote:
> At driver load we need to tell the vblank code about the state of the
> pipes, so that the logic around reject vblank_get when the pipe is off
> works correctly.
>
> Thus far i915 used drm_vblank_off, but one of the side-effects of i
On Tue, Feb 03, 2015 at 01:10:04PM -0800, Matt Roper wrote:
> plane->state->fb and plane->fb should always reference the same FB so
> that atomic and legacy codepaths have the same view of display state.
> In commit
>
> commit db068420560511de80ac59222644f2bdf278c3d5
> Author: Matt
On 02/03/2015 07:47 PM, Daniel Vetter wrote:
On Tue, Feb 03, 2015 at 05:22:31PM +, Tvrtko Ursulin wrote:
From: Tvrtko Ursulin
Start using frame buffer modifiers instead of object tiling mode
for display purposes.
To ensure compatibility with old userspace which is using set_tiling
and do
For scenarios where OF is not available, we can use panel identification by
name.
v2: Use const char *name instead of name[NAME_MAX] (Thierry)
CC: Thierry Reding
Signed-off-by: Shobhit Kumar
---
drivers/gpu/drm/drm_panel.c | 18 ++
include/drm/drm_panel.h | 3 +++
2 files
On Tue, Feb 03, 2015 at 05:51:29PM -0800, Rodrigo Vivi wrote:
> On Thu, Jan 29, 2015 at 6:13 AM, Damien Lespiau
> wrote:
> > We need to have a separate GT3 struct intel_device_info to declare they
> > have a second VCS. Let's start by splitting the PCI ids per-GT.
> >
> > Signed-off-by: Damien Les
Hi Dave,
As discussed on irc one more pull for a bit of atomic goodies. Otherwise
just random all over. Plus one fixup on top of the tag because we've
accidentally broken thread-safety for the hangcheck.
drm-intel-next-2015-01-30:
- chv rps improvements from Ville
- atomic state handling prep wor
Tested-By: PRC QA PRTS (Patch Regression Test System Contact:
shuang...@intel.com)
Task id: 5707
-Summary-
Platform Delta drm-intel-nightly Series Applied
PNV +1 282/283
Andrey Skvortsov schreef op zo 01-02-2015 om 00:16 [+0300]:
> this warning exist in v3.19-rc6 and does not in v3.18. Bisection
> points to the commit 51e31d49c890552 "drm/i915: Use generic vblank wait".
> I have two machines with integrated Intel graphics and the problem
> happens only on the old o
On Tue, Feb 03, 2015 at 05:51:29PM -0800, Rodrigo Vivi wrote:
> On Thu, Jan 29, 2015 at 6:13 AM, Damien Lespiau
> wrote:
> > We need to have a separate GT3 struct intel_device_info to declare they
> > have a second VCS. Let's start by splitting the PCI ids per-GT.
> >
> > Signed-off-by: Damien Les
v2: leave intel_skylake_info alone (Rodrigo, Daniel)
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/i915/i915_drv.c | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c
index 8039cec..6f4f3c5 10
On Mon, 02 Feb 2015, Ed Maste wrote:
> A FreeBSD developer discovered that intel_fbc_enabled has a
> declaration in two headers:
>
> sys/dev/drm2/i915/i915_drv.h:extern bool intel_fbc_enabled(struct
> drm_device *dev);
> sys/dev/drm2/i915/intel_drv.h:extern bool intel_fbc_enabled(struct
> drm_devi
On Mon, 02 Feb 2015, Gergely Nógrádi wrote:
> I can't configure the 2nd or 3rd display on my Dell Latitude e5540
> notebook and Dell NB Port Replicator.
> I tried to connect DVI, DP and VGA to Port Replicator and it is
> working only in mirror mode.
> The only way to use 2 external display if I co
On Tue, Feb 03, 2015 at 01:06:31AM +0200, Imre Deak wrote:
> > +static struct i915_power_well skl_power_wells[] = {
> > + {
> > + .name = "always-on",
> > + .always_on = 1,
> > + .domains = SKL_DISPLAY_ALWAYS_ON_POWER_DOMAINS,
> > + .ops = &i9xx_always_on_p
From: Satheeshakrishna M
This patch implements core logic of SKL display power well.
v2: Addressed Imre's comments
- Added respective DDIs under power well #1 and #2
- Simplified repetitive code in power well programming
v3: Implemented Imre's comments
- Further simplifi
Tested-By: PRC QA PRTS (Patch Regression Test System Contact:
shuang...@intel.com)
Task id: 5711
-Summary-
Platform Delta drm-intel-nightly Series Applied
PNV +1 282/283
On Wed, Feb 04, 2015 at 01:57:44PM +, Damien Lespiau wrote:
> From: Satheeshakrishna M
>
> This patch implements core logic of SKL display power well.
>
> v2: Addressed Imre's comments
> - Added respective DDIs under power well #1 and #2
> - Simplified repetitive code in power we
On ke, 2015-02-04 at 13:53 +, Damien Lespiau wrote:
> On Tue, Feb 03, 2015 at 01:06:31AM +0200, Imre Deak wrote:
> > > +static struct i915_power_well skl_power_wells[] = {
> > > + {
> > > + .name = "always-on",
> > > + .always_on = 1,
> > > + .domains = SKL_DISPLAY_ALWAY
On Wed, Feb 04, 2015 at 10:01:45AM +, Tvrtko Ursulin wrote:
>
> On 02/03/2015 07:47 PM, Daniel Vetter wrote:
> >On Tue, Feb 03, 2015 at 05:22:31PM +, Tvrtko Ursulin wrote:
> >>From: Tvrtko Ursulin
> >>
> >>Start using frame buffer modifiers instead of object tiling mode
> >>for display pu
On Wed, Feb 04, 2015 at 04:20:28PM +0200, Imre Deak wrote:
> On ke, 2015-02-04 at 13:53 +, Damien Lespiau wrote:
> > On Tue, Feb 03, 2015 at 01:06:31AM +0200, Imre Deak wrote:
> > > > +static struct i915_power_well skl_power_wells[] = {
> > > > + {
> > > > + .name = "always-
On ke, 2015-02-04 at 16:20 +0200, Imre Deak wrote:
> On ke, 2015-02-04 at 13:53 +, Damien Lespiau wrote:
> > On Tue, Feb 03, 2015 at 01:06:31AM +0200, Imre Deak wrote:
> > > > +static struct i915_power_well skl_power_wells[] = {
> > > > + {
> > > > + .name = "always-on",
> >
On ke, 2015-02-04 at 14:24 +, Damien Lespiau wrote:
> On Wed, Feb 04, 2015 at 04:20:28PM +0200, Imre Deak wrote:
> > On ke, 2015-02-04 at 13:53 +, Damien Lespiau wrote:
> > > On Tue, Feb 03, 2015 at 01:06:31AM +0200, Imre Deak wrote:
> > > > > +static struct i915_power_well skl_power_wells[
On 02/04/2015 02:25 PM, Daniel Vetter wrote:
On Wed, Feb 04, 2015 at 10:01:45AM +, Tvrtko Ursulin wrote:
On 02/03/2015 07:47 PM, Daniel Vetter wrote:
On Tue, Feb 03, 2015 at 05:22:31PM +, Tvrtko Ursulin wrote:
From: Tvrtko Ursulin
Start using frame buffer modifiers instead of object
On Wed, Feb 04, 2015 at 03:09:38PM +, Tvrtko Ursulin wrote:
> On 02/04/2015 02:25 PM, Daniel Vetter wrote:
> >On Wed, Feb 04, 2015 at 10:01:45AM +, Tvrtko Ursulin wrote:
> >>
> >>On 02/03/2015 07:47 PM, Daniel Vetter wrote:
> >>>On Tue, Feb 03, 2015 at 05:22:31PM +, Tvrtko Ursulin wrote
On Wed, Feb 4, 2015 at 5:10 AM, Damien Lespiau wrote:
> On Tue, Feb 03, 2015 at 05:51:29PM -0800, Rodrigo Vivi wrote:
>> On Thu, Jan 29, 2015 at 6:13 AM, Damien Lespiau
>> wrote:
>> > We need to have a separate GT3 struct intel_device_info to declare they
>> > have a second VCS. Let's start by sp
just reinforcing..
Reviewed-by: Rodrigo Vivi
On Wed, Feb 4, 2015 at 5:22 AM, Damien Lespiau wrote:
> v2: leave intel_skylake_info alone (Rodrigo, Daniel)
>
> Signed-off-by: Damien Lespiau
> ---
> drivers/gpu/drm/i915/i915_drv.c | 17 -
> 1 file changed, 16 insertions(+), 1 del
On 02/04/2015 03:33 PM, Daniel Vetter wrote:
On Wed, Feb 04, 2015 at 03:09:38PM +, Tvrtko Ursulin wrote:
On 02/04/2015 02:25 PM, Daniel Vetter wrote:
On Wed, Feb 04, 2015 at 10:01:45AM +, Tvrtko Ursulin wrote:
On 02/03/2015 07:47 PM, Daniel Vetter wrote:
On Tue, Feb 03, 2015 at 05:2
From: Tvrtko Ursulin
Just a few basic tests to make sure fb modifiers can be used and
behave sanely when mixed with the old set_tiling API.
Signed-off-by: Tvrtko Ursulin
---
lib/ioctl_wrappers.c | 45 ++
lib/ioctl_wrappers.h | 36
On Wed, Feb 04, 2015 at 01:32:14PM +0100, Paul Bolle wrote:
> Andrey Skvortsov schreef op zo 01-02-2015 om 00:16 [+0300]:
> > this warning exist in v3.19-rc6 and does not in v3.18. Bisection
> > points to the commit 51e31d49c890552 "drm/i915: Use generic vblank wait".
> > I have two machines with i
On Wed, Feb 04, 2015 at 09:26:27PM +0300, Andrey Skvortsov wrote:
> On Tue, Feb 03, 2015 at 08:21:52PM +, Chris Wilson wrote:
> > On Tue, Feb 03, 2015 at 10:15:47PM +0300, Andrey Skvortsov wrote:
> > > Hi,
> > >
> > > tested next-20150202. System boots, but graphic output is broken (empty
> >
On 4 February 2015 at 08:27, Jani Nikula wrote:
> On Mon, 02 Feb 2015, Ed Maste wrote:
>> A FreeBSD developer discovered that intel_fbc_enabled has a
>> declaration in two headers:
>>
>> ...
>
> Fixed by
>
> commit 7ff0ebcc1e30e3216c8c62ee71f59ac830b10364
Thanks.
Sorry for the double post - one
On Mon, Feb 02, 2015 at 01:21:19PM +, Damien Lespiau wrote:
> On Mon, Feb 02, 2015 at 02:33:48PM +0200, Ville Syrjälä wrote:
> > On Thu, Jan 08, 2015 at 07:59:10PM -0800, Ben Widawsky wrote:
> > > Implements a required workaround whose implications aren't entirely clear
> > > to me
> > > from
35 matches
Mail list logo
