diff options
| author | Julian Wiedmann <jwi@linux.ibm.com> | 2019-11-14 13:19:18 +0300 |
|---|---|---|
| committer | David S. Miller <davem@davemloft.net> | 2019-11-15 05:16:51 +0300 |
| commit | 8311c7a252e82f000077ae0612fc4843b078f980 (patch) | |
| tree | 72d10eaa6ab79656518f9554caa8a804044ad3ba /tools/perf/scripts/python/exported-sql-viewer.py | |
| parent | 17caeaa4766dc447d6669b0f195c3ead746386ba (diff) | |
| download | linux-8311c7a252e82f000077ae0612fc4843b078f980.tar.xz | |
s390/qeth: clean up error path in qeth_core_probe_device()
qeth_core_free_card() is meant to be the counterpart of
qeth_alloc_card() - but unfortunately was also picked as the place
to free the QDIO queues.
This gets messy when qeth_core_probe_device() fails during
qeth_add_dbf_entry(). At this point the card->qdio.state is not initialized
yet, so qeth_free_qdio_queues() ends up operating on uninitialized data.
Luckily for now, the whole qeth_card struct is zero-allocated and the value
of the QETH_QDIO_UNINITIALIZED enum is 0 as well. So there's no real impact
from this bug at the moment, it's just really fragile.
Clean this up by moving the qeth_free_qdio_queues() call up one level in
the hierarchy. This way it doesn't get called from the error path.
Signed-off-by: Julian Wiedmann <jwi@linux.ibm.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'tools/perf/scripts/python/exported-sql-viewer.py')
0 files changed, 0 insertions, 0 deletions
