Revision tags: v00.04.15, v00.04.14 |
|
#
d7869cec |
| 25-Jan-2023 |
Eddie James <eajames@linux.ibm.com> |
tpm: Pull in upstream changes
Get the TPM driver into the same state as upstream as of v2023.04-rc3.
FILES="cmd/tpm-user-utils.h include/tpm-common.h include/tpm-v1.h \ include/tpm-v2.h include/
tpm: Pull in upstream changes
Get the TPM driver into the same state as upstream as of v2023.04-rc3.
FILES="cmd/tpm-user-utils.h include/tpm-common.h include/tpm-v1.h \ include/tpm-v2.h include/tpm_api.h cmd/tpm-common.c cmd/tpm-v1.c \ cmd/tpm-v2.c drivers/tpm/tpm-uclass.c lib/tpm-v1.c lib/tpm-v2.c \ lib/tpm_api.c"
git checkout v2023.04-rc3 -- $FILES
sed -i 's/struct cmd_tbl/cmd_tbl_t/' $FILES sed -i 's/env.h/environment.h/' $FILES
The tpm-uclass.c had tpm_uclass_post_probe and other references to UCLASS_RNG removed, as that class does not exist in v2019.04.
Signed-off-by: Eddie James <eajames@linux.ibm.com> Signed-off-by: Joel Stanley <joel@jms.id.au>
show more ...
|
Revision tags: v00.04.13, v00.04.12, v00.04.11, v00.04.10, v00.04.09, v00.04.08, v00.04.07, v00.04.06, v00.04.05, v00.04.04, v00.04.03, v00.04.02, v00.04.01, v00.04.00, v2021.04, v00.03.03, v2021.01, v2020.10, v2020.07, v00.02.13, v2020.04, v2020.01, v2019.10, v00.02.05, v00.02.04, v00.02.03, v00.02.02, v00.02.01, v2019.07, v00.02.00, v2019.04 |
|
#
2a055ea5 |
| 05-Dec-2018 |
Tom Rini <trini@konsulko.com> |
Merge tag 'dm-pull-5dec18' of git://git.denx.de/u-boot-dm
Minor sandbox enhancements / fixes tpm improvements to clear up v1/v2 support buildman toolchain fixes New serial options to set/get config
|
#
5e69b8bc |
| 23-Nov-2018 |
Simon Glass <sjg@chromium.org> |
tpm: Export tpm_clear_and_reenable()
This function is intended to be exported but is not. Add it to the header file.
Signed-off-by: Simon Glass <sjg@chromium.org>
|
#
0a60a0a6 |
| 23-Nov-2018 |
Simon Glass <sjg@chromium.org> |
tpm: Remove use of build-time TPM versions
There is only one place in the code which assumes at build-time that we are using either a v1 or a v2 TPM. Fix this up and add a new function to return the
tpm: Remove use of build-time TPM versions
There is only one place in the code which assumes at build-time that we are using either a v1 or a v2 TPM. Fix this up and add a new function to return the version of a TPM.
Supported TPM versions (v1 and v2) can be enabled independently and it is possible to use both versions at once. This is useful for sandbox when running tests.
Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|
#
172e3c11 |
| 30-Nov-2018 |
Tom Rini <trini@konsulko.com> |
Merge tag 'pull-30nov18' of git://git.denx.de/u-boot-dm
Fix sound on sandbox Convert TPM fully to DM Tidy up sandbox I2C emulation Add a 'make qcheck' target for faster testing A few other misc thin
Merge tag 'pull-30nov18' of git://git.denx.de/u-boot-dm
Fix sound on sandbox Convert TPM fully to DM Tidy up sandbox I2C emulation Add a 'make qcheck' target for faster testing A few other misc things (dropped the final patch which breaks clang for some reason)
show more ...
|
#
abdc7b8a |
| 18-Nov-2018 |
Simon Glass <sjg@chromium.org> |
tpm: Convert to use a device parameter
At present many TPM calls assume there is only one TPM in the system and look up this TPM themselves. This is inconsistent with driver model, which expects all
tpm: Convert to use a device parameter
At present many TPM calls assume there is only one TPM in the system and look up this TPM themselves. This is inconsistent with driver model, which expects all driver methods to have a device parameter. Update the code to correct this.
Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|
#
51f00c17 |
| 18-Nov-2018 |
Simon Glass <sjg@chromium.org> |
tpm: Export the open/close functions
At present these functions are not accessible outside the TPM library, but in some cases we need to call them. Export them in the header file and add a define fo
tpm: Export the open/close functions
At present these functions are not accessible outside the TPM library, but in some cases we need to call them. Export them in the header file and add a define for the SHA1 digest size.
Also adjust tpm_open() to call tpm_close() first so that the TPM is in a known state before opening (e.g. by a previous phase of U-Boot).
Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|
#
07e127d8 |
| 18-Nov-2018 |
Simon Glass <sjg@chromium.org> |
tpm: Add a constant for the minimum supported digest size
When SHA1 is used we need 20 bytes for the digest size. Add a constant so that clients can make use of this, e.g. to allocate local buffers.
tpm: Add a constant for the minimum supported digest size
When SHA1 is used we need 20 bytes for the digest size. Add a constant so that clients can make use of this, e.g. to allocate local buffers.
Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|
#
2a2096ea |
| 19-Jul-2018 |
Miquel Raynal <miquel.raynal@bootlin.com> |
tpm: allow TPM v1 and v2 to be compiled at the same time
While there is probably no reason to do so in a real life situation, it will allow to compile test both stacks with the same sandbox defconfi
tpm: allow TPM v1 and v2 to be compiled at the same time
While there is probably no reason to do so in a real life situation, it will allow to compile test both stacks with the same sandbox defconfig.
As we cannot define two 'tpm' commands at the same time, the command for TPM v1 is still called 'tpm' and the one for TPM v2 'tpm2'. While this is the exact command name that must be written into eg. test files, any user already using the TPM v2 stack can continue to do so by just writing 'tpm' because as long as TPM v1 support is not compiled, U-Boot prompt will search for the closest command named after 'tpm'.
The command set can also be changed at runtime (not supported yet, but ready to be), but as one can compile only either one stack or the other, there is still one spot in the code where conditionals are used: to retrieve the v1 or v2 command set.
Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com> Reviewed-by: Simon Glass <sjg@chromium.org> [trini: In sandbox_tpm2_fill_buf() use NULL not \0 to ensure NULL terminated string due to LLVM warning] Signed-off-by: Tom Rini <trini@konsulko.com>
show more ...
|
#
350988ff |
| 19-Jul-2018 |
Miquel Raynal <miquel.raynal@bootlin.com> |
tpm: fix typo in kernel doc
The udevice given to the open() function of course must be opened, not closed.
Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com> Reviewed-by: Simon Glass <sjg@chr
tpm: fix typo in kernel doc
The udevice given to the open() function of course must be opened, not closed.
Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com> Reviewed-by: Simon Glass <sjg@chromium.org>
show more ...
|
Revision tags: v2018.07 |
|
#
ff32245b |
| 15-May-2018 |
Miquel Raynal <miquel.raynal@bootlin.com> |
tpm: prepare support for TPMv2.x commands
Choice between v1 and v2 compliant functions is done with the configuration.
Create the various files that will receive TPMv2-only code on the same scheme
tpm: prepare support for TPMv2.x commands
Choice between v1 and v2 compliant functions is done with the configuration.
Create the various files that will receive TPMv2-only code on the same scheme as for the TPMv1 code.
Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com> Reviewed-by: Simon Glass <sjg@chromium.org> Reviewed-by: Tom Rini <trini@konsulko.com>
show more ...
|
#
3219cf69 |
| 15-May-2018 |
Miquel Raynal <miquel.raynal@bootlin.com> |
tpm: add missing parameter in private data structure description
Both parameters 'duration_ms' and 'retry_time_ms' of the tpm_chip_priv structure are documented is the comment above the declaration
tpm: add missing parameter in private data structure description
Both parameters 'duration_ms' and 'retry_time_ms' of the tpm_chip_priv structure are documented is the comment above the declaration but 'buf' was forgotten. Add the missing description.
Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com> Reviewed-by: Tom Rini <trini@konsulko.com> Reviewed-by: Simon Glass <sjg@chromium.org>
show more ...
|
#
d677bfe2 |
| 15-May-2018 |
Miquel Raynal <miquel.raynal@bootlin.com> |
tpm: disociate TPMv1.x specific and generic code
There are no changes in this commit but a new organization of the code as follow.
* cmd/ directory: > move existing code from cmd/tpm.c in c
tpm: disociate TPMv1.x specific and generic code
There are no changes in this commit but a new organization of the code as follow.
* cmd/ directory: > move existing code from cmd/tpm.c in cmd/tpm-common.c > move specific code in cmd/tpm-v1.c > create a specific header file with generic definitions for commands only called cmd/tpm-user-utils.h
* lib/ directory: > move existing code from lib/tpm.c in lib/tpm-common.c > move specific code in lib/tpm-v1.c > create a specific header file with generic definitions for the library itself called lib/tpm-utils.h
* include/ directory: > move existing code from include/tpm.h in include/tpm-common.h > move specific code in include/tpm-v1.h
Code designated as 'common' is compiled if TPM are used. Code designated as 'specific' is compiled only if the right specification has been selected.
All files include tpm-common.h. Files in cmd/ include tpm-user-utils.h. Files in lib/ include tpm-utils.h. Depending on the specification, files may include either (not both) tpm-v1.h or tpm-v2.h.
Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com> Reviewed-by: Tom Rini <trini@konsulko.com> [trini: Fix a few more cases of tpm.h -> tpm-v1.h, some Kconfig logic] Signed-off-by: Tom Rini <trini@konsulko.com>
show more ...
|