<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/powerpc/Makefile, 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-08-26T23:44:03Z</updated>
<entry>
<title>powerpc: Fix typo in uImage target</title>
<updated>2010-08-26T23:44:03Z</updated>
<author>
<name>Anatolij Gustschin</name>
</author>
<published>2010-08-15T22:26:56Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=954c1c9bd12fe0510c857f2492e21942efb5c8cd'/>
<id>urn:sha1:954c1c9bd12fe0510c857f2492e21942efb5c8cd</id>
<content type='text'>
commit c686ecf5040d287a68d4fca7f1948472f556a6d3 upstream.

Commit e32e78c5ee8aadef020fbaecbe6fb741ed9029fd
(powerpc: fix build with make 3.82) introduced a
typo in uImage target and broke building uImage:

make: *** No rule to make target `uImage'.  Stop.

Signed-off-by: Anatolij Gustschin &lt;agust@denx.de&gt;
Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>powerpc: fix build with make 3.82</title>
<updated>2010-08-13T20:27:10Z</updated>
<author>
<name>Sam Ravnborg</name>
</author>
<published>2010-08-02T20:47:48Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=aadd897197b35fe0ea2a734c8ad42107a1a1d112'/>
<id>urn:sha1:aadd897197b35fe0ea2a734c8ad42107a1a1d112</id>
<content type='text'>
commit e32e78c5ee8aadef020fbaecbe6fb741ed9029fd upstream.

Thomas Backlund reported that the powerpc build broke with make 3.82.
It failed with the following message:

    arch/powerpc/Makefile:183: *** mixed implicit and normal rules.  Stop.

The fix is to avoid mixing non-wildcard and wildcard targets.

Reported-by: Thomas Backlund &lt;tmb@mandriva.org&gt;
Tested-by: Thomas Backlund &lt;tmb@mandriva.org&gt;
Cc: Michal Marek &lt;mmarek@suse.cz&gt;
Signed-off-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;
Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>powerpc: Check for unsupported relocs when using CONFIG_RELOCATABLE</title>
<updated>2009-09-24T05:31:40Z</updated>
<author>
<name>Tony Breeds</name>
</author>
<published>2009-09-14T19:57:02Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=144ef909c09b60c97b3c20b69ea30abd1e60e54d'/>
<id>urn:sha1:144ef909c09b60c97b3c20b69ea30abd1e60e54d</id>
<content type='text'>
When using CONFIG_RELOCATABLE, we build the kernel as a position
independent executable. The kernel then uses a little bit of relocation
code to relocate itself. That code only deals with R_PPC64_RELATIVE
relocations though. If for some reason you use assembly constructs
such as LOAD_REG_IMMEDIATE() to load the address of a symbol, you'll
generate different kinds of relocations that won't be processed properly
and bad things will happen. (We have 2 such bugs today).

The perl script tries to filter out "known" bad ones. It's possible
that we are missing some in the case of a weak function that nobody
implements, we'll see if we get false positive and fix it.

Signed-off-by: Tony Breeds &lt;tony@bakeyournoodle.com&gt;
Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
</content>
</entry>
<entry>
<title>arm, cris, mips, sparc, powerpc, um, xtensa: fix build with bash 4.0</title>
<updated>2009-09-20T10:28:22Z</updated>
<author>
<name>Sam Ravnborg</name>
</author>
<published>2009-09-20T10:28:22Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=51b563fc93c8cb5bff1d67a0a71c374e4a4ea049'/>
<id>urn:sha1:51b563fc93c8cb5bff1d67a0a71c374e4a4ea049</id>
<content type='text'>
Albin Tonnerre &lt;albin.tonnerre@free-electrons.com&gt; reported:

    Bash 4 filters out variables which contain a dot in them.
    This happends to be the case of CPPFLAGS_vmlinux.lds.
    This is rather unfortunate, as it now causes
    build failures when using SHELL=/bin/bash to compile,
    or when bash happens to be used by make (eg when it's /bin/sh)

Remove the common definition of CPPFLAGS_vmlinux.lds by
pushing relevant stuff to either Makefile.build or the
arch specific kernel/Makefile where we build the linker script.

This is also nice cleanup as we move the information out where
it is used.

Notes for the different architectures touched:

arm - we use an already exported symbol
cris - we use a config symbol aleady available
       [Not build tested]
mips - the jiffies complexity has moved to vmlinux.lds.S where we need it.
       Added a few variables to CPPFLAGS - they are only used by
       the linker script.
       [Not build tested]
powerpc - removed assignment that is not needed
          [not build tested]
sparc - simplified it using $(BITS)
um - introduced a few new exported variables to deal with this
xtensa - added options to CPP invocation
         [not build tested]

Cc: Albin Tonnerre &lt;albin.tonnerre@free-electrons.com&gt;
Cc: Russell King &lt;linux@arm.linux.org.uk&gt;
Cc: Mikael Starvik &lt;starvik@axis.com&gt;
Cc: Jesper Nilsson &lt;jesper.nilsson@axis.com&gt;
Cc: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
Cc: Paul Mackerras &lt;paulus@samba.org&gt;
Cc: "David S. Miller" &lt;davem@davemloft.net&gt;
Cc: Jeff Dike &lt;jdike@addtoit.com&gt;
Cc: Chris Zankel &lt;chris@zankel.net&gt;
Signed-off-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;
</content>
</entry>
<entry>
<title>kbuild: use INSTALLKERNEL to select customized installkernel script</title>
<updated>2009-09-20T10:18:14Z</updated>
<author>
<name>Sam Ravnborg</name>
</author>
<published>2009-07-20T19:37:11Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=caa27b66bd7188fd063769eaf4b33533ef0709e6'/>
<id>urn:sha1:caa27b66bd7188fd063769eaf4b33533ef0709e6</id>
<content type='text'>
Replace the use of CROSS_COMPILE to select a customized
installkernel script with the possibility to set INSTALLKERNEL
to select a custom installkernel script when running make:

    make INSTALLKERNEL=arm-installkernel install

With this patch we are now more consistent across
different architectures - they did not all support use
of CROSS_COMPILE.

The use of CROSS_COMPILE was a hack as this really belongs
to gcc/binutils and the installkernel script does not change
just because we change toolchain.

The use of CROSS_COMPILE caused troubles with an upcoming patch
that saves CROSS_COMPILE when a kernel is built - it would no
longer be installable.
[Thanks to Peter Z. for this hint]

This patch undos what Ian did in commit:

  0f8e2d62fa04441cd12c08ce521e84e5bd3f8a46
  ("use ${CROSS_COMPILE}installkernel in arch/*/boot/install.sh")

The patch has been lightly tested on x86 only - but all changes
looks obvious.

Acked-by: Peter Zijlstra &lt;peterz@infradead.org&gt;
Acked-by: Mike Frysinger &lt;vapier@gentoo.org&gt; [blackfin]
Acked-by: Russell King &lt;linux@arm.linux.org.uk&gt; [arm]
Acked-by: Paul Mundt &lt;lethal@linux-sh.org&gt; [sh]
Acked-by: "H. Peter Anvin" &lt;hpa@zytor.com&gt; [x86]
Cc: Ian Campbell &lt;icampbell@arcom.com&gt;
Cc: Tony Luck &lt;tony.luck@intel.com&gt; [ia64]
Cc: Fenghua Yu &lt;fenghua.yu@intel.com&gt; [ia64]
Cc: Hirokazu Takata &lt;takata@linux-m32r.org&gt; [m32r]
Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt; [m68k]
Cc: Kyle McMartin &lt;kyle@mcmartin.ca&gt; [parisc]
Cc: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt; [powerpc]
Cc: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt; [s390]
Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt; [x86]
Cc: Ingo Molnar &lt;mingo@redhat.com&gt; [x86]
Signed-off-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;
</content>
</entry>
<entry>
<title>powerpc: Makefile simplification through use of cc-ifversion</title>
<updated>2009-08-20T00:12:33Z</updated>
<author>
<name>Frans Pop</name>
</author>
<published>2009-07-23T08:57:18Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f7d4f68d971b8234491b4a0be58aa6f659c1c194'/>
<id>urn:sha1:f7d4f68d971b8234491b4a0be58aa6f659c1c194</id>
<content type='text'>
Signed-off-by: Frans Pop &lt;elendil@planet.nl&gt;
Acked-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;
Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
</content>
</entry>
<entry>
<title>powerpc: Move VMX and VSX asm code to vector.S</title>
<updated>2009-06-09T06:46:25Z</updated>
<author>
<name>Benjamin Herrenschmidt</name>
</author>
<published>2009-06-02T21:17:37Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e821ea70f3b4873b50056a1e0f74befed1014c09'/>
<id>urn:sha1:e821ea70f3b4873b50056a1e0f74befed1014c09</id>
<content type='text'>
Currently, load_up_altivec and give_up_altivec are duplicated
in 32-bit and 64-bit. This creates a common implementation that
is moved away from head_32.S, head_64.S and misc_64.S and into
vector.S, using the same macros we already use for our common
implementation of load_up_fpu.

I also moved the VSX code over to vector.S though in that case
I didn't make it build on 32-bit (yet).

Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
</content>
</entry>
<entry>
<title>powerpc/math-emu: Fix efp dependence</title>
<updated>2009-03-11T11:00:08Z</updated>
<author>
<name>Liu Yu</name>
</author>
<published>2009-03-10T03:09:49Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1a3d1fc2273c6736ad2d19058e0413bc830c5e4d'/>
<id>urn:sha1:1a3d1fc2273c6736ad2d19058e0413bc830c5e4d</id>
<content type='text'>
There is no dependece between efp and math-emu.  But when disable math-emu
the efp code cannot be built.

Signed-off-by: Liu Yu &lt;yu.liu@freescale.com&gt;
Signed-off-by: Kumar Gala &lt;galak@kernel.crashing.org&gt;
</content>
</entry>
<entry>
<title>powerpc: Remove unncessary SPE related compiler flag</title>
<updated>2008-12-03T14:19:10Z</updated>
<author>
<name>Kumar Gala</name>
</author>
<published>2008-10-28T13:55:05Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=55b9121b4295a8260e52dd78327f1edd1e34feb2'/>
<id>urn:sha1:55b9121b4295a8260e52dd78327f1edd1e34feb2</id>
<content type='text'>
After testing of various compiler flag combinations by Nate Case it was
determined that -mabi=no-spe has no impact on the compiler generating
SPE instructions.  Only -mno-spe and -mspe=no do.

Signed-off-by: Kumar Gala &lt;galak@kernel.crashing.org&gt;
</content>
</entry>
<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>
</feed>
