[PATCH v2 6/6] firmware: arm_scmi: add SCMIv3.0 Sensor notifications
Cristian Marussi
cristian.marussi at arm.com
Tue Nov 10 12:09:22 EST 2020
On Tue, Nov 10, 2020 at 05:01:57PM +0100, Peter Hilber wrote:
> On 26.10.20 21:10, Cristian Marussi wrote:
> > Add support for new SCMIv3.0 SENSOR_UPDATE notification.
> >
> > Signed-off-by: Cristian Marussi <cristian.marussi at arm.com>
> > ---
> > drivers/firmware/arm_scmi/sensors.c | 124 ++++++++++++++++++++++++----
> > include/linux/scmi_protocol.h | 9 ++
> > 2 files changed, 116 insertions(+), 17 deletions(-)
> >
> > diff --git a/drivers/firmware/arm_scmi/sensors.c b/drivers/firmware/arm_scmi/sensors.c
> > index 372a3592e99b..51921e279c9f 100644
> > --- a/drivers/firmware/arm_scmi/sensors.c
> > +++ b/drivers/firmware/arm_scmi/sensors.c
> > @@ -24,6 +24,7 @@ enum scmi_sensor_protocol_cmd {
> > SENSOR_LIST_UPDATE_INTERVALS = 0x8,
> > SENSOR_CONFIG_GET = 0x9,
> > SENSOR_CONFIG_SET = 0xA,
> > + SENSOR_CONTINUOUS_UPDATE_NOTIFY = 0xB,
> > };
> >
> > struct scmi_msg_resp_sensor_attributes {
> > @@ -133,10 +134,10 @@ struct scmi_msg_resp_sensor_list_update_intervals {
> > __le32 intervals[];
> > };
> >
> > -struct scmi_msg_sensor_trip_point_notify {
> > +struct scmi_msg_sensor_request_notify {
> > __le32 id;
> > __le32 event_control;
> > -#define SENSOR_TP_NOTIFY_ALL BIT(0)
> > +#define SENSOR_NOTIFY_ALL BIT(0)
> > };
> >
> > struct scmi_msg_set_sensor_trip_point {
> > @@ -198,6 +199,17 @@ struct scmi_sensor_trip_notify_payld {
> > __le32 trip_point_desc;
> > };
> >
> > +struct scmi_msg_sensor_continuous_update_notify {
> > + __le32 id;
> > + __le32 event_control;
> > +};
>
> This struct appears unused and redundant to struct
> scmi_msg_sensor_request_notify.
>
Seems so, I'll remove.
> [...]
>
> > @@ -850,20 +892,58 @@ static void *scmi_sensor_fill_custom_report(const struct scmi_handle *handle,
> > const void *payld, size_t payld_sz,
> > void *report, u32 *src_id)
> > {
> > + void *rep = NULL;
> > const struct scmi_sensor_trip_notify_payld *p = payld;
> > struct scmi_sensor_trip_point_report *r = report;
>
> Above two variables should be moved into the first case block.
>
Yes, not sure why they ended up there.
Regards
Cristian
> Best regards,
>
> Peter
>
> >
> > - if (evt_id != SCMI_EVENT_SENSOR_TRIP_POINT_EVENT ||
> > - sizeof(*p) != payld_sz)
> > - return NULL;
> > + switch (evt_id) {
> > + case SCMI_EVENT_SENSOR_TRIP_POINT_EVENT:
> > + {
> > + if (sizeof(*p) != payld_sz)
> > + break;
> >
> > - r->timestamp = timestamp;
> > - r->agent_id = le32_to_cpu(p->agent_id);
> > - r->sensor_id = le32_to_cpu(p->sensor_id);
> > - r->trip_point_desc = le32_to_cpu(p->trip_point_desc);
> > - *src_id = r->sensor_id;
> > + r->timestamp = timestamp;
> > + r->agent_id = le32_to_cpu(p->agent_id);
> > + r->sensor_id = le32_to_cpu(p->sensor_id);
> > + r->trip_point_desc = le32_to_cpu(p->trip_point_desc);
> > + *src_id = r->sensor_id;
> > + rep = r;
> > + break;
> > + }
> > + case SCMI_EVENT_SENSOR_UPDATE:
> > + {
> > + int i;
> > + struct scmi_sensor_info *s;
> > + const struct scmi_sensor_update_notify_payld *p = payld;
> > + struct scmi_sensor_update_report *r = report;
> > + struct sensors_info *sinfo = handle->sensor_priv;
> > +
> > + /* payld_sz is variable for this event */
> > + r->sensor_id = le32_to_cpu(p->sensor_id);
> > + if (r->sensor_id >= sinfo->num_sensors)
> > + break;
> > + r->timestamp = timestamp;
> > + r->agent_id = le32_to_cpu(p->agent_id);
> > + s = &sinfo->sensors[r->sensor_id];
> > + /*
> > + * The generated report r (@struct scmi_sensor_update_report)
> > + * was pre-allocated to contain up to SCMI_MAX_NUM_SENSOR_AXIS
> > + * readings: here it is filled with the effective @num_axis
> > + * readings defined for this sensor or 1 for scalar sensors.
> > + */
> > + r->readings_count = s->num_axis ?: 1;
> > + for (i = 0; i < r->readings_count; i++)
> > + scmi_parse_sensor_readings(&r->readings[i],
> > + &p->readings[i]);
> > + *src_id = r->sensor_id;
> > + rep = r;
> > + break;
> > + }
> > + default:
> > + break;
> > + }
> >
> > - return r;
> > + return rep;
> > }
>
More information about the linux-arm-kernel
mailing list