Displaying 3 results from an estimated 3 matches for "physaddr_t".
Did you mean:
phys_addr_t
2005 Aug 12
3
IA32E make failed in latest version 6117
Hi all,
I found this problem in the latest xen-unstable 6117.
I reported a bug #154 to track it.
The log====>
<...>
gcc -nostdinc -fno-builtin -fno-common -fno-strict-aliasing -iwithprefix
include -Wall -Werror -Wno-pointer-arith -pipe -
I/home/nightly/builds_xen_unstable/xen-3.0-hg-xen-unstable-6096-
20050812/xen/include -I/home/nightly/builds_xen_unstable/xen-3.0-hg-xen-
2005 Aug 17
2
[PATCH] Increasing E820MAX
We found machines with >32 E820 memory map entries, where Xen fails to
boot (but Linux does boot fine). The native Linux (both x86 and x86_86)
already has:
#define E820MAX 128 /* number of entries in E820MAP */
Signed-off-by: Jun Nakajima <jun.nakajima@intel.com>
Jun
---
Intel Open Source Technology Center
--
diff -r 3bb1857981e6 -r 51e9c0c806b2 xen/include/asm-x86/e820.h
---
2005 Mar 14
4
[patch/unstable] page table cleanups
Hi,
In many places xen uses "unsigned long" instead of the l*_pgentry_t
types to pass around page table entries. Here is a patch which fixes
this in a number of places (mostly in shadow mode code). Thats what
I''ve trapped in so far, maybe more of these patches follow.
Fixing this is needed for adding PAE support to xen. In PAE paging mode
the page table entries are 64 bit