<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/arch/sh/kernel/setup.c, branch v3.4.84</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/arch/sh/kernel/setup.c?h=v3.4.84</id>
<link rel='self' href='https://git.amat.us/linux/atom/arch/sh/kernel/setup.c?h=v3.4.84'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2011-12-08T18:22:08Z</updated>
<entry>
<title>SuperH: Use HAVE_MEMBLOCK_NODE_MAP</title>
<updated>2011-12-08T18:22:08Z</updated>
<author>
<name>Tejun Heo</name>
<email>tj@kernel.org</email>
</author>
<published>2011-12-08T18:22:08Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=534cfbee295222e188c391db5187ca9a6ab0c035'/>
<id>urn:sha1:534cfbee295222e188c391db5187ca9a6ab0c035</id>
<content type='text'>
sh doesn't access early_node_map[] directly and enabling
HAVE_MEMBLOCK_NODE_MAP is trivial - replacing add_active_range() calls
with memblock_set_node() and selecting HAVE_MEMBLOCK_NODE_MAP is
enough.

Signed-off-by: Tejun Heo &lt;tj@kernel.org&gt;
Cc: Paul Mundt &lt;lethal@linux-sh.org&gt;
Cc: linux-sh@vger.kernel.org
</content>
</entry>
<entry>
<title>sh: kexec: Register crashk_res</title>
<updated>2011-09-05T04:10:50Z</updated>
<author>
<name>Simon Horman</name>
<email>horms@verge.net.au</email>
</author>
<published>2011-09-02T03:47:12Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=41309b7a22805f1650c600723d729af453d52719'/>
<id>urn:sha1:41309b7a22805f1650c600723d729af453d52719</id>
<content type='text'>
Register crashk_res so that it can be used by kexec-tools
via /proc/iomem.

The crash kernel resource needs to be requested the same as the
other kernel resources due to the fact that it's handled during
the common path for adding new memory ranges, so it's added in to
__add_active_range() with the others. This ensures that the crash
kernel is properly reserved regardless of which memory range it's
placed in.

Signed-off-by: Simon Horman &lt;horms@verge.net.au&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.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: Break out cpuinfo_op procfs bits.</title>
<updated>2010-11-09T07:40:16Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2010-11-01T16:44:25Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=a9b27bcc6acf2491609f51aa592ec67311d4518d'/>
<id>urn:sha1:a9b27bcc6acf2491609f51aa592ec67311d4518d</id>
<content type='text'>
Presently this is all inlined in setup.c, which is not really the place
for it. Follow the x86 example and split it out into its own file.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Fix the sparsemem disabled build.</title>
<updated>2010-10-27T05:24:34Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2010-10-27T05:24:34Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=9cc1cf380e15f7314f8defb849b8e926d5755f8b'/>
<id>urn:sha1:9cc1cf380e15f7314f8defb849b8e926d5755f8b</id>
<content type='text'>
The introduction of MAX_PHYSMEM_BITS in to the initial cpuinfo struct
causes a build error when sparsemem is disabled and asm/sparsemem.h is
not brought in by other means. Include it explicitly.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Expose physical addressing mode through cpuinfo.</title>
<updated>2010-10-26T05:44:58Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2010-10-26T05:44:58Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=2f98492c5375e906e48c78d88351f45bb11b6a8a'/>
<id>urn:sha1:2f98492c5375e906e48c78d88351f45bb11b6a8a</id>
<content type='text'>
CPUs can be in either the legacy 29-bit or 32-bit physical addressing
modes. This follows the x86 approach of tracking the phys bits in cpuinfo
and exposing it to userspace through procfs.

This change was requested to permit kexec-tools to detect the physical
addressing mode in order to determine the appropriate address mangling.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Fix address calculation of Initrd</title>
<updated>2010-10-06T07:53:28Z</updated>
<author>
<name>Nobuhiro Iwamatsu</name>
<email>iwamatsu.nobuhiro@renesas.com</email>
</author>
<published>2010-10-05T08:16:08Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=901c28c257eb8903a7d66c900df163e2c13ca995'/>
<id>urn:sha1:901c28c257eb8903a7d66c900df163e2c13ca995</id>
<content type='text'>
Signed-off-by: Nobuhiro Iwamatsu &lt;nobuhiro.iwamatsu.yj@renesas.com&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: provide generic arch_debugfs_dir.</title>
<updated>2010-09-23T19:04:26Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2010-09-23T19:04:26Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=3f224f4e057ce67713f3e7a8890f2fbe12d047a5'/>
<id>urn:sha1:3f224f4e057ce67713f3e7a8890f2fbe12d047a5</id>
<content type='text'>
While sh previously had its own debugfs root, there now exists a
common arch_debugfs_dir prototype, so we switch everything over to
that.  Presumably once more architectures start making use of this
we'll be able to just kill off the stub kdebugfs wrapper.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>lmb: rename to memblock</title>
<updated>2010-07-14T07:14:00Z</updated>
<author>
<name>Yinghai Lu</name>
<email>yinghai@kernel.org</email>
</author>
<published>2010-07-12T04:36:09Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=95f72d1ed41a66f1c1c29c24d479de81a0bea36f'/>
<id>urn:sha1:95f72d1ed41a66f1c1c29c24d479de81a0bea36f</id>
<content type='text'>
via following scripts

      FILES=$(find * -type f | grep -vE 'oprofile|[^K]config')

      sed -i \
        -e 's/lmb/memblock/g' \
        -e 's/LMB/MEMBLOCK/g' \
        $FILES

      for N in $(find . -name lmb.[ch]); do
        M=$(echo $N | sed 's/lmb/memblock/g')
        mv $N $M
      done

and remove some wrong change like lmbench and dlmb etc.

also move memblock.c from lib/ to mm/

Suggested-by: Ingo Molnar &lt;mingo@elte.hu&gt;
Acked-by: "H. Peter Anvin" &lt;hpa@zytor.com&gt;
Acked-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
Acked-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
Signed-off-by: Yinghai Lu &lt;yinghai@kernel.org&gt;
Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
</content>
</entry>
<entry>
<title>Merge branch 'sh/lmb'</title>
<updated>2010-05-13T08:48:05Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2010-05-13T08:48:05Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ef4ed97d6bd91aa41907181e80a7feaf2721719a'/>
<id>urn:sha1:ef4ed97d6bd91aa41907181e80a7feaf2721719a</id>
<content type='text'>
Conflicts:
	arch/sh/kernel/setup.c
</content>
</entry>
</feed>
