On Sat, Jul 12, 2014 at 10:02:27AM +0530, sagar.a.kam...@intel.com wrote:
> From: Borun Fu
>
> On VLV, after i915_pm_suspend display power wells are staying
> power ungated. So, after initiating mem sleep "echo mem > /sys/power/state"
> Display is staing D0 State. There might be better way/place
On Wed, Jul 23, 2014 at 5:06 AM, Stephen Rothwell wrote:
> P.S. Daniel, that drm-intel tree commit has no Signed-off-by from its
> author ...
Oops, fixed. Thanks for pointing this out.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
_
On Tue, Jul 22, 2014 at 02:19:18PM -0700, Jesse Barnes wrote:
> On Tue, 24 Jun 2014 18:27:39 +0300
> Jani Nikula wrote:
>
> > Reviewed-by: Jesse Barnes
> > Signed-off-by: Jani Nikula
> > ---
> > drivers/gpu/drm/i915/i915_drv.h | 1 +
> > drivers/gpu/drm/i915/intel_bios.c | 3 ++-
> > 2 files
On Tue, Jul 22, 2014 at 11:25 PM, Jan Niggemann wrote:
> May this be related to this mail
> http://www.mail-archive.com/intel-gfx@lists.freedesktop.org/msg42432.html
> "fix freeze with blank screen booting highmem" by Hugh Dickins?
No, that's an issue only introduced in 3.16-rc1.
-Daniel
--
Dani
On 23 July 2014 06:02, Paulo Zanoni wrote:
> 2014-06-05 1:01 GMT-03:00 Dave Airlie :
>> From: Dave Airlie
>>
>> This adds DP 1.2 MST support on Haswell systems.
>
> Hi
>
> It looks like drm-intel-nightly now includes this patch. It actually
> includes v7, but I couldn't find it on my mail dirs.
>
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/intel_dp.c between commit b19729617929 ("drm/i915:
fix psr match conditions screw ups") from the drm tree and commit
24acaf94ed4a ("drm/i915: Fix up PSR frontbuffer tracking") from the
drm-intel tree.
I
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/intel_display.c between commit d05410f9a450
("drm/i915: split conversion function out into separate function") from
the drm tree and commit 6b09e72050b4 ("drm/i915: Power gating display
wells during i915_
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in
drivers/gpu/drm/i915/i915_gem_render_state.c between commit
88b982873567 ("drm/i915: fix freeze with blank screen booting highmem")
from the drm-intel-fixes tree and commit 1ce826d436f3 ("drm/i915:
Simplify processing of the golde
Forgot to Cc the list, sorry.
Am 18.07.2014 18:25, schrieb Daniel Vetter:
On Fri, Jul 18, 2014 at 4:49 PM, Jan Niggemann wrote:
Am 18.07.2014 15:27, schrieb Daniel Vetter:
On Thu, Jul 17, 2014 at 10:31:30PM +0200, Jan Niggemann wrote:
I'm experiencing an issue with 3.15.5 on my Lenovo T40
On Tue, 24 Jun 2014 18:27:39 +0300
Jani Nikula wrote:
> Reviewed-by: Jesse Barnes
> Signed-off-by: Jani Nikula
> ---
> drivers/gpu/drm/i915/i915_drv.h | 1 +
> drivers/gpu/drm/i915/intel_bios.c | 3 ++-
> 2 files changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/i915/
On Mon, 30 Jun 2014 08:05:34 -0700
Jesse Barnes wrote:
> On Sat, 28 Jun 2014 16:45:03 +0300
> Jani Nikula wrote:
> > >> +/* Scale user_level in range [0..user_max] to [0..hw_max], clamping the
> > >> result
> > >> + * to [hw_min..hw_max]. */
> > >> +static inline u32 clamp_user_to_hw(struct int
On Tue, 22 Jul 2014 22:53:44 +0200
Daniel Vetter wrote:
> On Tue, Jul 22, 2014 at 10:48 PM, Jesse Barnes
> wrote:
> > Are you saying
> > you'll reject this approach entirely?
>
> I'm saying that I don't see terrible lot of value in adding a bunch of
> code for a sticker, and that we should loo
On Tue, 22 Jul 2014 22:44:54 +0200
Daniel Vetter wrote:
> On Tue, Jul 22, 2014 at 10:40 PM, Jesse Barnes
> wrote:
> >> > + /* Set link rate directly */
> >> > + intel_dp->link_bw = rxdata[0];
> >> > + /* Preserve 7:5 when setting lane count */
> >> > + intel_dp->lane_count &= 0xE0;
> >>
On Tue, 22 Jul 2014 13:48:45 -0700
Jesse Barnes wrote:
> On Tue, 22 Jul 2014 08:41:11 +0200
> Daniel Vetter wrote:
>
> > On Mon, Jul 14, 2014 at 12:10:35PM -0700, Todd Previte wrote:
> > > >This patch set adds the foundational support for Displayport compliance
> > > >testing in the
> > > >i91
On Tue, Jul 22, 2014 at 10:48 PM, Jesse Barnes wrote:
> Are you saying
> you'll reject this approach entirely?
I'm saying that I don't see terrible lot of value in adding a bunch of
code for a sticker, and that we should look into making it actually
useful by testing the paths that end-users end
On Tue, 22 Jul 2014 08:41:11 +0200
Daniel Vetter wrote:
> On Mon, Jul 14, 2014 at 12:10:35PM -0700, Todd Previte wrote:
> > >This patch set adds the foundational support for Displayport compliance
> > >testing in the
> > >i915 driver. It implements the framework for automated test support that
On Tue, Jul 22, 2014 at 10:40 PM, Jesse Barnes wrote:
>> > + /* Set link rate directly */
>> > + intel_dp->link_bw = rxdata[0];
>> > + /* Preserve 7:5 when setting lane count */
>> > + intel_dp->lane_count &= 0xE0;
>> > + intel_dp->lane_count |= rxdata[1];
>>
>> This won't work - if you
On Tue, 22 Jul 2014 08:15:30 +0200
Daniel Vetter wrote:
> On Mon, Jul 14, 2014 at 12:10:45PM -0700, Todd Previte wrote:
> > Implements basic link training functionality for Displayport automated
> > compliance
> > testing.
> >
> > Signed-off-by: Todd Previte
> > ---
> > drivers/gpu/drm/i915/i
After doing some research I didn't find any information on valley view.
I am wondering valleyview_get_display_clock_speed what this should
return as I can't find any information on it?
Nick
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http:/
Move version.h generation into lib/Makefile.sources so that it can be
shared between the Autotools and Android build systems. Also make sure the
"updating version.h" message is only displayed when version.h actually
changes and remove unnecessary includes of version.h.
This also includes changes f
The following patch includes the changes to fix building from a git repository
without git being installed and also combines the version.h generation from the
Autotools and Android build systems, so the changes do not have to be
duplicated.
Thomas Wood (1):
build: improve version.h generation
copy() blit helper assumes a certain object size much larger than a page size.
Signed-off-by: Tvrtko Ursulin
Cc: Chris Wilson
---
tests/gem_userptr_blits.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/tests/gem_userptr_blits.c b/tests/gem_userptr_
Builds ok for Android now. I get an assert when I run it on MRD7/Gmin but
This may be expected. I'll put it on my list of tests to look into.
Tim
> -Original Message-
> From: Tvrtko Ursulin [mailto:tvrtko.ursu...@linux.intel.com]
> Sent: Tuesday, July 22, 2014 11:15 AM
> To: Intel-gfx@
Two parts to the fix:
1. Do not use pthread_cancel since not available on Android.
2. Do not assert in the thread since that does not get propagated
to the process. Rather pass out any failures so we know test
did not work as expected.
Signed-off-by: Tvrtko Ursulin
Cc: Tim Gore
---
On Tue, Jul 22, 2014 at 11:13:46AM +0530, sonika.jin...@intel.com wrote:
> From: Sonika Jindal
>
> v2: Adding IS_G4X instead of gen < 5 as suggested by Daniel
>
> Signed-off-by: Sonika Jindal
Merged the remaining patches, thanks.
-Daniel
> ---
> drivers/gpu/drm/i915/intel_hdmi.c |2 +-
>
On Tue, Jul 22, 2014 at 08:52:48AM +0200, Daniel Vetter wrote:
> On Tue, Jul 22, 2014 at 8:42 AM, Hans de Goede wrote:
> > Hi Jani et al,
> >
> > A friend of mine Bertrik Sikken (in the Cc) his backlight control
> > stopped working for him on his Samsung N150Plus netbook.
> >
> > I took a quick lo
26 matches
Mail list logo
