<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/arch/sh/Kconfig.debug, branch v3.2.51</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/arch/sh/Kconfig.debug?h=v3.2.51</id>
<link rel='self' href='https://git.amat.us/linux/atom/arch/sh/Kconfig.debug?h=v3.2.51'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2011-05-25T15:39:54Z</updated>
<entry>
<title>lib: consolidate DEBUG_STACK_USAGE option</title>
<updated>2011-05-25T15:39:54Z</updated>
<author>
<name>Stephen Boyd</name>
<email>sboyd@codeaurora.org</email>
</author>
<published>2011-05-25T00:13:36Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=5ca43f6c3b365024d889bc77064bb331f5a72a45'/>
<id>urn:sha1:5ca43f6c3b365024d889bc77064bb331f5a72a45</id>
<content type='text'>
Most arches define CONFIG_DEBUG_STACK_USAGE exactly the same way.  Move it
to lib/Kconfig.debug so each arch doesn't have to define it.  This
obviously makes the option generic, but that's fine because the config is
already used in generic code.

It's not obvious to me that sysrq-P actually does anything caution by
keeping the most inclusive wording.

Signed-off-by: Stephen Boyd &lt;sboyd@codeaurora.org&gt;
Cc: Chris Metcalf &lt;cmetcalf@tilera.com&gt;
Acked-by: David S. Miller &lt;davem@davemloft.net&gt;
Acked-by: Richard Weinberger &lt;richard@nod.at&gt;
Acked-by: Mike Frysinger &lt;vapier@gentoo.org&gt;
Cc: Russell King &lt;rmk@arm.linux.org.uk&gt;
Cc: Hirokazu Takata &lt;takata@linux-m32r.org&gt;
Acked-by: Ralf Baechle &lt;ralf@linux-mips.org&gt;
Cc: Paul Mackerras &lt;paulus@samba.org&gt;
Acked-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
Cc: Chen Liqin &lt;liqin.chen@sunplusct.com&gt;
Cc: Lennox Wu &lt;lennox.wu@gmail.com&gt;
Cc: Ingo Molnar &lt;mingo@elte.hu&gt;
Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;
Cc: "H. Peter Anvin" &lt;hpa@zytor.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Fix common misspellings</title>
<updated>2011-03-31T14:26:23Z</updated>
<author>
<name>Lucas De Marchi</name>
<email>lucas.demarchi@profusion.mobi</email>
</author>
<published>2011-03-31T01:57:33Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=25985edcedea6396277003854657b5f3cb31a628'/>
<id>urn:sha1:25985edcedea6396277003854657b5f3cb31a628</id>
<content type='text'>
Fixes generated by 'codespell' and manually reviewed.

Signed-off-by: Lucas De Marchi &lt;lucas.demarchi@profusion.mobi&gt;
</content>
</entry>
<entry>
<title>sh: Remove old early serial console code V2</title>
<updated>2009-12-15T03:07:35Z</updated>
<author>
<name>Magnus Damm</name>
<email>damm@opensource.se</email>
</author>
<published>2009-12-14T12:52:53Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=e76fe57447e88916954bdcab1c0d2c708ec3c943'/>
<id>urn:sha1:e76fe57447e88916954bdcab1c0d2c708ec3c943</id>
<content type='text'>
Now when the sh-sci driver can do early serial output,
get rid of the old duplicated code. This patch is V2 and
removes support for "earlyprintk=serial" together with
the following kconfig options:
CONFIG_EARLY_SCIF_CONSOLE
CONFIG_EARLY_SCIF_CONSOLE_PORT
CONFIG_EARLY_PRINTK

With this patch applied "earlyprintk=" support is always
built-in the SuperH kernel. For this to work the serial
driver must have early platform support and in the case
of sh-sci the serial console needs to be enabled:
CONFIG_SERIAL_SH_SCI_CONSOLE=y

So after enabling the SuperH SCI console kconfig option
you also need to point out port using the kernel command
line: "earlyprintk=sh-sci.N[,baudrate][,keep]"

Remember that clocks may be disabled by the boot loader
so you may have to do some board specific static clock
setup before earlyprintk will work on your platform.

Signed-off-by: Magnus Damm &lt;damm@opensource.se&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Add initial support for SH7757 CPU subtype</title>
<updated>2009-08-21T08:25:47Z</updated>
<author>
<name>Yoshihiro Shimoda</name>
<email>shimoda.yoshihiro@renesas.com</email>
</author>
<published>2009-08-21T07:30:28Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=c01f0f1a4a96eb3acc5850e18cc43f24366966d0'/>
<id>urn:sha1:c01f0f1a4a96eb3acc5850e18cc43f24366966d0</id>
<content type='text'>
Signed-off-by: Yoshihiro Shimoda &lt;shimoda.yoshihiro@renesas.com&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: dwarf unwinder support.</title>
<updated>2009-08-13T16:58:43Z</updated>
<author>
<name>Matt Fleming</name>
<email>matt@console-pimps.org</email>
</author>
<published>2009-08-13T16:58:43Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=bd353861c735b2265c9d8b2559960c693e7c68ab'/>
<id>urn:sha1:bd353861c735b2265c9d8b2559960c693e7c68ab</id>
<content type='text'>
This is a first cut at a generic DWARF unwinder for the kernel. It's
still lacking DWARF64 support and the DWARF expression support hasn't
been tested very well but it is generating proper stacktraces on SH for
WARN_ON() and NULL dereferences.

Signed-off-by: Matt Fleming &lt;matt@console-pimps.org&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Add early printk support for SH770x CPUs.</title>
<updated>2009-08-04T05:38:08Z</updated>
<author>
<name>Rafael Ignacio Zurita</name>
<email>rizurita@yahoo.com</email>
</author>
<published>2009-08-04T05:38:08Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=05aa7882757f68af799140142ec44f83b2df4298'/>
<id>urn:sha1:05aa7882757f68af799140142ec44f83b2df4298</id>
<content type='text'>
This adds early printk support for SH770x (tested on SH7709 based hp6xx).

Signed-off-by: Rafael Ignacio Zurita &lt;rizurita@yahoo.com&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Rework irqflags tracing to fix up CONFIG_PROVE_LOCKING.</title>
<updated>2009-07-29T14:01:24Z</updated>
<author>
<name>Stuart Menefy</name>
<email>stuart.menefy@st.com</email>
</author>
<published>2009-07-29T14:01:24Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=fd78a76aefb5bf28a11d6960d29e03a11db62320'/>
<id>urn:sha1:fd78a76aefb5bf28a11d6960d29e03a11db62320</id>
<content type='text'>
This cleans up the irqflags tracing code quite a bit and ties it
in to various missing callsites that caused an imbalance when
CONFIG_PROVE_LOCKING was enabled.

Previously this was catching on:

 987 #ifdef CONFIG_PROVE_LOCKING
 988     DEBUG_LOCKS_WARN_ON(!p-&gt;hardirqs_enabled);
 989     DEBUG_LOCKS_WARN_ON(!p-&gt;softirqs_enabled);
 990 #endif
 991     retval = -EAGAIN;

with hardirqs being doubly enabled, and subsequently bailing out
with the following call trace:

	Call trace:
	[&lt;88035224&gt;] __lock_acquire+0x616/0x6a6
	[&lt;88015a8c&gt;] do_fork+0xf8/0x2b0
	[&lt;880331ec&gt;] trace_hardirqs_on_caller+0xd4/0x114
	[&lt;88241074&gt;] _spin_unlock_irq+0x20/0x64
	[&lt;88035224&gt;] __lock_acquire+0x616/0x6a6
	[&lt;8800386c&gt;] kernel_thread+0x48/0x70
	[&lt;88024ecc&gt;] ____call_usermodehelper+0x0/0x110
	[&lt;88024ecc&gt;] ____call_usermodehelper+0x0/0x110
	[&lt;88003894&gt;] kernel_thread_helper+0x0/0x14
	[&lt;88024bac&gt;] __call_usermodehelper+0x38/0x70
	[&lt;88025dc0&gt;] worker_thread+0x150/0x274
	[&lt;88035b9c&gt;] lock_release+0x0/0x198
	[&lt;88024b74&gt;] __call_usermodehelper+0x0/0x70
	[&lt;88028cf0&gt;] autoremove_wake_function+0x0/0x30
	[&lt;88028bf2&gt;] kthread+0x3e/0x70
	[&lt;88025c70&gt;] worker_thread+0x0/0x274
	[&lt;8800389c&gt;] kernel_thread_helper+0x8/0x14
	[&lt;88028bb4&gt;] kthread+0x0/0x70
	[&lt;88003894&gt;] kernel_thread_helper+0x0/0x14

Reported-by: Nobuhiro Iwamatsu &lt;iwamatsu.nobuhiro@renesas.com&gt;
Signed-off-by: Stuart Menefy &lt;stuart.menefy@st.com&gt;
Signed-off-by: Matt Fleming &lt;matt@console-pimps.org&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Replace DEBUG_STACKOVERFLOW with STACK_DEBUG.</title>
<updated>2009-07-11T11:05:34Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2009-07-11T11:05:34Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=9f14b84afda297d301b81a5bcbd65e83d7b02034'/>
<id>urn:sha1:9f14b84afda297d301b81a5bcbd65e83d7b02034</id>
<content type='text'>
STACK_DEBUG ties in to mcount in order to do function-granular stack
overflow checks as opposed to lazily checking from IRQ context. As the
default is nohz, the frequency of overflow checking is too irregular to
catch much useful information, and so the mcount approach employed by
sparc64 is adopted instead.

This kills off the old check entirely from the do_IRQ() path and now
adopts CONFIG_MCOUNT instead.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Decouple mcount from ftrace.</title>
<updated>2009-07-11T10:56:58Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2009-07-11T10:56:58Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=473d1cf4ee623b043790838bcf77e77958840bf2'/>
<id>urn:sha1:473d1cf4ee623b043790838bcf77e77958840bf2</id>
<content type='text'>
This adds a general CONFIG_MCOUNT in order to permit mcount generation
without ftrace support. This is primarily for allowing platforms to
enable aggressive stack overflow checking without having to enable ftrace
support. Based on the sparc64 implementation.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Provide diagnostic kernel stack checks</title>
<updated>2009-07-11T01:07:58Z</updated>
<author>
<name>Matt Fleming</name>
<email>matt@console-pimps.org</email>
</author>
<published>2009-07-11T01:00:23Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b99610fb9cdf390965c62c22322596d961591160'/>
<id>urn:sha1:b99610fb9cdf390965c62c22322596d961591160</id>
<content type='text'>
Enable kernel stack checking code in both the dynamic ftrace and mcount
code paths. Check the stack to see if it's overflowing and make sure
that the stack pointer contains an address that's either in init_stack
or after the bss.

Signed-off-by: Matt Fleming &lt;matt@console-pimps.org&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
</feed>
