Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1505888

[PATCH 0/2] kdb: Fix locking in vkdb_printf()

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

Show all headers | View raw


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


Thread

[PATCH 0/2] kdb: Fix locking in vkdb_printf() Petr Mladek <pmladek@suse.com> - 2016-10-21 15:00 +0200

csiph-web