2019-06-04 16:11:33 +08:00
|
|
|
/* SPDX-License-Identifier: GPL-2.0-only */
|
PM / devfreq: event: Add devfreq_event class
This patch adds a new class in devfreq, devfreq_event, which provides
raw data (e.g., memory bus utilization, GPU utilization) for devfreq
governors.
- devfreq_event device : Provides raw data for a governor of a devfreq device
- devfreq device : Monitors device state and changes frequency/voltage
of the device using the raw data from its
devfreq_event device.
A devfreq device dertermines performance states (normally the frequency
and the voltage vlues) based on the results its designtated devfreq governor:
e.g., ondemand, performance, powersave.
In order to give such results required by a devfreq device, the devfreq
governor requires data that indicates the performance requirement given
to the devfreq device. The conventional (previous) implementatino of
devfreq subsystem requires a devfreq device driver to implement its own
mechanism to acquire performance requirement for its governor. However,
there had been issues with such requirements:
1. Although performance requirement of such devices is usually acquired
from common devices (PMU/PPMU), we do not have any abstract structure to
represent them properly.
2. Such performance requirement devices (PMU/PPMU) are actual hardware
pieces that may be represented by Device Tree directly while devfreq device
itself is a virtual entity that are not considered to be represented by
Device Tree according to Device Tree folks.
In order to address such issues, a devferq_event device (represented by
this patch) provides a template for device drivers representing
performance monitoring unit, which gives the basic or raw data for
preformance requirement, which in turn, is required by devfreq governors.
The following description explains the feature of two kind of devfreq class:
- devfreq class (existing)
: devfreq consumer device use raw data from devfreq_event device for
determining proper current system state and change voltage/frequency
dynamically using various governors.
- devfreq_event class (new)
: Provide measured raw data to devfreq device for governor
Cc: MyungJoo Ham <myungjoo.ham@samsung.com>
Cc: Kyungmin Park <kyungmin.park@samsung.com>
Signed-off-by: Chanwoo Choi <cw00.choi@samsung.com>
[Commit message rewritten & conflict resolved by MyungJoo]
Signed-off-by: MyungJoo Ham <myungjoo.ham@samsung.com>
2015-01-26 12:16:27 +08:00
|
|
|
/*
|
2020-01-04 23:21:00 +08:00
|
|
|
* exynos_ppmu.h - Exynos PPMU header file
|
PM / devfreq: event: Add devfreq_event class
This patch adds a new class in devfreq, devfreq_event, which provides
raw data (e.g., memory bus utilization, GPU utilization) for devfreq
governors.
- devfreq_event device : Provides raw data for a governor of a devfreq device
- devfreq device : Monitors device state and changes frequency/voltage
of the device using the raw data from its
devfreq_event device.
A devfreq device dertermines performance states (normally the frequency
and the voltage vlues) based on the results its designtated devfreq governor:
e.g., ondemand, performance, powersave.
In order to give such results required by a devfreq device, the devfreq
governor requires data that indicates the performance requirement given
to the devfreq device. The conventional (previous) implementatino of
devfreq subsystem requires a devfreq device driver to implement its own
mechanism to acquire performance requirement for its governor. However,
there had been issues with such requirements:
1. Although performance requirement of such devices is usually acquired
from common devices (PMU/PPMU), we do not have any abstract structure to
represent them properly.
2. Such performance requirement devices (PMU/PPMU) are actual hardware
pieces that may be represented by Device Tree directly while devfreq device
itself is a virtual entity that are not considered to be represented by
Device Tree according to Device Tree folks.
In order to address such issues, a devferq_event device (represented by
this patch) provides a template for device drivers representing
performance monitoring unit, which gives the basic or raw data for
preformance requirement, which in turn, is required by devfreq governors.
The following description explains the feature of two kind of devfreq class:
- devfreq class (existing)
: devfreq consumer device use raw data from devfreq_event device for
determining proper current system state and change voltage/frequency
dynamically using various governors.
- devfreq_event class (new)
: Provide measured raw data to devfreq device for governor
Cc: MyungJoo Ham <myungjoo.ham@samsung.com>
Cc: Kyungmin Park <kyungmin.park@samsung.com>
Signed-off-by: Chanwoo Choi <cw00.choi@samsung.com>
[Commit message rewritten & conflict resolved by MyungJoo]
Signed-off-by: MyungJoo Ham <myungjoo.ham@samsung.com>
2015-01-26 12:16:27 +08:00
|
|
|
*
|
|
|
|
* Copyright (c) 2015 Samsung Electronics Co., Ltd.
|
|
|
|
* Author : Chanwoo Choi <cw00.choi@samsung.com>
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef __EXYNOS_PPMU_H__
|
|
|
|
#define __EXYNOS_PPMU_H__
|
|
|
|
|
|
|
|
enum ppmu_state {
|
|
|
|
PPMU_DISABLE = 0,
|
|
|
|
PPMU_ENABLE,
|
|
|
|
};
|
|
|
|
|
|
|
|
enum ppmu_counter {
|
|
|
|
PPMU_PMNCNT0 = 0,
|
|
|
|
PPMU_PMNCNT1,
|
|
|
|
PPMU_PMNCNT2,
|
|
|
|
PPMU_PMNCNT3,
|
|
|
|
|
|
|
|
PPMU_PMNCNT_MAX,
|
|
|
|
};
|
|
|
|
|
2015-07-24 12:17:24 +08:00
|
|
|
/***
|
|
|
|
* PPMUv1.1 Definitions
|
|
|
|
*/
|
PM / devfreq: event: Add devfreq_event class
This patch adds a new class in devfreq, devfreq_event, which provides
raw data (e.g., memory bus utilization, GPU utilization) for devfreq
governors.
- devfreq_event device : Provides raw data for a governor of a devfreq device
- devfreq device : Monitors device state and changes frequency/voltage
of the device using the raw data from its
devfreq_event device.
A devfreq device dertermines performance states (normally the frequency
and the voltage vlues) based on the results its designtated devfreq governor:
e.g., ondemand, performance, powersave.
In order to give such results required by a devfreq device, the devfreq
governor requires data that indicates the performance requirement given
to the devfreq device. The conventional (previous) implementatino of
devfreq subsystem requires a devfreq device driver to implement its own
mechanism to acquire performance requirement for its governor. However,
there had been issues with such requirements:
1. Although performance requirement of such devices is usually acquired
from common devices (PMU/PPMU), we do not have any abstract structure to
represent them properly.
2. Such performance requirement devices (PMU/PPMU) are actual hardware
pieces that may be represented by Device Tree directly while devfreq device
itself is a virtual entity that are not considered to be represented by
Device Tree according to Device Tree folks.
In order to address such issues, a devferq_event device (represented by
this patch) provides a template for device drivers representing
performance monitoring unit, which gives the basic or raw data for
preformance requirement, which in turn, is required by devfreq governors.
The following description explains the feature of two kind of devfreq class:
- devfreq class (existing)
: devfreq consumer device use raw data from devfreq_event device for
determining proper current system state and change voltage/frequency
dynamically using various governors.
- devfreq_event class (new)
: Provide measured raw data to devfreq device for governor
Cc: MyungJoo Ham <myungjoo.ham@samsung.com>
Cc: Kyungmin Park <kyungmin.park@samsung.com>
Signed-off-by: Chanwoo Choi <cw00.choi@samsung.com>
[Commit message rewritten & conflict resolved by MyungJoo]
Signed-off-by: MyungJoo Ham <myungjoo.ham@samsung.com>
2015-01-26 12:16:27 +08:00
|
|
|
enum ppmu_event_type {
|
|
|
|
PPMU_RO_BUSY_CYCLE_CNT = 0x0,
|
|
|
|
PPMU_WO_BUSY_CYCLE_CNT = 0x1,
|
|
|
|
PPMU_RW_BUSY_CYCLE_CNT = 0x2,
|
|
|
|
PPMU_RO_REQUEST_CNT = 0x3,
|
|
|
|
PPMU_WO_REQUEST_CNT = 0x4,
|
|
|
|
PPMU_RO_DATA_CNT = 0x5,
|
|
|
|
PPMU_WO_DATA_CNT = 0x6,
|
|
|
|
PPMU_RO_LATENCY = 0x12,
|
|
|
|
PPMU_WO_LATENCY = 0x16,
|
|
|
|
};
|
|
|
|
|
|
|
|
enum ppmu_reg {
|
|
|
|
/* PPC control register */
|
|
|
|
PPMU_PMNC = 0x00,
|
|
|
|
PPMU_CNTENS = 0x10,
|
|
|
|
PPMU_CNTENC = 0x20,
|
|
|
|
PPMU_INTENS = 0x30,
|
|
|
|
PPMU_INTENC = 0x40,
|
|
|
|
PPMU_FLAG = 0x50,
|
|
|
|
|
|
|
|
/* Cycle Counter and Performance Event Counter Register */
|
|
|
|
PPMU_CCNT = 0x100,
|
|
|
|
PPMU_PMCNT0 = 0x110,
|
|
|
|
PPMU_PMCNT1 = 0x120,
|
|
|
|
PPMU_PMCNT2 = 0x130,
|
|
|
|
PPMU_PMCNT3_HIGH = 0x140,
|
|
|
|
PPMU_PMCNT3_LOW = 0x150,
|
|
|
|
|
|
|
|
/* Bus Event Generator */
|
|
|
|
PPMU_BEVT0SEL = 0x1000,
|
|
|
|
PPMU_BEVT1SEL = 0x1100,
|
|
|
|
PPMU_BEVT2SEL = 0x1200,
|
|
|
|
PPMU_BEVT3SEL = 0x1300,
|
|
|
|
PPMU_COUNTER_RESET = 0x1810,
|
|
|
|
PPMU_READ_OVERFLOW_CNT = 0x1810,
|
|
|
|
PPMU_READ_UNDERFLOW_CNT = 0x1814,
|
|
|
|
PPMU_WRITE_OVERFLOW_CNT = 0x1850,
|
|
|
|
PPMU_WRITE_UNDERFLOW_CNT = 0x1854,
|
|
|
|
PPMU_READ_PENDING_CNT = 0x1880,
|
|
|
|
PPMU_WRITE_PENDING_CNT = 0x1884
|
|
|
|
};
|
|
|
|
|
|
|
|
/* PMNC register */
|
|
|
|
#define PPMU_PMNC_CC_RESET_SHIFT 2
|
|
|
|
#define PPMU_PMNC_COUNTER_RESET_SHIFT 1
|
|
|
|
#define PPMU_PMNC_ENABLE_SHIFT 0
|
|
|
|
#define PPMU_PMNC_START_MODE_MASK BIT(16)
|
|
|
|
#define PPMU_PMNC_CC_DIVIDER_MASK BIT(3)
|
|
|
|
#define PPMU_PMNC_CC_RESET_MASK BIT(2)
|
|
|
|
#define PPMU_PMNC_COUNTER_RESET_MASK BIT(1)
|
|
|
|
#define PPMU_PMNC_ENABLE_MASK BIT(0)
|
|
|
|
|
|
|
|
/* CNTENS/CNTENC/INTENS/INTENC/FLAG register */
|
|
|
|
#define PPMU_CCNT_MASK BIT(31)
|
|
|
|
#define PPMU_PMCNT3_MASK BIT(3)
|
|
|
|
#define PPMU_PMCNT2_MASK BIT(2)
|
|
|
|
#define PPMU_PMCNT1_MASK BIT(1)
|
|
|
|
#define PPMU_PMCNT0_MASK BIT(0)
|
|
|
|
|
|
|
|
/* PPMU_PMNCTx/PPMU_BETxSEL registers */
|
|
|
|
#define PPMU_PMNCT(x) (PPMU_PMCNT0 + (0x10 * x))
|
|
|
|
#define PPMU_BEVTxSEL(x) (PPMU_BEVT0SEL + (0x100 * x))
|
|
|
|
|
2015-07-24 12:17:24 +08:00
|
|
|
/***
|
|
|
|
* PPMU_V2.0 definitions
|
|
|
|
*/
|
|
|
|
enum ppmu_v2_mode {
|
|
|
|
PPMU_V2_MODE_MANUAL = 0,
|
|
|
|
PPMU_V2_MODE_AUTO = 1,
|
|
|
|
PPMU_V2_MODE_CIG = 2, /* CIG (Conditional Interrupt Generation) */
|
|
|
|
};
|
|
|
|
|
|
|
|
enum ppmu_v2_event_type {
|
|
|
|
PPMU_V2_RO_DATA_CNT = 0x4,
|
|
|
|
PPMU_V2_WO_DATA_CNT = 0x5,
|
|
|
|
|
|
|
|
PPMU_V2_EVT3_RW_DATA_CNT = 0x22, /* Only for Event3 */
|
|
|
|
};
|
|
|
|
|
|
|
|
enum ppmu_V2_reg {
|
|
|
|
/* PPC control register */
|
|
|
|
PPMU_V2_PMNC = 0x04,
|
|
|
|
PPMU_V2_CNTENS = 0x08,
|
|
|
|
PPMU_V2_CNTENC = 0x0c,
|
|
|
|
PPMU_V2_INTENS = 0x10,
|
|
|
|
PPMU_V2_INTENC = 0x14,
|
|
|
|
PPMU_V2_FLAG = 0x18,
|
|
|
|
|
|
|
|
/* Cycle Counter and Performance Event Counter Register */
|
|
|
|
PPMU_V2_CCNT = 0x48,
|
|
|
|
PPMU_V2_PMCNT0 = 0x34,
|
|
|
|
PPMU_V2_PMCNT1 = 0x38,
|
|
|
|
PPMU_V2_PMCNT2 = 0x3c,
|
|
|
|
PPMU_V2_PMCNT3_LOW = 0x40,
|
|
|
|
PPMU_V2_PMCNT3_HIGH = 0x44,
|
|
|
|
|
|
|
|
/* Bus Event Generator */
|
|
|
|
PPMU_V2_CIG_CFG0 = 0x1c,
|
|
|
|
PPMU_V2_CIG_CFG1 = 0x20,
|
|
|
|
PPMU_V2_CIG_CFG2 = 0x24,
|
|
|
|
PPMU_V2_CIG_RESULT = 0x28,
|
|
|
|
PPMU_V2_CNT_RESET = 0x2c,
|
|
|
|
PPMU_V2_CNT_AUTO = 0x30,
|
|
|
|
PPMU_V2_CH_EV0_TYPE = 0x200,
|
|
|
|
PPMU_V2_CH_EV1_TYPE = 0x204,
|
|
|
|
PPMU_V2_CH_EV2_TYPE = 0x208,
|
|
|
|
PPMU_V2_CH_EV3_TYPE = 0x20c,
|
|
|
|
PPMU_V2_SM_ID_V = 0x220,
|
|
|
|
PPMU_V2_SM_ID_A = 0x224,
|
|
|
|
PPMU_V2_SM_OTHERS_V = 0x228,
|
|
|
|
PPMU_V2_SM_OTHERS_A = 0x22c,
|
|
|
|
PPMU_V2_INTERRUPT_RESET = 0x260,
|
|
|
|
};
|
|
|
|
|
|
|
|
/* PMNC register */
|
|
|
|
#define PPMU_V2_PMNC_START_MODE_SHIFT 20
|
|
|
|
#define PPMU_V2_PMNC_START_MODE_MASK (0x3 << PPMU_V2_PMNC_START_MODE_SHIFT)
|
|
|
|
|
|
|
|
#define PPMU_PMNC_CC_RESET_SHIFT 2
|
|
|
|
#define PPMU_PMNC_COUNTER_RESET_SHIFT 1
|
|
|
|
#define PPMU_PMNC_ENABLE_SHIFT 0
|
|
|
|
#define PPMU_PMNC_START_MODE_MASK BIT(16)
|
|
|
|
#define PPMU_PMNC_CC_DIVIDER_MASK BIT(3)
|
|
|
|
#define PPMU_PMNC_CC_RESET_MASK BIT(2)
|
|
|
|
#define PPMU_PMNC_COUNTER_RESET_MASK BIT(1)
|
|
|
|
#define PPMU_PMNC_ENABLE_MASK BIT(0)
|
|
|
|
|
|
|
|
#define PPMU_V2_PMNCT(x) (PPMU_V2_PMCNT0 + (0x4 * x))
|
|
|
|
#define PPMU_V2_CH_EVx_TYPE(x) (PPMU_V2_CH_EV0_TYPE + (0x4 * x))
|
|
|
|
|
PM / devfreq: event: Add devfreq_event class
This patch adds a new class in devfreq, devfreq_event, which provides
raw data (e.g., memory bus utilization, GPU utilization) for devfreq
governors.
- devfreq_event device : Provides raw data for a governor of a devfreq device
- devfreq device : Monitors device state and changes frequency/voltage
of the device using the raw data from its
devfreq_event device.
A devfreq device dertermines performance states (normally the frequency
and the voltage vlues) based on the results its designtated devfreq governor:
e.g., ondemand, performance, powersave.
In order to give such results required by a devfreq device, the devfreq
governor requires data that indicates the performance requirement given
to the devfreq device. The conventional (previous) implementatino of
devfreq subsystem requires a devfreq device driver to implement its own
mechanism to acquire performance requirement for its governor. However,
there had been issues with such requirements:
1. Although performance requirement of such devices is usually acquired
from common devices (PMU/PPMU), we do not have any abstract structure to
represent them properly.
2. Such performance requirement devices (PMU/PPMU) are actual hardware
pieces that may be represented by Device Tree directly while devfreq device
itself is a virtual entity that are not considered to be represented by
Device Tree according to Device Tree folks.
In order to address such issues, a devferq_event device (represented by
this patch) provides a template for device drivers representing
performance monitoring unit, which gives the basic or raw data for
preformance requirement, which in turn, is required by devfreq governors.
The following description explains the feature of two kind of devfreq class:
- devfreq class (existing)
: devfreq consumer device use raw data from devfreq_event device for
determining proper current system state and change voltage/frequency
dynamically using various governors.
- devfreq_event class (new)
: Provide measured raw data to devfreq device for governor
Cc: MyungJoo Ham <myungjoo.ham@samsung.com>
Cc: Kyungmin Park <kyungmin.park@samsung.com>
Signed-off-by: Chanwoo Choi <cw00.choi@samsung.com>
[Commit message rewritten & conflict resolved by MyungJoo]
Signed-off-by: MyungJoo Ham <myungjoo.ham@samsung.com>
2015-01-26 12:16:27 +08:00
|
|
|
#endif /* __EXYNOS_PPMU_H__ */
|