From: Deepak S
v2: Disable media turbo and Add DOWN_IDLE_AVG support (Ville)
v3: Mass rename of the dev_priv->rps variables in upstream.
v4: Rebase against latest code. (Deepak)
v5: Rebase against latest nightly code. (Deepak)
v6: Rename the variables to match the spec (Mika)
Signed-off-by:
On Monday 26 May 2014 08:02 PM, Ville Syrjälä wrote:
On Mon, May 26, 2014 at 07:24:21PM +0530, Deepak S wrote:
On Monday 26 May 2014 07:00 PM, Mika Kuoppala wrote:
Hi Deepak,
deepa...@linux.intel.com writes:
From: Deepak S
v2: Disable media turbo and Add DOWN_IDLE_AVG support (Ville)
v3:
Thanks for the Review. I will address the comments
On Monday 26 May 2014 08:07 PM, Mika Kuoppala wrote:
Deepak S writes:
On Monday 26 May 2014 07:00 PM, Mika Kuoppala wrote:
Hi Deepak,
deepa...@linux.intel.com writes:
From: Deepak S
v2: Disable media turbo and Add DOWN_IDLE_AVG support
On 26 May 2014 20:14, Daniel Vetter wrote:
> On Mon, May 26, 2014 at 9:07 PM, Pedro Ribeiro wrote:
>> sorry for my ignorance, but do you know where in a Debian system would
>> I have the full log output since boot time? The /var/log/dmesg does
>> not seem to contain all the output in the "dmesg"
On Mon, May 26, 2014 at 05:26:48PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Now that the vblank races are plugged, we can opt out of using
> the vblank disable timer and just let vblank interrupts get
> disabled immediately when the last reference is dropped.
>
> Gen
On Mon, May 26, 2014 at 9:07 PM, Pedro Ribeiro wrote:
> sorry for my ignorance, but do you know where in a Debian system would
> I have the full log output since boot time? The /var/log/dmesg does
> not seem to contain all the output in the "dmesg" command.
/var/log/kern.log, althought that conta
On 26 May 2014 19:19, Daniel Vetter wrote:
> On Mon, May 26, 2014 at 8:07 PM, Pedro Ribeiro wrote:
>> On 26 May 2014 10:22, Jani Nikula wrote:
>>> On Sat, 24 May 2014, Pedro Ribeiro wrote:
Hi,
I'm getting this error consistently with the Debian 3.14.4 after
resuming from hib
On Mon, 26 May 2014, Ilia Mirkin wrote:
> On Mon, May 26, 2014 at 9:35 AM, Jani Nikula wrote:
>> Generated using semantic patch:
>>
>> @@
>> expression E;
>> @@
>>
>> - drm_get_connector_name(E)
>> + E->name
>>
>> Signed-off-by: Jani Nikula
>> ---
>> drivers/gpu/drm/nouveau/dispnv04/dac.c
On Mon, May 26, 2014 at 8:07 PM, Pedro Ribeiro wrote:
> On 26 May 2014 10:22, Jani Nikula wrote:
>> On Sat, 24 May 2014, Pedro Ribeiro wrote:
>>> Hi,
>>>
>>> I'm getting this error consistently with the Debian 3.14.4 after
>>> resuming from hibernation:
>>
>> Does this ever happen on a fresh boo
On 26 May 2014 10:22, Jani Nikula wrote:
> On Sat, 24 May 2014, Pedro Ribeiro wrote:
>> Hi,
>>
>> I'm getting this error consistently with the Debian 3.14.4 after
>> resuming from hibernation:
>
> Does this ever happen on a fresh boot or when resuming from suspend to
> ram?
>
> BR,
> Jani.
>
Hi
From: Ville Syrjälä
Make sure drm_vblank_get() never succeeds when called between
drm_vblank_off() and drm_vblank_on(). Borrow a trick from the
old drm_vblank_{pre,post}_modeset() functions and just bump
the refcount in drm_vblank_off() and drop it in drm_vblank_on().
When drm_vblank_get() encou
On Mon, May 26, 2014 at 02:46:32PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> The new watermaek update mechanism requires interrupts to work
> correctly. Because of this we need interrupts while disabling crtcs
> during suspend. So move the irq disable to happen a bit l
On Mon, May 26, 2014 at 05:26:48PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Now that the vblank races are plugged, we can opt out of using
> the vblank disable timer and just let vblank interrupts get
> disabled immediately when the last reference is dropped.
>
> Gen
deepa...@linux.intel.com writes:
> From: Deepak S
>
> Signed-off-by: Deepak S
> [vsyrjala: Fix merge fubmle where the code ended up in
> g4x_disable_trickle_feed() instead of cherryview_init_clock_gating()]
> Signed-off-by: Ville Syrjälä
> Acked-by: Ben Widawsky
> ---
> drivers/gpu/drm/i915/i
Hi
On Mon, May 26, 2014 at 3:35 PM, Jani Nikula wrote:
> As requested by David [1],[2].
>
> These are on top of drm-intel-nightly which carries the required core
> patches adding ->name field to drm_connector and drm_encoder. The i915
> patches could go in right away, the last patch need to wait
Deepak S writes:
> On Monday 26 May 2014 07:00 PM, Mika Kuoppala wrote:
>> Hi Deepak,
>>
>> deepa...@linux.intel.com writes:
>>
>>> From: Deepak S
>>>
>>> v2: Disable media turbo and Add DOWN_IDLE_AVG support (Ville)
>>>
>>> v3: Mass rename of the dev_priv->rps variables in upstream.
>>>
>>> v4:
On Mon, May 26, 2014 at 07:24:21PM +0530, Deepak S wrote:
>
> On Monday 26 May 2014 07:00 PM, Mika Kuoppala wrote:
> > Hi Deepak,
> >
> > deepa...@linux.intel.com writes:
> >
> >> From: Deepak S
> >>
> >> v2: Disable media turbo and Add DOWN_IDLE_AVG support (Ville)
> >>
> >> v3: Mass rename of t
From: Ville Syrjälä
Add a flag to drm_device which will cause the vblank code to bypass the
disable timer and always disable the vblank interrupt immediately when
the last reference is dropped.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_irq.c | 6 +++---
include/drm/drmP.h|
From: Ville Syrjälä
Now that the vblank races are plugged, we can opt out of using
the vblank disable timer and just let vblank interrupts get
disabled immediately when the last reference is dropped.
Gen2 is the exception since it has no hardware frame counter.
Signed-off-by: Ville Syrjälä
---
Am 26.05.2014 15:52, schrieb Daniel Vetter:
On Mon, May 26, 2014 at 3:52 PM, Daniel Vetter wrote:
On Mon, May 26, 2014 at 04:35:39PM +0300, Jani Nikula wrote:
As requested by David [1],[2].
These are on top of drm-intel-nightly which carries the required core
patches adding ->name field to dr
On Thu, May 22, 2014 at 05:48:06PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Because of the upcoming vblank interrupt driven watermark update
> mechanism we will have use for vblank interrupts during plane
> enabling/disabling. So don't call drm_vblank_off() until plan
On Monday 26 May 2014 07:00 PM, Mika Kuoppala wrote:
Hi Deepak,
deepa...@linux.intel.com writes:
From: Deepak S
v2: Disable media turbo and Add DOWN_IDLE_AVG support (Ville)
v3: Mass rename of the dev_priv->rps variables in upstream.
v4: Rebase against latest code. (Deepak)
v5: Rebase ag
On Mon, May 26, 2014 at 04:49:28PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> v2: Drop the drm_vblank_off() (Daniel)
> Use drm_crtc_vblank_{get,put}()
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Daniel Vetter
> ---
> drivers/gpu/drm/i915/intel_display.c | 10
On Mon, May 26, 2014 at 3:52 PM, Daniel Vetter wrote:
> On Mon, May 26, 2014 at 04:35:39PM +0300, Jani Nikula wrote:
>> As requested by David [1],[2].
>>
>> These are on top of drm-intel-nightly which carries the required core
>> patches adding ->name field to drm_connector and drm_encoder. The i9
On Mon, May 26, 2014 at 04:35:39PM +0300, Jani Nikula wrote:
> As requested by David [1],[2].
>
> These are on top of drm-intel-nightly which carries the required core
> patches adding ->name field to drm_connector and drm_encoder. The i915
> patches could go in right away, the last patch need to w
From: Ville Syrjälä
v2: Drop the drm_vblank_off() (Daniel)
Use drm_crtc_vblank_{get,put}()
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_display.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/inte
On Mon, May 26, 2014 at 04:36:26PM +0300, Ville Syrjälä wrote:
> On Mon, May 26, 2014 at 03:22:45PM +0200, Daniel Vetter wrote:
> > On Mon, May 26, 2014 at 02:46:25PM +0300, ville.syrj...@linux.intel.com
> > wrote:
> > > From: Ville Syrjälä
> > >
> > > Signed-off-by: Ville Syrjälä
> > > ---
> >
On Mon, May 26, 2014 at 04:32:02PM +0300, Ville Syrjälä wrote:
> On Mon, May 26, 2014 at 03:21:41PM +0200, Daniel Vetter wrote:
> > On Mon, May 26, 2014 at 02:46:24PM +0300, ville.syrj...@linux.intel.com
> > wrote:
> > > From: Ville Syrjälä
> > >
> > > Make sure drm_vblank_get() never succeeds w
Generated using semantic patch:
@@
expression E;
@@
- drm_get_connector_name(E)
+ E->name
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/nouveau/dispnv04/dac.c | 2 +-
drivers/gpu/drm/nouveau/dispnv04/dfp.c | 2 +-
drivers/gpu/drm/nouveau/dispnv04/disp.c | 2 +-
drivers/gpu/drm/n
On Mon, May 26, 2014 at 03:22:45PM +0200, Daniel Vetter wrote:
> On Mon, May 26, 2014 at 02:46:25PM +0300, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > Signed-off-by: Ville Syrjälä
> > ---
> > drivers/gpu/drm/i915/intel_display.c | 15 +++
> > 1 file changed,
No longer used or needed as the structs have a name field.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_crtc.c | 20
include/drm/drm_crtc.h | 2 --
2 files changed, 22 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index d986b3f
Generated using semantic patch:
@@
expression E;
@@
- drm_get_connector_name(E)
+ E->name
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/radeon/radeon_connectors.c | 19 ---
drivers/gpu/drm/radeon/radeon_display.c| 2 +-
2 files changed, 13 insertions(+), 8 deletions(-)
d
Generated using semantic patch:
@@
expression E;
@@
- drm_get_connector_name(E)
+ E->name
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_crtc.c | 4 ++--
drivers/gpu/drm/drm_crtc_helper.c | 6 +++---
drivers/gpu/drm/drm_edid.c | 6 +++---
drivers/gpu/drm/drm_edid_load.c
Generated using semantic patch:
@@
expression E;
@@
- drm_get_encoder_name(E)
+ E->name
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_crtc.c| 2 +-
drivers/gpu/drm/drm_crtc_helper.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b
Generated using semantic patch:
@@
expression E;
@@
- drm_get_encoder_name(E)
+ E->name
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/i915_debugfs.c | 2 +-
drivers/gpu/drm/i915/intel_display.c | 14 +++---
drivers/gpu/drm/i915/intel_dp.c | 2 +-
3 files changed, 9 insert
As requested by David [1],[2].
These are on top of drm-intel-nightly which carries the required core
patches adding ->name field to drm_connector and drm_encoder. The i915
patches could go in right away, the last patch need to wait for radeon
and nouveau patches to get merged, obviously.
BR,
Jani
Generated using semantic patch:
@@
expression E;
@@
- drm_get_connector_name(E)
+ E->name
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/i915_debugfs.c | 4 ++--
drivers/gpu/drm/i915/i915_irq.c | 8
drivers/gpu/drm/i915/intel_crt.c | 2 +-
drivers/gpu/drm/i915/intel_
On Mon, May 26, 2014 at 02:46:31PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Declare a local struct drm_vblank_crtc * and use that
> instead of having to do dig it out via 'dev->vblank[crtc]'
> everywhere.
>
> Performed with the following coccinelle incantation,
> and
On Mon, May 26, 2014 at 03:21:41PM +0200, Daniel Vetter wrote:
> On Mon, May 26, 2014 at 02:46:24PM +0300, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > Make sure drm_vblank_get() never succeeds when called between
> > drm_vblank_off() and drm_vblank_on(). Borrow a trick fr
Hi Deepak,
deepa...@linux.intel.com writes:
> From: Deepak S
>
> v2: Disable media turbo and Add DOWN_IDLE_AVG support (Ville)
>
> v3: Mass rename of the dev_priv->rps variables in upstream.
>
> v4: Rebase against latest code. (Deepak)
>
> v5: Rebase against latest nightly code. (Deepak)
>
> Sig
On Mon, May 26, 2014 at 02:46:29PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> When drm_vblank_on() is called the hardware vblank counter may have
> been reset, so we can't trust that the old values sampled prior to
> drm_vblank_off() have anything to do with the new val
On Mon, May 26, 2014 at 02:46:28PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> If the vblank irq has already been disabled (via the disable timer) when
> we call drm_vblank_off() sample the counter and timestamp one last time.
> This will make the sure that the user spac
On Mon, May 26, 2014 at 02:46:26PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Clearing the timestamps causes us to send zeroed timestamps to userspace
> if they get sent out in response to the drm_vblank_off(). It's better
> to send the very latest timestamp and count i
On Mon, May 26, 2014 at 02:46:25PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Signed-off-by: Ville Syrjälä
> ---
> drivers/gpu/drm/i915/intel_display.c | 15 +++
> 1 file changed, 15 insertions(+)
>
> diff --git a/drivers/gpu/drm/i915/intel_display.c
> b
On Mon, May 26, 2014 at 02:46:24PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Make sure drm_vblank_get() never succeeds when called between
> drm_vblank_off() and drm_vblank_on(). Borrow a trick from the
> old drm_vblank_{pre,post}_modeset() functions and just bump
> th
On Mon, May 26, 2014 at 02:46:30PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Make drm_vblank_put() disable the vblank interrupt immediately when the
> refcount drops to zero and drm_vblank_offdelay==0.
>
> Currently drm_vblank_put() would just leave vblank interrupts
On Mon, 19 May 2014, Imre Deak wrote:
> So far we used the wrong opcodes to access the DSI registers, so the
> register writes during DSI programming didn't actually succeed and left
> the registers unchanged. This wasn't a problem for the initial modeset,
> where the BIOS-programmed values happen
On Fri, 16 May 2014, Daniel Vetter wrote:
> Plus naming convention for runtime pm tests to have "rpm" somewhere in
> their tests. Note that all the pc8-specific tests (for e.g. residency
> or similar) already have pc8 in their subtest names, so we don't lose
> any information here.
>
> Cc: "Yang,
From: Ville Syrjälä
Declare a local struct drm_vblank_crtc * and use that
instead of having to do dig it out via 'dev->vblank[crtc]'
everywhere.
Performed with the following coccinelle incantation,
and a few manual whitespace cleanups:
@@
identifier func,member;
expression num_crtcs;
struct drm
From: Ville Syrjälä
Make drm_vblank_put() disable the vblank interrupt immediately when the
refcount drops to zero and drm_vblank_offdelay==0.
Currently drm_vblank_put() would just leave vblank interrupts enabled all
the time if drm_vblank_offdelay==0. In case someone might still want that
behav
From: Ville Syrjälä
The new watermaek update mechanism requires interrupts to work
correctly. Because of this we need interrupts while disabling crtcs
during suspend. So move the irq disable to happen a bit later.
This also avoid clobbering the vblank.last count in case the
vblank interrupt was
From: Ville Syrjälä
Another vblank series with the following features:
- Plug a race between drm_vblank_off() and marking the crtc inactive
- Don't send zeroed vblank evens to userspace at drm_vblank_off()
- Have the user visible vblank counter account the entire time
when the crtc was active,
From: Ville Syrjälä
Move drm_update_vblank_count() to avoid forward a declaration.
No functional change.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_irq.c | 128 +++---
1 file changed, 64 insertions(+), 64 deletions(-)
diff --git a/drivers/gpu/
From: Ville Syrjälä
Make sure drm_vblank_get() never succeeds when called between
drm_vblank_off() and drm_vblank_on(). Borrow a trick from the
old drm_vblank_{pre,post}_modeset() functions and just bump
the refcount in drm_vblank_off() and drop it in drm_vblank_on().
Hopefully the use of inmode
From: Ville Syrjälä
When drm_vblank_on() is called the hardware vblank counter may have
been reset, so we can't trust that the old values sampled prior to
drm_vblank_off() have anything to do with the new values.
So update the .last count in drm_vblank_on() to make the first
drm_vblank_enable()
From: Ville Syrjälä
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_display.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
index 3da73ef..da318a7 100644
--- a/drivers/gpu/drm/i915/in
From: Ville Syrjälä
If the vblank irq has already been disabled (via the disable timer) when
we call drm_vblank_off() sample the counter and timestamp one last time.
This will make the sure that the user space visible counter will account
for time between vblank irq disable and drm_vblank_off().
From: Ville Syrjälä
Clearing the timestamps causes us to send zeroed timestamps to userspace
if they get sent out in response to the drm_vblank_off(). It's better
to send the very latest timestamp and count instead.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_irq.c | 11 ---
1
On Fri, May 23, 2014 at 05:11:09PM -0700, Tom.O'rou...@intel.com wrote:
> From: Tom O'Rourke
>
> Add Broadwell support to i915_frequency_info and i915_max|min_freq_get|set.
>
> Signed-off-by: Tom O'Rourke
Many of the checks in here could be simplified to gen >= 6 checks. Would
make life easier
On Mon, May 26, 2014 at 11:36:33AM +0300, Ville Syrjälä wrote:
> On Thu, May 22, 2014 at 10:18:21PM +0200, Daniel Vetter wrote:
> > Currently we do a full re-init of all interrupts after a gpu hang.
> > Which is pretty bad since we don't restore the interrupts we've
> > enabled at runtime correctly
On Mon, 2014-04-14 at 10:22 +, Gupta, Sourab wrote:
> On Tue, 2014-04-01 at 10:53 +0530, sourab gupta wrote:
> > On Tue, 2014-03-25 at 12:23 +0530, sourab gupta wrote:
> > > On Mon, 2014-03-24 at 17:56 +, Lespiau, Damien wrote:
> > > > On Mon, Mar 24, 2014 at 11:00:07PM +0530, sourab.gu...@
Updated drm documentation to include description of aspect ratio property.
HTML table structure created by Sagar Kamble.
Signed-off-by: Vandana Kannan
Cc: Sagar Kamble
Cc: Daniel Vetter
Cc: Thierry Reding
---
Documentation/DocBook/drm.tmpl | 31 +++
1 file changed,
On Thu, 22 May 2014, Marc Milgram wrote:
> After upgrading to linux Kernel-3.14, the screen on my Dell Latitude
> D630 was nearly unreadably dim. When I Boot the 3.13 kernel, my screen
> is bright.
Please file a new bug on DRM/Intel at [1]. Please attach
/sys/kernel/debug/dri/0/i915_opregion a
Create and attach the drm property to set aspect ratio. If there is no user
specified value, then PAR_NONE/Automatic option is set by default. User can
select aspect ratio 4:3 or 16:9. The aspect ratio selected by user would
come into effect with a mode set.
v2: Modifications made based on changes
In case user has specified an input for aspect ratio through the property,
then the user space value for PAR would take preference over the value from
CEA mode list.
v2: Thierry's review comments.
- Modified the comment "Populate..." as per review comments
Signed-off-by: Vandana Kannan
C
Added a property to enable user space to set aspect ratio.
This patch contains declaration of the property and code to create the
property.
v2: Thierry's review comments.
- Made aspect ratio enum generic instead of HDMI/CEA specfic
- Removed usage of temporary aspect_ratio variable
On Sat, 24 May 2014, Pedro Ribeiro wrote:
> Hi,
>
> I'm getting this error consistently with the Debian 3.14.4 after
> resuming from hibernation:
Does this ever happen on a fresh boot or when resuming from suspend to
ram?
BR,
Jani.
>
> [ 931.032142] [ cut here ]
> [ 9
On Thu, 2014-05-22 at 14:36 +, Gupta, Sourab wrote:
> From: Sourab Gupta
>
> This patch series replaces Blitter ring based flips with MMIO based flips.
> This is useful for Media power well residency optimization. These may be
> enabled on architectures where Render and Blitter engines reside
On Thu, May 22, 2014 at 10:18:21PM +0200, Daniel Vetter wrote:
> Currently we do a full re-init of all interrupts after a gpu hang.
> Which is pretty bad since we don't restore the interrupts we've
> enabled at runtime correctly. Even with that addressed it's rather
> horribly race.
>
> But on g4x
On Mon, May 26, 2014 at 10:09 AM, Ville Syrjälä
wrote:
> On Fri, May 23, 2014 at 10:21:24AM +0200, Daniel Vetter wrote:
>> On Fri, May 23, 2014 at 10:11 AM, Ville Syrjälä
>> wrote:
>> >> For enabled->enabled I think that can happen in crtc_enable - we
>> >> unconditionally enable underrun reporti
On Fri, May 23, 2014 at 10:21:24AM +0200, Daniel Vetter wrote:
> On Fri, May 23, 2014 at 10:11 AM, Ville Syrjälä
> wrote:
> >> For enabled->enabled I think that can happen in crtc_enable - we
> >> unconditionally enable underrun reporting againg to clear out old fail (or
> >> firmware setups). But
On Fri, May 23, 2014 at 09:00:16PM +0530, deepa...@linux.intel.com wrote:
> From: Deepak S
>
> Support to individually control Media/Render well based on the register
> access.
> Add CHV specific write function to habdle difference between registers
> that are sadowed vs those that need forcewak
On Mon, May 26, 2014 at 11:00:41AM +0530, Vandana Kannan wrote:
> On May-23-2014 4:18 PM, Vandana Kannan wrote:
> > On May-22-2014 5:46 PM, Daniel Vetter wrote:
> >> On Thu, May 22, 2014 at 04:50:48PM +0530, Vandana Kannan wrote:
> >>> Added a property to enable user space to set aspect ratio.
> >>
On Fri, May 23, 2014 at 01:45:51PM -0700, Rodrigo Vivi wrote:
> "Because our driver assumes only one panel is PSR capable, and we
> already have other PSR information on dev_priv instead of intel_dp. If
> we ever support multiple PSR panels, we'll have to move struct
> i915_psr to intel_dp anyway."
74 matches
Mail list logo
