<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/powerpc/Makefile, branch linux-2.6.28.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.28.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.28.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2008-10-20T16:27:03Z</updated>
<entry>
<title>ftrace: rename FTRACE to FUNCTION_TRACER</title>
<updated>2008-10-20T16:27:03Z</updated>
<author>
<name>Steven Rostedt</name>
</author>
<published>2008-10-06T23:06:12Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=606576ce816603d9fe1fb453a88bc6eea16ca709'/>
<id>urn:sha1:606576ce816603d9fe1fb453a88bc6eea16ca709</id>
<content type='text'>
Due to confusion between the ftrace infrastructure and the gcc profiling
tracer "ftrace", this patch renames the config options from FTRACE to
FUNCTION_TRACER.  The other two names that are offspring from FTRACE
DYNAMIC_FTRACE and FTRACE_MCOUNT_RECORD will stay the same.

This patch was generated mostly by script, and partially by hand.

Signed-off-by: Steven Rostedt &lt;srostedt@redhat.com&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
</entry>
<entry>
<title>powerpc: Enforce a non-spe kernel build even on broken compilers</title>
<updated>2008-09-15T18:08:41Z</updated>
<author>
<name>Thiemo Seufer</name>
</author>
<published>2008-09-01T14:23:02Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ce400c0102d8e1367266115ce6bc22333e5e3da6'/>
<id>urn:sha1:ce400c0102d8e1367266115ce6bc22333e5e3da6</id>
<content type='text'>
Those two are required on my fresh gcc 4.3.1.

Signed-off-by: Thiemo Seufer &lt;ths@linutronix.de&gt;
Signed-off-by: Sebastian Siewior &lt;bigeasy@linutronix.de&gt;
Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
<entry>
<title>powerpc: Make the 64-bit kernel as a position-independent executable</title>
<updated>2008-09-15T18:08:38Z</updated>
<author>
<name>Paul Mackerras</name>
</author>
<published>2008-08-30T01:43:47Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=549e8152de8039506f69c677a4546e5427aa6ae7'/>
<id>urn:sha1:549e8152de8039506f69c677a4546e5427aa6ae7</id>
<content type='text'>
This implements CONFIG_RELOCATABLE for 64-bit by making the kernel as
a position-independent executable (PIE) when it is set.  This involves
processing the dynamic relocations in the image in the early stages of
booting, even if the kernel is being run at the address it is linked at,
since the linker does not necessarily fill in words in the image for
which there are dynamic relocations.  (In fact the linker does fill in
such words for 64-bit executables, though not for 32-bit executables,
so in principle we could avoid calling relocate() entirely when we're
running a 64-bit kernel at the linked address.)

The dynamic relocations are processed by a new function relocate(addr),
where the addr parameter is the virtual address where the image will be
run.  In fact we call it twice; once before calling prom_init, and again
when starting the main kernel.  This means that reloc_offset() returns
0 in prom_init (since it has been relocated to the address it is running
at), which necessitated a few adjustments.

This also changes __va and __pa to use an equivalent definition that is
simpler.  With the relocatable kernel, PAGE_OFFSET and MEMORY_START are
constants (for 64-bit) whereas PHYSICAL_START is a variable (and
KERNELBASE ideally should be too, but isn't yet).

With this, relocatable kernels still copy themselves down to physical
address 0 and run there.

Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
<entry>
<title>powerpc: Work around gcc's -fno-omit-frame-pointer bug</title>
<updated>2008-09-03T10:53:34Z</updated>
<author>
<name>Tony Breeds</name>
</author>
<published>2008-09-02T06:50:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7563dc64585324f443f5ac107eb6d89ee813a2d2'/>
<id>urn:sha1:7563dc64585324f443f5ac107eb6d89ee813a2d2</id>
<content type='text'>
This bug is causing random crashes
(http://bugzilla.kernel.org/show_bug.cgi?id=11414).

-fno-omit-frame-pointer is only needed on powerpc when -pg is also
supplied, and there is a gcc bug that causes incorrect code generation
on 32-bit powerpc when -fno-omit-frame-pointer is used---it uses stack
locations below the stack pointer, which is not allowed by the ABI
because those locations can and sometimes do get corrupted by an
interrupt.

This ensures that CONFIG_FRAME_POINTER is only selected by ftrace.
When CONFIG_FTRACE is enabled we also pass -mno-sched-epilog to work
around the gcc codegen bug.

Patch based on work by:
	Andreas Schwab &lt;schwab@suse.de&gt;
	Segher Boessenkool &lt;segher@kernel.crashing.org&gt;

Signed-off-by: Tony Breeds &lt;tony@bakeyournoodle.com&gt;
Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
<entry>
<title>powerpc/bootwrapper: Add documentation of boot wrapper targets</title>
<updated>2008-07-04T06:59:03Z</updated>
<author>
<name>Grant Likely</name>
</author>
<published>2008-06-25T20:14:36Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=70bf0333d72cd66daf7664c44708f65518b267cc'/>
<id>urn:sha1:70bf0333d72cd66daf7664c44708f65518b267cc</id>
<content type='text'>
There have been many questions on and off the mailing list about how
exactly the bootwrapper is used for embedded targets.  Add some
documentation and help text to try and clarify the system.

Signed-off-by: Grant Likely &lt;grant.likely@secretlab.ca&gt;
</content>
</entry>
<entry>
<title>powerpc: Get rid of CROSS32{AS,LD,OBJCOPY}</title>
<updated>2008-06-30T12:30:39Z</updated>
<author>
<name>Segher Boessenkool</name>
</author>
<published>2008-06-07T23:42:52Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1976aef97020563d337b4875be0edb9f0fee98aa'/>
<id>urn:sha1:1976aef97020563d337b4875be0edb9f0fee98aa</id>
<content type='text'>
CROSS32AS and CROSS32LD are never used (instead, CROSS32CC is used
with proper command line options).

CROSS32OBJCOPY isn't used anymore either, since the "wrapper" stuff
was added.

Remove these unused variables.

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>[POWERPC] Fix -Os kernel builds with newer gcc versions</title>
<updated>2008-06-16T05:00:54Z</updated>
<author>
<name>Kumar Gala</name>
</author>
<published>2008-06-12T21:20:58Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=da3de6df33f5f42ff9dc40093fbc884f524c9a49'/>
<id>urn:sha1:da3de6df33f5f42ff9dc40093fbc884f524c9a49</id>
<content type='text'>
GCC 4.4.x looks to be adding support for generating out-of-line register
saves/restores based on:

http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01678.html

This breaks the kernel if we enable CONFIG_CC_OPTIMIZE_FOR_SIZE.  To fix
this we add the use the save/restore code from gcc and simplified it down
for our needs (integer only).

Additionally, we have to link this code into each module.  The other
solution was to add EXPORT_SYMBOL() which meant going through the
trampoline which seemed nonsensical for these out-of-line routines.

Finally, we add some checks to prom_init_check.sh to ignore the
out-of-line save/restore functions.

Signed-off-by: Kumar Gala &lt;galak@kernel.crashing.org&gt;
Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
<entry>
<title>[POWERPC] bootwrapper: add simpleImage* to list of boot targets</title>
<updated>2008-06-11T11:42:34Z</updated>
<author>
<name>Grant Likely</name>
</author>
<published>2008-05-24T06:11:51Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8d6bcd6e219f183aba4fb62bb7065a4db772ac49'/>
<id>urn:sha1:8d6bcd6e219f183aba4fb62bb7065a4db772ac49</id>
<content type='text'>
Without simpleImage% in the BOOT_TARGETS list, it is impossible to
build any of the simpleImages.

Signed-off-by: Grant Likely &lt;grant.likely@secretlab.ca&gt;
Signed-off-by: Josh Boyer &lt;jwboyer@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>KVM: ppc: PowerPC 440 KVM implementation</title>
<updated>2008-04-27T15:21:39Z</updated>
<author>
<name>Hollis Blanchard</name>
</author>
<published>2008-04-17T04:28:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=bbf45ba57eaec56569918a8bab96ab653bd45ec1'/>
<id>urn:sha1:bbf45ba57eaec56569918a8bab96ab653bd45ec1</id>
<content type='text'>
This functionality is definitely experimental, but is capable of running
unmodified PowerPC 440 Linux kernels as guests on a PowerPC 440 host. (Only
tested with 440EP "Bamboo" guests so far, but with appropriate userspace
support other SoC/board combinations should work.)

See Documentation/powerpc/kvm_440.txt for technical details.

[stephen: build fix]

Signed-off-by: Hollis Blanchard &lt;hollisb@us.ibm.com&gt;
Acked-by: Paul Mackerras &lt;paulus@samba.org&gt;
Signed-off-by: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;
Signed-off-by: Avi Kivity &lt;avi@qumranet.com&gt;
</content>
</entry>
<entry>
<title>[POWERPC] Provide access to arch/powerpc include path on ppc64</title>
<updated>2008-04-16T21:46:12Z</updated>
<author>
<name>Kumar Gala</name>
</author>
<published>2008-04-15T19:52:20Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1993cbf4ae7d30f9a417e143c1344466f2e2ae2e'/>
<id>urn:sha1:1993cbf4ae7d30f9a417e143c1344466f2e2ae2e</id>
<content type='text'>
There does not appear to be any reason that we shouldn't just have
-Iarch/$(ARCH) on both ppc32 and ppc64 builds.

Signed-off-by: Kumar Gala &lt;galak@kernel.crashing.org&gt;
Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;
</content>
</entry>
</feed>
