<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/powerpc/kernel/prom.c, branch linux-2.6.24.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.24.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.24.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2007-11-01T12:13:43Z</updated>
<entry>
<title>[POWERPC] 4xx: Workaround for the 440EP(x)/GR(x) processors identical PVR issue.</title>
<updated>2007-11-01T12:13:43Z</updated>
<author>
<name>Valentine Barshak</name>
</author>
<published>2007-10-25T18:16:40Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d1dfc35d3a62122b85ca975b80dcbf4a0da0bebc'/>
<id>urn:sha1:d1dfc35d3a62122b85ca975b80dcbf4a0da0bebc</id>
<content type='text'>
PowerPC 440EP(x) 440GR(x) processors have the same PVR values, since
they have identical cores. However, FPU is not supported on GR(x) and
enabling APU instruction broadcast in the CCR0 register (to enable FPU)
may cause unpredictable results. There's no safe way to detect FPU
support at runtime. This patch provides a workarund for the issue.

We use a POWER6 "logical PVR approach". First, we identify all EP(x)
and GR(x) processors as GR(x) ones (which is safe). Then we check
the device tree cpu path. If we have a EP(x) processor entry,
we call identify_cpu again with PVR | 0x8. This bit is always 0
in the real PVR. This way we enable FPU only for 440EP(x).

Signed-off-by: Valentine Barshak &lt;vbarshak@ru.mvista.com&gt;
Signed-off-by: Josh Boyer &lt;jwboyer@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>[POWERPC] Use cache-inhibited large page bit from firmware</title>
<updated>2007-10-09T11:00:48Z</updated>
<author>
<name>Paul Mackerras</name>
</author>
<published>2007-10-03T04:41:15Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=84fdde5af1eca5ff170d1dff7e2681b0a50a9ecb'/>
<id>urn:sha1:84fdde5af1eca5ff170d1dff7e2681b0a50a9ecb</id>
<content type='text'>
Discussions with firmware architects have confirmed that the bit in
the ibm,pa-features property that indicates support for
cache-inhibited large (&gt;= 64kB) page mappings does in fact mean that
the hypervisor allows 64kB mappings to I/O devices.

Thus we can now enable the code that tests that bit and sets our
CPU_FTR_CI_LARGE_PAGE feature bit.

Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
<entry>
<title>[POWERPC] setup_64.c and prom.c comment cleanup</title>
<updated>2007-09-13T15:33:24Z</updated>
<author>
<name>Linas Vepstas</name>
</author>
<published>2007-09-06T17:47:29Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3c607ce2a3213f33b8b6b854b5f7db876021e466'/>
<id>urn:sha1:3c607ce2a3213f33b8b6b854b5f7db876021e466</id>
<content type='text'>
Grammatical corrections to comments.

Signed-off-by: Linas Vepstas &lt;linas@austin.ibm.com&gt;
Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
<entry>
<title>[POWERPC] prom.c whitespace cleanup</title>
<updated>2007-09-13T15:33:24Z</updated>
<author>
<name>Linas Vepstas</name>
</author>
<published>2007-09-06T17:46:15Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=70c6cc37db342d9f970884e12744ab5ee290d4ad'/>
<id>urn:sha1:70c6cc37db342d9f970884e12744ab5ee290d4ad</id>
<content type='text'>
Whitespace cleanup: badly indented lines.

Signed-off-by: Linas Vepstas &lt;linas@austin.ibm.com&gt;
Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
<entry>
<title>[POWERPC] Clean out a bunch of duplicate includes</title>
<updated>2007-08-17T01:01:51Z</updated>
<author>
<name>Jesper Juhl</name>
</author>
<published>2007-07-29T22:18:25Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9420dc65ff9e6b67c032286efde823aeb8684670'/>
<id>urn:sha1:9420dc65ff9e6b67c032286efde823aeb8684670</id>
<content type='text'>
This removes several duplicate includes from arch/powerpc/.

Signed-off-by: Jesper Juhl &lt;jesper.juhl@gmail.com&gt;
Acked-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
<entry>
<title>[POWERPC] of_detach_node()'s device node argument cannot be const</title>
<updated>2007-07-22T11:30:59Z</updated>
<author>
<name>Segher Boessenkool</name>
</author>
<published>2007-07-20T05:58:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=34f329db54e8154cf7faf0e7c45e7c16facfbbfe'/>
<id>urn:sha1:34f329db54e8154cf7faf0e7c45e7c16facfbbfe</id>
<content type='text'>
...since it modifies it (when it sets the OF_DETACHED flag).

Signed-off-by: Segher Boessenkool &lt;segher@kernel.crashing.org&gt;
Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
<entry>
<title>Consolidate of_find_node_by routines</title>
<updated>2007-07-20T03:39:06Z</updated>
<author>
<name>Stephen Rothwell</name>
</author>
<published>2007-04-24T07:57:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1ef4d4242d9c494c49ae1ae66dc938fce0272816'/>
<id>urn:sha1:1ef4d4242d9c494c49ae1ae66dc938fce0272816</id>
<content type='text'>
This consolidates the routines of_find_node_by_path, of_find_node_by_name,
of_find_node_by_type and of_find_compatible_device.  Again, the comparison
of strings are done differently by Sparc and PowerPC and also these add
read_locks around the iterations.

Signed-off-by: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;
Acked-by: Paul Mackerras &lt;paulus@samba.org&gt;
Acked-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>Consolidate of_get_next_child</title>
<updated>2007-07-20T03:34:26Z</updated>
<author>
<name>Stephen Rothwell</name>
</author>
<published>2007-04-24T07:21:29Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d1cd355a5e44dfe993efc0c0458ca9f99a28a9a3'/>
<id>urn:sha1:d1cd355a5e44dfe993efc0c0458ca9f99a28a9a3</id>
<content type='text'>
This adds a read_lock around the child/next accesses on Sparc.

Signed-off-by: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;
Acked-by: Paul Mackerras &lt;paulus@samba.org&gt;
Acked-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>Consolidate of_get_parent</title>
<updated>2007-07-20T03:32:58Z</updated>
<author>
<name>Stephen Rothwell</name>
</author>
<published>2007-04-24T07:16:16Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e679c5f445fe142940e0962de9c5c82f10d9357c'/>
<id>urn:sha1:e679c5f445fe142940e0962de9c5c82f10d9357c</id>
<content type='text'>
This requires creating dummy of_node_{get,put} routines for sparc and
sparc64.  It also adds a read_lock around the parent accesses.

Signed-off-by: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;
Acked-by: Paul Mackerras &lt;paulus@samba.org&gt;
Acked-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>Consolidate of_find_property</title>
<updated>2007-07-20T03:32:24Z</updated>
<author>
<name>Stephen Rothwell</name>
</author>
<published>2007-04-24T06:46:53Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=581b605a83ec241a2aff8ef780e08b9414c8dfd8'/>
<id>urn:sha1:581b605a83ec241a2aff8ef780e08b9414c8dfd8</id>
<content type='text'>
The only change here is that a readlock is taken while the property list
is being traversed on Sparc where it was not taken previously.

Also, Sparc uses strcasecmp to compare property names while PowerPC
uses strcmp.

Signed-off-by: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;
Acked-by: Paul Mackerras &lt;paulus@samba.org&gt;
Acked-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
</feed>
