on the key table when kdb is
triggered by something other than SysRq-g however in that case any other
CPU involved should release the spin lock before kgdb parks the slave
CPUs.
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
---
drivers/tty/sysrq.c | 11 ---
include/linux
From: Anton Vorontsov anton.voront...@linaro.org
We're about to add more options for commands behaviour, so let's give
a more generic name to the low-level kdb command registration function.
There are just various renames, no functional changes.
Signed-off-by: Anton Vorontsov
: kill
Reboot: reboot
All:cpu, kgdb, (and all of the above), nmi_console
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
---
include/linux/kdb.h | 52 ++-
kernel/debug/kdb/kdb_bp.c | 21 ++
kernel/debug/kdb/kdb_main.c | 100
From: Anton Vorontsov anton.voront...@linaro.org
Since we now treat KDB_REPEAT_* as flags, there is no need to
pass KDB_REPEAT_NONE. It's just the default behaviour when no
flags are specified.
Signed-off-by: Anton Vorontsov anton.voront...@linaro.org
Signed-off-by: John Stultz
to cmd_flags
kdb: Rename kdb_register_repeat() to kdb_register_flags()
kdb: Use KDB_REPEAT_* values as flags
kdb: Remove KDB_REPEAT_NONE flag
kdb: Add enable mask for groups of commands
Daniel Thompson (3):
sysrq: Implement __handle_sysrq_nolock to avoid recursive locking in
kdb
kdb
files via kdb.
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
---
include/linux/kdb.h | 3 +++
kernel/debug/kdb/kdb_io.c | 51 +++
2 files changed, 54 insertions(+)
diff --git a/include/linux/kdb.h b/include/linux/kdb.h
index 290db12
On 25/04/14 17:45, Steven Rostedt wrote:
On Fri, 25 Apr 2014 17:29:22 +0100
Daniel Thompson daniel.thomp...@linaro.org wrote:
If kdb is triggered using SysRq-g then any use of the sr command results
in the SysRq key table lock being recursively acquired, killing the debug
session
of a brave expert an even bigger subset can be unsafely
examined).
Good arguments to try with this command include: cpuinfo_op,
gpiolib_seq_ops and vmalloc_op.
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
---
kernel/debug/kdb/kdb_main.c | 28
1 file changed
On 25/04/14 17:57, Steven Rostedt wrote:
+KDB_ENABLE_ALL_NO_ARGS = KDB_ENABLE_ALL 16,
+KDB_ENABLE_MEM_READ_NO_ARGS = KDB_ENABLE_MEM_READ 16,
+KDB_ENABLE_MEM_WRITE_NO_ARGS = KDB_ENABLE_MEM_WRITE 16,
+KDB_ENABLE_REG_READ_NO_ARGS = KDB_ENABLE_REG_READ 16,
+
From: Anton Vorontsov anton.voront...@linaro.org
The struct member is never used in the code, so we can remove it.
We will introduce real flags soon by renaming cmd_repeat to cmd_flags.
Signed-off-by: Anton Vorontsov anton.voront...@linaro.org
Signed-off-by: John Stultz john.stu...@linaro.org
On 28/04/14 18:44, Colin Cross wrote:
Is that case documented somewhere in the code comments?
Perhaps not near enough to the _nolock but the primary bit of comment is
here (and in same file as kdb_sr).
--- cut here ---
* kdb_main_loop - After initial setup and assignment of the
*
From: Anton Vorontsov anton.voront...@linaro.org
Since we now treat KDB_REPEAT_* as flags, there is no need to
pass KDB_REPEAT_NONE. It's just the default behaviour when no
flags are specified.
Signed-off-by: Anton Vorontsov anton.voront...@linaro.org
Signed-off-by: John Stultz
From: Anton Vorontsov anton.voront...@linaro.org
The actual values of KDB_REPEAT_* enum values and overall logic stayed
the same, but we now treat the values as flags.
This makes it possible to add other flags and combine them, plus makes
the code a lot simpler and shorter. But
From: Anton Vorontsov anton.voront...@linaro.org
We're about to add more options for command behaviour, so let's expand
the meaning of kdb_repeat_t.
So far we just do various renames, there should be no functional changes.
Signed-off-by: Anton Vorontsov anton.voront...@linaro.org
Signed-off-by:
-by: John Stultz john.stu...@linaro.org
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
---
include/linux/kdb.h| 6 +++---
kernel/debug/kdb/kdb_main.c| 6 +++---
kernel/debug/kdb/kdb_private.h | 2 +-
3 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/include/linux
() and used it to fix
build error when CONFIG_KGDB_KDB is not set (oops).
* Better comment explaining why seq_file's lock member can be left
uninitialized (its will not detect errors because we know it is
already not allowed for seq_file ops to use it).
Daniel Thompson (3):
kdb: Add framework
: Rename kdb_register_repeat() to kdb_register_flags()
kdb: Use KDB_REPEAT_* values as flags
kdb: Remove KDB_REPEAT_NONE flag
kdb: Add enable mask for groups of commands
Daniel Thompson (3):
sysrq: Implement __handle_sysrq_nolock to avoid recursive locking in
kdb
kdb: Categorize kdb
Stultz john.stu...@linaro.org
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
---
include/linux/kdb.h | 1 +
kernel/debug/kdb/kdb_main.c | 30 +-
2 files changed, 30 insertions(+), 1 deletion(-)
diff --git a/include/linux/kdb.h b/include/linux/kdb.h
files via kdb.
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
---
include/linux/kdb.h | 5 +
kernel/debug/kdb/kdb_io.c | 51 +++
2 files changed, 56 insertions(+)
diff --git a/include/linux/kdb.h b/include/linux/kdb.h
index 290db12
From: Anton Vorontsov anton.voront...@linaro.org
The struct member is never used in the code, so we can remove it.
We will introduce real flags soon by renaming cmd_repeat to cmd_flags.
Signed-off-by: Anton Vorontsov anton.voront...@linaro.org
Signed-off-by: John Stultz john.stu...@linaro.org
: kill
Reboot: reboot
All:cpu, kgdb, (and all of the above), nmi_console
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
---
include/linux/kdb.h | 68 +-
kernel/debug/kdb/kdb_bp.c | 21 ++
kernel/debug/kdb/kdb_main.c | 100
Currently kiosk mode must be explicitly requested by the bootloader or
userspace. It is convenient to be able to change the default value in a
similar manner to CONFIG_MAGIC_SYSRQ_DEFAULT_MASK.
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
---
kernel/debug/kdb/kdb_main.c | 2 +-
lib
...@linaro.org
Signed-off-by: John Stultz john.stu...@linaro.org
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
---
include/linux/kdb.h | 10 +++---
kernel/debug/kdb/kdb_bp.c | 14
kernel/debug/kdb/kdb_main.c | 86 ++---
kernel/trace
Stultz john.stu...@linaro.org
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
---
include/linux/kdb.h | 1 +
kernel/debug/kdb/kdb_main.c | 30 +-
2 files changed, 30 insertions(+), 1 deletion(-)
diff --git a/include/linux/kdb.h b/include/linux/kdb.h
that kdb has interrupt
context. Note also that some of the seq_operations structures hook into
driver supplied code that will only be called if that driver is enabled
so the test above are useful but cannot be exhaustive.
Daniel Thompson (3):
kdb: Add framework to display sequence files
proc
From: Anton Vorontsov anton.voront...@linaro.org
The actual values of KDB_REPEAT_* enum values and overall logic stayed
the same, but we now treat the values as flags.
This makes it possible to add other flags and combine them, plus makes
the code a lot simpler and shorter. But
of a brave expert an even bigger subset can be unsafely
examined).
Good arguments to try with this command include: cpuinfo_op,
gpiolib_seq_ops and vmalloc_op.
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
---
kernel/debug/kdb/kdb_io.c | 6 --
kernel/debug/kdb/kdb_main.c | 28
the file to be displayed from kdb.
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
---
fs/proc/interrupts.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/fs/proc/interrupts.c b/fs/proc/interrupts.c
index a352d57..1f8eeaf 100644
--- a/fs/proc/interrupts.c
+++ b/fs/proc
use /dev/console or if it uses /dev/console
only to log messages (O_WRONLY) then the user prompt is retained.
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: Jiri Slaby jsl...@suse.cz
Cc: linux-ser...@vger.kernel.org
Cc: Jason Wessel
than like oops.
Note also that the stack dump does not offer any information that
cannot be trivial retrieved using the 'bt' command.
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
Cc: Jason Wessel jason.wes...@windriver.com
Cc: Mike Travis tra...@sgi.com
Cc: Ingo Molnar mi
than like oops.
Note also that the stack dump does not offer any information that
cannot be trivial retrieved using the 'bt' command.
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
Cc: Jason Wessel jason.wes...@windriver.com
Cc: Mike Travis tra...@sgi.com
Cc: Ingo Molnar mi
This patchset improves kdb's capabilities to search the output
of commands. Specifically it fixes a bug in the prompt management
when '| grep' is used and adds a new feature to search command
output interactively from the more prompt.
Daniel Thompson (3):
kdb: Fix a prompt management bug when
Enter the kdb_grepping_flag is cleared when
kdb_parse() tries to make sense of whatever they typed.
This patch resolves the problem by moving the clearing of this flag
from the middle of command processing to the beginning.
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
---
kernel
to navigate function traces because these traces often have a
useful trigger string *before* the point of interest.
This patch reuses the existing filtering logic to introduce a simple
forward search to kdb that can be triggered from the more prompt.
Signed-off-by: Daniel Thompson daniel.thomp
.
Thanks!
-- Steve
On Wed, 24 Sep 2014 11:32:59 +0100
Daniel Thompson daniel.thomp...@linaro.org wrote:
This patchset makes it possible to use kdb's ftdump command without
panicing, crashing or livelocking.
Changes since v1:
* Fixed use-after-free problems in v1 by adding logic
On 06/11/14 23:36, joaoandrefe...@sapo.pt wrote:
Good evening,
I'm wondering how complex (or possible) would be to instrument locally
KGDB on the target machine, i. e., somehow remove the serial
connection (and the host machine, GDB) from the setup, since on this
new scenario the host
On 14/11/14 01:29, joaoandrefe...@sapo.pt wrote:
Citando Daniel Thompson daniel.thomp...@linaro.org:
On 06/11/14 23:36, joaoandrefe...@sapo.pt wrote:
Good evening,
I'm wondering how complex (or possible) would be to instrument locally
KGDB on the target machine, i. e., somehow remove
On 14/11/14 02:51, joaoandrefe...@sapo.pt wrote:
Good evening,
I've made a small bash script that performs a single bit-flip on a
target with KGDB. It tells it to stop, makes the bit-slip, and resumes
the target's execution. I need to estimate, as accurately as possible,
the impact /
On 18/11/14 12:08, Kiran Kumar Raparthy wrote:
From: Colin Cross ccr...@android.com
debug: add parameters to prevent entering debug mode on errors
On non-developer devices kgdb prevents CONFIG_PANIC_TIMEOUT from rebooting the
device after a panic. Add module parameters
On 20/11/14 08:18, Kiran Raparthy wrote:
Hi Daniel,
On 18 November 2014 22:43, Daniel Thompson daniel.thomp...@linaro.org wrote:
On 18/11/14 12:08, Kiran Kumar Raparthy wrote:
From: Colin Cross ccr...@android.com
debug: add parameters to prevent entering debug mode on errors
On non
On 26/11/14 17:45, Colin Cross wrote:
On Wed, Nov 26, 2014 at 1:14 AM, Kiran Raparthy kiran.ku...@linaro.org
wrote:
From: Colin Cross ccr...@android.com
debug: prevent entering debug mode on errors
On non-developer devices kgdb prevents CONFIG_PANIC_TIMEOUT from rebooting
the
device
.
Colin Cross (1):
debug: prevent entering debug mode on panic/exception.
Daniel Thompson (5):
kdb: Avoid printing KERN_ levels to consoles
kdb: Remove stack dump when entering kgdb due to NMI
kdb: Fix a prompt management bug when using | grep
kdb: Provide
message.
panic_timeout is used instead of break_on_panic and
break_on_exception to honor CONFIG_PANIC_TIMEOUT
Modified the commit as per community feedback]
Signed-off-by: Kiran Raparthy kiran.ku...@linaro.org
Reviewed-by: Daniel Thompson daniel.thomp...@linaro.org
---
kernel/debug
On 05/01/15 22:59, Jake Oshins wrote:
(gdb) target remote /dev/ttyS0
Remote debugging using /dev/ttyS0
0x9e120bd4 in ?? ()
(gdb) cont
Continuing.
[Inferior 1 (Remote target) exited with code 01]
(gdb) cont
The program is not being run.
(gdb) target remote /dev/ttyS0
Remote
On 06/01/15 00:14, Andrew Morton wrote:
On Tue, 23 Dec 2014 18:08:29 +0530 Kiran Raparthy kiran.ku...@linaro.org
wrote:
From: Colin Cross ccr...@android.com
debug: prevent entering debug mode on panic/exception.
On non-developer devices, kgdb prevents the device from rebooting
after a
-cmd_flags
kdb: Rename kdb_repeat_t to kdb_cmdflags_t, cmd_repeat to cmd_flags
kdb: Rename kdb_register_repeat() to kdb_register_flags()
kdb: Use KDB_REPEAT_* values as flags
kdb: Remove KDB_REPEAT_NONE flag
kdb: Add enable mask for groups of commands
Daniel Thompson (2):
kdb: Categorize
...@linaro.org
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
Cc: Jason Wessel jason.wes...@windriver.com
---
include/linux/kdb.h | 1 -
kernel/debug/kdb/kdb_bp.c | 6 ++---
kernel/debug/kdb/kdb_main.c | 59 ++---
kernel/trace/trace_kdb.c
Stultz john.stu...@linaro.org
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
Cc: Jason Wessel jason.wes...@windriver.com
---
include/linux/kdb.h | 1 +
kernel/debug/kdb/kdb_main.c | 30 +-
2 files changed, 30 insertions(+), 1 deletion(-)
diff --git
Enter and the kdb_grepping_flag is cleared as
kdb_parse() tries to make sense of whatever they typed.
This patch resolves the problem by moving the clearing of this flag
from the middle of command processing to the beginning.
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
---
kernel
to navigate function traces because these traces often have a
useful trigger string *before* the point of interest.
This patch reuses the existing filtering logic to introduce a simple
forward search to kdb that can be triggered from the more prompt.
Signed-off-by: Daniel Thompson daniel.thomp
: convert the format for KERN_LEVEL to a 2 byte
pattern). Note also that this patch does *not* restore the original
behaviour from v3.5. Instead it makes printk() from within a kdb command
display the message without any prefix (i.e. like printk() normally does).
Signed-off-by: Daniel Thompson
: kill
Reboot: reboot
All:cpu, kgdb, (and all of the above), nmi_console
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
Cc: Jason Wessel jason.wes...@windriver.com
---
include/linux/kdb.h | 48 +-
kernel/debug/kdb/kdb_bp.c | 21
spotted when implementing the other two patches.
Daniel Thompson (3):
kdb: Fix a prompt management bug when using | grep
kdb: Provide forward search at more prompt
kdb: Const qualifier for kdb_getstr's prompt argument
kernel/debug/kdb/kdb_io.c | 24 +---
kernel/debug/kdb
than like oops.
Note also that the stack dump does not offer any information that
cannot be trivial retrieved using the 'bt' command.
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
Cc: Jason Wessel jason.wes...@windriver.com
---
kernel/debug/kdb/kdb_main.c | 1 -
1 file changed, 1
-by: John Stultz john.stu...@linaro.org
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
Cc: Jason Wessel jason.wes...@windriver.com
---
include/linux/kdb.h| 6 +++---
kernel/debug/kdb/kdb_main.c| 6 +++---
kernel/debug/kdb/kdb_private.h | 2 +-
3 files changed, 7 insertions
All current callers of kdb_getstr() can pass constant pointers via the
prompt argument. This patch adds a const qualification to make explicit
the fact that this is safe.
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
---
kernel/debug/kdb/kdb_io.c | 2 +-
kernel/debug/kdb
...@linaro.org
Signed-off-by: John Stultz john.stu...@linaro.org
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
Cc: Jason Wessel jason.wes...@windriver.com
---
include/linux/kdb.h | 10 +++---
kernel/debug/kdb/kdb_bp.c | 14
kernel/debug/kdb/kdb_main.c | 86
Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org
Cc: Jason Wessel jason.wes...@windriver.com
---
kernel/debug/kdb/kdb_main.c| 1 -
kernel/debug/kdb/kdb_private.h | 1 -
2 files changed, 2 deletions(-)
diff --git a/kernel/debug/kdb/kdb_main.c b/kernel/debug/kdb/kdb_main.c
index
Hi Jason
I'm trying to figure out what to do with my long-outstanding kgdb/kdb
patches in preparation for the 3.20 merge window.
As of now I have five pending patch sets some of which are well over six
months old (and none have nay outstanding review comments).
When I raised this with you a
On 06/01/15 00:14, Andrew Morton wrote:
We appear to have forgotten to document panic_timeout. Sigh.
I knew I'd seen it somewhere...
Once its been sysctlised it ends up called panic:
https://www.kernel.org/doc/Documentation/sysctl/kernel.txt
On 06/01/15 21:16, Andrew Morton wrote:
On Tue, 06 Jan 2015 15:31:31 + Daniel Thompson
daniel.thomp...@linaro.org wrote:
On 06/01/15 00:14, Andrew Morton wrote:
We appear to have forgotten to document panic_timeout. Sigh.
I knew I'd seen it somewhere...
Once its been sysctlised
On 06/02/15 07:42, Jason Wessel wrote:
On 02/06/2015 06:20 AM, Daniel Thompson wrote:
The following changes since commit e36f014edff70fc02b3d3d79cead1d58f289332e:
Linux 3.19-rc7 (2015-02-01 20:07:21 -0800)
are available in the git repository at:
https://git.linaro.org/people
On 06/01/15 22:30, Jason Wessel wrote:
On 01/06/2015 03:21 PM, Andrew Morton wrote:
On Tue, 06 Jan 2015 10:57:42 -0800 Joe Perches j...@perches.com wrote:
On Tue, 2015-01-06 at 18:54 +, Daniel Thompson wrote:
Hi Jason
I'm trying to figure out what to do with my long-outstanding kgdb/kdb
On Thu, 2015-02-26 at 14:16 +0300, Dan Carpenter wrote:
Hello Jason Wessel,
The patch 5d5314d6795f: kdb: core for kgdb back end (1 of 2) from
May 20, 2010, leads to the following static checker warning:
kernel/debug/kdb/kdb_io.c:352 kdb_read()
warn: bool is not less than zero.
kdb_task_state_string(const char *s)
{
- long res = 0;
+ unsigned long res = 0;
if (!s) {
s = kdbgetenv(PS);
if (!s)
Reviewed-by: Daniel Thompson daniel.thomp...@linaro.org
[providing the above tab/space comment above addressed
On 01/07/15 10:01, Prafull Suryawanshi wrote:
Hi,
Anyone can point me what function of KGDB code gets called when
hardware watchpoint or breakpoint hits.
I earlier asked question about aarch64 hardware watchpoint but I think
this is proper question.
You mean how does the arm64 specific trap
On 02/07/15 07:40, Prafull Suryawanshi wrote:
Thanks Daniel for reply.
On 01/07/15 10:01, Prafull Suryawanshi wrote:
Hi,
Anyone can point me what function of KGDB code gets called when
hardware watchpoint or breakpoint hits.
I earlier asked question about aarch64 hardware watchpoint but I
On 14/03/16 02:27, Joe Perches wrote:
> Remove the unnecessary last sizeof("foo") argument to strncasecmp using
> strcasecmp without that sizeof as it iss equivalent, simpler and smaller.
>
> Signed-off-by: Joe Perches <j...@perches.com>
Reviewed-by: Daniel Thompson
On 15/09/16 08:56, AKASHI Takahiro wrote:
> On Wed, Sep 14, 2016 at 03:58:51PM +0100, Will Deacon wrote:
>> Hi Akashi,
>>
>> On Tue, Apr 21, 2015 at 02:13:13AM +0100, AKASHI Takahiro wrote:
>>> Could you please review my patch below?
>>> See also arm64 maintainer's comment:
>>>
On 14/10/16 19:41, Douglas Anderson wrote:
> We've got a delay loop waiting for secondary CPUs. That loop uses
> loops_per_jiffy. However, loops_per_jiffy doesn't actually mean how
> many tight loops make up a jiffy on all architectures. It is quite
> common to see things like this in the boot
On 21/04/17 03:26, Li Qiang wrote:
>
> @Daniel
>
> 2017-04-20 23:28 GMT+08:00 Daniel Thompson <daniel.thomp...@linaro.org
> <mailto:daniel.thomp...@linaro.org>>:
>
> On 19/04/17 02:58, Li Qiang wrote:
>
> CONFIG_STRICT_KERNEL_RWX is no longer sel
On 19/04/17 02:58, Li Qiang wrote:
> CONFIG_STRICT_KERNEL_RWX is no longer selectable on most architectures.
> Update this info to thedocumentation.
"git grep STRICT_KERNEL_RWX" comes up with nothing.
It is selectable on any architecture? If not we should remove it entirely!
Daniel.
>
>
On 22/06/17 23:41, Gustavo A. R. Silva wrote:
Value assigned to variable _bp_ at line 415 is the same as at line 434.
This makes such variable assignment unnecessary.
Addresses-Coverity-ID: 1227025
Signed-off-by: Gustavo A. R. Silva <garsi...@embeddedor.com>
Reviewed-by: Daniel Th
On 09/10/17 13:24, Ilya Dryomov wrote:
Hi Jason,
Starting with 4.12, WARN*() is implemented with ud0, generating an
Invalid Opcode exception. KGDB/KDB gets entered as if it were an Oops,
making KGDB/KDB rather hard to use, particularly on testing kernels.
Alexander posted a fix a while back,
On 14/12/17 15:20, Jason Wessel wrote:
On 12/12/2017 06:10 AM, Daniel Thompson wrote:
kgdbts includes a couple of different "thrashing" style tests that
may have long runtimes (especially on simulated platforms) and which
run asynchronously. This is uncomfortable for interactive use
... with many, many thanks for Jason for all his hard work.
Cc: Jason Wessel <jason.wes...@windriver.com>
Signed-off-by: Daniel Thompson <daniel.thomp...@linaro.org>
---
Notes:
Over the years Jason has become increasingly hard to get hold off
and I think he must now
ns to show progress during these tests.
Selecting 100 is somewhat arbitrary but it matches the step used on
the synchronous tests, is large enough to keep the call to printk
from invalidating the testing and is human enough to "feel about
right".
Signed-off-by: Daniel Thompson <dan
On 05/12/17 14:37, Jason Wessel wrote:
On 12/05/2017 08:09 AM, Lee Jones wrote:
On Tue, 05 Dec 2017, Daniel Thompson wrote:
... with many, many thanks for Jason for all his hard work.
Cc: Jason Wessel <jason.wes...@windriver.com>
Signed-off-by: Daniel Thompson <daniel.thomp...@l
On Fri, Apr 20, 2018 at 08:57:08PM +0800, Wei Li wrote:
> Because the former mail is in html by my mistake, it is rejected by
> the mailing list server.
I'm afraid that switching to plain text isn't quite enough; the patch
appears to be corrupt.
I'd personally suggest switching over to `git
On Thu, May 17, 2018 at 03:22:29PM +0300, Dan Carpenter wrote:
> Smatch distrusts simple_strtol(). I don't know the code well enough
> to say if the distrust is justified here, but it seems harmless to
> silence the warning.
What warning does this fix? I'd prefer to have it in the description.
On Tue, May 29, 2018 at 07:01:35PM -0700, Nick Desaulniers wrote:
> On Tue, May 29, 2018 at 12:57 AM, Arnd Bergmann wrote:
> > On Tue, May 29, 2018 at 7:57 AM, Nick Desaulniers
> > wrote:
> >> Fixes stringop-truncation and stringop-overflow warnings from gcc-8.
> >
> > That patch description
On Mon, Apr 30, 2018 at 01:34:38PM +0200, Heinrich Schuchardt wrote:
> If the baud rate cannot be set provide an error message and abort.
>
> Signed-off-by: Heinrich Schuchardt
I was about to ack this but no need! Jason has already merged it.
Daniel.
> ---
>
On Fri, Jan 26, 2018 at 10:21:58AM +0100, Arnd Bergmann wrote:
> On Fri, Jan 26, 2018 at 4:03 AM, Baolin Wang wrote:
> > The kdb code will print the monotonic time by ktime_get_ts(), but
> > the ktime_get_ts() will be protected by a sequence lock, that will
> > introduce
On Thu, Jan 25, 2018 at 05:18:54PM +0800, Baolin Wang wrote:
> On 25 January 2018 at 16:55, Arnd Bergmann wrote:
> > On Thu, Jan 25, 2018 at 9:05 AM, Baolin Wang wrote:
> >> @@ -2554,7 +2554,7 @@ static int kdb_summary(int argc, const char **argv)
> >>
h we entered the debugger.
>
> Thus we can use the ktime_get_mono_fast_ns() to get the monotonic
> time, which is NMI safe access to clock monotonic. Moreover we can
> remove the 'struct timespec', which is not y2038 safe.
>
> Signed-off-by: Baolin Wang <baolin.w...@linaro.o
On 05/08/18 05:14, Gustavo A. R. Silva wrote:
In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are expecting to fall through.
Addresses-Coverity-ID: 115090 ("Missing break in switch")
Addresses-Coverity-ID: 115091 ("Missing break in switch")
Addresses-Coverity-ID:
expecting
to find.
Signed-off-by: Gustavo A. R. Silva
Reviewed-by: Daniel Thompson
---
kernel/debug/kdb/kdb_keyboard.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/debug/kdb/kdb_keyboard.c b/kernel/debug/kdb/kdb_keyboard.c
index 118527a..750497b 100644
--
expecting
to find.
Signed-off-by: Gustavo A. R. Silva
Reviewed-by: Daniel Thompson
---
kernel/debug/kdb/kdb_support.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/kernel/debug/kdb/kdb_support.c b/kernel/debug/kdb/kdb_support.c
index 990b3cc..89ac604 100644
--
Missing break in switch")
> Addresses-Coverity-ID: 115091 ("Missing break in switch")
> Addresses-Coverity-ID: 114700 ("Missing break in switch")
>
> Suggested-by: Daniel Thompson
> Signed-off-by: Gustavo A. R. Silva
> ---
> kernel/debug/kdb/kdb_ma
On Wed, Aug 08, 2018 at 11:59:44PM +0800, zhe...@windriver.com wrote:
> From: He Zhe
>
> kgdboc_option_setup does not check input argument before passing it
> to strlen. The argument would be a NULL pointer if "ekgdboc", without
> its value, is set in command line and thus cause the following
Missing break in switch")
> Addresses-Coverity-ID: 115091 ("Missing break in switch")
> Addresses-Coverity-ID: 114700 ("Missing break in switch")
>
> Suggested-by: Daniel Thompson
> Signed-off-by: Gustavo A. R. Silva
Reviewed-by: Daniel Thompson
> ---
&g
On Tue, Aug 14, 2018 at 10:57:40PM +0800, zhe...@windriver.com wrote:
> From: He Zhe
>
> pr_* is preferred according to scripts/checkpatch.pl.
>
> Signed-off-by: He Zhe
I thought I'd already done this but it looks like maybe I didn't get
round to it...
Acked-by: Daniel Thomps
On Tue, Aug 14, 2018 at 07:04:11AM -0700, Joe Perches wrote:
> On Tue, 2018-08-14 at 14:35 +0100, Daniel Thompson wrote:
> > On Tue, Aug 14, 2018 at 08:46:01PM +0800, zhe...@windriver.com wrote:
> > > From: He Zhe
> > >
> > > pr_* is preferred according to sc
On Tue, Aug 14, 2018 at 08:46:01PM +0800, zhe...@windriver.com wrote:
> From: He Zhe
>
> pr_* is preferred according to scripts/checkpatch.pl.
>
> Cc: sta...@vger.kernel.org
This change does not "fix a problem that causes a build error
(but not for things marked CONFIG_BROKEN), an oops, a
!opt) {
> + pr_err("kgdboc: null option\n");
Apologies... I should have picked this up when I replied earlier but
this error message describes what the function gets when I think it
should report what the user actually did. So should be something like:
p
; indication here.
>
> Signed-off-by: Nicholas Mc Guire
Reviewed-by: Daniel Thompson
> ---
>
> Found during code review.
> Not a functional issue - just type correctness.
>
> Patch was compile tested with: x86_64_defconfig + CONFIG_KGDB=y,
> CONFIG_KGDB_KDB=y
>
On Fri, Jul 13, 2018 at 05:18:51PM +0200, Dominique Martinet wrote:
> Daniel Thompson wrote on Fri, Jul 13, 2018:
> > On Fri, Jul 13, 2018 at 03:25:58AM +0200, Dominique Martinet wrote:
> > > Generated by scripts/coccinelle/misc/strncpy_truncation.cocci
> > >
>
the control flow. This makes the main body of
the code easier to review.
Signed-off-by: Daniel Thompson
---
kernel/debug/kdb/kdb_io.c | 127 --
1 file changed, 66 insertions(+), 61 deletions(-)
diff --git a/kernel/debug/kdb/kdb_io.c b/kernel/debug/kdb
character rather then the '\e'.
This is a bigger refactor that might be expected because the new
character needs to go through escape sequence detection.
Signed-off-by: Daniel Thompson
---
kernel/debug/kdb/kdb_io.c | 33 ++---
1 file changed, 14 insertions(+), 19 deletions
can also rename in order to make its role clearer.
Signed-off-by: Daniel Thompson
---
kernel/debug/kdb/kdb_io.c | 56 ---
1 file changed, 23 insertions(+), 33 deletions(-)
diff --git a/kernel/debug/kdb/kdb_io.c b/kernel/debug/kdb/kdb_io.c
index 0ba490728459
1 - 100 of 471 matches
Mail list logo