diff options
| author | Andreas Dannenberg <[email protected]> | 2018-08-27 15:57:40 +0530 |
|---|---|---|
| committer | Tom Rini <[email protected]> | 2018-09-11 08:32:55 -0400 |
| commit | c72f9b707a3816bcb978c25e3f14ccc83906259b (patch) | |
| tree | 3f2c29698a0e9652c35f4d6de525094ef4698655 /include | |
| parent | e7012e6e1f9e1c16f093d71bd53b34a6467f07bc (diff) | |
reset: Extend reset control with an optional data field
Some systems require more than a single ID to identify and configure any
reset provider. For those scenarios add an optional data field to the
reset control structure.
Reviewed-by: Tom Rini <[email protected]>
Signed-off-by: Andreas Dannenberg <[email protected]>
Signed-off-by: Lokesh Vutla <[email protected]>
Diffstat (limited to 'include')
| -rw-r--r-- | include/reset.h | 12 |
1 files changed, 7 insertions, 5 deletions
diff --git a/include/reset.h b/include/reset.h index 34ebb096dd2..bc495a90c2e 100644 --- a/include/reset.h +++ b/include/reset.h @@ -40,10 +40,12 @@ struct udevice; * * @dev: The device which implements the reset signal. * @id: The reset signal ID within the provider. + * @data: An optional data field for scenarios where a single integer ID is not + * sufficient. If used, it can be populated through an .of_xlate op and + * processed during the various reset ops. * - * Currently, the reset API assumes that a single integer ID is enough to - * identify and configure any reset signal for any reset provider. If this - * assumption becomes invalid in the future, the struct could be expanded to + * Should additional information to identify and configure any reset signal + * for any provider be required in the future, the struct could be expanded to * either (a) add more fields to allow reset providers to store additional * information, or (b) replace the id field with an opaque pointer, which the * provider would dynamically allocated during its .of_xlate op, and process @@ -53,10 +55,10 @@ struct udevice; struct reset_ctl { struct udevice *dev; /* - * Written by of_xlate. We assume a single id is enough for now. In the - * future, we might add more fields here. + * Written by of_xlate. In the future, we might add more fields here. */ unsigned long id; + unsigned long data; }; /** |