<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/ia64/kernel, 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>2009-01-18T18:43:51Z</updated>
<entry>
<title>Remove __attribute__((weak)) from sys_pipe/sys_pipe2</title>
<updated>2009-01-18T18:43:51Z</updated>
<author>
<name>Heiko Carstens</name>
</author>
<published>2009-01-14T13:13:56Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=085edf4999da237c254869130ec6c60f5417f9e0'/>
<id>urn:sha1:085edf4999da237c254869130ec6c60f5417f9e0</id>
<content type='text'>
commit 1134723e96f6e2abcf8bfd7a2d1c96fcc323ef35 upstream.

Remove __attribute__((weak)) from common code sys_pipe implemantation.
IA64, ALPHA, SUPERH (32bit) and SPARC (32bit) have own implemantations
with the same name. Just rename them.
For sys_pipe2 there is no architecture specific implementation.

Cc: Richard Henderson &lt;rth@twiddle.net&gt;
Cc: David S. Miller &lt;davem@davemloft.net&gt;
Cc: Paul Mundt &lt;lethal@linux-sh.org&gt;
Cc: Tony Luck &lt;tony.luck@intel.com&gt;
Signed-off-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[IA64] Clear up section mismatch with arch_unregister_cpu()</title>
<updated>2008-12-09T18:08:44Z</updated>
<author>
<name>Robin Holt</name>
</author>
<published>2008-12-08T14:43:46Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8704ad8552c5954b2cd9b3c76b4c50471049ad7f'/>
<id>urn:sha1:8704ad8552c5954b2cd9b3c76b4c50471049ad7f</id>
<content type='text'>
The generic_defconfig has three section mismatches.  This clears
arch_unregister_cpu()

Signed-off-by: Robin Holt &lt;holt@sgi.com&gt;
Signed-off-by: Jack Steiner &lt;steiner@sgi.com&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>[IA64] ia64/pv_ops/pv_cpu_ops: fix _IA64_REG_IP case.</title>
<updated>2008-11-20T21:41:20Z</updated>
<author>
<name>Isaku Yamahata</name>
</author>
<published>2008-11-18T10:19:50Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=93fe10b670a7a6a1dc9649c7860f452dc7bbbb9d'/>
<id>urn:sha1:93fe10b670a7a6a1dc9649c7860f452dc7bbbb9d</id>
<content type='text'>
pv_cpu_ops.getreg(_IA64_REG_IP) returned constant.
But the returned ip valued should be the one in the caller, not of the callee.
This patch fixes that.

Signed-off-by: Isaku Yamahata &lt;yamahata@valinux.co.jp&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>[IA64] remove duplicate include iommu.h</title>
<updated>2008-11-20T21:38:16Z</updated>
<author>
<name>Huang Weiyi</name>
</author>
<published>2008-11-20T21:38:16Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d5964107763d7155e9bea658098a337507b3e928'/>
<id>urn:sha1:d5964107763d7155e9bea658098a337507b3e928</id>
<content type='text'>
arch/ia64/kernel/pci-dma.c only needs to include iommu once.

Signed-off-by: Huang Weiyi &lt;weiyi.huang@gmail.com&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>[IA64] use mprintk instead of printk, in ia64_mca_modify_original_stack</title>
<updated>2008-11-20T21:31:10Z</updated>
<author>
<name>Hidetoshi Seto</name>
</author>
<published>2008-11-17T01:18:08Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ef23cdbefc3ab7f2ee9ee6dc6d4a94d7d6ec5e2b'/>
<id>urn:sha1:ef23cdbefc3ab7f2ee9ee6dc6d4a94d7d6ec5e2b</id>
<content type='text'>
Using printk from MCA/INIT context is unsafe since it can cause deadlock.
The ia64_mca_modify_original_stack is called from both of mca handler and
init handler, so it should use mprintk instead of printk.

Signed-off-by: Hidetoshi Seto &lt;seto.hidetoshi@jp.fujitsu.com&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>[IA64] Rationalize kernel mode alignment checking</title>
<updated>2008-11-20T21:27:12Z</updated>
<author>
<name>Tony Luck</name>
</author>
<published>2008-11-20T21:27:12Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b704882e70d87d7f56db5ff17e2253f3fa90e4f3'/>
<id>urn:sha1:b704882e70d87d7f56db5ff17e2253f3fa90e4f3</id>
<content type='text'>
Itanium processors can handle some misaligned data accesses. They
also provide a mode where all such accesses are forced to trap. The
kernel was schizophrenic about use of this mode:

* Base kernel code ran in permissive mode where the only traps
  generated were from those cases that the h/w could not handle.
* Interrupt, syscall and trap code ran in strict mode where all
  unaligned accesses caused traps to the 0x5a00 unaligned reference
  vector.

Use strict alignment checking throughout the kernel, but make
sure that we continue to let user mode use more relaxed mode
as the default.

Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>[IA64] Reserve elfcorehdr memory in CONFIG_CRASH_DUMP</title>
<updated>2008-11-07T17:51:55Z</updated>
<author>
<name>Jay Lan</name>
</author>
<published>2008-11-07T17:51:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=17c1f07ed70afa4f3941745fc3cc173e2a0365fe'/>
<id>urn:sha1:17c1f07ed70afa4f3941745fc3cc173e2a0365fe</id>
<content type='text'>
IA64 kdump kernel failed to initialize /proc/vmcore in 2.6.28-rc2.
A bug was introduced in this patch commit:

  d9a9855d0b06ca6d6cc92596fedcc03f8512e062
  always reserve elfcore header memory in crash kernel

The problem was that the call to reserve_elfcorehdr() should be placed
in CONFIG_CRASH_DUMP rather than in CONFIG_CRASH_KERNEL, which does
not exist.

Signed-off-by: Jay Lan &lt;jlan@sgi.com&gt;
Acked-by: Simon Hormon &lt;horms@verge.net.au&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>[IA64] fix boot panic caused by offline CPUs</title>
<updated>2008-11-06T17:28:27Z</updated>
<author>
<name>Doug Chapman</name>
</author>
<published>2008-11-05T22:57:52Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=62ee0540f5e5a804b79cae8b3c0185a85f02436b'/>
<id>urn:sha1:62ee0540f5e5a804b79cae8b3c0185a85f02436b</id>
<content type='text'>
This fixes a regression introduced by 2c6e6db41f01b6b4eb98809350827c9678996698
"Minimize per_cpu reservations."  That patch incorrectly used information about
what CPUs are possible that was not yet initialized by ACPI.  The end result
was that per_cpu structures for offline CPUs were not initialized causing a
NULL pointer reference.

Since we cannot do the full acpi_boot_init() call any earlier, the simplest
fix is to just parse the MADT for SAPIC entries early to find the CPU
info.  This should also allow for some cleanup of the code added by the
"Minimize per_cpu reservations".  This patch just fixes the regressions, the
cleanup will come in a later patch.

Signed-off-by: Doug Chapman &lt;doug.chapman@hp.com&gt;
Signed-off-by: Alex Chiang &lt;achiang@hp.com&gt;
CC: Robin Holt &lt;holt@sgi.com&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>[IA64] remove duplicated #include from pci-dma.c</title>
<updated>2008-11-04T19:31:42Z</updated>
<author>
<name>Huang Weiyi</name>
</author>
<published>2008-10-26T15:09:19Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6a2d26fd3fd1129824ffe53778832f0794d99cc2'/>
<id>urn:sha1:6a2d26fd3fd1129824ffe53778832f0794d99cc2</id>
<content type='text'>
Removed duplicated #include &lt;asm/machvec.h&gt; and &lt;linux/string.h&gt; in
arch/ia64/kernel/pci-dma.c.

Signed-off-by: Huang Weiyi &lt;weiyi.huang@gmail.com&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>saner FASYNC handling on file close</title>
<updated>2008-11-01T16:49:46Z</updated>
<author>
<name>Al Viro</name>
</author>
<published>2008-10-31T23:28:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=233e70f4228e78eb2f80dc6650f65d3ae3dbf17c'/>
<id>urn:sha1:233e70f4228e78eb2f80dc6650f65d3ae3dbf17c</id>
<content type='text'>
As it is, all instances of -&gt;release() for files that have -&gt;fasync()
need to remember to evict file from fasync lists; forgetting that
creates a hole and we actually have a bunch that *does* forget.

So let's keep our lives simple - let __fput() check FASYNC in
file-&gt;f_flags and call -&gt;fasync() there if it's been set.  And lose that
crap in -&gt;release() instances - leaving it there is still valid, but we
don't have to bother anymore.

Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
</feed>
