Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1505888
| From | Petr Mladek <pmladek@suse.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | [PATCH 0/2] kdb: Fix locking in vkdb_printf() |
| Date | 2016-10-21 15:00 +0200 |
| Message-ID | <suHAu-5DG-9@gated-at.bofh.it> (permalink) |
| Organization | linux.* mail to news gateway |
I have been asked whether it is safe to call vkdb_printf() from vprintk_nmi() in NMI context. It seems that it is not safe. Well, is not a big deal. But I have noticed suspicious patterns when looking at the vkdb_printf() locking code and prepared two patches that should avoid some possible races. Please, note that I am not familiar with the kdb implementation. I hope that I have got the requested behavior right. I did some basic testing and did not found any problem. But I am sure that I did not test all usecases. Petr Mladek (2): kdb: Properly synchronize vkdb_printf() calls with other CPUs kdb: Call vkdb_printf() from vprintk_default() only when wanted include/linux/kdb.h | 1 + kernel/debug/kdb/kdb_io.c | 41 +++++++++++++++++------------------------ kernel/debug/kdb/kdb_private.h | 1 - kernel/printk/printk.c | 4 +++- 4 files changed, 21 insertions(+), 26 deletions(-) -- 1.8.5.6
Back to linux.kernel | Previous | Next | Find similar | Unroll thread
[PATCH 0/2] kdb: Fix locking in vkdb_printf() Petr Mladek <pmladek@suse.com> - 2016-10-21 15:00 +0200
csiph-web