<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/sh/kernel/setup.c, branch linux-2.6.34.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.34.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.34.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2010-03-03T04:16:31Z</updated>
<entry>
<title>sh: establish PMB mappings for NUMA nodes.</title>
<updated>2010-03-03T04:16:31Z</updated>
<author>
<name>Paul Mundt</name>
</author>
<published>2010-03-03T04:16:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=09e1172317d1038918c5a139ba31155610f802b5'/>
<id>urn:sha1:09e1172317d1038918c5a139ba31155610f802b5</id>
<content type='text'>
In the case of NUMA emulation when in range PPNs are being used for
secondary nodes, we need to make sure that the PMB has a mapping for it
before setting up the pgdat. This prevents the MMU from resetting.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Merge legacy and dynamic PMB modes.</title>
<updated>2010-02-18T09:13:51Z</updated>
<author>
<name>Paul Mundt</name>
</author>
<published>2010-02-18T09:13:51Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d01447b3197c2c470a14666be2c640407bbbfec7'/>
<id>urn:sha1:d01447b3197c2c470a14666be2c640407bbbfec7</id>
<content type='text'>
This implements a bit of rework for the PMB code, which permits us to
kill off the legacy PMB mode completely. Rather than trusting the boot
loader to do the right thing, we do a quick verification of the PMB
contents to determine whether to have the kernel setup the initial
mappings or whether it needs to mangle them later on instead.

If we're booting from legacy mappings, the kernel will now take control
of them and make them match the kernel's initial mapping configuration.
This is accomplished by breaking the initialization phase out in to
multiple steps: synchronization, merging, and resizing. With the recent
rework, the synchronization code establishes page links for compound
mappings already, so we build on top of this for promoting mappings and
reclaiming unused slots.

At the same time, the changes introduced for the uncached helpers also
permit us to dynamically resize the uncached mapping without any
particular headaches. The smallest page size is more than sufficient for
mapping all of kernel text, and as we're careful not to jump to any far
off locations in the setup code the mapping can safely be resized
regardless of whether we are executing from it or not.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Add fixed ioremap support</title>
<updated>2010-01-16T14:31:36Z</updated>
<author>
<name>Matt Fleming</name>
</author>
<published>2009-11-05T07:54:17Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4d35b93a66e9b87df20784fcf130d2e8760be53f'/>
<id>urn:sha1:4d35b93a66e9b87df20784fcf130d2e8760be53f</id>
<content type='text'>
Some devices need to be ioremap'd and accessed very early in the boot
process. It is not possible to use the standard ioremap() function in
this case because that requires kmalloc()'ing some virtual address space
and kmalloc() may not be available so early in boot.

This patch provides fixmap mappings that allow physical address ranges
to be remapped into the kernel address space during the early boot
stages.

Signed-off-by: Matt Fleming &lt;matt@console-pimps.org&gt;
</content>
</entry>
<entry>
<title>sh: fixed PMB mode refactoring.</title>
<updated>2010-01-13T09:31:48Z</updated>
<author>
<name>Paul Mundt</name>
</author>
<published>2010-01-13T09:31:48Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a0ab36689a36e583b6e736f1c99ac8c9aebdad59'/>
<id>urn:sha1:a0ab36689a36e583b6e736f1c99ac8c9aebdad59</id>
<content type='text'>
This introduces some much overdue chainsawing of the fixed PMB support.
fixed PMB was introduced initially to work around the fact that dynamic
PMB mode was relatively broken, though they were never intended to
converge. The main areas where there are differences are whether the
system is booted in 29-bit mode or 32-bit mode, and whether legacy
mappings are to be preserved. Any system booting in true 32-bit mode will
not care about legacy mappings, so these are roughly decoupled.

Regardless of the entry point, PMB and 32BIT are directly related as far
as the kernel is concerned, so we also switch back to having one select
the other.

With legacy mappings iterated through and applied in the initialization
path it's now possible to finally merge the two implementations and
permit dynamic remapping overtop of remaining entries regardless of
whether boot mappings are crafted by hand or inherited from the boot
loader.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh-sci: Extend sh-sci driver with early console V2</title>
<updated>2009-12-15T03:06:29Z</updated>
<author>
<name>Magnus Damm</name>
</author>
<published>2009-12-14T10:24:42Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7b6fd3bf82c4901f6ba0101ba71a5c507c24f9cf'/>
<id>urn:sha1:7b6fd3bf82c4901f6ba0101ba71a5c507c24f9cf</id>
<content type='text'>
This is V2 of early serial console support for the sh-sci
driver. The early serial console is using early platform
devices and "earlyprintk". To use this feature the early
platform devices must be broken out to one device per port
and the desired port should be selected on the kernel command
line like: "earlyprintk=sh-sci.N[,baudrate][,keep]"

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>Merge branch 'sh/stable-updates'</title>
<updated>2009-10-14T06:53:08Z</updated>
<author>
<name>Paul Mundt</name>
</author>
<published>2009-10-14T06:53:08Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b195e46677bed5f044bc2eede65fd41c886ef5b2'/>
<id>urn:sha1:b195e46677bed5f044bc2eede65fd41c886ef5b2</id>
<content type='text'>
</content>
</entry>
<entry>
<title>sh: Tidy up SMP cpuinfo.</title>
<updated>2009-10-14T06:43:52Z</updated>
<author>
<name>Paul Mundt</name>
</author>
<published>2009-10-14T05:13:41Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2908df9e2ce85e4de19ba81ac619acdf93a8bfaa'/>
<id>urn:sha1:2908df9e2ce85e4de19ba81ac619acdf93a8bfaa</id>
<content type='text'>
Trivial change for cleaning up the cpuinfo pretty printing on SMP, adds a
newline between CPUs.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Fold fixed-PMB support into dynamic PMB support</title>
<updated>2009-10-10T12:52:34Z</updated>
<author>
<name>Matt Fleming</name>
</author>
<published>2009-10-06T21:22:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=20b5014b3e5fe7b874a3f6a1dc03b0c21cb222cd'/>
<id>urn:sha1:20b5014b3e5fe7b874a3f6a1dc03b0c21cb222cd</id>
<content type='text'>
The initialisation process differs for CONFIG_PMB and for
CONFIG_PMB_FIXED. For CONFIG_PMB_FIXED we need to register the PMB
entries that were allocated by the bootloader.

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: Make most PMB functions static</title>
<updated>2009-10-10T12:51:37Z</updated>
<author>
<name>Matt Fleming</name>
</author>
<published>2009-10-06T21:22:28Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8386aebb9e15a94137693ea4f4df84207f71cc75'/>
<id>urn:sha1:8386aebb9e15a94137693ea4f4df84207f71cc75</id>
<content type='text'>
There's no need to export the internal PMB functions for allocating,
freeing and modifying PMB entries, etc. This way we can restrict the
interface for PMB.

Also remove the static from pmb_init() so that we have more freedom in
setting up the initial PMB entries and turning on MMU 32bit mode.

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>Merge branch 'master' into sh/smp</title>
<updated>2009-09-01T04:54:14Z</updated>
<author>
<name>Paul Mundt</name>
</author>
<published>2009-09-01T04:54:14Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ac6a0cf6716bb46813d0161024c66c2af66e53d1'/>
<id>urn:sha1:ac6a0cf6716bb46813d0161024c66c2af66e53d1</id>
<content type='text'>
Conflicts:
	arch/sh/mm/cache-sh4.c
</content>
</entry>
</feed>
