On 1/31/2019 1:47 PM, Daniel Vetter wrote:
On Thu, Jan 31, 2019 at 12:29:22PM +0530, Ramalingam C wrote:
Defining the mei-i915 interface functions and initialization of
the interface.
v2:
Adjust to the new interface changes. [Tomas]
Added further debug logs for the failures at MEI i/f.
On 1/31/2019 1:26 PM, Daniel Vetter wrote:
On Thu, Jan 31, 2019 at 12:29:23PM +0530, Ramalingam C wrote:
"hdcp_encrypted" flag is defined to denote the HDCP1.4 encryption status.
This SW tracking is used to determine the need for real hdcp1.4 disable
and hdcp_check_link upon CP_IRQ.
On CP_IRQ
Tomas,
On 1/31/2019 2:02 PM, Daniel Vetter wrote:
Also we need CI results without this patch so I can start merging. Rough
merge plan:
- needs ack to merge component.c through drm-intel
- merge all the i915 patches
- topic branch for mei, shared with mei subsystem
Is this convenient to you? Or
On 2/4/2019 7:39 PM, Shankar, Uma wrote:
-Original Message-
From: C, Ramalingam
Sent: Thursday, January 31, 2019 12:29 PM
To: intel-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org;
daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar,
Uma
Cc: C, Ramalingam
Subject: [PATCH
On 2/4/2019 7:54 PM, Shankar, Uma wrote:
-Original Message-
From: C, Ramalingam
Sent: Thursday, January 31, 2019 12:29 PM
To: intel-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org;
daniel.vet...@ffwll.ch; Winkler, Tomas ; Shankar,
Uma
Cc: C, Ramalingam
Subject: [PATCH
daniel,
Could you please review this patch too.? Already Updated this as per
your previous review comment.
--Ram
On 1/31/2019 12:29 PM, Ramalingam C wrote:
Implement the required WA sequence for KBL to fix the
incorrect positioning of the window of oppurtunity and enc_en
signalling.
v2:
On 2/4/2019 9:34 PM, Winkler, Tomas wrote:
On HDMI connector init, intel_hdcp_init is passed with a flag for hdcp2.2
support based on the platform capability.
v2:
Rebased.
v3:
Collected the reviewed-by received.
Signed-off-by: Ramalingam C
Reviewed-by: Uma Shankar
---
drivers/gpu/dr
On 2/4/2019 10:13 PM, Maarten Lankhorst wrote:
Op 04-02-2019 om 16:44 schreef Ramalingam C:
The downgrade of the fullmodeset into fastset
intel_encoder->update_pipe, in possible scenario, skips the En/Dis-able
DDI. Hence breaks the HDCP state change handling.
We also don't have any hdcp tests
On 2/4/2019 10:34 PM, Maarten Lankhorst wrote:
Op 04-02-2019 om 17:51 schreef C, Ramalingam:
On 2/4/2019 10:13 PM, Maarten Lankhorst wrote:
Op 04-02-2019 om 16:44 schreef Ramalingam C:
The downgrade of the fullmodeset into fastset
intel_encoder->update_pipe, in possible scenario, skips
Thanks Tomas.
On 2/5/2019 6:39 PM, Winkler, Tomas wrote:
Request ME FW to start the HDCP2.2 session for an intel port.
Prepares payloads for command WIRED_INITIATE_HDCP2_SESSION and sends
to
ME FW.
On Success, ME FW will start a HDCP2.2 session for the port and
provides the content for HDCP2
On 2/6/2019 3:57 PM, Winkler, Tomas wrote:
Request ME FW to start the HDCP2.2 session for an intel port.
Prepares payloads for command WIRED_INITIATE_HDCP2_SESSION and
sends
to
ME FW.
On Success, ME FW will start a HDCP2.2 session for the port and
provides the content for HDCP2.2 AKE_Init m
Daniel,
Could we process this for merger? Or anything is pending from myside?
--Ram
On 2/4/2019 9:14 PM, Ramalingam C wrote:
The downgrade of the fullmodeset into fastset
intel_encoder->update_pipe, in possible scenario, skips the En/Dis-able
DDI. Hence breaks the HDCP state change handling.
Daniel,
Due to significant changes @unbind and cleanup, i have dropped your r-b.
Please review it again.
--Ram
On 2/7/2019 2:33 AM, Ramalingam C wrote:
Defining the mei-i915 interface functions and initialization of
the interface.
v2:
Adjust to the new interface changes. [Tomas]
Added
Sure. Intention was enabling the HDCP2.2 testing on CI for ICL. I will drop
this patch, instead I will cherry-pick the one you have published for other
branch.
Best Regards,
Ramalingam C
> -Original Message-
> From: Winkler, Tomas
> Sent: Thursday, February 7, 2019 12:47 P
On 2/7/2019 8:43 PM, Winkler, Tomas wrote:
v2:
mei interface handle is protected with mutex. [Chris Wilson]
v3:
Notifiers are used for the mei interface state.
v4:
Poll for mei client device state
Error msg for out of mem [Uma]
Inline req for init function removed [Uma]
v5:
Re
> -Original Message-
> From: Winkler, Tomas
> Sent: Friday, February 8, 2019 3:05 AM
> To: C, Ramalingam ; intel-gfx@lists.freedesktop.org;
> dri-de...@lists.freedesktop.org; daniel.vet...@ffwll.ch; Shankar, Uma
>
> Subject: RE: [PATCH v11 28/42] misc/mei/hdcp: Init
> -Original Message-
> From: Winkler, Tomas
> Sent: Friday, February 8, 2019 3:42 AM
> To: C, Ramalingam ; intel-gfx@lists.freedesktop.org;
> dri-de...@lists.freedesktop.org; daniel.vet...@ffwll.ch; Shankar, Uma
>
> Subject: RE: [PATCH v11 39/42] misc/mei/hdcp: Co
On 2/8/2019 1:18 AM, Daniel Vetter wrote:
On Thu, Feb 07, 2019 at 08:40:08PM +0100, Daniel Vetter wrote:
On Thu, Feb 07, 2019 at 02:33:57AM +0530, Ramalingam C wrote:
Defining the mei-i915 interface functions and initialization of
the interface.
v2:
Adjust to the new interface changes. [T
On 2/9/2019 9:39 PM, Winkler, Tomas wrote:
Request ME FW to start the HDCP2.2 session for an intel port.
Prepares payloads for command WIRED_INITIATE_HDCP2_SESSION and sends
to ME FW.
On Success, ME FW will start a HDCP2.2 session for the port and provides the
content for HDCP2.2 AKE_Init mess
On 2/10/2019 1:55 PM, Winkler, Tomas wrote:
On 2/9/2019 9:39 PM, Winkler, Tomas wrote:
Request ME FW to start the HDCP2.2 session for an intel port.
Prepares payloads for command WIRED_INITIATE_HDCP2_SESSION and
sends
to ME FW.
On Success, ME FW will start a HDCP2.2 session for the port and
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel Vetter
> Sent: Thursday, February 21, 2019 1:10 AM
> To: C, Ramalingam
> Cc: intel-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org;
> daniel.vet...@ffwll.ch; Winkle
Tomas,
Could you please help to review and give final "Go" for the series?
Thanks
--Ram.
On 2/21/2019 11:41 PM, Ramalingam C wrote:
This series enables the HDCP2.2 Type 0 for I915. The sequence for
HDCP2.2 authentication and encryption is implemented as a generic flow
between HDMI and DP. Enco
1626eab70ebc61d015e69a4bc3479d9228539343
Author: Ramalingam C
Date: Fri Feb 15 14:04:58 2019 +0530
drm/i915: header for i915 - MEI_HDCP interface
v15 is now part of github.
Best Regards,
Ramalingam C
> -Original Message-
> From: Winkler, Tomas
> Sent: Monday, February 25, 2019 1:45 AM
> To: C
> -Original Message-
> From: Maarten Lankhorst [mailto:maarten.lankho...@linux.intel.com]
> Sent: Tuesday, March 5, 2019 8:09 PM
> To: C, Ramalingam ; intel-gfx@lists.freedesktop.org;
> dri-de...@lists.freedesktop.org; daniel.vet...@ffwll.ch; Shankar, Uma
>
> Su
On 11/27/2018 11:07 PM, Daniel Vetter wrote:
On Tue, Nov 27, 2018 at 04:54:15PM +, Bloomfield, Jon wrote:
I'm not formally reviewing this series, but while glancing at it, I noticed
-Original Message-
From: Intel-gfx On Behalf Of
Ramalingam C
Sent: Tuesday, November 27, 2018
On 11/28/2018 10:56 AM, Stéphane Marchesin wrote:
Hi,
Just a drive-by comment, but did you check that this fails gracefully
on platforms which don't enable the ME? For example Chrome OS :)
That is taken care :) HDCP2.2 is attempted only if platform enables the
ME and its required kernel drive
Sean and Daniel,
Could you please help me with the review these changes?
--Ram
On 11/27/2018 7:32 PM, Ramalingam C wrote:
Couple of more HDCP1.4 fixes on
- Key load process for CFL
- Encryption status change time
- debug log addition
- active platform coverage
Ramalingam C (4):
On 12/5/2018 12:45 AM, Ville Syrjälä wrote:
On Tue, Dec 04, 2018 at 11:37:05PM +0530, Ramalingam C wrote:
HDCP1.4 is enabled and validated only on GEN9+ platforms.
Signed-off-by: Ramalingam C
Reviewed-by: Sean Paul
---
drivers/gpu/drm/i915/intel_hdcp.c | 3 +--
1 file changed, 1 insertion
On 12/6/2018 3:33 PM, Daniel Vetter wrote:
On Tue, Nov 27, 2018 at 04:13:02PM +0530, Ramalingam C wrote:
Add the HDCP2.2 initialization to the existing HDCP1.4 stack.
With the comments below addressed the commit message is a bit untrue,
since this just wires up a basic hdcp2_supported flag in
On 12/6/2018 3:53 PM, Daniel Vetter wrote:
On Tue, Nov 27, 2018 at 04:13:03PM +0530, Ramalingam C wrote:
Defining the mei-i915 interface functions and initialization of
the interface.
Signed-off-by: Ramalingam C
Signed-off-by: Tomas Winkler
---
drivers/gpu/drm/i915/i915_drv.h | 2 +
d
On 12/6/2018 4:00 PM, Daniel Vetter wrote:
On Tue, Nov 27, 2018 at 04:13:04PM +0530, Ramalingam C wrote:
Considering that HDCP2.2 is more secure than HDCP1.4, When a setup
supports HDCP2.2 and HDCP1.4, HDCP2.2 will be enabled.
When HDCP2.2 enabling fails and HDCP1.4 is supported, HDCP1.4 is
en
On 12/6/2018 6:57 PM, Daniel Vetter wrote:
On Tue, Nov 27, 2018 at 04:13:07PM +0530, Ramalingam C wrote:
Implements the link integrity check once in 500mSec.
Once encryption is enabled, an ongoing Link Integrity Check is
performed by the HDCP Receiver to check that cipher synchronization
is ma
On 12/6/2018 7:50 PM, Daniel Vetter wrote:
On Tue, Nov 27, 2018 at 04:13:31PM +0530, Ramalingam C wrote:
Implement the required WA sequence for KBL to fix the
incorrect positioning of the window of oppurtunity and enc_en
signalling.
Signed-off-by: Ramalingam C
---
drivers/gpu/drm/i915/intel
On 12/7/2018 11:22 AM, C, Ramalingam wrote:
On 12/6/2018 3:53 PM, Daniel Vetter wrote:
On Tue, Nov 27, 2018 at 04:13:03PM +0530, Ramalingam C wrote:
Defining the mei-i915 interface functions and initialization of
the interface.
Signed-off-by: Ramalingam C
Signed-off-by: Tomas Winkler
On 12/7/2018 11:22 AM, C, Ramalingam wrote:
On 12/6/2018 3:53 PM, Daniel Vetter wrote:
On Tue, Nov 27, 2018 at 04:13:03PM +0530, Ramalingam C wrote:
Defining the mei-i915 interface functions and initialization of
the interface.
Signed-off-by: Ramalingam C
Signed-off-by: Tomas Winkler
Hi,
In one of the offline discussion Tomas has shared his review comments on v8.
So I am sharing the abstract of his suggestions here for the discussion and for
the agreement of interface in the community.
Tomas please correct/add if I am missing any points.
1. Remove the include/linux/mei_hdcp
On 12/7/2018 7:59 PM, Daniel Vetter wrote:
On Fri, Dec 07, 2018 at 11:22:44AM +0530, C, Ramalingam wrote:
On 12/6/2018 3:53 PM, Daniel Vetter wrote:
On Tue, Nov 27, 2018 at 04:13:03PM +0530, Ramalingam C wrote:
Defining the mei-i915 interface functions and initialization of
the interface
On 12/6/2018 4:15 PM, Daniel Vetter wrote:
On Tue, Nov 27, 2018 at 04:13:06PM +0530, Ramalingam C wrote:
Implements the HDCP2.2 repeaters authentication steps such as verifying
the downstream topology and sending stream management information.
v2:
Rebased.
v3:
No Changes.
v4:
-EINVAL i
On 12/12/2018 4:08 PM, Daniel Vetter wrote:
On Wed, Dec 12, 2018 at 02:28:29PM +0530, C, Ramalingam wrote:
On 12/7/2018 7:59 PM, Daniel Vetter wrote:
On Fri, Dec 07, 2018 at 11:22:44AM +0530, C, Ramalingam wrote:
On 12/6/2018 3:53 PM, Daniel Vetter wrote:
On Tue, Nov 27, 2018 at 04:13:03PM
On 12/12/2018 4:34 PM, C, Ramalingam wrote:
On 12/12/2018 4:08 PM, Daniel Vetter wrote:
On Wed, Dec 12, 2018 at 02:28:29PM +0530, C, Ramalingam wrote:
On 12/7/2018 7:59 PM, Daniel Vetter wrote:
On Fri, Dec 07, 2018 at 11:22:44AM +0530, C, Ramalingam wrote:
On 12/6/2018 3:53 PM, Daniel
On 12/13/2018 1:52 PM, Winkler, Tomas wrote:
Implements the HDCP2.2 repeaters authentication steps such as verifying the
downstream topology and sending stream management information.
v2: Rebased.
v3:
-EINVAL is returned for topology error and rollover scenario.
Endianness conversion func
On 12/13/2018 1:47 PM, Winkler, Tomas wrote:
All HDCP1.4 routines are gathered together, followed by the generic functions
those can be extended for HDCP2.2 too.
Signed-off-by: Ramalingam C
---
drivers/gpu/drm/i915/intel_hdcp.c | 118 +++--
-
1 file changed
Tomas and Daniel,
We got an issue here.
The relationship that we try to build between I915 and mei_hdcp is as follows:
* We are using the components to establish the relationship.
* I915 is component master where as mei_hdcp is component.
* I915 adds the component master during the module lo
17, 2018 at 11:57 AM Winkler, Tomas wrote:
On Sat, Dec 15, 2018 at 09:20:38PM +, Winkler, Tomas wrote:
On Thu, Dec 13, 2018 at 5:27 PM Winkler, Tomas
wrote:
On Thu, Dec 13, 2018 at 1:36 PM C, Ramalingam
wrote:
Tomas and Daniel,
We got an issue here.
The relationship that we try to bu
On 12/19/2018 8:05 PM, Daniel Vetter wrote:
On Thu, Dec 13, 2018 at 09:31:12AM +0530, Ramalingam C wrote:
Implements HDCP2.2 authentication for hdcp2.2 receivers, with
following steps:
Authentication and Key exchange (AKE).
Locality Check (LC).
Session Key Exchange(SKE).
On 12/19/2018 7:30 PM, Daniel Vetter wrote:
On Thu, Dec 13, 2018 at 09:31:09AM +0530, Ramalingam C wrote:
Defining the mei-i915 interface functions and initialization of
the interface.
v2:
Adjust to the new interface changes. [Tomas]
Added further debug logs for the failures at MEI i/f.
On 12/19/2018 8:18 PM, Daniel Vetter wrote:
On Thu, Dec 13, 2018 at 09:31:14AM +0530, Ramalingam C wrote:
Implements the HDCP2.2 repeaters authentication steps such as verifying
the downstream topology and sending stream management information.
v2: Rebased.
v3:
-EINVAL is returned for topol
On 12/19/2018 8:46 PM, Daniel Vetter wrote:
On Thu, Dec 13, 2018 at 09:31:15AM +0530, Ramalingam C wrote:
Enums and macros are defined for HDCP2.2 link check.
Signed-off-by: Ramalingam C
---
include/drm/drm_hdcp.h | 8
1 file changed, 8 insertions(+)
diff --git a/include/drm/drm_
On 12/19/2018 9:05 PM, Daniel Vetter wrote:
On Wed, Dec 19, 2018 at 08:35:48PM +0530, C, Ramalingam wrote:
On 12/19/2018 8:05 PM, Daniel Vetter wrote:
On Thu, Dec 13, 2018 at 09:31:12AM +0530, Ramalingam C wrote:
+ if (!hdcp->is_repeater && shim->conf
On 12/19/2018 9:10 PM, Daniel Vetter wrote:
On Thu, Dec 13, 2018 at 09:31:39AM +0530, Ramalingam C wrote:
Implement the required WA sequence for KBL to fix the
incorrect positioning of the window of oppurtunity and enc_en
signalling.
Signed-off-by: Ramalingam C
---
drivers/gpu/drm/i915/inte
On 12/19/2018 9:28 PM, Daniel Vetter wrote:
On Wed, Dec 19, 2018 at 09:09:00PM +0530, C, Ramalingam wrote:
On 12/19/2018 8:46 PM, Daniel Vetter wrote:
On Thu, Dec 13, 2018 at 09:31:15AM +0530, Ramalingam C wrote:
Enums and macros are defined for HDCP2.2 link check.
Signed-off-by: Ramalingam
On 12/19/2018 10:05 PM, Daniel Vetter wrote:
On Wed, Dec 19, 2018 at 5:22 PM C, Ramalingam wrote:
On 12/19/2018 9:28 PM, Daniel Vetter wrote:
On Wed, Dec 19, 2018 at 09:09:00PM +0530, C, Ramalingam wrote:
On 12/19/2018 8:46 PM, Daniel Vetter wrote:
On Thu, Dec 13, 2018 at 09:31:15AM +0530
On 12/19/2018 9:18 PM, Daniel Vetter wrote:
On Thu, Dec 13, 2018 at 09:31:10AM +0530, Ramalingam C wrote:
"hdcp_encrypted" flag is defined to denote the HDCP1.4 encryption status.
This SW tracking is used to determine the need for real hdcp1.4 disable
and hdcp_check_link upon CP_IRQ.
On CP_IRQ
On 12/19/2018 8:51 PM, Daniel Vetter wrote:
Indeed, I overlooked that. Maybe highlight it a bit more with a separate
if (!CONFIG_ENABLED(MEI_HDCP))
return false;
so it stick out more in the previous patch. Currently it's a bit burried.
With that + the init ordering fix
On 12/19/2018 12:15 PM, C, Ramalingam wrote:
Tomas and Daniel,
From the discussion on this thread, I infer following understanding:
* At present(v9) I915 wants to be hard binded to mei_hdcp
device-driver binding status through components
o This means I915 driver load will get
On 12/20/2018 9:36 PM, Winkler, Tomas wrote:
+static void __exit mei_hdcp_exit(void)
+{
+ mei_hdcp_component_cleanup(&cldev->dev);
Don’t think you can do that, no guarantees this will be valid pointer
As we discussed offline, we have the below line at cleanup.
So valid pointer is made s
> -Original Message-
> From: Auld, Matthew
> Sent: Wednesday, July 27, 2022 10:14 PM
> To: intel-gfx@lists.freedesktop.org
> Cc: dri-de...@lists.freedesktop.org; Thomas Hellström
> ; C,
> Ramalingam
> Subject: [PATCH] drm/i915/ttm: don't leak the ccs state
> -Original Message-
> From: Auld, Matthew
> Sent: Thursday, July 28, 2022 1:38 PM
> To: C, Ramalingam ; intel-gfx@lists.freedesktop.org
> Cc: dri-de...@lists.freedesktop.org; Thomas Hellström
>
> Subject: Re: [PATCH] drm/i915/ttm: don't leak the ccs state
&
On 2022-01-20 at 16:09:01 +, Robert Beckett wrote:
>
>
> On 20/01/2022 15:58, Matthew Auld wrote:
> > On 20/01/2022 15:44, Robert Beckett wrote:
> > >
> > >
> > > On 20/01/2022 14:59, Matthew Auld wrote:
> > > > On 20/01/2022 13:15, Robert Beckett wrote:
> > > > >
> > > > >
> > > > > On 2
On 2022-02-07 at 15:37:09 +0100, Christian König wrote:
> Am 07.02.22 um 14:53 schrieb Ramalingam C:
> > On 2022-02-07 at 12:41:59 +0100, Christian König wrote:
> > > Am 07.02.22 um 10:37 schrieb Ramalingam C:
> > > > On flat-ccs capable platform we need to evict and resore the ccs data
> > > > alo
In that case can we merge the series
http://intel-gfx-pw.fi.intel.com/series/6611/ ?
If so please provide your R-b/Ack
> -Original Message-
> From: Chris Wilson
> Sent: Monday, December 7, 2020 4:17 PM
> To: C, Ramalingam ; intel-gfx g...@lists.freedesktop.org>
> S
> -Original Message-
> From: Sean Paul
> Sent: Tuesday, June 23, 2020 9:29 PM
> To: dri-de...@lists.freedesktop.org; intel-gfx@lists.freedesktop.org
> Cc: Li, Juston ; C, Ramalingam
> ; ville.syrj...@linux.intel.com;
> jani.nik...@linux.intel.com; joonas.lahti...@
> -Original Message-
> From: Sean Paul
> Sent: Tuesday, June 23, 2020 9:29 PM
> To: dri-de...@lists.freedesktop.org; intel-gfx@lists.freedesktop.org
> Cc: Li, Juston ; C, Ramalingam
> ; ville.syrj...@linux.intel.com;
> jani.nik...@linux.intel.com; joonas.lahti...@
> -Original Message-
> From: Sean Paul
> Sent: Tuesday, June 23, 2020 9:29 PM
> To: dri-de...@lists.freedesktop.org; intel-gfx@lists.freedesktop.org
> Cc: Li, Juston ; C, Ramalingam
> ; ville.syrj...@linux.intel.com;
> jani.nik...@linux.intel.com; joonas.lahti...@
> -Original Message-
> From: Usyskin, Alexander
> Sent: Thursday, May 17, 2018 11:29 AM
> To: C, Ramalingam ; Shankar, Uma
> ; intel-gfx@lists.freedesktop.org; dri-
> de...@lists.freedesktop.org; seanp...@chromium.org; dan...@ffwll.ch;
> ch...@chris-w
So basically we want all logs related to HW failure and I915 programing should
be errors whereas all sink specific errors in debug level.
I will prepare the change.
danvet, seanpaul has discussed few points about convenience of debugging on
customer platforms. What is the take on it?
--Ram
On
On 10/29/2018 8:16 PM, Martin Peres wrote:
On 29/10/2018 13:55, Patchwork wrote:
== Series Details ==
Series: Implement HDCP2.2: PART-I (rev2)
URL : https://patchwork.freedesktop.org/series/51495/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_5044_full -> Patchwork_1062
On 11/27/2018 8:45 PM, Ville Syrjälä wrote:
On Tue, Nov 27, 2018 at 07:32:56PM +0530, Ramalingam C wrote:
HDCP1.4 key load process varies between Intel platform to platform.
For Gen9 platforms except BXT and GLK, HDCP1.4 key is loaded using
the GT Driver Mailbox interface. Instead of listing a
On 10/22/2018 10:47 PM, Patchwork wrote:
== Series Details ==
Series: Enabling the IGT for HDCP1.4 (rev4)
URL : https://patchwork.freedesktop.org/series/51113/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_5017 -> Patchwork_10527 =
== Summary - FAILURE ==
Serious unk
On 10/23/2018 1:15 PM, Martin Peres wrote:
On 23/10/2018 08:42, C, Ramalingam wrote:
On 10/22/2018 10:47 PM, Patchwork wrote:
== Series Details ==
Series: Enabling the IGT for HDCP1.4 (rev4)
URL : https://patchwork.freedesktop.org/series/51113/
State : failure
== Summary ==
= CI Bug Log
Thanks seanpaul for the reviews.
> -Original Message-
> From: Sean Paul [mailto:seanp...@chromium.org]
> Sent: Tuesday, July 10, 2018 1:51 AM
> To: C, Ramalingam
> Cc: intel-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org;
> dan...@ffwll.ch; Winkle
> -Original Message-
> From: Sean Paul [mailto:seanp...@chromium.org]
> Sent: Tuesday, July 10, 2018 1:53 AM
> To: C, Ramalingam
> Cc: intel-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org;
> dan...@ffwll.ch; Winkler, Tomas ; Usyskin,
> Alexander ; Shan
> -Original Message-
> From: Sean Paul [mailto:seanp...@chromium.org]
> Sent: Tuesday, July 10, 2018 2:00 AM
> To: C, Ramalingam
> Cc: intel-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org;
> dan...@ffwll.ch; Winkler, Tomas ; Usyskin,
> Alexander ; Shan
> -Original Message-
> From: Sean Paul [mailto:seanp...@chromium.org]
> Sent: Tuesday, July 10, 2018 2:04 AM
> To: C, Ramalingam
> Cc: intel-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org;
> dan...@ffwll.ch; Winkler, Tomas ; Usyskin,
> Alexander ; Shan
> -Original Message-
> From: Sean Paul [mailto:seanp...@chromium.org]
> Sent: Thursday, July 12, 2018 2:36 AM
> To: C, Ramalingam
> Cc: Sean Paul ; intel-gfx@lists.freedesktop.org; dri-
> de...@lists.freedesktop.org; dan...@ffwll.ch; Winkler, Tomas
> ; Usyskin, Alexa
> -Original Message-
> From: Sean Paul [mailto:seanp...@chromium.org]
> Sent: Thursday, July 12, 2018 12:38 AM
> To: C, Ramalingam
> Cc: Sean Paul ; intel-gfx@lists.freedesktop.org; dri-
> de...@lists.freedesktop.org; dan...@ffwll.ch; Winkler, Tomas
> ; Usyskin, Alexa
> -Original Message-
> From: Sean Paul [mailto:seanp...@chromium.org]
> Sent: Tuesday, July 10, 2018 2:21 AM
> To: C, Ramalingam
> Cc: intel-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org;
> dan...@ffwll.ch; Winkler, Tomas ; Usyskin,
> Alexander ; Shankar
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel Vetter
> Sent: Tuesday, May 29, 2018 12:27 PM
> To: C, Ramalingam
> Cc: intel-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org;
> seanp...@chromium.org; dan...@ffw
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel Vetter
> Sent: Tuesday, May 29, 2018 2:01 PM
> To: C, Ramalingam
> Cc: Daniel Vetter ; intel-gfx@lists.freedesktop.org; dri-
> de...@lists.freedesktop.org; seanp...@chromiu
Best Regards,
Ramalingam C
> -Original Message-
> From: daniel.vet...@ffwll.ch [mailto:daniel.vet...@ffwll.ch] On Behalf Of
> Daniel Vetter
> Sent: Wednesday, June 20, 2018 5:14 PM
> To: C, Ramalingam
> Cc: intel-gfx ; dri-devel de...@lists.freedesktop.org&g
> -Original Message-
> From: Sean Paul [mailto:seanp...@chromium.org]
> Sent: Wednesday, July 26, 2017 8:23 PM
> To: C, Ramalingam
> Cc: Sean Paul ; Vetter, Daniel
> ; Intel Graphics Development g...@lists.freedesktop.org>; dri-devel ;
> Daniel
> Vetter
> -Original Message-
> From: Vivi, Rodrigo
> Sent: Wednesday, November 1, 2017 12:27 AM
> To: C, Ramalingam
> Cc: intel-gfx@lists.freedesktop.org; Zanoni, Paulo R
> ; ch...@chris-wilson.co.uk
> Subject: Re: [PATCH 1/2] drm/i915: Runtime disable for eDP DRRS
>
&
Thanks for reviewing these changes Rodrigo.
> -Original Message-
> From: Vivi, Rodrigo
> Sent: Saturday, November 18, 2017 12:24 AM
> To: C, Ramalingam
> Cc: Zanoni, Paulo R ; intel-
> g...@lists.freedesktop.org
> Subject: Re: [Intel-gfx] [PATCH v2 1/2] drm/i915: Ru
> -Original Message-
> From: Vivi, Rodrigo
> Sent: Saturday, November 18, 2017 12:26 AM
> To: C, Ramalingam
> Cc: Zanoni, Paulo R ; ch...@chris-wilson.co.uk;
> intel-gfx@lists.freedesktop.org
> Subject: Re: [Intel-gfx] [PATCH v2 2/2] i915/drrs/debugfs: crtc id and
> -Original Message-
> From: Sean Paul [mailto:seanp...@chromium.org]
> Sent: Friday, January 19, 2018 3:54 AM
> To: C, Ramalingam
> Cc: intel-gfx@lists.freedesktop.org; seanp...@chromium.org;
> daniel.vet...@ffwll.ch; Vivi, Rodrigo ; Sharma,
> Shashank
> Subj
> -Original Message-
> From: Sean Paul [mailto:seanp...@chromium.org]
> Sent: Monday, February 5, 2018 10:21 PM
> To: C, Ramalingam
> Cc: intel-gfx@lists.freedesktop.org; seanp...@chromium.org; Vivi, Rodrigo
> ; Sharma, Shashank ;
> daniel.vet...@ffwll.ch
> Su
submission.
Thanks and Regards,
Ramalingam C.
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel Vetter
> Sent: Sunday, January 26, 2014 1:41 AM
> To: C, Ramalingam
> Cc: Intel-gfx@lists.freedesktop.org
> Subject: Re: [Intel-gfx
87 matches
Mail list logo
