<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/kernel/debug/kdb/kdb_main.c, branch v2.6.38-rc7</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/kernel/debug/kdb/kdb_main.c?h=v2.6.38-rc7</id>
<link rel='self' href='https://git.amat.us/linux/atom/kernel/debug/kdb/kdb_main.c?h=v2.6.38-rc7'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2010-12-22T17:57:02Z</updated>
<entry>
<title>Merge branch 'master' into for-next</title>
<updated>2010-12-22T17:57:02Z</updated>
<author>
<name>Jiri Kosina</name>
<email>jkosina@suse.cz</email>
</author>
<published>2010-12-22T17:57:02Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=4b7bd364700d9ac8372eff48832062b936d0793b'/>
<id>urn:sha1:4b7bd364700d9ac8372eff48832062b936d0793b</id>
<content type='text'>
Conflicts:
	MAINTAINERS
	arch/arm/mach-omap2/pm24xx.c
	drivers/scsi/bfa/bfa_fcpim.c

Needed to update to apply fixes for which the old branch was too
outdated.
</content>
</entry>
<entry>
<title>kdb: fix crash when KDB_BASE_CMD_MAX is exceeded</title>
<updated>2010-11-17T19:54:57Z</updated>
<author>
<name>Jovi Zhang</name>
<email>bookjovi@gmail.com</email>
</author>
<published>2010-11-10T13:22:18Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=5450d904054b4ed582793ad6ecb5469f03cc4c46'/>
<id>urn:sha1:5450d904054b4ed582793ad6ecb5469f03cc4c46</id>
<content type='text'>
When the number of dyanmic kdb commands exceeds KDB_BASE_CMD_MAX, the
kernel will fault.

Signed-off-by: Jovi Zhang &lt;bookjovi@gmail.com&gt;
Signed-off-by: Jason Wessel &lt;jason.wessel@windriver.com&gt;
</content>
</entry>
<entry>
<title>kdb: fix memory leak in kdb_main.c</title>
<updated>2010-11-17T19:54:57Z</updated>
<author>
<name>Jovi Zhang</name>
<email>bookjovi@gmail.com</email>
</author>
<published>2010-11-10T13:22:18Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=85e76ab50aecbdc9011806f2f8943450ccb0d93c'/>
<id>urn:sha1:85e76ab50aecbdc9011806f2f8943450ccb0d93c</id>
<content type='text'>
Call kfree in the error path as well as the success path in kdb_ll().

Signed-off-by: Jovi Zhang &lt;bookjovi@gmail.com&gt;
Signed-off-by: Jason Wessel &lt;jason.wessel@windriver.com&gt;
</content>
</entry>
<entry>
<title>tree-wide: fix comment/printk typos</title>
<updated>2010-11-01T19:38:34Z</updated>
<author>
<name>Uwe Kleine-König</name>
<email>u.kleine-koenig@pengutronix.de</email>
</author>
<published>2010-11-01T19:38:34Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b595076a180a56d1bb170e6eceda6eb9d76f4cd3'/>
<id>urn:sha1:b595076a180a56d1bb170e6eceda6eb9d76f4cd3</id>
<content type='text'>
"gadget", "through", "command", "maintain", "maintain", "controller", "address",
"between", "initiali[zs]e", "instead", "function", "select", "already",
"equal", "access", "management", "hierarchy", "registration", "interest",
"relative", "memory", "offset", "already",

Signed-off-by: Uwe Kleine-König &lt;u.kleine-koenig@pengutronix.de&gt;
Signed-off-by: Jiri Kosina &lt;jkosina@suse.cz&gt;
</content>
</entry>
<entry>
<title>kdb: Fix early debugging crash regression</title>
<updated>2010-10-29T18:14:41Z</updated>
<author>
<name>Jason Wessel</name>
<email>jason.wessel@windriver.com</email>
</author>
<published>2010-10-29T18:14:41Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=578bd4dfcda63d2ef15f025f1d5d55c0e56b9660'/>
<id>urn:sha1:578bd4dfcda63d2ef15f025f1d5d55c0e56b9660</id>
<content type='text'>
The kdb_current legally be equal to NULL in the early boot of the x86
arch.  The problem pcan be observed by booting with the kernel arguments:

    earlyprintk=vga ekgdboc=kbd kgdbwait

The kdb shell will oops on entry and recursively fault because it
cannot get past the final stage of shell initialization.

Signed-off-by: Jason Wessel &lt;jason.wessel@windriver.com&gt;
</content>
</entry>
<entry>
<title>kdb: fix per_cpu command to remove supress mask</title>
<updated>2010-10-29T18:14:40Z</updated>
<author>
<name>Jason Wessel</name>
<email>jason.wessel@windriver.com</email>
</author>
<published>2010-10-29T13:04:16Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=931ea24819f2bd40cca2dc214558bfcc3c91549e'/>
<id>urn:sha1:931ea24819f2bd40cca2dc214558bfcc3c91549e</id>
<content type='text'>
Rusty pointed out that the per_cpu command uses up lots of space on
the stack and the cpu supress mask is probably not needed.

This patch removes the need for the supress mask as well as fixing up
the following problems with the kdb per_cpu command:
  * The per_cpu command should allow an address as an argument
  * When you have more data than can be displayed on one screen allow
    the user to break out of the print loop.

Reported-by: Rusty Russell &lt;rusty@rustcorp.com.au&gt;
Signed-off-by: Jason Wessel &lt;jason.wessel@windriver.com&gt;
</content>
</entry>
<entry>
<title>kdb,debug_core: adjust master cpu switch logic against new debug_core locking</title>
<updated>2010-10-22T20:34:13Z</updated>
<author>
<name>Jason Wessel</name>
<email>jason.wessel@windriver.com</email>
</author>
<published>2010-05-21T13:46:00Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=495363d380b4f4745bd8677912688654afc44020'/>
<id>urn:sha1:495363d380b4f4745bd8677912688654afc44020</id>
<content type='text'>
The kdb shell needs to enforce switching back to the original CPU that
took the exception before restoring normal kernel execution.  Resuming
from a different CPU than what took the original exception will cause
problems with spin locks that are freed from the a different processor
than had taken the lock.

The special logic in dbg_cpu_switch() can go away entirely with
because the state of what cpus want to be masters or slaves will
remain unchanged between entry and exit of the debug_core exception
context.

Signed-off-by: Jason Wessel &lt;jason.wessel@windriver.com&gt;
</content>
</entry>
<entry>
<title>kdb: Fix oops in kdb_unregister</title>
<updated>2010-10-22T20:34:12Z</updated>
<author>
<name>Jason Wessel</name>
<email>jason.wessel@windriver.com</email>
</author>
<published>2010-10-11T15:20:14Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=75d14edee5689716b55afe467acfc13206a31f95'/>
<id>urn:sha1:75d14edee5689716b55afe467acfc13206a31f95</id>
<content type='text'>
Nothing should try to use kdb_commands directly as sometimes it is
null.  Instead, use the for_each_kdbcmd() iterator.

This particular problem dates back to the initial kdb merge (2.6.35),
but at that point nothing was dynamically unregistering commands from
the kdb shell.

Signed-off-by: Jason Wessel &lt;jason.wessel@windriver.com&gt;
</content>
</entry>
<entry>
<title>kdb: Allow kernel loadable modules to add kdb shell functions</title>
<updated>2010-10-22T20:34:11Z</updated>
<author>
<name>Jason Wessel</name>
<email>jason.wessel@windriver.com</email>
</author>
<published>2010-10-11T15:20:14Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f7030bbc446430ecd12c9ad02cf0ea94934e5f91'/>
<id>urn:sha1:f7030bbc446430ecd12c9ad02cf0ea94934e5f91</id>
<content type='text'>
In order to allow kernel modules to dynamically add a command to the
kdb shell the kdb_register, kdb_register_repeat, kdb_unregister, and
kdb_printf need to be exported as GPL symbols.

Any kernel module that adds a dynamic kdb shell function should only
need to include linux/kdb.h.

Signed-off-by: Jason Wessel &lt;jason.wessel@windriver.com&gt;
</content>
</entry>
<entry>
<title>Input: sysrq - drop tty argument form handle_sysrq()</title>
<updated>2010-08-21T07:34:45Z</updated>
<author>
<name>Dmitry Torokhov</name>
<email>dmitry.torokhov@gmail.com</email>
</author>
<published>2010-08-18T04:15:47Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f335397d177c906256ee1bba28e8c49e8ec63817'/>
<id>urn:sha1:f335397d177c906256ee1bba28e8c49e8ec63817</id>
<content type='text'>
Sysrq operations do not accept tty argument anymore so no need to pass
it to us.

[Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;: fix build breakage in drm code
 caused by sysrq using bool but not including linux/types.h]

[Sachin Sant &lt;sachinp@in.ibm.com&gt;: fix build breakage in s390 keyboadr
 driver]

Acked-by: Alan Cox &lt;alan@lxorguk.ukuu.org.uk&gt;
Acked-by: Jason Wessel &lt;jason.wessel@windriver.com&gt;
Acked-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Dmitry Torokhov &lt;dtor@mail.ru&gt;
</content>
</entry>
</feed>
