diff options
| author | Adam Wallis <awallis@codeaurora.org> | 2017-11-02 08:53:30 -0400 |
|---|---|---|
| committer | Vinod Koul <vinod.koul@intel.com> | 2017-11-08 11:24:03 +0530 |
| commit | a9df21e34b422f79d9a9fa5c3eff8c2a53491be6 (patch) | |
| tree | a95f59f344651c4fc63f744bee848103d1a14723 /drivers/dma/dmatest.c | |
| parent | 2bd6bf03f4c1c59381d62c61d03f6cc3fe71f66e (diff) | |
| download | op-kernel-dev-a9df21e34b422f79d9a9fa5c3eff8c2a53491be6.zip op-kernel-dev-a9df21e34b422f79d9a9fa5c3eff8c2a53491be6.tar.gz | |
dmaengine: dmatest: warn user when dma test times out
Commit adfa543e7314 ("dmatest: don't use set_freezable_with_signal()")
introduced a bug (that is in fact documented by the patch commit text)
that leaves behind a dangling pointer. Since the done_wait structure is
allocated on the stack, future invocations to the DMATEST can produce
undesirable results (e.g., corrupted spinlocks). Ideally, this would be
cleaned up in the thread handler, but at the very least, the kernel
is left in a very precarious scenario that can lead to some long debug
sessions when the crash comes later.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=197605
Signed-off-by: Adam Wallis <awallis@codeaurora.org>
Signed-off-by: Vinod Koul <vinod.koul@intel.com>
Diffstat (limited to 'drivers/dma/dmatest.c')
| -rw-r--r-- | drivers/dma/dmatest.c | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/drivers/dma/dmatest.c b/drivers/dma/dmatest.c index 34ff532..47edc7f 100644 --- a/drivers/dma/dmatest.c +++ b/drivers/dma/dmatest.c @@ -702,6 +702,7 @@ static int dmatest_func(void *data) * free it this time?" dancing. For now, just * leave it dangling. */ + WARN(1, "dmatest: Kernel stack may be corrupted!!\n"); dmaengine_unmap_put(um); result("test timed out", total_tests, src_off, dst_off, len, 0); |
