On 1/9/2019 11:16 PM, Stephen Boyd wrote:
Quoting Raju P L S S S N (2019-01-08 21:34:32)
On 1/7/2019 9:47 PM, Raju P L S S S N wrote:
On 1/4/2019 2:49 AM, Stephen Boyd wrote:
I'd hope that each RSC's PDC timer wakes up the owner of the RSC so that
we can use the sysreg based timers
On 1/7/2019 9:47 PM, Raju P L S S S N wrote:
On 1/4/2019 2:49 AM, Stephen Boyd wrote:
Quoting Raju P L S S S N (2019-01-03 04:22:58)
On 12/29/2018 3:08 AM, Stephen Boyd wrote:
Quoting Raju P L S S S N (2018-12-26 01:44:43)
There are two RSC devices in SoC one for application processor
On 1/4/2019 2:49 AM, Stephen Boyd wrote:
Quoting Raju P L S S S N (2019-01-03 04:22:58)
On 12/29/2018 3:08 AM, Stephen Boyd wrote:
Quoting Raju P L S S S N (2018-12-26 01:44:43)
There are two RSC devices in SoC one for application processor subsystem
& other display subsystem. Both
On 12/29/2018 3:08 AM, Stephen Boyd wrote:
Quoting Raju P L S S S N (2018-12-26 01:44:43)
On 12/22/2018 1:09 PM, Stephen Boyd wrote:
+If an RSC needs to program next wake-up in the PDC timer, it must specify the
+binding as child node with the following properties:
+
+Properties
On 12/22/2018 1:09 PM, Stephen Boyd wrote:
+If an RSC needs to program next wake-up in the PDC timer, it must specify the
+binding as child node with the following properties:
+
+Properties:
+- compatible:
+Usage: required
+ Value type:
+ Definition: must be "qcom,pdc-timer".
Hi Ulf, This is noticed in v4.19 as well. Could you please check if
CONFIG_DEBUG_ATOMIC_SLEEP is enabled in your case? I think with current
patch the scenario would be applicable.
On 11/20/2018 3:20 PM, Ulf Hansson wrote:
On 19 November 2018 at 20:50, Raju P L S S S N wrote:
Hi Ulf,
Got
Hi Ulf, This is noticed in v4.19 as well. Could you please check if
CONFIG_DEBUG_ATOMIC_SLEEP is enabled in your case? I think with current
patch the scenario would be applicable.
On 11/20/2018 3:20 PM, Ulf Hansson wrote:
On 19 November 2018 at 20:50, Raju P L S S S N wrote:
Hi Ulf,
Got
Hi Ulf,
Got one issue in hotplug path where of_genpd_detach_cpu calls
dev_pm_qos_remove_notifier which can be sleeping as per below call
stack. I think it should be applicable for current patch as well right?
Please let me know what am I missing? why didn't you see this issue with
this
Hi Ulf,
Got one issue in hotplug path where of_genpd_detach_cpu calls
dev_pm_qos_remove_notifier which can be sleeping as per below call
stack. I think it should be applicable for current patch as well right?
Please let me know what am I missing? why didn't you see this issue with
this
On 10/24/2018 12:06 AM, Doug Anderson wrote:
Hi,
On Mon, Oct 15, 2018 at 10:02 AM Raju P.L.S.S.S.N
wrote:
+ idle-states {
+ entry-method = "psci";
+
+ C0_CPU_SPC: c0_spc {
nit: all these nodes should have dashes instead of spaces
On 10/24/2018 12:06 AM, Doug Anderson wrote:
Hi,
On Mon, Oct 15, 2018 at 10:02 AM Raju P.L.S.S.S.N
wrote:
+ idle-states {
+ entry-method = "psci";
+
+ C0_CPU_SPC: c0_spc {
nit: all these nodes should have dashes instead of spaces
On 10/12/2018 7:55 PM, Sudeep Holla wrote:
On Thu, Oct 11, 2018 at 02:50:54AM +0530, Raju P.L.S.S.S.N wrote:
Use cpu hotplug callback mechanism to attach/dettach the cpu in
the cpu power domain. During cpu hotplug callback registration,
the starting callback is invoked on all online cpus. So
On 10/12/2018 7:55 PM, Sudeep Holla wrote:
On Thu, Oct 11, 2018 at 02:50:54AM +0530, Raju P.L.S.S.S.N wrote:
Use cpu hotplug callback mechanism to attach/dettach the cpu in
the cpu power domain. During cpu hotplug callback registration,
the starting callback is invoked on all online cpus. So
On 10/11/2018 4:38 PM, Sudeep Holla wrote:
On Thu, Oct 11, 2018 at 02:50:52AM +0530, Raju P.L.S.S.S.N wrote:
Add device binding documentation for Qualcomm Technology Inc's cpu
domain driver. The driver is used for managing system sleep activities
that are required when application processor
On 10/11/2018 4:38 PM, Sudeep Holla wrote:
On Thu, Oct 11, 2018 at 02:50:52AM +0530, Raju P.L.S.S.S.N wrote:
Add device binding documentation for Qualcomm Technology Inc's cpu
domain driver. The driver is used for managing system sleep activities
that are required when application processor
On 10/12/2018 8:03 PM, Sudeep Holla wrote:
On Thu, Oct 11, 2018 at 02:50:51AM +0530, Raju P.L.S.S.S.N wrote:
RPMH based targets require that the sleep and wake state request votes
be sent during system low power mode entry. The votes help reduce the
power consumption when the AP is not using
On 10/12/2018 8:03 PM, Sudeep Holla wrote:
On Thu, Oct 11, 2018 at 02:50:51AM +0530, Raju P.L.S.S.S.N wrote:
RPMH based targets require that the sleep and wake state request votes
be sent during system low power mode entry. The votes help reduce the
power consumption when the AP is not using
From: Lina Iyer
Allow the controller state be read by platform drivers. This is useful
for PM drivers which can choose to disallow idle modes when the
controller is busy.
Signed-off-by: Lina Iyer
Signed-off-by: Raju P.L.S.S.S.N
---
drivers/soc/qcom/rpmh.c | 13 +
From: Lina Iyer
Allow the controller state be read by platform drivers. This is useful
for PM drivers which can choose to disallow idle modes when the
controller is busy.
Signed-off-by: Lina Iyer
Signed-off-by: Raju P.L.S.S.S.N
---
drivers/soc/qcom/rpmh.c | 13 +
From: "Raju P.L.S.S.S.N"
For RSCs that have sleep & wake TCS but no dedicated active TCS, wake
TCS can be re-purposed to send active requests. Once the active requests
are sent and response is received, the active mode configuration needs
to be cleared so that controller can use wake TCS for
From: Lina Iyer
Controllers may be in 'solver' state, where they could be in autonomous
mode executing low power modes for their hardware and as such are not
available for sending active votes. Device driver may notify RPMH API
that the controller is in solver mode and when in such mode,
From: "Raju P.L.S.S.S.N"
For RSCs that have sleep & wake TCS but no dedicated active TCS, wake
TCS can be re-purposed to send active requests. Once the active requests
are sent and response is received, the active mode configuration needs
to be cleared so that controller can use wake TCS for
From: Lina Iyer
Controllers may be in 'solver' state, where they could be in autonomous
mode executing low power modes for their hardware and as such are not
available for sending active votes. Device driver may notify RPMH API
that the controller is in solver mode and when in such mode,
From: Lina Iyer
In addition to requests that are send to the remote processor, the
controller may allow certain data to be written to the controller for
use in specific cases like wakeup value when entering idle states.
Allow a pass through to write PDC data.
Signed-off-by: Lina Iyer
From: Lina Iyer
The Power Domain Controller can be programmed to wakeup the RSC and
setup the resources back in the active state, before the processor is
woken up by a timer interrupt. The wakeup value from the timer hardware
can be copied to the PDC which has its own timer and is in an
From: "Raju P.L.S.S.S.N"
Changes in v1:
- Remove unnecessary EXPORT_SYMBOL in rpmh-rsc
This set of patches add additional functionality to RPMH drivers[1].
PM drivers can choose to disallow idle modes when RSC controller is busy
sending or processing requests. The patches add necessary
From: Lina Iyer
Allow the controller status be queried. The controller is busy if it is
actively processing request.
Signed-off-by: Lina Iyer
Signed-off-by: Raju P.L.S.S.S.N
---
Changes in v2:
- Remove unnecessary EXPORT_SYMBOL
---
drivers/soc/qcom/rpmh-internal.h | 1 +
From: "Raju P.L.S.S.S.N"
Changes in v1:
- Remove unnecessary EXPORT_SYMBOL in rpmh-rsc
This set of patches add additional functionality to RPMH drivers[1].
PM drivers can choose to disallow idle modes when RSC controller is busy
sending or processing requests. The patches add necessary
From: Lina Iyer
Allow the controller status be queried. The controller is busy if it is
actively processing request.
Signed-off-by: Lina Iyer
Signed-off-by: Raju P.L.S.S.S.N
---
Changes in v2:
- Remove unnecessary EXPORT_SYMBOL
---
drivers/soc/qcom/rpmh-internal.h | 1 +
From: Lina Iyer
In addition to requests that are send to the remote processor, the
controller may allow certain data to be written to the controller for
use in specific cases like wakeup value when entering idle states.
Allow a pass through to write PDC data.
Signed-off-by: Lina Iyer
From: Lina Iyer
The Power Domain Controller can be programmed to wakeup the RSC and
setup the resources back in the active state, before the processor is
woken up by a timer interrupt. The wakeup value from the timer hardware
can be copied to the PDC which has its own timer and is in an
From: Lina Iyer
In addition to requests that are send to the remote processor, the
controller may allow certain data to be written to the controller for
use in specific cases like wakeup value when entering idle states.
Allow a pass through to write PDC data.
Signed-off-by: Lina Iyer
From: Lina Iyer
In addition to requests that are send to the remote processor, the
controller may allow certain data to be written to the controller for
use in specific cases like wakeup value when entering idle states.
Allow a pass through to write PDC data.
Signed-off-by: Lina Iyer
From: "Raju P.L.S.S.S.N"
For RSCs that have sleep & wake TCS but no dedicated active TCS, wake
TCS can be re-purposed to send active requests. Once the active requests
are sent and response is received, the active mode configuration needs
to be cleared so that controller can use wake TCS for
From: Lina Iyer
The Power Domain Controller can be programmed to wakeup the RSC and
setup the resources back in the active state, before the processor is
woken up by a timer interrupt. The wakeup value from the timer hardware
can be copied to the PDC which has its own timer and is in an
From: "Raju P.L.S.S.S.N"
For RSCs that have sleep & wake TCS but no dedicated active TCS, wake
TCS can be re-purposed to send active requests. Once the active requests
are sent and response is received, the active mode configuration needs
to be cleared so that controller can use wake TCS for
From: Lina Iyer
The Power Domain Controller can be programmed to wakeup the RSC and
setup the resources back in the active state, before the processor is
woken up by a timer interrupt. The wakeup value from the timer hardware
can be copied to the PDC which has its own timer and is in an
From: Lina Iyer
Controllers may be in 'solver' state, where they could be in autonomous
mode executing low power modes for their hardware and as such are not
available for sending active votes. Device driver may notify RPMH API
that the controller is in solver mode and when in such mode,
From: Lina Iyer
Controllers may be in 'solver' state, where they could be in autonomous
mode executing low power modes for their hardware and as such are not
available for sending active votes. Device driver may notify RPMH API
that the controller is in solver mode and when in such mode,
From: "Raju P.L.S.S.S.N"
This set of patches add additional functionality to RPMH drivers[1].
PM drivers can choose to disallow idle modes when RSC controller is busy sending
or processing requests. The patches add necesary functions to query the
controller status.
The controllers may be in
From: Lina Iyer
Allow the controller state be read by platform drivers. This is useful
for PM drivers which can choose to disallow idle modes when the
controller is busy.
Signed-off-by: Lina Iyer
Signed-off-by: Raju P.L.S.S.S.N
---
drivers/soc/qcom/rpmh.c | 13 +
From: "Raju P.L.S.S.S.N"
This set of patches add additional functionality to RPMH drivers[1].
PM drivers can choose to disallow idle modes when RSC controller is busy sending
or processing requests. The patches add necesary functions to query the
controller status.
The controllers may be in
From: Lina Iyer
Allow the controller state be read by platform drivers. This is useful
for PM drivers which can choose to disallow idle modes when the
controller is busy.
Signed-off-by: Lina Iyer
Signed-off-by: Raju P.L.S.S.S.N
---
drivers/soc/qcom/rpmh.c | 13 +
From: Lina Iyer
Allow the controller status be queried. The controller is busy if it is
actively processing request.
Signed-off-by: Lina Iyer
Signed-off-by: Raju P.L.S.S.S.N
---
drivers/soc/qcom/rpmh-internal.h | 1 +
drivers/soc/qcom/rpmh-rsc.c | 21 +
2 files
From: Lina Iyer
Allow the controller status be queried. The controller is busy if it is
actively processing request.
Signed-off-by: Lina Iyer
Signed-off-by: Raju P.L.S.S.S.N
---
drivers/soc/qcom/rpmh-internal.h | 1 +
drivers/soc/qcom/rpmh-rsc.c | 21 +
2 files
Hi all,
This is an independent patch and not part of patch set. There was some
issue while sending the patch using git send-email. Please ignore 1/7 in
the mail subject. Sorry for multiple mails.
Thanks,
Raju.
On 7/19/2018 12:43 PM, Raju P L S S S N wrote:
From: "Raju P.L.S.
Hi all,
This is an independent patch and not part of patch set. There was some
issue while sending the patch using git send-email. Please ignore 1/7 in
the mail subject. Sorry for multiple mails.
Thanks,
Raju.
On 7/19/2018 12:43 PM, Raju P L S S S N wrote:
From: "Raju P.L.S.
From: "Raju P.L.S.S.S.N"
get_req_from_tcs introduced in patch[1] returns tcs_request from
tcs_group. The size of tcs (of type - tcs_group) array in rsc_drv is
TCS_TYPE_NR. So the loop index needs to be iterated up to TCS_TYPE_NR only.
[1] https://patchwork.kernel.org/patch/10477547/
From: "Raju P.L.S.S.S.N"
get_req_from_tcs introduced in patch[1] returns tcs_request from
tcs_group. The size of tcs (of type - tcs_group) array in rsc_drv is
TCS_TYPE_NR. So the loop index needs to be iterated up to TCS_TYPE_NR only.
[1] https://patchwork.kernel.org/patch/10477547/
From: "Raju P.L.S.S.S.N"
The patch fixes the bug reported by Dan Carpenter.
It removes the unnecessary err check for ‘tcs’ reported by
static checker warning:
drivers/soc/qcom/rpmh-rsc.c:111 tcs_invalidate()
warn: 'tcs' isn't an ERR_PTR
See also:
drivers/soc/qcom/rpmh-rsc.c:178
From: "Raju P.L.S.S.S.N"
The patch fixes the bug reported by Dan Carpenter.
It removes the unnecessary err check for ‘tcs’ reported by
static checker warning:
drivers/soc/qcom/rpmh-rsc.c:111 tcs_invalidate()
warn: 'tcs' isn't an ERR_PTR
See also:
drivers/soc/qcom/rpmh-rsc.c:178
From: Lina Iyer
Add device binding documentation for Qualcomm Technology Inc's RPMH RSC
driver. The driver is used for communicating resource state requests for
shared resources.
Cc: devicet...@vger.kernel.org
Signed-off-by: Lina Iyer
Reviewed-by: Rob Herring
[rpls...@codeaurora.org: minor
From: Lina Iyer
Add device binding documentation for Qualcomm Technology Inc's RPMH RSC
driver. The driver is used for communicating resource state requests for
shared resources.
Cc: devicet...@vger.kernel.org
Signed-off-by: Lina Iyer
Reviewed-by: Rob Herring
[rpls...@codeaurora.org: minor
From: Lina Iyer
Add controller driver for QCOM SoCs that have hardware based shared
resource management. The hardware IP known as RSC (Resource State
Coordinator) houses multiple Direct Resource Voter (DRV) for different
execution levels. A DRV is a unique voter on the state of a shared
From: Lina Iyer
Add controller driver for QCOM SoCs that have hardware based shared
resource management. The hardware IP known as RSC (Resource State
Coordinator) houses multiple Direct Resource Voter (DRV) for different
execution levels. A DRV is a unique voter on the state of a shared
From: Lina Iyer
Sending RPMH requests and waiting for response from the controller
through a callback is common functionality across all platform drivers.
To simplify drivers, add a library functions to create RPMH client and
send resource state requests.
rpmh_write() is a synchronous blocking
From: Lina Iyer
Sending RPMH requests and waiting for response from the controller
through a callback is common functionality across all platform drivers.
To simplify drivers, add a library functions to create RPMH client and
send resource state requests.
rpmh_write() is a synchronous blocking
From: Lina Iyer
Allow sleep and wake commands to be cleared from the respective TCSes,
so that they can be re-populated.
Signed-off-by: Lina Iyer
Signed-off-by: Raju P.L.S.S.S.N
---
Changes in v9:
- Remove EXPORT_SYMBOL
Changes in v7:
- Move bitmap_zero() outside the loop
From: Lina Iyer
Allow sleep and wake commands to be cleared from the respective TCSes,
so that they can be re-populated.
Signed-off-by: Lina Iyer
Signed-off-by: Raju P.L.S.S.S.N
---
Changes in v9:
- Remove EXPORT_SYMBOL
Changes in v7:
- Move bitmap_zero() outside the loop
From: Lina Iyer
Platform drivers that want to send a request but do not want to block
until the RPMH request completes have now a new API -
rpmh_write_async().
The API allocates memory and send the requests and returns the control
back to the platform driver. The tx_done callback from the
From: Lina Iyer
Platform drivers that want to send a request but do not want to block
until the RPMH request completes have now a new API -
rpmh_write_async().
The API allocates memory and send the requests and returns the control
back to the platform driver. The tx_done callback from the
From: Lina Iyer
Platform drivers need make a lot of resource state requests at the same
time, say, at the start or end of an usecase. It can be quite
inefficient to send each request separately. Instead they can give the
RPMH library a batch of requests to be sent and wait on the whole
From: Lina Iyer
Platform drivers need make a lot of resource state requests at the same
time, say, at the start or end of an usecase. It can be quite
inefficient to send each request separately. Instead they can give the
RPMH library a batch of requests to be sent and wait on the whole
Hi,
On 6/20/2018 4:21 AM, Bjorn Andersson wrote:
On Tue 19 Jun 06:11 PDT 2018, Raju P L S S S N wrote:
From: Lina Iyer
Add device binding documentation for Qualcomm Technology Inc's RPMH RSC
driver. The driver is used for communicating resource state requests for
shared resources.
Cc
Hi,
On 6/20/2018 4:21 AM, Bjorn Andersson wrote:
On Tue 19 Jun 06:11 PDT 2018, Raju P L S S S N wrote:
From: Lina Iyer
Add device binding documentation for Qualcomm Technology Inc's RPMH RSC
driver. The driver is used for communicating resource state requests for
shared resources.
Cc
From: Lina Iyer
Some RSCs may only have sleep and wake TCS, i.e, there is no dedicated
TCS for active mode request, but drivers may still want to make active
requests from these RSCs. In such cases re-purpose the wake TCS to send
active state requests.
The requirement for this is that the
From: Lina Iyer
Some RSCs may only have sleep and wake TCS, i.e, there is no dedicated
TCS for active mode request, but drivers may still want to make active
requests from these RSCs. In such cases re-purpose the wake TCS to send
active state requests.
The requirement for this is that the
From: Lina Iyer
Log sent RPMH requests and interrupt responses in FTRACE.
Signed-off-by: Lina Iyer
Reviewed-by: Steven Rostedt (VMware)
[rpls...@codeaurora.org: rebase to v4.18-rc1 & fix merge conflict]
Signed-off-by: Raju P.L.S.S.S.N
---
Changes in v13:
- Add missing signed-off in
From: Lina Iyer
Active state requests are sent immediately to the RSC controller, while
sleep and wake state requests are cached in this driver to avoid taxing
the RSC controller repeatedly. The cached values will be sent to the
controller when the rpmh_flush() is called.
Generally, flushing is
From: Lina Iyer
Log sent RPMH requests and interrupt responses in FTRACE.
Signed-off-by: Lina Iyer
Reviewed-by: Steven Rostedt (VMware)
[rpls...@codeaurora.org: rebase to v4.18-rc1 & fix merge conflict]
Signed-off-by: Raju P.L.S.S.S.N
---
Changes in v13:
- Add missing signed-off in
From: Lina Iyer
Active state requests are sent immediately to the RSC controller, while
sleep and wake state requests are cached in this driver to avoid taxing
the RSC controller repeatedly. The cached values will be sent to the
controller when the rpmh_flush() is called.
Generally, flushing is
From: "Raju P.L.S.S.S.N"
Changes in v13:
- Add missing Signed-off-by in commit text
Changes in v12:
- Rename ctrlr to client in rsc_drv
- Fix Bot reported errors - 'err' may be used uninitialized
- Rebase on top of v4.18-rc1
Changes in v11:
- move rpmh_request to rpmh-internal.h
- Associate
From: Lina Iyer
Sleep and wake requests are sent when the application processor
subsystem of the SoC is entering deep sleep states like in suspend.
These requests help lower the system power requirements when the
resources are not in use.
Sleep and wake requests are written to the TCS slots but
From: "Raju P.L.S.S.S.N"
Changes in v13:
- Add missing Signed-off-by in commit text
Changes in v12:
- Rename ctrlr to client in rsc_drv
- Fix Bot reported errors - 'err' may be used uninitialized
- Rebase on top of v4.18-rc1
Changes in v11:
- move rpmh_request to rpmh-internal.h
- Associate
From: Lina Iyer
Sleep and wake requests are sent when the application processor
subsystem of the SoC is entering deep sleep states like in suspend.
These requests help lower the system power requirements when the
resources are not in use.
Sleep and wake requests are written to the TCS slots but
From: Lina Iyer
Add device binding documentation for Qualcomm Technology Inc's RPMH RSC
driver. The driver is used for communicating resource state requests for
shared resources.
Cc: devicet...@vger.kernel.org
Signed-off-by: Lina Iyer
Reviewed-by: Rob Herring
[rpls...@codeaurora.org: minor
From: Lina Iyer
Add device binding documentation for Qualcomm Technology Inc's RPMH RSC
driver. The driver is used for communicating resource state requests for
shared resources.
Cc: devicet...@vger.kernel.org
Signed-off-by: Lina Iyer
Reviewed-by: Rob Herring
[rpls...@codeaurora.org: minor
From: Lina Iyer
Allow sleep and wake commands to be cleared from the respective TCSes,
so that they can be re-populated.
Signed-off-by: Lina Iyer
Signed-off-by: Raju P.L.S.S.S.N
---
Changes in v9:
- Remove EXPORT_SYMBOL
Changes in v7:
- Move bitmap_zero() outside the loop
From: Lina Iyer
Allow sleep and wake commands to be cleared from the respective TCSes,
so that they can be re-populated.
Signed-off-by: Lina Iyer
Signed-off-by: Raju P.L.S.S.S.N
---
Changes in v9:
- Remove EXPORT_SYMBOL
Changes in v7:
- Move bitmap_zero() outside the loop
From: Lina Iyer
Sleep and wake requests are sent when the application processor
subsystem of the SoC is entering deep sleep states like in suspend.
These requests help lower the system power requirements when the
resources are not in use.
Sleep and wake requests are written to the TCS slots but
From: Lina Iyer
Sleep and wake requests are sent when the application processor
subsystem of the SoC is entering deep sleep states like in suspend.
These requests help lower the system power requirements when the
resources are not in use.
Sleep and wake requests are written to the TCS slots but
From: Lina Iyer
Sending RPMH requests and waiting for response from the controller
through a callback is common functionality across all platform drivers.
To simplify drivers, add a library functions to create RPMH client and
send resource state requests.
rpmh_write() is a synchronous blocking
From: Lina Iyer
Active state requests are sent immediately to the RSC controller, while
sleep and wake state requests are cached in this driver to avoid taxing
the RSC controller repeatedly. The cached values will be sent to the
controller when the rpmh_flush() is called.
Generally, flushing is
From: Lina Iyer
Sending RPMH requests and waiting for response from the controller
through a callback is common functionality across all platform drivers.
To simplify drivers, add a library functions to create RPMH client and
send resource state requests.
rpmh_write() is a synchronous blocking
From: Lina Iyer
Active state requests are sent immediately to the RSC controller, while
sleep and wake state requests are cached in this driver to avoid taxing
the RSC controller repeatedly. The cached values will be sent to the
controller when the rpmh_flush() is called.
Generally, flushing is
From: Lina Iyer
Some RSCs may only have sleep and wake TCS, i.e, there is no dedicated
TCS for active mode request, but drivers may still want to make active
requests from these RSCs. In such cases re-purpose the wake TCS to send
active state requests.
The requirement for this is that the
From: Lina Iyer
Some RSCs may only have sleep and wake TCS, i.e, there is no dedicated
TCS for active mode request, but drivers may still want to make active
requests from these RSCs. In such cases re-purpose the wake TCS to send
active state requests.
The requirement for this is that the
Hi,
On 6/19/2018 10:50 AM, Bjorn Andersson wrote:
On Mon 18 Jun 06:37 PDT 2018, Raju P L S S S N wrote:
diff --git a/drivers/soc/qcom/Makefile b/drivers/soc/qcom/Makefile
index 39d3a05..cb6300f 100644
--- a/drivers/soc/qcom/Makefile
+++ b/drivers/soc/qcom/Makefile
@@ -1,4 +1,5 @@
# SPDX
From: Lina Iyer
Platform drivers need make a lot of resource state requests at the same
time, say, at the start or end of an usecase. It can be quite
inefficient to send each request separately. Instead they can give the
RPMH library a batch of requests to be sent and wait on the whole
From: Lina Iyer
Platform drivers that want to send a request but do not want to block
until the RPMH request completes have now a new API -
rpmh_write_async().
The API allocates memory and send the requests and returns the control
back to the platform driver. The tx_done callback from the
Hi,
On 6/19/2018 10:50 AM, Bjorn Andersson wrote:
On Mon 18 Jun 06:37 PDT 2018, Raju P L S S S N wrote:
diff --git a/drivers/soc/qcom/Makefile b/drivers/soc/qcom/Makefile
index 39d3a05..cb6300f 100644
--- a/drivers/soc/qcom/Makefile
+++ b/drivers/soc/qcom/Makefile
@@ -1,4 +1,5 @@
# SPDX
From: Lina Iyer
Platform drivers need make a lot of resource state requests at the same
time, say, at the start or end of an usecase. It can be quite
inefficient to send each request separately. Instead they can give the
RPMH library a batch of requests to be sent and wait on the whole
From: Lina Iyer
Platform drivers that want to send a request but do not want to block
until the RPMH request completes have now a new API -
rpmh_write_async().
The API allocates memory and send the requests and returns the control
back to the platform driver. The tx_done callback from the
From: Lina Iyer
Log sent RPMH requests and interrupt responses in FTRACE.
Signed-off-by: Lina Iyer
Reviewed-by: Steven Rostedt (VMware)
[rpls...@codeaurora.org: rebase to v4.18-rc1 & fix merge conflict]
---
Changes in v7:
- varible name changes and white space
Changes in v6:
From: Lina Iyer
Log sent RPMH requests and interrupt responses in FTRACE.
Signed-off-by: Lina Iyer
Reviewed-by: Steven Rostedt (VMware)
[rpls...@codeaurora.org: rebase to v4.18-rc1 & fix merge conflict]
---
Changes in v7:
- varible name changes and white space
Changes in v6:
From: Lina Iyer
Add controller driver for QCOM SoCs that have hardware based shared
resource management. The hardware IP known as RSC (Resource State
Coordinator) houses multiple Direct Resource Voter (DRV) for different
execution levels. A DRV is a unique voter on the state of a shared
From: Lina Iyer
Add controller driver for QCOM SoCs that have hardware based shared
resource management. The hardware IP known as RSC (Resource State
Coordinator) houses multiple Direct Resource Voter (DRV) for different
execution levels. A DRV is a unique voter on the state of a shared
From: "Raju P.L.S.S.S.N"
Changes in v12:
- Rename ctrlr to client in rsc_drv
- Fix Bot reported errors - 'err' may be used uninitialized
- Rebase on top of v4.18-rc1
Changes in v11:
- move rpmh_request to rpmh-internal.h
- Associate rpmh_ctrl to rsc_drv
- Remove EXPORT_SYMBOL for rpmh_tx_done
From: "Raju P.L.S.S.S.N"
Changes in v12:
- Rename ctrlr to client in rsc_drv
- Fix Bot reported errors - 'err' may be used uninitialized
- Rebase on top of v4.18-rc1
Changes in v11:
- move rpmh_request to rpmh-internal.h
- Associate rpmh_ctrl to rsc_drv
- Remove EXPORT_SYMBOL for rpmh_tx_done
From: Lina Iyer
Add device binding documentation for Qualcomm Technology Inc's RPMH RSC
driver. The driver is used for communicating resource state requests for
shared resources.
Cc: devicet...@vger.kernel.org
Signed-off-by: Lina Iyer
Reviewed-by: Rob Herring
---
Changes in v8:
-
1 - 100 of 187 matches
Mail list logo
