<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/x86/kernel/efi.c, branch linux-2.6.30.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.30.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.30.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2009-03-27T16:28:43Z</updated>
<entry>
<title>Merge branch 'core/percpu' into percpu-cpumask-x86-for-linus-2</title>
<updated>2009-03-27T16:28:43Z</updated>
<author>
<name>Ingo Molnar</name>
</author>
<published>2009-03-26T20:39:17Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6e15cf04860074ad032e88c306bea656bbdd0f22'/>
<id>urn:sha1:6e15cf04860074ad032e88c306bea656bbdd0f22</id>
<content type='text'>
Conflicts:
	arch/parisc/kernel/irq.c
	arch/x86/include/asm/fixmap_64.h
	arch/x86/include/asm/setup.h
	kernel/irq/handle.c

Semantic merge:
        arch/x86/include/asm/fixmap.h

Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
</entry>
<entry>
<title>x86: EFI: Back efi_ioremap with init_memory_mapping instead of FIX_MAP</title>
<updated>2009-03-04T18:20:16Z</updated>
<author>
<name>Huang Ying</name>
</author>
<published>2009-03-04T02:58:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=dd39ecf522ba86c70809715af46e6557f6491131'/>
<id>urn:sha1:dd39ecf522ba86c70809715af46e6557f6491131</id>
<content type='text'>
Impact: Fix boot failure on EFI system with large runtime memory range

Brian Maly reported that some EFI system with large runtime memory
range can not boot. Because the FIX_MAP used to map runtime memory
range is smaller than run time memory range.

This patch fixes this issue by re-implement efi_ioremap() with
init_memory_mapping().

Reported-and-tested-by: Brian Maly &lt;bmaly@redhat.com&gt;
Signed-off-by: Huang Ying &lt;ying.huang@intel.com&gt;
Cc: Brian Maly &lt;bmaly@redhat.com&gt;
Cc: Yinghai Lu &lt;yinghai@kernel.org&gt;
LKML-Reference: &lt;1236135513.6204.306.camel@yhuang-dev.sh.intel.com&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
</entry>
<entry>
<title>x86: make UV support configurable</title>
<updated>2009-01-21T12:00:42Z</updated>
<author>
<name>Nick Piggin</name>
</author>
<published>2009-01-20T03:36:04Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=03b486322e994dde49e67aedb391867b7cf28822'/>
<id>urn:sha1:03b486322e994dde49e67aedb391867b7cf28822</id>
<content type='text'>
Make X86 SGI Ultraviolet support configurable. Saves about 13K of text size
on my modest config.

   text    data     bss     dec     hex filename
6770537 1158680  694356 8623573  8395d5 vmlinux
6757492 1157664  694228 8609384  835e68 vmlinux.nouv

Signed-off-by: Nick Piggin &lt;npiggin@suse.de&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
</entry>
<entry>
<title>x86: Add UV EFI table entry v4</title>
<updated>2008-10-16T14:53:13Z</updated>
<author>
<name>Russ Anderson</name>
</author>
<published>2008-10-03T16:58:54Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a50f70b17541c0060967c6df61133e968bad3652'/>
<id>urn:sha1:a50f70b17541c0060967c6df61133e968bad3652</id>
<content type='text'>
Look for a UV entry in the EFI tables.

Signed-off-by: Russ Anderson &lt;rja@sgi.com&gt;
Signed-off-by: Paul Jackson &lt;pj@sgi.com&gt;
Acked-by: Huang Ying &lt;ying.huang@intel.com&gt;
Signed-off-by: H. Peter Anvin &lt;hpa@zytor.com&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
</entry>
<entry>
<title>x86: trivial printk fix in efi.c</title>
<updated>2008-10-03T08:18:30Z</updated>
<author>
<name>Russ Anderson</name>
</author>
<published>2008-10-02T22:32:06Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=175e438f7a2de9d94110046be48697969569736a'/>
<id>urn:sha1:175e438f7a2de9d94110046be48697969569736a</id>
<content type='text'>
[patch] x86: Trivial printk fix in efi.c

The following line is lacking a space between "memdesc" and "doesn't".

  "Kernel-defined memdescdoesn't match the one from EFI!"

Fixed the printk by adding a space.

Signed-off-by: Russ Anderson &lt;rja@sgi.com&gt;
Cc: Russ Anderson &lt;rja@sgi.com&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
</entry>
<entry>
<title>x86: introduce max_low_pfn_mapped for 64-bit</title>
<updated>2008-07-11T08:24:04Z</updated>
<author>
<name>Yinghai Lu</name>
</author>
<published>2008-07-11T03:38:26Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f361a450bf1ad14e2b003217dbf3958638631265'/>
<id>urn:sha1:f361a450bf1ad14e2b003217dbf3958638631265</id>
<content type='text'>
when more than 4g memory is installed, don't map the big hole below 4g.

Signed-off-by: Yinghai Lu &lt;yhlu.kernel@gmail.com&gt;
Cc: Suresh Siddha &lt;suresh.b.siddha@intel.com&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
</entry>
<entry>
<title>x86 boot: only pick up additional EFI memmap if add_efi_memmap flag</title>
<updated>2008-07-08T11:10:41Z</updated>
<author>
<name>Paul Jackson</name>
</author>
<published>2008-06-25T12:44:46Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=200001eb140ea33477965f2050bea0dac801974b'/>
<id>urn:sha1:200001eb140ea33477965f2050bea0dac801974b</id>
<content type='text'>
Applies on top of the previous patch:
  x86 boot: add code to add BIOS provided EFI memory entries to kernel

Instead of always adding EFI memory map entries (if present) to the
memory map after initially finding either E820 BIOS memory map entries
and/or kernel command line memmap entries, -instead- only add such
additional EFI memory map entries if the kernel boot option:

    add_efi_memmap

is specified.

Requiring this 'add_efi_memmap' option is backward compatible with
kernels that didn't load such additional EFI memory map entries in
the first place, and it doesn't override a configuration that tries
to replace all E820 or EFI BIOS memory map entries with ones given
entirely on the kernel command line.

Signed-off-by: Paul Jackson &lt;pj@sgi.com&gt;
Cc: "Yinghai Lu" &lt;yhlu.kernel@gmail.com&gt;
Cc: "Jack Steiner" &lt;steiner@sgi.com&gt;
Cc: "Mike Travis" &lt;travis@sgi.com&gt;
Cc: "Huang
Cc: Ying" &lt;ying.huang@intel.com&gt;
Cc: "Andi Kleen" &lt;andi@firstfloor.org&gt;
Cc: "Andrew Morton" &lt;akpm@linux-foundation.org&gt;
Cc: Paul Jackson &lt;pj@sgi.com&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
</entry>
<entry>
<title>x86 boot: x86_64 efi compiler warning fix</title>
<updated>2008-07-08T10:50:29Z</updated>
<author>
<name>Paul Jackson</name>
</author>
<published>2008-06-22T14:22:02Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=05486fa7e631a3be31a0bbc5a575a389a1609e94'/>
<id>urn:sha1:05486fa7e631a3be31a0bbc5a575a389a1609e94</id>
<content type='text'>
Fix a compiler warning.  Rather than always casting a u32 to a pointer
(which generates a warning on x86_64 systems) instead separate the
x86_32 and x86_64 assignments entirely with ifdefs.  Until other recent
changes to this code, it used to have x86_64 separated like this.

Signed-off-by: Paul Jackson &lt;pj@sgi.com&gt;
Cc: "Yinghai Lu" &lt;yhlu.kernel@gmail.com&gt;
Cc: "Jack Steiner" &lt;steiner@sgi.com&gt;
Cc: "Mike Travis" &lt;travis@sgi.com&gt;
Cc: "Huang
Cc: Ying" &lt;ying.huang@intel.com&gt;
Cc: "Andi Kleen" &lt;andi@firstfloor.org&gt;
Cc: "Andrew Morton" &lt;akpm@linux-foundation.org&gt;
Cc: Paul Jackson &lt;pj@sgi.com&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
</entry>
<entry>
<title>x86: rename two e820 related functions</title>
<updated>2008-07-08T08:37:01Z</updated>
<author>
<name>Yinghai Lu</name>
</author>
<published>2008-06-16T01:58:51Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d0be6bdea103b8d04c8a3495538b7c0011ae4129'/>
<id>urn:sha1:d0be6bdea103b8d04c8a3495538b7c0011ae4129</id>
<content type='text'>
rename update_memory_range to e820_update_range
rename add_memory_region to e820_add_region

to make it more clear that they are about e820 map operations.

Signed-off-by: Yinghai Lu &lt;yhlu.kernel@gmail.com&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
</entry>
<entry>
<title>x86: reserve EFI memory map with reserve_early</title>
<updated>2008-06-05T13:10:02Z</updated>
<author>
<name>Huang, Ying</name>
</author>
<published>2008-06-02T06:26:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ecacf09f7d26b2317e8b1d59fa40f62081fad0bb'/>
<id>urn:sha1:ecacf09f7d26b2317e8b1d59fa40f62081fad0bb</id>
<content type='text'>
This patch reserves the EFI memory map with reserve_early(). Because EFI
memory map is allocated by bootloader, if it is not reserved by
reserved_early(), it may be overwritten through address returned by
find_e820_area().

Signed-off-by: Huang Ying &lt;ying.huang@intel.com&gt;
Cc: andi@firstfloor.org
Cc: mingo@redhat.com
Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;

</content>
</entry>
</feed>
