tpm: Unify the send callback behaviour
The send() callback should never return length as it does not in every driver except tpm_crb in the success case. The reason is that the main transmit functionality only cares about whether the transmit was successful or not and ignores the count completely. Suggested-by:Stefan Berger <stefanb@linux.ibm.com> Cc: stable@vger.kernel.org Signed-off-by:
Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com> Reviewed-by:
Stefan Berger <stefanb@linux.ibm.com> Reviewed-by:
Jerry Snitselaar <jsnitsel@redhat.com> Tested-by:
Alexander Steffen <Alexander.Steffen@infineon.com>
Showing
- drivers/char/tpm/st33zp24/st33zp24.c 1 addition, 1 deletiondrivers/char/tpm/st33zp24/st33zp24.c
- drivers/char/tpm/tpm-interface.c 10 additions, 1 deletiondrivers/char/tpm/tpm-interface.c
- drivers/char/tpm/tpm_atmel.c 1 addition, 1 deletiondrivers/char/tpm/tpm_atmel.c
- drivers/char/tpm/tpm_i2c_atmel.c 5 additions, 1 deletiondrivers/char/tpm/tpm_i2c_atmel.c
- drivers/char/tpm/tpm_i2c_infineon.c 1 addition, 1 deletiondrivers/char/tpm/tpm_i2c_infineon.c
- drivers/char/tpm/tpm_i2c_nuvoton.c 1 addition, 1 deletiondrivers/char/tpm/tpm_i2c_nuvoton.c
- drivers/char/tpm/tpm_ibmvtpm.c 4 additions, 4 deletionsdrivers/char/tpm/tpm_ibmvtpm.c
- drivers/char/tpm/tpm_infineon.c 1 addition, 1 deletiondrivers/char/tpm/tpm_infineon.c
- drivers/char/tpm/tpm_nsc.c 1 addition, 1 deletiondrivers/char/tpm/tpm_nsc.c
- drivers/char/tpm/tpm_tis_core.c 1 addition, 1 deletiondrivers/char/tpm/tpm_tis_core.c
- drivers/char/tpm/tpm_vtpm_proxy.c 1 addition, 2 deletionsdrivers/char/tpm/tpm_vtpm_proxy.c
- drivers/char/tpm/xen-tpmfront.c 1 addition, 1 deletiondrivers/char/tpm/xen-tpmfront.c
Loading
Please register or sign in to comment