<feed xmlns='http://www.w3.org/2005/Atom'>
<title>litmus-rt.git/arch/x86/Makefile, branch wip-binary-heap</title>
<subtitle>The LITMUS^RT kernel.</subtitle>
<link rel='alternate' type='text/html' href='http://rtsrv.cs.unc.edu/cgit/cgit.cgi/litmus-rt.git/'/>
<entry>
<title>Merge branch 'x86-asm-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip</title>
<updated>2010-10-21T20:06:00+00:00</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2010-10-21T20:06:00+00:00</published>
<link rel='alternate' type='text/html' href='http://rtsrv.cs.unc.edu/cgit/cgit.cgi/litmus-rt.git/commit/?id=e990c77d06dbacc8e5c5edd2c4a1005d318a4fa6'/>
<id>e990c77d06dbacc8e5c5edd2c4a1005d318a4fa6</id>
<content type='text'>
* 'x86-asm-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
  x86-64, asm: If the assembler supports fxsave64, use it
  i386: Make kernel_execve() suitable for stack unwinding
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* 'x86-asm-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
  x86-64, asm: If the assembler supports fxsave64, use it
  i386: Make kernel_execve() suitable for stack unwinding
</pre>
</div>
</content>
</entry>
<entry>
<title>x86-64, asm: If the assembler supports fxsave64, use it</title>
<updated>2010-10-13T23:00:29+00:00</updated>
<author>
<name>H. Peter Anvin</name>
<email>hpa@linux.intel.com</email>
</author>
<published>2010-10-13T23:00:29+00:00</published>
<link rel='alternate' type='text/html' href='http://rtsrv.cs.unc.edu/cgit/cgit.cgi/litmus-rt.git/commit/?id=d7acb92fea932ad2e7846480aeacddc2c03c8485'/>
<id>d7acb92fea932ad2e7846480aeacddc2c03c8485</id>
<content type='text'>
Kbuild allows for us to probe for the existence of specific constructs
in the assembler, use them to find out if we can use fxsave64 and
permit the compiler to generate better code.

Signed-off-by: H. Peter Anvin &lt;hpa@linux.intel.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Kbuild allows for us to probe for the existence of specific constructs
in the assembler, use them to find out if we can use fxsave64 and
permit the compiler to generate better code.

Signed-off-by: H. Peter Anvin &lt;hpa@linux.intel.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>x86, build: Disable -fPIE when compiling with CONFIG_CC_STACKPROTECTOR=y</title>
<updated>2010-09-13T22:53:16+00:00</updated>
<author>
<name>basile@opensource.dyc.edu</name>
<email>basile@opensource.dyc.edu</email>
</author>
<published>2010-09-13T10:13:19+00:00</published>
<link rel='alternate' type='text/html' href='http://rtsrv.cs.unc.edu/cgit/cgit.cgi/litmus-rt.git/commit/?id=08c2b394b98786ebb067e2a54d08f1f6f0d247da'/>
<id>08c2b394b98786ebb067e2a54d08f1f6f0d247da</id>
<content type='text'>
The arch/x86/Makefile uses scripts/gcc-x86_$(BITS)-has-stack-protector.sh
to check if cc1 supports -fstack-protector.  When -fPIE is passed to cc1,
these scripts fail causing stack protection to be disabled even when it
is available.

This fix is similar to commit c47efe5548abbf53c2f66e06dcb46183b11d6b22

Reported-by: Kai Dietrich &lt;mail@cleeus.de&gt;
Signed-off-by: Magnus Granberg &lt;zorry@gentoo.org&gt;
LKML-Reference: &lt;20100913101319.748A1148E216@opensource.dyc.edu&gt;
Signed-off-by: Anthony G. Basile &lt;basile@opensource.dyc.edu&gt;
Cc: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: H. Peter Anvin &lt;hpa@linux.intel.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The arch/x86/Makefile uses scripts/gcc-x86_$(BITS)-has-stack-protector.sh
to check if cc1 supports -fstack-protector.  When -fPIE is passed to cc1,
these scripts fail causing stack protection to be disabled even when it
is available.

This fix is similar to commit c47efe5548abbf53c2f66e06dcb46183b11d6b22

Reported-by: Kai Dietrich &lt;mail@cleeus.de&gt;
Signed-off-by: Magnus Granberg &lt;zorry@gentoo.org&gt;
LKML-Reference: &lt;20100913101319.748A1148E216@opensource.dyc.edu&gt;
Signed-off-by: Anthony G. Basile &lt;basile@opensource.dyc.edu&gt;
Cc: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: H. Peter Anvin &lt;hpa@linux.intel.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>x86: Use .cfi_sections for assembly code</title>
<updated>2010-05-14T05:15:18+00:00</updated>
<author>
<name>Roland McGrath</name>
<email>roland@redhat.com</email>
</author>
<published>2010-05-14T04:43:03+00:00</published>
<link rel='alternate' type='text/html' href='http://rtsrv.cs.unc.edu/cgit/cgit.cgi/litmus-rt.git/commit/?id=9e565292270a2d55524be38835104c564ac8f795'/>
<id>9e565292270a2d55524be38835104c564ac8f795</id>
<content type='text'>
The newer assemblers support the .cfi_sections directive so we can put
the CFI from .S files into the .debug_frame section that is preserved
in unstripped vmlinux and in separate debuginfo, rather than the
.eh_frame section that is now discarded by vmlinux.lds.S.

Signed-off-by: Roland McGrath &lt;roland@redhat.com&gt;
LKML-Reference: &lt;20100514044303.A6FE7400BE@magilla.sf.frob.com&gt;
Signed-off-by: H. Peter Anvin &lt;hpa@zytor.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The newer assemblers support the .cfi_sections directive so we can put
the CFI from .S files into the .debug_frame section that is preserved
in unstripped vmlinux and in separate debuginfo, rather than the
.eh_frame section that is now discarded by vmlinux.lds.S.

Signed-off-by: Roland McGrath &lt;roland@redhat.com&gt;
LKML-Reference: &lt;20100514044303.A6FE7400BE@magilla.sf.frob.com&gt;
Signed-off-by: H. Peter Anvin &lt;hpa@zytor.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>x86-64: Allow fbdev primary video code</title>
<updated>2010-02-17T05:22:26+00:00</updated>
<author>
<name>Dave Airlie</name>
<email>airlied@redhat.com</email>
</author>
<published>2010-01-07T07:04:54+00:00</published>
<link rel='alternate' type='text/html' href='http://rtsrv.cs.unc.edu/cgit/cgit.cgi/litmus-rt.git/commit/?id=477346ff74f4c2aed50e8a0db96a61069f3e5b80'/>
<id>477346ff74f4c2aed50e8a0db96a61069f3e5b80</id>
<content type='text'>
For some reason the 64-bit tree was doing this differently and
I can't see why it would need to.

This correct behaviour when you have two GPUs plugged in and
32-bit put the console in one place and 64-bit in another.

Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
LKML-Reference: &lt;1262847894-27498-1-git-send-email-airlied@gmail.com&gt;
Signed-off-by: H. Peter Anvin &lt;hpa@zytor.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
For some reason the 64-bit tree was doing this differently and
I can't see why it would need to.

This correct behaviour when you have two GPUs plugged in and
32-bit put the console in one place and 64-bit in another.

Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
LKML-Reference: &lt;1262847894-27498-1-git-send-email-airlied@gmail.com&gt;
Signed-off-by: H. Peter Anvin &lt;hpa@zytor.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge branch 'perf/core' into perf/probes</title>
<updated>2009-11-17T09:17:47+00:00</updated>
<author>
<name>Ingo Molnar</name>
<email>mingo@elte.hu</email>
</author>
<published>2009-11-17T09:16:43+00:00</published>
<link rel='alternate' type='text/html' href='http://rtsrv.cs.unc.edu/cgit/cgit.cgi/litmus-rt.git/commit/?id=a7b63425a41cd6a8d50f76fef0660c5110f97e91'/>
<id>a7b63425a41cd6a8d50f76fef0660c5110f97e91</id>
<content type='text'>
Resolved merge conflict in tools/perf/Makefile

Merge reason: we want to queue up a dependent patch.

Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Resolved merge conflict in tools/perf/Makefile

Merge reason: we want to queue up a dependent patch.

Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>x86: Remove STACKPROTECTOR_ALL</title>
<updated>2009-10-23T14:35:23+00:00</updated>
<author>
<name>Arjan van de Ven</name>
<email>arjan@infradead.org</email>
</author>
<published>2009-10-23T14:31:01+00:00</published>
<link rel='alternate' type='text/html' href='http://rtsrv.cs.unc.edu/cgit/cgit.cgi/litmus-rt.git/commit/?id=14a3f40aafacde1dfd6912327ae14df4baf10304'/>
<id>14a3f40aafacde1dfd6912327ae14df4baf10304</id>
<content type='text'>
STACKPROTECTOR_ALL has a really high overhead (runtime and stack
footprint) and is not really worth it protection wise (the
normal STACKPROTECTOR is in effect for all functions with
buffers already), so lets just remove the option entirely.

Reported-by: Dave Jones &lt;davej@redhat.com&gt;
Reported-by: Chuck Ebbert &lt;cebbert@redhat.com&gt;
Signed-off-by: Arjan van de Ven &lt;arjan@linux.intel.com&gt;
Cc: Eric Sandeen &lt;sandeen@redhat.com&gt;
LKML-Reference: &lt;20091023073101.3dce4ebb@infradead.org&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
STACKPROTECTOR_ALL has a really high overhead (runtime and stack
footprint) and is not really worth it protection wise (the
normal STACKPROTECTOR is in effect for all functions with
buffers already), so lets just remove the option entirely.

Reported-by: Dave Jones &lt;davej@redhat.com&gt;
Reported-by: Chuck Ebbert &lt;cebbert@redhat.com&gt;
Signed-off-by: Arjan van de Ven &lt;arjan@linux.intel.com&gt;
Cc: Eric Sandeen &lt;sandeen@redhat.com&gt;
LKML-Reference: &lt;20091023073101.3dce4ebb@infradead.org&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge commit 'v2.6.32-rc5' into perf/probes</title>
<updated>2009-10-17T07:58:25+00:00</updated>
<author>
<name>Ingo Molnar</name>
<email>mingo@elte.hu</email>
</author>
<published>2009-10-17T07:58:25+00:00</published>
<link rel='alternate' type='text/html' href='http://rtsrv.cs.unc.edu/cgit/cgit.cgi/litmus-rt.git/commit/?id=bb3c3e807140816b5f5fd4840473ee52a916ad4f'/>
<id>bb3c3e807140816b5f5fd4840473ee52a916ad4f</id>
<content type='text'>
Conflicts:
	kernel/trace/trace_event_profile.c

Merge reason: update to -rc5 and resolve conflict.

Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Conflicts:
	kernel/trace/trace_event_profile.c

Merge reason: update to -rc5 and resolve conflict.

Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge commit 'linus/master' into tracing/kprobes</title>
<updated>2009-09-23T21:08:43+00:00</updated>
<author>
<name>Frederic Weisbecker</name>
<email>fweisbec@gmail.com</email>
</author>
<published>2009-09-23T21:08:43+00:00</published>
<link rel='alternate' type='text/html' href='http://rtsrv.cs.unc.edu/cgit/cgit.cgi/litmus-rt.git/commit/?id=d7a4b414eed51f1653bb05ebe84122bf9a7ae18b'/>
<id>d7a4b414eed51f1653bb05ebe84122bf9a7ae18b</id>
<content type='text'>
Conflicts:
	kernel/trace/Makefile
	kernel/trace/trace.h
	kernel/trace/trace_event_types.h
	kernel/trace/trace_export.c

Merge reason:
	Sync with latest significant tracing core changes.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Conflicts:
	kernel/trace/Makefile
	kernel/trace/trace.h
	kernel/trace/trace_event_types.h
	kernel/trace/trace_export.c

Merge reason:
	Sync with latest significant tracing core changes.
</pre>
</div>
</content>
</entry>
<entry>
<title>kbuild: use INSTALLKERNEL to select customized installkernel script</title>
<updated>2009-09-20T10:18:14+00:00</updated>
<author>
<name>Sam Ravnborg</name>
<email>sam@ravnborg.org</email>
</author>
<published>2009-07-20T19:37:11+00:00</published>
<link rel='alternate' type='text/html' href='http://rtsrv.cs.unc.edu/cgit/cgit.cgi/litmus-rt.git/commit/?id=caa27b66bd7188fd063769eaf4b33533ef0709e6'/>
<id>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>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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;
</pre>
</div>
</content>
</entry>
</feed>
