diff options
| author |   Harald Freudenberger <freude@de.ibm.com> | 2018-05-28 13:00:42 +0200 |
|---|---|---|
| committer |   Martin Schwidefsky <schwidefsky@de.ibm.com> | 2018-05-30 11:18:05 +0200 |
| commit | 89a0c0ec0d2e3ce0ee9caa00f60c0c26ccf11c21 (patch) | |
| tree | 7e784683c6cb778d43b8b7fb4b3e73a78c19e533 /arch | |
| parent | s390/archrandom: Rework arch random implementation. (diff) | |
| download | linux-dev-89a0c0ec0d2e3ce0ee9caa00f60c0c26ccf11c21.tar.xz linux-dev-89a0c0ec0d2e3ce0ee9caa00f60c0c26ccf11c21.zip | |
s390/zcrypt: Fix CCA and EP11 CPRB processing failure memory leak.
Tests showed, that the zcrypt device driver produces memory
leaks when a valid CCA or EP11 CPRB can't get delivered or has
a failure during processing within the zcrypt device driver.
This happens when a invalid domain or adapter number is used
or the lower level software or hardware layers produce any
kind of failure during processing of the request.
Only CPRBs send to CCA or EP11 cards can produce this memory
leak. The accelerator and the CPRBs processed by this type
of crypto card is not affected.
The two fields message and private within the ap_message struct
are allocated with pulling the function code for the CPRB but
only freed when processing of the CPRB succeeds. So for example
an invalid domain or adapter field causes the processing to
fail, leaving these two memory areas allocated forever.
Signed-off-by: Harald Freudenberger <freude@de.ibm.com>
Reviewed-by: Ingo Franzki <ifranzki@de.ibm.com>
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Diffstat (limited to 'arch')
0 files changed, 0 insertions, 0 deletions