summaryrefslogtreecommitdiffstats
path: root/mm
diff options
context:
space:
mode:
authorJohn Blackwood <john.blackwood@ccur.com>2012-12-10 15:37:22 -0600
committerJason Wessel <jason.wessel@windriver.com>2013-03-02 08:52:16 -0600
commitf7c82d5a3c537a4b4d9d0395db4606bf4d3c7a5f (patch)
tree611d31e816535a32aad7f4ad541df62a8aae24d7 /mm
parent19f949f52599ba7c3f67a5897ac6be14bfcb1200 (diff)
downloadlinux-stable-f7c82d5a3c537a4b4d9d0395db4606bf4d3c7a5f.tar.gz
linux-stable-f7c82d5a3c537a4b4d9d0395db4606bf4d3c7a5f.tar.bz2
linux-stable-f7c82d5a3c537a4b4d9d0395db4606bf4d3c7a5f.zip
kdb: A fix for kdb command table expansion
When locally adding in some additional kdb commands, I stumbled across an issue with the dynamic expansion of the kdb command table. When the number of kdb commands exceeds the size of the statically allocated kdb_base_commands[] array, additional space is allocated in the kdb_register_repeat() routine. The unused portion of the newly allocated array was not being initialized to zero properly and this would result in segfaults when help '?' was executed or when a search for a non-existing command would traverse the command table beyond the end of valid command entries and then attempt to use the non-zeroed area as actual command entries. Signed-off-by: John Blackwood <john.blackwood@ccur.com> Signed-off-by: Jason Wessel <jason.wessel@windriver.com>
Diffstat (limited to 'mm')
0 files changed, 0 insertions, 0 deletions