<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/ia64/kernel/efi.c, 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-20T15:52:40Z</updated>
<entry>
<title>always reserve elfcore header memory in crash kernel</title>
<updated>2008-10-20T15:52:40Z</updated>
<author>
<name>Simon Horman</name>
</author>
<published>2008-10-19T03:28:29Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d9a9855d0b06ca6d6cc92596fedcc03f8512e062'/>
<id>urn:sha1:d9a9855d0b06ca6d6cc92596fedcc03f8512e062</id>
<content type='text'>
elfcore header memory needs to be reserved in a crash kernel.  This means
that the relevant code should be protected by CONFIG_CRASH_DUMP rather
than CONFIG_PROC_VMCORE.

Signed-off-by: Simon Horman &lt;horms@verge.net.au&gt;
Cc: Vivek Goyal &lt;vgoyal@redhat.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>[IA64] kexec fails on systems with blocks of uncached memory</title>
<updated>2008-09-22T21:21:19Z</updated>
<author>
<name>Jay Lan</name>
</author>
<published>2008-09-22T21:21:19Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d3758f87f39c5b072dde74c55bfb988262a3a45c'/>
<id>urn:sha1:d3758f87f39c5b072dde74c55bfb988262a3a45c</id>
<content type='text'>
Currently a memory segment in memory map with attribute of EFI_MEMORY_UC
is denoted as "System RAM" in /proc/iomem, while memory of attribute
(EFI_MEMORY_WB|EFI_MEMORY_UC) is also labeled the same.

The kexec utility then includes uncached memory as part of vmcore. The
kdump kernel MCA'ed when it tries to save the vmcore to a disk. A normal
"cached" access may cause MCAs.

This patch would label memory with attribute of EFI_MEMORY_UC only as
"Uncached RAM" so that kexec would know not to include it in the vmcore.
I will submit a separate kexec-tools patch to the kexec list.

Signed-off-by: Jay Lan &lt;jlan@sgi.com&gt;
Acked-by: Simon Horman &lt;horms@verge.net.au&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>[IA64] Kernel parameter for max number of concurrent global TLB purges</title>
<updated>2008-04-04T18:06:38Z</updated>
<author>
<name>Fenghua Yu</name>
</author>
<published>2008-03-14T20:57:08Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a6c75b86ce9f01db4ea9912877b526c2dc4d2f0a'/>
<id>urn:sha1:a6c75b86ce9f01db4ea9912877b526c2dc4d2f0a</id>
<content type='text'>
The patch defines kernel parameter "nptcg=". The parameter overrides max number
of concurrent global TLB purges which is reported from either PAL_VM_SUMMARY or
SAL PALO.

Signed-off-by: Fenghua Yu &lt;fenghua.yu@intel.com&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>[IA64] Multiple outstanding ptc.g instruction support</title>
<updated>2008-04-04T18:05:59Z</updated>
<author>
<name>Fenghua Yu</name>
</author>
<published>2008-04-04T18:05:59Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2046b94e7c4fce92eb8165c2c36c6478f4927178'/>
<id>urn:sha1:2046b94e7c4fce92eb8165c2c36c6478f4927178</id>
<content type='text'>
According to SDM2.2, Itanium supports multiple outstanding ptc.g instructions.
But current kernel function ia64_global_tlb_purge() uses a spinlock to serialize
ptc.g instructions issued by multiple processors. This serialization might have
scalability issue on a big SMP machine where many processors could purge TLB
in parallel.

The patch fixes this problem by issuing multiple ptc.g instructions in
ia64_global_tlb_purge(). It also adds support for the "PALO" table to get
a platform view of the max number of outstanding ptc.g instructions (which
may be different from the processor view found from PAL_VM_SUMMARY).

PALO specification can be found at: http://www.dig64.org/home/DIG64_PALO_R1_0.pdf

spinaphore implementation by Matthew Wilcox.

Signed-off-by: Fenghua Yu &lt;fenghua.yu@intel.com&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>[IA64] update efi region debugging to use MB, GB and TB as well as KB</title>
<updated>2008-03-06T17:34:11Z</updated>
<author>
<name>Simon Horman</name>
</author>
<published>2008-02-26T06:24:04Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=818c7e866f920b145424c2c46deda4b27c3fb316'/>
<id>urn:sha1:818c7e866f920b145424c2c46deda4b27c3fb316</id>
<content type='text'>
When EFI_DEBUG is defined to a non-zero value in arch/ia64/kernel/efi.c,
the efi memory regions are displayed. This patch enhances the
display code in a few ways:

1. Use TB, GB and MB as well as KB as units.
   Although this introduces rounding errors (KB doesn't as
   size is always a multiple of 4Kb), it does make
   things a lot more readable.

   Also as the range is also shown, it is possible to note the exact size
   if it is important. In my experience, the size field is mostly useful
   for getting a general idea of the size of a region.

   On the rx2620 that I use, there actually is an 8TB region (though not
   backed by physical memory, and 8TB really is a lot more readable than
   8589934592KB.

2. pad the size field with leading spaces to further improve readability

   ...
   ... (   8MB)
   ... ( 928MB)
   ... (   3MB)
   ...

   vs

   ...
   ... (8MB)
   ... (928MB)
   ... (3MB)
   ...

3. Pad the attr field out to 64bits using leading zeros,
   to further improve readability.

   ...
   mem05: type= 2, attr=0x0000000000000008, range=[0x0000000004000000-0x000000000481f000) (   8MB)
   mem06: type= 7, attr=0x0000000000000008, range=[0x000000000481f000-0x000000003e876000) ( 928MB)
   mem07: type= 5, attr=0x8000000000000008, range=[0x000000003e876000-0x000000003eb8e000) (   3MB)
   mem08: type= 4, attr=0x0000000000000008, range=[0x000000003eb8e000-0x000000003ee7a000) (   2MB)
   ...

   ...
   mem05: type= 2, attr=0x8, range=[0x0000000004000000-0x000000000481f000) (   8MB)
   mem06: type= 7, attr=0x8, range=[0x000000000481f000-0x000000003e876000) ( 928MB)
   mem07: type= 5, attr=0x8000000000000008, range=[0x000000003e876000-0x000000003eb8e000) (   3MB)
   mem08: type= 4, attr=0x8, range=[0x000000003eb8e000-0x000000003ee7a000) (   2MB)
   ...

4. Use %d instead of %u for the index field, as i is a signed int.

N.B: This code is not compiled unless EFI_DEBUG is non 0.

Signed-off-by: Simon Horman &lt;horms@verge.net.au&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>[IA64] remove remaining __FUNCTION__ occurrences</title>
<updated>2008-03-06T17:19:27Z</updated>
<author>
<name>Harvey Harrison</name>
</author>
<published>2008-03-04T23:15:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d4ed80841ad4a1d59decccfbe2d010558568c5fb'/>
<id>urn:sha1:d4ed80841ad4a1d59decccfbe2d010558568c5fb</id>
<content type='text'>
__FUNCTION__ is gcc-specific, use __func__

Long lines have been kept where they exist, some small spacing changes
have been done.

Signed-off-by: Harvey Harrison &lt;harvey.harrison@gmail.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>[IA64] ia64_set_psr should use srlz.i</title>
<updated>2008-02-04T23:50:13Z</updated>
<author>
<name>Xiantao Zhang</name>
</author>
<published>2008-01-31T09:46:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f00c2d36bf6d7efece79713930763d9a0460283e'/>
<id>urn:sha1:f00c2d36bf6d7efece79713930763d9a0460283e</id>
<content type='text'>
The only in kernel use of ia64_set_psr() needs to follow
it with a srlz.i (since it is changing state for PSR.ic).
So it is pointless to issue srlz.d inside this function.

Signed-off-by: Xiantao Zhang &lt;xiantao.zhang@intel.com&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>[IA64] efi.c Add /* never reached */ annotation</title>
<updated>2008-02-04T23:35:06Z</updated>
<author>
<name>Aron Griffis</name>
</author>
<published>2008-01-09T03:29:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=410ab512e5c5716287a399145df0905c1dcddb04'/>
<id>urn:sha1:410ab512e5c5716287a399145df0905c1dcddb04</id>
<content type='text'>
As written, this loop could be for (;;) instead of do while (md).  The tests
inside the loop always result in a return so the loop never terminates normally.

Signed-off-by: Aron Griffis &lt;aron@hp.com&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>[IA64] efi.c Spelling/punctuation fixes</title>
<updated>2008-02-04T23:34:17Z</updated>
<author>
<name>Aron Griffis</name>
</author>
<published>2008-01-09T03:29:37Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=965e7c8affeca27f7e5de75c97954e74d3b8052d'/>
<id>urn:sha1:965e7c8affeca27f7e5de75c97954e74d3b8052d</id>
<content type='text'>
Incorporates the suggestions from Peter Chubb the last time I submitted
this.  This called for using the same verb tense in the couple of preceding
comments as well.

Signed-off-by: Aron Griffis &lt;aron@hp.com&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
<entry>
<title>[IA64] Make efi.c mostly fit in 80 columns</title>
<updated>2008-02-04T23:31:49Z</updated>
<author>
<name>Aron Griffis</name>
</author>
<published>2008-02-04T23:31:49Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7d9aed26ed11d7a472104b7078b0c5e4fd416059'/>
<id>urn:sha1:7d9aed26ed11d7a472104b7078b0c5e4fd416059</id>
<content type='text'>
This patch is purely whitespace changes to make the code fit in 80
columns, plus fix some inconsistent indentation.  The efi_guidcmp()
tests remain wider than 80-columns since that seems to be the most
clear.

Signed-off-by: Aron Griffis &lt;aron@hp.com&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
</content>
</entry>
</feed>
