<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/arch/powerpc/platforms/pseries/nvram.c, branch v3.5-rc4</title>
<subtitle>Linux Kernel (branches are rebased on master from time to time)</subtitle>
<id>https://sre.ring0.de/linux/atom?h=v3.5-rc4</id>
<link rel='self' href='https://sre.ring0.de/linux/atom?h=v3.5-rc4'/>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/'/>
<updated>2012-06-15T21:53:59Z</updated>
<entry>
<title>kmsg - kmsg_dump() use iterator to receive log buffer content</title>
<updated>2012-06-15T21:53:59Z</updated>
<author>
<name>Kay Sievers</name>
<email>kay@vrfy.org</email>
</author>
<published>2012-06-15T12:07:51Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=e2ae715d66bf4becfb85eb84b7150e23cf27df30'/>
<id>urn:sha1:e2ae715d66bf4becfb85eb84b7150e23cf27df30</id>
<content type='text'>
Provide an iterator to receive the log buffer content, and convert all
kmsg_dump() users to it.

The structured data in the kmsg buffer now contains binary data, which
should no longer be copied verbatim to the kmsg_dump() users.

The iterator should provide reliable access to the buffer data, and also
supports proper log line-aware chunking of data while iterating.

Signed-off-by: Kay Sievers &lt;kay@vrfy.org&gt;
Tested-by: Tony Luck &lt;tony.luck@intel.com&gt;
Reported-by: Anton Vorontsov &lt;anton.vorontsov@linaro.org&gt;
Tested-by: Anton Vorontsov &lt;anton.vorontsov@linaro.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>kexec: remove KMSG_DUMP_KEXEC</title>
<updated>2012-01-13T04:13:11Z</updated>
<author>
<name>WANG Cong</name>
<email>xiyou.wangcong@gmail.com</email>
</author>
<published>2012-01-13T01:20:11Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=a3dd3323058d281abd584b15ad4c5b65064d7a61'/>
<id>urn:sha1:a3dd3323058d281abd584b15ad4c5b65064d7a61</id>
<content type='text'>
KMSG_DUMP_KEXEC is useless because we already save kernel messages inside
/proc/vmcore, and it is unsafe to allow modules to do other stuffs in a
crash dump scenario.

[akpm@linux-foundation.org: fix powerpc build]
Signed-off-by: WANG Cong &lt;xiyou.wangcong@gmail.com&gt;
Reported-by: Vivek Goyal &lt;vgoyal@redhat.com&gt;
Acked-by: Vivek Goyal &lt;vgoyal@redhat.com&gt;
Acked-by: Jarod Wilson &lt;jarod@redhat.com&gt;
Cc: "Eric W. Biederman" &lt;ebiederm@xmission.com&gt;
Cc: KOSAKI Motohiro &lt;kosaki.motohiro@jp.fujitsu.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>powerpc/nvram: Add spinlock to oops_to_nvram to prevent oops in compression code.</title>
<updated>2011-12-08T03:22:54Z</updated>
<author>
<name>Anton Blanchard</name>
<email>anton@samba.org</email>
</author>
<published>2011-11-30T15:46:45Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=120a52c388fb29105fdfd3f27efc776e99f7b50e'/>
<id>urn:sha1:120a52c388fb29105fdfd3f27efc776e99f7b50e</id>
<content type='text'>
When issuing a system reset we almost always oops in the oops_to_nvram
code because multiple CPUs are using the deflate work area. Add a
spinlock to protect it.

To play it safe I'm using trylock to avoid locking up if the NVRAM
code oopses. This means we might miss multiple CPUs oopsing at exactly
the same time but I think it's best to play it safe for now. Once we
are happy with the reliability we can change it to a full spinlock.

Signed-off-by: Anton Blanchard &lt;anton@samba.org&gt;
Acked-by: Jim Keniston &lt;jkenisto@us.ibm.com&gt;
Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
</content>
</entry>
<entry>
<title>powerpc/nvram: Add compression to fit more oops output into NVRAM</title>
<updated>2011-09-19T23:19:46Z</updated>
<author>
<name>Jim Keniston</name>
<email>jkenisto@us.ibm.com</email>
</author>
<published>2011-07-25T07:54:50Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=6c493685f1b209dd4ae41eb52c818cf12da20def'/>
<id>urn:sha1:6c493685f1b209dd4ae41eb52c818cf12da20def</id>
<content type='text'>
Capture more than twice as much text from the printk buffer, and
compress it to fit it in the lnx,oops-log NVRAM partition.  You
can view the compressed text using the new (as of July 20) --unzip
option of the nvram command in the powerpc-utils package.

[BenH: Added select of ZLIB_DEFLATE]

Signed-off-by: Jim Keniston &lt;jkenisto@us.ibm.com&gt;
Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
</content>
</entry>
<entry>
<title>powerpc/nvram: Don't overwrite oops/panic report on normal shutdown</title>
<updated>2011-03-29T23:36:23Z</updated>
<author>
<name>Jim Keniston</name>
<email>jkenisto@us.ibm.com</email>
</author>
<published>2011-03-25T12:47:58Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=15d260b36facc1aa769fb39b0efc41f4c8c44729'/>
<id>urn:sha1:15d260b36facc1aa769fb39b0efc41f4c8c44729</id>
<content type='text'>
For normal halt, reboot, and poweroff events, refrain from overwriting
the lnx,oops-log partition.  Also, don't save the dmesg buffer on an
emergency-restart event if we've already saved it earlier in panic().

Signed-off-by: Jim Keniston &lt;jkenisto@us.ibm.com&gt;
Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
</content>
</entry>
<entry>
<title>powerpc/pseries/nvram: Capture oops/panic reports in ibm, oops-log partition</title>
<updated>2011-03-04T07:19:04Z</updated>
<author>
<name>Jim Keniston</name>
<email>jkenisto@linux.vnet.ibm.com</email>
</author>
<published>2011-02-09T13:00:09Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=a5cf4b08b6a4568570c4a2a712497ec49009661c'/>
<id>urn:sha1:a5cf4b08b6a4568570c4a2a712497ec49009661c</id>
<content type='text'>
Create the lnx,oops-log NVRAM partition, and capture the end of the printk
buffer in it when there's an oops or panic.  If we can't create the
lnx,oops-log partition, capture the oops/panic report in ibm,rtas-log.

Signed-off-by: Jim Keniston &lt;jkenisto@us.ibm.com&gt;
Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
</content>
</entry>
<entry>
<title>powerpc/nvram: Generalize code for OS partitions in NVRAM</title>
<updated>2011-03-04T07:19:04Z</updated>
<author>
<name>Jim Keniston</name>
<email>jkenisto@linux.vnet.ibm.com</email>
</author>
<published>2011-02-09T12:43:13Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=0f4ac132365e56802cbe377313491aa84086371c'/>
<id>urn:sha1:0f4ac132365e56802cbe377313491aa84086371c</id>
<content type='text'>
Adapt the functions used to create and write to the RTAS-log partition
to work with any OS-type partition.

Signed-off-by: Jim Keniston &lt;jkenisto@us.ibm.com&gt;
Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
</content>
</entry>
<entry>
<title>powerpc/nvram: Rename ppc64,linux partition to ibm,rtas-log</title>
<updated>2010-11-30T04:38:50Z</updated>
<author>
<name>Benjamin Herrenschmidt</name>
<email>benh@kernel.crashing.org</email>
</author>
<published>2010-08-02T00:51:25Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=9a866b870880065364c894823257e6982103d4e4'/>
<id>urn:sha1:9a866b870880065364c894823257e6982103d4e4</id>
<content type='text'>
I'm not aware of any userspace tool accessing it by its name anyways,
it's read back by the kernel itself on the next boot to get back
older log entries

Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
</content>
</entry>
<entry>
<title>powerpc/nvram: Move the log partition stuff to pseries</title>
<updated>2010-11-30T04:37:45Z</updated>
<author>
<name>Benjamin Herrenschmidt</name>
<email>benh@kernel.crashing.org</email>
</author>
<published>2010-08-02T01:18:09Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=edc79a2f3ee1c74d915f6a0ce3cb22bf468f5ad5'/>
<id>urn:sha1:edc79a2f3ee1c74d915f6a0ce3cb22bf468f5ad5</id>
<content type='text'>
The nvram log partition stuff currently in nvram_64.c is really
pseries specific. It isn't actually used on anything else (despite
the fact that we ran the code to setup the partition on anything
except powermac) and the log format is specific to pseries RTAS
implementation. So move it where it belongs

Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
</content>
</entry>
<entry>
<title>powerpc/nvram: More flexible nvram_create_partition()</title>
<updated>2010-11-30T04:31:51Z</updated>
<author>
<name>Benjamin Herrenschmidt</name>
<email>benh@kernel.crashing.org</email>
</author>
<published>2010-07-29T05:28:20Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=4e7c77a385efac81d6677a4a761b1b66cd2cb59e'/>
<id>urn:sha1:4e7c77a385efac81d6677a4a761b1b66cd2cb59e</id>
<content type='text'>
Replace nvram_create_os_partition() with a variant that takes
the partition name, signature and size as arguments.

Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
</content>
</entry>
</feed>
