Displaying 4 results from an estimated 4 matches for "gl1mfn".
Did you mean:
sl1mfn
2006 Oct 04
4
Can''t set break points with Linux guest in PAE mode
...=mm.c, line=1688) Bad type (saw 28000001 != exp
e0000000) for mfn 96efe (pfn 573)
(XEN) DOM0: (file=mm.c, line=606) Error getting mfn 96efe (pfn 573)
from L1 entry 0000000096efe027 for dom8
(XEN) DOM0: (file=mm.c, line=1266) Bad get_page_from_l1e(): pl1e =
fefa6a30, nl1e = 96efe027, ol1e = 0, gl1mfn = d8538
(XEN) DOM0: (file=mm.c, line=2283) Could not modify L1 entry: va ==
fefa6a30, l1e == 96efe027, mfn == d8538
(I''ve added the two MEM_LOG() calls at line 1266 and 2283.)
Any ideas where I should begin looking? Or is PAE support languishing?
-- Randy
___________________________...
2008 Mar 31
0
what''s the purpose of line page table (PML4 entry 258)
...in>;
3004 <http://lxr.xensource.com/lxr/source/xen/arch/x86/mm.c?a=x86_64#L3004>
l1_pgentry_t
<http://lxr.xensource.com/lxr/ident?a=x86_64;i=l1_pgentry_t> *pl1e;
3005 <http://lxr.xensource.com/lxr/source/xen/arch/x86/mm.c?a=x86_64#L3005>
unsigned long vmask, bmap_ptr, gl1mfn;
3006 <http://lxr.xensource.com/lxr/source/xen/arch/x86/mm.c?a=x86_64#L3006>
cpumask_t <http://lxr.xensource.com/lxr/ident?a=x86_64;i=cpumask_t>
pmask;
3007 <http://lxr.xensource.com/lxr/source/xen/arch/x86/mm.c?a=x86_64#L3007>
int rc
<http://lxr.xensour...
2013 Oct 10
10
[PATCH 0/4] x86: XSA-67 follow-up
1: correct LDT checks
2: add address validity check to guest_map_l1e()
3: use {rd,wr}{fs,gs}base when available
4: check for canonical address before doing page walks
Signed-off-by: Jan Beulich <jbeulich@suse.com>
2007 Mar 20
62
RFC: [0/2] Remove netloop by lazy copying in netback
Hi Keir:
These two patches remove the need for netloop by performing the
copying in netback and only if it is necessary. The rationale
is that most packets will be processed without delay allowing
them to be freed without copying at all. So instead of copying
every packet destined to dom0 we''ll only copy those that linger
longer than a specified amount of time (currently 0.5s).
As it