Searched hist:e02407944052554c1685e11e56175147d1ac56b6 (Results 1 – 3 of 3) sorted by relevance
| /openbmc/linux/arch/powerpc/include/asm/ |
| H A D | secvar.h | diff e02407944052554c1685e11e56175147d1ac56b6 Fri Feb 10 02:03:43 CST 2023 Russell Currey <ruscur@russell.cc> powerpc/secvar: Handle max object size in the consumer
Currently the max object size is handled in the core secvar code with an
entirely OPAL-specific implementation, so create a new max_size() op and
move the existing implementation into the powernv platform. Should be
no functional change.
Signed-off-by: Russell Currey <ruscur@russell.cc>
Signed-off-by: Andrew Donnellan <ajd@linux.ibm.com>
Reviewed-by: Stefan Berger <stefanb@linux.ibm.com>
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Link: https://lore.kernel.org/r/20230210080401.345462-9-ajd@linux.ibm.com
|
| /openbmc/linux/arch/powerpc/platforms/powernv/ |
| H A D | opal-secvar.c | diff e02407944052554c1685e11e56175147d1ac56b6 Fri Feb 10 02:03:43 CST 2023 Russell Currey <ruscur@russell.cc> powerpc/secvar: Handle max object size in the consumer
Currently the max object size is handled in the core secvar code with an
entirely OPAL-specific implementation, so create a new max_size() op and
move the existing implementation into the powernv platform. Should be
no functional change.
Signed-off-by: Russell Currey <ruscur@russell.cc>
Signed-off-by: Andrew Donnellan <ajd@linux.ibm.com>
Reviewed-by: Stefan Berger <stefanb@linux.ibm.com>
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Link: https://lore.kernel.org/r/20230210080401.345462-9-ajd@linux.ibm.com
|
| /openbmc/linux/arch/powerpc/kernel/ |
| H A D | secvar-sysfs.c | diff e02407944052554c1685e11e56175147d1ac56b6 Fri Feb 10 02:03:43 CST 2023 Russell Currey <ruscur@russell.cc> powerpc/secvar: Handle max object size in the consumer
Currently the max object size is handled in the core secvar code with an
entirely OPAL-specific implementation, so create a new max_size() op and
move the existing implementation into the powernv platform. Should be
no functional change.
Signed-off-by: Russell Currey <ruscur@russell.cc>
Signed-off-by: Andrew Donnellan <ajd@linux.ibm.com>
Reviewed-by: Stefan Berger <stefanb@linux.ibm.com>
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Link: https://lore.kernel.org/r/20230210080401.345462-9-ajd@linux.ibm.com
|